Bug 1660475 - [RHOS14][dry-run] Dry run fails on container-registry : Check ftype
Summary: [RHOS14][dry-run] Dry run fails on container-registry : Check ftype
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-heat-templates
Version: 14.0 (Rocky)
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ga
: 14.0 (Rocky)
Assignee: Emilien Macchi
QA Contact: Gurenko Alex
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-12-18 12:32 UTC by Gurenko Alex
Modified: 2019-01-21 18:12 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
After config-download has generated the playbooks for the Overcloud, if you execute ansible-playbook with --check parameter, it does not work. Expect an error about undefined stdout for ftype. This will be fixed in the next version.
Clone Of:
Environment:
Last Closed: 2019-01-21 18:12:57 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1809102 0 None None None 2018-12-19 11:09:01 UTC
OpenStack gerrit 626149 0 None None None 2018-12-19 11:06:03 UTC

Description Gurenko Alex 2018-12-18 12:32:19 UTC
Description of problem: when performing ansible check run it fails at task "container-registry : Check ftype"


Version-Release number of selected component (if applicable): puddle 2018-12-17.1


How reproducible:


Steps to Reproduce:
1. Deploy undercloud
2. Prepare for deployment, introspect & tag nodes
3. Add --stack-only to the overcloud_deploy.sh
4. Execute overcloud_deploy.sh
5. Generate ansible playbooks
6. Generate inventory file
7. Execute ansible-playbook with --check parameter

Actual results:

TASK [container-registry : Check ftype] ****************************************
fatal: [controller-2]: FAILED! => {"msg": "The conditional check 'ftype.stdout == 'ftype=0'' failed. The error was: error while evaluating conditional (ftype.stdout == 'ftype=0'): 'dict object' has no attribute 'stdout'\n\nThe error appears to have been in '/usr/share/ansible/roles/container-registry/tasks/docker.yml': line 42, column 7, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n    - name: Check ftype\n      ^ here\n"}
fatal: [controller-1]: FAILED! => {"msg": "The conditional check 'ftype.stdout == 'ftype=0'' failed. The error was: error while evaluating conditional (ftype.stdout == 'ftype=0'): 'dict object' has no attribute 'stdout'\n\nThe error appears to have been in '/usr/share/ansible/roles/container-registry/tasks/docker.yml': line 42, column 7, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n    - name: Check ftype\n      ^ here\n"}
fatal: [controller-0]: FAILED! => {"msg": "The conditional check 'ftype.stdout == 'ftype=0'' failed. The error was: error while evaluating conditional (ftype.stdout == 'ftype=0'): 'dict object' has no attribute 'stdout'\n\nThe error appears to have been in '/usr/share/ansible/roles/container-registry/tasks/docker.yml': line 42, column 7, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n    - name: Check ftype\n      ^ here\n"}

NO MORE HOSTS LEFT *************************************************************
	to retry, use: --limit @/home/stack/config-download/deploy_steps_playbook.retry

PLAY RECAP *********************************************************************
compute-0                  : ok=83   changed=29   unreachable=0    failed=0   
compute-1                  : ok=83   changed=29   unreachable=0    failed=0   
controller-0               : ok=99   changed=42   unreachable=0    failed=1   
controller-1               : ok=99   changed=42   unreachable=0    failed=1   
controller-2               : ok=99   changed=42   unreachable=0    failed=1   
undercloud                 : ok=2    changed=0    unreachable=0    failed=0   


STDERR:

 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.
 [WARNING]: The loop variable 'item' is already in use. You should set the
`loop_var` value in the `loop_control` option for the task to something else to
avoid variable collisions and unexpected behavior.


Expected results:

Dry run should complete without errors

Additional info:

Comment 3 Jaromir Coufal 2018-12-19 14:11:36 UTC
Not a blocker for GA release since it doesn't impact critical deployment capabilities. We should document as a well known issue and make sure the fix is part of first Z-stream.


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