NFS mounting hangs instead of returning with permission denied

Exactly the same problem over here.

And I also believe, that this bug is critical.

I even changed to xfce4, because I thought gnome was broken. (nautilus accessed a host with one (of five) "permission denied" nfs shares. This resulted in a gnome desktop, where nautilus started 2 minutes later, than the rest. And in a gnome desktop, where every 10 minutes (after the automounter automatically umounted the shares), I experienced 2 minute timeouts, when opening local(!) folders.)

Felix

This issue is not reproducible for me. If I try to mount a Linux NFS share that I don't have permission for, I consistently get an immediate "permission denied" returned.

If you're seeing connection timeouts, that looks to me like a firewall issue. Can you provide a network trace of the NFS traffic in the case of this failure?

Local network.
Second PC with Ubuntu 7.10 works as expected (connected to the same switch).

This is the /etc/exports of the nfs server:

/mega/one *.somedomain.de(ro,async,subtree_check) apple.somedomain.de(ro,async,insecure,subtree_check)
/mega/two *.somedomain.de(ro,async,subtree_check) apple.somedomain.de(ro,async,insecure,subtree_check)
/mega/three *.somedomain.de(rw,async,subtree_check)
/mega/four *.somedomain.de(ro,async,subtree_check)
/home/someone/data wizard.somedomain.de(rw,async,subtree_check)

I am able to (auto)mount all the shares without problem.
Only /home/someone/data (which normally should result (and did before some dist-upgrade one week ago on the client) in a permission denied produces the timeout.

Nevertheless find attached some tcpdump of the client after manually
mount ouzo:/home/someone/data/ /mnt/stick/
mount.nfs: Connection timed out

nfs-common 1:1.1.2-2ubuntu2
nfs-server 1:1.1.1~git-20070709-3ubuntu1

A colleague (who uses Debian Sid) got a similiar error since a few days.
( Debian SID nfs-common 1:1.1.2-2)

Not a firewall issue. I can fix the timeout simply by granting permission on the NFS server.

Here is a testing scenario.

== Permission Denied ==
Linux NFS server
exportfs localhost:/home/olsonl
/home/olsonl localhost(ro,wdelay,root_squash)

Hardy NFS client
sudo mount s12:/home/olsonl /mnt
mount.nfs: Connection timed out
(see attached packet trace)

Gutsy NFS client
sudo mount s12:/home/olsonl tmp
mount.nfs: s12:/home/olsonl failed, reason given by server: Permission denied

== Same server and clients, granted permission ==
the very same Linux NFS server
exportfs fungus:/home/olsonl
exportfs gutsy:/home/olsonl
/home/olsonl fungus.sosstaffing.com(ro,wdelay,root_squash)
/home/olsonl gutsy.sosstaffing.com(ro,wdelay,root_squash)

Hardy NFS client
sudo mount s12:/home/olsonl /mnt
<succeeded instantly>

Gutsty NFS client
sudo mount s12:/home/olsonl tmp
<succeeded instantly>

This is very clearly not a firewall issue. There is no firewall or NAT at all between these points.

Here is the capture for the Gutsy permission denied

This could be related to bug #221538

And this is definitely the same bug:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476128

The same problem was also on gentoo and fedora:

http://bugs.gentoo.org/show_bug.cgi?id=219729
http://www.redhat.com/archives/fedora-extras-commits/2008-April/msg04838.html

confirmed since there is a duplicate and a patch available

Is it a way to check if this bug and bug #221538 are manifestations of the same problem (the symptoms are basically the same, but this one happens when the access to the file is not permitted, and the other one when the file is not found. Both started in Gutsy) and maybe merge them into one report?

Anyway, that's a huge problem for institutions who use NFS mounted /home folders (for single sign-on) like High School I'm working for. The desktop machines at first seem to work, but are extremely unstable (something hangs all the time).

Ludwik, thanks for pointing out bug #221538, which I've now marked as a duplicate of this one. I can reproduce the bug now (not sure why I couldn't before!), and the referenced Red Hat bug, https://bugzilla.redhat.com/show_bug.cgi?id=439807, appears to include the fix for this problem.

uploaded to -proposed; SRU team, please review.

for intrepid, this fix is now available for merge in Debian unstable, in nfs-utils 1:1.1.2-4.

Hi all,

I'm new to the bug-reporting and fixing process. Steve, since the bug exists on other distributions as well, will the ubuntu team roll a new nfs-common package with a fix, or is it up to sys admins to patch nfs-utils ourselves?

Thanks,
-Dan

Daniel,

I'm not sure what you mean by "other distributions" - Ubuntu 8.04 is the only version of Ubuntu that should be affected by this issue since it's the only version which includes a Linux kernel 2.6.23 or later, and the Ubuntu developers aren't responsible for fixes to other Linux distributions?

The bug is on track to be fixed in an update to Ubuntu 8.04.

Accepted into -proposed, please test and give feedback here

Sorry for asking a dump question, but how do you access "-proposed"?

Ludwik Trammer [2008-05-08 9:42 -0000]:
> Sorry for asking a dump question, but how do you access "-proposed"?

You can enable it in System -> Administration -> Software Sources ->
Updates.

update has fixed the issue.

Thank you!

Copied to hardy-updates.

Should be fixed in Intrepid soon, in order to not loose fixes from Hardy SRUs.

Copied hardy-updates to intrepid.

Hi,

I understand that this has been fixed in nfs-comon 1:1.1.2-4, however, the version in hardy-updates is 1:1.1.2-2ubuntu2.1

I think I have the same problem and I am already using 1:1.1.2-2ubuntu2.1 and symptoms are still here...

FWIW, I don't see any nfs package in hardy-proposed right now (2008-06-26).

Any hint appreciated.

At 2008-08-24 I report I have the same issue.
I have installed the following packages: samba, smbfs, nfs-common (1.1.1.2-2ubuntu2.1), and still getting: "mount error 13 = Permission denied" when I issue the command: mount -t cifs (or smbfs) //hostname/sharename /home/ubuntu/folder -o username=xxx,password=xxx

Any help is appreciated.

I have a livecd for knoppix and I dont have this problem but I like ubuntu best

Rocketero,

The bug report you've followed up to is about NFS mounts, not CIFS mounts; your problem is unrelated to this bug report. Please file a new report against the samba package, or alternatively, you might try asking for help in the ubuntu forums since I'm sure that CIFS in Ubuntu 8.04 is generally working as expected (having extensively tested it myself).

I am having an issue I do not know if this is related, but I have a server that uses NFS lightly, it has just broken now after an upgrade to intrepid.

I have 6 client machines to a FreeBSD NFS server running NFS v3 over TCP.

After an hour or two, NFS just starts hanging and cannot recover. I can umount -l /home, but it will never let me remount. Can't find anything in the client or server logs that is relevant as to why.

My dpkg list is identical on all 6 servers, all the configs I compared are identical too (well besides for server specific info) so I don't know what could be the reason why only 1 of the 6 seems to be having the issue. I downgraded the kernel from linux-image-2.6.27-10-server to linux-image-2.6.27-7-server, still doesn't matter.

I'll pay someone to figure this out ASAP. This is wrecking my hosting business right now... mike503 AT gmail.com

I have the same Problem in Intrepid. Mounting with "sudo mount -a" is all ok.
But on boot mount of nfs shares hangs for a while, and gives up.