Ik heb 2 RHEL5.4 systemen verbonden door een netwerk.
Ik begin nfs server op een (vul / etc / exports, exportfs-ra, service nfs start portmpa is omhoog) en de opdrachtgever is aan de andere. Ik kan monteren van de uitgevoerde
directory op de client en werken.

Nu is de RH54 kernel 2.6.18. Ik nu geïnstalleerd op de server een nieuw gecompileerde kernel 2.6.30, omdat ik kvm nodig. Ik gebruik geen kvm nog gewoon werk op de host niveau.
Ik gecompileerd de nieuwe kernel met dezelfde NFS vlaggen zoals in de oorspronkelijke RH kernel namelijk hetzelfde. config CONFIG_NFS_ * waarden werken met de make oldconfig als nodig is. Toen het systeem opnieuw opgestart en uitgevoerd op de server dezelfde handelingen uit als was eerst te beginnen met het nfs server (/ etc / exports is er, exportfs-ra, service nfs start. portmap wordt daar tijdens het opstarten).
Deze keer een mount verzoek om de nfs directory op de client machine
heeft een fout geretourneerd: mislukte, reden gegeven door server: Permission denied

Ik ben werkzaam als root op zowel de client en server. De / var / log / messages
laat geen fout alleen dat nfs is up en "gewaarmerkt mount verzoek van <client IP> voor / export / dir" zoals in de succesvolle zaak.
In beide gevallen / proc / fs /nfs/uitvoer geeft de juiste info (exort dir .. <ip>)
/ var / lib /nfs/EMPTY xtab is in beide gevallen (goede en slechte)?!
/ etc / host is die de juiste Clinet en de hostnaam.

De enige diff ik vind is dat in de originele RH kernel geval, na mount is ok
afgifte van "dmesg | grep nfs"Geeft andere info dan in de slechte mount
als volgt:

goede zaak

dmesg | grep nfs

SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts
SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts
SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts
SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts
SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts
SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts
SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts
SELinux: initialized (dev cpuset, type cpuset), uses genfs_contexts
SELinux: initialized (dev proc, type proc), uses genfs_contexts
SELinux: initialized (dev bdev, type bdev), uses genfs_contexts
SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts
SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts
SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts
SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts
SELinux: initialized (dev autofs, type autofs), uses genfs_contexts
SELinux: initialized (dev autofs, type autofs), uses genfs_contexts
SELinux: initialized (dev autofs, type autofs), uses genfs_contexts
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
SELinux: initialized (dev nfsd, type nfsd), uses genfs_contexts
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory

dmesg | grep nfs

calling  init_nfs_fs+0x0/0x116 @ 1
initcall init_nfs_fs+0x0/0x116 returned 0 after 139 usecs
calling  init_nfsd+0x0/0xe3 @ 1
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
initcall init_nfsd+0x0/0xe3 returned 0 after 5239 usecs
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory

Ik vraag me af of dit NFS V4 gerelateerd, als je niet eisen dat de snelheid / verbeteringen in de beveiliging van NFS V4 je zou kunnen proberen om beide kanten te gebruiken NFS V3 plaats.

Dit: RHEL5 Administratie - 18.2 .* NFS Client Configuration
Stelt met vermelding van de NFS versie en specificeert dat de mount is NFS, Stuur tot NFSv3, zou het op zijn minst aantonen dat beide manier?

Je ging van een 2.6.18 naar een 2.6.30 kernel. Heeft u een update voor een van de NFS user space bibliotheken en hulpprogramma's om te werken met uw nieuwe kernel?