Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1911690

Summary:	undercloud install failure in "Async assignment of Keystone user to roles"
Product:	Red Hat OpenStack	Reporter:	Tim Randles <trandles>
Component:	tripleo-ansible	Assignee:	RHOS Maint <rhos-maint>
Status:	CLOSED NOTABUG	QA Contact:	Joe H. Rahme <jhakimra>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	16.1 (Train)	CC:	aschultz, cjeanner
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-01-04 20:42:23 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Tim Randles 2020-12-30 17:12:10 UTC

Description of problem:
"openstack undercloud install" fails during the tripleo-ansible task "Async assignment of Keystone user to roles." This is a bug that was fixed back in March and April 2020.

See https://bugs.launchpad.net/tripleo/+bug/1867608
There are two commits in the launchpad bug report. Only the second commit actually appears in the tripleo-ansible distributed as part of RHOSP 16.1. The first commit (https://opendev.org/openstack/tripleo-ansible/commit/e86977ab48e4d7e66bda9060e51e396d4f6a85fe) is not present. I applied this by hand and the undercloud install finished successfully.

How reproducible:
Always

Actual results:

TASK [tripleo-keystone-resources : Async assignment of Keystone user to roles] ********************************
***************************************************
Wednesday 30 December 2020  09:12:09 -0700 (0:00:00.188)       0:12:04.505 **** 
changed: [ni-dir] => (item={'glance': {'project': 'service'}})
changed: [ni-dir] => (item={'heat': {'project': 'service'}})
An exception occurred during task execution. To see the full traceback, use -vvv. The error was: AttributeError: 'str' object has no attribute 'get'
failed: [ni-dir] (item={'heat_stack_domain_admin': {'domain': 'heat_stack'}}) => {"ansible_loop_var": "tripleo_keystone_resources_data_user", "changed": false, "tripleo_keystone_resources_data_user": {"heat_stack_domain_admin": {"domain": "heat_stack"}}}
changed: [ni-dir] => (item={'ironic': {'project': 'service'}})
changed: [ni-dir] => (item={'ironic-inspector': {'project': 'service'}})
changed: [ni-dir] => (item={'mistral': {'project': 'service'}})
changed: [ni-dir] => (item={'neutron': {'project': 'service'}})
changed: [ni-dir] => (item={'nova': {'project': 'service'}})
changed: [ni-dir] => (item={'placement': {'project': 'service'}})
changed: [ni-dir] => (item={'swift': {'project': 'service'}})

Expected results:
TASK [tripleo-keystone-resources : Async assignment of Keystone user to roles] ***********************************************************************************
Wednesday 30 December 2020  09:52:33 -0700 (0:00:00.229)       0:11:39.812 ****
changed: [ni-dir] => (item={'glance': {'project': 'service'}})
changed: [ni-dir] => (item={'heat': {'project': 'service'}})
changed: [ni-dir] => (item={'heat_stack_domain_admin': {'domain': 'heat_stack'}})
changed: [ni-dir] => (item={'ironic': {'project': 'service'}})
changed: [ni-dir] => (item={'ironic-inspector': {'project': 'service'}})
changed: [ni-dir] => (item={'mistral': {'project': 'service'}})
changed: [ni-dir] => (item={'neutron': {'project': 'service'}})
changed: [ni-dir] => (item={'nova': {'project': 'service'}})
changed: [ni-dir] => (item={'placement': {'project': 'service'}})
changed: [ni-dir] => (item={'swift': {'project': 'service'}})


Additional info:

Comment 1 Cédric Jeanneret 2021-01-04 10:00:49 UTC

Hello Tim,

Care to show the version of the tripleo-ansible package you're using?

Thank you.

Cheers,

C.

Comment 3 Tim Randles 2021-01-04 18:28:00 UTC

Hi,

Looks like the RPM is tripleo-ansible-0.4.2-0.20200404124615.67005aa.el8ost.noarch

[~]$ rpm -qi tripleo-ansible
Name        : tripleo-ansible
Version     : 0.4.2
Release     : 0.20200404124615.67005aa.el8ost
Architecture: noarch
Install Date: Tue 29 Dec 2020 04:04:11 PM MST
Group       : System Environment/Base
Size        : 1141130
License     : ASL 2.0
Signature   : RSA/SHA256, Mon 04 May 2020 12:07:05 AM MDT, Key ID 199e2f91fd431d51
Source RPM  : tripleo-ansible-0.4.2-0.20200404124615.67005aa.el8ost.src.rpm
Build Date  : Thu 30 Apr 2020 08:46:48 AM MDT
Build Host  : x86-vm-07.build.eng.bos.redhat.com
Relocations : (not relocatable)
Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
Vendor      : Red Hat, Inc.
URL         : https://git.openstack.org/cgit/openstack/tripleo-ansible
Summary     : Ansible project for TripleO
Description :

Ansible project for TripleO


Thanks,
Tim

Comment 4 Alex Schultz 2021-01-04 20:30:49 UTC

This is likely a bug in the ansible module os_user_role as that's what is being called here.  If possible would it be able to run with --debug?

Comment 5 Tim Randles 2021-01-04 20:35:45 UTC

Yes, it's the same bug as described in https://bugs.launchpad.net/tripleo/+bug/1867608. Applying the patch at https://opendev.org/openstack/tripleo-ansible/commit/e86977ab48e4d7e66bda9060e51e396d4f6a85fe fixes it. I have confirmed on my testbed.

Comment 6 Alex Schultz 2021-01-04 20:37:22 UTC

Ah you have the version of tripleo-ansible for OSP16.0. You need to yum update tripleo-ansible to bring it current with what is expected.  0.5.1-x is the version for 16.1

Comment 7 Tim Randles 2021-01-04 20:40:25 UTC

Ok, that explains it. I tried to yum update tripleo-ansible but it says I am current. I think there is a problem with my subscription as I'm unable to access the EUS repositories. I'm opening a support case.

I suspect that once I have access to the proper repositories for 16.1 that this will be resolved. If you want me to confirm in this ticket let me know.

Thanks for your help.

Tim

Comment 8 Alex Schultz 2021-01-04 20:42:23 UTC

Yes that is likely the issue. Please reopen this bug if it continues to be a problem once you have 0.5.1 of tripleo-ansible