Created attachment 1418937 [details] engine and vdsm logs Description of problem: When access between the host and the storage domain is lost the event and logs reported do not name the domain but refer to it as <UNKNOWN> Version-Release number of selected component (if applicable): ovirt-engine-4.2.2.6-0.1.el7.noarch vdsm-4.20.23-1.el7ev.x86_64 How reproducible: 100% Steps to Reproduce: 1. Cold Move VM disk from domain 1 to domain 2 2. During the move block the access to domain 2 on the host >>> "Host host_mixed_1 cannot access the Storage Domain(s) <UNKNOWN> attached to the Data Center golden_env_mixed. Setting Host state to Non-Operational. Actual results: Host host_mixed_1 cannot access the Storage Domain(s) <UNKNOWN> attached to the Data Center golden_env_mixed. Setting Host state to Non-Operational. Expected results: Host host_mixed_1 cannot access the Storage Domain(s) nfs_2 attached to the Data Center golden_env_mixed. Setting Host state to Non-Operational. Additional info: engine.log ----------------- 2018-04-08 19:08:26,800+03 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-14) [4d2988f6] EVENT_ID: VDS_SET_NONOPERATIONAL_DOMAIN(522) , Host host_mixed_2 cannot access the Storage Domain(s) <UNKNOWN> attached to the Data Center <UNKNOWN>. Setting Host state to Non-Operational. 2018-04-08 19:08:26,894+03 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-52) [02801675-9a0c-4bf8-ae3b-18e3828ff78a] FINISH, GetVolumeIn foVDSCommand, return: org.ovirt.engine.core.common.businessentities.storage.DiskImage@177c3c9a, log id: 53d83f28
This is an edge case and the fix is too complicated considering the small benefit, closing as WONTFIX