-
Notifications
You must be signed in to change notification settings - Fork 22
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
File e.g. pool_hba.conf not properly updated #16
Comments
It depends on how you are using the module. What do you mean when you say you remove the puppet configuration? Puppet won't manage files it doesn't know about so you would need to explicitly define what you want to remove. If you simply no longer define the pgpool classes, it won't remove any configuration and will leave them as they were. |
OK, so maybe I did not precise my question properly, so lets start from the beginning.
Above part of the code creates the file /etc/pgpool-II-94/pool_hba.conf which is proper behavior. But when I remove the part for the inapp the file will not be updated and this entry will still be in it, which is improper behavior in my opinion. How do you see this? |
Yes unless you do...
The item will remain until you manually remove it. This is the way puppet works and not specific to this module. |
I see... I will do this in that way, but I see that e.g. pgpool::config::backend type (similar to pgpool::hba) works as expected - when I remove configuration related to some backend the entries related to it will be deleted from the /etc/pgpool-II-94/pgpool.conf and I do not need to put any 'absent' value. Thank you for your help! |
Hello,
I see that the when you execute a pgpool::hba class with some content it will create a file /etc/pgpool-II-94/pool_hba.conf which is proper behavior. After this I may have something like this in it:
host inapp postgres 127.0.0.1/32 md5
host postgres postgres 127.0.0.1/32 md5
Now, lets say that I remove from puppet's configuration a configuration which creates the second line. I assume that the file should be updated and have a structure:
host inapp postgres 127.0.0.1/32 md5
...but it does not have it. It looks like it is not updated "backward". Values are not removed?
Is it an issue in your module or I use it in a wrong way?
Thank you,
Kamil
The text was updated successfully, but these errors were encountered: