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_bg(a)yahoo.com>
Sent: Saturday, March 14, 2020 3:27 PM
To: eevans(a)digitaldatatechs.com; 'Yedidyah Bar David' <didi(a)redhat.com>
Cc: 'users' <users(a)ovirt.org>
Subject: [ovirt-users] Re: cannot manually migrate vm's
On March 14, 2020 4:01:48 PM GMT+02:00, eevans(a)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 <didi(a)redhat.com>
Sent: Tuesday, March 10, 2020 5:06 AM
To: eevans(a)digitaldatatechs.com
Cc: users <users(a)ovirt.org>
Subject: [ovirt-users] Re: cannot manually migrate vm's
On Tue, Mar 10, 2020 at 10:42 AM <eevans(a)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 <didi(a)redhat.com>
> Sent: Tuesday, March 10, 2020 3:56 AM
> To: eevans(a)digitaldatatechs.com
> Cc: users <users(a)ovirt.org>
> Subject: [ovirt-users] Re: cannot manually migrate vm's
>
> On Tue, Mar 10, 2020 at 12:49 AM <eevans(a)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(a)ovirt.org To unsubscribe send an email to
> users-leave(a)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(a)ovirt.org
To unsubscribe send an email to users-leave(a)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(a)ovirt.org
To unsubscribe send an email to users-leave(a)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(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: