-
Notifications
You must be signed in to change notification settings - Fork 158
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix rds db param group default #3802
Conversation
Does the PR have any schema changes?Does the PR have any schema changes?Looking good! No breaking changes found. Maintainer note: consult the runbook for dealing with any breaking changes. |
Is README.md missing any configuration options?
Please add a description for each of these options to |
@@ -34,6 +34,7 @@ public sealed class ParameterGroupParameterArgs : global::Pulumi.ResourceArgs | |||
|
|||
public ParameterGroupParameterArgs() | |||
{ | |||
ApplyMethod = "immediate"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder why we didn't generate the defaults in the sdk before - this PR just moves the defaults from the TF schema to the pulumi overlay. IMO this is a better UX for the sdks, does anyone know why they didn't show up before?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe it depends on how the defaults are applied. We can't always see inside TF providers to find the defaults they supply.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm having trouble understanding this PR.
Is this a bug we introduced in AWS in a patch, and if so can we just fix the patch? If not, does this imply that the upstream schema is invalid, and if so can we submit an upstream patch instead?
The context is this: #3638 - we introduced a diff customizer to change the schema as an alternative to patching. The change does not pass InternalValidate but because of pulumi/pulumi-terraform-bridge#1852 it was not flagged up. This PR corrects the change to make the schema pass InternalValidate I don't believe we can submit a PR upstream as the change is pulumi-specific and different to the TF behaviour. |
name: securitygroup${randSuffix} | ||
family: postgres14 | ||
parameters: | ||
- name: track_io_timing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice this looks like it's testing the case where the default might kick in.
// We set the default value in the overlay since | ||
// we remove it in the TF schema in | ||
// provider/pkg/rds/parameter_group.go | ||
Default: &tfbridge.DefaultInfo{Value: "immediate"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like this compensates for the patch. Very nice.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🚢
In #3638 - we introduced a diff customizer to change the schema as an alternative to patching. The change does not pass InternalValidate but because of pulumi/pulumi-terraform-bridge#1852 it was not flagged up.
After turning InternalValidate back on (pulumi/pulumi-terraform-bridge#1852) we discovered an issue with this parameter:
This should fix it by also setting the Default to nil in the schema.
To keep the current behaviour, we set the Default in the pulumi overlay instead.