Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 30 Apr 2011 21:01:08 -0400 (EDT)
From:      Rick Macklem <rmacklem@uoguelph.ca>
To:        Kostik Belousov <kostikbel@gmail.com>
Cc:        rmacklem@freebsd.org, fs@freebsd.org
Subject:   Re: newnfs client and statfs
Message-ID:  <149943048.820546.1304211668413.JavaMail.root@erie.cs.uoguelph.ca>
In-Reply-To: <20110430223412.GS48734@deviant.kiev.zoral.com.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
------=_Part_820545_1204398810.1304211668411
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

> I just netbooted fresh GENERIC (with irrelevant local patch) over the
> pxe, and got the following:
> 
> # df -h
> Filesystem Size Used Avail Capacity Mounted on
> 192.168.102.110:/usr/home/kostik/build/bsd/DEV/netboot/x -267G 130G
> -539G -32% /
> 
> On the server side, it is up-to-date stable/8 with oldnfs server,
> export is
> /dev/ada1p2 1.8T 129G 1.5T 8% /usr/home
> 
> Do we have some long-typed var lurking in new nfs client code,
> instead of off_t ? I am almost sure this is nfs problem, since I
> booted
> i386 in the same setup month ago, and did not had the compaints from
> sendmail about low space on spool (which is why I noted this issue
> now).
> 
> amd64 kernel (with nfscl loaded as module) correctly reports
> 192.168.102.110:/usr/home/kostik/build/bsd/DEV/netboot/x 1.8T 129G
> 1.5T 8% /
Oops, I never noticed that the "struct statfs" fields had been bumped
to 64bits. I've attached a patch for the client. Could you please test
it? (I'll look in case the server has a similar problem.)

Thanks for reporting it, rick

------=_Part_820545_1204398810.1304211668411
Content-Type: text/x-patch; name=statfs.patch
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=statfs.patch

LS0tIGZzL25mc2NsaWVudC9uZnNfY2xwb3J0LmMuc2F2CTIwMTEtMDQtMzAgMjA6MTY6MzkuMDAw
MDAwMDAwIC0wNDAwCisrKyBmcy9uZnNjbGllbnQvbmZzX2NscG9ydC5jCTIwMTEtMDQtMzAgMjA6
NDU6MTYuMDAwMDAwMDAwIC0wNDAwCkBAIC0zOSw2ICszOSw3IEBAIF9fRkJTRElEKCIkRnJlZUJT
RDogaGVhZC9zeXMvZnMvbmZzY2xpZW4KICAqIGJlIHRoZSBlYXNpZXN0IHdheSB0byBoYW5kbGUg
dGhlIHBvcnQuCiAgKi8KICNpbmNsdWRlIDxzeXMvaGFzaC5oPgorI2luY2x1ZGUgPHN5cy9saW1p
dHMuaD4KICNpbmNsdWRlIDxmcy9uZnMvbmZzcG9ydC5oPgogI2luY2x1ZGUgPG5ldGluZXQvaWZf
ZXRoZXIuaD4KICNpbmNsdWRlIDxuZXQvaWZfdHlwZXMuaD4KQEAgLTgzOCwyMCArODM5LDE0IEBA
IHZvaWQKIG5mc2NsX2xvYWRzYmluZm8oc3RydWN0IG5mc21vdW50ICpubXAsIHN0cnVjdCBuZnNz
dGF0ZnMgKnNmcCwgdm9pZCAqc3RhdGZzKQogewogCXN0cnVjdCBzdGF0ZnMgKnNicCA9IChzdHJ1
Y3Qgc3RhdGZzICopc3RhdGZzOwotCW5mc3F1YWRfdCB0cXVhZDsKIAogCWlmIChubXAtPm5tX2Zs
YWcgJiAoTkZTTU5UX05GU1YzIHwgTkZTTU5UX05GU1Y0KSkgewogCQlzYnAtPmZfYnNpemUgPSBO
RlNfRkFCTEtTSVpFOwotCQl0cXVhZC5xdmFsID0gc2ZwLT5zZl90Ynl0ZXM7Ci0JCXNicC0+Zl9i
bG9ja3MgPSAobG9uZykodHF1YWQucXZhbCAvICgodV9xdWFkX3QpTkZTX0ZBQkxLU0laRSkpOwot
CQl0cXVhZC5xdmFsID0gc2ZwLT5zZl9mYnl0ZXM7Ci0JCXNicC0+Zl9iZnJlZSA9IChsb25nKSh0
cXVhZC5xdmFsIC8gKCh1X3F1YWRfdClORlNfRkFCTEtTSVpFKSk7Ci0JCXRxdWFkLnF2YWwgPSBz
ZnAtPnNmX2FieXRlczsKLQkJc2JwLT5mX2JhdmFpbCA9IChsb25nKSh0cXVhZC5xdmFsIC8gKCh1
X3F1YWRfdClORlNfRkFCTEtTSVpFKSk7Ci0JCXRxdWFkLnF2YWwgPSBzZnAtPnNmX3RmaWxlczsK
LQkJc2JwLT5mX2ZpbGVzID0gKHRxdWFkLmx2YWxbMF0gJiAweDdmZmZmZmZmKTsKLQkJdHF1YWQu
cXZhbCA9IHNmcC0+c2ZfZmZpbGVzOwotCQlzYnAtPmZfZmZyZWUgPSAodHF1YWQubHZhbFswXSAm
IDB4N2ZmZmZmZmYpOworCQlzYnAtPmZfYmxvY2tzID0gc2ZwLT5zZl90Ynl0ZXMgLyBORlNfRkFC
TEtTSVpFOworCQlzYnAtPmZfYmZyZWUgPSBzZnAtPnNmX2ZieXRlcyAvIE5GU19GQUJMS1NJWkU7
CisJCXNicC0+Zl9iYXZhaWwgPSBzZnAtPnNmX2FieXRlcyAvIE5GU19GQUJMS1NJWkU7CisJCXNi
cC0+Zl9maWxlcyA9IHNmcC0+c2ZfdGZpbGVzOworCQlzYnAtPmZfZmZyZWUgPSAoc2ZwLT5zZl9m
ZmlsZXMgJiBPRkZfTUFYKTsKIAl9IGVsc2UgaWYgKChubXAtPm5tX2ZsYWcgJiBORlNNTlRfTkZT
VjQpID09IDApIHsKIAkJc2JwLT5mX2JzaXplID0gKGludDMyX3Qpc2ZwLT5zZl9ic2l6ZTsKIAkJ
c2JwLT5mX2Jsb2NrcyA9IChpbnQzMl90KXNmcC0+c2ZfYmxvY2tzOwo=
------=_Part_820545_1204398810.1304211668411--



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