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.vdsbroker.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.vdsbroker.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.

Any idea to isolate this issue? Thanx, Alex _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)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/J3MQD5KRVIRHFCD3I54P5PHCQCCZ3ETG/

When I right click an empty host, and select upgrade and confirm that I want to upgrade. It simply comes back with install failed after a minute or two. I have no idea why its failing, there also does not appear to be anything in /var/log/yum.log so I am not sure where else to look to figure out why it cannot upgrade. Also to be clear, the wording in Ovirt uses the term upgrade, however I am under the impression it simply means update, not actually upgrade to 4.2. Thank you all. _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)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/ZFVQXUEYBCH...

On Sat, Jun 16, 2018 at 5:34 PM, Alex K <rightkicktech(a)gmail.com&gt; 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(a)ovirt.org > To unsubscribe send an email to users-leave(a)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(a)ovirt.org/message/J3MQD5KRVIRHFCD3I54P5PHCQCCZ3ETG/ > >

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 <sabose(a)redhat.com&gt; wrote: > > > On Sat, Jun 16, 2018 at 5:34 PM, Alex K <rightkicktech(a)gmail.com&gt; 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(a)ovirt.org >> To unsubscribe send an email to users-leave(a)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(a)ovirt.org/message/J3MQD5KRVIRHFCD3I54P5PHCQCCZ3ETG/ >> >> >

On 19-6-2018 17:26, Jacob Green wrote: > > I just did not know where to look for the errors, I now see that it is > telling me it is failing on this package "collectd" > > So when I go to my host and I run *yum list collectd *I see that > collectd is available to install via EPEL repos. _/Note: I did not > setup this cluster not sure if epel is normal./ > > > > > So looks like my problem here has to do with the epel package being > available and being newer? > There is a warning on the ovirt site about enabling epel :-) Disable the epel repo and just use yum install whatever --enablerepo=epel just in case you need it.