Angaben zum Datum
Datum aus der Quelle.
Erstmals gesehen am .
Terraform Provider Portainer von Portainer
Terraform Provider Portainer Version 2.0.1
Mit v2.0.1 lassen sich Stacks im Status Error nach Korrektur der Compose-Datei wieder aktualisieren, und portainer_stack_delete_by_name sowie portainer_registry_connection funktionieren nun überhaupt (inklusive GitHub-Registries mit type = 8), wobei Konfigurationen, die diese beiden referenzieren, bis zur Anpassung beim Plan fehlschlagen.
v2.0.1
Fixed
Stacks left in
Errorcan be updated again (#147) A stack whose deployment had failed refused every further apply, in a fraction of a second and without sending a request. The only way out was starting the stack by hand in the Portainer UI. Fixing the compose file and re-applying now recovers the stack. A deployment that this provider itself started and that fails is still reported as a failure.portainer_stack_delete_by_namenow works at all Every call failed with400 Invalid query parameter: namespace. Portainer requires anamespacequery parameter that its API specification does not document, so the resource never sent it.portainer_registry_connectionnow works at all Every check failed with400 Username and password are required. Portainer demands credentials for all registry types, including public ones, so the data source never reached the connection test it exists to run. GitHub registries (type = 8) are also accepted now; the type was capped at 7.
Action required
Both fixes add a required argument to something that could not have been in working use, so no running configuration changes behaviour - but configurations that reference these two will now fail at plan time until they are updated:
resource "portainer_stack_delete_by_name" "example" {
name = "legacy-app" …