Bug 1619402 - CNS installation failed: The conditional check 'inventory_hostname not in groups['glusterfs_registry']' failed
Summary: CNS installation failed: The conditional check 'inventory_hostname not in gro...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Installer
Version: 3.11.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 3.11.0
Assignee: Jose A. Rivera
QA Contact: Johnny Liu
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-08-20 18:18 UTC by Hongkai Liu
Modified: 2018-10-11 07:25 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-10-11 07:25:25 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2018:2652 0 None None None 2018-10-11 07:25:43 UTC

Description Hongkai Liu 2018-08-20 18:18:31 UTC
Description of problem:

Version-Release number of the following components:
rpm -q openshift-ansible
# git log --oneline -1
0e60053 Merge pull request #9670 from openshift/revert-9622-skip-extra-pkg-check

# rpm -q ansible
ansible-2.6.2-1.el7ae.noarch

# ansible --version
ansible 2.6.2
  config file = /root/openshift-ansible/ansible.cfg
  configured module search path = [u'/root/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python2.7/site-packages/ansible
  executable location = /usr/bin/ansible
  python version = 2.7.5 (default, Jul 16 2018, 19:52:45) [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)]

# yum list installed | grep openshift
atomic-openshift.x86_64         3.11.0-0.16.0.git.0.6bcbde8.el7


How reproducible: Always

Steps to Reproduce:
1. # ansible-playbook -i inv/ openshift-ansible/playbooks/openshift-glusterfs/config.yml -vv
2.
3.

Actual results:
2018-08-20 15:18:20,845 p=15001 u=root |  TASK [openshift_storage_glusterfs : Ensure device mapper modules loaded] *****************************************************
2018-08-20 15:18:20,845 p=15001 u=root |  task path: /root/openshift-ansible/roles/openshift_storage_glusterfs/tasks/kernel_modules.yml:2
2018-08-20 15:18:20,901 p=15001 u=root |  fatal: [ec2-34-219-0-102.us-west-2.compute.amazonaws.com]: FAILED! => {
    "msg": "The conditional check 'inventory_hostname not in groups['glusterfs_registry']' failed. The error was: error while evaluating conditional (inventory_hostname not in groups['glusterfs_registry']): Unable to look up a name or access an attribute in template string ({% if inventory_hostname not in groups['glusterfs_registry'] %} True {% else %} False {% endif %}).\nMake sure your variable name does not contain invalid characters like '-': argument of type 'StrictUndefined' is not iterable\n\nThe error appears to have been in '/root/openshift-ansible/roles/openshift_storage_glusterfs/tasks/kernel_modules.yml': line 2, 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: Ensure device mapper modules loaded\n  ^ here\n"
}


Expected results:

Additional info:
Please attach logs from ansible-playbook with the -vvv flag
Logs will be attached.

Workaround:
Add the following line in the inventory file even though no host is in the group.
[glusterfs_registry]

Comment 2 Jose A. Rivera 2018-08-21 14:00:29 UTC
PR has be submitted: https://github.com/openshift/openshift-ansible/pull/9699

Comment 3 Scott Dodson 2018-08-24 17:09:48 UTC
In openshift-ansible-3.11.0-0.21.0 and later

Comment 4 Hongkai Liu 2018-08-24 17:50:26 UTC
Verified with
# yum list installed | grep openshift
atomic-openshift.x86_64         3.11.0-0.21.0.git.0.abddb61.el7

# git log --oneline -1
c6a0af6 Merge pull request #9686 from ewolinetz/bz1616171

# git branch --contains 00aa370fd7de5e1015d72c3024612063a98527bf
* master

Comment 6 errata-xmlrpc 2018-10-11 07:25:25 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:2652


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