[ovirt-users] Re: cannot manually migrate vm's

[Strahil Nikolov]

On March 14, 2020 11:41:42 PM GMT+02:00, eev...@digitaldatatechs.com wrote:
>I tried a migration on several different vm's. The migratiuon window
>flashes on the screen and immediately errors out saying it cannot get
>the vm ID. (See screen shot)
>Nothing in the logs corresponds to the time I try the migration and a
>destination server is never an option. 
>Also, load balancing is affected. At times it appears to work but at
>this moment, I have 10 servers on one host and none on the other 2. 
>All this since this upgrade which should have been seamless since is
>was not a version upgrade but a sub version.
>
>
>Eric Evans
>Digital Data Services LLC.
>304.660.9080
>
>
>-Original Message-
>From: Strahil Nikolov  
>Sent: Saturday, March 14, 2020 3:27 PM
>To: eev...@digitaldatatechs.com; 'Yedidyah Bar David' 
>Cc: 'users' 
>Subject: [ovirt-users] Re: cannot manually migrate vm's
>
>On March 14, 2020 4:01:48 PM GMT+02:00, eev...@digitaldatatechs.com
>wrote:
>>I am still having issue with migration and load balancing since the 
>>upgrade.
>>Any thoughts?
>>
>>Eric Evans
>>Digital Data Services LLC.
>>304.660.9080
>>
>>
>>-Original Message-
>>From: Yedidyah Bar David 
>>Sent: Tuesday, March 10, 2020 5:06 AM
>>To: eev...@digitaldatatechs.com
>>Cc: users 
>>Subject: [ovirt-users] Re: cannot manually migrate vm's
>>
>>On Tue, Mar 10, 2020 at 10:42 AM  wrote:
>>>
>>> Apologies. I had ask about the upgrade before I did it and thought
>>this would be a different subject.
>>> I have check the engine log. I can share it as well as any others.
>>There is a message in the engine log that appears right after I try to
>
>>migrate that says:
>>>
>>> 2020-03-10 04:40:09,375-04 INFO
>>> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-29)
>
>>> [] Can't read file 
>>> '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for request 
>>> '/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404
>>> 2020-03-10 04:40:19,985-04 WARN
>>[org.ovirt.engine.core.bll.SearchQuery] (default task-29) 
>>[33910d48-e9a3-4761-a7c4-ba93d9acfa2b]
>>ResourceManager::searchBusinessObjects - Invalid search text - ''VMs :
>>id=''
>>>
>>> These entries come right after I attempt manual migration.
>>
>>Are you sure this is the only relevant thing you get?
>>
>>Perhaps it's a UI issue. Some things you can try:
>>
>>1. Check also ui.log and also your browser's console.
>>
>>2. Try with a new browser profile, and/or clean its cache.
>>
>>3. Try using the API/SDK.
>>
>>We have many example scripts for the SDK, but this does not include 
>>migration, sadly:
>>
>>https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples
>>
>>But you can have a look at this, which is what is actually testing
>that 
>>this works in our CI:
>>
>>https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-4.3
>>/test-scenarios/006_migrations.py
>>
>>Actually understanding how latter works and using it as-is will be 
>>hard. So you can start with one of the example scripts from first, and
>
>>copy/adapt relevant lines from second to your test script.
>>
>>Best regards,
>>
>>>
>>> Eric Evans
>>> Digital Data Services LLC.
>>> 304.660.9080
>>>
>>>
>>> -Original Message-
>>> From: Yedidyah Bar David 
>>> Sent: Tuesday, March 10, 2020 3:56 AM
>>> To: eev...@digitaldatatechs.com
>>> Cc: users 
>>> Subject: [ovirt-users] Re: cannot manually migrate vm's
>>>
>>> On Tue, Mar 10, 2020 at 12:49 AM 
>wrote:
>>> >
>>> > I upgraded from 4.3.8 to 4.3.9. Before the migration, I could
>>manually migrate vm's and also it would automatically load balance the
>
>>hosts. Now I cannot manually migrate and I have one server with no
>vm's 
>>and 2 with several.
>>> > If I put a host into maintenance mode, it will migrate the vm's
>off
>>to other hosts, but before I noticed it would move vm's around to load
>
>>balance and now it does not.
>>> > Not sure if this is a bug or not.
>>> > How it happens:
>>> > When I right click on a vm and click migrate, the migrate screen
>>flashes on screen then disappears. Same behavior if I highlight the vm
>
>>and click the migrate button at the top of the vm screen.
>>> > It's not critical, but something that needs corrected.
>>> > Any help or advice is very much appreciated.
>>>
>>> You already started a different thread about this, with subject:
>>>
>>> [ovirt-users] upgrade from 4.38 to 4.39
>>>
>>> Right? Did you see my reply there? In short: Please check/share logs
>>(more than what you shared there). Thanks.
>>>
>>> (No problem continuing in current thread, I think the subject is
>>> better...)
>>>
>>> Best regards,
>>> --
>>> 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: 
>>>

[ovirt-users] Re: Failed to deploy ovirt engine with "hosted-engine --deploy"

[Andrei Georgescu]

Hi,

I'm using a nested environment under kvm with cockpit deployment. I was able to 
pass by the Add VM Phase by starting over with another rhv source image. The 
NFS shared storage is mapped locally. Everything works fine until the HE is 
starting on the shared storage but have no connectivity and the ansible script 
is stopping at checking the health of the HE. When checking the console it 
looks like the HE goes into a kernel panic.

Any suggestions?

BR,
Andrei

From: pradeep pal 
Sent: Friday, March 13, 2020 04:10
To: Andrei Georgescu ; users@ovirt.org
Subject: Re: [ovirt-users] Re: Failed to deploy ovirt engine with 
"hosted-engine --deploy"

Hi,

Can share with us H/W details.

Thanks
Pradeep

Get Outlook for iOS

From: Andrei Georgescu 
mailto:andrei.george...@itsdone.ro>>
Sent: Wednesday, March 11, 2020 10:55:00 AM
To: users@ovirt.org 
mailto:users@ovirt.org>>
Subject: [ovirt-users] Re: Failed to deploy ovirt engine with "hosted-engine 
--deploy"


I have the same issue in the last stage at the "Add VM" phase. You used a local 
NFS share of on another VM?
___
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/VUQWHUBZ4HFRYSJ6BJFGPPIPG2Q7H3ZA/

[ovirt-users] Ansible playbook timeout

[Barrett Richardson]

Version 4.2.8.2-1.0.9.el7
Per the info near the bottom of
/usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.conf I
should be able to create this file, 

/etc/ovirt-engine/engine.conf.d/99-ansible-playbook-timeout.conf
and place in the file these contents,
ANSIBLE_PLAYBOOK_EXEC_DEFAULT_TIMEOUT=150

and extend the playbook timeout.  It doesn't work, still times out
after 30 minutes.  Any suggested workarounds?
___
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/UMKQAVQQIN6XU6LL4ZZDEBZH5DWZDMH6/

[ovirt-users] Re: Ansible playbook timeout

[Jayme]

This is all that should be needed, I've done so on my engine and it works
fine to set the timeout much higher. My guess is that you did not restart
the engine after changing the config.

On Sun, Mar 15, 2020 at 10:44 AM Barrett Richardson 
wrote:

> Version 4.2.8.2-1.0.9.el7
>
> Per the info near the bottom of
> /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.conf I should be
> able to create this file,
>
> /etc/ovirt-engine/engine.conf.d/99-ansible-playbook-timeout.conf
>
> and place in the file these contents,
>
> ANSIBLE_PLAYBOOK_EXEC_DEFAULT_TIMEOUT=150
>
> and extend the playbook timeout.  It doesn't work, still times out after
> 30 minutes.  Any suggested workarounds?
> ___
> 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/UMKQAVQQIN6XU6LL4ZZDEBZH5DWZDMH6/
>
___
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/24EZTZQ4WFIVEWPZV3NYTWNNIHJ7D67J/

[ovirt-users] Re: strange error when editing multiple disks

[Shani Leviim]

Are there any VDSM/server logs as well?
It's hard to tell, as it's not reproducing.

IMHO, the VM was locked before the failed try, and since it's status wasn't
'DOWN' the message came up.


*Regards,*

*Shani Leviim*


On Thu, Mar 12, 2020 at 4:31 PM Gianluca Cecchi 
wrote:

> On Thu, Mar 12, 2020 at 3:14 PM Gianluca Cecchi 
> wrote:
>
>> On Thu, Mar 12, 2020 at 10:40 AM Shani Leviim  wrote:
>>
>>
>>
>>> For a deeper look, can you please attach screenshots and UI+engine logs?
>>>
>>>
>>> *Regards,*
>>>
>>> *Shani Leviim*
>>>
>>>
>>>
>> I was trying to reproduce now in similar ways not able to create the
>> problem I will search for logs
>>
>> Gianluca
>>
>
>
> you see in extract of engine.log here:
>
> https://drive.google.com/file/d/1vDY64QaRkb8LWHJ9gD16bsJlyovISNwr/view?usp=sharing
>
> first step of editing the second disk "c8_Disk2" of VM c8 with success at
> 2020-03-12 09:51:28,680+01
>
> error (WARN line) related to attempt of editing the boot disk named
> "c8_boot" of the same VM at 2020-03-12 09:51:40,359+01 with reason:
> Validation of action 'UpdateVmDisk' failed for user tekka@my_domain@my_domain.
> Reasons:
> VAR__ACTION__UPDATE,VAR__TYPE__DISK,ACTION_TYPE_FAILED_VM_IS_NOT_DOWN
>
> second attempt (after doing similar actions on disks of another VM named
> c8client) that had success for the same disk "c8_boot" of VM c8 at
> 2020-03-12 09:52:15,928+01
>
> Gianluca
>
>
>
>
___
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/6W5AX7U53VY7YBYUBZDYSUUM346JIEFO/

[ovirt-users] Re: cannot manually migrate vm's

[eevans]

Filed the bug for Ovirt Bugzilla.
Red Hat Bugzilla – Bug 1813711

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Strahil Nikolov  
Sent: Sunday, March 15, 2020 2:59 AM
To: eev...@digitaldatatechs.com; 'Yedidyah Bar David' 
Cc: 'users' 
Subject: [ovirt-users] Re: cannot manually migrate vm's

On March 14, 2020 11:41:42 PM GMT+02:00, eev...@digitaldatatechs.com wrote:
>I tried a migration on several different vm's. The migratiuon window 
>flashes on the screen and immediately errors out saying it cannot get 
>the vm ID. (See screen shot) Nothing in the logs corresponds to the 
>time I try the migration and a destination server is never an option.
>Also, load balancing is affected. At times it appears to work but at 
>this moment, I have 10 servers on one host and none on the other 2.
>All this since this upgrade which should have been seamless since is 
>was not a version upgrade but a sub version.
>
>
>Eric Evans
>Digital Data Services LLC.
>304.660.9080
>
>
>-Original Message-
>From: Strahil Nikolov 
>Sent: Saturday, March 14, 2020 3:27 PM
>To: eev...@digitaldatatechs.com; 'Yedidyah Bar David' 
>Cc: 'users' 
>Subject: [ovirt-users] Re: cannot manually migrate vm's
>
>On March 14, 2020 4:01:48 PM GMT+02:00, eev...@digitaldatatechs.com
>wrote:
>>I am still having issue with migration and load balancing since the 
>>upgrade.
>>Any thoughts?
>>
>>Eric Evans
>>Digital Data Services LLC.
>>304.660.9080
>>
>>
>>-Original Message-
>>From: Yedidyah Bar David 
>>Sent: Tuesday, March 10, 2020 5:06 AM
>>To: eev...@digitaldatatechs.com
>>Cc: users 
>>Subject: [ovirt-users] Re: cannot manually migrate vm's
>>
>>On Tue, Mar 10, 2020 at 10:42 AM  wrote:
>>>
>>> Apologies. I had ask about the upgrade before I did it and thought
>>this would be a different subject.
>>> I have check the engine log. I can share it as well as any others.
>>There is a message in the engine log that appears right after I try to
>
>>migrate that says:
>>>
>>> 2020-03-10 04:40:09,375-04 INFO
>>> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-29)
>
>>> [] Can't read file
>>> '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for request 
>>> '/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404
>>> 2020-03-10 04:40:19,985-04 WARN
>>[org.ovirt.engine.core.bll.SearchQuery] (default task-29) 
>>[33910d48-e9a3-4761-a7c4-ba93d9acfa2b]
>>ResourceManager::searchBusinessObjects - Invalid search text - ''VMs :
>>id=''
>>>
>>> These entries come right after I attempt manual migration.
>>
>>Are you sure this is the only relevant thing you get?
>>
>>Perhaps it's a UI issue. Some things you can try:
>>
>>1. Check also ui.log and also your browser's console.
>>
>>2. Try with a new browser profile, and/or clean its cache.
>>
>>3. Try using the API/SDK.
>>
>>We have many example scripts for the SDK, but this does not include 
>>migration, sadly:
>>
>>https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples
>>
>>But you can have a look at this, which is what is actually testing
>that
>>this works in our CI:
>>
>>https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-4.
>>3
>>/test-scenarios/006_migrations.py
>>
>>Actually understanding how latter works and using it as-is will be 
>>hard. So you can start with one of the example scripts from first, and
>
>>copy/adapt relevant lines from second to your test script.
>>
>>Best regards,
>>
>>>
>>> Eric Evans
>>> Digital Data Services LLC.
>>> 304.660.9080
>>>
>>>
>>> -Original Message-
>>> From: Yedidyah Bar David 
>>> Sent: Tuesday, March 10, 2020 3:56 AM
>>> To: eev...@digitaldatatechs.com
>>> Cc: users 
>>> Subject: [ovirt-users] Re: cannot manually migrate vm's
>>>
>>> On Tue, Mar 10, 2020 at 12:49 AM 
>wrote:
>>> >
>>> > I upgraded from 4.3.8 to 4.3.9. Before the migration, I could
>>manually migrate vm's and also it would automatically load balance the
>
>>hosts. Now I cannot manually migrate and I have one server with no
>vm's
>>and 2 with several.
>>> > If I put a host into maintenance mode, it will migrate the vm's
>off
>>to other hosts, but before I noticed it would move vm's around to load
>
>>balance and now it does not.
>>> > Not sure if this is a bug or not.
>>> > How it happens:
>>> > When I right click on a vm and click migrate, the migrate screen
>>flashes on screen then disappears. Same behavior if I highlight the vm
>
>>and click the migrate button at the top of the vm screen.
>>> > It's not critical, but something that needs corrected.
>>> > Any help or advice is very much appreciated.
>>>
>>> You already started a different thread about this, with subject:
>>>
>>> [ovirt-users] upgrade from 4.38 to 4.39
>>>
>>> Right? Did you see my reply there? In short: Please check/share logs
>>(more than what you shared there). Thanks.
>>>
>>> (No problem continuing in current thread, I think the subject is
>>> better...)
>>>
>>> Best regards,
>>> --
>>> Didi
>>> 

[ovirt-users] Re: Ansible playbook timeout

[Gianluca Cecchi]

Restarted ovirt-engine service, correct?
Which kind of playbooks?


Il Dom 15 Mar 2020, 14:44 Barrett Richardson  ha
scritto:

> Version 4.2.8.2-1.0.9.el7
>
> Per the info near the bottom of
> /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.conf I should be
> able to create this file,
>
> /etc/ovirt-engine/engine.conf.d/99-ansible-playbook-timeout.conf
>
> and place in the file these contents,
>
> ANSIBLE_PLAYBOOK_EXEC_DEFAULT_TIMEOUT=150
>
> and extend the playbook timeout.  It doesn't work, still times out after
> 30 minutes.  Any suggested workarounds?
> ___
> 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/UMKQAVQQIN6XU6LL4ZZDEBZH5DWZDMH6/


>
>
>
___
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/M37N22JSI3YIZU773OCGZ43LYNMNYIPY/

[ovirt-users] Re: Ansible playbook timeout

[Barrett Richardson]

Its looks like key SSHInactivityHardTimeoutSeconds was the source of
my grief.

On 3/15/2020 at 10:14 AM, "Jayme"  wrote:This is all that should be
needed, I've done so on my engine and it works fine to set the timeout
much higher. My guess is that you did not restart the engine after
changing the config. 
On Sun, Mar 15, 2020 at 10:44 AM Barrett Richardson  wrote:
Version 4.2.8.2-1.0.9.el7
Per the info near the bottom of
/usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.conf I
should be able to create this file, 

/etc/ovirt-engine/engine.conf.d/99-ansible-playbook-timeout.conf
and place in the file these contents,
ANSIBLE_PLAYBOOK_EXEC_DEFAULT_TIMEOUT=150

and extend the playbook timeout.  It doesn't work, still times out
after 30 minutes.  Any suggested workarounds?
___
 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/UMKQAVQQIN6XU6LL4ZZDEBZH5DWZDMH6/
 ___
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/SNWCIYZ6BXALC6WTCTHLZVFU5CNVWKNQ/

[ovirt-users] Re: Migrate engine from one storage domain to another

[Pavel Bar]

Hi,
Move should work.
You can backup the disk before migration just to feel safe :)

On Fri, Mar 13, 2020 at 7:28 AM  wrote:

> Hi All,
>
> What would be the easiest way to migrate my hosted engine disk from one
> storage domain, to another? I see that I can click on the disk, and select
> move, but for some reason I feel nervous about it :)
>
> Thanks
> ___
> 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/KE2QHPKRB2IDNNOXJAKDCU67V44BCO3T/
>
___
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/MKY5LPTBVW3LJY6EATGHBN45FGECZ2YM/

[ovirt-users] Re: Ansible playbook timeout

[Barrett Richardson]

Yes, restarted ovirt-engine service.  Rebooted even.  I'm trying the
Reinstall operation on a new host I'm trying to add to a cluster.  
Compute --> Hosts --> olvmHost1 and the tabs are
[Edit][Remove][Management][Installation][Host Console].  Installation
has a pull down menu with options Reinstall, Enroll Certificate, Check
for Upgrade.

On 3/15/2020 at 10:03 AM, "Gianluca Cecchi"  wrote:Restarted
ovirt-engine service, correct?Which kind of playbooks?

Il Dom 15 Mar 2020, 14:44 Barrett Richardson  ha scritto:
Version 4.2.8.2-1.0.9.el7
Per the info near the bottom of
/usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.conf I
should be able to create this file, 

/etc/ovirt-engine/engine.conf.d/99-ansible-playbook-timeout.conf
and place in the file these contents,
ANSIBLE_PLAYBOOK_EXEC_DEFAULT_TIMEOUT=150

and extend the playbook timeout.  It doesn't work, still times out
after 30 minutes.  Any suggested workarounds?
___
 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/UMKQAVQQIN6XU6LL4ZZDEBZH5DWZDMH6/
___
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/6UHHCSMVDT42XBC56DKYYQVP2JWBASQH/

[ovirt-users] Re: cannot manually migrate vm's

[eevans]

Tried several migrations and found this in the engine.log:

2020-03-15 13:12:50,760-04 WARN  [org.ovirt.engine.core.bll.SearchQuery] 
(default task-57) [c0ef4cd1-0391-4741-a345-62b567ed30bf] 
ResourceManager::searchBusinessObjects - Invalid search text - ''VMs : id=''
2020-03-15 13:13:19,129-04 WARN  [org.ovirt.engine.core.bll.SearchQuery] 
(default task-57) [c8fc8d7e-3c3e-45c8-8aa6-5cfd25fd9c4a] 
ResourceManager::searchBusinessObjects - Invalid search text - ''VMs : id=''
2020-03-15 13:13:24,975-04 WARN  [org.ovirt.engine.core.bll.SearchQuery] 
(default task-57) [4054bb67-fc87-4779-978d-e00e65bd2527] 
ResourceManager::searchBusinessObjects - Invalid search text - ''VMs : id=''

I think this may be related to manual migration failure.

Let me know if this helps.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Strahil Nikolov  
Sent: Sunday, March 15, 2020 2:59 AM
To: eev...@digitaldatatechs.com; 'Yedidyah Bar David' 
Cc: 'users' 
Subject: [ovirt-users] Re: cannot manually migrate vm's

On March 14, 2020 11:41:42 PM GMT+02:00, eev...@digitaldatatechs.com wrote:
>I tried a migration on several different vm's. The migratiuon window 
>flashes on the screen and immediately errors out saying it cannot get 
>the vm ID. (See screen shot) Nothing in the logs corresponds to the 
>time I try the migration and a destination server is never an option.
>Also, load balancing is affected. At times it appears to work but at 
>this moment, I have 10 servers on one host and none on the other 2.
>All this since this upgrade which should have been seamless since is 
>was not a version upgrade but a sub version.
>
>
>Eric Evans
>Digital Data Services LLC.
>304.660.9080
>
>
>-Original Message-
>From: Strahil Nikolov 
>Sent: Saturday, March 14, 2020 3:27 PM
>To: eev...@digitaldatatechs.com; 'Yedidyah Bar David' 
>Cc: 'users' 
>Subject: [ovirt-users] Re: cannot manually migrate vm's
>
>On March 14, 2020 4:01:48 PM GMT+02:00, eev...@digitaldatatechs.com
>wrote:
>>I am still having issue with migration and load balancing since the 
>>upgrade.
>>Any thoughts?
>>
>>Eric Evans
>>Digital Data Services LLC.
>>304.660.9080
>>
>>
>>-Original Message-
>>From: Yedidyah Bar David 
>>Sent: Tuesday, March 10, 2020 5:06 AM
>>To: eev...@digitaldatatechs.com
>>Cc: users 
>>Subject: [ovirt-users] Re: cannot manually migrate vm's
>>
>>On Tue, Mar 10, 2020 at 10:42 AM  wrote:
>>>
>>> Apologies. I had ask about the upgrade before I did it and thought
>>this would be a different subject.
>>> I have check the engine log. I can share it as well as any others.
>>There is a message in the engine log that appears right after I try to
>
>>migrate that says:
>>>
>>> 2020-03-10 04:40:09,375-04 INFO
>>> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-29)
>
>>> [] Can't read file
>>> '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for request 
>>> '/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404
>>> 2020-03-10 04:40:19,985-04 WARN
>>[org.ovirt.engine.core.bll.SearchQuery] (default task-29) 
>>[33910d48-e9a3-4761-a7c4-ba93d9acfa2b]
>>ResourceManager::searchBusinessObjects - Invalid search text - ''VMs :
>>id=''
>>>
>>> These entries come right after I attempt manual migration.
>>
>>Are you sure this is the only relevant thing you get?
>>
>>Perhaps it's a UI issue. Some things you can try:
>>
>>1. Check also ui.log and also your browser's console.
>>
>>2. Try with a new browser profile, and/or clean its cache.
>>
>>3. Try using the API/SDK.
>>
>>We have many example scripts for the SDK, but this does not include 
>>migration, sadly:
>>
>>https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples
>>
>>But you can have a look at this, which is what is actually testing
>that
>>this works in our CI:
>>
>>https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-4.
>>3
>>/test-scenarios/006_migrations.py
>>
>>Actually understanding how latter works and using it as-is will be 
>>hard. So you can start with one of the example scripts from first, and
>
>>copy/adapt relevant lines from second to your test script.
>>
>>Best regards,
>>
>>>
>>> Eric Evans
>>> Digital Data Services LLC.
>>> 304.660.9080
>>>
>>>
>>> -Original Message-
>>> From: Yedidyah Bar David 
>>> Sent: Tuesday, March 10, 2020 3:56 AM
>>> To: eev...@digitaldatatechs.com
>>> Cc: users 
>>> Subject: [ovirt-users] Re: cannot manually migrate vm's
>>>
>>> On Tue, Mar 10, 2020 at 12:49 AM 
>wrote:
>>> >
>>> > I upgraded from 4.3.8 to 4.3.9. Before the migration, I could
>>manually migrate vm's and also it would automatically load balance the
>
>>hosts. Now I cannot manually migrate and I have one server with no
>vm's
>>and 2 with several.
>>> > If I put a host into maintenance mode, it will migrate the vm's
>off
>>to other hosts, but before I noticed it would move vm's around to load
>
>>balance and now it does not.
>>> > Not sure if this is a bug or not.
>>> > How it happens:
>>> > When I right