Linux-AFS should work just like any other station with AFS. However, like Murphy's Law, if bugs should appear, report them to linux-afs-bugs@mit.edu. DO NOT REPORT THEM TO LINUX-KERNEL UNLESS YOU WANT TO TICK OFF LINUS!!! Linus doesn't support Linux-AFS. We do. Linus will ignore AFS bugs. We won't. Besides, if it's kernel-related, it'll be good to air it out here first before bugging linux-kernel.
Do note that the current Linux-AFS is baised off of old code, and there are many bugs that were fixed in 3.4 or above.
Linux-AFS will generate a zModule.map in /usr/tmp. If you get a kernel or system error when you run AFS, send the section of zModule.map around the EIP (Instruction Pointer) of the kernel error.
If the kernel panics, use ksnoops (build it by going into /usr/src/linux/scripts and run "gcc -o ksymoops ksymoops.cc -lg++") before sending in your report. You can try to combine /usr/tmp/zModule.map with your System.map; make sure that there's no blank lines or NULLs and that every line has exactly three(3) items in it.
"Working in cell A, I klog to cell B. 'ls -l' says my files there belong to some random user."
Your uid is different in cell A than cell B. ls is picking up cell B's uid from the file listing and using cell A's (or more likely your) /etc/passwd to convert it to a username. This is harmless and the other person will not have access to your files without first authenticating to that cell as you.
Another good reason to change passwords often.
You probably have vi linked to elvis, which use Unix permission bits (which don't work over AFS) instead of calling access(3), which does work properly. That, and your local userid(uid) is different than the uid in the other cell. Solution: switch to vim or another editor.
Some versions of test(1) also seem to use Unix permissions bits, which don't work over AFS. GNU test seems to be this way. Look for one that uses access instead or bug GNU to fix it.
Or, of course, you can attempt to have the same uid on every cell you use, but this is getting a bit impossible as of late... :)
Yes. So what's your point?
You can klog to any userid or any account, and after typing in the correct password, be authenticated as that account. The AFS client does not pass the local userid to the server (and for a good reason too.)
Edit /usr/vice/etc/ThisCell. It must only contain one line, the name of the cell you want to start up in.
"I've changed SuidCells to be empty, since I don't want any. But when I start AFS, it keeps putting the MIT SuidCells back into that file."
rc.afs calls config_afs, which causes this problem. You should change config_afs not to do this.
STOP!!! 3.2, 3.5, and 3.9 use modules 2.1.x. Use 3.3 or 3.4, or follow the instrucitons for RedHat above.
The 2.2 kernel series requires modules 2.1.x, but there's a different version of AFS for it out already.
Make sure you've removed modules-2.1.x and put in it's place modules-2.0.0. Somehow, there's a bit of interaction among all the modules utilities that allows linux-afs to work. Don't go with a partial "genksyms" install.
Matthew also writes:
The problem is that `genksyms' from `modules-2.0.0' is beginning to show its age. It's symbol parser is not as complete or robust as the `genksyms' from `modutils-2.1.x', and so it occasionally skips creating some `.ver' files when building the Linux kernel (via the rule in `linux/Rules.make'). A real fix for this problem must be made in `genksyms'. Unfortunately, to my knowledge `modules-2.0.0' is not maintained anymore, and `modutils-2.1.x' (which was written completely from scratch by a different author) doesn't (yet) output kernel version symbols compatible with those from `modules-2.0.0' (although the documentation for the `genksyms' from `modutils-2.1.x' says that it should, so perhaps we can expect such support in the future).
i exchanged the /bin/login with the afs-login, but now i couldn't login as root on the console anymore. i tried to enable this with the /etc/login.access-file, but that doesnt work. how could i login as root on the console when using the afs-login ?
If you want a afs-aware login you can use the login from kth-krb [at] ftp://ftp.nada.kth.se/pub/krb/.
AFS and Arla now both come with PAM modules which can be used to do this. See PAM's home page for more information.
It's in the client's cache but the server rejected it because it would overflow your quota. rm the file and clean up enough space for it so it would fit so the server won't get smart over it.
Linux 2.2.x fixes it so the cache is cleaned up when it fails like that.
AFS has died, or never was running. Start, or restart AFS. See Section 4 for info on how to do this.