I am running 4.2.3.8-1.el7. I will upgrade and check. Thanx, Alex
On Tue, Jun 19, 2018 at 11:59 AM, Sahina Bose <sab...@redhat.com> wrote: > > > On Sat, Jun 16, 2018 at 5:34 PM, Alex K <rightkickt...@gmail.com> wrote: > >> Hi all, >> >> I have a ovirt 2 node cluster for testing with self hosted engine on top >> gluster. >> >> The cluster was running on 4.1. After the upgrade to 4.2, which generally >> went smoothly, I am seeing that the bricks of one of the hosts (v1) are >> detected as down, while the gluster is ok when checked with command lines >> and all volumes mounted. >> >> Below is the error that the engine logs: >> >> 2018-06-17 00:21:26,309+03 ERROR >> [org.ovirt.engine.core.bll.gluster.GlusterSyncJob] >> (DefaultQuartzScheduler2) >> [98d7e79] Error while refreshing brick statuses for volume 'vms' of >> cluster 'test': null >> 2018-06-17 00:21:26,318+03 ERROR [org.ovirt.engine.core.vdsbrok >> er.gluster.GetGlusterLocalLogicalVolumeListVDSCommand] >> (DefaultQuartzScheduler2) [98d7e79] Command >> 'GetGlusterLocalLogicalVolumeListVDSCommand(HostName >> = v0.test-group.com, >> VdsIdVDSCommandParametersBase:{hostId='d5a96118-ca49-411f-86cb-280c7f9c421f'})' >> execution failed: null >> 2018-06-17 00:21:26,323+03 ERROR [org.ovirt.engine.core.vdsbrok >> er.gluster.GetGlusterLocalLogicalVolumeListVDSCommand] >> (DefaultQuartzScheduler2) [98d7e79] Command >> 'GetGlusterLocalLogicalVolumeListVDSCommand(HostName >> = v1.test-group.com, >> VdsIdVDSCommandParametersBase:{hostId='12dfea4a-8142-484e-b912-0cbd5f281aba'})' >> execution failed: null >> 2018-06-17 00:21:27,015+03 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler9) >> [426e7c3d] Failed to acquire lock and wait lock >> 'EngineLock:{exclusiveLocks='[00000002-0002-0002-0002-00000000017a=GLUSTER]', >> sharedLocks=''}' >> 2018-06-17 00:21:27,926+03 ERROR >> [org.ovirt.engine.core.bll.gluster.GlusterSyncJob] >> (DefaultQuartzScheduler2) >> [98d7e79] Error while refreshing brick statuses for volume 'engine' of >> cluster 'test': null >> >> Apart from this everything else is operating normally and VMs are running >> on both hosts. >> > > Which version of 4.2? This issue is fixed with 4.2.4 > > >> Any idea to isolate this issue? >> >> Thanx, >> Alex >> >> >> _______________________________________________ >> Users mailing list -- users@ovirt.org >> To unsubscribe send an email to users-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/communit >> y/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archiv >> es/list/users@ovirt.org/message/J3MQD5KRVIRHFCD3I54P5PHCQCCZ3ETG/ >> >> >
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/PMVE6UGFAL5SOWFP6M6XF46WVHEGF6VD/