Thanx for the respons…
i appologize for not being clear enough, or given enough of information.
Good point to keep it lean and clean, and besides the ansible package, only the packages that were needed have been installed.
The “old” install was quite clean, i did not realize i could run playbook just on base or core, so now no ansible has been installed.
Just for good measure, i started for this discussion with a fresh playbook (new git clone) and then just installed packages based on where the playbook fails due to missing modules.
I recloned fresh to get rid of any interference from previous ansible-galaxy installs
All packages are installed in a venv with “ansible-galaxy collection install” and pip install.
“I’m afraid your description is missing enough details to provide a lot more help”
I’m not sure what details you would be needing, i thought i gave enough information, but i guess the playbook would be a good thing to include.
What details are missing for a proper look? I ommited any AWX information as i am testing on the command line, my assumption is that when it works in its most simple form, we can start moving towards AWX and see what happens.
- name: Test SSH proxy stuff
hosts: xr-cisco
connection: network_cli
gather_facts: False
vars:
run_prepare: true
run_po1: false
ssh_type: libssh
ansible_ssh_private_key_file: “{{ playbook_dir}}/some_dude_rsa”
ansible_user: “xxxx”
ansible_password: ‘xxxxx’
ansible_network_os: cisco.iosxr.iosxr
ansible_ssh_common_args: ‘-o ProxyCommand=“ssh -W %h:%p -oStrictHostKeyChecking=no -oUserKnownHostsFile=/dev/null -q jumphost”’
tasks:
- name: run show version on remote device
cisco.iosxr.iosxr_command:
commands: show version
Collections:
ansible.netcommon 3.1.0
ansible.posix 1.4.0
ansible.utils 2.6.1
cisco.iosxr 3.2.0
networktocode.nautobot 4.0.1
Pip:
ansible-core 2.13.2
ansible-pylibssh 0.4.0
cffi 1.15.1
cryptography 37.0.4
Jinja2 3.1.2
MarkupSafe 2.1.1
packaging 21.3
pip 20.3.4
pkg-resources 0.0.0
pycparser 2.21
pyparsing 3.0.9
PyYAML 6.0
resolvelib 0.8.1
setuptools 44.1.1
“Where are you finding ansible 4.0.0? I’d not expect such an old ansible to have a contemporary cisco iosxr module, nor rely on a contemporary version of the module it to be compatible with such an old ansible-base”
Your question on the old versions they were all installed via pip.
Just for testing i removed the ansible-core and installed the ansible-base 2.10.17 package resulting in output using the iosxr module.
the iosxr module seems to be compatible with ansible-base 2.10.17 and the Cisco XR module works fine without a jumphost (using network_cli), only when i introduce a jumphost with a base/core > 2.10.17 the ansible_ssh_common_args seems not to be used.
For your information, when i use the ssh connection module in combination with the iosxr module, the output on the task is
“msg”: “Connection type ssh is not valid for this module”
I do not want to run 2.10.17 or other ancient base/core versions, it was just at a point where i was looking for some direction to focus on as the problem did not make sense.
So i found 2.10.17 that worked, again i do not want to run this for obvious reasons but it also it breaks my other playbooks.
“Put the SSH settings to disable the known_hosts file in the .~/ssh/config file of the staging account and the ansible server’s account, stop trying to force those through complex remote environments”
Do you consider my setup to be connecting to be "complex.
I would consider a jumphost between ansible and the target far from complex, and the args is an example i see all over the place.
ansible_ssh_common_args: -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ProxyCommand=“ssh -W %h:%p -q jumphost”
The reason i am using the ansible_ssh_common_args: variables, is that the playbook needs to be executed via AWX (installed on k8) and i was not able to load a custom config file, where the custom config file is in the ansible_dir
ansible_ssh_common_args: ‘-F ssh-config’
My main focus is to get the jumphost used, once that was working on 2.10.17 meant that the variable string used by connection modules (ssh AND network_cli) was correct.
And based on web pages with people struggling with the same issue, i did not find that the string changed on later versions.
Your point in the known hosts issue is not really relevant for our environment, if it were, the playbook would given output regarding that, besides our environment is quite static.
“Deal with the minimum suite of tools, including a supported version of ansible-core and the relevant galaxy tool”
…minimum Done 
with “supported” you would mean current ansible version and a relevant galaxy tool would be the latest galaxy collection versions?
So… the core question:
Something is preventing me to load the ansible_ssh_common_args var when running on higher versions of ansible-base/ansible-core.
Thanx