1:40 p.m.
Hi,
since yesterday backup for one of my VMs is failing. Backup is performed
by Storware vprotect, based on CBT strategy.
In ovirt events I can see:
VDSM host03 command StartNbdServerVDS failed: Bitmap does not exist:
"{'reason': 'Bitmap does not exist in
/rhev/data-center/mnt/blockSD/459011cf-ebb6-46ff-831d-8ccfafd82c8a/images/a9ec8085-6ac3-4be0-bbd2-7752f7e29368/083f5dc5-9003-4908-96b1-5f750b5a4197',
'bitmap': '1b88a937-0ab8-4f6e-a117-bbd522e21448'}"
Transfer was stopped by system. Reason: failed to create a signed image
ticket.
Backups for other VMs are working correctly. What could it be? Somehow
corrupted image?
I tried to migrate VM to other hypervisors, with no luck. Didn't tried
to move disks (two, one for the OS, one for data) to another data
domain, not so fast operation (about 2.8TB).
The VM is working correctly, but Murphy's law states this machine is a
fileserver with users' data and email :-(
Any hint?
TIA,
gc
--
Giulio Casella giulio at di.unimi.it
System and network architect
Computer Science Dept. - University of Milano
4:09 p.m.
Edit: solved!
Just as a future reference: maybe one of the backup was badly
interrupted by some external event, and vm bitmaps were broken. I
performed a full backup, and then also incremental backups are working.
Bye,
gc
On 24/03/2023 11:40, Giulio Casella wrote:
Hi,
since yesterday backup for one of my VMs is failing. Backup is performed
by Storware vprotect, based on CBT strategy.
In ovirt events I can see:
VDSM host03 command StartNbdServerVDS failed: Bitmap does not exist:
"{'reason': 'Bitmap does not exist in
/rhev/data-center/mnt/blockSD/459011cf-ebb6-46ff-831d-8ccfafd82c8a/images/a9ec8085-6ac3-4be0-bbd2-7752f7e29368/083f5dc5-9003-4908-96b1-5f750b5a4197',
'bitmap': '1b88a937-0ab8-4f6e-a117-bbd522e21448'}"
Transfer was stopped by system. Reason: failed to create a signed image
ticket.
Backups for other VMs are working correctly. What could it be? Somehow
corrupted image?
I tried to migrate VM to other hypervisors, with no luck. Didn't tried
to move disks (two, one for the OS, one for data) to another data
domain, not so fast operation (about 2.8TB).
The VM is working correctly, but Murphy's law states this machine is a
fileserver with users' data and email :-(
Any hint?
TIA,
gc
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/K4WRZEHZQ3P...
--
Giulio Casella giulio at di.unimi.it
System and network architect
Computer Science Dept. - University of Milano
10:59 a.m.
Good to hear you have solved the problem.
I will also suggest you to try Vinchin Backup & Recovery for oVirt backup. It is
perfectly compatible with oVirt.
604
days inactive
608
days old
2 comments
2 participants
participants (2)
-
Berat Aksoy -
Giulio Casella