[ovirt-users] Re: hosted engine migration

2020-09-22 Thread Strahil Nikolov via Users
So, let's summarize:

- Cannot migrate the HE due to "CPU policy".
- HE's CPU is westmere - just like hosts
- You have enough resources on the second HE host (both CPU + MEMORY)

What is the Cluster's CPU type (you can check in UI) ?

Maybe you should enable debugging on various locations to identify the issue.

Anything interesting in the libvirt's log for the HostedEngine.xml on the 
destination host ?


Best Regards,
Strahil Nikolov






В вторник, 22 септември 2020 г., 05:37:18 Гринуич+3, ddqlo  
написа: 





Yes. I can. The host which does not host the HE could be reinstalled 
sucessfully in web UI. After this is done nothing has changed.






在 2020-09-22 03:08:18,"Strahil Nikolov"  写道:
>Can you put 1 host in maintenance and use the "Installation" -> "Reinstall" 
>and enable the HE deployment from one of the tabs ?
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В понеделник, 21 септември 2020 г., 06:38:06 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>so strange! After I set global maintenance, powered off and started H The cpu 
>of HE became 'Westmere'(did not change anything). But HE still could not be 
>migrated.
>
>HE xml:
>  
>    Westmere
>    
>    
>    
>    
>    
>    
>    
>      
>    
>  
>
>host capabilities: 
>Westmere
>
>cluster cpu type (UI): 
>
>
>host cpu type (UI):
>
>
>HE cpu type (UI):
>
>
>
>
>
>
>
>在 2020-09-19 13:27:35,"Strahil Nikolov"  写道:
>>Hm... interesting.
>>
>>The VM is using 'Haswell-noTSX'  while the host is 'Westmere'.
>>
>>In my case I got no difference:
>>
>>[root@ovirt1 ~]# virsh  dumpxml HostedEngine | grep Opteron
>>   Opteron_G5
>>[root@ovirt1 ~]# virsh capabilities | grep Opteron
>> Opteron_G5
>>
>>Did you update the cluster holding the Hosted Engine ?
>>
>>
>>I guess you can try to:
>>
>>- Set global maintenance
>>- Power off the HostedEngine VM
>>- virsh dumpxml HostedEngine > /root/HE.xml
>>- use virsh edit to change the cpu of the HE (non-permanent) change
>>- try to power on the modified HE
>>
>>If it powers on , you can try to migrate it and if it succeeds - then you 
>>should make it permanent.
>>
>>
>>
>>
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>В петък, 18 септември 2020 г., 04:40:39 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>HE:
>>
>>
>>  HostedEngine
>>  b4e805ff-556d-42bd-a6df-02f5902fd01c
>>  http://ovirt.org/vm/tune/1.0; 
>>xmlns:ovirt-vm="http://ovirt.org/vm/1.0;>
>>    
>>    http://ovirt.org/vm/1.0;>
>>    4.3
>>    False
>>    false
>>    1024
>>    >type="int">1024
>>    auto_resume
>>    1600307555.19
>>    
>>        external
>>        
>>            4
>>        
>>    
>>    
>>        ovirtmgmt
>>        
>>            4
>>        
>>    
>>    
>>        
>>c17c1934-332f-464c-8f89-ad72463c00b3
>>        /dev/vda2
>>        
>>8eca143a-4535-4421-bd35-9f5764d67d70
>>        
>>----
>>        exclusive
>>        
>>ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>>        
>>            1
>>        
>>        
>>            
>>                
>>c17c1934-332f-464c-8f89-ad72463c00b3
>>                
>>8eca143a-4535-4421-bd35-9f5764d67d70
>>                >type="int">108003328
>>                
>>/dev/c17c1934-332f-464c-8f89-ad72463c00b3/leases
>>                
>>/rhev/data-center/mnt/blockSD/c17c1934-332f-464c-8f89-ad72463c00b3/images/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>>                
>>ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>>            
>>        
>>    
>>    
>>
>>  
>>  67108864
>>  16777216
>>  16777216
>>  64
>>  1
>>  
>>    /machine
>>  
>>  
>>    
>>      oVirt
>>      oVirt Node
>>      7-5.1804.el7.centos
>>      ----0CC47A6B3160
>>      b4e805ff-556d-42bd-a6df-02f5902fd01c
>>    
>>  
>>  
>>    hvm
>>    
>>    
>>    
>>  
>>  
>>    
>>  
>>  
>>    Haswell-noTSX
>>    
>>    
>>    
>>    
>>    
>>    
>>    
>>    
>>    
>>      
>>    
>>  
>>  
>>    
>>    
>>    
>>  
>>  destroy
>>  destroy
>>  destroy
>>  
>>    
>>    
>>  
>>  
>>    /usr/libexec/qemu-kvm
>>    
>>      
>>      
>>      
>>      
>>      
>>      
>>    
>>    
>>      >io='native' iothread='1'/>
>>      >dev='/var/run/vdsm/storage/c17c1934-332f-464c-8f89-ad72463c00b3/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33'>
>>        
>>      
>>      
>>      
>>      8eca143a-4535-4421-bd35-9f5764d67d70
>>      
>>      >function='0x0'/>
>>    
>>    
>>      
>>      
>>      >function='0x0'/>
>>    
>>    
>>      
>>      >function='0x1'/>
>>    
>>    
>>      
>>      >function='0x0'/>
>>    
>>    
>>      
>>      >function='0x2'/>
>>    
>>    
>>      
>>    
>>    
>>      c17c1934-332f-464c-8f89-ad72463c00b3
>>      ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>>      >offset='108003328'/>
>>    
>>    
>>      
>>      
>>      
>>      
>>      
>>      
>>      
>>      
>>      
>>      >function='0x0'/>
>>    
>>    
>>      
>>      
>>      
>>      
>>      
>>      
>>      
>>      
>>      
>>      

[ovirt-users] Re: hosted engine migration

2020-09-21 Thread ddqlo
Yes. I can. The host which does not host the HE could be reinstalled 
sucessfully in web UI. After this is done nothing has changed.














在 2020-09-22 03:08:18,"Strahil Nikolov"  写道:
>Can you put 1 host in maintenance and use the "Installation" -> "Reinstall" 
>and enable the HE deployment from one of the tabs ?
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В понеделник, 21 септември 2020 г., 06:38:06 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>so strange! After I set global maintenance, powered off and started H The cpu 
>of HE became 'Westmere'(did not change anything). But HE still could not be 
>migrated.
>
>HE xml:
>  
>Westmere
>
>
>
>
>
>
>
>  
>
>  
>
>host capabilities: 
>Westmere
>
>cluster cpu type (UI): 
>
>
>host cpu type (UI):
>
>
>HE cpu type (UI):
>
>
>
>
>
>
>
>在 2020-09-19 13:27:35,"Strahil Nikolov"  写道:
>>Hm... interesting.
>>
>>The VM is using 'Haswell-noTSX'  while the host is 'Westmere'.
>>
>>In my case I got no difference:
>>
>>[root@ovirt1 ~]# virsh  dumpxml HostedEngine | grep Opteron
>>   Opteron_G5
>>[root@ovirt1 ~]# virsh capabilities | grep Opteron
>> Opteron_G5
>>
>>Did you update the cluster holding the Hosted Engine ?
>>
>>
>>I guess you can try to:
>>
>>- Set global maintenance
>>- Power off the HostedEngine VM
>>- virsh dumpxml HostedEngine > /root/HE.xml
>>- use virsh edit to change the cpu of the HE (non-permanent) change
>>- try to power on the modified HE
>>
>>If it powers on , you can try to migrate it and if it succeeds - then you 
>>should make it permanent.
>>
>>
>>
>>
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>В петък, 18 септември 2020 г., 04:40:39 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>HE:
>>
>>
>>  HostedEngine
>>  b4e805ff-556d-42bd-a6df-02f5902fd01c
>>  http://ovirt.org/vm/tune/1.0; 
>> xmlns:ovirt-vm="http://ovirt.org/vm/1.0;>
>>
>>http://ovirt.org/vm/1.0;>
>>4.3
>>False
>>false
>>1024
>>> type="int">1024
>>auto_resume
>>1600307555.19
>>
>>external
>>
>>4
>>
>>
>>
>>ovirtmgmt
>>
>>4
>>
>>
>>
>>
>> c17c1934-332f-464c-8f89-ad72463c00b3
>>/dev/vda2
>>
>> 8eca143a-4535-4421-bd35-9f5764d67d70
>>
>> ----
>>exclusive
>>
>> ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>>
>>1
>>
>>
>>
>>
>> c17c1934-332f-464c-8f89-ad72463c00b3
>>
>> 8eca143a-4535-4421-bd35-9f5764d67d70
>>> type="int">108003328
>>
>> /dev/c17c1934-332f-464c-8f89-ad72463c00b3/leases
>>
>> /rhev/data-center/mnt/blockSD/c17c1934-332f-464c-8f89-ad72463c00b3/images/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>>
>> ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>>
>>
>>
>>
>>
>>  
>>  67108864
>>  16777216
>>  16777216
>>  64
>>  1
>>  
>>/machine
>>  
>>  
>>
>>  oVirt
>>  oVirt Node
>>  7-5.1804.el7.centos
>>  ----0CC47A6B3160
>>  b4e805ff-556d-42bd-a6df-02f5902fd01c
>>
>>  
>>  
>>hvm
>>
>>
>>
>>  
>>  
>>
>>  
>>  
>>Haswell-noTSX
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>  
>>
>>  
>>  
>>
>>
>>
>>  
>>  destroy
>>  destroy
>>  destroy
>>  
>>
>>
>>  
>>  
>>/usr/libexec/qemu-kvm
>>
>>  
>>  
>>  
>>  
>>  
>>  
>>
>>
>>  > io='native' iothread='1'/>
>>  > dev='/var/run/vdsm/storage/c17c1934-332f-464c-8f89-ad72463c00b3/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33'>
>>
>>  
>>  
>>  
>>  8eca143a-4535-4421-bd35-9f5764d67d70
>>  
>>  > function='0x0'/>
>>
>>
>>  
>>  
>>  > function='0x0'/>
>>
>>
>>  
>>  > function='0x1'/>
>>
>>
>>  
>>  > function='0x0'/>
>>
>>
>>  
>>  > function='0x2'/>
>>
>>
>>  
>>
>>
>>  c17c1934-332f-464c-8f89-ad72463c00b3
>>  ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>>  > offset='108003328'/>
>>
>>
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  > function='0x0'/>
>>
>>
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  > function='0x0'/>
>>
>>
>>  > path='/var/run/ovirt-vmconsole-console/b4e805ff-556d-42bd-a6df-02f5902fd01c.sock'/>
>>  
>>
>>  
>>  
>>
>>
>>  > path='/var/run/ovirt-vmconsole-console/b4e805ff-556d-42bd-a6df-02f5902fd01c.sock'/>
>>  
>>  
>>
>>
>>  > path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.ovirt-guest-agent.0'/>
>>  
>>  
>>  
>>
>>
>>  > 

[ovirt-users] Re: hosted engine migration

2020-09-21 Thread Strahil Nikolov via Users
Can you put 1 host in maintenance and use the "Installation" -> "Reinstall" and 
enable the HE deployment from one of the tabs ?

Best Regards,
Strahil Nikolov






В понеделник, 21 септември 2020 г., 06:38:06 Гринуич+3, ddqlo  
написа: 





so strange! After I set global maintenance, powered off and started H The cpu 
of HE became 'Westmere'(did not change anything). But HE still could not be 
migrated.

HE xml:
  
    Westmere
    
    
    
    
    
    
    
      
    
  

host capabilities: 
Westmere

cluster cpu type (UI): 


host cpu type (UI):


HE cpu type (UI):







在 2020-09-19 13:27:35,"Strahil Nikolov"  写道:
>Hm... interesting.
>
>The VM is using 'Haswell-noTSX'  while the host is 'Westmere'.
>
>In my case I got no difference:
>
>[root@ovirt1 ~]# virsh  dumpxml HostedEngine | grep Opteron
>   Opteron_G5
>[root@ovirt1 ~]# virsh capabilities | grep Opteron
> Opteron_G5
>
>Did you update the cluster holding the Hosted Engine ?
>
>
>I guess you can try to:
>
>- Set global maintenance
>- Power off the HostedEngine VM
>- virsh dumpxml HostedEngine > /root/HE.xml
>- use virsh edit to change the cpu of the HE (non-permanent) change
>- try to power on the modified HE
>
>If it powers on , you can try to migrate it and if it succeeds - then you 
>should make it permanent.
>
>
>
>
>
>Best Regards,
>Strahil Nikolov
>
>В петък, 18 септември 2020 г., 04:40:39 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>HE:
>
>
>  HostedEngine
>  b4e805ff-556d-42bd-a6df-02f5902fd01c
>  http://ovirt.org/vm/tune/1.0; 
>xmlns:ovirt-vm="http://ovirt.org/vm/1.0;>
>    
>    http://ovirt.org/vm/1.0;>
>    4.3
>    False
>    false
>    1024
>    type="int">1024
>    auto_resume
>    1600307555.19
>    
>        external
>        
>            4
>        
>    
>    
>        ovirtmgmt
>        
>            4
>        
>    
>    
>        
>c17c1934-332f-464c-8f89-ad72463c00b3
>        /dev/vda2
>        
>8eca143a-4535-4421-bd35-9f5764d67d70
>        ----
>        exclusive
>        
>ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>        
>            1
>        
>        
>            
>                
>c17c1934-332f-464c-8f89-ad72463c00b3
>                
>8eca143a-4535-4421-bd35-9f5764d67d70
>                type="int">108003328
>                
>/dev/c17c1934-332f-464c-8f89-ad72463c00b3/leases
>                
>/rhev/data-center/mnt/blockSD/c17c1934-332f-464c-8f89-ad72463c00b3/images/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>                
>ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>            
>        
>    
>    
>
>  
>  67108864
>  16777216
>  16777216
>  64
>  1
>  
>    /machine
>  
>  
>    
>      oVirt
>      oVirt Node
>      7-5.1804.el7.centos
>      ----0CC47A6B3160
>      b4e805ff-556d-42bd-a6df-02f5902fd01c
>    
>  
>  
>    hvm
>    
>    
>    
>  
>  
>    
>  
>  
>    Haswell-noTSX
>    
>    
>    
>    
>    
>    
>    
>    
>    
>      
>    
>  
>  
>    
>    
>    
>  
>  destroy
>  destroy
>  destroy
>  
>    
>    
>  
>  
>    /usr/libexec/qemu-kvm
>    
>      
>      
>      
>      
>      
>      
>    
>    
>      io='native' iothread='1'/>
>      dev='/var/run/vdsm/storage/c17c1934-332f-464c-8f89-ad72463c00b3/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33'>
>        
>      
>      
>      
>      8eca143a-4535-4421-bd35-9f5764d67d70
>      
>      function='0x0'/>
>    
>    
>      
>      
>      function='0x0'/>
>    
>    
>      
>      function='0x1'/>
>    
>    
>      
>      function='0x0'/>
>    
>    
>      
>      function='0x2'/>
>    
>    
>      
>    
>    
>      c17c1934-332f-464c-8f89-ad72463c00b3
>      ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>      offset='108003328'/>
>    
>    
>      
>      
>      
>      
>      
>      
>      
>      
>      
>      function='0x0'/>
>    
>    
>      
>      
>      
>      
>      
>      
>      
>      
>      
>      function='0x0'/>
>    
>    
>      path='/var/run/ovirt-vmconsole-console/b4e805ff-556d-42bd-a6df-02f5902fd01c.sock'/>
>      
>        
>      
>      
>    
>    
>      path='/var/run/ovirt-vmconsole-console/b4e805ff-556d-42bd-a6df-02f5902fd01c.sock'/>
>      
>      
>    
>    
>      path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.ovirt-guest-agent.0'/>
>      
>      
>      
>    
>    
>      path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.org.qemu.guest_agent.0'/>
>      
>      
>      
>    
>    
>      
>      
>      
>    
>    
>      path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.org.ovirt.hosted-engine-setup.0'/>
>      state='disconnected'/>
>      
>      
>    
>    
>      
>      
>    
>    
>      
>    
>    
>      
>    
>    keymap='en-us' passwdValidTo='1970-01-01T00:00:01'>
>      
>    
>    listen='192.168.1.22' passwdValidTo='1970-01-01T00:00:01'>
>      
>      
>      
>      
>  

[ovirt-users] Re: hosted engine migration

2020-09-21 Thread Strahil Nikolov via Users
That's quite strange.
Any errors/clues in the Engine's logs ?

Best Regards,
Strahil Nikolov






В понеделник, 21 септември 2020 г., 05:58:35 Гринуич+3, ddqlo  
написа: 





so strange! After I set global maintenance, powered off and started H The cpu 
of HE became 'Westmere'(did not change anything). But HE still could not be 
migrated.

HE xml:
  
    Westmere
    
    
    
    
    
    
    
      
    
  

host capabilities: 
Westmere

cluster cpu type (UI): 


host cpu type (UI):


HE cpu type (UI):







在 2020-09-19 13:27:35,"Strahil Nikolov"  写道:
>Hm... interesting.
>
>The VM is using 'Haswell-noTSX'  while the host is 'Westmere'.
>
>In my case I got no difference:
>
>[root@ovirt1 ~]# virsh  dumpxml HostedEngine | grep Opteron
>   Opteron_G5
>[root@ovirt1 ~]# virsh capabilities | grep Opteron
> Opteron_G5
>
>Did you update the cluster holding the Hosted Engine ?
>
>
>I guess you can try to:
>
>- Set global maintenance
>- Power off the HostedEngine VM
>- virsh dumpxml HostedEngine > /root/HE.xml
>- use virsh edit to change the cpu of the HE (non-permanent) change
>- try to power on the modified HE
>
>If it powers on , you can try to migrate it and if it succeeds - then you 
>should make it permanent.
>
>
>
>
>
>Best Regards,
>Strahil Nikolov
>
>В петък, 18 септември 2020 г., 04:40:39 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>HE:
>
>
>  HostedEngine
>  b4e805ff-556d-42bd-a6df-02f5902fd01c
>  http://ovirt.org/vm/tune/1.0; 
>xmlns:ovirt-vm="http://ovirt.org/vm/1.0;>
>    
>    http://ovirt.org/vm/1.0;>
>    4.3
>    False
>    false
>    1024
>    type="int">1024
>    auto_resume
>    1600307555.19
>    
>        external
>        
>            4
>        
>    
>    
>        ovirtmgmt
>        
>            4
>        
>    
>    
>        
>c17c1934-332f-464c-8f89-ad72463c00b3
>        /dev/vda2
>        
>8eca143a-4535-4421-bd35-9f5764d67d70
>        ----
>        exclusive
>        
>ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>        
>            1
>        
>        
>            
>                
>c17c1934-332f-464c-8f89-ad72463c00b3
>                
>8eca143a-4535-4421-bd35-9f5764d67d70
>                type="int">108003328
>                
>/dev/c17c1934-332f-464c-8f89-ad72463c00b3/leases
>                
>/rhev/data-center/mnt/blockSD/c17c1934-332f-464c-8f89-ad72463c00b3/images/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>                
>ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>            
>        
>    
>    
>
>  
>  67108864
>  16777216
>  16777216
>  64
>  1
>  
>    /machine
>  
>  
>    
>      oVirt
>      oVirt Node
>      7-5.1804.el7.centos
>      ----0CC47A6B3160
>      b4e805ff-556d-42bd-a6df-02f5902fd01c
>    
>  
>  
>    hvm
>    
>    
>    
>  
>  
>    
>  
>  
>    Haswell-noTSX
>    
>    
>    
>    
>    
>    
>    
>    
>    
>      
>    
>  
>  
>    
>    
>    
>  
>  destroy
>  destroy
>  destroy
>  
>    
>    
>  
>  
>    /usr/libexec/qemu-kvm
>    
>      
>      
>      
>      
>      
>      
>    
>    
>      io='native' iothread='1'/>
>      dev='/var/run/vdsm/storage/c17c1934-332f-464c-8f89-ad72463c00b3/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33'>
>        
>      
>      
>      
>      8eca143a-4535-4421-bd35-9f5764d67d70
>      
>      function='0x0'/>
>    
>    
>      
>      
>      function='0x0'/>
>    
>    
>      
>      function='0x1'/>
>    
>    
>      
>      function='0x0'/>
>    
>    
>      
>      function='0x2'/>
>    
>    
>      
>    
>    
>      c17c1934-332f-464c-8f89-ad72463c00b3
>      ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>      offset='108003328'/>
>    
>    
>      
>      
>      
>      
>      
>      
>      
>      
>      
>      function='0x0'/>
>    
>    
>      
>      
>      
>      
>      
>      
>      
>      
>      
>      function='0x0'/>
>    
>    
>      path='/var/run/ovirt-vmconsole-console/b4e805ff-556d-42bd-a6df-02f5902fd01c.sock'/>
>      
>        
>      
>      
>    
>    
>      path='/var/run/ovirt-vmconsole-console/b4e805ff-556d-42bd-a6df-02f5902fd01c.sock'/>
>      
>      
>    
>    
>      path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.ovirt-guest-agent.0'/>
>      
>      
>      
>    
>    
>      path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.org.qemu.guest_agent.0'/>
>      
>      
>      
>    
>    
>      
>      
>      
>    
>    
>      path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.org.ovirt.hosted-engine-setup.0'/>
>      state='disconnected'/>
>      
>      
>    
>    
>      
>      
>    
>    
>      
>    
>    
>      
>    
>    keymap='en-us' passwdValidTo='1970-01-01T00:00:01'>
>      
>    
>    listen='192.168.1.22' passwdValidTo='1970-01-01T00:00:01'>
>      
>      
>      
>      
>      
>      
>      
>      
>      
>    
>    
>      
>      

[ovirt-users] Re: hosted engine migration

2020-09-20 Thread ddqlo
so strange! After I set global maintenance, powered off and started H The cpu 
of HE became 'Westmere'(did not change anything). But HE still could not be 
migrated.



HE xml:
  
Westmere







  

  


host capabilities: 
Westmere


cluster cpu type (UI): 


host cpu type (UI):


HE cpu type (UI):












在 2020-09-19 13:27:35,"Strahil Nikolov"  写道:
>Hm... interesting.
>
>The VM is using 'Haswell-noTSX'  while the host is 'Westmere'.
>
>In my case I got no difference:
>
>[root@ovirt1 ~]# virsh  dumpxml HostedEngine | grep Opteron
>   Opteron_G5
>[root@ovirt1 ~]# virsh capabilities | grep Opteron
> Opteron_G5
>
>Did you update the cluster holding the Hosted Engine ?
>
>
>I guess you can try to:
>
>- Set global maintenance
>- Power off the HostedEngine VM
>- virsh dumpxml HostedEngine > /root/HE.xml
>- use virsh edit to change the cpu of the HE (non-permanent) change
>- try to power on the modified HE
>
>If it powers on , you can try to migrate it and if it succeeds - then you 
>should make it permanent.
>
>
>
>
>
>Best Regards,
>Strahil Nikolov
>
>В петък, 18 септември 2020 г., 04:40:39 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>HE:
>
>
>  HostedEngine
>  b4e805ff-556d-42bd-a6df-02f5902fd01c
>  http://ovirt.org/vm/tune/1.0; 
> xmlns:ovirt-vm="http://ovirt.org/vm/1.0;>
>
>http://ovirt.org/vm/1.0;>
>4.3
>False
>false
>1024
> type="int">1024
>auto_resume
>1600307555.19
>
>external
>
>4
>
>
>
>ovirtmgmt
>
>4
>
>
>
>
> c17c1934-332f-464c-8f89-ad72463c00b3
>/dev/vda2
>
> 8eca143a-4535-4421-bd35-9f5764d67d70
>----
>exclusive
>
> ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>
>1
>
>
>
>
> c17c1934-332f-464c-8f89-ad72463c00b3
>
> 8eca143a-4535-4421-bd35-9f5764d67d70
> type="int">108003328
>
> /dev/c17c1934-332f-464c-8f89-ad72463c00b3/leases
>
> /rhev/data-center/mnt/blockSD/c17c1934-332f-464c-8f89-ad72463c00b3/images/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>
> ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>
>
>
>
>
>  
>  67108864
>  16777216
>  16777216
>  64
>  1
>  
>/machine
>  
>  
>
>  oVirt
>  oVirt Node
>  7-5.1804.el7.centos
>  ----0CC47A6B3160
>  b4e805ff-556d-42bd-a6df-02f5902fd01c
>
>  
>  
>hvm
>
>
>
>  
>  
>
>  
>  
>Haswell-noTSX
>
>
>
>
>
>
>
>
>
>  
>
>  
>  
>
>
>
>  
>  destroy
>  destroy
>  destroy
>  
>
>
>  
>  
>/usr/libexec/qemu-kvm
>
>  
>  
>  
>  
>  
>  
>
>
>   io='native' iothread='1'/>
>   dev='/var/run/vdsm/storage/c17c1934-332f-464c-8f89-ad72463c00b3/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33'>
>
>  
>  
>  
>  8eca143a-4535-4421-bd35-9f5764d67d70
>  
>   function='0x0'/>
>
>
>  
>  
>   function='0x0'/>
>
>
>  
>   function='0x1'/>
>
>
>  
>   function='0x0'/>
>
>
>  
>   function='0x2'/>
>
>
>  
>
>
>  c17c1934-332f-464c-8f89-ad72463c00b3
>  ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
>   offset='108003328'/>
>
>
>  
>  
>  
>  
>  
>  
>  
>  
>  
>   function='0x0'/>
>
>
>  
>  
>  
>  
>  
>  
>  
>  
>  
>   function='0x0'/>
>
>
>   path='/var/run/ovirt-vmconsole-console/b4e805ff-556d-42bd-a6df-02f5902fd01c.sock'/>
>  
>
>  
>  
>
>
>   path='/var/run/ovirt-vmconsole-console/b4e805ff-556d-42bd-a6df-02f5902fd01c.sock'/>
>  
>  
>
>
>   path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.ovirt-guest-agent.0'/>
>  
>  
>  
>
>
>   path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.org.qemu.guest_agent.0'/>
>  
>  
>  
>
>
>  
>  
>  
>
>
>   path='/var/lib/libvirt/qemu/channels/b4e805ff-556d-42bd-a6df-02f5902fd01c.org.ovirt.hosted-engine-setup.0'/>
>   state='disconnected'/>
>  
>  
>
>
>  
>  
>
>
>  
>
>
>  
>
> keymap='en-us' passwdValidTo='1970-01-01T00:00:01'>
>  
>
> listen='192.168.1.22' passwdValidTo='1970-01-01T00:00:01'>
>  
>  
>  
>  
>  
>  
>  
>  
>  
>
>
>  
>   function='0x0'/>
>
>
>   primary='yes'/>
>  
>   function='0x0'/>
>
>
>  
>  
>   function='0x0'/>
> 

[ovirt-users] Re: hosted engine migration

2020-09-19 Thread Strahil Nikolov via Users
Hm... interesting.

The VM is using 'Haswell-noTSX'  while the host is 'Westmere'.

In my case I got no difference:

[root@ovirt1 ~]# virsh  dumpxml HostedEngine | grep Opteron
   Opteron_G5
[root@ovirt1 ~]# virsh capabilities | grep Opteron
 Opteron_G5

Did you update the cluster holding the Hosted Engine ?


I guess you can try to:

- Set global maintenance
- Power off the HostedEngine VM
- virsh dumpxml HostedEngine > /root/HE.xml
- use virsh edit to change the cpu of the HE (non-permanent) change
- try to power on the modified HE

If it powers on , you can try to migrate it and if it succeeds - then you 
should make it permanent.





Best Regards,
Strahil Nikolov

В петък, 18 септември 2020 г., 04:40:39 Гринуич+3, ddqlo  
написа: 





HE:


  HostedEngine
  b4e805ff-556d-42bd-a6df-02f5902fd01c
  http://ovirt.org/vm/tune/1.0; 
xmlns:ovirt-vm="http://ovirt.org/vm/1.0;>
    
    http://ovirt.org/vm/1.0;>
    4.3
    False
    false
    1024
    1024
    auto_resume
    1600307555.19
    
        external
        
            4
        
    
    
        ovirtmgmt
        
            4
        
    
    
        
c17c1934-332f-464c-8f89-ad72463c00b3
        /dev/vda2
        
8eca143a-4535-4421-bd35-9f5764d67d70
        ----
        exclusive
        
ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
        
            1
        
        
            
                
c17c1934-332f-464c-8f89-ad72463c00b3
                
8eca143a-4535-4421-bd35-9f5764d67d70
                108003328
                
/dev/c17c1934-332f-464c-8f89-ad72463c00b3/leases
                
/rhev/data-center/mnt/blockSD/c17c1934-332f-464c-8f89-ad72463c00b3/images/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
                
ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
            
        
    
    

  
  67108864
  16777216
  16777216
  64
  1
  
    /machine
  
  
    
      oVirt
      oVirt Node
      7-5.1804.el7.centos
      ----0CC47A6B3160
      b4e805ff-556d-42bd-a6df-02f5902fd01c
    
  
  
    hvm
    
    
    
  
  
    
  
  
    Haswell-noTSX
    
    
    
    
    
    
    
    
    
      
    
  
  
    
    
    
  
  destroy
  destroy
  destroy
  
    
    
  
  
    /usr/libexec/qemu-kvm
    
      
      
      
      
      
      
    
    
      
      
        
      
      
      
      8eca143a-4535-4421-bd35-9f5764d67d70
      
      
    
    
      
      
      
    
    
      
      
    
    
      
      
    
    
      
      
    
    
      
    
    
      c17c1934-332f-464c-8f89-ad72463c00b3
      ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
      
    
    
      
      
      
      
      
      
      
      
      
      
    
    
      
      
      
      
      
      
      
      
      
      
    
    
      
      
        
      
      
    
    
      
      
      
    
    
      
      
      
      
    
    
      
      
      
      
    
    
      
      
      
    
    
      
      
      
      
    
    
      
      
    
    
      
    
    
      
    
    
      
    
    
      
      
      
      
      
      
      
      
      
    
    
      
      
    
    
      
      
      
    
    
      
      
      
    
    
      /dev/urandom
      
      
    
  
  
    system_u:system_r:svirt_t:s0:c162,c716
    system_u:object_r:svirt_image_t:s0:c162,c716
  
  
    +107:+107
    +107:+107
  


hosts:


  
    b25adcec-eef2-49a5-8663-7cdcfc50891b
    
      x86_64
      Westmere
      Intel
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
    
    
      
      
      
    
    
    
      
      
        tcp
        rdma
      
    
    
      
        
          32903488
          8225872
          0
          0
          
            
          
          
            
            
            
            
          
        
      
    
    
      
    
    
      selinux
      0
      system_u:system_r:svirt_t:s0
      system_u:system_r:svirt_tcg_t:s0
    
    
      dac
      0
      +107:+107
      +107:+107
    
  
  
    hvm
    
      32
      /usr/libexec/qemu-kvm
      pc-i440fx-rhel7.6.0
      pc
      pc-i440fx-rhel7.0.0
      pc-q35-rhel7.6.0
      q35
      rhel6.3.0
      rhel6.4.0
      rhel6.0.0
      pc-i440fx-rhel7.5.0
      pc-i440fx-rhel7.1.0
      pc-i440fx-rhel7.2.0
      pc-q35-rhel7.3.0
      rhel6.5.0
      pc-q35-rhel7.4.0
      rhel6.6.0
      rhel6.1.0
      rhel6.2.0
      pc-i440fx-rhel7.3.0
      pc-i440fx-rhel7.4.0
      pc-q35-rhel7.5.0
      
      
        /usr/libexec/qemu-kvm
      
    
    
      
      
      
      
      
      
      
    
  
  
    hvm
    
      64
      

[ovirt-users] Re: hosted engine migration

2020-09-17 Thread ddqlo
HE:



  HostedEngine
  b4e805ff-556d-42bd-a6df-02f5902fd01c
  http://ovirt.org/vm/tune/1.0; 
xmlns:ovirt-vm="http://ovirt.org/vm/1.0;>

http://ovirt.org/vm/1.0;>
4.3
False
false
1024
1024
auto_resume
1600307555.19

external

4



ovirtmgmt

4




c17c1934-332f-464c-8f89-ad72463c00b3
/dev/vda2

8eca143a-4535-4421-bd35-9f5764d67d70
----
exclusive

ae961104-c3b3-4a43-9f46-7fa6bdc2ac33

1




c17c1934-332f-464c-8f89-ad72463c00b3

8eca143a-4535-4421-bd35-9f5764d67d70
108003328

/dev/c17c1934-332f-464c-8f89-ad72463c00b3/leases

/rhev/data-center/mnt/blockSD/c17c1934-332f-464c-8f89-ad72463c00b3/images/8eca143a-4535-4421-bd35-9f5764d67d70/ae961104-c3b3-4a43-9f46-7fa6bdc2ac33

ae961104-c3b3-4a43-9f46-7fa6bdc2ac33





  
  67108864
  16777216
  16777216
  64
  1
  
/machine
  
  

  oVirt
  oVirt Node
  7-5.1804.el7.centos
  ----0CC47A6B3160
  b4e805ff-556d-42bd-a6df-02f5902fd01c

  
  
hvm



  
  

  
  
Haswell-noTSX









  

  
  



  
  destroy
  destroy
  destroy
  


  
  
/usr/libexec/qemu-kvm

  
  
  
  
  
  


  
  

  
  
  
  8eca143a-4535-4421-bd35-9f5764d67d70
  
  


  
  
  


  
  


  
  


  
  


  


  c17c1934-332f-464c-8f89-ad72463c00b3
  ae961104-c3b3-4a43-9f46-7fa6bdc2ac33
  


  
  
  
  
  
  
  
  
  
  


  
  
  
  
  
  
  
  
  
  


  
  

  
  


  
  
  


  
  
  
  


  
  
  
  


  
  
  


  
  
  
  


  
  


  


  


  


  
  
  
  
  
  
  
  
  


  
  


  
  
  


  
  
  


  /dev/urandom
  
  

  
  
system_u:system_r:svirt_t:s0:c162,c716
system_u:object_r:svirt_image_t:s0:c162,c716
  
  
+107:+107
+107:+107
  



hosts:



  
b25adcec-eef2-49a5-8663-7cdcfc50891b

  x86_64
  Westmere
  Intel
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  


  
  
  



  
  
tcp
rdma
  


  

  32903488
  8225872
  0
  0
  

  
  




  

  


  


  selinux
  0
  system_u:system_r:svirt_t:s0
  system_u:system_r:svirt_tcg_t:s0


  dac
  0
  +107:+107
  +107:+107

  
  
hvm

  32
  /usr/libexec/qemu-kvm
  pc-i440fx-rhel7.6.0
  pc
  pc-i440fx-rhel7.0.0
  pc-q35-rhel7.6.0
  q35
  rhel6.3.0
  rhel6.4.0
  rhel6.0.0
  pc-i440fx-rhel7.5.0
  pc-i440fx-rhel7.1.0
  pc-i440fx-rhel7.2.0
  pc-q35-rhel7.3.0
  rhel6.5.0
  pc-q35-rhel7.4.0
  rhel6.6.0
  rhel6.1.0
  rhel6.2.0
  pc-i440fx-rhel7.3.0
  pc-i440fx-rhel7.4.0
  pc-q35-rhel7.5.0
  
  
/usr/libexec/qemu-kvm
  


  
  
  
  
  
  
  

  
  
hvm

  64
  /usr/libexec/qemu-kvm
  pc-i440fx-rhel7.6.0
  pc
  pc-i440fx-rhel7.0.0
  pc-q35-rhel7.6.0
  q35
  rhel6.3.0
  rhel6.4.0
  rhel6.0.0
  pc-i440fx-rhel7.5.0
  pc-i440fx-rhel7.1.0
  pc-i440fx-rhel7.2.0
  pc-q35-rhel7.3.0
  rhel6.5.0
  pc-q35-rhel7.4.0
  rhel6.6.0
  rhel6.1.0
  rhel6.2.0
  pc-i440fx-rhel7.3.0
  pc-i440fx-rhel7.4.0
  pc-q35-rhel7.5.0
  
  
/usr/libexec/qemu-kvm
  


  
  
  
  
  

  









在 2020-09-17 12:00:19,"Strahil Nikolov"  写道:
>It would be easier if you posted the whole xml.
>
>What about the sections (in HE xml) starting with:
>feature policy=
>
>Also the hosts have a section which contains:
>
>

[ovirt-users] Re: hosted engine migration

2020-09-16 Thread Strahil Nikolov via Users
It would be easier if you posted the whole xml.

What about the sections (in HE xml) starting with:
feature policy=

Also the hosts have a section which contains:

 
написа: 





HostedEngine:
..
Haswell-noTSX
..

both of the hosts:
..
Westmere
..

others vms which can be migrated:
..
Haswell-noTSX
..



在 2020-09-17 03:03:24,"Strahil Nikolov"  写道:
>Can you verify the HostedEngine's CPU ?
>
>1. ssh to the host hosting the HE
>2. alias virsh='virsh -c 
>qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'
>3. virsh dumpxml HostedEngine
>
>
>Then set the alias for virsh on all Hosts and 'virsh capabilites' should show 
>the Hosts'  .
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В сряда, 16 септември 2020 г., 10:16:08 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>My gateway was not pingable. I have fixed this problem and now both nodes have 
>a score(3400).
>Yet, hosted engine could not be migrated. Same log in engine.log:
>host filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU'
>
>
>在 2020-09-16 02:11:09,"Strahil Nikolov"  写道:
>>Both nodes have a lower than the usual score (should be 3400 ).
>>Based on the score you are probably suffering from gateway-score-penalty 
>>[1][2].
>>Check if your gateway is pingable.
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>1 - https://www.ovirt.org/images/Hosted-Engine-4.3-deep-dive.pdf(page 8)
>>2 - /etc/ovirt-hosted-engine-ha/agent.conf 
>>
>>
>>
>>
>>
>>
>>В вторник, 15 септември 2020 г., 04:49:48 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>--== Host node28 (id: 1) status ==--
>>
>>conf_on_shared_storage             : True
>>Status up-to-date                  : True
>>Hostname                           : node28
>>Host ID                            : 1
>>Engine status                      : {"reason": "vm not running on this 
>>host", "health": "bad", "vm": "down_unexpected", "detail": "unknown"}
>>Score                              : 1800
>>stopped                            : False
>>Local maintenance                  : False
>>crc32                              : 4ac6105b
>>local_conf_timestamp               : 1794597
>>Host timestamp                     : 1794597
>>Extra metadata (valid at timestamp):
>>        metadata_parse_version=1
>>        metadata_feature_version=1
>>        timestamp=1794597 (Tue Sep 15 09:47:17 2020)
>>        host-id=1
>>        score=1800
>>        vm_conf_refresh_time=1794597 (Tue Sep 15 09:47:17 2020)
>>        conf_on_shared_storage=True
>>        maintenance=False
>>        state=EngineDown
>>        stopped=False
>>
>>
>>--== Host node22 (id: 2) status ==--
>>
>>conf_on_shared_storage             : True
>>Status up-to-date                  : True
>>Hostname                           : node22
>>Host ID                            : 2
>>Engine status                      : {"health": "good", "vm": "up", "detail": 
>>"Up"}
>>Score                              : 1800
>>stopped                            : False
>>Local maintenance                  : False
>>crc32                              : ffc41893
>>local_conf_timestamp               : 1877876
>>Host timestamp                     : 1877876
>>Extra metadata (valid at timestamp):
>>        metadata_parse_version=1
>>        metadata_feature_version=1
>>        timestamp=1877876 (Tue Sep 15 09:47:13 2020)
>>        host-id=2
>>        score=1800
>>        vm_conf_refresh_time=1877876 (Tue Sep 15 09:47:13 2020)
>>        conf_on_shared_storage=True
>>        maintenance=False
>>        state=EngineUp
>>        stopped=False
>>
>>
>>
>>
>>
>>
>>
>>在 2020-09-09 01:32:55,"Strahil Nikolov"  写道:
>>>What is the output of 'hosted-engine --vm-status' on the node where the 
>>>HostedEngine is running ?
>>>
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В понеделник, 7 септември 2020 г., 03:53:13 Гринуич+3, ddqlo  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>I could not find any logs because the migration button is disabled in the 
>>>web UI. It seems that the engine migration operation is prevented at first. 
>>>Any other ideas? Thanks!
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
I had one similar issue , but powering off and on the HE has fixed it.

You have to check the vdsm log on the source and on destination in order to 
figure out what is going on.
Also you might consider checking the libvirt logs on the destination.

Best Regards,
Strahil Nikolov






В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
написа: 





Thanks! The scores of all nodes are not '0'. I find that someone has 
already asked a question like this. It seems that  this feature has been 
disabled in 4.3. I am not sure if it is enabled in 4.4.


在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>Have you checked under a shell the output of 'hosted-engine 

[ovirt-users] Re: hosted engine migration

2020-09-16 Thread Strahil Nikolov via Users
It would be easier if you posted the whole xml.

What about the sections (in HE xml) starting with:
feature policy=

Also the hosts have a section which contains:








В четвъртък, 17 септември 2020 г., 05:54:12 Гринуич+3, ddqlo  
написа: 





HostedEngine:
..
Haswell-noTSX
..

both of the hosts:
..
Westmere
..

others vms which can be migrated:
..
Haswell-noTSX
..



在 2020-09-17 03:03:24,"Strahil Nikolov"  写道:
>Can you verify the HostedEngine's CPU ?
>
>1. ssh to the host hosting the HE
>2. alias virsh='virsh -c 
>qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'
>3. virsh dumpxml HostedEngine
>
>
>Then set the alias for virsh on all Hosts and 'virsh capabilites' should show 
>the Hosts'  .
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В сряда, 16 септември 2020 г., 10:16:08 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>My gateway was not pingable. I have fixed this problem and now both nodes have 
>a score(3400).
>Yet, hosted engine could not be migrated. Same log in engine.log:
>host filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU'
>
>
>在 2020-09-16 02:11:09,"Strahil Nikolov"  写道:
>>Both nodes have a lower than the usual score (should be 3400 ).
>>Based on the score you are probably suffering from gateway-score-penalty 
>>[1][2].
>>Check if your gateway is pingable.
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>1 - https://www.ovirt.org/images/Hosted-Engine-4.3-deep-dive.pdf(page 8)
>>2 - /etc/ovirt-hosted-engine-ha/agent.conf 
>>
>>
>>
>>
>>
>>
>>В вторник, 15 септември 2020 г., 04:49:48 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>--== Host node28 (id: 1) status ==--
>>
>>conf_on_shared_storage             : True
>>Status up-to-date                  : True
>>Hostname                           : node28
>>Host ID                            : 1
>>Engine status                      : {"reason": "vm not running on this 
>>host", "health": "bad", "vm": "down_unexpected", "detail": "unknown"}
>>Score                              : 1800
>>stopped                            : False
>>Local maintenance                  : False
>>crc32                              : 4ac6105b
>>local_conf_timestamp               : 1794597
>>Host timestamp                     : 1794597
>>Extra metadata (valid at timestamp):
>>        metadata_parse_version=1
>>        metadata_feature_version=1
>>        timestamp=1794597 (Tue Sep 15 09:47:17 2020)
>>        host-id=1
>>        score=1800
>>        vm_conf_refresh_time=1794597 (Tue Sep 15 09:47:17 2020)
>>        conf_on_shared_storage=True
>>        maintenance=False
>>        state=EngineDown
>>        stopped=False
>>
>>
>>--== Host node22 (id: 2) status ==--
>>
>>conf_on_shared_storage             : True
>>Status up-to-date                  : True
>>Hostname                           : node22
>>Host ID                            : 2
>>Engine status                      : {"health": "good", "vm": "up", "detail": 
>>"Up"}
>>Score                              : 1800
>>stopped                            : False
>>Local maintenance                  : False
>>crc32                              : ffc41893
>>local_conf_timestamp               : 1877876
>>Host timestamp                     : 1877876
>>Extra metadata (valid at timestamp):
>>        metadata_parse_version=1
>>        metadata_feature_version=1
>>        timestamp=1877876 (Tue Sep 15 09:47:13 2020)
>>        host-id=2
>>        score=1800
>>        vm_conf_refresh_time=1877876 (Tue Sep 15 09:47:13 2020)
>>        conf_on_shared_storage=True
>>        maintenance=False
>>        state=EngineUp
>>        stopped=False
>>
>>
>>
>>
>>
>>
>>
>>在 2020-09-09 01:32:55,"Strahil Nikolov"  写道:
>>>What is the output of 'hosted-engine --vm-status' on the node where the 
>>>HostedEngine is running ?
>>>
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В понеделник, 7 септември 2020 г., 03:53:13 Гринуич+3, ddqlo  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>I could not find any logs because the migration button is disabled in the 
>>>web UI. It seems that the engine migration operation is prevented at first. 
>>>Any other ideas? Thanks!
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
I had one similar issue , but powering off and on the HE has fixed it.

You have to check the vdsm log on the source and on destination in order to 
figure out what is going on.
Also you might consider checking the libvirt logs on the destination.

Best Regards,
Strahil Nikolov






В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
написа: 





Thanks! The scores of all nodes are not '0'. I find that someone has 
already asked a question like this. It seems that  this feature has been 
disabled in 4.3. I am not sure if it is enabled in 4.4.


在 2020-08-29 02:27:03,"Strahil Nikolov" 

[ovirt-users] Re: hosted engine migration

2020-09-16 Thread ddqlo
HostedEngine:
..
Haswell-noTSX
..


both of the hosts:
..
Westmere
..


others vms which can be migrated:
..
Haswell-noTSX
..





在 2020-09-17 03:03:24,"Strahil Nikolov"  写道:
>Can you verify the HostedEngine's CPU ?
>
>1. ssh to the host hosting the HE
>2. alias virsh='virsh -c 
>qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'
>3. virsh dumpxml HostedEngine
>
>
>Then set the alias for virsh on all Hosts and 'virsh capabilites' should show 
>the Hosts'  .
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В сряда, 16 септември 2020 г., 10:16:08 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>My gateway was not pingable. I have fixed this problem and now both nodes have 
>a score(3400).
>Yet, hosted engine could not be migrated. Same log in engine.log:
>host filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU'
>
>
>在 2020-09-16 02:11:09,"Strahil Nikolov"  写道:
>>Both nodes have a lower than the usual score (should be 3400 ).
>>Based on the score you are probably suffering from gateway-score-penalty 
>>[1][2].
>>Check if your gateway is pingable.
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>1 - https://www.ovirt.org/images/Hosted-Engine-4.3-deep-dive.pdf(page 8)
>>2 - /etc/ovirt-hosted-engine-ha/agent.conf 
>>
>>
>>
>>
>>
>>
>>В вторник, 15 септември 2020 г., 04:49:48 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>--== Host node28 (id: 1) status ==--
>>
>>conf_on_shared_storage : True
>>Status up-to-date  : True
>>Hostname   : node28
>>Host ID: 1
>>Engine status  : {"reason": "vm not running on this 
>>host", "health": "bad", "vm": "down_unexpected", "detail": "unknown"}
>>Score  : 1800
>>stopped: False
>>Local maintenance  : False
>>crc32  : 4ac6105b
>>local_conf_timestamp   : 1794597
>>Host timestamp : 1794597
>>Extra metadata (valid at timestamp):
>>metadata_parse_version=1
>>metadata_feature_version=1
>>timestamp=1794597 (Tue Sep 15 09:47:17 2020)
>>host-id=1
>>score=1800
>>vm_conf_refresh_time=1794597 (Tue Sep 15 09:47:17 2020)
>>conf_on_shared_storage=True
>>maintenance=False
>>state=EngineDown
>>stopped=False
>>
>>
>>--== Host node22 (id: 2) status ==--
>>
>>conf_on_shared_storage : True
>>Status up-to-date  : True
>>Hostname   : node22
>>Host ID: 2
>>Engine status  : {"health": "good", "vm": "up", "detail": 
>>"Up"}
>>Score  : 1800
>>stopped: False
>>Local maintenance  : False
>>crc32  : ffc41893
>>local_conf_timestamp   : 1877876
>>Host timestamp : 1877876
>>Extra metadata (valid at timestamp):
>>metadata_parse_version=1
>>metadata_feature_version=1
>>timestamp=1877876 (Tue Sep 15 09:47:13 2020)
>>host-id=2
>>score=1800
>>vm_conf_refresh_time=1877876 (Tue Sep 15 09:47:13 2020)
>>conf_on_shared_storage=True
>>maintenance=False
>>state=EngineUp
>>stopped=False
>>
>>
>>
>>
>>
>>
>>
>>在 2020-09-09 01:32:55,"Strahil Nikolov"  写道:
>>>What is the output of 'hosted-engine --vm-status' on the node where the 
>>>HostedEngine is running ?
>>>
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В понеделник, 7 септември 2020 г., 03:53:13 Гринуич+3, ddqlo  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>I could not find any logs because the migration button is disabled in the 
>>>web UI. It seems that the engine migration operation is prevented at first. 
>>>Any other ideas? Thanks!
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
I had one similar issue , but powering off and on the HE has fixed it.

You have to check the vdsm log on the source and on destination in order to 
figure out what is going on.
Also you might consider checking the libvirt logs on the destination.

Best Regards,
Strahil Nikolov






В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
написа: 





Thanks! The scores of all nodes are not '0'. I find that someone has 
already asked a question like this. It seems that  this feature has been 
disabled in 4.3. I am not sure if it is enabled in 4.4.


在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>

[ovirt-users] Re: hosted engine migration

2020-09-16 Thread Strahil Nikolov via Users
Can you verify the HostedEngine's CPU ?

1. ssh to the host hosting the HE
2. alias virsh='virsh -c 
qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'
3. virsh dumpxml HostedEngine


Then set the alias for virsh on all Hosts and 'virsh capabilites' should show 
the Hosts'  .

Best Regards,
Strahil Nikolov






В сряда, 16 септември 2020 г., 10:16:08 Гринуич+3, ddqlo  
написа: 





My gateway was not pingable. I have fixed this problem and now both nodes have 
a score(3400).
Yet, hosted engine could not be migrated. Same log in engine.log:
host filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU'


在 2020-09-16 02:11:09,"Strahil Nikolov"  写道:
>Both nodes have a lower than the usual score (should be 3400 ).
>Based on the score you are probably suffering from gateway-score-penalty 
>[1][2].
>Check if your gateway is pingable.
>
>Best Regards,
>Strahil Nikolov
>
>1 - https://www.ovirt.org/images/Hosted-Engine-4.3-deep-dive.pdf(page 8)
>2 - /etc/ovirt-hosted-engine-ha/agent.conf 
>
>
>
>
>
>
>В вторник, 15 септември 2020 г., 04:49:48 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>--== Host node28 (id: 1) status ==--
>
>conf_on_shared_storage             : True
>Status up-to-date                  : True
>Hostname                           : node28
>Host ID                            : 1
>Engine status                      : {"reason": "vm not running on this host", 
>"health": "bad", "vm": "down_unexpected", "detail": "unknown"}
>Score                              : 1800
>stopped                            : False
>Local maintenance                  : False
>crc32                              : 4ac6105b
>local_conf_timestamp               : 1794597
>Host timestamp                     : 1794597
>Extra metadata (valid at timestamp):
>        metadata_parse_version=1
>        metadata_feature_version=1
>        timestamp=1794597 (Tue Sep 15 09:47:17 2020)
>        host-id=1
>        score=1800
>        vm_conf_refresh_time=1794597 (Tue Sep 15 09:47:17 2020)
>        conf_on_shared_storage=True
>        maintenance=False
>        state=EngineDown
>        stopped=False
>
>
>--== Host node22 (id: 2) status ==--
>
>conf_on_shared_storage             : True
>Status up-to-date                  : True
>Hostname                           : node22
>Host ID                            : 2
>Engine status                      : {"health": "good", "vm": "up", "detail": 
>"Up"}
>Score                              : 1800
>stopped                            : False
>Local maintenance                  : False
>crc32                              : ffc41893
>local_conf_timestamp               : 1877876
>Host timestamp                     : 1877876
>Extra metadata (valid at timestamp):
>        metadata_parse_version=1
>        metadata_feature_version=1
>        timestamp=1877876 (Tue Sep 15 09:47:13 2020)
>        host-id=2
>        score=1800
>        vm_conf_refresh_time=1877876 (Tue Sep 15 09:47:13 2020)
>        conf_on_shared_storage=True
>        maintenance=False
>        state=EngineUp
>        stopped=False
>
>
>
>
>
>
>
>在 2020-09-09 01:32:55,"Strahil Nikolov"  写道:
>>What is the output of 'hosted-engine --vm-status' on the node where the 
>>HostedEngine is running ?
>>
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>
>>
>>
>>
>>
>>В понеделник, 7 септември 2020 г., 03:53:13 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>I could not find any logs because the migration button is disabled in the web 
>>UI. It seems that the engine migration operation is prevented at first. Any 
>>other ideas? Thanks!
>>
>>
>>
>>
>>
>>
>>
>>在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>>>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>>>I had one similar issue , but powering off and on the HE has fixed it.
>>>
>>>You have to check the vdsm log on the source and on destination in order to 
>>>figure out what is going on.
>>>Also you might consider checking the libvirt logs on the destination.
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>>>asked a question like this. It seems that  this feature has been disabled in 
>>>4.3. I am not sure if it is enabled in 4.4.
>>>
>>>
>>>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
Have you checked under a shell the output of 'hosted-engine --vm-status' . 
Check the Score of the hosts. Maybe there is a node with score of '0' ?

Best Regards,
Strahil Nikolov






В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
написа: 





Hi all,
        I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
environment could be migrated, but the hosted engine vm could not be 
migrated. Anyone can help? Thanks a lot!

hosts status:

normal vm migration:

hosted engine 

[ovirt-users] Re: hosted engine migration

2020-09-16 Thread ddqlo
My gateway was not pingable. I have fixed this problem and now both nodes have 
a score(3400).
Yet, hosted engine could not be migrated. Same log in engine.log:
host filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU'








在 2020-09-16 02:11:09,"Strahil Nikolov"  写道:
>Both nodes have a lower than the usual score (should be 3400 ).
>Based on the score you are probably suffering from gateway-score-penalty 
>[1][2].
>Check if your gateway is pingable.
>
>Best Regards,
>Strahil Nikolov
>
>1 - https://www.ovirt.org/images/Hosted-Engine-4.3-deep-dive.pdf(page 8)
>2 - /etc/ovirt-hosted-engine-ha/agent.conf 
>
>
>
>
>
>
>В вторник, 15 септември 2020 г., 04:49:48 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>--== Host node28 (id: 1) status ==--
>
>conf_on_shared_storage : True
>Status up-to-date  : True
>Hostname   : node28
>Host ID: 1
>Engine status  : {"reason": "vm not running on this host", 
>"health": "bad", "vm": "down_unexpected", "detail": "unknown"}
>Score  : 1800
>stopped: False
>Local maintenance  : False
>crc32  : 4ac6105b
>local_conf_timestamp   : 1794597
>Host timestamp : 1794597
>Extra metadata (valid at timestamp):
>metadata_parse_version=1
>metadata_feature_version=1
>timestamp=1794597 (Tue Sep 15 09:47:17 2020)
>host-id=1
>score=1800
>vm_conf_refresh_time=1794597 (Tue Sep 15 09:47:17 2020)
>conf_on_shared_storage=True
>maintenance=False
>state=EngineDown
>stopped=False
>
>
>--== Host node22 (id: 2) status ==--
>
>conf_on_shared_storage : True
>Status up-to-date  : True
>Hostname   : node22
>Host ID: 2
>Engine status  : {"health": "good", "vm": "up", "detail": 
>"Up"}
>Score  : 1800
>stopped: False
>Local maintenance  : False
>crc32  : ffc41893
>local_conf_timestamp   : 1877876
>Host timestamp : 1877876
>Extra metadata (valid at timestamp):
>metadata_parse_version=1
>metadata_feature_version=1
>timestamp=1877876 (Tue Sep 15 09:47:13 2020)
>host-id=2
>score=1800
>vm_conf_refresh_time=1877876 (Tue Sep 15 09:47:13 2020)
>conf_on_shared_storage=True
>maintenance=False
>state=EngineUp
>stopped=False
>
>
>
>
>
>
>
>在 2020-09-09 01:32:55,"Strahil Nikolov"  写道:
>>What is the output of 'hosted-engine --vm-status' on the node where the 
>>HostedEngine is running ?
>>
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>
>>
>>
>>
>>
>>В понеделник, 7 септември 2020 г., 03:53:13 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>I could not find any logs because the migration button is disabled in the web 
>>UI. It seems that the engine migration operation is prevented at first. Any 
>>other ideas? Thanks!
>>
>>
>>
>>
>>
>>
>>
>>在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>>>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>>>I had one similar issue , but powering off and on the HE has fixed it.
>>>
>>>You have to check the vdsm log on the source and on destination in order to 
>>>figure out what is going on.
>>>Also you might consider checking the libvirt logs on the destination.
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>>>asked a question like this. It seems that  this feature has been disabled in 
>>>4.3. I am not sure if it is enabled in 4.4.
>>>
>>>
>>>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
Have you checked under a shell the output of 'hosted-engine --vm-status' . 
Check the Score of the hosts. Maybe there is a node with score of '0' ?

Best Regards,
Strahil Nikolov






В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
написа: 





Hi all,
I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
 environment could be migrated, but the hosted engine vm could not be 
 migrated. Anyone can help? Thanks a lot!

hosts status:

normal vm migration:

hosted engine vm migration:



 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 

[ovirt-users] Re: hosted engine migration

2020-09-15 Thread Strahil Nikolov via Users
Both nodes have a lower than the usual score (should be 3400 ).
Based on the score you are probably suffering from gateway-score-penalty [1][2].
Check if your gateway is pingable.

Best Regards,
Strahil Nikolov

1 - https://www.ovirt.org/images/Hosted-Engine-4.3-deep-dive.pdf(page 8)
2 - /etc/ovirt-hosted-engine-ha/agent.conf 






В вторник, 15 септември 2020 г., 04:49:48 Гринуич+3, ddqlo  
написа: 





--== Host node28 (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : node28
Host ID                            : 1
Engine status                      : {"reason": "vm not running on this host", 
"health": "bad", "vm": "down_unexpected", "detail": "unknown"}
Score                              : 1800
stopped                            : False
Local maintenance                  : False
crc32                              : 4ac6105b
local_conf_timestamp               : 1794597
Host timestamp                     : 1794597
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1794597 (Tue Sep 15 09:47:17 2020)
        host-id=1
        score=1800
        vm_conf_refresh_time=1794597 (Tue Sep 15 09:47:17 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineDown
        stopped=False


--== Host node22 (id: 2) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : node22
Host ID                            : 2
Engine status                      : {"health": "good", "vm": "up", "detail": 
"Up"}
Score                              : 1800
stopped                            : False
Local maintenance                  : False
crc32                              : ffc41893
local_conf_timestamp               : 1877876
Host timestamp                     : 1877876
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1877876 (Tue Sep 15 09:47:13 2020)
        host-id=2
        score=1800
        vm_conf_refresh_time=1877876 (Tue Sep 15 09:47:13 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineUp
        stopped=False







在 2020-09-09 01:32:55,"Strahil Nikolov"  写道:
>What is the output of 'hosted-engine --vm-status' on the node where the 
>HostedEngine is running ?
>
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В понеделник, 7 септември 2020 г., 03:53:13 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>I could not find any logs because the migration button is disabled in the web 
>UI. It seems that the engine migration operation is prevented at first. Any 
>other ideas? Thanks!
>
>
>
>
>
>
>
>在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>>I had one similar issue , but powering off and on the HE has fixed it.
>>
>>You have to check the vdsm log on the source and on destination in order to 
>>figure out what is going on.
>>Also you might consider checking the libvirt logs on the destination.
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>
>>
>>
>>
>>
>>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>>asked a question like this. It seems that  this feature has been disabled in 
>>4.3. I am not sure if it is enabled in 4.4.
>>
>>
>>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>>>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>>>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>Hi all,
>>>        I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
>>>environment could be migrated, but the hosted engine vm could not be 
>>>migrated. Anyone can help? Thanks a lot!
>>>
>>>hosts status:
>>>
>>>normal vm migration:
>>>
>>>hosted engine vm migration:
>>>
>>>
>>>
>>> 
>>>___
>>>Users mailing list -- users@ovirt.org
>>>To unsubscribe send an email to users-le...@ovirt.org
>>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>oVirt Code of Conduct: 
>>>https://www.ovirt.org/community/about/community-guidelines/
>>>List Archives: 
>>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>>
>>
>>
>>
>> 
>>___
>>Users mailing list -- users@ovirt.org
>>To unsubscribe send an email to users-le...@ovirt.org
>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>oVirt Code of Conduct: 
>>https://www.ovirt.org/community/about/community-guidelines/
>>List Archives: 

[ovirt-users] Re: hosted engine migration

2020-09-14 Thread ddqlo
I have tried. It does not work.
My host network:

Will this help?











在 2020-09-09 22:52:25,"Strahil Nikolov"  写道:
>I think that you can try to set one of the HE hosts into maintenance and then 
>use UI to 'reinstall'. Don't forget to mark the host as a HE host also (some 
>dropdown in the UI wizard).
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В вторник, 8 септември 2020 г., 10:24:00 Гринуич+3, Yedidyah Bar David 
> написа: 
>
>
>
>
>
>On Tue, Sep 8, 2020 at 4:33 AM ddqlo  wrote:
>> my hosts cpu:Intel Haswell-noTSX Family
>> cluster cpu:Intel Haswell-noTSX Family
>> HostedEngine vm cpu:Intel Haswell-noTSX Family
>> 
>> When I tried to put the host in maintenance in web UI, I got an error:
>> 
>> 
>
>Adding Arik. Arik - any idea what else to test?
> 
>> 
>> 
>> When I typed the command, I got this:
>> [root@node22 ~]# hosted-engine --set-maintenance --mode=local
>> Unable to enter local maintenance mode: the engine VM is running on the 
>> current host, please migrate it before entering local maintenance mode.
>
>Sorry, I wasn't aware that this was disabled since 4.3.5, about a year ago:
>
>https://gerrit.ovirt.org/#/q/Ia06b9bc6e65a7937e6d6462c001b59572369fe66,n,z
>
>So you'll have to first fix migration on engine level.
>
>Best regards,
>
> 
>> 
>> 
>> 
>> 
>> At 2020-09-07 12:52:01, "Yedidyah Bar David"  wrote:
>>>On Mon, Sep 7, 2020 at 4:13 AM ddqlo  wrote:

 I have found some engine logs:

 2020-09-07 09:00:45,428+08 INFO  
 [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
 [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node22' 
 ('585b374b-4c82-4f5c-aad7-196d9f5d5625') was filtered out by 
 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)

 2020-09-07 09:00:45,428+08 INFO  
 [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
 [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node28' 
 ('a678a15d-19e6-46f2-80bf-c3181197a0a6') was filtered out by 
 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)


 It seems that both of the two hosts were filtered out.
>>>
>>>So please check cpu conf of the hosts, cluster, VM, etc.
>>>
>>>One more thing you can try is to force putting the host in maintenance
>>>- this will require migrating the engine VM.
>>>
>>>If the engine refuses to do that, because it can't migrate the VM due
>>>to above issue, you can try instead:
>>>
>>>hosted-engine --set-maintenance --mode=local
>>>
>>>I think this overrides the engine and will force a migration. Didn't
>>>try recently.
>>>
>>>Best regards,
>>>




 在 2020-09-07 07:50:55,"ddqlo"  写道:

 I could not find any logs because the migration button is disabled in the 
 web UI. It seems that the engine migration operation is prevented at 
 first. Any other ideas? Thanks!







 在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
 >I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
 >I had one similar issue , but powering off and on the HE has fixed it.
 >
 >You have to check the vdsm log on the source and on destination in order 
 >to figure out what is going on.
 >Also you might consider checking the libvirt logs on the destination.
 >
 >Best Regards,
 >Strahil Nikolov
 >
 >
 >
 >
 >
 >
 >В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo 
 > написа:
 >
 >
 >
 >
 >
 >Thanks! The scores of all nodes are not '0'. I find that someone has 
 >already asked a question like this. It seems that  this feature has been 
 >disabled in 4.3. I am not sure if it is enabled in 4.4.
 >
 >
 >在 2020-08-29 02:27:03,"Strahil Nikolov"  :
 >>Have you checked under a shell the output of 'hosted-engine --vm-status' 
 >>. Check the Score of the hosts. Maybe there is a node with score of '0' ?
 >>
 >>Best Regards,
 >>Strahil Nikolov
 >>
 >>
 >>
 >>
 >>
 >>
 >>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
 >>написа:
 >>
 >>
 >>
 >>
 >>
 >>Hi all,
 >>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in 
 >> this environment could be migrated, but the hosted engine vm could not 
 >> be migrated. Anyone can help? Thanks a lot!
 >>
 >>hosts status:
 >>
 >>normal vm migration:
 >>
 >>hosted engine vm migration:
 >>
 >>
 >>
 >>
 >>___
 >>Users mailing list -- users@ovirt.org
 >>To unsubscribe send an email to users-le...@ovirt.org
 >>Privacy Statement: https://www.ovirt.org/privacy-policy.html
 >>oVirt Code of Conduct: 
 >>https://www.ovirt.org/community/about/community-guidelines/
 >>List Archives: 
 

[ovirt-users] Re: hosted engine migration

2020-09-14 Thread ddqlo
--== Host node28 (id: 1) status ==--




conf_on_shared_storage : True

Status up-to-date  : True

Hostname   : node28

Host ID: 1

Engine status  : {"reason": "vm not running on this host", 
"health": "bad", "vm": "down_unexpected", "detail": "unknown"}

Score  : 1800

stopped: False

Local maintenance  : False

crc32  : 4ac6105b

local_conf_timestamp   : 1794597

Host timestamp : 1794597

Extra metadata (valid at timestamp):

metadata_parse_version=1

metadata_feature_version=1

timestamp=1794597 (Tue Sep 15 09:47:17 2020)

host-id=1

score=1800

vm_conf_refresh_time=1794597 (Tue Sep 15 09:47:17 2020)

conf_on_shared_storage=True

maintenance=False

state=EngineDown

stopped=False







--== Host node22 (id: 2) status ==--




conf_on_shared_storage : True

Status up-to-date  : True

Hostname   : node22

Host ID: 2

Engine status  : {"health": "good", "vm": "up", "detail": 
"Up"}

Score  : 1800

stopped: False

Local maintenance  : False

crc32  : ffc41893

local_conf_timestamp   : 1877876

Host timestamp : 1877876

Extra metadata (valid at timestamp):

metadata_parse_version=1

metadata_feature_version=1

timestamp=1877876 (Tue Sep 15 09:47:13 2020)

host-id=2

score=1800

vm_conf_refresh_time=1877876 (Tue Sep 15 09:47:13 2020)

conf_on_shared_storage=True

maintenance=False

state=EngineUp

stopped=False

















在 2020-09-09 01:32:55,"Strahil Nikolov"  写道:
>What is the output of 'hosted-engine --vm-status' on the node where the 
>HostedEngine is running ?
>
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В понеделник, 7 септември 2020 г., 03:53:13 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>I could not find any logs because the migration button is disabled in the web 
>UI. It seems that the engine migration operation is prevented at first. Any 
>other ideas? Thanks!
>
>
>
>
>
>
>
>在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>>I had one similar issue , but powering off and on the HE has fixed it.
>>
>>You have to check the vdsm log on the source and on destination in order to 
>>figure out what is going on.
>>Also you might consider checking the libvirt logs on the destination.
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>
>>
>>
>>
>>
>>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>>asked a question like this. It seems that  this feature has been disabled in 
>>4.3. I am not sure if it is enabled in 4.4.
>>
>>
>>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>>>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>>>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>Hi all,
>>>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
>>> environment could be migrated, but the hosted engine vm could not be 
>>> migrated. Anyone can help? Thanks a lot!
>>>
>>>hosts status:
>>>
>>>normal vm migration:
>>>
>>>hosted engine vm migration:
>>>
>>>
>>>
>>> 
>>>___
>>>Users mailing list -- users@ovirt.org
>>>To unsubscribe send an email to users-le...@ovirt.org
>>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>oVirt Code of Conduct: 
>>>https://www.ovirt.org/community/about/community-guidelines/
>>>List Archives: 
>>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>>
>>
>>
>>
>> 
>>___
>>Users mailing list -- users@ovirt.org
>>To unsubscribe send an email to users-le...@ovirt.org
>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>oVirt Code of Conduct: 
>>https://www.ovirt.org/community/about/community-guidelines/
>>List Archives: 
>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/
>
>
>
>
> 
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct: 
>https://www.ovirt.org/community/about/community-guidelines/

[ovirt-users] Re: hosted engine migration

2020-09-14 Thread ddqlo
diffidences:


  
a15b30fd-2de2-4bea-922d-d0de2ee3b76a
..

..

  

  32904772
  8226193

















在 2020-09-09 01:35:59,"Strahil Nikolov"  写道:
>You can use the following:
>
>vim ~/.bashrc
>
>alias virsh='virsh -c 
>qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'
>
>
>source ~/.bashrc
>
>#Show host capabilities
>virsh capabilities
>
>Now repeat on the other nodes. Compare the CPU from the 3 outputs.
>
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В понеделник, 7 септември 2020 г., 04:11:52 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>I have found some engine logs:
>
>2020-09-07 09:00:45,428+08 INFO  
>[org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
>[29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node22' 
>('585b374b-4c82-4f5c-aad7-196d9f5d5625') was filtered out by 
>'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
>2020-09-07 09:00:45,428+08 INFO  
>[org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
>[29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node28' 
>('a678a15d-19e6-46f2-80bf-c3181197a0a6') was filtered out by 
>'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
>
>It seems that both of the two hosts were filtered out.
>
>
>
>
>
>在 2020-09-07 07:50:55,"ddqlo"  写道:
>> I could not find any logs because the migration button is disabled in the 
>> web UI. It seems that the engine migration operation is prevented at first. 
>> Any other ideas? Thanks!
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>>>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>>>I had one similar issue , but powering off and on the HE has fixed it.
>>>
>>>You have to check the vdsm log on the source and on destination in order to 
>>>figure out what is going on.
>>>Also you might consider checking the libvirt logs on the destination.
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>>>asked a question like this. It seems that  this feature has been disabled in 
>>>4.3. I am not sure if it is enabled in 4.4.
>>>
>>>
>>>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
Have you checked under a shell the output of 'hosted-engine --vm-status' . 
Check the Score of the hosts. Maybe there is a node with score of '0' ?

Best Regards,
Strahil Nikolov






В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
написа: 





Hi all,
I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
 environment could be migrated, but the hosted engine vm could not be 
 migrated. Anyone can help? Thanks a lot!

hosts status:

normal vm migration:

hosted engine vm migration:



 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>>>
>>>
>>>
>>>
>>> 
>>>___
>>>Users mailing list -- users@ovirt.org
>>>To unsubscribe send an email to users-le...@ovirt.org
>>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>oVirt Code of Conduct: 
>>>https://www.ovirt.org/community/about/community-guidelines/
>>>List Archives: 
>>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/
>> 
>> 
>> 
>> 
>>  
>
>
>
> 
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct: 
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives: 
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRCQR7Y6AMUW6HAVINQVSIRB6B6WGXMN/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives:


[ovirt-users] Re: hosted engine migration

2020-09-09 Thread Strahil Nikolov via Users
I think that you can try to set one of the HE hosts into maintenance and then 
use UI to 'reinstall'. Don't forget to mark the host as a HE host also (some 
dropdown in the UI wizard).

Best Regards,
Strahil Nikolov






В вторник, 8 септември 2020 г., 10:24:00 Гринуич+3, Yedidyah Bar David 
 написа: 





On Tue, Sep 8, 2020 at 4:33 AM ddqlo  wrote:
> my hosts cpu:Intel Haswell-noTSX Family
> cluster cpu:Intel Haswell-noTSX Family
> HostedEngine vm cpu:Intel Haswell-noTSX Family
> 
> When I tried to put the host in maintenance in web UI, I got an error:
> 
> 

Adding Arik. Arik - any idea what else to test?
 
> 
> 
> When I typed the command, I got this:
> [root@node22 ~]# hosted-engine --set-maintenance --mode=local
> Unable to enter local maintenance mode: the engine VM is running on the 
> current host, please migrate it before entering local maintenance mode.

Sorry, I wasn't aware that this was disabled since 4.3.5, about a year ago:

https://gerrit.ovirt.org/#/q/Ia06b9bc6e65a7937e6d6462c001b59572369fe66,n,z

So you'll have to first fix migration on engine level.

Best regards,

 
> 
> 
> 
> 
> At 2020-09-07 12:52:01, "Yedidyah Bar David"  wrote:
>>On Mon, Sep 7, 2020 at 4:13 AM ddqlo  wrote:
>>>
>>> I have found some engine logs:
>>>
>>> 2020-09-07 09:00:45,428+08 INFO  
>>> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
>>> [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node22' 
>>> ('585b374b-4c82-4f5c-aad7-196d9f5d5625') was filtered out by 
>>> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
>>>
>>> 2020-09-07 09:00:45,428+08 INFO  
>>> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
>>> [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node28' 
>>> ('a678a15d-19e6-46f2-80bf-c3181197a0a6') was filtered out by 
>>> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
>>>
>>>
>>> It seems that both of the two hosts were filtered out.
>>
>>So please check cpu conf of the hosts, cluster, VM, etc.
>>
>>One more thing you can try is to force putting the host in maintenance
>>- this will require migrating the engine VM.
>>
>>If the engine refuses to do that, because it can't migrate the VM due
>>to above issue, you can try instead:
>>
>>hosted-engine --set-maintenance --mode=local
>>
>>I think this overrides the engine and will force a migration. Didn't
>>try recently.
>>
>>Best regards,
>>
>>>
>>>
>>>
>>>
>>> 在 2020-09-07 07:50:55,"ddqlo"  写道:
>>>
>>> I could not find any logs because the migration button is disabled in the 
>>> web UI. It seems that the engine migration operation is prevented at first. 
>>> Any other ideas? Thanks!
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>>> >I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>>> >I had one similar issue , but powering off and on the HE has fixed it.
>>> >
>>> >You have to check the vdsm log on the source and on destination in order 
>>> >to figure out what is going on.
>>> >Also you might consider checking the libvirt logs on the destination.
>>> >
>>> >Best Regards,
>>> >Strahil Nikolov
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>>> >написа:
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >Thanks! The scores of all nodes are not '0'. I find that someone has 
>>> >already asked a question like this. It seems that  this feature has been 
>>> >disabled in 4.3. I am not sure if it is enabled in 4.4.
>>> >
>>> >
>>> >在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>>> >>Have you checked under a shell the output of 'hosted-engine --vm-status' 
>>> >>. Check the Score of the hosts. Maybe there is a node with score of '0' ?
>>> >>
>>> >>Best Regards,
>>> >>Strahil Nikolov
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
>>> >>написа:
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>Hi all,
>>> >>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in 
>>> >>this environment could be migrated, but the hosted engine vm could not be 
>>> >>migrated. Anyone can help? Thanks a lot!
>>> >>
>>> >>hosts status:
>>> >>
>>> >>normal vm migration:
>>> >>
>>> >>hosted engine vm migration:
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>___
>>> >>Users mailing list -- users@ovirt.org
>>> >>To unsubscribe send an email to users-le...@ovirt.org
>>> >>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> >>oVirt Code of Conduct: 
>>> >>https://www.ovirt.org/community/about/community-guidelines/
>>> >>List Archives: 
>>> >>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >___
>>> >Users mailing list -- users@ovirt.org
>>> >To unsubscribe send an email to users-le...@ovirt.org
>>> >Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> >oVirt Code of 

[ovirt-users] Re: hosted engine migration

2020-09-08 Thread Strahil Nikolov via Users
You can use the following:

vim ~/.bashrc

alias virsh='virsh -c 
qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'


source ~/.bashrc

#Show host capabilities
virsh capabilities

Now repeat on the other nodes. Compare the CPU from the 3 outputs.


Best Regards,
Strahil Nikolov






В понеделник, 7 септември 2020 г., 04:11:52 Гринуич+3, ddqlo  
написа: 





I have found some engine logs:

2020-09-07 09:00:45,428+08 INFO  
[org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
[29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node22' 
('585b374b-4c82-4f5c-aad7-196d9f5d5625') was filtered out by 
'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
2020-09-07 09:00:45,428+08 INFO  
[org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
[29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node28' 
('a678a15d-19e6-46f2-80bf-c3181197a0a6') was filtered out by 
'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)

It seems that both of the two hosts were filtered out.





在 2020-09-07 07:50:55,"ddqlo"  写道:
> I could not find any logs because the migration button is disabled in the web 
> UI. It seems that the engine migration operation is prevented at first. Any 
> other ideas? Thanks!
> 
> 
> 
> 
> 
> 
> 
> 在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>>I had one similar issue , but powering off and on the HE has fixed it.
>>
>>You have to check the vdsm log on the source and on destination in order to 
>>figure out what is going on.
>>Also you might consider checking the libvirt logs on the destination.
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>
>>
>>
>>
>>
>>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>>написа: 
>>
>>
>>
>>
>>
>>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>>asked a question like this. It seems that  this feature has been disabled in 
>>4.3. I am not sure if it is enabled in 4.4.
>>
>>
>>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>>>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>>>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>>>
>>>Best Regards,
>>>Strahil Nikolov
>>>
>>>
>>>
>>>
>>>
>>>
>>>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
>>>написа: 
>>>
>>>
>>>
>>>
>>>
>>>Hi all,
>>>        I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
>>>environment could be migrated, but the hosted engine vm could not be 
>>>migrated. Anyone can help? Thanks a lot!
>>>
>>>hosts status:
>>>
>>>normal vm migration:
>>>
>>>hosted engine vm migration:
>>>
>>>
>>>
>>> 
>>>___
>>>Users mailing list -- users@ovirt.org
>>>To unsubscribe send an email to users-le...@ovirt.org
>>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>oVirt Code of Conduct: 
>>>https://www.ovirt.org/community/about/community-guidelines/
>>>List Archives: 
>>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>>
>>
>>
>>
>> 
>>___
>>Users mailing list -- users@ovirt.org
>>To unsubscribe send an email to users-le...@ovirt.org
>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>oVirt Code of Conduct: 
>>https://www.ovirt.org/community/about/community-guidelines/
>>List Archives: 
>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/
> 
> 
> 
> 
>  



 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRCQR7Y6AMUW6HAVINQVSIRB6B6WGXMN/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y5WS7UE5NZS7E7GV2PAERDIEXENMMIFH/


[ovirt-users] Re: hosted engine migration

2020-09-08 Thread Strahil Nikolov via Users
What is the output of 'hosted-engine --vm-status' on the node where the 
HostedEngine is running ?


Best Regards,
Strahil Nikolov






В понеделник, 7 септември 2020 г., 03:53:13 Гринуич+3, ddqlo  
написа: 





I could not find any logs because the migration button is disabled in the web 
UI. It seems that the engine migration operation is prevented at first. Any 
other ideas? Thanks!







在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>I had one similar issue , but powering off and on the HE has fixed it.
>
>You have to check the vdsm log on the source and on destination in order to 
>figure out what is going on.
>Also you might consider checking the libvirt logs on the destination.
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>asked a question like this. It seems that  this feature has been disabled in 
>4.3. I am not sure if it is enabled in 4.4.
>
>
>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>
>>
>>
>>
>>
>>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  написа: 
>>
>>
>>
>>
>>
>>Hi all,
>>        I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
>>environment could be migrated, but the hosted engine vm could not be 
>>migrated. Anyone can help? Thanks a lot!
>>
>>hosts status:
>>
>>normal vm migration:
>>
>>hosted engine vm migration:
>>
>>
>>
>> 
>>___
>>Users mailing list -- users@ovirt.org
>>To unsubscribe send an email to users-le...@ovirt.org
>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>oVirt Code of Conduct: 
>>https://www.ovirt.org/community/about/community-guidelines/
>>List Archives: 
>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>
>
>
>
> 
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct: 
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives: 
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/




 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/23ZMAP5K7N5KKX3HOKUEJNVCBH7CY4ZL/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EE4MNNF63TXQTKD7KIONCAP4LHGI46J6/


[ovirt-users] Re: hosted engine migration

2020-09-08 Thread Yedidyah Bar David
On Tue, Sep 8, 2020 at 4:33 AM ddqlo  wrote:

> my hosts cpu:Intel Haswell-noTSX Family
>
> cluster cpu:Intel Haswell-noTSX Family
> HostedEngine vm cpu:Intel Haswell-noTSX Family
>
> When I tried to put the host in maintenance in web UI, I got an error:
>
>
Adding Arik. Arik - any idea what else to test?


>
> When I typed the command, I got this:
>
> [root@node22 ~]# hosted-engine --set-maintenance --mode=local
>
> Unable to enter local maintenance mode: the engine VM is running on the
> current host, please migrate it before entering local maintenance mode.
>

Sorry, I wasn't aware that this was disabled since 4.3.5, about a year ago:

https://gerrit.ovirt.org/#/q/Ia06b9bc6e65a7937e6d6462c001b59572369fe66,n,z

So you'll have to first fix migration on engine level.

Best regards,


>
>
>
> At 2020-09-07 12:52:01, "Yedidyah Bar David"  wrote:
> >On Mon, Sep 7, 2020 at 4:13 AM ddqlo  wrote:
> >>
> >> I have found some engine logs:
> >>
> >> 2020-09-07 09:00:45,428+08 INFO  
> >> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
> >> [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node22' 
> >> ('585b374b-4c82-4f5c-aad7-196d9f5d5625') was filtered out by 
> >> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
> >>
> >> 2020-09-07 09:00:45,428+08 INFO  
> >> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
> >> [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node28' 
> >> ('a678a15d-19e6-46f2-80bf-c3181197a0a6') was filtered out by 
> >> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
> >>
> >>
> >> It seems that both of the two hosts were filtered out.
> >
> >So please check cpu conf of the hosts, cluster, VM, etc.
> >
> >One more thing you can try is to force putting the host in maintenance
> >- this will require migrating the engine VM.
> >
> >If the engine refuses to do that, because it can't migrate the VM due
> >to above issue, you can try instead:
> >
> >hosted-engine --set-maintenance --mode=local
> >
> >I think this overrides the engine and will force a migration. Didn't
> >try recently.
> >
> >Best regards,
> >
> >>
> >>
> >>
> >>
> >> 在 2020-09-07 07:50:55,"ddqlo"  写道:
> >>
> >> I could not find any logs because the migration button is disabled in the 
> >> web UI. It seems that the engine migration operation is prevented at 
> >> first. Any other ideas? Thanks!
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> 在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
> >> >I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
> >> >I had one similar issue , but powering off and on the HE has fixed it.
> >> >
> >> >You have to check the vdsm log on the source and on destination in order 
> >> >to figure out what is going on.
> >> >Also you might consider checking the libvirt logs on the destination.
> >> >
> >> >Best Regards,
> >> >Strahil Nikolov
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo 
> >> > написа:
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >Thanks! The scores of all nodes are not '0'. I find that someone has 
> >> >already asked a question like this. It seems that  this feature has been 
> >> >disabled in 4.3. I am not sure if it is enabled in 4.4.
> >> >
> >> >
> >> >在 2020-08-29 02:27:03,"Strahil Nikolov"  :
> >> >>Have you checked under a shell the output of 'hosted-engine --vm-status' 
> >> >>. Check the Score of the hosts. Maybe there is a node with score of '0' ?
> >> >>
> >> >>Best Regards,
> >> >>Strahil Nikolov
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
> >> >>написа:
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>Hi all,
> >> >>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in 
> >> >> this environment could be migrated, but the hosted engine vm could not 
> >> >> be migrated. Anyone can help? Thanks a lot!
> >> >>
> >> >>hosts status:
> >> >>
> >> >>normal vm migration:
> >> >>
> >> >>hosted engine vm migration:
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>___
> >> >>Users mailing list -- users@ovirt.org
> >> >>To unsubscribe send an email to users-le...@ovirt.org
> >> >>Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >> >>oVirt Code of Conduct: 
> >> >>https://www.ovirt.org/community/about/community-guidelines/
> >> >>List Archives: 
> >> >>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >___
> >> >Users mailing list -- users@ovirt.org
> >> >To unsubscribe send an email to users-le...@ovirt.org
> >> >Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >> >oVirt Code of Conduct: 
> >> >https://www.ovirt.org/community/about/community-guidelines/
> >> >List Archives:
> >> 

[ovirt-users] Re: hosted engine migration

2020-09-07 Thread ddqlo
my hosts cpu:Intel Haswell-noTSX Family

cluster cpu:Intel Haswell-noTSX Family

HostedEngine vm cpu:Intel Haswell-noTSX Family


When I tried to put the host in maintenance in web UI, I got an error:




When I typed the command, I got this:

[root@node22 ~]# hosted-engine --set-maintenance --mode=local

Unable to enter local maintenance mode: the engine VM is running on the current 
host, please migrate it before entering local maintenance mode.








At 2020-09-07 12:52:01, "Yedidyah Bar David"  wrote:
>On Mon, Sep 7, 2020 at 4:13 AM ddqlo  wrote:
>>
>> I have found some engine logs:
>>
>> 2020-09-07 09:00:45,428+08 INFO  
>> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
>> [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node22' 
>> ('585b374b-4c82-4f5c-aad7-196d9f5d5625') was filtered out by 
>> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
>>
>> 2020-09-07 09:00:45,428+08 INFO  
>> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
>> [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node28' 
>> ('a678a15d-19e6-46f2-80bf-c3181197a0a6') was filtered out by 
>> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
>>
>>
>> It seems that both of the two hosts were filtered out.
>
>So please check cpu conf of the hosts, cluster, VM, etc.
>
>One more thing you can try is to force putting the host in maintenance
>- this will require migrating the engine VM.
>
>If the engine refuses to do that, because it can't migrate the VM due
>to above issue, you can try instead:
>
>hosted-engine --set-maintenance --mode=local
>
>I think this overrides the engine and will force a migration. Didn't
>try recently.
>
>Best regards,
>
>>
>>
>>
>>
>> 在 2020-09-07 07:50:55,"ddqlo"  写道:
>>
>> I could not find any logs because the migration button is disabled in the 
>> web UI. It seems that the engine migration operation is prevented at first. 
>> Any other ideas? Thanks!
>>
>>
>>
>>
>>
>>
>>
>> 在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>> >I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>> >I had one similar issue , but powering off and on the HE has fixed it.
>> >
>> >You have to check the vdsm log on the source and on destination in order to 
>> >figure out what is going on.
>> >Also you might consider checking the libvirt logs on the destination.
>> >
>> >Best Regards,
>> >Strahil Nikolov
>> >
>> >
>> >
>> >
>> >
>> >
>> >В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>> >написа:
>> >
>> >
>> >
>> >
>> >
>> >Thanks! The scores of all nodes are not '0'. I find that someone has 
>> >already asked a question like this. It seems that  this feature has been 
>> >disabled in 4.3. I am not sure if it is enabled in 4.4.
>> >
>> >
>> >在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>> >>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>> >>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>> >>
>> >>Best Regards,
>> >>Strahil Nikolov
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
>> >>написа:
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>Hi all,
>> >>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
>> >> environment could be migrated, but the hosted engine vm could not be 
>> >> migrated. Anyone can help? Thanks a lot!
>> >>
>> >>hosts status:
>> >>
>> >>normal vm migration:
>> >>
>> >>hosted engine vm migration:
>> >>
>> >>
>> >>
>> >>
>> >>___
>> >>Users mailing list -- users@ovirt.org
>> >>To unsubscribe send an email to users-le...@ovirt.org
>> >>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> >>oVirt Code of Conduct: 
>> >>https://www.ovirt.org/community/about/community-guidelines/
>> >>List Archives: 
>> >>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>> >
>> >
>> >
>> >
>> >
>> >___
>> >Users mailing list -- users@ovirt.org
>> >To unsubscribe send an email to users-le...@ovirt.org
>> >Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> >oVirt Code of Conduct: 
>> >https://www.ovirt.org/community/about/community-guidelines/
>> >List Archives:
>> >https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRCQR7Y6AMUW6HAVINQVSIRB6B6WGXMN/
>
>
>
>-- 
>Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to 

[ovirt-users] Re: hosted engine migration

2020-09-06 Thread Yedidyah Bar David
On Mon, Sep 7, 2020 at 4:13 AM ddqlo  wrote:
>
> I have found some engine logs:
>
> 2020-09-07 09:00:45,428+08 INFO  
> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
> [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node22' 
> ('585b374b-4c82-4f5c-aad7-196d9f5d5625') was filtered out by 
> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
>
> 2020-09-07 09:00:45,428+08 INFO  
> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
> [29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node28' 
> ('a678a15d-19e6-46f2-80bf-c3181197a0a6') was filtered out by 
> 'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)
>
>
> It seems that both of the two hosts were filtered out.

So please check cpu conf of the hosts, cluster, VM, etc.

One more thing you can try is to force putting the host in maintenance
- this will require migrating the engine VM.

If the engine refuses to do that, because it can't migrate the VM due
to above issue, you can try instead:

hosted-engine --set-maintenance --mode=local

I think this overrides the engine and will force a migration. Didn't
try recently.

Best regards,

>
>
>
>
> 在 2020-09-07 07:50:55,"ddqlo"  写道:
>
> I could not find any logs because the migration button is disabled in the web 
> UI. It seems that the engine migration operation is prevented at first. Any 
> other ideas? Thanks!
>
>
>
>
>
>
>
> 在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
> >I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
> >I had one similar issue , but powering off and on the HE has fixed it.
> >
> >You have to check the vdsm log on the source and on destination in order to 
> >figure out what is going on.
> >Also you might consider checking the libvirt logs on the destination.
> >
> >Best Regards,
> >Strahil Nikolov
> >
> >
> >
> >
> >
> >
> >В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
> >написа:
> >
> >
> >
> >
> >
> >Thanks! The scores of all nodes are not '0'. I find that someone has already 
> >asked a question like this. It seems that  this feature has been disabled in 
> >4.3. I am not sure if it is enabled in 4.4.
> >
> >
> >在 2020-08-29 02:27:03,"Strahil Nikolov"  :
> >>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
> >>Check the Score of the hosts. Maybe there is a node with score of '0' ?
> >>
> >>Best Regards,
> >>Strahil Nikolov
> >>
> >>
> >>
> >>
> >>
> >>
> >>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  
> >>написа:
> >>
> >>
> >>
> >>
> >>
> >>Hi all,
> >>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
> >> environment could be migrated, but the hosted engine vm could not be 
> >> migrated. Anyone can help? Thanks a lot!
> >>
> >>hosts status:
> >>
> >>normal vm migration:
> >>
> >>hosted engine vm migration:
> >>
> >>
> >>
> >>
> >>___
> >>Users mailing list -- users@ovirt.org
> >>To unsubscribe send an email to users-le...@ovirt.org
> >>Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >>oVirt Code of Conduct: 
> >>https://www.ovirt.org/community/about/community-guidelines/
> >>List Archives: 
> >>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
> >
> >
> >
> >
> >
> >___
> >Users mailing list -- users@ovirt.org
> >To unsubscribe send an email to users-le...@ovirt.org
> >Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >oVirt Code of Conduct: 
> >https://www.ovirt.org/community/about/community-guidelines/
> >List Archives:
> >https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/
>
>
>
>
>
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRCQR7Y6AMUW6HAVINQVSIRB6B6WGXMN/



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DKW7PNJIBCVBGICPBU2CGT6JVIS7AXYZ/


[ovirt-users] Re: hosted engine migration

2020-09-06 Thread ddqlo
I have found some engine logs:


2020-09-07 09:00:45,428+08 INFO  
[org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
[29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node22' 
('585b374b-4c82-4f5c-aad7-196d9f5d5625') was filtered out by 
'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)

2020-09-07 09:00:45,428+08 INFO  
[org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-6) 
[29259482-1515-4c10-8458-59354a0953ac] Candidate host 'node28' 
('a678a15d-19e6-46f2-80bf-c3181197a0a6') was filtered out by 
'VAR__FILTERTYPE__INTERNAL' filter 'CPU' (correlation id: null)



It seems that both of the two hosts were filtered out.










在 2020-09-07 07:50:55,"ddqlo"  写道:

I could not find any logs because the migration button is disabled in the web 
UI. It seems that the engine migration operation is prevented at first. Any 
other ideas? Thanks!

















在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>I had one similar issue , but powering off and on the HE has fixed it.
>
>You have to check the vdsm log on the source and on destination in order to 
>figure out what is going on.
>Also you might consider checking the libvirt logs on the destination.
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>asked a question like this. It seems that  this feature has been disabled in 
>4.3. I am not sure if it is enabled in 4.4.
>
>
>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>
>>
>>
>>
>>
>>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  написа: 
>>
>>
>>
>>
>>
>>Hi all,
>>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
>> environment could be migrated, but the hosted engine vm could not be 
>> migrated. Anyone can help? Thanks a lot!
>>
>>hosts status:
>>
>>normal vm migration:
>>
>>hosted engine vm migration:
>>
>>
>>
>> 
>>___
>>Users mailing list -- users@ovirt.org
>>To unsubscribe send an email to users-le...@ovirt.org
>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>oVirt Code of Conduct: 
>>https://www.ovirt.org/community/about/community-guidelines/
>>List Archives: 
>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>
>
>
>
> 
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct: 
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives: 
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/





 ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRCQR7Y6AMUW6HAVINQVSIRB6B6WGXMN/


[ovirt-users] Re: hosted engine migration

2020-09-06 Thread ddqlo
I could not find any logs because the migration button is disabled in the web 
UI. It seems that the engine migration operation is prevented at first. Any 
other ideas? Thanks!

















在 2020-09-01 00:06:19,"Strahil Nikolov"  写道:
>I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
>I had one similar issue , but powering off and on the HE has fixed it.
>
>You have to check the vdsm log on the source and on destination in order to 
>figure out what is going on.
>Also you might consider checking the libvirt logs on the destination.
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
>написа: 
>
>
>
>
>
>Thanks! The scores of all nodes are not '0'. I find that someone has already 
>asked a question like this. It seems that  this feature has been disabled in 
>4.3. I am not sure if it is enabled in 4.4.
>
>
>在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>>
>>Best Regards,
>>Strahil Nikolov
>>
>>
>>
>>
>>
>>
>>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  написа: 
>>
>>
>>
>>
>>
>>Hi all,
>>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
>> environment could be migrated, but the hosted engine vm could not be 
>> migrated. Anyone can help? Thanks a lot!
>>
>>hosts status:
>>
>>normal vm migration:
>>
>>hosted engine vm migration:
>>
>>
>>
>> 
>>___
>>Users mailing list -- users@ovirt.org
>>To unsubscribe send an email to users-le...@ovirt.org
>>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>oVirt Code of Conduct: 
>>https://www.ovirt.org/community/about/community-guidelines/
>>List Archives: 
>>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
>
>
>
>
> 
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct: 
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives: 
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/23ZMAP5K7N5KKX3HOKUEJNVCBH7CY4ZL/


[ovirt-users] Re: hosted engine migration

2020-08-31 Thread Strahil Nikolov via Users
I'm running oVirt 4.3.10 and I can migrate my Engine from node to node.
I had one similar issue , but powering off and on the HE has fixed it.

You have to check the vdsm log on the source and on destination in order to 
figure out what is going on.
Also you might consider checking the libvirt logs on the destination.

Best Regards,
Strahil Nikolov






В понеделник, 31 август 2020 г., 10:47:22 Гринуич+3, ddqlo  
написа: 





Thanks! The scores of all nodes are not '0'. I find that someone has already 
asked a question like this. It seems that  this feature has been disabled in 
4.3. I am not sure if it is enabled in 4.4.


在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  написа: 
>
>
>
>
>
>Hi all,
>        I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
>environment could be migrated, but the hosted engine vm could not be migrated. 
>Anyone can help? Thanks a lot!
>
>hosts status:
>
>normal vm migration:
>
>hosted engine vm migration:
>
>
>
> 
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct: 
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives: 
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/




 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HVG4ECL6U2LZPTZNJPWKZ7JLSX7GBML3/


[ovirt-users] Re: hosted engine migration

2020-08-31 Thread ddqlo
Thanks! The scores of all nodes are not '0'. I find that someone has already 
asked a question like this. It seems that  this feature has been disabled in 
4.3. I am not sure if it is enabled in 4.4.




在 2020-08-29 02:27:03,"Strahil Nikolov"  :
>Have you checked under a shell the output of 'hosted-engine --vm-status' . 
>Check the Score of the hosts. Maybe there is a node with score of '0' ?
>
>Best Regards,
>Strahil Nikolov
>
>
>
>
>
>
>В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  написа: 
>
>
>
>
>
>Hi all,
>I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
> environment could be migrated, but the hosted engine vm could not be 
> migrated. Anyone can help? Thanks a lot!
>
>hosts status:
>
>normal vm migration:
>
>hosted engine vm migration:
>
>
>
> 
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct: 
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives: 
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAYLFLC6K42OUPZSZU3P3ZYAU66LGSCD/


[ovirt-users] Re: hosted engine migration

2020-08-28 Thread Strahil Nikolov via Users
Have you checked under a shell the output of 'hosted-engine --vm-status' . 
Check the Score of the hosts. Maybe there is a node with score of '0' ?

Best Regards,
Strahil Nikolov






В вторник, 25 август 2020 г., 13:46:18 Гринуич+3, 董青龙  написа: 





Hi all,
        I have an ovirt4.3.10.4 environment of 2 hosts. Normal vms in this 
environment could be migrated, but the hosted engine vm could not be migrated. 
Anyone can help? Thanks a lot!

hosts status:

normal vm migration:

hosted engine vm migration:



 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZXHE2AJX42HNHOMYHTDCUUIU3VQTQTLF/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/J4JKB3XWNEC6SXQE3B33UP3E6ZCA4K3D/


[ovirt-users] Re: Hosted engine Migration

2019-03-11 Thread Steven Pollard
I tend to go through and check everything possible. I check all the
features of a fresh system before I start to add new VM's. So here is
the trouble I am having then.

I have a 3 node cluster. Each node is running Ovirt-Node iso ver 4.3.0
upgraded to version 4.3.1. Hosted engine matches version. The only VM
on the entire cluster is hosted engine. I have over 140GB of memory
free and 1.2TB of HDD.

If I put a host into Maintenace hosted engine will automaticly migrate
it takes about 5 minutes. If I try a manual migration 1 hour later it
fails at 99%.

Here is the event log from the host.

Migrate Hosted Engine: Started @ 6:34:25 AM 
From example1.com to example2.com
@ 7:23 AM it still has not completed Has been @
99% for 20 minutes
Migration failed  (VM: HostedEngine, Source:
example1.com, Destination: example2.com).   
ovirt-ha-agent.service Mon Mar 11 2019 07:37:03
GMT-0500 (Central Daylight Time)
ovirt-ha-agent
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Migration
failed: {u'status': {u'message': u'Migration canceled', u'code': 47},
u'progress': 99}
PRIORITY3
SYSLOG_FACILITY 1
_BOOT_IDc0369e82837644219ec7846b1a26e552
_CAP_EFFECTIVE  0
_CMDLINE/usr/bin/python /usr/share/ovirt-hosted-engine-
ha/ovirt-ha-agent
_COMM   ovirt-ha-agent
_EXE/usr/bin/python2.7
_GID36
_HOSTNAME   example1.com
_MACHINE_ID 630bb52e187843d3b73684c3704397c4
_PID21721
_SELINUX_CONTEXTsystem_u:system_r:unconfined_service_t:s0
_SOURCE_REALTIME_TIMESTAMP  1552307823958694
_SYSTEMD_CGROUP /system.slice/ovirt-ha-agent.service
_SYSTEMD_SLICE  system.slice
_SYSTEMD_UNIT   ovirt-ha-agent.service
_TRANSPORT  syslog
_UID36
__CURSORs=705d2472c3764cc9aeca1a60b752dd1a;i=3513d;b=c0369e8283
7644219ec7846b1a26e552;m=36be855e64;t=583d0d46de6ea;x=ad229344b96ba703
__MONOTONIC_TIMESTAMP   235124645476
__REALTIME_TIMESTAMP1552307823961834

I have repeated this attempt several times. Same trouble.

Thanks.
Pollard
On Mon, 2019-03-11 at 14:10 +0100, Martin Sivak wrote:
> Hi,
> 
> as far as I know you can manually migrate hosted engine from the
> webadmin UI by clicking at the migrate button.
> The question is, why would you want to?
> 
> Best regards
> 
> Martin Sivak
> 
> On Mon, Mar 11, 2019 at 2:01 PM  wrote:
> > Am I reading these right in that manual migration is not possible?
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/7NP3HP3Q6DCDDOEZZK7LS4P2C6TUMZEB/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPPVYQ656TFHUOBLMKO66E7WDWVG3FN3/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6TDIQV26ZZ6PGCSVXZRBUR7YGCH7KMRS/


[ovirt-users] Re: Hosted engine Migration

2019-03-11 Thread pollard
It seems my first post didn't go through correctly, probably my fault. Here is 
the information, just incase it was a complete fail.

I tend to go through and check everything possible. I check all the
features of a fresh system before I start to add new VM's. So here is
the trouble I am having then.

I have a 3 node cluster. Each node is running Ovirt-Node iso ver 4.3.0
upgraded to version 4.3.1. Hosted engine matches version. The only VM
on the entire cluster is hosted engine. I have over 140GB of memory
free and 1.2TB of HDD.

If I put a host into Maintenace hosted engine will automaticly migrate
it takes about 5 minutes. If I try a manual migration 1 hour later it
fails at 99%.

Here is the event log from the host.

Migrate Hosted Engine: Started @ 6:34:25 AM 
From example1.com to example2.com
@ 7:23 AM it still has not completed Has been @
99% for 20 minutes
Migration failed  (VM: HostedEngine, Source:
example1.com, Destination: example2.com).   
ovirt-ha-agent.service Mon Mar 11 2019 07:37:03
GMT-0500 (Central Daylight Time)
ovirt-ha-agent
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Migration
failed: {u'status': {u'message': u'Migration canceled', u'code': 47},
u'progress': 99}
PRIORITY3
SYSLOG_FACILITY 1
_BOOT_IDc0369e82837644219ec7846b1a26e552
_CAP_EFFECTIVE  0
_CMDLINE/usr/bin/python /usr/share/ovirt-hosted-engine-
ha/ovirt-ha-agent
_COMM   ovirt-ha-agent
_EXE/usr/bin/python2.7
_GID36
_HOSTNAME   example1.com
_MACHINE_ID 630bb52e187843d3b73684c3704397c4
_PID21721
_SELINUX_CONTEXTsystem_u:system_r:unconfined_service_t:s0
_SOURCE_REALTIME_TIMESTAMP  1552307823958694
_SYSTEMD_CGROUP /system.slice/ovirt-ha-agent.service
_SYSTEMD_SLICE  system.slice
_SYSTEMD_UNIT   ovirt-ha-agent.service
_TRANSPORT  syslog
_UID36
__CURSORs=705d2472c3764cc9aeca1a60b752dd1a;i=3513d;b=c0369e8283
7644219ec7846b1a26e552;m=36be855e64;t=583d0d46de6ea;x=ad229344b96ba703
__MONOTONIC_TIMESTAMP   235124645476
__REALTIME_TIMESTAMP1552307823961834

I have repeated this attempt several times. Same trouble.

Thanks.
Pollard

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QOSQTFII23KR6T3N5UZIGO24VBQFXEJL/


[ovirt-users] Re: Hosted engine Migration

2019-03-11 Thread Steven Pollard
Also, it seems that whichever host I am attempting to migrate to volume
data, engine and vmstore seem to go down



On Mon, 2019-03-11 at 14:10 +0100, Martin Sivak wrote:
> Hi,
> 
> as far as I know you can manually migrate hosted engine from the
> webadmin UI by clicking at the migrate button.
> The question is, why would you want to?
> 
> Best regards
> 
> Martin Sivak
> 
> On Mon, Mar 11, 2019 at 2:01 PM  wrote:
> > Am I reading these right in that manual migration is not possible?
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/7NP3HP3Q6DCDDOEZZK7LS4P2C6TUMZEB/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPPVYQ656TFHUOBLMKO66E7WDWVG3FN3/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7LDIXQDK5LQIT7U537NH3B5J3A2QPSQK/


[ovirt-users] Re: Hosted engine Migration

2019-03-11 Thread Martin Sivak
Hi,

as far as I know you can manually migrate hosted engine from the
webadmin UI by clicking at the migrate button.
The question is, why would you want to?

Best regards

Martin Sivak

On Mon, Mar 11, 2019 at 2:01 PM  wrote:
>
> Am I reading these right in that manual migration is not possible?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7NP3HP3Q6DCDDOEZZK7LS4P2C6TUMZEB/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPPVYQ656TFHUOBLMKO66E7WDWVG3FN3/