Bug 50340

Summary: Can't mount NFS exported volumes from Novell NFS server
Product: [Retired] Red Hat Linux Reporter: Josep M. Gorro <jgt>
Component: nfs-utilsAssignee: Pete Zaitcev <zaitcev>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1CC: jgt, lpage
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-12-05 18:27:39 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Josep M. Gorro 2001-07-30 16:54:41 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (Win98; I)

Description of problem:
I have a RH 7.1 that can't mount an exported volume from a Netware 5.1 server with NFS services up and running with the error:
Invalid filesystem type, incorrect option, bad superblock or too many filesystems mounted.
If I export a folder under the Netware volume all goes fine.
I perform the same test from a RedHat 6.1 box and both tests runs without problems.
The RH7.1 has the package nfs-utils-0.3.1-5
The RH6.1 has the package knfsd-clients-1.4.7-7 and knfsd-1.4.7-7


How reproducible:
Always

Steps to Reproduce:
1. mount <netware_computer>:/<shared_resource> /mnt/netware
shared_resource is a volume exported from NFS Novell services 


Actual Results:  mount: incorrect file system type, incorrect option, bad superblock on <netware_computer>:/<shared_resource>
or too many mounted file systems

Expected Results:  mount successful

Additional info:

If the export is a subdir from the netware volume all goes fine.
The same test from a RH6.1 box runs in all cases.

Comment 1 Bob Matthews 2001-07-30 18:07:38 UTC
Sounds like the NCP kernel module is not loaded.

Does lsmod show the ncpfs module?

If not, can you mount the Netware volume after inserting the modules by hand
with the command "insmod ncpfs"?

Comment 2 Josep M. Gorro 2001-07-31 06:01:16 UTC
Hello again:
The NCPFS package isn't required because I would to connect my RH7.1 boxes to a Netware cluster services (only runs in TCP/IP). For this reason I 
had install the NFS services for Netware. The rcpinfo -p command to one Netware server tells me that all possible NFS daemons are running (from 1 to 3 
versions and in TCP and UDP protocols) and the portmapper is running in port 111 and the showmap -e of the same netware server tells me all the 
exported directories with it's trustees. I would to nottice you that if I export a directory (not the volume root) from the Netware server, the mount command 
is performed successfully without NCP
It sounds like the NFS client or the portmapper is running wrong because the RH6.1 can mount or the exported volume or the exported directory without 
problems.
Actually I have a NW4.11 servers with the clients connected using the NCP package and IPX protocol.
Today I try to remove the nfs-utils package from the RH7.1 and install an older package (from RH7.0 or RH6.2).
If you would I can tell you the results.

Comment 3 Josep M. Gorro 2001-07-31 07:57:40 UTC
I perform another test.
I install RH7.0 (without any update) on a computer and the mount process as described earlier works fine.
On the same machine I perform an OS update to RH7.1 and now the problem appears again but now, in the syslog, appears the followin messages:
Jul 31 11:55:41 localhost kernel: NFS: Buggy server - nlink == 0!
Jul 31 11:55:41 localhost kernel: __nfs_fhget: iget failed
Jul 31 11:55:41 localhost kernel: nfs_get_root: getattr error = 116
Jul 31 11:55:41 localhost kernel: nfs_read_super: get root inode failed
Jul 31 11:55:41 localhost kernel: nfs warning: mount version older than kernel
Jul 31 11:55:41 localhost kernel: NFS: Buggy server - nlink == 0!
Jul 31 11:55:41 localhost kernel: __nfs_fhget: iget failed
Jul 31 11:55:41 localhost kernel: nfs_read_super: get root inode failed
Any workarround?

Comment 4 Pete Zaitcev 2003-12-05 18:27:39 UTC
Stale - closing regretfuly.