[OpenAFS] Openafs 1.4.8 on OSX very slow

[Hans Melgers]

Nothing special:

Starting AFS cache scan...[141] waiting for afs_osi_ctxtp
found 198 non-empty cache files (19%).
[141] ok


it seems the closer to the cell name the longer it takes, so there  
could be a link with bulkstat. I do login as admin so reading any  
directory shouldnt be a problem.
But even a cd to a subdir in a users directory takes minutes, with the  
dreadfull beachball. Again, only in finder or my forklift file  
manager. Terminal acts normal.

I did install the safari 4 beta a few days ago, maybe there's a link ?  
uninstalled it again but no improvement. Anybody else running safari 4  
beta without having problems in afs ?


On 6 mrt 2009, at 17:25, Joel wrote:

>
> Does dmesg report any issues with contacting any servers?
>
> On Thu, Mar 5, 2009 at 9:10 PM, Derrick Brashear <shadow@gmail.com>  
> wrote:
>> On Thu, Mar 5, 2009 at 8:10 PM, Jason Edgecombe <jason@rampaginggeek.com 
>> > wrote:
>>> Hans Melgers wrote:
>>>>
>>>> I notice afs performance on osx Leopard is very slow; opening a  
>>>> folder in
>>>> Finder takes up to 2 minutes to even display. I have the right  
>>>> tokens,
>>>> firewall is open for all connections.
>>>> Performance in terminal is much better, a cd and ls to /afs works
>>>> instantly. So it seems there are problems in the finder.
>>>> I noticed two afsd processes running. normal ?
>>>>
>>>> Im also tried running parallels with the windows client on the same
>>>> machine, works perfect and very fast.
>>>>
>>>> Does anyone have some tips to speed up performance ? Are there  
>>>> any known
>>>> problems in the mac osx finder in the latest leopard?
>>>> I'm running 1.4.8 with openafsconfig, MIT kerberos extras. Tokens  
>>>> look
>>>> fine. Mac OSX 10.5.6
>>>
>>> Was /afs the folder that you tried to view in finder? If so, then  
>>> it will be
>>> extremely slow with finder because finder will try to stat all of  
>>> the cells,
>>> which will take a while. Try a deeper folder, like
>>> /afs/grand.central.org/software/ and see if it acts better.
>>
>> with -fakestat-all that shouldn't be true. there is the issue that
>> bulkstat does not (currently) work, which will make things slower,  
>> but
>> it shouldn't be horrible.
>>
>> --
>> Derrick
>> _______________________________________________
>> OpenAFS-info mailing list
>> OpenAFS-info@openafs.org
>> https://lists.openafs.org/mailman/listinfo/openafs-info
>>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info

Hans Melgers
ENEMB.V.

www.enem.nl
hans@enem.nl