On Oct 14, 2008, at 8:52pm, Madhusudan Singh wrote:
Someone else on the list asked me for the results of fs listacl etc.I can cd to /afs/YYY.EDU/users/X/Y/Z and all its parents perfectly well. I can issue ls and see what is present.
Ok, you can access them, that's good news for now.
o/p of fs listacl at the above level (which is one level above my own directory) :$ fs listacl Access list for . is Normal rights: systems:backup rl system:administrators rlidwka system:anyuser rl
So /afs/YYY.EDU/users/X/Y/Z are accessible, and your home XYZABC resides in Z (as a separate volume, I presume).
I cannot cd into my own directory, so I ssh'ed into the server and issued fs listacl :$ fs listacl Access list for . is Normal rights: systems:backup rl www-hosts l system:administrators rlidwka XYZABC rlidwka
The owner of all directories under /afs/YYY.EDU/users/X/Y/Z is root.root (tested both through the local /afs tree and by ssh'ing to the server and doing a cd ..). I do not recall what this was when things were working fine (never needed to check), but is this normal (sounds fishy) ? In a different cell, a long time ago, I seem to vaguely recall that the directory was owned by the user in question. To test if this was messing up things, I cd'ed to /afs/YYY.EDU/users/ X/Y/Z/XYZABC and issued a command :$ cd XYZABC/Private bash: cd: XYZABC/Private: Permission deniedThis is more nonsense as ~/Private holds my backups :) Maybe the fact that I do not own /afs/YYY.EDU/users/X/Y/Z/XYZABC is shortcircuiting that command.The owner of all files inside /afs/YYY.EDU/users/X/Y/Z/XYZABC is obviously XYZABC.
That would have been my second question: can you please post the relevant output of ls -l for your home? I mean, do you have the UNIX permissions to access that directory?
Cheers! -- Franco Milicchio <senseiwa at mac dot com> Chuck Norris can divide by zero.
smime.p7s
Description: S/MIME cryptographic signature
