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/EKNK3XLG7ZOKS7OWLS6SGNIGACLBFCAG/ >_______________________________________________ >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/3R2FHBFBEAIUZ263CNYV7LZF6YACVQ5Q/
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/