Date: Mon, 5 Mar 2018 01:16:25 +0000 From: Rick Macklem <rmacklem@uoguelph.ca> To: NAGY Andreas <Andreas.Nagy@frequentis.com>, "'freebsd-stable@freebsd.org'" <freebsd-stable@freebsd.org> Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Message-ID: <YQBPR0101MB104225B6884FEC70A03C61CCDDDA0@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM> In-Reply-To: <D890568E1D8DD044AA846C56245166780124AFBD91@vie196nt> References: <c5c624de-42bb-45cf-8cf0-b25be56e5f58@frequentis.com> <YQBPR0101MB1042DEF0825996764CBCA829DDC40@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM>, <D890568E1D8DD044AA846C56245166780124AFB90E@vie196nt> <YQBPR0101MB1042479407CAA253674BBAEBDDDB0@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM> <D890568E1D8DD044AA846C56245166780124AFBD21@vie196nt>, <D890568E1D8DD044AA846C56245166780124AFBD91@vie196nt>
next in thread | previous in thread | raw e-mail | index | archive | help
--_002_YQBPR0101MB104225B6884FEC70A03C61CCDDDA0YQBPR0101MB1042_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: [stuff snipped] >In the source I saw nfs_async =3D 0; is it right that NFS will work in asy= nc mode if I >compile the kernel with nfs_async =3D 1? > >I know the risk of running it async, but is it not the same risk having th= e datastore >connected via iSCSI which standard is also not sync? If you want to use it, you can just set it by setting the sysctl vfs.nfsd.a= sync=3D1. - If the server crashes/reboots you can lose data. Also, after the reboot, = the client will only see an temporarily unresponsive server and will not have= any indication of data loss. (I am not familiar with iSCSI, so I can't comment on how safe that is.) - If you are using ZFS, there is also a ZFS config (sync=3Ddisabled). I'm n= ot a ZFS guy, so I don't know anything more, but I'm sure others reading this list= can tell you how to set it. [more stuff snipped] >So far I did not see any issue with the mount. Only in the vmkernel.log th= ere are >often following entrees: >WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper >rea= son for no delegation: 2 The attached patch *might* get rid of these, although I don't think it matt= ers much, since it is just complaining about the "reason" the server returns fo= r not issuing a delegation (issuing delegations is entirely at the discretion= of the server and is disabled by default). [more stuff snipped] Good luck with it, rick --_002_YQBPR0101MB104225B6884FEC70A03C61CCDDDA0YQBPR0101MB1042_ Content-Type: application/octet-stream; name="wantdeleg.patch" Content-Description: wantdeleg.patch Content-Disposition: attachment; filename="wantdeleg.patch"; size=2114; creation-date="Mon, 05 Mar 2018 01:15:43 GMT"; modification-date="Mon, 05 Mar 2018 01:15:43 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mc3NlcnZlci9uZnNfbmZzZHNlcnYuYy5vcmlnCTIwMTgtMDMtMDQgMjA6MTk6MzYu Mjk5MTUyMDAwIC0wNTAwCisrKyBmcy9uZnNzZXJ2ZXIvbmZzX25mc2RzZXJ2LmMJMjAxOC0wMy0w NCAyMDoxOTo1NS43OTc2MTYwMDAgLTA1MDAKQEAgLTMwOTMsNyArMzA5MywxMyBAQCBuZnNydmRf b3BlbihzdHJ1Y3QgbmZzcnZfZGVzY3JpcHQgKm5kLCBfCiAJCQkqdGwgPSB0eGRyX3Vuc2lnbmVk KE5GU1Y0T1BFTl9ERUxFR0FURVdSSVRFKTsKIAkJZWxzZSBpZiAocmV0ZXh0ICE9IDApIHsKIAkJ CSp0bCA9IHR4ZHJfdW5zaWduZWQoTkZTVjRPUEVOX0RFTEVHQVRFTk9ORUVYVCk7Ci0JCQlpZiAo KHJmbGFncyAmIE5GU1Y0T1BFTl9XRENPTlRFTlRJT04pICE9IDApIHsKKwkJCWlmICgocmZsYWdz ICYgTkZTVjRPUEVOX1dETk9UV0FOVEVEKSAhPSAwKSB7CisJCQkJTkZTTV9CVUlMRCh0bCwgdV9p bnQzMl90ICosIE5GU1hfVU5TSUdORUQpOworCQkJCSp0bCA9IHR4ZHJfdW5zaWduZWQoTkZTVjRP UEVOX05PVFdBTlRFRCk7CisJCQl9IGVsc2UgaWYgKChyZmxhZ3MgJiBORlNWNE9QRU5fV0RTVVBQ RlRZUEUpICE9IDApIHsKKwkJCQlORlNNX0JVSUxEKHRsLCB1X2ludDMyX3QgKiwgTkZTWF9VTlNJ R05FRCk7CisJCQkJKnRsID0gdHhkcl91bnNpZ25lZChORlNWNE9QRU5fTk9UU1VQUEZUWVBFKTsK KwkJCX0gZWxzZSBpZiAoKHJmbGFncyAmIE5GU1Y0T1BFTl9XRENPTlRFTlRJT04pICE9IDApIHsK IAkJCQlORlNNX0JVSUxEKHRsLCB1X2ludDMyX3QgKiwgMiAqIE5GU1hfVU5TSUdORUQpOwogCQkJ CSp0bCsrID0gdHhkcl91bnNpZ25lZChORlNWNE9QRU5fQ09OVEVOVElPTik7CiAJCQkJKnRsID0g bmV3bmZzX2ZhbHNlOwotLS0gZnMvbmZzc2VydmVyL25mc19uZnNkc3RhdGUuYy5vcmlnCTIwMTgt MDMtMDQgMjA6MTk6MzYuMzQxODExMDAwIC0wNTAwCisrKyBmcy9uZnNzZXJ2ZXIvbmZzX25mc2Rz dGF0ZS5jCTIwMTgtMDMtMDQgMjA6MTk6NTUuNzc1NzUyMDAwIC0wNTAwCkBAIC0zMDQ4LDcgKzMw NDgsMTMgQEAgdHJ5YWdhaW46CiAJCSAgICAvKgogCQkgICAgICogVGhpcyBpcyB3aGVyZSB3ZSBj YW4gY2hvb3NlIHRvIGlzc3VlIGEgZGVsZWdhdGlvbi4KIAkJICAgICAqLwotCQkgICAgaWYgKGRl bGVnYXRlID09IDAgfHwgd3JpdGVkZWxlZyA9PSAwIHx8CisJCSAgICBpZiAoKG5ld19zdHAtPmxz X2ZsYWdzICYgTkZTTENLX1dBTlROT0RFTEVHKSAhPSAwKQorCQkJKnJmbGFnc3AgfD0gTkZTVjRP UEVOX1dETk9UV0FOVEVEOworCQkgICAgZWxzZSBpZiAobmZzcnZfaXNzdWVkZWxlZ3MgPT0gMCkK KwkJCSpyZmxhZ3NwIHw9IE5GU1Y0T1BFTl9XRFNVUFBGVFlQRTsKKwkJICAgIGVsc2UgaWYgKE5G U1JWX1Y0REVMRUdMSU1JVChuZnNydl9kZWxlZ2F0ZWNudCkpCisJCQkqcmZsYWdzcCB8PSBORlNW NE9QRU5fV0RSRVNPVVJDRTsKKwkJICAgIGVsc2UgaWYgKGRlbGVnYXRlID09IDAgfHwgd3JpdGVk ZWxlZyA9PSAwIHx8CiAJCQlORlNWTk9fRVhSRE9OTFkoZXhwKSB8fCAocmVhZG9ubHkgIT0gMCAm JgogCQkJbmZzcnZfd3JpdGVkZWxlZ2lmcG9zID09IDApIHx8CiAJCQkhTkZTVk5PX0RFTEVHT0so dnApIHx8CkBAIC0zMDU2LDExICszMDYyLDYgQEAgdHJ5YWdhaW46CiAJCQkoY2xwLT5sY19mbGFn cyAmIChMQ0xfQ0FMTEJBQ0tTT04gfCBMQ0xfQ0JET1dOKSkgIT0KIAkJCSBMQ0xfQ0FMTEJBQ0tT T04pCiAJCQkqcmZsYWdzcCB8PSBORlNWNE9QRU5fV0RDT05URU5USU9OOwotCQkgICAgZWxzZSBp ZiAobmZzcnZfaXNzdWVkZWxlZ3MgPT0gMCB8fAotCQkJTkZTUlZfVjRERUxFR0xJTUlUKG5mc3J2 X2RlbGVnYXRlY250KSkKLQkJCSpyZmxhZ3NwIHw9IE5GU1Y0T1BFTl9XRFJFU09VUkNFOwotCQkg ICAgZWxzZSBpZiAoKG5ld19zdHAtPmxzX2ZsYWdzICYgTkZTTENLX1dBTlROT0RFTEVHKSAhPSAw KQotCQkJKnJmbGFnc3AgfD0gTkZTVjRPUEVOX1dETk9UV0FOVEVEOwogCQkgICAgZWxzZSB7CiAJ CQluZXdfZGVsZWctPmxzX3N0YXRlaWQuc2VxaWQgPSBkZWxlZ3N0YXRlaWRwLT5zZXFpZCA9IDE7 CiAJCQluZXdfZGVsZWctPmxzX3N0YXRlaWQub3RoZXJbMF0gPSBkZWxlZ3N0YXRlaWRwLT5vdGhl clswXQo= --_002_YQBPR0101MB104225B6884FEC70A03C61CCDDDA0YQBPR0101MB1042_--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YQBPR0101MB104225B6884FEC70A03C61CCDDDA0>