Skip to content
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

cluster_reset has no effect on Debian #253

Open
eugenevd opened this issue Jul 14, 2017 · 2 comments
Open

cluster_reset has no effect on Debian #253

eugenevd opened this issue Jul 14, 2017 · 2 comments

Comments

@eugenevd
Copy link

eugenevd commented Jul 14, 2017

Hi,

On Ubuntu, my test case is:

  1. define one db for postgresql_databases - run ansible = GOOD
  2. add a 2nd db - run ansible = GOOD
  3. remove either of them = NO CHANGE
    I then in vars.yml added postgresql_cluster_reset: true (since the default is false)

Looking at configure.yml I see for the drop and create cluster tasks the following condition:
when: ansible_os_family == "Debian" and postgresql_cluster_reset and pgdata_dir_exist.changed

However, pgdata_dir_exists only changes when the data dir is dropped, which is limited to RedHat.

From my understanding pg_dropcluster + pg_createcluster is all that is needed in Ubuntu, as seems to be the configure.yml's intention, except for the limit; I reasoned I could solve the problem if for all the Debian steps I just remove that condition:
when: ansible_os_family == "Debian" and postgresql_cluster_reset

This results in this error:
unable to connect to database: FATAL: could not open relation mapping file "global/pg_filenode.map

Every second run fails, every run in between succeeds. (success, fail, success, fail..)

Am I getting this wrong, or is this a bug?

@aoyawale
Copy link
Contributor

aoyawale commented Apr 1, 2018

are you still having this issue?

Copy link

This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution!

@github-actions github-actions bot added the stale label Jun 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants