On Thu, 06 Jul 2000, you wrote:
> On Wed, 05 Jul 2000, you wrote:
> > I seem to have a problem between two NFS server, mounting each others stuff,
> > the one is a SuSE6.1 machine running 2.2.16 (same with 2.2.13) and the other a
> > Mandrake 7.0 machine, running 2.2.16 (same with 2.4.0test2) as well. Mounts
> > located on the SuSE machine to the Mandrake machine work just fine, but
> > v.v.: nogo..
> >
> > on the Mandrake machine:
> > /etc/exports:
> >
> > See exports(5) for a description.
> > # This file contains a list of all directories exported to other computers.
> > # It is used by rpc.nfsd and rpc.mountd.
> > #/usr/src/linux 192.168.0.0/255.255.255.0(ro)
> > #,no_root_squash)
> > #/usr/doc 192.168.0.0/255.255.255.0(ro)
> > #/cdrom 192.168.0.0/255.255.255.0(ro)
> > /usr/src *.thuis.nl(rw)
> > /home/mbr/download *.thuis.nl(rw)
> > #/mnt/cdrom2 *.thuis.nl(ro)
> > #/mnt/cdrom3 *.thuis.nl(ro)
> > #,no_root_squash)
> >
> > SuSE machine:
> > /var/log/messages (during init):
> >
> > nfs_read_super: get root fattr failed
> > nfsd_fh_init : initialized fhcache, entries=512
> > nfs: RPC call returned error 111
> > RPC: task of released request still queued!
> > RPC: (task is on xprt_pending)
> > nfs_read_super: get root fattr failed
> >
> > /etc/fstab:
> >
> > XXLTurboSlakkie:/usr/src/linux /usr/src/linux nfs
>noauto,nosuid,rsize=8192,timeo=14,intr,retry=1,bg,retrans=1,soft,acregmin=60,acregmax=10000
> > XXLTurboSlakkie:/home/mbr/download /home/mbr/download nfs
> > auto,nosuid,bg,soft,retry=1
> > #192.168.0.1:/home/mbr/download /home/mbr/download nfs // this one will also
> > fail..
> >
> > SuSE machine:
> >
> > root@TurboRouter:/etc > knfsstat
> > Server rpc stats:
> > calls badcalls badauth badclnt xdrcall
> > 0 0 0 0 0
> > Server nfs v2:
> > null getattr setattr root lookup readlink
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
> > read wrcache write create remove rename
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
> > link symlink mkdir rmdir readdir fsstat
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
> >
> > Client rpc stats:
> > calls retrans authrefrsh
> > 0 0 0
> > Client nfs v2:
> > null getattr setattr root lookup readlink
> > 0 0% 2 100% 0 0% 0 0% 0 0% 0 0%
> > read wrcache write create remove rename
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
> > link symlink mkdir rmdir readdir fsstat
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
>
> >
> > Mandrake machine:
> >
> > [root@XXLTurboSlakkie mbr]# /usr/sbin/nfsstat
> > Server rpc stats:
> > calls badcalls badauth badclnt xdrcall
> > 0 0 0 0 0
> > Server nfs v2:
> > null getattr setattr root lookup readlink
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
> > read wrcache write create remove rename
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
> > link symlink mkdir rmdir readdir fsstat
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
> >
> > Client rpc stats:
> > calls retrans authrefrsh
> > 37 2 0
> > Client nfs v2:
> > null getattr setattr root lookup readlink
> > 0 0% 5 13% 0 0% 0 0% 26 70% 0 0%
> > read wrcache write create remove rename
> > 0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
> > link symlink mkdir rmdir readdir fsstat
> > 0 0% 0 0% 0 0% 0 0% 6 16% 0 0%
> >
> > root@TurboRouter:/etc > mount -a
> > mount: wrong fs type, bad option, bad superblock on
>XXLTurboSlakkie::/usr/src/linux,
> > or too many mounted file systems
> > mount: wrong fs type, bad option, bad superblock on
> > 192.168.0.1:/home/mbr/download, or too many mounted file systems
> >
> > Anyone an idea what's going on?
> >
> > Cheers,
> > --
> > /* Manuël Beunder. (aka MBr)
> > - http://how.to/sblive the SB Live! Linux page -
> > 'You must be the change you wish to see in this world. -Gandi' */
>
> I've been having the same problem (one machine is able to mount, the other
> machine is not) and am avidly awaiting the replies hoping to learn what the
> problem is. My systems at present are both LM 7.1.
So, it seems to be having something to do, with using spaces iso tabs in
/etc/exports, maybe this will help...
New problem with nfs (client/server both running 2.2.16 with build in nfs
client/server support):
I've putten this into /etc/exports:(server machine)
# See exports(5) for a description.
# This file contains a list of all directories exported to other computers.
# It is used by rpc.nfsd and rpc.mountd.
#/usr/src/linux 192.168.0.0/255.255.255.0(ro)
#,no_root_squash)
#/usr/doc 192.168.0.0/255.255.255.0(ro)
#/cdrom 192.168.0.0/255.255.255.0(ro)
/usr/src *.thuis.nl(rw)
/home/mbr/download *.thuis.nl(rw)
/home/mbr/mp3 *.thuis.nl(rw)
#/mnt/cdrom2 *.thuis.nl(ro)
#/mnt/cdrom3 *.thuis.nl(ro)
#,no_root_squash)
And this in /etc/fstab (client machine):
XXLTurboSlakkie:/usr/src/linux-2.2.16 /usr/src/linux nfs auto,nosuid,bg,soft,retry=1
XXLTurboSlakkie:/home/mbr/download /home/mbr/download nfs auto,nosuid,bg,soft,retry=1
XXLTurboSlakkie:/home/mbr/mp3 /home/mbr/mp3 nfs auto,nosuid,bg,soft,retry=1
root@TurboRouter:/home/mbr > /sbin/init.d/nfs status (client machine)
XXLTurboSlakkie:/usr/src/linux-2.2.16 /usr/src/linux
XXLTurboSlakkie:/home/mbr/download /home/mbr/download
XXLTurboSlakkie:/home/mbr/mp3 /home/mbr/mp3
Mp3 isn't owned by root, but the usergroup is root..
Problem 1: when I try to access mp3 at first access is denied,
after playing around with (u)mount -a , it turns empty and stays that way
(client side)
Kernel messages (server side):
fh_verify: mbr/mp3 permission failure, acc=4, error=13
fh_verify: mbr/mp3 permission failure, acc=4, error=13
fh_verify: mbr/mp3 permission failure, acc=4, error=13
fh_verify: mbr/mp3 permission failure, acc=4, error=13
fh_verify: mbr/mp3 permission failure, acc=1, error=13
fh_verify: mbr/mp3 permission failure, acc=1, error=13
fh_verify: mbr/mp3 permission failure, acc=1, error=13
fh_verify: mbr/mp3 permission failure, acc=4, error=13
fh_verify: mbr/mp3 permission failure, acc=4, error=13
fh_verify: mbr/mp3 permission failure, acc=4, error=13
fh_verify: linux-2.2.16/include permission failure, acc=13, error=13
fh_verify: linux-2.2.16/include permission failure, acc=13, error=13
fh_verify: linux-2.2.16/include permission failure, acc=13, error=13
fh_verify: linux-2.2.16/include permission failure, acc=13, error=13
fh_verify: mbr/mp3 permission failure, acc=4, error=13
Problem 2: in /usr/src/linux (client side), there is a virtual symlink called
linux- which points at /usr/src/linux- (??!!!!), this link does not exist on
the server site... When I run make menuconfig, I get:
root@TurboRouter:/usr/src/linux > make menuconfig
rm -f include/asm
rm: include/asm: Permission denied
make: *** [symlinks] Error 1
The complete source is owned by the group and user root, and include/asm is a
symlink to include/asm-i386
What's going on?
Cheers,
--
/* Manuël Beunder. (aka MBr)
- http://how.to/sblive the SB Live! Linux page -
'You must be the change you wish to see in this world. -Gandi' */