[OpenAFS] problems with OpenAFS 1.4.4 on Linux
Tue, 9 Oct 2007 12:32:08 +0200
this seems the same problem as in
Basically, this is a problem with between openafs and gcc-4.2.
So either use an older gcc, or use the patch found later in this thread.
On 10/9/07, Jan Kaspar <firstname.lastname@example.org> wrote:
> I've been struggling with AFS configuration at our institute for a
> long time. And so far unsuccessfully. I hope some of you guys could
> help me. I'd really appreciate it.
> The problem is the following. After starting up afsd, login on my
> local machine and obtaining an AFS ticket, I can see just some of
> files at AFS:
> ~> tokens
> Tokens held by the Cache Manager:
> User's (AFS ID 2177) tokens for email@example.com [Expires Oct 10 13:16]
> --End of list--
> ~> klist
> Credentials cache: FILE:/tmp/krb5cc_2177
> Principal: jkaspar@CERN.CH
> Issued Expires Principal
> Oct 9 11:50:09 Oct 10 12:50:09 krbtgt/CERN.CH@CERN.CH
> Oct 9 11:50:09 Oct 10 12:50:09 afs@CERN.CH
> /afs/cern.ch/user/j/jkaspar> ls -l
> ls: cannot access public: No such file or directory
> ls: cannot access private: No such file or directory
> ls: cannot access background.ps: No such file or directory
> total 13
> drwxr-xr-x 2 jkaspar zj 2048 2007-05-10 15:42 Desktop
> -????????? ? ? ? ? ? background.ps
> drwxr-xr-x 2 jkaspar zj 2048 2007-05-10 16:08 bin
> drwx------ 2 jkaspar zj 2048 2006-11-21 21:51 mail
> drwxr-xr-x 5 jkaspar zj 2048 2007-06-22 19:37 old_www
> d????????? ? ? ? ? ? private
> d????????? ? ? ? ? ? public
> It is really weird. The file background.ps was copied to AFS by me
> from my local machine. Directly after the copy, I could list and even
> edit the file. Then, on a different machine a played a bit with my AFS
> files (just move public directory contents there and back). And after
> that, ls run on my machine gives background.ps with those ?????
> I do not know whether this is a misconfiguration problem or a bug. Has
> someone experienced behavior like this?
> Is there a way how to dubug AFS? I tried to pass -logfile argument to
> afsd, but I was told it is an obsolete option with no effect...
> I run AFS daemon as
> /usr/bin/afsd -daemons 2 -dcache 100 -stat 300 -volumes 50
> (the parameters are very similar to those which are used at public
> machines at my institute). Now I'm running with ext3 cache, but before
> I tried also ext2. And still the same. I suspect (but I don't really
> know how to verify) the AFS servers to run an older version of AFS
> than 1.4.4. May that be of importance?
> Thank you very much for any hint.
> Cheers, Jan Ka=9Apar.