Backups only work with virtual powered on

Backups only work with virtual powered on https://www.softaculous.com/board/index.php?tid=18450 <![CDATA[Backups only work with virtual powered on]]> https://www.softaculous.com/board/index.php?tid=18450&tpg=1#p57292 Tue, 14 Nov 2023 08:40:20 GMT https://www.softaculous.com/board/index.php?tid=18450&tpg=1#p57292 <![CDATA[Backups only work with virtual powered on]]> https://www.softaculous.com/board/index.php?tid=18450&tpg=1#p54963
Can you open a ticket to check the issue on your setup ?
https://softaculous.deskuss.com/open.php?topicId=2]]> Tue, 14 Jun 2022 04:49:36 GMT https://www.softaculous.com/board/index.php?tid=18450&tpg=1#p54963 <![CDATA[Backups only work with virtual powered on]]> https://www.softaculous.com/board/index.php?tid=18450&tpg=1#p54958 If it shouldn't behave like that, then it would be a bug.
I only have a Storage of type FILE, the local disk.

All my VMs when powered off give that error. Yesterday I powered on only 3 VMs, and those 3 did backup. The vms turned off showed the mentioned error.
Example: the same vm 29 that gave an error, but now that it is turned on it already allowed backup yesterday:

Code
Connecting to the backup server

Creating the backup folders

Preparing temporary backup locations

Storage : 2 LV Name :backup-29-0

Creating backup of DISK: 1 [Size: 50.000GB]

Temp Directory : /var/lib/libvirt/images/backup-29-0/29_sv-I3tTSR7Sfz-*************_2022_06_12-11_40_03.qcow2

Qemu User : qemu

Executing command : /usr/bin/virsh qemu-monitor-command v1024 '{"execute":"query-block"}'

 OUTPUT : {"return":[{"io-status":"ok","device":"drive-scsi0-0-0-0","locked":false,"removable":false,"inserted":{"iops_rd":0,"detect_zeroes":"off","image":{"virtual-size":53687091200,"filename":"/var/lib/libvirt/images/v1024-dtfljuzhxnqx1z9o-j9varfof1rorlxdm.qcow2","cluster-size":65536,"format":"qcow2","actual-size":1750470656,"format-specific":{"type":"qcow2","data":{"compat":"1.1","lazy-refcounts":false,"refcount-bits":16,"corrupt":false}},"dirty-flag":false},"iops_wr":0,"group":"drive-scsi0-0-0-0","ro":false,"node-name":"#block113","backing_file_depth":0,"drv":"qcow2","iops":500,"bps_wr":5242880000,"write_threshold":0,"encrypted":false,"bps":0,"bps_rd":5242880000,"cache":{"no-flush":false,"direct":true,"writeback":true},"file":"/var/lib/libvirt/images/v1024-dtfljuzhxnqx1z9o-j9varfof1rorlxdm.qcow2","encryption_key_missing":false},"qdev":"scsi0-0-0-0","type":"unknown"}],"id":"libvirt-2573"}

Executing command : /usr/bin/virsh qemu-monitor-command v1024 '{"execute":"drive-backup","arguments":{"device":"drive-scsi0-0-0-0","target":"\/var\/lib\/libvirt\/images\/backup-29-0\/29_sv-I3tTSR7Sfz-*************_2022_06_12-11_40_03.qcow2","sync":"full","format":"qcow2","speed":91750400,"compress":true}}'

 OUTPUT : {"return":{},"id":"libvirt-2574"}

VPS Backup Completed

Uploading to backup server

]]> Mon, 13 Jun 2022 16:32:27 GMT https://www.softaculous.com/board/index.php?tid=18450&tpg=1#p54958 <![CDATA[Backups only work with virtual powered on]]> https://www.softaculous.com/board/index.php?tid=18450&tpg=1#p54941
ID : 29 is not using file based storage ?

Since logs are showing 'LV'.

Can you open a ticket to check the issue on your setup ?
https://softaculous.deskuss.com/open.php?topicId=2]]> Mon, 13 Jun 2022 10:40:28 GMT https://www.softaculous.com/board/index.php?tid=18450&tpg=1#p54941 <![CDATA[]]> https://www.softaculous.com/board/index.php?tid=18450&tpg=0#p54934 In my logs when a scheduled or manual backup works, it does the following in logs (/var/virtualizor/log/backup):

Code
virsh qemu-monitor-command ***** '{"execute":"query-block"}' 

virsh qemu-monitor-command ***** '{"execute":"drive-backup"...

BUT, when the server is down, it just aborts the process:

Code
Preparing temporary backup locations 

Storage : 2 LV Name :backup-29-0 

Backup Process completed UNSUCCESSFULLY

I know that the drive-backup task is a valid and correct process to make it consistent on online VM. But if a VM is offline, on the contrary, its process is simpler, you just have to copy the virtual disk as it is.
Its a correct

]]> Fri, 10 Jun 2022 16:18:38 GMT https://www.softaculous.com/board/index.php?tid=18450&tpg=0#p54934