[ovirt-users] trouble when creating VM snapshots including memory
Matthias Leopold
matthias.leopold at meduniwien.ac.at
Mon Jun 12 09:07:03 UTC 2017
Am 2017-06-11 um 10:11 schrieb Yaniv Kaul:
>
>
> On Fri, Jun 9, 2017 at 3:39 PM, Matthias Leopold
> <matthias.leopold at meduniwien.ac.at
> <mailto:matthias.leopold at meduniwien.ac.at>> wrote:
>
> hi,
>
> i'm having trouble creating VM snapshots that include memory in my
> oVirt 4.1 test environment. when i do this the VM gets paused and
> shortly (20-30s) afterwards i'm seeing messages in engine.log about
> both iSCSI storage domains (master storage domain and data storage
> where VM resides) experiencing high latency. this quickly worsens
> from the engines view: VM is unresponsive, Host is unresponsive,
> engine wants to fence the host (impossible because it's the only
> host in the test cluster). in the end there is an EngineException
>
> EngineException:
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
> VDSGenericException: VDSNetworkException: Message timeout which can
> be caused by communication issues (Failed with error
> VDS_NETWORK_ERROR and code 5022)
>
> the snapshot fails and is left in an inconsistent state. the
> situation has to be resolved manually with unlock_entity.sh and
> maybe lvm commands. this happened twice in exactly the same manner.
> VM snapshots without memory for this VM are not a problem.
>
> VM guest OS is CentOS7 installed from one of the
> ovirt-image-repository images. it has the oVirt guest agent running.
>
> what could be wrong?
>
> this is a test environment where lots of parameters aren't optimal
> but i never had problems like this before, nothing concerning
> network latency. iSCSI is on a FreeNAS box. CPU, RAM, ethernet
> (10GBit for storage) on all hosts involved (engine hosted
> externally, oVirt Node, storage) should be OK by far.
>
>
> Are you sure iSCSI traffic is going over the 10gb interfaces?
> If it doesn't, it might choke the mgmt interface.
> Regardless, how is the performance of the storage? I don't expect it to
> require too much, but saving the memory might require some storage
> performance. Perhaps there's a bottleneck there?
> Y.
i shot myself in the foot by also playing around with network QoS and
forgetting about it.... no wonder the network chokes when i tell it to
do so. without randomly applied QoS profiles snapshots work perfectly ;-)
thx
matthias
More information about the Users
mailing list