[ovirt-users] oVirt-Gluster Hyperconvergence: Graceful shutdown and startup
Bernhard Seidl
info at bernhard-seidl.de
Thu Jan 4 13:31:28 UTC 2018
Am 04.01.2018 um 11:56 schrieb Sahina Bose:
>
>
> On Wed, Jan 3, 2018 at 9:27 PM, Bernhard Seidl <info at bernhard-seidl.de
> <mailto:info at bernhard-seidl.de>> wrote:
>
> Hi all and a happy new year,
>
> I am just testing oVirt 4.2 using a three node gluster hyperconvergence
> and self hosted engine setup. How should this setup be shutdown and
> started again? Here is what tried an experienced:
>
>
> The approach you outlined is correct.
>
>
> Shutdown:
>
> 1. Shutdown all VMs
>
> 2. Enable global ha maintenance
>
> 3. Wait for all VM
>
> 4. Shutdown hosted-engine using "hosted-engine --vm-shutdown"
>
> 5. Wait for stopped hosted engine
>
> 6. Shutdown all nodes
>
> Startup:
>
> 1. Switch on all nodes
>
> 2. Start glusterd on all nodes since it does not start by default (is
> this a bug?) using "systemctl start glusterd*"*
>
>
> Can you log a bug?
There it is: https://bugzilla.redhat.com/show_bug.cgi?id=1531052
>
>
> 3. Check volume status using "gluster peer status" and "gluster volume
> status all" on one of the nodes
>
> 4. Wait for ovrt-ha-agent until "hosted-engine --vm-status" does not
> fail anymore printing "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."
>
> 4. Start hosted engine "hosted-engine --vm-start" on one of the nodes
>
> 5. Check status using "hosted-engine --vm-status" and wait until health
> reports good
>
> 6. Wait until a host got the SPM role
>
I think that I missed a step here:
6a. Disable global ha maintenance
> 7. Start VMs
>
> Is this the best/correct way?
>
> Kind regards,
> Bernhard
More information about the Users
mailing list