[7244] in Athena Bugs
vax 7.2R: du
daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Tue Mar 5 03:47:43 1991
Date: Tue, 5 Mar 91 03:47:24 -0500
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: ckclark@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: bugs[7234]
There may be a bug here, but it's not what you think it is.
The bug has nothing to do with AFS vs. NFS. The bug has to do with
the fact that du does not print anything when a symbolic link is
specified on the command-line.
From du(1): "The argument -s causes only the grand total to be
given. The argument -a causes an entry to be generated for each file.
Absence of either causes an entry to be generated for each directory
only." In other words, du isn't *supposed* to print anything for
files by default, and the name you specified (/mit/emacs) is *not* a
directory, it's a symbolic link.
However, the BUGS section of the man page says, "Non-directories
given as arguments (not under -a option) are not listed." Therefore,
it might be argued that an error message should be printed if neither
-s or -a is specified and one of the files listed on the command line
is not a directory. I will file this bug report.
Jonathan Kamens
Project Athena Quality Assurance
Reference:
From: ckclark@ATHENA.MIT.EDU
Date: Mon, 4 Mar 91 02:59:32 -0500
System name: w20-575-99
Type and version: CVAXSTAR 7.2R
Display type: SM
What were you trying to do?
du /mit/emacs
What's wrong:
Dig this:
/mit/ckclark% du /mit/emacs <<<< Notice no output!
/mit/ckclark% ls -l /mit/emacs
lrwxrwxrwx 1 root 66 Mar 4 02:37 /mit/emacs -> /afs/rel-eng.athena.mit.edu/project/release/public/gnu/emacs.18.54
/mit/ckclark% du /mit/emacs/ <<<< This works, though.
60 /mit/emacs/etc/RCS
1007 /mit/emacs/etc
1355 /mit/emacs/man
1197 /mit/emacs/info
94 /mit/emacs/lisp/RCS
59 /mit/emacs/lisp/term
3557 /mit/emacs/lisp
128 /mit/emacs/oldXMenu
165 /mit/emacs/src/RCS
213 /mit/emacs/src/old
4240 /mit/emacs/src
5 /mit/emacs/RCS
11586 /mit/emacs
/mit/ckclark%
I have have narrowed this problem down to this:
If the attached locker is on NFS, 'du <dirpath>' will work, with or
without the trailing forward-slash, but if the locker is on AFS, you
must have the trailing slash, or else 'du' will produce no output.
What should have happened:
It should ignore the trailing '/' in any directory path, and
should definitely not require it for either NFS or AFS.
Please describe any relevant documentation references:
DU(1)
