[ovirt-users] Can HA Agent control NFS Mount?

[Bob Doolittle]

Just for the record, what Andrew reports is not specific to GlusterFS.

I have not yet found a way to shut down my single-node Hosted deployment 
cleanly without experiencing NFS hangs/timeouts on the way down.
My NFS storage is local to my host.

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?

-Bob

On 05/25/2014 08:13 AM, Doron Fediuck wrote:
>
> ----- Original Message -----
>> From: "Andrew Lau" <andrew at andrewklau.com>
>> To: "users" <users at ovirt.org>
>> Sent: Saturday, May 24, 2014 9:59:26 AM
>> Subject: [ovirt-users] Can HA Agent control NFS Mount?
>>
>> Hi,
>>
>> I was just wondering, within the whole complexity of hosted-engine.
>> Would it be possible for the hosted-engine ha-agent control the mount
>> point?
>>
>> I'm basing this off a few people I've been talking to who have their
>> NFS server running on the same host that the hosted-engine servers are
>> running. Most normally also running that on top of gluster.
>>
>> The main motive for this, is currently if the nfs server is running on
>> the localhost and the server goes for a clean shutdown it will hang
>> because the nfs mount is hard mounted and as the nfs server has gone
>> away, we're stuck at an infinite hold waiting for it to cleanly
>> unmount (which it never will)
>>
>> If it's possible for instead one of the ha components to unmount this
>> nfs mount when it shuts down, this could potentially prevent this.
>> There are other alternatives and I know this is not the "supported"
>> scenario, but just hoping to bounce a few ideas.
>>
>> Thanks,
>> Andrew
> Hi Andrew,
> Indeed we're not looking into the Gluster flow now as it has some
> known issues. Additionally (just to make it clear) local nfs will
> not provide any tolerance if the hosting server dies. So we should
> be looking at a shared storage regardless of the hypervisors.
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users