mirror of
https://github.com/proxmoxer/proxmoxer.git
synced 2026-04-25 07:06:00 +03:00
[GH-ISSUE #37] "proxmoxer required for this module", yet proxmoxer is installed on Macos #18
Labels
No labels
backend:https
backend:local
backend:openssh
backend:ssh_paramiko
pull-request
status:ansible-issue
status:help-wanted
status:info-needed
status:proxmox-issue
status:review-needed
type:bug 🐞
type:dependency ⛓️
type:docs 📝
type:enhancement ⏫
type:maintenance 🛠️
type:meta
type:question ❓
type:request ✋
type:testing 🧪
version:1.x
version:latest
version:py2
version:py3
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/proxmoxer#18
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @bronsgeest on GitHub (Oct 4, 2020).
Original GitHub issue: https://github.com/proxmoxer/proxmoxer/issues/37
When executing an ansible playbook on Macos Catalina (Apple) I continue to have the fatal error: "fatal: [proxy-test]: FAILED! => {"changed": false, "msg": "proxmoxer required for this module"}
This is not a proxmoxer issue, but some Apple thing I assume.
pip3 show proxmoxer 1.1.1, Location: /usr/local/lib/python3.8/site-packages
ansible 2.9.13 using python version = 3.8.5
Macos: 10.15.7
Initially poxmoxer was installed in python3.7/site-packages. Removing and reinstalling proxmoxer wiht pip3 fixed that and it is now in python3.8/site-packages. Yet the behaviour remains the same. I can run the same playbook normally when I "ssh -A" into a debian10 VM running on the same Apple laptop.
What extra debug info can I enable to find the reason for the error? Is someone familiar with the same behaviour on an Apple and was that fixed?
Max
@jhollowe commented on GitHub (Oct 5, 2020):
This seems to be an issue with Ansible, not proxmoxer. Please file a bug report with Ansible so people with knowledge of Ansible can help you with this issue.
@bronsgeest commented on GitHub (Oct 7, 2020):
Thx for your reply, I did not expect ansible could be the problem. I will follow up with them.