[Users] CentOS 6.4 + Ovirt 3.2 + NFS Backend Problems

[squadra]

On Mon, Jul 29, 2013 at 1:46 PM, Karli Sjöberg <Karli.Sjoberg at slu.se> wrote:

> **
> mån 2013-07-29 klockan 13:26 +0200 skrev squadra:
>
> Hi Karli,
>
>
>
>  i already thought that i am the only one with that combination ;)
>
>
> Well, I happen to be using Fedora as engine/hosts, but when it comes to
> the NFS-server, why settle for anything less, right?:) I imagine you´re in
> it for the same reason as me too; "the last word in filesystems"...
>
>
exactly :)



>
>
>
>  On Mon, Jul 29, 2013 at 1:11 PM, Karli Sjöberg <Karli.Sjoberg at slu.se>
> wrote:
>
>  ons 2013-07-24 klockan 23:35 +0200 skrev squadra:
>
>   Maybe found a workaround on the NFS server side, a option for the
> mountd service
>
>
>
>
>      -S      Tell mountd to suspend/resume execution of the nfsd threads
> when-
>              ever the exports list is being reloaded.  This avoids
> intermit-
>              tent access errors for clients that do NFS RPCs while the
> exports
>              are being reloaded, but introduces a delay in RPC response
> while
>              the reload is in progress.  If mountd crashes while an exports
>              load is in progress, mountd must be restarted to get the nfsd
>              threads running again, if this option is used.
>
>
> so far, i was able to reload the exports list twice, without any random
> suspended vm. lets see if this is a real solution or if i just had luck two
> times.
>
>
>
>   It would seem as if we are on the same boat:) Actually I hadn´t thought
> about it before, but you´re right; issuing a "service mountd reload" does
> pause a large number of VM´s, frickin annoying really. I mean, the NFS
> server doesn´t care what or who it´s serving, you could be creating a new
> export for a completely different system, and not even have oVirt in mind
> before customers start to call, wondering why their VM´s have stopped
> responding!?
>
>
>
>
>  exactly the same i have
>
>
>
>  I actually tried that "-S" but it didn´t work for me at all, and looking
> at the man-page for mountd, there´s no mention of it either, even though we
> are presumably running the same version:
> # uname -r
> 9.1-RELEASE
>
> Or are you perhaps tracking "-STABLE", and there´s a minor difference
> there?
>
>
>
>
>
>
>  i am tracking -STABLE, but the Man Page of "mountd" on a 9.1 Stable
> (Snapshot Release) also shows -S Parameter
>
>
>
>  9.1-STABLE FreeBSD 9.1-STABLE #0: Sun Jul  7 10:53:46 UTC 2013
> root at snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
>
>
>
>  9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #6: Thu Jul 18 02:41:57 CEST
> 2013     root at filer1.intern.
>
>
> OK, so we´re not using the same versions, -STABLE != -RELEASE, and I only
> use -RELEASE. But that explains it. I guess I can wait for 9.2-RELEASE to
> get rid of that nuisance. Thanks for the info!
>
>
Just checked the changes in -stable, here we go...

http://svnweb.freebsd.org/base/stable/9/usr.sbin/mountd/mountd.c?revision=243739&view=markup


9.2 is not so far away :)

Cheers,

Juergen

-- 

Sent from the Delta quadrant using Borg technology!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130729/3745ebdd/attachment.html>