Fedora Linux Support Community & Resources Center
  #1  
Old 6th January 2007, 11:33 AM
hsasshofer Offline
Registered User
 
Join Date: Jan 2007
Location: Wien, Austria
Posts: 2
sec=null on nfsroot

Hi,

I am currently using a server which PXE-boots a XEN-based Dom0 image via nfsroot and Unionfs. This works perfectly (with a custom built kernel allowing DHCP autoconfig and nfsroot) on FC4. Upgrading to FC5 works with the (original) 2.6.17-based kernel, but stops due the the known Unionfs problems with 2.6.18.

But the problem is now that I tried to upgrade to FC6 (substituting aufs for unionfs, which works nicely), the NFS rootfs mount shows a very strange behaviour (even before aufs steps in):

While on my 2.6.17 FC5 exporting
/nfsroot/ 172.16.0.0/255.255.254.0(ro,no_root_squash,no_all_squash,asyn c)
yields the following (expected) entry in /proc/mounts of the client
/dev/root / nfs ro,vers=2,rsize=4096,wsize=4096,hard,nolock,proto= udp,timeo=11,retrans=2,addr=172.16.0.1 0 0
the same line with 2.6.18 FC5 (regardless of minor version) gives
/dev/root / nfs ro,vers=2,rsize=4096,wsize=4096,hard,nolock,proto= udp,timeo=11,retrans=2,sec=null,addr=172.16.0.1 0 0
and inhibits access to non-public files (sec=null!!!) . Exporting via
/nfsroot/ 172.16.0.0/255.255.254.0(ro,root_squash,all_squash,anonuid=0, anongid=0,async)
gives better results, but can't be the solution. Standard NFS mounts work as expected though. Kernel is currently 2.6.18-1.2869.fc6, nfs-utils 1.0.10-5.fc6.

Can anyone offer help or an explanation of what's happening ?

Thank you.
Reply With Quote
  #2  
Old 6th January 2007, 03:07 PM
hsasshofer Offline
Registered User
 
Join Date: Jan 2007
Location: Wien, Austria
Posts: 2
solved

The patch below fixes the problem - and it's not in the current FC6 kernel:
Von: Trond Myklebust <Trond.Mykleb...@netapp.com>
In:
Datum: Thu, 03 Aug 2006 10:33:52 -0400
Lokal: Do 3 Aug. 2006 15:33
Betreff: No Subject
Signed-off-by: Trond Myklebust <Trond.Mykleb...@netapp.com>
---

fs/nfs/super.c | 6 ++++--
1 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/fs/nfs/super.c b/fs/nfs/super.c
index 867b5dc..97cfb14 100644
--- a/fs/nfs/super.c
+++ b/fs/nfs/super.c
@@ -471,12 +471,14 @@ static int nfs_validate_mount_data(struc
data->version);
return -EINVAL;
}
- /* Fill in pseudoflavor for mount version < 5 */
- data->pseudoflavor = RPC_AUTH_UNIX;
case 5:
memset(data->context, 0, sizeof(data->context));
}

+ /* Set the pseudoflavor */
+ if (!(data->flags & NFS_MOUNT_SECFLAVOUR))
+ data->pseudoflavor = RPC_AUTH_UNIX;
+
#ifndef CONFIG_NFS_V3
/* If NFSv3 is not compiled in, return -EPROTONOSUPPORT */
if (data->flags & NFS_MOUNT_VER3) {
Reply With Quote
Reply

Tags
nfsroot, secnull

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
.bash_history gone > /dev/null Xeno Security and Privacy 4 29th August 2004 09:36 PM


Current GMT-time: 08:32 (Saturday, 25-05-2013)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat