[OpenAFS] Several OpenAFS issues
Derrick J Brashear
shadow@dementia.org
Sun, 21 Oct 2001 00:08:20 -0400 (EDT)
On Sat, 20 Oct 2001, Christos Ricudis wrote:
> 1) Documentation
>
> I cannot find any documentation on the AFSDB functionality and the dynroot
> option on latest OpenAFS releases, short of some rather sparse notes on
> release documentation. Are there more verbose explanations on these
> subjects somewhere?
Not yet.
> 2) Unlocking busy volumes
>
> Once, I tried to backup my AFS volumes by taking a dump ("vos dump") and
> backing up the resulting file. The resulting file was larger than 2GB, and
> that crashed vos on my Linux AFS client, leaving the volume in busy
> state. Is there any way to clear the busy state in this case, short of
> restarting the AFS server?
Derek made a suggestion but understand that in the worst case scenario you
can kill the volserver in question manually if you need faster turnaround
in the case he describes a wait, and not the fileserver or the whole
server.
> 3) Incompatibilities with UNIX semantics
>
> I am trying to put users' home directories on AFS. This works, generally,
> except in the case of several programs that expect UNIX semantics to work
> - for example, several programs insist on creating sockets or named pipes
> inside the users' home directory instead of somewhere in /tmp. I understad
> that there are no foreseeable solutions to this problem in the near
> future, short of patching and informing software authors' about these
> subjects, however I would like other people's comments and experiences
> about using AFS for user home directories.
Carnegie Mellon has been using AFS home directories for longer than I've
been there as either staff or student; The number of programs which
actually need to be patched has been comparatively small.
> 4) KDE 2.2 on AFS
>
> I suspect that this is related to 3). When a user, with his home
> directory on AFS tries to start KDE, system locks hard - and I cannot find
> any concise way of telling exactly where and why it hangs. I will try to
> fetch more information about this, but have anybody encountered the same
> problem?
Is there some directory browser trying to traverse /afs from the top and
stat()ing everything in /afs? e.g. is the machine really locked or does it
just appear so to the user while all the inaccessible cells in /afs time
out? If you wish to test this theory, create a volume with just a mount
point named after your cell for root.cell, and invoke afsd on a test
machine as
/usr/vice/etc/afsd -rootvol (the name of the volume you created above)
after loading the kernel module, then try KDE. Yes, I hate directory
browsing software which decides to do me a favor and randomly enumerate
directories on my machine.
-D