Bug 1730311

Created attachment 1591032 [details]
Playbook to reproduce the problem

Description of problem:
The manager-automate role's 'get_attribute' task fails to collect the values of the ae_state_max_retries, ae_retry_server_affinity, ae_next_state or ae_state_retries root attributes if the playbook is run from a state machine. The 'get_object_attribute_names' task does however list these as valid root attributes.

The attached playbook illustrates the problem.

Version-Release number of selected component (if applicable):
5.10.6

How reproducible:
Every time


Steps to Reproduce:
1. Add the attached spreadsheet to an Ansible repository, sync the repository with a CloudForms appliance running the embeddedd Ansible role
2. Create a playbook method from the playbook. Ensure that the method has a boolean input parameter of 'manageiq_validate_certs' with value 'False', that logging is set to 'Always', and TTL to 5.
3. Call the playbook method from a state in a state machine.

Actual results:

The output from the playbook's tasks are as follows:

TASK [Get the list of root object attribute names (get_object_attribute_names)] ***
ok: [localhost]

TASK [debug] *******************************************************************
ok: [localhost] => {
    "msg": "Result:[u'ae_result', u'ae_state_max_retries', u'ae_state_started', u'ae_retry_server_affinity', u'message', u'ae_provider_category', u'user_id', u'miq_server', u'ae_state_step', u'namespace', u'ae_state', u'instance', u'object_name', u'miq_server_id', u'user', u'miq_group', u'ae_next_state', u'class', u'tenant', u'ae_state_retries', u'request', u'ae_status_state']"
}

^^^ Here we can see that the four attributes are listed as existing.

TASK [Get each of the root object's attributes (get_attribute)] ****************
ok: [localhost] => (item=ae_result)
failed: [localhost] (item=ae_state_max_retries) => {"changed": false, "item": "ae_state_max_retries", "msg": "Object root Attribute ae_state_max_retries does not exist"}
ok: [localhost] => (item=ae_state_started)
failed: [localhost] (item=ae_retry_server_affinity) => {"changed": false, "item": "ae_retry_server_affinity", "msg": "Object root Attribute ae_retry_server_affinity does not exist"}
ok: [localhost] => (item=message)
ok: [localhost] => (item=ae_provider_category)
ok: [localhost] => (item=user_id)
ok: [localhost] => (item=miq_server)
ok: [localhost] => (item=ae_state_step)
ok: [localhost] => (item=namespace)
ok: [localhost] => (item=ae_state)
ok: [localhost] => (item=instance)
ok: [localhost] => (item=object_name)
ok: [localhost] => (item=miq_server_id)
ok: [localhost] => (item=user)
ok: [localhost] => (item=miq_group)
failed: [localhost] (item=ae_next_state) => {"changed": false, "item": "ae_next_state", "msg": "Object root Attribute ae_next_state does not exist"}
ok: [localhost] => (item=class)
ok: [localhost] => (item=tenant)
failed: [localhost] (item=ae_state_retries) => {"changed": false, "item": "ae_state_retries", "msg": "Object root Attribute ae_state_retries does not exist"}
ok: [localhost] => (item=request)
ok: [localhost] => (item=ae_status_state)
...ignoring

^^^ Here we can see that all attributes except the four mentioned are returned successfully.


Expected results:
Any root attribute returned by the 'get_object_attribute_names' task should be retrievable by the 'get_attribute' task.

Additional info: