[ovirt-users] Re: RHEL 7.5 as an oVirt host - missing packages
Sorry, I hate to be "that guy", but does no one here seem to care that both the repositories and documentation are wrong for installing oVirt on RHEL 7.5? Either the documentation is wrong, or the RHEL repos require updating. One or the other is true, and I don't know enough about the oVirt support structure to know where to submit the appropriate bug report. I'm happy to do so, but I need input from the community here. I went ahead and installed the Satellite repo, but there is also an install problem with the gluster-server package - it never installs. I had to manually install it and manually launch the daemon and enable it (glusterd). To see this yourself: 1) Have an existing functional oVirt environment 2) Install RHEL 7.5 onto a new host from an ISO and subscribe it to Red Hat's repos 3) Configure the rhel-7-server-rpms, rhel-7-server-optional-rpms and rhel-7-server-extras-rpms repos 4) Try to add the new host to the oVirt cluster 5) See the failure 6) Configure the rhel-7-server-satellite-tools-6.3-rpms repo on the RHEL host 7) Try to add the host again 8) See it fail again 9) Install the gluster-server package onto the RHEL 7.5 host 10) Enable the glusterd service and start it 11) Try YET AGAIN to add the RHEL 7.5 host to the cluster 12) Success So I say again - either the documentation is wrong, or Red Hat's repos require an update (specifically the Extras repo). ___ 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/IH55UNV3YVFCT6YHSRTC6A4FAP2VAW6T/
[ovirt-users] ovirt upgrade 4.1 -> 4.2: host bricks down
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='[0002-0002-0002-0002-017a=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@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/J3MQD5KRVIRHFCD3I54P5PHCQCCZ3ETG/
[ovirt-users] Gluster not synicng changes between nodes for engine
Hi Guys, I've got 60 some odd files for each of the nodes in the cluster, they don't seem to be syncing. Running a volume heal engine full, reports successful. Running volume heal engine info reports the same files, and doesn't seem to be syncing. Running a volume heal engine info split-brain, there's nothing listed in split-brain. Peers show as connected. Gluster volumes are started/up. Hosted-engine --vm-status reports : The hosted engine configuration has not been retrieved from shared storage. Please ensure that ovirt-ha-agent is running and the storage server is reachable. This is leaving the cluster in an engine down with all vm's down state... Thanks, ___ 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/YPNWM222K2U7NX32CIME7KINWPCLBSCR/
[ovirt-users] ovirt 4.2 and hugepages
A part from configuring high performance vm, that gives me no high availability. Can I allocate huge pages using vdsm-hook-hugepages-4.19.31-1.el7.centos.noarch it seems that after updating an environment to 4.2 I'm not able to start a VM configured with the custom property I get Th ehost x did not satisfy internal filter HugePages because there are not enough free huge pages to run the VM But on host I have # cat /proc/meminfo | grep -i huge AnonHugePages: 0 kB HugePages_Total: 6 HugePages_Free:6 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 2048 kB # and the custom property is configured to allocate 8200 huge pages to the guest The gropu configured in sysctl.d/10-hugepages.conf is vm.hugetlb_shm_group = 36 Do I have to set anything in /etc/securily/limits.d/ for qemu user? Thanks In advance, Gainluca ___ 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/A5HNSDH6GEAXQ4X4QFIY3VVWCYWSWCKX/
