[OpenAFS] Graphical file managers get stuck

[jukka.tuominen@finndesign.fi]

I read the documentation for dynroot, and it's not something to sacrifice
really. Anyhow, I reconfigured openafs temporarily to remove the dynroot
just to test if it changes the situation, but no.

So the local cell works fine with gui and foreign cells only from the
command line. Strange...

br, jukka



>
> By "own-path" I mean local cell as opposed to foreign one.
>
> I believe -dynroot is on, but how could I verify this?
>
> If I'm to turn it off, are there any sacrifices expected?
>
>
> br, jukka
>
>
>
>> Can you give more information about what you mean by your own afs-path?
>>
>> Are you using -dynroot when starting the afsd process? On Xfce I've
>> noticed that the dynroot feature can conflict with GVFS's trash
>> implementation, causing the Thunar GUI to freeze, and I imagine
>> Nautilus would have a similar problem.
>>
>> - Ken
>>
>>
>> On Sun, Dec 9, 2012 at 12:33 PM,  <jukka.tuominen@finndesign.fi> wrote:
>>>
>>> Hi,
>>>
>>> graphical file managers (nautilus & gnome-commander at least) seem to
>>> get
>>> stuck when listing directories other than own afs-path. Fakestat is on
>>> and
>>> it works fine with own afs-path (I suppose due to fakestat), but trying
>>> to
>>> change it to fakestat-all didn't seem to help. Command line listing
>>> works
>>> fine.
>>>
>>> I'm not very familiar with openafs, so I may be making a simple
>>> mistake.
>>>
>>> Some background info:
>>>
>>> Ubuntu 10.04
>>> Openafs 1.4.12 (seems to be much faster than 1.6.)
>>>
>>> Tweaked the file: /etc/init.d/openaf-client
>>>
>>> -fakestat  >>  -fakestat-all
>>>
>>> Any idea how to fix this?
>>>
>>>
>>> br, jukka
>> _______________________________________________
>> 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
>