Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: nautilus (Ubuntu)
Status: New => Confirmed
--
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:
Confirmed
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
