apollo/rs6000 nfs - HELP!

[jt -- John Thompson]

> A subnetted node on the token ring has an external drive on it which in turn
> has a directory I want to nfs mount from an rs6000. The subnetted node is
> running damd and the gateway is running the full nfs 2.3 suite.
The damd is not used when a foreign system mounts an Apollo -- it's used when
an Apollo wants to borrow a mount that another Apollo has made (often a mount
into the // area, but not exclusively). It allows //nodeB to access the NFS
mount point as //nodeA/foreign-system-name, rather than having //nodeB mount
the foreign system into its own filespace.

> Linkwise the setup looks something like
> //gateway/xdisk/dirname -> //subnode/xdisk/dirname
Nice, but not necessary.

> and on the rs6000 I would like to mount gateway:/xdisk/dirname as /rsdirname
>
> Can someone give me a few hints on how to go about getting this to work?
You can go about this in either of 2 ways:
1) The "proper" way is to have //subnode export the file system, and have the
IBM mount subnode:/xdisk/dirname. This involves loading NFS 2.3 on //subnode,
editing the /etc/exports file, having the mountd and portmap daemons running,
using exportfs, and all the other nasty NFS things that good-old-Apollo
managed to ignode in their superior file system.
2) Cheat. Edit the exports file of //gateway, and put in an entry for
//subnode/xdisk/dirname (unless you already export //subnode/xdisk, //subnode,
or //). On the IBM, request a mount of gateway://subnode/xdisk/dirname. If
you still have the broken-IBM NFS that massages pathnames and strips out the
// in the mount request (a bad thing that shouldn't be done), then I believe
the work-around is to request a mount of gateway:/../subnode/xdisk/dirname
instead.
3) Cheat even worse. If you can't get the IBM to mount //something-or-other,
and it won't take /../something-or-other, then do the following -
- remove the link //gateway/xdisk/dirname
- do a /com/ld -u -ent //subnode/xdisk/dirname
- note the UID (the 8-digit.8-digit value)
- do a ctob //gateway/xdisk/dirname UID-path-from-above
- put //gateway/xdisk/dirname in the exports file, and have the IBM mount
gateway:/xdisk/dirname.
In that third method, you just created an object on the //gateway that has the
UID of the object over on //subnode. It's equivalent to a hard-link, except
that it can cross file systems, and if it does, it doesn't increment the link-
count of the object. If you chate this way, though, I'd be very very careful to
not do a dlt on the object. If you want to remove the hard-link equiv, do an
'uctob pathname' instead of a rm or dlt.

-- jt --
John Thompson
Senior Design Automation Engineer / Sys-Admin On The Loose
Honeywell, SSEC
Plymouth, MN 55441
thom...@pan.ssec.honeywell.com

*************************************************************************
* If I were allowed to speak for Honeywell, I couldn't say anything. *
* *
* When all you have is a hammer, everything looks like a nail. *
*************************************************************************