Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On Sun, Jan 22, 2012 at 10:42:58PM +0100, Luk Claes wrote: On 01/22/2012 09:32 PM, Pavel Yakunin wrote: Pavel: Can you have a look if the new version from unstable fixes your problem (this bug)? Luk, did you push the new version in the sid repo? (or maybe I should wait for a while? I used us.debian.org mirror). Apt tell me that nothing Yes, version 1:1.2.5-4. It was probably not pushed to the mirrors yet. Can you test if it fixes the bug, thanks already? I'm not sure that it is, at least for me: % cat /etc/exports | grep '^[^#]' /home localhost(rw,sync,fsid=0,no_subtree_check) % grep nfs /etc/fstab localhost:/ /mnt nfs4 user,noauto 0 0 % mount /mnt % mount | grep nfs rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) localhost:/ on /mnt type nfs4 (rw,nosuid,nodev,noexec,relatime,vers=4,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp6,timeo=600,retrans=2,sec=sys,clientaddr=::1,minorversion=0,local_lock=none,addr=::1,user=rleigh) % cat /run/mount/utab SRC=localhost:/ TARGET=/mnt ROOT=/ ATTRS=addr=::1,clientaddr=::1 OPTS=user=rleigh % umount /mnt umount.nfs4: /mnt: not found umount.nfs4: /mnt: not found % sudo umount /mnt I'm permitted to mount, but not umount, the /mnt mount. Not yet found where the error lies, but the information to permit the umount is certainly present. Hope the above contains sufficient info to reproduce. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
Package: nfs-common Version: 1:1.2.5-3 Followup-For: Bug #653630 Dear Maintainer, Seems that I have the same issue with nfs. There is an entry in my fstab: liveserv:/mnt/library//mnt/library nfs noauto,user 0 0 I mount the nfs share as user without any problem: $mount /mnt/library Then I try to umount: $umount /mnt/library umount: only root can unmount liveserv:/mnt/library/ from /mnt/library Everything was working properly before the last dist-upgrade Jan 21 2012 (I did the previos one on Jan 9 2012). Just after the upgrade I've got the error: umount: /mnt/library mount disagrees with the fstab. Then I managed to get rid of this error by putting a trailing slash to the fstab entry, but the error I mentioned above is still there. Thanks, Pavel Yakunin -- Package-specific info: -- rpcinfo -- program vers proto port 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 50933 status 1000241 tcp 48722 status 1000211 udp 57840 nlockmgr 1000213 udp 57840 nlockmgr 1000214 udp 57840 nlockmgr 1000211 tcp 37262 nlockmgr 1000213 tcp 37262 nlockmgr 1000214 tcp 37262 nlockmgr -- /etc/default/nfs-common -- NEED_STATD= STATDOPTS= NEED_IDMAPD= NEED_GSSD= -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- liveserv:/mnt/library/mnt/library nfs noauto,user 0 0 liveserv:/mnt/photo/ /mnt/photo nfs noauto,user 0 0 liveserv:/mnt/backup/ /mnt/backup nfs noauto,user 0 0 lserv:/mnt/music/ /mnt/lserv-music nfs noauto,user 0 0 lserv:/mnt/archive/ /mnt/archive nfs noauto,user 0 0 lserv:/home//mnt/lserv-home nfs noauto,user 0 0 liveserv:/mnt/mirror/ /mnt/mirror nfs noauto,user 0 0 -- /proc/mounts -- rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113 ii initscripts 2.88dsf-18 ii libc6 2.13-24 ii libcap2 1:2.22-1 ii libcomerr2 1.42-1 ii libdevmapper1.02.1 2:1.02.67-2 ii libevent-2.0-5 2.0.16-stable-1 ii libgssapi-krb5-21.10+dfsg~alpha2-1 ii libgssglue1 0.3-4 ii libk5crypto31.10+dfsg~alpha2-1 ii libkeyutils11.5.2-2 ii libkrb5-3 1.10+dfsg~alpha2-1 ii libnfsidmap20.25-1 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-22 ii lsb-base3.2-28 ii rpcbind 0.2.0-7 ii ucf 3.0025+nmu2 Versions of packages nfs-common recommends: ii python 2.7.2-9 nfs-common suggests no packages. -- 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#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On 01/22/2012 11:34 AM, Pavel Yakunin wrote: Seems that I have the same issue with nfs. There is an entry in my fstab: liveserv:/mnt/library//mnt/library nfs noauto,user 0 0 I mount the nfs share as user without any problem: $mount /mnt/library Then I try to umount: $umount /mnt/library umount: only root can unmount liveserv:/mnt/library/ from /mnt/library Everything was working properly before the last dist-upgrade Jan 21 2012 (I did the previos one on Jan 9 2012). Just after the upgrade I've got the error: umount: /mnt/library mount disagrees with the fstab. Then I managed to get rid of this error by putting a trailing slash to the fstab entry, but the error I mentioned above is still there. According to below snippet that automatically was attached to your bug report, the trailing slash is not in /etc/fstab? Anyway this bug was introduced by the conversion of /etc/mtab (putting Michael in Cc, maybe he has an idea how we should prevent this and similar issues from happening). -- /etc/fstab -- liveserv:/mnt/library/mnt/library nfs noauto,user 0 0 liveserv:/mnt/photo/ /mnt/photo nfs noauto,user 0 0 liveserv:/mnt/backup/ /mnt/backup nfs noauto,user 0 0 lserv:/mnt/music/ /mnt/lserv-music nfs noauto,user 0 0 lserv:/mnt/archive/ /mnt/archive nfs noauto,user 0 0 lserv:/home//mnt/lserv-home nfs noauto,user 0 0 liveserv:/mnt/mirror/ /mnt/mirror nfs noauto,user 0 0 -- /proc/mounts -- rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0 Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
Thanks, Luk. According to below snippet that automatically was attached to your bug report, the trailing slash is not in /etc/fstab? Sorry, I've tried different variants of fstab to fix the issue, so that there is no trailing slash in the first line of the attached fstab. But the mount behavior is the same for all of the nfs entries in my fstab. Best regards, Pavel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On 22.01.2012 12:30, Luk Claes wrote: -- /etc/fstab -- liveserv:/mnt/library/mnt/library nfs noauto,user 0 0 -- /proc/mounts -- liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0 I am missing a bit of context here. Is the problem related to the user option or regarding a trailing /? wrt /etc/mtab being a symlink to /proc/mounts: I assume mount.nfs is built against libmount, seeing [1] as fixed? Do you get a file /run/mount/utab when the nfs share is mounted? What does it contain? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626478 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
There was two problems after update, but the first one (umount: /mnt/library mount disagrees with the fstab) can be easily solved by the trailing slash. The reason why I mentioned it here is that it may be useful to know that it came along with the main unsolved problem with the user option (umount: only root can unmount liveserv:/mnt/library/ from /mnt/library). So the problem is related to user option. On 2012-01-22 15:55, Michael Biebl wrote: On 22.01.2012 12:30, Luk Claes wrote: -- /etc/fstab -- liveserv:/mnt/library/mnt/library nfs noauto,user 0 0 -- /proc/mounts -- liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0 I am missing a bit of context here. Is the problem related to the user option or regarding a trailing /? wrt /etc/mtab being a symlink to /proc/mounts: I assume mount.nfs is built against libmount, seeing [1] as fixed? Do you get a file /run/mount/utab when the nfs share is mounted? What does it contain? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626478 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On Sun, Jan 22, 2012 at 12:55:45PM +0100, Michael Biebl wrote: On 22.01.2012 12:30, Luk Claes wrote: -- /etc/fstab -- liveserv:/mnt/library/mnt/library nfs noauto,user 0 0 -- /proc/mounts -- liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0 I am missing a bit of context here. Is the problem related to the user option or regarding a trailing /? wrt /etc/mtab being a symlink to /proc/mounts: I assume mount.nfs is built against libmount, seeing [1] as fixed? Do you get a file /run/mount/utab when the nfs share is mounted? What does it contain? I'm afraid I can't help with the specifics immediately (I'll need to set up some NFS mounts), but some general comments about the recent changes: - if you mount a filesystem with the user option, the user who mounted it will be written to /run/mount/utab. While I've not tested this for NFS, it's certainly the case for all other mounts. - when umounting a filesystem, the content of /etc/fstab should be irrelevant. The information needed is in /etc/mtab (/proc/mounts) and /run/mount/utab. If the NFS mount helpers are using fstab during umount, I think that's a separate bug in its own right. - the trailing / may be an issue. Does the entry (if any) in /run/mount/utab match this? Does adding a trailing / to the umount command affect things? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On Sun, Jan 22, 2012 at 12:34:39PM +, Roger Leigh wrote: On Sun, Jan 22, 2012 at 12:55:45PM +0100, Michael Biebl wrote: On 22.01.2012 12:30, Luk Claes wrote: -- /etc/fstab -- liveserv:/mnt/library/mnt/library nfs noauto,user 0 0 -- /proc/mounts -- liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0 I am missing a bit of context here. Is the problem related to the user option or regarding a trailing /? wrt /etc/mtab being a symlink to /proc/mounts: I assume mount.nfs is built against libmount, seeing [1] as fixed? Do you get a file /run/mount/utab when the nfs share is mounted? What does it contain? I'm afraid I can't help with the specifics immediately (I'll need to set up some NFS mounts), but some general comments about the recent changes: - if you mount a filesystem with the user option, the user who mounted it will be written to /run/mount/utab. While I've not tested this for NFS, it's certainly the case for all other mounts. A quick test with NFS4 showed that /run/mount/utab does not contain anything, and additionally it looks like mount.nfs4 is /not/ linked against libmount, which I thought (perhaps mistakenly, unless it's a regression) was now using libmount. NFS certainly does support libmount, it's right there in the configure script. Looks like it just needs adding to the Build-Deps and enabling in debian/rules by configuring with --enable-libmount-mount. I would highly recommend that the nfs-common enable this as soon as possible! Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
I've tried: - /run/mount/utab is empty even when my NFS share is mounted by user. - corresponding entry in /etc/mtab is liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0 and it's indifferent to the trailing slash in /etc/fstab. But if there is no trailing slash in the fstab, another error message accurs umount: /mnt/library mount disagrees with the fstab (in this case fstab and mtab entries are different). - if you mount a filesystem with the user option, the user who mounted it will be written to /run/mount/utab. While I've not tested this for NFS, it's certainly the case for all other mounts. - when umounting a filesystem, the content of /etc/fstab should be irrelevant. The information needed is in /etc/mtab (/proc/mounts) and /run/mount/utab. If the NFS mount helpers are using fstab during umount, I think that's a separate bug in its own right. - the trailing / may be an issue. Does the entry (if any) in /run/mount/utab match this? Does adding a trailing / to the umount command affect things? Regards, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On Sun, Jan 22, 2012 at 12:55:45PM +0100, Michael Biebl wrote: I am missing a bit of context here. Is the problem related to the user option or regarding a trailing /? The trailing / might be a red herring. I've tried the following: as root 1/ mkdir /foo /bar 2/ echo /foo /bar none bind,user 0 0 /etc/fstab as user 1/ mount /bar (successful) 2/ umount /bar umount: /bar mount disagrees with the fstab (umount as root works without problems) When /bar is mounted, I get: # cat /run/mount/utab SRC=/dev/disk/by-uuid/5c503ec2-6528-44bb-9ff5-aa2687aa9706 TARGET=/bar ROOT=/foo BINDSRC=/foo OPTS=user=michael (looks ok) # findmnt /bar/ TARGET SOURCE FSTYPE OPTIONS /bar /dev/disk/by-uuid/5c503ec2-6528-44bb-9ff5-aa2687aa9706[/foo] ext4 rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered (I'd expect the user option to be set) # cat /proc/mounts | grep /bar /dev/disk/by-uuid/5c503ec2-6528-44bb-9ff5-aa2687aa9706 /bar ext4 rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered 0 0 When I do as root 1/ rm /etc/mtab 2/ touch /etc/mtab as user 1/ mount /bar 2/ mount /foo on /bar type none (rw,noexec,nosuid,nodev,bind,user=michael) 3/ umount /bar everything works as expected. So it looks like something's fishy going on here -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On 01/22/2012 01:53 PM, Roger Leigh wrote: On Sun, Jan 22, 2012 at 12:34:39PM +, Roger Leigh wrote: On Sun, Jan 22, 2012 at 12:55:45PM +0100, Michael Biebl wrote: On 22.01.2012 12:30, Luk Claes wrote: -- /etc/fstab -- liveserv:/mnt/library/mnt/library nfs noauto,user 0 0 -- /proc/mounts -- liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0 I am missing a bit of context here. Is the problem related to the user option or regarding a trailing /? wrt /etc/mtab being a symlink to /proc/mounts: I assume mount.nfs is built against libmount, seeing [1] as fixed? Do you get a file /run/mount/utab when the nfs share is mounted? What does it contain? I'm afraid I can't help with the specifics immediately (I'll need to set up some NFS mounts), but some general comments about the recent changes: - if you mount a filesystem with the user option, the user who mounted it will be written to /run/mount/utab. While I've not tested this for NFS, it's certainly the case for all other mounts. A quick test with NFS4 showed that /run/mount/utab does not contain anything, and additionally it looks like mount.nfs4 is /not/ linked against libmount, which I thought (perhaps mistakenly, unless it's a regression) was now using libmount. NFS certainly does support libmount, it's right there in the configure script. Looks like it just needs adding to the Build-Deps and enabling in debian/rules by configuring with --enable-libmount-mount. I would highly recommend that the nfs-common enable this as soon as possible! Hmm, apparently there was some confusion from my part: I did not expect to have to explicitly build depend on libmount-dev as libblkid-dev has a similar description I thought one would replace the other. I also did not expect I had to explicitly enable libmount via configure as configure has default --enable-mount=yes and --enable-libmount-mount same as --enable-mount. Apparently only when explicitly setting --enable-mount=yes, it would also be set for --enable-libmount-mount. Anyway, I have explicitly enabled it now (and added the build dependency). Pavel: Can you have a look if the new version from unstable fixes your problem (this bug)? Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
Pavel: Can you have a look if the new version from unstable fixes your problem (this bug)? Cheers Luk Luk, did you push the new version in the sid repo? (or maybe I should wait for a while? I used us.debian.org mirror). Apt tell me that nothing is changed: apt-get install nfs-common/sid Reading package lists... Done Building dependency tree Reading state information... Done nfs-common is already the newest version. Selected version '1:1.2.5-3' (Debian:testing [amd64]) for 'nfs-common' 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. actually I've tried to install the package from sid manually, but this didn't affect the problem with umount. Thanks, Pavel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On 01/22/2012 09:32 PM, Pavel Yakunin wrote: Pavel: Can you have a look if the new version from unstable fixes your problem (this bug)? Luk, did you push the new version in the sid repo? (or maybe I should wait for a while? I used us.debian.org mirror). Apt tell me that nothing Yes, version 1:1.2.5-4. It was probably not pushed to the mirrors yet. Can you test if it fixes the bug, thanks already? Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
Can you test if it fixes the bug, thanks already? Luk I've obtained the new version. Now everything is all right, Thanks a lot. Pavel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org