Open brionmoss opened 3 years ago
+1 same error here
Adding the following, as per the example, fixes the issue for me:
authentication {
type = "NoAuthentication"
}
path {
type = "NoPathExpression"
}
I just wished the doc would explain what those are 🤷
Also, where can I find example on how to use authentication
field?
I think we need that to enable pubsub push authentication?
I recalled there used to be some instruction here: https://help.sumologic.com/03Send-Data/Sources/02Sources-for-Hosted-Collectors/Google-Cloud-Platform-Source that tells me how to setup domain verification in GCP but now it is removed.
Is that because no longer needed or that part is moved to somewhere else?
@fallard84 thanks for sharing the example. Since domain verification is no longer required, those fields are just placeholders and do not need to be modified. We can definitely add some documentation to clarify the same.
This is also required to prevent Terraform from always trying to reapply the path
block:
lifecycle {
ignore_changes = [
path
]
}
Adding the following, as per the example, fixes the issue for me:
authentication { type = "NoAuthentication" } path { type = "NoPathExpression" }
I just wished the doc would explain what those are 🤷
even though the docs PR was merged, the example is still not updated at https://registry.terraform.io/providers/SumoLogic/sumologic/latest/docs/resources/gcp_source
fwiw, you can see docs at https://registry.terraform.io/providers/SumoLogic/sumologic/latest/docs/resources/s3_source#authentication
this is still happening with sumologic provider v2.41 Could a more informative error be thrown please? it was really hard to find this github issue
@samjsong can you take a look at this?
For a while early this year, I was able to set up and manage Sumo Logic collectors for our GCP resources using the terraform module. This week, it's no longer working. I get this error:
The referenced terraform code looks like this:
This is the plan terraform generates:
I started with provider version 2.6.3, but updated to 2.9.1 when I hit this bug; the behavior is the same with either version.