Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 8 Dec 2014 15:38:29 +0100
From:      Mark Schouten <mark@tuxis.nl>
To:        freebsd-fs@freebsd.org
Subject:   Mountd, why not use the '-S' flag by default
Message-ID:  <710130010-1872@kerio.tuxis.nl>

next in thread | raw e-mail | index | archive | help

[-- Attachment #1 --]
Hi,


I'm using a FreeBSD nfs-server as storage for my Linux KVM-based VPS-platform. The images reside on the NFS-server.


I'm been noticing errors in my VPS disks when running 'zfs set sharenfs=XYZ', probably because of reloads of mountd.


While trying to debug that, I ran acros this message in mountd(8):

     -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.


I can't think of a reason why you wouldn't want to use -S by default.. An '/etc/rc.d/mountd reload' without it causes even my running Bonnie on a normal NFS-share (not via a diskimage) to stop with 'input/output error'. Can someone enlighten me with the drawbacks of using -S ?


Met vriendelijke groeten,

-- 
Kerio Operator in de Cloud? https://www.kerioindecloud.nl/
Mark Schouten  | Tuxis Internet Engineering
KvK: 61527076 | http://www.tuxis.nl/
T: 0318 200208 | info@tuxis.nl
[-- Attachment #2 --]
0	*H
010	+0	*H
00,]~!dn=0
	*H
010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1907U0COMODO Client Authentication and Secure Email CA0
140701000000Z
150701235959Z010	*H
	
mark@tuxis.nl0"0
	*H
0
,e1`4jEtuBeE")>ԁY 7ՀI&]KͨqkRnZÚC$jw4[ߞ?f)Sm6,M%#R2U\?blOZǣۍq}(/nKNoovtڪmrw4Ԣ-H2R0!0PnB_n?uW+RoqCڇvx|1B/Lan	/)`00U#0zNt[xcd'/[y{0U~tDeHO3 1M]0U0U00 U%0++10	`HB 0FU ?0=0;+10+0)+https://secure.comodo.net/CPS0WUP0N0LJHFhttp://crl.comodoca.com/COMODOClientAuthenticationandSecureEmailCA.crl0+|0z0R+0Fhttp://crt.comodoca.com/COMODOClientAuthenticationandSecureEmailCA.crt0$+0http://ocsp.comodoca.com0U0
mark@tuxis.nl0
	*H
|0D7-Ѐ1Ν{(pSiW;@Fλ2I)l`ϥ#<v.|Y;oa95z.dJ5_[/>1I/ QSby@o@=T<cW4$?^KXkO=Uw NCdFCӡLWk?@\˯KOdAWL{yC0zb%|{&1ӷ>gʋlg!&600mOj3""2zq0
	*H
010	UUS10	UUT10USalt Lake City10U
The USERTRUST Network1!0Uhttp://www.usertrust.com1604U-UTN-USERFirst-Client Authentication and Email0
110428000000Z
200530104838Z010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1907U0COMODO Client Authentication and Secure Email CA0"0
	*H
0
[KW^/@ȣSX_fe2N2}UxLUB'qi2@'Vbqi c^`ʢAjHmeC*.+c8w߱ڂ2jgo \5Tq
7
PSlY1	LR@[HhJ$:q_㬿;%qh=XF<hmz!W42~JRrd&N`ohQcB}"cөΞD\[5K0G0U#0g}ĝ&pKPH|=n}0UzNt[xcd'/[y{0U0U00U 
00U 0XUQ0O0MKIGhttp://crl.usertrust.com/UTN-USERFirst-ClientAuthenticationandEmail.crl0t+h0f0=+01http://crt.usertrust.com/UTNAddTrustClient_CA.crt0%+0http://ocsp.usertrust.com0
	*H
־xWUm3DRB
JAIZҭsn>&|L0(B<%>
u=9fѡMo(ltZڱuz/yVtCr`9 G:eH<=%`I?C
3_н`j;:<I3B)93i.EMiڀ=]|Gm]W0KID~y83:]&XaU!ՙC@B0Ұun004=+'44pT0
	*H
0o10	USE10U
AddTrust AB1&0$UAddTrust External TTP Network1"0 UAddTrust External CA Root0
050607080910Z
200530104838Z010	UUS10	UUT10USalt Lake City10U
The USERTRUST Network1!0Uhttp://www.usertrust.com1604U-UTN-USERFirst-Client Authentication and Email0"0
	*H
0
9}A;bF7`u9eJGHjM5BI/|1Nd.)բdąQ5yNh{zɤ2O0nFxoY^/m/묡j.g5yiF͠v:z'[=s"HaLi.1 ,׉CZqYں
gT:
wetbh~GeMW(t40b0,00U#0z4&&T$T0Ug}ĝ&pKPH|=n}0U0U00U 
00U 0DU=0;09753http://crl.usertrust.com/AddTrustExternalCARoot.crl05+)0'0%+0http://ocsp.usertrust.com0
	*H
c(1{b#1sSQL֟/g~x3t&dpbP#4Vp4nx7_j̉_|>Q5|`k:+߳}[|P-sxt1^˚ƹ7urDg%R%G<N
6wH\-?`q`q6 lKuI;ٟMx&-n_100010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1907U0COMODO Client Authentication and Secure Email CA,]~!dn=0	+0	*H
	1	*H
0	*H
	1
141208143829Z0#	*H
	1
룁E0y	*H
	1l0j0	`He*0	`He0	`He0
*H
0*H
0
*H
@0+0
*H
(0
	*H
<-_b6G@M
|Qd4&nutMeLX[*m?&kмp@S<6"=62V=P3CU̽ߌWxO	C82UD7$C1
)Wex?j)xx6"Z2	rBTXRf!Ѧ
HU6EseYHZBar2Ql-

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?710130010-1872>