Dear Didi, Thank you for your reply. My glusterfs uses the host's internal disks. I have 4 hosts, but the glusterfs use only 3. It is a centos7 based system. As I think, I have to elminate the glusterfs first, because I can't upgrade the hosts until the engine running on there. That's why I think the engine will access to them after the reinstall. Is it fine? What pitfalls can I except in this case? Thanks in advance, Tibor -----Eredeti üzenet----- Feladó: Yedidyah <didi@redhat.com> Címzett: Demeter <tdemeter@itsmart.hu> Másolat: users <users@ovirt.org> Dátum: 2022. március 16., szerda 15:08 CET Tantárgy: Re: [ovirt-users] Replace storage behind ovirt engine On Wed, Mar 16, 2022 at 1:39 PM Demeter Tibor <tdemeter@itsmart.hu> wrote:
Dear Users,
I have to upgrade our hyperconverged ovirt system from 4.3 to 4.4, but meanwhile I would like to change the storage backend under the engine. At this moment it is a gluster based clustered fs, but I don't really like it.... I would like to change to a hardver based iscsi storage. I just wondering, when I do the engine reinstall, I will install it to an other storage. Is it possible somehow?
The "canonical" way is: 1. On current engine machine: engine-backup --file=f1 2. (Re)Install a new host (with 4.4?), copy there f1, and: hosted-engine --deploy --restore-from-file=f1 This only handles your engine VM, not others. The new engine (with its hosted_storage on the new iscsi storage) will need access to the existing gluster storage holding the other VMs, if you plan to somehow import/migrate/whatever them. If unsure how to continue, perhaps clarify your plan with more details. Good luck, -- Didi