Bill Carlson <[EMAIL PROTECTED]> writes:
> On 5 Apr 2000, Brady Montz wrote:
>
> > In my case, the NFS servers were linux machines. I have two linux
> > machines, and tried NFS upgrades in both directions. I had the RedHat dist
> > in /vol/RedHat, /vol being it's own filesystem. /vol is nfs exported. I
> > confirmed that I could mount /vol from the machine doing the installed,
> > and told the installer program that the redhat dist was in /vol and
> > /vol/RedHat. Neitherg worked. It did the mount, and the log file on the
> > server machine showed that the mount was successful.
>
> What NFS server daemon are you using? This makes a difference, knfsd as
> shipped with Redhat 6.x does not export "submounts", it only exports the
> exact file system you list. So the client machine sees /vol, /vol/RedHat
> but not the files in /vol/RedHat. You have to check what the client sees,
> not what the server sees.
>
> Bill Carlson
I was using whatever the default with redhat 6.1 was. nfs-utils.
Incidentally, the server with 6.2 seems to handle submounts. Coolness.
Anyway, redhat's 6.2 install program should be able to interoperate with the
server with 6.1. I don't know how much easier I can make it for them than to
have what I described: the RedHat directory at the root of the exported
filesystem. Then, tell the install program that redhat is in server:/vol, and
it mounts the directory, does an ls, finds RedHat, and zips on.
Too bad it didn't work.
As far as seeing what that specific client sees, I didn't feel like mucking
with their install program to find out. But the mount request it sent to the
server was for /vol, not /vol/RedHat. So it wasn't attempting a submount.
Incidentally, I understand the definition of submount as an automountable
subdirectory of an automount point. Your sentence "So the client machine sees
/vol, /vol/RedHat but not the files in /vol/RedHat," sounds to me like you
think that /vol/RedHat was a different filesystem from /vol. It wasn't, just
in case.
--
Brady Montz
[EMAIL PROTECTED]
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
