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 denied

This 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.



Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to