On Mon, Jul 29, 2013 at 1:46 PM, Karli Sjöberg <Karli.Sjoberg(a)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(a)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@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(a)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...
9.2 is not so far away :)
Cheers,
Juergen
--
Sent from the Delta quadrant using Borg technology!