Hello, Thanks for your response.
On Mon, Oct 13, 2008 at 4:33 PM, Stefan Pohl <[EMAIL PROTECTED]>wrote: > Hi, > > >> I am running the latest versions of openafs-modules-source, openafs-client >> and openafs-krb5 on an up to date installation of Ubuntu Hardy. I used >> modules-assistant to compile the kernel module against my kernel : >> $ uname -r >> 2.6.24-21-generic >> >> $ sudo apt-cache policy openafs-client >> openafs-client: >> Installed: 1.4.6.dfsg1-2 >> Candidate: 1.4.6.dfsg1-2 >> Version table: >> *** 1.4.6.dfsg1-2 0 >> 500 http://us.archive.ubuntu.com hardy/universe Packages >> 100 /var/lib/dpkg/status >> $ sudo apt-cache policy openafs-modules-source >> openafs-modules-source: >> Installed: 1.4.6.dfsg1-2 >> Candidate: 1.4.6.dfsg1-2 >> Version table: >> *** 1.4.6.dfsg1-2 0 >> 500 http://us.archive.ubuntu.com hardy/universe Packages >> 100 /var/lib/dpkg/status >> >> $ sudo apt-cache policy openafs-krb5 >> openafs-krb5: >> Installed: 1.4.6.dfsg1-2 >> Candidate: 1.4.6.dfsg1-2 >> Version table: >> *** 1.4.6.dfsg1-2 0 >> 500 http://us.archive.ubuntu.com hardy/universe Packages >> 100 /var/lib/dpkg/status >> > I just completed an OpenAFS-client test setup on Ubuntu Hardy. Same > versions of the Openafs-stuff, slightly older kernel (2.6.24-19-generic) and > it works. So it's not broken on Ubuntu Hardy as such. Ok. That gives me hope. > > > >> >> :$ cd /afs/YYY.edu/users/X/Y/Z/XYZABC >> bash: cd: /afs/YYY.edu/users/X/Y/Z/XYZABC: Permission denied >> > This look like the user you authenticate as, simply doesn't have the > required permissions to access the directory. Impossible. I can ssh into the server with the same username and password without any issues. I use rsync to do regular (every 1 hour) backups to this directory ( a process that is cumbersome, which is why I am looking to set up my openafs client). 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. 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 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 > > >> I have previously successfully authenticated to this cell with an older >> version of openafs (it was a year ago, do not remember which). >> > If you could access the directory a year ago, maybe the acls of the > directory got changed in the meantime. Is your user the owner of the > directory? Can you access the directories above that directory? > 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. With regards.
