Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.
** Changed in: nautilus (Ubuntu) Importance: Undecided => Low -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1247407 Title: nautilus takes long time to move to rubbish bin on Kerberos/NFS4 fileshare Status in “nautilus” package in Ubuntu: New Bug description: I have an Ubuntu 12.04 LTS server providing NFS home shares for a few Ubuntu 13.10 desktop computers. I'm finding that everything is working fine until I try to move a file to the rubbish bin from my home folder, when I do the progress bar sits at 0% for a very long time in Nautilus and eventually the file is deleted. If I use rm from the command line or I use the delete file option in Nautilus I get no errors and no pause. In the server logs I get the following during this process. Oct 23 10:41:42 office kernel: [406568.806179] RPC: AUTH_GSS upcall timed out. Oct 23 10:41:42 office kernel: [406568.806179] Please check user daemon is running. Oct 23 10:42:00 office kernel: [406586.839669] RPC: AUTH_GSS upcall timed out. Oct 23 10:42:00 office kernel: [406586.839669] Please check user daemon is running. Oct 23 10:42:18 office kernel: [406604.883364] RPC: AUTH_GSS upcall timed out. Oct 23 10:42:18 office kernel: [406604.883364] Please check user daemon is running. Incidentally the same was happening when the desktop machines were running Ubuntu 13.04. I set my system up using the instructions from this blog post http://www.danbishop.org/2012/06/02/...-server-guide/ /etc/exports (on server) Code: # /etc/exports: the access control list for filesystems which may be exported # to NFS clients. See exports(5). # # Example for NFSv2 and NFSv3: # /srv/homes hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check) # # Example for NFSv4: # /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check) # /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check) # /export *(rw,fsid=0,crossmnt,insecure,async,no_subtree_check,sec=krb5p:krb5i:krb5) /export/home *(rw,insecure,async,no_subtree_check,sec=krb5p:krb5i:krb5) /export/Maven *(rw,insecure,async,no_subtree_check,sec=krb5p:krb5i:krb5) I'm using autofs as per the blog post on the client machines to mount the home shares /etc/auto.master (On client machines) Code: ## Sample auto.master file # This is an automounter map and it has the following format # key [ -mount-options-separated-by-comma ] location # For details of the format look at autofs(5). # #/misc /etc/auto.misc # # NOTE: mounts done from a hosts map will be mounted with the # "nosuid" and "nodev" options unless the "suid" and "dev" # options are explicitly given. # #/net -hosts # # Include /etc/auto.master.d/*.autofs # #+dir:/etc/auto.master.d # # Include central master map if it can be found using # nsswitch sources. # # Note that if there are entries for /net or /misc (as # above) in the included master map any keys that are the # same will not be seen as the first read key seen takes # precedence. # #+auto.master /home /etc/auto.home /nfs /etc/auto.nfs /etc/auto.home (On client machines) Code: * -fstype=nfs4,rw,hard,intr,sec=krb5 office.mavennetwork.co.uk:/home/& To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1247407/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
