Skip to content
This repository has been archived by the owner on Jan 30, 2024. It is now read-only.

pulp installer is failing on database config for some hosts #1133

Closed
suhastm19 opened this issue May 31, 2022 · 7 comments · Fixed by #1169
Closed

pulp installer is failing on database config for some hosts #1133

suhastm19 opened this issue May 31, 2022 · 7 comments · Fixed by #1169
Assignees
Labels

Comments

@suhastm19
Copy link

The latest release has a database config task where it will check for existence of __pulp_db_fields_key_path on all hosts but vcenter which is one of the host need not be checked for and its default appliance shell is not compatible with ansible and the playbook is failing for vcenter
pulp_installer_error

IS there a way to avoid this.

@suhastm19
Copy link
Author

The latest release has a database config task where it will check for existence of __pulp_db_fields_key_path on all hosts but vcenter which is one of the host need not be checked for and its default appliance shell is not compatible with ansible and the playbook is failing for vcenter pulp_installer_error

IS there a way to avoid this.

Any thing from my side that i could do to avoid this ??

@DaveDrupsteen
Copy link

I had the exact same issue, the workaround i used was a new inventory file with only 1 pulp host.
It was the only way I could continue the playbook.

@suhastm19
Copy link
Author

@DaveDrupsteen i cannot do that though, so for now i used previous ansible pulp_installer (3.18.3) to install and configure pulp.

@Raptus1
Copy link

Raptus1 commented Jun 10, 2022

Also having issues with this as it goes through all hosts in my dynamic inventory, some hosts with a different cred/vault set causing the playbook to fail..

Not aware of any simple way to build a one-host inventory for this running this playbook only.

@mikedep333 mikedep333 self-assigned this Jun 10, 2022
@mikedep333
Copy link
Member

mikedep333 commented Jun 10, 2022

So the cause of the problem is that the role pulp_database_config checks the existence of pulp on all other hosts, not just the hosts that the role is run against. And it cannot check these other hosts.

I think the best thing to do is for me to just ignore_errors: true or failed_when: false on the task.

Are either acceptable to you all?

EDIT: I decided to not check for the existence of pulp (more specifically, the database fields encryption key) on all other hosts. This is reflected in the PR.

mikedep333 added a commit to mikedep333/pulp_installer that referenced this issue Jun 10, 2022
to see if they have the database fields encryption key.

Fixes: pulp#1133
mikedep333 added a commit to mikedep333/pulp_installer that referenced this issue Jun 10, 2022
to see if they have the database fields encryption key.

Fixes: pulp#1133
@Raptus1
Copy link

Raptus1 commented Jun 13, 2022

I like the changes you proposed as alternative for groups all.

mikedep333 added a commit to mikedep333/pulp_installer that referenced this issue Jun 13, 2022
to see if they have the database fields encryption key.

Fixes: pulp#1133
mikedep333 added a commit that referenced this issue Jun 13, 2022
to see if they have the database fields encryption key.

Fixes: #1133
@mikedep333
Copy link
Member

@suhastm19 @DaveDrupsteen @Raptus1 I am releasing 3.19.4 with the fix right now. It should be on Ansible Galaxy within the hour.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants