home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zephyr.ens.tek.com!uw-beaver!news.u.washington.edu!usenet.coe.montana.edu!decwrl!deccrl!news.crl.dec.com!rdg.dec.com!pa.dec.com!nntpd2.cxo.dec.com!nabeth!alan
- From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
- Newsgroups: comp.unix.ultrix
- Subject: Re: ultrix installation questions: server and satellite configuration.
- Message-ID: <1992Aug25.234752.20314@nntpd2.cxo.dec.com>
- Date: 25 Aug 92 23:47:52 GMT
- References: <1992Aug24.205256.1@qucdnee.ee.queensu.ca>
- Sender: alan@nabeth (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
- Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
- Organization: Digital Equipment Corporation
- Lines: 26
-
-
- [ The customer, Rick Pim at Queen's University, Kingston, asks about
- setting an unsupported DMS configuration. ]
-
- My experience in looking at 10 GB of I/O traces (collected on a VAX
- 8800 running ULTRIX V3.x - V4.2) suggests that the root file system
- isn't that interesting once the system is up and running. Well, it
- isn't interesting if you move /tmp to it's own file system. There
- is perhaps your key to running a supported configuration and using
- the local for disk for the things that will likely be busy:
-
- On a DMS server /usr is exported from one of the environment areas;
- /dlenv?. If you have lots of clients you can have many of them to
- help spread the I/O load around. Root and /var are exported from the
- client areas; /dlclient?. Each client will have a tree under this
- directory with all the read/write stuff on it. Once again you can
- have multiple client areas to spread the I/O load and space needs
- around.
-
- Go ahead and setup the server in a supported configuration. Then
- move /tmp and /var/tmp to their own local file systems. I have a
- hard time imagineing that this won't continue to be a supported
- configuration. Consult the CSC to make sure. If they say it
- isn't start working up the CSC management chain to find out why.
- --
- Alan Rollow alan@nabeth.cxo.dec.com
-