Thanks Andrew, I'll try this workaround tomorrow for sure. But reading though that bug report (closed not a bug) it states that the problem should only arise if something is not releasing a sanlock lease. So if we've entered Global Maintenance and shut down Engine, the question is what's holding the lease?

How can that be debugged?

-Bob

On Jun 5, 2014 10:56 PM, "Andrew Lau" <andrew@andrewklau.com> wrote:
On Mon, May 26, 2014 at 5:10 AM, Bob Doolittle <bob@doolittle.us.com> wrote:
>
> On 05/25/2014 02:51 PM, Joop wrote:
>>
>> On 25-5-2014 19:38, Bob Doolittle wrote:
>>>
>>>
>>> Also curious is that when I say "poweroff" it actually reboots and comes
>>> up again. Could that be due to the timeouts on the way down?
>>>
>> Ah, that's something my F19 host does too. Some more info: if engine
>> hasn't been started on the host then I can shutdown it and it will poweroff.
>> IF engine has been run on it then it will reboot.
>> Its not vdsm (I think) because my shutdown sequence is (on my f19 host):
>>  service ovirt-agent-ha stop
>>  service ovirt-agent-broker stop
>>  service vdsmd stop
>>  ssh root@engine01 "init 0"
>> init 0
>>
>> I don't use maintenance mode because when I poweron my host (= my desktop)
>> I want engine to power on automatically which it does most of the time
>> within 10 min.
>
>
> For comparison, I see this issue and I *do* use maintenance mode (because
> presumably that's the 'blessed' way to shut things down and I'm scared to
> mess this complex system up by straying off the beaten path ;). My process
> is:
>
> ssh root@engine "init 0"
> (wait for "vdsClient -s 0 list | grep Status:" to show the vm as down)
> hosted-engine --set-maintenance --mode=global
> poweroff
>
> And then on startup:
> hosted-engine --set-maintenance --mode=none
> hosted-engine --vm-start
>
> There are two issues here. I am not sure if they are related or not.
> 1. The NFS timeout during shutdown (Joop do you see this also? Or just #2?)
> 2. The system reboot instead of poweroff (which messes up remote machine
> management)
>
> Thanks,
>      Bob
>
>
>> I think wdmd or sanlock are causing the reboot instead of poweroff

While searching for my issue of wdmd/sanlock not shutting down, I
found this which may interest you both:
https://bugzilla.redhat.com/show_bug.cgi?id=888197

Specifically:
"To shut down sanlock without causing a wdmd reboot, you can run the
following command: "sanlock client shutdown -f 1"

This will cause sanlock to kill any pid's that are holding leases,
release those leases, and then exit.
"

>>
>> Joop
>>
>> _______________________________________________
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users