-
Notifications
You must be signed in to change notification settings - Fork 614
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
Allow removal of config_entries via main class #1187
Conversation
postgresql::server is a classBreaking changes to this file WILL impact these 36 modules (exact match):
Breaking changes to this file MAY impact these 14 modules (near match):This module is declared in 71 of 575 indexed public
|
@ekohl |
I may circulate your query around the IAC Team @ekohl :
But, in principle, it seems OK to me. It does appear as though the test you added is failing. From what I can see, in this loop, we're receiving:
...four times. I'm not seeing any of the additional params being evaluated. |
74aaccf
to
2ae19c1
Compare
It looks like |
Spec tests pass now. The acceptance tests fail, but those look unrelated to my changes. |
Hi @ekohl, indeed, the failures from acceptance tests are not from this PR, thank you for submitting the PR! I'll have a look to see what is happening here. Cheers! |
This allows removal of config entries by setting their value to undef. In doing so, users can remove values via hiera. One example is checkpoint_segments which was removed in PostgreSQL 9.5, but commonly used as a tuning parameter in older versions.
2ae19c1
to
df7f406
Compare
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.
Thanks for the enhancement @ekohl and addressing the test failures.
I've rebased with puppetlabs:main
to pull in a workaround for the acceptance test failures. I'll merge the PR when the tests complete (and go green).
This allows removal of config entries by setting their value to undef. In doing so, users can remove values via hiera. One example is checkpoint_segments which was removed in PostgreSQL 9.5, but commonly used as a tuning parameter in older versions.
I'd like some verification on whether undef values really couldn't be passed in for some other use case, but I can't imagine any.