> On Thu, Feb 19, 2004 at 06:00:44PM +0100, Vincent ROQUETA wrote:
> > Le Jeudi 19 F=E9vrier 2004 16:49, J. Bruce Fields a =E9crit :
> > > On Thu, Feb 19, 2004 at 09:58:38AM +0100, Vincent ROQUETA wrote:
> > > > Here are vi traces for opening "/mnt/nfs/vincent/suite-tests/toto3"
> > >
> > > These bug reports are no help if you won't remind us, on each bug
> > > report, which kernel you're using, with which (if any) patches. Also,
> > > it'd help if you could test with the latest CITI NFSv4 patches
> > > (http://www.citi.umich.edu/projects/nfsv4/linux/). I suspect the
> > > problem you're seeing is a problem that's already fixed with those
> > > patches.
> > >
> > > --Bruce Fields
> >
> > The problem still appear with kernel 2.6.2 and all patches.
> > (Linux roquetav 2.6.2-CITI_NFS4_ALL-1)
>
> This is on both the client and the server?
>
> The following would also help (again, it would be helpful to include
> this information with all bug reports):
>
> server export options (output from 'exportfs -v')
> mount options (output from 'mount')
>
> --b.
Configuration:
server 2.6.2-CITI_NFS4_ALL-1 #2 SMP
client 2.6.2-CITI_NFS4_ALL-1
ptoblem: mount fail:
error (client side):
mount: type de sys. de fichiers erron=E9, option erron=E9e, super bloc erro=
n=E9 sur
172.16.109.31:/, ou trop de syst=E8mes de fichiers mont=E9s
(mout: bad filesystem type, bad options, bad super bloc on 172.16.109.31:/ =
or
too many filesytems mounted.)
______________________________________________________
With this config:
client 2.6.2-all patches
server: linux 2.6.3-mm1
Problem with vi as reported in the first mail.
(So there is a problem on the server side?)
______________________________________________________
exports operations (both configurations):
mount --bind -v /home/vincent/ /export/vincent
/home/vincent on /export/vincent type none (rw,bind)
exportfs -i -v -ofsid=3D0 *:/export
exporting *:/export
exportfs -i -v -orw,nohide *:/export/vincent
exporting *:/export/vincent
=2D------------------------------------------------------
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
> It's possible. I've tested with 2.6.3-CITI_NFS4_ALL-2 (server and
> client) and I'm not able to reproduce the problem you report either with
> vi or with a c program that similarly tries open's on nonexistant files.
>
> --Bruce Fields
modprobe fail for nfs & nfsd
client and server linux 2.6.3-CITI_NFS4_ALL-2
process `named' is using obsolete setsockopt SO_BSDCOMPAT
nfsd: Unknown symbol nfs4_acl_nfsv4_to_posix
nfsd: Unknown symbol locks_remove_posix
nfsd: Unknown symbol nfs4_acl_posix_to_nfsv4
same errors when inserting nfs.ko ...
make modules_install (server)
if [ -r System.map ]; then /sbin/depmod -ae -F System.map
2.6.3-CITI_NFS4_ALL-2; fi
WARNING: /lib/modules/2.6.3-CITI_NFS4_ALL-2/kernel/fs/nfsd/nfsd.ko needs
unknown symbol nfs4_acl_nfsv4_to_posix
WARNING: /lib/modules/2.6.3-CITI_NFS4_ALL-2/kernel/fs/nfsd/nfsd.ko needs
unknown symbol locks_remove_posix
WARNING: /lib/modules/2.6.3-CITI_NFS4_ALL-2/kernel/fs/nfsd/nfsd.ko needs
unknown symbol nfs4_acl_posix_to_nfsv4
Quite same for client:
if [ -r System.map ]; then /sbin/depmod -ae -F System.map
2.6.3-CITI_NFS4_ALL-2; fi
WARNING: /lib/modules/2.6.3-CITI_NFS4_ALL-2/kernel/fs/nfs/nfs.ko needs unknown
symbol nfs4_acl_nfsv4_to_posix
WARNING: /lib/modules/2.6.3-CITI_NFS4_ALL-2/kernel/fs/nfs/nfs.ko needs unknown
symbol nfs4_acl_posix_to_nfsv4
WARNING:
/lib/modules/2.6.3-CITI_NFS4_ALL-2/kernel/net/sunrpc/auth_gss/auth_rpcgss.ko
needs unknown symbol read_bytes_from_xdr_buf
WARNING:
/lib/modules/2.6.3-CITI_NFS4_ALL-2/kernel/net/sunrpc/auth_gss/auth_rpcgss.ko
needs unknown symbol read_u32_from_xdr_buf
I'm trying
- with a builtin nfs and nfsd
- to correct that...
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
On Mon, Feb 23, 2004 at 02:01:12PM +0100, Vincent ROQUETA wrote:
> Configuration:
> server 2.6.2-CITI_NFS4_ALL-1 #2 SMP
> client 2.6.2-CITI_NFS4_ALL-1
>
> ptoblem: mount fail:
> error (client side):
> mount: type de sys. de fichiers erron?, option erron?e, super bloc erron? sur
> 172.16.109.31:/, ou trop de syst?mes de fichiers mont?s
>
> (mout: bad filesystem type, bad options, bad super bloc on 172.16.109.31:/ or
> too many filesytems mounted.)
Which version of the nfs-utils is your mountd built from? This could be
caused by not having the latest nfs-utils patches (in particular,
http://www.citi.umich.edu/projects/nfsv4/linux/nfs-utils-patches/1.0.6-5/nfs-utils-04-upcall_export_check.dif
is needed).
For any further diagnosis a network trace would help (run tcpdump
-wtmp.pcap -s0, and mail me tmp.pcap)
> With this config:
> client 2.6.2-all patches
> server: linux 2.6.3-mm1
>
> Problem with vi as reported in the first mail.
> (So there is a problem on the server side?)
It's possible. I've tested with 2.6.3-CITI_NFS4_ALL-2 (server and
client) and I'm not able to reproduce the problem you report either with
vi or with a c program that similarly tries open's on nonexistant files.
--Bruce Fields
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs