agnosticd
agnosticd copied to clipboard
Failed post_software task with 3.x installation
Describe the bug
I'm seeing the following task consistently fail when trying to bring up a 3.x cluster on Fedora 31 using the 2.9.1 ansible system install:
TASK [Check for admin_project project] *****************************************************************************
Monday 25 November 2019 09:39:11 -0500 (0:00:03.489) 0:48:51.606 *******
fatal: [master1.ernelson112219ocp3a.internal]: FAILED! => {"changed": false, "cmd": ["oc", "get", "project", "ocp-wo
rkshop"], "delta": "0:00:00.374213", "end": "2019-11-25 14:39:14.078456", "msg": "non-zero return code", "rc": 1, "s
tart": "2019-11-25 14:39:13.704243", "stderr": "No resources found.\nError from server (NotFound): namespaces \"ocp-
workshop\" not found", "stderr_lines": ["No resources found.", "Error from server (NotFound): namespaces \"ocp-works
hop\" not found"], "stdout": "", "stdout_lines": []}
...ignoring
TASK [Create admin_project project (for OCP before 3.10)] **********************************************************
Monday 25 November 2019 09:39:14 -0500 (0:00:02.982) 0:48:54.589 *******
fatal: [master1.ernelson112219ocp3a.internal]: FAILED! => {"msg": "The conditional check 'result | failed' failed. T
he error was: template error while templating string: no filter named 'failed'. String: {% if result | failed %} Tru
e {% else %} False {% endif %}\n\nThe error appears to be in '/git/mig/agnosticd/ansible/configs/ocp-workshop/post_s
oftware.yml': line 175, column 5, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe of
fending line appears to be:\n\n\n - name: Create admin_project project (for OCP before 3.10)\n ^ here\n"}
"The conditional check 'result | failed' failed. The error was: template error while templating string: no filter named 'failed'."
That would seem to indicate something is wrong the ansible syntax being use? I don't know if this is due to using a newer version of an ansible installation than is compatible or not, but 2.9.1 is the default version you'll get from a Fedora 31 install.
To Reproduce Steps to reproduce the behavior, ex:
- Install ansible 2.9.1
- Launch a 3.x cluster, in the post_software steps, this filter should be hit when creating the admin project.
Expected behavior Task should not fail.
Versions (please complete the following information):
- OS: Fedora 31
- AAD version:
9776a04db10eb4a7cda378a76d87e7091b628bd0 (HEAD -> development, origin/development, origin/HEAD) Updating the workshop provisioning to standards (#881) - Ansible: 2.9.1
- AWS
Additional context This shouldn't affect the bug in any way, but we wrap agnosticd with our specific configurations for our use-cases with a project here: https://github.com/fusor/mig-agnosticd
thanks for reporting.
@wkulhanek did we fix that ?