Description of problem:
After upgrading kernel I can no longer serve NFS shares.
Version-Release number of selected component (if applicable):
kernel-220.127.116.11-33.fc7.x86_64 (the server side)
(client side tested either this one or kernel-2.6.21-1.3228.fc7.x86_64)
Not tried again.
Steps to Reproduce:
1. /etc/exports: /home 172.20.0.2(rw,no_root_squash,async)
2. service nfs restart
3. export -rav
4. client: mount -tnfs -o rw,hard,nointr,rsize=4096,wsize=4096,suid,dev,async
server: Jul 27 22:57:05 host0 mountd: authenticated mount request from
virt:985 for /home (/home)
client: mount: 172.20.0.1:/home failed, reason given by server: Permission denied
Successfully mounted share.
Attached a pcap dump just showing ERR_ACCESS on the packet level.
Simple reboot of the server side back to kernel-2.6.21-1.3228.fc7.x86_64 fixed
Created attachment 160143 [details]
.pcap of the unsuccessful mount attempt.
Could this is a duplicate of bug 249857. I see this too when I try to mount
file systems from a freshly booted machine running kernel
kernel-18.104.22.168-33.fc7. But after two hours, it is possible to mount from it.
I'm in UTC +0200.
I'll shortly upgrade to kernel-22.214.171.124-41.fc7 and see if it solves the problem,
but I thought I'd mention this here right away.
After upgrading to -41 this no longer happens. It does indeed seem to be the
*** This bug has been marked as a duplicate of 249857 ***