nfsroot problems on RedHat 8 with kernel linux-2.4.18-27.8.0

Martynas Buozis

author

2003-05-23 12:07 UTC #0 lore raw

Hello

I have problems with nfsroot module when root file system is shared on EMC Cellerra. The problem is, that Celerra needs the
client's name and IP address to authenticate the mount request. This
information is usually sent through the RPC authentication data. But nfsroot module does not send this data during mount, so Celerra denies request. This was a conclusion by EMC support after analyzing network's traffic between disk less station and Celerra.

I was looking what can be changed in /usr/src/linux-2.4/fs/nfs/nfsroot.c code, but I am not very experienced in this. Maybe somebody can help me to solve this problem ? Maybe that's wrong file were too look for changes ? Is it possible to make changes like this and is it possible to get official fix fro this problem ?

Thank you very much for your kind responses.

With best regards
Martynas Buozis

-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

Trond Myklebust

2003-05-23 12:51 UTC #1 lore raw

Quoted 1 line

Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
" " == Martynas Buozis <[email protected]> writes:

> Hello I have problems with nfsroot module when root file system > is shared on EMC Cellerra. The problem is, that Celerra needs > the

> client's name and IP address to authenticate the mount > request. This information is usually sent through the RPC > authentication data. But nfsroot module does not send this data > during mount, so Celerra denies request. This was a conclusion > by EMC support after analyzing network's traffic between disk > less station and Celerra.

> I was looking what can be changed in
> /usr/src/linux-2.4/fs/nfs/nfsroot.c code, but I am not very > experienced in this. Maybe somebody can help me to solve this > problem ? Maybe that's wrong file were too look for changes ? > Is it possible to make changes like this and is it possible to > get official fix fro this problem ?

Look at Documentation/nfsroot.txt and/or the comments in net/ipv4/ipconfig.c. That will tell you how to specify the hostname.

Cheers,
Trond

-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

Martynas Buozis

author

2003-05-23 13:39 UTC #2 lore raw

Hello

Thank you for response. Alias this is not a case.

Disk less client gets host name via bootp. And I specify to use autoconf to get it via bootp in kernel parameters like it is written in nfsroot.txt. I also see, that it is configured with right IP and right host name. These line comes before NFS mount is tried :

IP-Config: Complete:

      device=eth0, addr=<correct address>, mask=255.255.255.0,

gw=<correct address>,
host=testmws, domain=, nis-domain=(none), bootserver=<correct address>, rootserver=<correct address>, rootpath=

All entries in this configuration information are correct. The problem is, that nfsroot module itself sends mount request without information that is required by Celerra.

When system is booted up (same IP and host name but using another boot tree with identical file shared on SUN/Solaris) I can mount there file systems shared on Celerra (simple "mount cellera:/share /mnt" command) In this case usual mount command sends all information Celerra expects to get. So I think that problem is really in nfsroot module itself. Maybe it is too old, because it does not support all options available for usual command line mount command as specified in "man nfs" ?

With best regards
Martynas Buozis

Quoted 22 lines · Trond Myklebust

Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 1 line
" " == Martynas Buozis <[email protected]> writes:
> Hello I have problems with nfsroot module when root file system > is shared on EMC Cellerra. The problem is, that Celerra needs > the
> client's name and IP address to authenticate the mount > request. This information is usually sent through the RPC > authentication data. But nfsroot module does not send this data > during mount, so Celerra denies request. This was a conclusion > by EMC support after analyzing network's traffic between disk > less station and Celerra.
> I was looking what can be changed in
> /usr/src/linux-2.4/fs/nfs/nfsroot.c code, but I am not very > experienced in this. Maybe somebody can help me to solve this > problem ? Maybe that's wrong file were too look for changes ? > Is it possible to make changes like this and is it possible to > get official fix fro this problem ?

Quoted 5 lines

Look at Documentation/nfsroot.txt and/or the comments in net/ipv4/ipconfig.c. That will tell you how to specify the hostname.
Cheers,
Trond

-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

Trond Myklebust

2003-05-23 14:32 UTC #3 lore raw

Quoted 1 line

Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
" " == Martynas Buozis <[email protected]> writes:

> When system is booted up (same IP and host name but using > another boot tree with identical file shared on SUN/Solaris) I > can mount there file systems shared on Celerra (simple "mount > cellera:/share /mnt" command) In this case usual mount command > sends all information Celerra expects to get. So I think that > problem is really in nfsroot module itself. Maybe it is too > old, because it does not support all options available for > usual command line mount command as specified in "man nfs" ?

NFS uses the hostname as specified in /proc/sys/kernel/hostname (alias system_utsname.nodename) whether or not it is running from NFSroot.

If you have set the hostname in bootp, then ipconfig will set it, and will print it out as 'host=%s" in the "IP-Config: Complete" information...

Cheers,
Trond

-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

Martynas Buozis

author

2003-05-24 04:33 UTC #4 lore raw

Hi

Quoted 6 lines

NFS uses the hostname as specified in /proc/sys/kernel/hostname (alias system_utsname.nodename) whether or not it is running from NFSroot.
If you have set the hostname in bootp, then ipconfig will set it, and will print it out as 'host=%s" in the "IP-Config: Complete" information...

As I wrote in my previous letter - ipconfig sets host name and prints it out as "host=testmws" (testmws is host name) in "IP-Config: Complete". But rootnfs module is not sending full informtion as required by Celerra, so mount request is denied. When I use mount from command line on booted RedHat 8 system to mount same file system - it sends all required information and Celerra accepts mount request.

With best regards
Martynas Buozis

-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

Trond Myklebust

2003-05-25 21:53 UTC #5 lore raw

Quoted 1 line

Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
" " == Martynas Buozis <[email protected]> writes:

> informtion as required by Celerra, so mount request is > denied. When I use mount from command line on booted RedHat 8 > system to mount same file system - it sends all required > information and Celerra accepts mount request.

OK. I misunderstood you (sorry). You were talking about the mount protocol, and I was thinking about the NFS protocol itself.

The following patch ought to suffice...

Cheers,
Trond

fs/nfs/mount_clnt.c renamed from fs/nfs/mount_clnt.c.orig +1 -1

@@ -75,7 +75,7 @@
 
 	clnt = rpc_create_client(xprt, hostname,
 				&mnt_program, version,
-				RPC_AUTH_NULL);
+				RPC_AUTH_UNIX);
 	if (!clnt) {
 		xprt_destroy(xprt);
 	} else {

-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

Martynas Buozis

author

2003-05-26 11:47 UTC #6 lore raw

Trond

Great ! Wonderful ! It is working now ! Thank you very much for your kind help.

Linux specialist from EMC support is still investigating this question ...

With best regards
Martynas

Quoted 28 lines · Trond Myklebust

Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 1 line
" " == Martynas Buozis <[email protected]> writes:
> informtion as required by Celerra, so mount request is > denied. When I use mount from command line on booted RedHat 8 > system to mount same file system - it sends all required > information and Celerra accepts mount request.
OK. I misunderstood you (sorry). You were talking about the mount protocol, and I was thinking about the NFS protocol itself.
The following patch ought to suffice...
Cheers,
Trond
fs/nfs/mount_clnt.c renamed from fs/nfs/mount_clnt.c.orig +1 -1
@@ -75,7 +75,7 @@
 
 	clnt = rpc_create_client(xprt, hostname,
 				&mnt_program, version,
-				RPC_AUTH_NULL);
+				RPC_AUTH_UNIX);
 	if (!clnt) {
 		xprt_destroy(xprt);
 	} else {

Signature · 23 lines

With best regards
Martynas Buozis
UNIX Systems Administrator
FFAB Computer Engineering



-------------------------------------------------------------
Martynas Buozis            Texas Instruments Deutschland GmbH
Mail:  [email protected]     Haggertystrasse 1
Phone: +49 8161 80 4506    85356 Freising
Fax:   +49 8161 80 3191    Germany



-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
NFS maillist  -  [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs