Re: [ovirt-users] quick question on hosted engine storage

[cmc]

Thanks Martin.

On Wed, Jun 14, 2017 at 4:15 PM, Martin Sivak  wrote:
> Hi,
>
> the storage is not migrated automatically. Hosted engine VM will keep
> using the storage domain you configured during the setup phase.
>
> Best regards
>
> --
> Martin Sivak
> SLA / oVirt
>
>
> On Wed, Jun 14, 2017 at 5:02 PM, cmc  wrote:
>> Hi,
>>
>> When building a hosted engine VM, and choosing 'nfs' for storage, it
>> does the install to this nfs share. Once the host is setup with, e.g.,
>> fibre channel as storage for VMs, does the hosted engine get migrated
>> automatically to this storage? When does this actually happen?
>>
>> Thanks,
>>
>> Cam
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] quick question on hosted engine storage

[Martin Sivak]

Hi,

the storage is not migrated automatically. Hosted engine VM will keep
using the storage domain you configured during the setup phase.

Best regards

--
Martin Sivak
SLA / oVirt


On Wed, Jun 14, 2017 at 5:02 PM, cmc  wrote:
> Hi,
>
> When building a hosted engine VM, and choosing 'nfs' for storage, it
> does the install to this nfs share. Once the host is setup with, e.g.,
> fibre channel as storage for VMs, does the hosted engine get migrated
> automatically to this storage? When does this actually happen?
>
> Thanks,
>
> Cam
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] quick question on hosted engine storage

[cmc]

Hi,

When building a hosted engine VM, and choosing 'nfs' for storage, it
does the install to this nfs share. Once the host is setup with, e.g.,
fibre channel as storage for VMs, does the hosted engine get migrated
automatically to this storage? When does this actually happen?

Thanks,

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

Re: [ovirt-users] oVirt and Cloud-Init

[Adam Mills]

Thanks for the quick response.

And thanks for clarifying this action!

---
- name: Adam Mills
   title: Network Engineer

On Wed, Jun 14, 2017 at 6:11 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> On Wed, Jun 14, 2017 at 3:08 PM, Adam Mills  wrote:
> > Hello oVirt Users!
> >
> > Recent the team that I work on began investigating oVirt as a
> virtualization
> > platform. It is extremely promising, however we have some questions about
> > how oVirt does provisioning using Cloud-Init.
>
> Very good!
>
> >
> > Specifically the question is: On the wiki the it states "We are most
> > interested in using config-drive version 2 [2], which is also in
> supported
> > by OpenStack". Is that currently how Cloud-Init is providing the
> datasource
> > to the machine is via a config-drive being mounted?
>
> Yes. If you start the vm through run-once and specify to use cloud
> init (with any configuration specified) a second cdrom drive is
> attached automatically containing cloud-init infos. Cloud-init will
> read that drive and apply the configuration accordingly.
>
>
> >
> > And the last question: How frequent is too frequent to ask questions to
> this
> > mailing group :D
>
> You can ask as much as you want. I case of excessive mailing, i'll
> filter out your request :-P (joking)
>
>
> Luca
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt storage best practise

[FERNANDO FREDIANI]

I normally assume that any performance gain from directlly attaching a 
LUN to a Virtual Machine then using it in the traditional way are so 
little to compensate the extra hassle to do that. I would avoid as much 
as I cacn use it, unless it is for some very special reason where you 
cannot do in any other way. The only real usage for it so far was 
Microsoft SQL Server Clustering requirements.


Fernando


On 14/06/2017 03:23, Idan Shaby wrote:
Direct luns are disks that are not managed by oVirt. Ovirt 
communicates directly with the lun itself, without any other layer in 
between (like lvm in image disks).
The advantage of the direct lun is that it should have better 
performance since there's no overhead of another layer in the middle.
The disadvantage is that you can't take a snapshot of it (when 
attached to a vm, of course), can't make it a part of a template, 
export it, and in general - you don't manage it.



Regards,
Idan

On Mon, Jun 12, 2017 at 10:10 PM, Stefano Bovina > wrote:


Thank you very much.
What about "direct lun" usage and database example?


2017-06-08 16:40 GMT+02:00 Elad Ben Aharon mailto:ebena...@redhat.com>>:

Hi,
Answer inline

On Thu, Jun 8, 2017 at 1:07 PM, Stefano Bovina
mailto:bov...@gmail.com>> wrote:

Hi,
does a storage best practise document for oVirt exist?


Some examples:

oVirt allows to extend an existing storage domain: Is it
better to keep a 1:1 relation between LUN and oVirt
storage domain?

What do you mean by 1:1 relation? Between storage domain and
the number of LUNs the domain reside on?

If not, is it better to avoid adding LUNs to an already
existing storage domain?

No problems with storage domain extension.


Following the previous questions:

Is it better to have 1 Big oVirt storage domain or many
small oVirt storage domains?

Depends on your needs, be aware to the following:
- Each domain has its own metadata which allocates ~5GB of the
domain size.
- Each domain is being constatntly monitored by the system, so
large number of domain can decrease the system performance.
There are also downsides with having big domains, like less
flexability

There is a max num VM/disks for storage domain?


In which case is it better to use "direct attached lun"
with respect to an image on an oVirt storage domain?


Example:

Simple web server: > image
Large database (simple example):
   - root,swap etc: 30GB  > image?
   - data disk: 500GB  -> (direct or image?)

Regards,

Stefano

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





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





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


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

Re: [ovirt-users] oVirt and Cloud-Init

[Luca 'remix_tj' Lorenzetto]

On Wed, Jun 14, 2017 at 3:08 PM, Adam Mills  wrote:
> Hello oVirt Users!
>
> Recent the team that I work on began investigating oVirt as a virtualization
> platform. It is extremely promising, however we have some questions about
> how oVirt does provisioning using Cloud-Init.

Very good!

>
> Specifically the question is: On the wiki the it states "We are most
> interested in using config-drive version 2 [2], which is also in supported
> by OpenStack". Is that currently how Cloud-Init is providing the datasource
> to the machine is via a config-drive being mounted?

Yes. If you start the vm through run-once and specify to use cloud
init (with any configuration specified) a second cdrom drive is
attached automatically containing cloud-init infos. Cloud-init will
read that drive and apply the configuration accordingly.


>
> And the last question: How frequent is too frequent to ask questions to this
> mailing group :D

You can ask as much as you want. I case of excessive mailing, i'll
filter out your request :-P (joking)


Luca


-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt and Cloud-Init

[Adam Mills]

Hello oVirt Users!

Recent the team that I work on began investigating oVirt as a
virtualization platform. It is extremely promising, however we have some
questions about how oVirt does provisioning using Cloud-Init.

Specifically the question is: On the wiki the it states "We are most
interested in using config-drive version 2 [2], which is also in supported
by OpenStack". Is that currently how Cloud-Init is providing the datasource
to the machine is via a config-drive being mounted?

And the last question: How frequent is too frequent to ask questions to
this mailing group :D

---
- name: Adam Mills
   title: Network Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt storage best practise

[Yaniv Kaul]

On Wed, Jun 14, 2017 at 9:23 AM, Idan Shaby  wrote:

> Direct luns are disks that are not managed by oVirt. Ovirt communicates
> directly with the lun itself, without any other layer in between (like lvm
> in image disks).
> The advantage of the direct lun is that it should have better performance
> since there's no overhead of another layer in the middle.
> The disadvantage is that you can't take a snapshot of it (when attached to
> a vm, of course), can't make it a part of a template, export it, and in
> general - you don't manage it.
>

You can, of course, create a snapshot from the storage-side.
Y.


>
> Regards,
> Idan
>
> On Mon, Jun 12, 2017 at 10:10 PM, Stefano Bovina  wrote:
>
>> Thank you very much.
>> What about "direct lun" usage and database example?
>>
>>
>> 2017-06-08 16:40 GMT+02:00 Elad Ben Aharon :
>>
>>> Hi,
>>> Answer inline
>>>
>>> On Thu, Jun 8, 2017 at 1:07 PM, Stefano Bovina  wrote:
>>>
 Hi,
 does a storage best practise document for oVirt exist?


 Some examples:

 oVirt allows to extend an existing storage domain: Is it better to keep
 a 1:1 relation between LUN and oVirt storage domain?

>>> What do you mean by 1:1 relation? Between storage domain and the number
>>> of LUNs the domain reside on?
>>>
 If not, is it better to avoid adding LUNs to an already existing
 storage domain?

>>> No problems with storage domain extension.
>>>

 Following the previous questions:

 Is it better to have 1 Big oVirt storage domain or many small oVirt
 storage domains?

>>> Depends on your needs, be aware to the following:
>>> - Each domain has its own metadata which allocates ~5GB of the domain
>>> size.
>>> - Each domain is being constatntly monitored by the system, so large
>>> number of domain can decrease the system performance.
>>> There are also downsides with having big domains, like less flexability
>>>
>>>
 There is a max num VM/disks for storage domain?


 In which case is it better to use "direct attached lun" with respect to
 an image on an oVirt storage domain?

>>>

>>>
 Example:

 Simple web server:   > image
 Large database (simple example):
- root,swap etc: 30GB  > image?
- data disk: 500GB-> (direct or image?)

 Regards,

 Stefano

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


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

Re: [ovirt-users] hosted-engine network

[Evgenia Tokar]

Hi Arseny,

Looking at the log the ovf doesn't contain the ovirtmgmt network.

1. Can you provide the original vm.conf file the engine was started with?
It is located in a tar archive on your storage domain.
2. It's uncelar from the screenshot, in the network dropdown do you have an
option to add a ovirtmgmt network?

Thanks,
Jenny


On Tue, Jun 13, 2017 at 11:19 AM, Arsène Gschwind  wrote:

> Sorry for that, I haven't checked.
>
> I've replaced the log file with a new version which should work i hope.
>
> Many Thanks.
>
> Regards,
> Arsène
>
> On 06/12/2017 02:33 PM, Martin Sivak wrote:
>
> I am sorry to say so, but it seems the log archive is corrupted. I
> can't open it.
>
> Regards
>
> Martin Sivak
>
> On Mon, Jun 12, 2017 at 12:47 PM, Arsène Gschwind 
>  wrote:
>
> Please find the logs 
> here:https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0
>
> Thanks.
>
> Regards,
> Arsène
>
> Hi,
>
> Sorry for this, it seems that the attachment have been detached.
>
> So let's try again
>
> Regards,
> Arsène
>
>
> On 06/12/2017 11:59 AM, Martin Sivak wrote:
>
> Hi,
>
> I would love to help you, but I didn't get the log file..
>
> Regards
>
> Martin Sivak
>
> On Mon, Jun 12, 2017 at 11:49 AM, Arsène Gschwind 
>  wrote:
>
> Hi all,
>
> Any chance to get help or a hint to solve my Problem, I have no idea how to
> change this configuration since it is not possible using the WebUI.
>
> Thanks a lot.
>
> Regards,
> Arsène
>
>
> On 06/07/2017 11:50 AM, Arsène Gschwind wrote:
>
> Hi all,
>
> Please find attached the agent.log DEBUG and a screenshot from webui
>
> Thanks a lot
>
> Best regards,
>
> Arsène
>
>
> On 06/07/2017 11:27 AM, Martin Sivak wrote:
>
> Hi all,
>
> Yanir is right, the local vm.conf is just a cache of what was
> retrieved from the engine.
>
> I might be interesting to check what the configuration of the engine
> VM shows when edited using the webadmin. Or enable debug logging [1]
> for hosted engine and add the OVF dump we send there now and then (the
> xml representation of the VM).
>
> [1] See /etc/ovirt-hosted-engine-ha/agent-log.conf and change the
> level for root logger to DEBUG
>
> Best regards
>
> Martin Sivak
>
> On Wed, Jun 7, 2017 at 11:12 AM, Yanir Quinn  
>  wrote:
>
> If im not mistaken the values of vm.conf are repopulated from the database ,
> but i wouldn't recommend meddling with DB data.
> maybe the network device wasn't set properly during the hosted engine setup
> ?
>
> On Wed, Jun 7, 2017 at 11:47 AM, Arsène Gschwind  
> 
> wrote:
>
> Hi,
>
> Any chance to get a hint how to change the vm.conf file so it will not be
> overwritten constantly?
>
> Thanks a lot.
>
> Arsène
>
>
> On 06/06/2017 09:50 AM, Arsène Gschwind wrote:
>
> Hi,
>
> I've migrated our oVirt engine to hosted-engine located on a FC storage
> LUN, so far so good.
> For some reason I'm not able to start the hosted-engine VM, after digging
> in the log files i could figured out the reason. The Network device was set
> to "None" as follow:
>
> devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:None,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}
>
> I've created a new config file /var/run/ovirt-hosted-engine-ha/vm.conf.new
> and set the nic device to ovirtmgnt, the I could start the hosted-engine
> using :
> hosted-engine --vm-start
> --vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new
>
> The nic  device line in vm.conf.new looks like:
>
> devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:ovirtmgmt,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}
>
> I tried to find out a way to change this setting on vm.conf but it is
> constantly rewritten, even when using the webui is say's:
> HostedEngine:
>
> There was an attempt to change Hosted Engine VM values that are locked.
>
> Is there a way to modify/correct the hosted-engine vm.conf file so it will
> stay and not be overwritten?
>
> Thanks a lot for any hint/help
>
> rgds,
> arsène
>
> --
>
> Arsène Gschwind
> Fa. Sapify AG im Auftrag der Universität Basel
> IT Services
> Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
> Tel. +41 79 449 25 63  |  http://its.unibas.ch
> ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11 
> <+41%2061%20267%2014%2011>
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
> --
>
> Arsène Gschwind
> Fa. Sapify AG im Auftrag der Universität Basel
> IT Services
> Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
> Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063>  |  http://its.unibas.ch
> ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11 
> <+41%2061%20267%2014%2011>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/

Re: [ovirt-users] Hosted engine

[Sahina Bose]

What's the output of "hosted-engine --vm-status" and "gluster volume status
engine" tell you? Are all the bricks running as per gluster vol status?

Can you try to restart the ovirt-ha-agent and ovirt-ha-broker services?

If HE still has issues powering up, please provide agent.log and broker.log
from /var/log/ovirt-hosted-engine-ha and gluster mount logs from
/var/log/glusterfs/rhev-data-center-mnt .log

On Thu, Jun 8, 2017 at 6:57 PM, Joel Diaz  wrote:

> Good morning oVirt community,
>
> I'm running a three host gluster environment with hosted engine.
>
> Yesterday the engine went down and has not been able to come up properly.
> It tries to start on all three host.
>
> I have two gluster volumes, data and engne. The data storage domian volume
> is no longer mounted but the engine volume is up. I've restarted the
> gluster service and make sure both volumes were running. The data volume
> will not mount.
>
> How can I get the engine running properly again?
>
> Thanks,
>
> Joel
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] TR: HA/Live Migration problems

[CABRIMOL Steven]

 

 

  _  

De : CABRIMOL Steven [mailto:steven.cabri...@c-s.fr] 
Envoyé : mardi 13 juin 2017 17:06
À : 'users@ovirt.org'
Objet : HA/Live Migration problems

 

Hi guys,

 

I do not know if it’s the right place to ask, but it seems you don’t have
any user forum, so :

I just install O’virt and all the basics functions seems to be ok BUT I
can’t do Live migration, and HA is just reboot my host but not the VM’s. 

 

Features Working :

 

2x Hypervisors : power management is ok

2x DATA STORAGE : VM storage and Hosted-engine storage

1x Cluster

2x Centos7 VM : guest-agent install

 

*   I can do cold migration on both hypervisor.
*   The two hypervisor see the storage

 

 

 

I maybe/surely miss something…. ( I don’t found any real how-to for my type
of infra) 

 

 

PS : Just now it work on one side FIFI to RIRI, but not on the other one…

 

 

Hope you can help me, enjoy your day.

 

Bye

 

Log :  ( engine.log)

 

2017-06-13 15:04:08,501+02 INFO
[org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-8)
[37ac066c-6732-4817-99cc-87f954ad09d9] Lock Acquired to object
'EngineLock:{exclusiveLocks='[a5cf6fc3-17dc-45f2-b81f-cb9179df132b=]',
sharedLocks='null'}'

2017-06-13 15:04:08,861+02 INFO
[org.ovirt.engine.core.bll.MigrateVmToServerCommand]
(org.ovirt.thread.pool-6-thread-22) [37ac066c-6732-4817-99cc-87f954ad09d9]
Running command: MigrateVmToServerCommand internal: false. Entities affected
:  ID: a5cf6fc3-17dc-45f2-b81f-cb9179df132b Type: VMAction group MIGRATE_VM
with role type USER

2017-06-13 15:04:09,234+02 INFO
[org.ovirt.engine.core.vdsbroker.MigrateVDSCommand]
(org.ovirt.thread.pool-6-thread-22) [37ac066c-6732-4817-99cc-87f954ad09d9]
START, MigrateVDSCommand( MigrateVDSCommandParameters:{runAsync='true',
hostId='f5523fc0-be7b-4097-a987-bc1902acab84',
vmId='a5cf6fc3-17dc-45f2-b81f-cb9179df132b', srcHost='fifi',
dstVdsId='87e118d8-5331-4b5e-8fd1-c5e7ef91e687',
dstHost='172.17.74.216:54321', migrationMethod='ONLINE',
tunnelMigration='false', migrationDowntime='0', autoConverge='false',
migrateCompressed='false', consoleAddress='null', maxBandwidth='50',
enableGuestEvents='false', maxIncomingMigrations='2',
maxOutgoingMigrations='2', convergenceSchedule='null'}), log id: 1abe8132

2017-06-13 15:04:09,234+02 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
(org.ovirt.thread.pool-6-thread-22) [37ac066c-6732-4817-99cc-87f954ad09d9]
START, MigrateBrokerVDSCommand(HostName = fifi,
MigrateVDSCommandParameters:{runAsync='true',
hostId='f5523fc0-be7b-4097-a987-bc1902acab84',
vmId='a5cf6fc3-17dc-45f2-b81f-cb9179df132b', srcHost='fifi',
dstVdsId='87e118d8-5331-4b5e-8fd1-c5e7ef91e687',
dstHost='172.17.74.216:54321', migrationMethod='ONLINE',
tunnelMigration='false', migrationDowntime='0', autoConverge='false',
migrateCompressed='false', consoleAddress='null', maxBandwidth='50',
enableGuestEvents='false', maxIncomingMigrations='2',
maxOutgoingMigrations='2', convergenceSchedule='null'}), log id: 1a2a6cdc

2017-06-13 15:04:10,068+02 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
(org.ovirt.thread.pool-6-thread-22) [37ac066c-6732-4817-99cc-87f954ad09d9]
FINISH, MigrateBrokerVDSCommand, log id: 1a2a6cdc

2017-06-13 15:04:10,084+02 INFO
[org.ovirt.engine.core.vdsbroker.MigrateVDSCommand]
(org.ovirt.thread.pool-6-thread-22) [37ac066c-6732-4817-99cc-87f954ad09d9]
FINISH, MigrateVDSCommand, return: MigratingFrom, log id: 1abe8132

2017-06-13 15:04:10,127+02 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-6-thread-22) [37ac066c-6732-4817-99cc-87f954ad09d9]
EVENT_ID: VM_MIGRATION_START(62), Correlation ID:
37ac066c-6732-4817-99cc-87f954ad09d9, Job ID:
d625be6c-f91f-4200-accc-3cf4a0e5aa77, Call Stack: null, Custom Event ID: -1,
Message: Migration started (VM: HostedEngine, Source: fifi, Destination:
RIRI, User: admin@internal-authz). 

2017-06-13 15:04:15,219+02 INFO
[org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
(DefaultQuartzScheduler1) [] Fetched 2 VMs from VDS
'87e118d8-5331-4b5e-8fd1-c5e7ef91e687'

2017-06-13 15:04:15,223+02 INFO
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler1) [] VM
'a5cf6fc3-17dc-45f2-b81f-cb9179df132b'(HostedEngine) was unexpectedly
detected as 'MigratingTo' on VDS
'87e118d8-5331-4b5e-8fd1-c5e7ef91e687'(RIRI) (expected on
'f5523fc0-be7b-4097-a987-bc1902acab84')

2017-06-13 15:04:15,223+02 INFO
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler1) [] VM 'a5cf6fc3-17dc-45f2-b81f-cb9179df132b' is
migrating to VDS '87e118d8-5331-4b5e-8fd1-c5e7ef91e687'(RIRI) ignoring it in
the refresh until migration is done

2017-06-13 15:04:30,525+02 INFO
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler9) [] VM
'a5cf6fc3-17dc-45f2-b81f-cb9179df132b'(HostedEngine) was unexpectedly
detected as 'MigratingTo' on VDS
'87e118d8-5331-4b5e-8fd1-c5e7ef91e687'(RIRI) (expected on
'f5523fc