You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a setup with consul, patroni and postgres latest versions as of now.
I try to edit-config to set postgres parameters like work_mem, but it not applied to postgres. It apply to DCS config in consul successfully, wrote to patroni.dynamic.json, but silently ignored by patroni with message "INFO: No PostgreSQL configuration items changed, nothing to reload."
I think there was a bug in patroni-consul integration, but after investigations and reading examples I found root cause: I wrote postgres parameters on wrong level of yaml.
My first try:
Because you know patroni parameters that can appear at "postgresql" section (like 'use_pg_rewind') and 'max_connections' (parameters from postgresql own config) not among them, you may issue WARNING message in log, show some warn in patronictl interface, or similar.
Like "Please move aaa, bbb options to 'parameters' section, otherwise it will be ignored by patroni!"
With parameters doubled in different sections, and it silently accepted without any warning, I think it is wrong. (tough to figure for human which parameter are actual).
I have a setup with consul, patroni and postgres latest versions as of now.
I try to edit-config to set postgres parameters like work_mem, but it not applied to postgres. It apply to DCS config in consul successfully, wrote to patroni.dynamic.json, but silently ignored by patroni with message "INFO: No PostgreSQL configuration items changed, nothing to reload."
I think there was a bug in patroni-consul integration, but after investigations and reading examples I found root cause: I wrote postgres parameters on wrong level of yaml.
My first try:
It is ignored.
Right config:
Because you know patroni parameters that can appear at "postgresql" section (like 'use_pg_rewind') and 'max_connections' (parameters from postgresql own config) not among them, you may issue WARNING message in log, show some warn in patronictl interface, or similar.
Like "Please move aaa, bbb options to 'parameters' section, otherwise it will be ignored by patroni!"
Now I have a config like this:
With parameters doubled in different sections, and it silently accepted without any warning, I think it is wrong. (tough to figure for human which parameter are actual).
This issue related to #929 ,maybe.
The text was updated successfully, but these errors were encountered: