Ok. I will reproduce and collect logs.

Thanx,
Alex

On Jan 29, 2018 20:21, "Mahdi Adnan" <mahdi.adnan@outlook.com> wrote:
I have Windows VMs, both client and server.
if you provide the engine.log file we might have a look at it.


--

Respectfully
Mahdi A. Mahdi



From: Alex K <rightkicktech@gmail.com>
Sent: Monday, January 29, 2018 5:40 PM
To: Mahdi Adnan
Cc: users
Subject: Re: [ovirt-users] Ovirt backups lead to unresponsive VM
 
Hi,

I have observed this logged at host when the issue occurs:

VDSM command GetStoragePoolInfoVDS failed: Connection reset by peer

or

VDSM host.domain command GetStatsVDS failed: Connection reset by peer

At engine logs have not been able to correlate.

Are you hosting Windows 2016 server and Windows 10 VMs?
The weird is that I have same setup on other clusters with no issues.

Thanx,
Alex

On Sun, Jan 28, 2018 at 9:21 PM, Mahdi Adnan <mahdi.adnan@outlook.com> wrote:
Hi,

We have a cluster of 17 nodes, backed by GlusterFS storage, and using this same script for backup.
we have no issues with it so far.
have you checked engine log file ?


--

Respectfully
Mahdi A. Mahdi



From: users-bounces@ovirt.org <users-bounces@ovirt.org> on behalf of Alex K <rightkicktech@gmail.com>
Sent: Wednesday, January 24, 2018 4:18 PM
To: users
Subject: [ovirt-users] Ovirt backups lead to unresponsive VM
 
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)

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

3. Export Clone

4. Delete clone

5. Delete snapshot


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