mirror of
https://github.com/proxmoxer/proxmoxer.git
synced 2026-04-25 07:06:00 +03:00
[GH-ISSUE #161] qemu monitor api failed to call command like info block #85
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#85
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 @pandada8 on GitHub (Mar 11, 2024).
Original GitHub issue: https://github.com/proxmoxer/proxmoxer/issues/161
Originally assigned to: @jhollowe on GitHub.
When executing the following code:
following exception is generated
This particular issue appears to have been introduced with the changes made in #90. The issue seems to revolve around the code located here:
github.com/proxmoxer/proxmoxer@d7419ab036/proxmoxer/backends/https.py (L197-L201)The logic in these lines of code should only activate when the url ends with
agent/exec.@jhollowe commented on GitHub (Mar 13, 2024):
What is your PVE version and proxmoxer version?
It looks like there was a change from PVE 7 to PVE 8 that changed/broke the qemu agent APIs: https://bugzilla.proxmox.com/show_bug.cgi?id=4871(unrelated to this issue)@pandada8 commented on GitHub (Mar 13, 2024):
I am running with latest proxmoxer 2.0.1 against PVE 8.1.4
I changed above code to
seems fix the issue
@tomjones1977 commented on GitHub (Jul 5, 2024):
I know the fix has been merged into develop, how/when does the fix end up in the main pypi repositories?
@jhollowe commented on GitHub (Aug 10, 2024):
I just released 2.1.0 which includes this fix