[ovirt-users] Re: HCI cleanup of host1 possible?
On Wed, Oct 17, 2018 at 1:45 PM Sahina Bose <sabose(a)redhat.com> wrote:
On Tue, Oct 16, 2018 at 6:54 PM Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
> Hello,
> I would like to cleanup a 3 hosts HCI install that didn't complete.
> If I connect to cockpit of second host it seems like an initial config
> screen.
> But if I connect to cockpit of the first host, that I have used in first
> attempt and I have rebooted in the mean time, it seems to find an engine
> config and doesn't show choice of install from scratch.
> On gluster engine volume I have already done clean up.
> Is there anything I can do on host1 to cleanup its partial config?
>
have you tried ovirt-hosted-engine-cleanup ?
>
>
Not yet. I will try next time, as I think I have to run again the cockpit
based gluster hci deploy a few times on host1, because of what described
here:
https://www.mail-archive.com/users@ovirt.org/msg51632.html
For the moment, a poor-man cleanup that seems to work has been to execute
on host1:
cd /gluster_bricks/engine/engine
rm -rf <run_generated_uuid>
rm -rf __DIRECT_IO_TEST__
rm -rf .shard
cd /etc/vdsm/
cp -p vdsm.conf.20181016131252 vdsm.conf
systemctl restart vdsmd
cd /etc/ovirt-hosted-engine
rm -f hosted-engine.conf
cd /etc/libvirt/
rm -rf storage
rm -f qemu/HostedEngineLocal.xml
shutdown -r now
and then run deploy again.
In my case the deploy had stopped after engine storage domain creation and
at step of guestfish to inject network configuration into the to-be
hosted-engine VM
Possibly ovirt-hosted-engine-cleanup covers more areas and scenarios
Thanks in the mean time
Gianluca
Attachments:
- attachment.html (text/html — 2.8 KB)