Bug 1542406 - [CNS] Deploy CNS with glusterfs_registry group configure as registry storage failed due to attribute missing
Summary: [CNS] Deploy CNS with glusterfs_registry group configure as registry storage ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Installer
Version: 3.9.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 3.9.0
Assignee: Michael Gugino
QA Contact: Wenkai Shi
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-02-06 10:05 UTC by Wenkai Shi
Modified: 2018-04-09 13:44 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-03-28 14:26:32 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2018:0489 0 None None None 2018-03-28 14:26:55 UTC

Description Wenkai Shi 2018-02-06 10:05:08 UTC
Description of problem:
Deploy CNS with glusterfs_registry group configure as registry storage failed due to attribute missing.
Installer failed in TASK [openshift_hosted : Mount registry volume].

Version-Release number of the following components:
openshift-ansible-3.9.0-0.38.0.git.0.57e1184.el7

How reproducible:
100%

Steps to Reproduce:
1. Deploy CNS with glusterfs_registry group configure as registry storage
# cat hosts
[OSEv3:children]
masters
nodes
glusterfs_registry
[OSEv3:vars]
...
openshift_hosted_registry_storage_kind=glusterfs
...
[nodes]
...
glusterfs1.example.com
glusterfs2.example.com
glusterfs3.example.com
[glusterfs_registry]
glusterfs1.example.com glusterfs_devices="['/dev/sdb']"
glusterfs2.example.com glusterfs_devices="['/dev/sdb']"
glusterfs3.example.com glusterfs_devices="['/dev/sdb']"
2.
3.

Actual results:
# ansible-playbook -i hosts -v /usr/share/ansible/openshift-ansible/playbooks/deploy_cluster.yml
...
TASK [openshift_hosted : Mount registry volume] ********************************
Tuesday 06 February 2018  09:48:33 +0000 (0:00:00.420)       0:36:10.525 ****** 
fatal: [ec2-xx-xx-xx-xx.compute-1.amazonaws.com]: FAILED! => {"msg": "The task includes an option with an undefined variable. The error was: 'dict object' has no attribute 'hosted'\n\nThe error appears to have been in '/usr/share/ansible/openshift-ansible/roles/openshift_hosted/tasks/storage/glusterfs.yml': line 34, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n- name: Mount registry volume\n  ^ here\n\nexception type: <class 'ansible.errors.AnsibleUndefinedVariable'>\nexception: 'dict object' has no attribute 'hosted'"}
...

Expected results:
Installer should success.

Additional info:

Comment 1 Scott Dodson 2018-02-06 14:36:11 UTC
Which version of ansible was used in this test? This seems like a regression.

Comment 2 Jose A. Rivera 2018-02-06 14:55:57 UTC
I swear we already fixed this... Scott, has something changed for 3.9 that would make a reference to "openshift.hosted.registry.storage.glusterfs.path" no longer valid?

Comment 3 Wenkai Shi 2018-02-07 06:11:08 UTC
Sorry for miss ansible version: ansible-2.4.3.0-1.el7ae
Can reproduce it with this version too: ansible-2.4.2.0-2.el7

Comment 4 Michael Gugino 2018-02-21 23:05:46 UTC
This is a regression caused by: https://github.com/openshift/openshift-ansible/pull/6969

PR Created: https://github.com/openshift/openshift-ansible/pull/7244

Comment 5 Michael Gugino 2018-02-22 16:42:10 UTC
PR Merged.

Comment 7 Wenkai Shi 2018-02-28 08:01:01 UTC
Verified with version openshift-ansible-3.9.1-1.git.0.9862628.el7, the registry volume could mount succeed.

Comment 10 errata-xmlrpc 2018-03-28 14:26:32 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:0489


Note You need to log in before you can comment on or make changes to this bug.