-
-
Notifications
You must be signed in to change notification settings - Fork 46
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
IndexError: list index out of range using virtnbdbackup tool #167
Comments
hi, thanks for the report. havent used it with authfile since a long time. thanks |
should work with master checkout |
hi again, i managed to get hands on some RHEV node. You can also use the remote backup functionality with the latest master version, so you dont have to install the backup utility on the hypervisor host itself (which can be a struggle if its the stripped down node installation). Ive added something to README: https://github.com/abbbi/virtnbdbackup?tab=readme-ov-file#ovirt-rhev-or-olvm however, both the local auth via credential file and remote auth against libvirt using qemu+ssh and user/password combination should work now. |
Hi Abbbi, But as you can see it still doesn't work. In meanwhile I tried to check my virtual machines in my OLVM manager and I'm not able to access it anymore. If I see correctly you didn't apply this 167 fix to 2.5 version - just to 52ffc6f and master branches, am I right? By change log I would say you will apply 167 in 2.6. |
it seems the libvirt daemon on OLVM needs some more authentication than just the authfile..
all fixes currently in master |
Yes, I tried this before, and just right now at your suggestion:
|
this is strange..
the current master version should to exactly this. |
It doesn't work, my python3 output:
|
Ok then thats an issue on the hypervisor at the Moment.. Maybe .. only if this Uri works with Python you could Make backup work Or try with —User and —Passwort options |
Abbbi I fixed my OLVM not displaying VMs, but unfortunately I still have the same issue regardless authentication I used.
|
I dont know.. Maybe try Remote Backup. |
Unfortunately Remote Backup doesn't work either:
|
sorry, i dont know. Maybe reach out to ovirt or OLVM support forums. It seems OLVM libvirt is denying SASL based authentication. Cant tell why it doesnt work with the auth file locally, it does with my (older) RHEV setup. It seems to me OLVM may have has disabled authentication for other componens than virsh. Thats certainly not default behavior on other libvirt based setups. Might also be an certificate issue: dmacvicar/terraform-provider-libvirt#810 At the moment i dont have the time and energy to setup an complete OLVM myself to track down As long as you cant make the autentication work as with: i dont see a way youre able to use virtnbdbackup here. |
hi again, the cause for the connection issue
is the same as reported for the terraform provider: dmacvicar/terraform-provider-libvirt#810 you need to include the hostname that is used for the libvirt certificate in your connection URI. I used the following command on a test OLVM system to get the hostname from the certificate:
i could then connect libvirt locally using python via:
means you need to include the hostname that is set in the certificate in the connection uri passed as -U option (for both remote or local backup) otherwise libvirtd cant match the certificate and denies SASL based authentication methods. |
the cause for the initial issue should be fixed as by now. Closing ticket -> if further discussion required, please open a discussion. |
Version used
Provide output of
virtnbdbackup -V
/usr/local/lib/python3.6/site-packages/paramiko/transport.py:32: CryptographyDeprecationWarning: Python 3.6 is no longer supported by the Python core team. Therefore, support for it is deprecated in cryptography. The next release of cryptography will remove support for Python 3.6.
from cryptography.hazmat.backends import default_backend
2.4
Describe the bug
When I want to create full backup (on Oracle KVM host) with this command:
virtnbdbackup -U qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf -d rocky92 -l full -o /tmp/backupset/rocky92
I get these errors below (Logfiles section) and no backupset in /tmp/backupset/rocky92 directory
Expected behavior
I except to get full backup set in /tmp/backupset/rocky92 directory.
Hypervisor information:
Logfiles:
[root@okvm2 ~]# virtnbdbackup -U qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf -d rocky92 -l full -o /tmp/backupset/rocky92
/usr/local/lib/python3.6/site-packages/paramiko/transport.py:32: CryptographyDeprecationWarning: Python 3.6 is no longer supported by the Python core team. Therefore, support for it is deprecated in cryptography. The next release of cryptography will remove support for Python 3.6.
from cryptography.hazmat.backends import default_backend
[2024-03-28 12:27:37] INFO lib common - printVersion [main]: Version: 2.4 Arguments: /bin/virtnbdbackup -U qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf -d rocky92 -l full -o /tmp/backupset/rocky92
[2024-03-28 12:27:37] INFO root virtnbdbackup - main [main]: Backup level: [full]
IndexError: list index out of range
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/bin/virtnbdbackup", line 481, in
main()
File "/bin/virtnbdbackup", line 312, in main
virtClient = virt.client(args)
File "/usr/local/lib/python3.6/site-packages/virtnbdbackup-2.4-py3.6.egg/libvirtnbdbackup/virt/client.py", line 55, in init
File "/usr/local/lib/python3.6/site-packages/virtnbdbackup-2.4-py3.6.egg/libvirtnbdbackup/virt/client.py", line 136, in _connect
File "/usr/local/lib/python3.6/site-packages/virtnbdbackup-2.4-py3.6.egg/libvirtnbdbackup/virt/client.py", line 82, in _connectAuth
File "/usr/lib64/python3.6/site-packages/libvirt.py", line 145, in openAuth
ret = libvirtmod.virConnectOpenAuth(uri, auth, flags)
SystemError: returned a result with an error set
Workaround:
No workarounds till now.
The text was updated successfully, but these errors were encountered: