I've done some more tests (on "pure" wheezy machine).
The bug is not as systematic as I thought at first. Sometimes the user
is able to move several files to trash without any difficulties. But for
no apparent reason, for some file the process take long long time.
The problem appears both while configuring the NFS share as "sync" or
"async".
But, remounting /home as NFS without Kerberos appears to solve the problem.
By looking in /var/log/syslog on the NFS/Kerberos server it appears
that, when user experiences a "hang", I have the following messages (up
to 4 times):
Jul 4 10:56:40 real kernel: [68746.902591] RPC: AUTH_GSS upcall timed out.
Jul 4 10:56:40 real kernel: [68746.902593] Please check user daemon is
running.
Jul 4 10:56:58 real kernel: [68764.934597] RPC: AUTH_GSS upcall timed out.
Jul 4 10:56:58 real kernel: [68764.934600] Please check user daemon is
running.
The timestamps are coherent with the user experienced delay.
I checked, rpc.svcgssd is running on the server.
I tried to kill it and the manually run it with "-vvv -iii -rrr" to
gather more informations -- but nothing at all is logged when the
problem appears.
I'm running nfs-common 1:1.2.6-4 on the server
I think this bug is not related to thunar, but to nfs-common -- and it
should be reassigned (I don't know how to do that).
Regards
- Sylvain
--
-- Sylvain Leroux
-- sylv...@chicoree.fr
-- http://www.chicoree.fr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
