I think Patrick already gave quite sound advice. I'd only want to add, that you should strictly separate dealing with Gluster and oVirt: the integration isn't strong and oVirt just uses Gluster and won't try to fix it intelligently.
Changing hostnames on an existing Gluster is "not supported" I guess, even if I understand how that can be a need in real life. I've had occasion to move HCI clusters from one IP range to another and it's a bit like open heart surgery. I had no control over the DNS in that environment so I made do with /etc/hosts on all Gluster members. It's stone age, but it works and you have full control. So you are basically free to use the old hostnames in /etc/hosts to ensure that the gluster pool members are able to talk to each other, while all outside access is with the new names. If you can get the management engine to run somehow, you can use the trick of using the old aliases in the host file, too, to regain operations. In some cases I've even worked with pure IP addresses for the Gluster setup and even that can be all changed in the /var/lib configuration files if and only if all Gluster daemons are shut down (they tend to keep their state in memory and write it down as the daemon finishes). Once Gluster itself is happy and "gluster volume status all" is showing "y" on all ports and bricks, oVirt generally had no issues at all using the storage. It may just take a long time to show things as ok. The only other piece of advice I can give for a situation like that is to decide where your value is and how quickly you need to be back in business. If it's the VMs running on the infra or the oVirt setup itself? If it's the VMs and if you're still running on one Gluster leg, I'd concentrate on saving the VMs. Backup and Export domains on NFS are safe in the sense, that they can typically be attached to an oVirt that you rebuilt from scratch, so that's one option. OVA exports sometimes work and I've also used Clonezilla to copy VMs across to other hypervisors, booting the Clonezilla ISO at both ends and doing a network transfer: they lose some attributs and the network may need to be redone afterwards, but the data stays safe. If it's the oVirt setup, I'd rather recommend starting from scratch with the latest release and hopefully some backup of the VMs. Fiddling with the database is nothing I'd recommend. _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KP6YTX2U5OUONAILDIACCA3XMNC7B2YH/