I wanted to pass along my findings on this issue. I made a posting a few
days ago reporting a problem with a Solaris 9 client mounting an NFS share
hosted on a G5 Xserve running 10.4.1 with Security Update 2005-006. The
symptom was that an execution of Sun's du (/usr/bin/du) would return
improperly and consequently report incorrect directory sizes.
Assuming a directory structure of
root -> dira
-> dirb
-> dirc
with files in each of them, Sun's du would read directory "root," read its
contents, find "dira," read its contents and then not be able to find "dirb"
because the Tiger server would return a value to an llseek() call that du
made that du couldn't respond to.
We discovered in our testing that Sun's /usr/bin/tar does the same thing.
The workaround is to get the GNU versions of tar and the GNU coreutils
package for Solaris. These binaries don't use llseek().
We used case-insensitive, journaled HFS+ as the underlying filesystem for
our exports.
I wanted to thank those who responded to my inquiry. I appreciate the input.
-- Jerry Busser
Tribune Media Services
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden
This email sent to email@hidden
