Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!wuarchive!emory!att!ucbvax!PAN.SSEC.HONEYWELL.COM!thompson From: thompson@PAN.SSEC.HONEYWELL.COM (John Thompson) Newsgroups: comp.sys.apollo Subject: re: Stretching a Domain file system Message-ID: <9102151640.AA01062@pan.ssec.honeywell.com> Date: 15 Feb 91 16:40:18 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 66 > <> > > Today we have two disked and a few diskless nodes on a Token Ring. One > of the disked nodes is also connected to a general-purpose local > Ethernet so that we can do ftp to Suns and the like. > > First of all, would it be possible to set up another disked DN3000, > connect it to the Ethernet, and thus have it become a member of the > existing Domain file system? I. e., users on the Token Ring nodes > should be able to access the new disk by descending from the network > root (//) as usual. Piece of cake (yes, even at 9.7). Some commands, such as 'lcnode', will not list all the nodes, because those commands are limited to a single net. However, all the transparent network stuff you know and love can bridge. I'd suggest reading the (10.x) manual _Managing_Domain_O/S_And_Domain_Routing_ In_An_Internet_ (005694-A00) as a guide. There's an equivalent 9.7 manual too (though not much has changed). Basically, it goes as follows: 1) Choose network IDs for each physical net. These are hex #s, and can be 5 digits long, I know (beyond 5, I don't guarantee). 2) On each node (lucky you have only a few), execute the command '/etc/rtsvc -dev ring -net 12345' to change it to net 12345. This will set the netID for all time (and will also confuse the rest of the ring until the other nodes get re-set too. If you're at sr10, I wouldn't be surprised if you need to reboot at least the rgyd and glbd nodes. 3) On the bridging-node, add '-route' to the tail of the previous command, and also enter '/etc/rtsvc -dev eth802.3_at -net 54321 -route' to let it know the netID of the ethernet, and to tell it to offer routing between nets 4) On the ethernet node(s), use the rtsvc command to set those netIDs. 5) On each node of the ring, do a 'ctnode ethernode 54321.NODEID' to tell each node about the ethernet node(s) that are there. Do the opposite (ctnode ringnode 12345.NODEID) on the ethernet node(s). 6) Instead/in-addition-to (5), run a name-server helper (ns_helper) to offer name-service resolution. It should probably run on the gateway, so that both sides can see it directly. Read the manual for how to initialize it etc. NOTE: When we went to sr10 (and re-involed the disks), the netID was lost. This wouldn't be so bad except that, when booted up in the net, it could see the rest of the nodes just well enough to tell that there was a registry out there, but not well enough to get at it. As a result, logins hung FOREVER. We got around it by doing an initial boot out of the net, logging in as user.server, and running rtsvc to set the netID (and properly name 'node_XYZZY'). I have been assured that the hint_file will eventually clear everything up, but I waited over 2 hours for it to get unconfused, without any luck. Now I spend about a minute clearing it by hand. > Second, we would like to move the new DN3000 to another city and put > some suitable communications link between the DN3000 and our local > Ethernet. This should be invisible to the users, except that > slower-than-usual file accesses would be tolerable. You need to be careful about what bridges/routers are in between. The link needs to be pretty transparent. Apollo claims you needed a full T1 speed link in order for internet DDS to work. We ran it out to Colorado (from Minnesota) on (I believe) a 56Kb line. I've been told that it can 'tolerate' speeds down to 19.2Kb, as long as the load is light. (Note that HP/Apollo won't support a slower line if you have problems on it....) -- jt -- John Thompson Honeywell, SSEC Plymouth, MN 55441 thompson@pan.ssec.honeywell.com Me? Represent Honeywell? You've GOT to be kidding!!!