Hello,
I sent the following report to support but also wanted to ask the user community about this...
The unix "du" command is lying to me on Sunos5 machines...
sanantonio: ll arc -rw-rw-rw- 1 rich users 1053700 Aug 12 1996 arc
sanantonio: du -sk arc 65 arc
sanantonio: /files/home/jim/ftp/fileutils-3.16/src/du -sk arc 65 arc
sanantonio: uname -a SunOS sanantonio 5.5 Generic sun4u sparc SUNW,Ultra-1
A Sunos4 box says...
[dallas] ll arc -rw-rw-rw- 1 rich users 1053700 Aug 12 1996 arc [dallas] du -s arc 2072 arc [dallas] uname -a SunOS dallas 4.1.3_U1 1 sun4m
Any known work-arounds? I checked NETAPPs' FAQ and didn't see anything.
My Netapps box is a F220... NetApp Release 4.0a: Wed Oct 16 05:03:33 PDT 1996
Thanks,
----------------------- Jim.Fondren@PoBox.Com --------------------------- Jim Fondren Unix Systems and GIS Programming jim@cartotech.com CARTOTECH 210-657-1500 11900 Crownpoint Suite 100 San Antonio, TX 78233 USA
NO UNSOLICITED COMMERCIAL EMAIL - NO EXCEPTIONS
The unix "du" command is lying to me on Sunos5 machines...
This is Sun bug 1234858; we were the first ones to discover it (I think my name appears in the Sun bug report...).
The Solaris 2.5 NFS V3 client and server both incorrectly handle the "disk space a file requires" information, in ways that cause the 2.5 client and server to work OK together, but cause the 2.5 client to work incorrectly with other V3 servers (including both ours and Digital UNIX 3.2C's, and probably most others) and cause the 2.5 server to work incorrectly with other V3 clients.
A customer who saw this reports that the Sun patch is 103477-06.
It also appears to be fixed in Solaris 2.5.1.
Any known work-arounds?
Use NFS V2 instead.
I checked NETAPPs' FAQ and didn't see anything.
Having answered this question several times, I asked people here to broadcast the answer more broadly; hopefully, it'll show up in our on-line FAQ.
-
guy＠netapp.com -
Jim Fondren