On Wed, Jan 24, 2018 at 3:19 PM Alex K <rightkicktech@gmail.com> wrote:

Hi all,

I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on top glusterfs.
On some VMs (especially one Windows server 2016 64bit with 500 GB of disk). Guest agents are installed at VMs. i almost always observe that during the backup of the VM the VM is rendered unresponsive (dashboard shows a question mark at the VM status and VM does not respond to ping or to anything).

For scheduled backups I use:
https://github.com/wefixit-AT/oVirtBackup
The script does the following:
1. snapshot VM (this is done ok without any failure)

This is a very cheap operation

2. Clone snapshot (this steps renders the VM unresponsive)

This copy 500g of data. In gluster case, it copies 1500g of data, since in glusterfs, the client

is doing the replication.

Maybe your network or gluster server is too slow? Can you describe the network topology?

Please attach also the volume info for the gluster volume, maybe it is not configured in the

best way?

3. Export Clone

This copy 500g to the export domain. If the export domain is on glusterfs as well, you

copy now another 1500g of data.

4. Delete clone
5. Delete snapshot

Not clear why do you need to clone the vm before you export it, you can save half of

the data copies.

If you 4.2, you can backup the vm *while the vm is running* by:

- Take a snapshot

- Get the vm ovf from the engine api

- Download the vm disks using ovirt-imageio and store the snaphosts in your backup

storage

- Delete a snapshot

In this flow, you would copy 500g.

Daniel, please correct me if I'm wrong regarding doing this online.

Regardless, a vm should not become non-responsive while cloning. Please file a bug

for this and attach engine, vdsm, and glusterfs logs.

Nir

Do you have any similar experience? Any suggestions to address this?
I have never seen such issue with hosted Linux VMs.
The cluster has enough storage to accommodate the clone.

Thanx,
Alex

_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users