Bug#714736: [Pkg-xfce-devel] Bug#714736: Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount

2013-07-08 Thread Sylvain Leroux

On 04/07/2013 22:52, Yves-Alexis Perez wrote:

It'd help if you could try to reproduce with no thunar at all. Just try
to move the same set of files to the trash folder.



Using mv to move files to .local/share/Trash/files does *not* exhibit 
that behavior:


# This works like a charm:
sh$ touch 1 2 3 4
sh$ mv 1 .local/share/Trash/files
sh$ mv 2 .local/share/Trash/files
sh$ mv 3 .local/share/Trash/files
...

As far as I can tell, move to trash does some more work than only 
moving the file. At bare minimum it records the original path an 
deletion date in the corresponding .trashinfo files located in 
.local/share/Trash/info/ . Nevertheless ...


# ... using the trash-put command from trash-cli package
# works too:
sh$ touch 1 2 3 4
sh$ trash-put 1
sh$ trash-put 2
sh$ trash-put 3
...


# But this hang for each file...
sh$ touch 1 2 3 4
-- from Thunar, drag'n drop 1 to Trash
-- from Thunar, click on 2, press delete




--
-- 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



Bug#714736: [Pkg-xfce-devel] Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount

2013-07-04 Thread Sylvain Leroux

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



Bug#714736: [Pkg-xfce-devel] Bug#714736: Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount

2013-07-04 Thread Yves-Alexis Perez
Control: reassign -1 nfs-common

For nfs-common people: this seems to be some kind of hang in NFS
+kerberos. It reveals itself in Thunar when the user deletes some files
(maybe a lot, maybe large, not too sure), which means files are moved to
a folder under .local/share/Trash. It's apparently not related to Thunar
but more nfs client or server. I've reassigned to nfs-common but feel
free to reassign to the correct component (kernel or maybe kerberos
components)

On jeu., 2013-07-04 at 11:36 +0200, Sylvain Leroux wrote:
 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

It'd help if you could try to reproduce with no thunar at all. Just try
to move the same set of files to the trash folder.

 , but to nfs-common -- and it 
 should be reassigned (I don't know how to do that).

I guess it's indeed NFS, related although I'm not really sure it's in
nfs-common.

Regards,
-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part


Bug#714736: [Pkg-xfce-devel] Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount

2013-07-03 Thread Sylvain Leroux

On 02/07/2013 21:42, Yves-Alexis Perez wrote:

On mar., 2013-07-02 at 13:07 +0200, Sylvain Leroux wrote:

I think the exact same bug has been reported some time ago for Ubuntu:

https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1051952

According to that, the bug could be traced back to `libgio` call
`g_file_trash()`



Could you try in more recent Thunar and see if it still applies there?

Regards,


Exact same behavior upgrading thunar (incl. dependencies) to the version 
available on Jessie:


ii  libglib2.0-0:amd642.36.1-2build1
ii  libglib2.0-data   2.33.12+really2.32.4-5
ii  libglibmm-2.4-1c2a:amd64  2.32.1-1
ii  libthunarx-2-01.6.3-1
ii  thunar1.6.3-1
ii  thunar-data   1.6.3-1



--
-- 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



Bug#714736: [Pkg-xfce-devel] Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount

2013-07-03 Thread Sylvain Leroux

On 02/07/2013 21:42, Yves-Alexis Perez wrote:

On mar., 2013-07-02 at 13:07 +0200, Sylvain Leroux wrote:

I think the exact same bug has been reported some time ago for Ubuntu:

https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1051952

According to that, the bug could be traced back to `libgio` call
`g_file_trash()`



Could you try in more recent Thunar and see if it still applies there?

Regards,


... and upgrading gvfs (I think (?) this manage the trash somehow) has 
no effect neither.


ii  gvfs:amd64 1.16.3-1 amd64


--
-- 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



Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount

2013-07-02 Thread Sylvain Leroux

Package: thunar
Version: 1.2.3-4+b1
Severity: important

Dear Maintainer,

Users experience a GUI freeze when they move to trash a file with
Thunar on a machine where /home is remotely mounted using
NFS4 + Kerberos authentication.

For something like 30 seconds the GUI is not responsive (can't launch
other apps, can move windows, but there is no window redraw). After
that finally the move-to-trash succeed.

It seems to only appears on user /home directory. This is the only NFS
mount on the system. Here is the corresponding /etc/fstab entry:

---8
# /etc/fstab

real.chicoree.fr:/homes /home nfs4 rw,sec=krb5 0 0

---8

Here are some of the corresponding packages that might be involved:

ii  krb5-config 2.3
ii  krb5-locales1.10.1+dfsg-
ii  krb5-user   1.10.1+dfsg-
ii  libgssapi-krb5  1.10.1+dfsg-
ii  libkrb5-3:amd6  1.10.1+dfsg-
ii  libkrb5support  1.10.1+dfsg-
ii  libnfsidmap2:a  0.25-4
ii  libpam-krb5:am  4.6-1
ii  libthunarx-2-0  1.2.3-4+b1
ii  libxfce4ui-1-0  4.8.1-1
ii  libxfce4util-b  4.8.2-1
ii  libxfce4util-c  4.8.2-1
ii  libxfce4util4   4.8.2-1
ii  libxfcegui4-4   4.8.1-5
ii  nfs-common  1:1.2.6-4
ii  thunar  1.2.3-4+b1
ii  thunar-data 1.2.3-4
ii  xfce-keyboard-  4.8.1-1
ii  xfce4   4.8.0.3
ii  xfce4-appfinde  4.8.0-3
ii  xfce4-notifyd   0.2.2-2
ii  xfce4-panel 4.8.6-4
ii  xfce4-session   4.8.3-3
ii  xfce4-settings  4.8.3-2
ii  xfce4-terminal  0.4.8-1+b1
ii  xfce4-utils 4.8.3-2
ii  xfce4-volumed   0.1.13-3
ii  xfdesktop4  4.8.3-2
ii  xfdesktop4-dat  4.8.3-2


Client machines are running stable Debian Wheezy. For now, there is no
workaround (beyond just wait -- or not using NFS4+Kerberos, which is
unacceptable in our case). This has an important impact on usability of
the system for the end user since the bug is regularly in the way
during day to day activities.


-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages thunar depends on:
ii  desktop-file-utils  0.20-0.1
ii  exo-utils   0.6.2-5
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libdbus-1-3 1.6.8-1+deb7u1
ii  libdbus-glib-1-20.100.2-1
ii  libexo-1-0  0.6.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libgudev-1.0-0  175-7.2
ii  libice6 2:1.0.8-2
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libsm6  2:1.2.1-2
ii  libthunarx-2-0  1.2.3-4+b1
ii  libxfce4ui-1-0  4.8.1-1
ii  libxfce4util4   4.8.2-1
ii  shared-mime-info1.0-1+b1
ii  thunar-data 1.2.3-4

Versions of packages thunar recommends:
ii  dbus-x111.6.8-1+deb7u1
ii  gvfs1.12.3-4
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  thunar-volman   0.6.1-1
ii  tumbler 0.1.25-1+b1
ii  xdg-user-dirs   0.14-1
ii  xfce4-panel 4.8.6-4

Versions of packages thunar suggests:
pn  thunar-archive-plugin none
pn  thunar-media-tags-plugin  none

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount

2013-07-02 Thread Sylvain Leroux

I think the exact same bug has been reported some time ago for Ubuntu:

https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1051952

According to that, the bug could be traced back to `libgio` call 
`g_file_trash()`



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#714736: [Pkg-xfce-devel] Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount

2013-07-02 Thread Yves-Alexis Perez
On mar., 2013-07-02 at 13:07 +0200, Sylvain Leroux wrote:
 I think the exact same bug has been reported some time ago for Ubuntu:
 
 https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1051952
 
 According to that, the bug could be traced back to `libgio` call 
 `g_file_trash()`
 

Could you try in more recent Thunar and see if it still applies there?

Regards,
-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part