Hi Carl,
I'd recommend you to avoid DNS & DHCP unless you oVirt infra consistes of hundreds of servers.
It is far more reliable to use static IPs + /etc/hosts .
As you could 'ssh' to the engine, check the logs - there should be a clue why it failed.
Most probably it's related to the DNS/IP used.
I think the devs can tell their opinion on Monday.
Best Regards,
Strahil Nikolov
HiThanks for the info. There have been some progress with the situation. So to make the story as short as possible we are in a process of changing our range of IP addresse to 10.8.X.X to 10.16.X.X for all of the ovirt infra. This implies a new DHCP server, new switchs etc etc. For now we went back to our old IP address ranges because we were not able to stabilize the system.So the last status using our new range of addresses was that gluster was all fine, the hosted engine domaine was moutning okey. I suspect DNS table was not properly updated.. but i am not 100% sure. But if we tried to used the new range of adrreses everything seems to be fine except that the hosted-engine always fail the "liveliness check" after going up. I was not able to solve this situation so i went back to our previous DHCP server.So i am not sure what is missing for the hosted-engine to use the DHCP server. Is there any hardcode config in the hosted-egnine that need to be updated when chaging DHCP server(i.e new address with the same hostname, new gateway..)More info on the test i did with the new DHCP server -- > All node have name resolution working. I am able to ssh to the hosted-engineAny suggestions will be appreciated as i am out of idea for now. Do i need to redo some sort of setup in the engine to take into account the range of address/new gateway? There is also a LDAP server access configure in the engine for username mapping..CarlOn Sat, Jul 13, 2019 at 6:31 AM Strahil Nikolov <hunter86_bg@yahoo.com> wrote:Can you mount the volume manually at another location ?Also, have you done any changes to Gluster ?Please provide "gluster volume info engine" . I have noticed the following in your logs: option 'parallel-readdir' is not recognizedBest Regards,Strahil NikolovВ петък, 12 юли 2019 г., 22:30:41 ч. Гринуич+3, carl langlois <crl.langlois@gmail.com> написа:Hi ,I am in state where my system does not recover from a major failure. I have pinpoint the probleme to be that the hosted engine storage domain is not able to mountI have a glusterfs containing the storage domain. but when it attempt to mount glusterfs to /rhev/data-center/mnt/glusterSD/ovhost1:_engine i get+------------------------------------------------------------------------------+
[2019-07-12 19:19:44.063608] I [rpc-clnt.c:1986:rpc_clnt_reconfig] 0-engine-client-2: changing port to 49153 (from 0)
[2019-07-12 19:19:55.033725] I [fuse-bridge.c:4205:fuse_init] 0-glusterfs-fuse: FUSE inited with protocol versions: glusterfs 7.24 kernel 7.22
[2019-07-12 19:19:55.033748] I [fuse-bridge.c:4835:fuse_graph_sync] 0-fuse: switched to graph 0
[2019-07-12 19:19:55.033895] I [MSGID: 108006] [afr-common.c:537