Closed jbarb365 closed 3 years ago
I just ran into this experience myself. First I tried pip install openshift
on each pi and re-ran the playbook. I noticed a complaint about my PATH variable but ignored it. Rerunning the playbook, I got the same results. I returned to each pi and executed sudo pip install openshift
and reran the playbook successfully. I didn't fully test this theory but I'm working off the assumption that installing pip libraries as root adds them to PATH automatically and that updating PATH after the install as pi may have resolved the issue.
Faced the same issue on a RPi.
My workaround was to adjust the softlink to the default python interpreter
ln -sf /usr/bin/python3 /usr/bin/python
It pointed to python2 by default...
Could probably also be resolved by via
ansible_python_interpreter=/usr/bin/python3
e.g. in ansible.cfg but didn't test it that way.
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution!
Please read this blog post to see the reasons why I mark issues as stale.
This issue has been closed due to inactivity. If you feel this is in error, please reopen the issue or file a new issue with the relevant details.
I am encountering an error while provisioning the dramble cluster. **ansible-playbook -i inventory main.yml
The following error appears for each kube in the cluster:
An exception occurred during task execution. To see the full traceback, use -vvv. The error was: ImportError: No module named pkg_resources fai dramble_setup_output.pdf led: [kube4] (item=['openshift']) => changed=false ansible_loop_var: item item: