arla-0.41 and support for Tiger

[Adam Megacz]

FWIW, whatever hack OpenAFS' "-fakestats" uses, it works really well
with the Finder in the current release (in earlier releases it would
hang the finder left and right).  It might be worth looking into.  I'm
actually kind of surprised by the amout of navigating around I can do
without wedging things.

On the other hand, the ideal solution would be for Apple to use
nonblocking I/O in the finder (please, please, please!), but I guess
that might be asking too much...

  - a


Tomas Olsson <tol at stacken.kth.se> writes:
> Philippe Charpentier <Philippe.Charpentier at cern.ch> writes:
>> Restarting the Finder makes AFS appear, you are right... but opening it
>> puts the Finder in a loop (rolling ball). I managed however to see my
>> files going directly to my directory...
>>
> The AFS root is a strange kind of animal, with mountpoints to cells far far
> away. And as Finder tries to get details on each and every entry in /afs,
> you'll have to wait. Especially if some of them aren't even accessible. Of
> course, if you just have a few, well connected cells there, you should be
> ok. Try doing 'ls /afs' in the terminal to see what you've got without the
> waiting.
>
> If you start Arla at boot, or with the Arla Configuration app, it uses
> /usr/arla/etc/DynRootDB to generate /afs. startarla just uses your cell's
> root.afs, which may contain too much. I'd recommend running the Arla
> Configuration app, selecting the cells you need, and do Stop+Start
> (authentication is needed).
>
> Of course, we've found a few issues with 0.41, including a performance
> problem for some directory lookups. I like the current CVS version better
> :)
>
> Did you solve the tokens problem?
>
> /t

-- 
PGP/GPG: 5C9F F366 C9CF 2145 E770  B1B8 EFB1 462D A146 C380