[ovirt-users] Ovirt backups lead to unresponsive VM

[Alex K]

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 at 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 at ovirt.org <users-bounces at ovirt.org> on behalf of
> Alex K <rightkicktech at 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
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20180129/65b1cba8/attachment.html>