-
Notifications
You must be signed in to change notification settings - Fork 145
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
meta_dependency_check seemingly not functional when run in Controller #942
Comments
We've discussed an update along with our update to the entire collection, will keep this in mind, we still want to have checks, but realize the galaxy connection might not always be there |
@l3acon Set the variable controller_dependency_check to false and it will disable this feature. We are disabling it by default in a future release. |
can you check this now with the 3.0.0 it should be fixed. |
Yes, I can confirm this is fixed in 3.0.0 |
Summary
The ansible-galaxy collection verify command seems to require galaxy servers to be configured, which in Controller isn't possible unless it's syncing collections. I think this is a security measure, e.g. when trying to create a custom credential for galaxy Controller responds with
Environment variable ANSIBLE_GALAXY_SERVER_AH_TOKEN may affect Ansible configuration so its use is not allowed in credentials.
. That is, this works just fine from CLI ansible, but not in AAP Controller.I am testing APD for use with AAP 2.5, after updating the collections it seems to mostly work, I just have to bypass the
meta_dependency_check
role by settingcontroller_dependency_check: false
via extra_vars.Issue Type
Ansible, Collection, Controller details
OS / ENVIRONMENT
running AAP 2.5 via operator
Desired Behavior
infra.aap_configuration should be usable within AAP Controller, ideally without having to define
controller_dependency_check: false
Actual Behavior
Dispatch role fails with error message:
When running via CLI (ansible-playbook or navigator) this is not an issue, simply define the AH credentials via environment variable.
STEPS TO REPRODUCE
The following steps are how I discovered this:
controller_dependency_check: false
in extra_vars)A simpler workflow should be able to re-produce this behavior:
dispatch
roleThe text was updated successfully, but these errors were encountered: