You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Behaviour of recurring snapshot of multiple large volumes of the same VM #9128
Recurring weekly snapshots taken from data disks on one VMware instance are not shown in the UI.
We set the following snapshot policy for a data volume of an instance and we observe some strange behaviours
We also have a daily recurring snapshot on the root disk (about 30GB) of the VM which starts at 10:30 PM (GMT +1).
While the snapshot on the root disks take an incredible amount of time to end (many times more than 2 hours), the snapshot of the data disk failed with error: "There is other active snapshot tasks on the instance to which the volume is attached, please try again later".
After that we can see that the snapshot on the data disk is taken and is correctly present on the secondary storage, but we can't see it in the UI.
STEPS TO REPRODUCE
EXPECTED RESULTS
If a snapshot fails on the prerequisites it should not be performed and if it's performed it should be present in the UI.
ACTUAL RESULTS
From the UI we see that the snapshot fails, but it's performed and not showed in the UI
Hi @rajujith yes, separating the two workloads we are albe to process this.
I see anyway that the template export is quite slow in cloudstack and analyzing a little bit I see that, after creating a full clone of the VM, a OVA it's exported to the NFS mountpoint on the master node. It's the correct behaviour or I have some wrong configuration?
changed the title [-]Recurring volume snapshot strange behaviour[/-][+]Behaviour of recurring snapshot of multiple large volumes of the same VM[/+]on Jun 6, 2024
@cdfgallo Yes, you understand the process correctly. CloudStack implements full backup for Vmware volume snapshot backup to the secondary storage.
@rajujith Thank you! Wouldn't be easier to export it directly to the datastore mounted on the vCenter server instead of using the CS master node? The process would be at least, way faster than the actual.
Activity
rajujith commentedon May 28, 2024
@cdfgallo could you update the time for the data volume snapshot schedule to 2 to 3 hours later than the ROOT volume?
cdfgallo commentedon May 30, 2024
Hi @rajujith yes, separating the two workloads we are albe to process this.
I see anyway that the template export is quite slow in cloudstack and analyzing a little bit I see that, after creating a full clone of the VM, a OVA it's exported to the NFS mountpoint on the master node. It's the correct behaviour or I have some wrong configuration?
rajujith commentedon Jun 5, 2024
@cdfgallo Yes, you understand the process correctly. CloudStack implements full backup for Vmware volume snapshot backup to the secondary storage.
[-]Recurring volume snapshot strange behaviour[/-][+]Behaviour of recurring snapshot of multiple large volumes of the same VM[/+]cdfgallo commentedon Jun 6, 2024
@rajujith Thank you! Wouldn't be easier to export it directly to the datastore mounted on the vCenter server instead of using the CS master node? The process would be at least, way faster than the actual.