On Wed, May 20, 2020 at 7:06 AM <[email protected]> wrote:
>
> Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/
> Build: 
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/448/

Checked this, and failed to find exact root cause.

It failed in 012_local_maintenance_sdk.local_maintenance, to put the
host to maintenance, because,

https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/448/artifact/exported-artifacts/test_logs/he-basic-suite-4.3/post-012_local_maintenance_sdk.py/lago-he-basic-suite-4-3-engine/_var_log/ovirt-engine/engine.log

2020-05-20 00:03:57,239-04 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource]
(default task-6) [] Operation Failed: [Cannot switch the Host(s) to
Maintenance mode.
There are no available hosts capable of running the engine VM.]

Before that, engine.log:

2020-05-19 23:52:22,933-04 WARN
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
(EE-ManagedThreadFactory-engine-Thread-89) [] vds
'lago-he-basic-suite-4-3-host-0' reported domain
'9624d30d-4a7a-4061-80c8-149a1e770275:nfs' as in problem, attempting
to move the vds to status NonOperational

then it started migrating the engine vm to host-1.

Relevant lines about the migration can also be seen in HA logs on both hosts.

Couldn't find anywhere why it had storage problems and moved to nonoperational.

Nir, can you please have a look? Thanks.

It's likely a local issue (high load or whatever), but can't be certain.

Best regards,
-- 
Didi
_______________________________________________
Devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]/message/SBX7KSO6DZK6LCPX5B3OKX2UHSRQ73WI/

Reply via email to