> -----Original Message-----
> From: Charles Curley [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 07, 2000 8:33 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [expert] Help with NFS export on LM 7.02
>
>
> I am running on LM 6.1, so your mileage may vary.
>
>
> On Wed, Jun 07, 2000 at 08:05:18PM -0400, Bill Shirley wrote:
> -> I am trying to NFS export a file on my LM 7.02 system.  I
> have put the
> -> directory in /etc/exports but still can not access the
> export from my other
> -> linux system.  I have:
> -> (bugsbunny = 192.168.2.11)
> -> (elmo      = 192.168.2.1)
>
> If you are going to be consistent with Warner Bros. naming conventions
> (Anyone know the RFC :-) that should be "elmer".
>

Actually this is a sesame street theme.  I have barkley, bigbird, elmo,
grover, snuffy & cookie.  Off theme bugsbunny came from a brain dead moment
when I was setting it up.  And, of course, the kids wanted to pick their own
computer names, kiara and carmen (san diego).

>
> ->
> -> [root@bugsbunny rc3.d]# cat /etc/exports
> -> /mnt/loop0 192.168.*(ro,no_root_squash)  # Linux Mandrake CD 1 iso
> -> /mnt/loop1 192.168.*(ro,no_root_squash)
>
> Hmmm, I'd have done those as "192.168.2.*", or provided the exact IP
> addresses. One of mine looks like:
>

I have my eth0 aliased as 192.168.1.11 and 192.168.3.11 also.

> ccurley@charlesc $ cat /etc/exports
> /mnt/cdrom      192.168.1.0/255.255.255.0(ro)
>
> This one also works:
>
> root@tester # cat /etc/exports
> /       charlesc(no_root_squash)
>
>
> ->
> -> elmo:~# mount -t nfs bugsbunny:/mnt/loop0 /mnt/nfs
> -> mount: bugsbunny:/mnt/loop0 failed, reason given by
> server: Permission
> -> denied
> ->
> -> [root@bugsbunny rc3.d]# tail -2 /var/log/messages
> -> Jun  7 19:30:01 bugsbunny kernel: SB 4.13 detected OK (220)
> -> Jun  7 19:33:20 bugsbunny mountd[7812]: refused mount request from
> -> elmo.shirley.org for /mnt/loop0 (/): no export entry
> ->
> -> Ok, it doesn't work.
> ->
> -> I did find out (from the man files) that rpc.mountd does
> not use the
> -> /etc/exports file, but instead uses /var/lib/nfs/xtab.
>
>
> It may use /var/lib/nfs/xtab, but I've never heard of it
> until now. I edit
> /etc/exports. It looks like nfs uses /var/lib/nfs/xtab to store
> information about nfs mount points.
>
>
> ->
> ->  "Usually, a file system and the hosts it should be made
> available to are
> -> listed in the /etc/exports file, and invok-
> ->        ing exportfs -a whenever the system is booted. The
> exportfs(8)
> -> command makes export information available  to  both
> ->        the kernel NFS server module and the rpc.mountd daemon."
> ->
> -> But exportfs -a does not work.
>
> I usually just use "exportfs" with no options.
>

Just tried it.  I still get a file size of zero.

>
> ->
> -> [root@bugsbunny rc3.d]# ls -l /var/lib/nfs/
> -> total 16
> -> -rw-r--r--   1 root     root          264 Jun  7 14:09 etab
> -> -rw-r--r--   1 root     root            0 Dec 20 20:35 rmtab
> -> drwx------   2 root     root         4096 Mar 27 02:53 sm/
> -> drwx------   2 root     root         4096 Mar 27 02:53 sm.bak/
> -> -rw-------   1 root     root            4 Jun  5 16:02 state
> -> -rw-r--r--   1 root     root            0 Jun  7 14:09 xtab
> -> [root@bugsbunny rc3.d]# exportfs -va
> -> exporting 192.168.*:/mnt/loop1
> -> exporting 192.168.*:/mnt/loop0
> -> [root@bugsbunny rc3.d]# ls -l /var/lib/nfs/
> -> total 16
> -> -rw-r--r--   1 root     root          264 Jun  7 19:39 etab
> -> -rw-r--r--   1 root     root            0 Dec 20 20:35 rmtab
> -> drwx------   2 root     root         4096 Mar 27 02:53 sm/
> -> drwx------   2 root     root         4096 Mar 27 02:53 sm.bak/
> -> -rw-------   1 root     root            4 Jun  5 16:02 state
> -> -rw-r--r--   1 root     root            0 Jun  7 19:39 xtab
> ->
> -> Notice the before and after the exportfs command the xtab
> file size is zero.
> -> I think I have done everything correctly but it still does
> not work.  Anyone
> -> have any clues how to get this to work?
> ->
> -> Bill
> ->
> -> P.S.  I have stopped and started /etc/rc.d/rc3.d/S60nfs
> several times in the
> -> process.
>
> Should not be necessary.
>
> --
>
>               -- C^2
>
> No windows were crashed in the making of this email.
>
> Looking for fine software and/or web pages?
> http://w3.trib.com/~ccurley
>
>

Reply via email to