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 <hunter86...@yahoo.com> Sent: Saturday, March 14, 2020 3:27 PM To: eev...@digitaldatatechs.com; 'Yedidyah Bar David' <d...@redhat.com> Cc: 'users' <users@ovirt.org> 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 <d...@redhat.com> >Sent: Tuesday, March 10, 2020 5:06 AM >To: eev...@digitaldatatechs.com >Cc: users <users@ovirt.org> >Subject: [ovirt-users] Re: cannot manually migrate vm's > >On Tue, Mar 10, 2020 at 10:42 AM <eev...@digitaldatatechs.com> 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 <d...@redhat.com> >> Sent: Tuesday, March 10, 2020 3:56 AM >> To: eev...@digitaldatatechs.com >> Cc: users <users@ovirt.org> >> Subject: [ovirt-users] Re: cannot manually migrate vm's >> >> On Tue, Mar 10, 2020 at 12:49 AM <eev...@digitaldatatechs.com> 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: >> >https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZ5YXYDO >> 3I2ERDMXPFOE6TLS3SDF7ASR/ >> > > >-- >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/EKNK3XLG7 >ZOKS7OWLS6SGNIGACLBFCAG/ >_______________________________________________ >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/3R2FHBFBE >AIUZ263CNYV7LZF6YACVQ5Q/ Hi Eric, I assume the reinstall was OK. You need to get deeper in the logs: 1. Check libvirt logs on source and destination host 2. Check vdsm logs on source & destination 3. Check engine logs on HostedEngine 4. The cpu flags on source and destination host (cat /proc/cpuinfo) for any difference Best Regards, Strahil Nikolov _______________________________________________ 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/IYXGR6V7RENY6B5MVZI3PWBQO35CG2GX/
_______________________________________________ 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/4H7MJ7IPZZKVBHIK2DP5ZONJMTKI5LAW/
