home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / vms / 19350 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  3.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!mp.cs.niu.edu!fnnews.fnal.gov!elwing.fnal.gov!LAURI
  2. From: lauri@elwing.fnal.gov (Laurelin of Middle Earth)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Splitting a user disk
  5. Date: 15 Dec 1992 20:58:56 GMT
  6. Organization: Fermi National Accelerator Lab
  7. Lines: 46
  8. Message-ID: <1glgugINN7pd@fnnews.fnal.gov>
  9. References: <1992Dec14.152423.9384@iscsvax.uni.edu> <71687@cup.portal.com>,<1992Dec15.101449.284@rlgsc.com>
  10. Reply-To: lauri@elwing.fnal.gov
  11. NNTP-Posting-Host: elwing.fnal.gov
  12.  
  13. Regarding search-list logicals for users....
  14.  
  15. Some years ago we had a very large bound volume set (17 disks comes to
  16. mind, but that number may not be right).  It was getting to be unmanageable,
  17. especially since *all* the users were unable to do any work if even one of
  18. the disks went bad.
  19.  
  20. We broke up the one large USR$ROOT into 17 separate USR$ROOTn's (i.e.,
  21. USR$ROOT1, USR$ROOT2, ... USR$ROOT17).  We define the USR$ROOT search list
  22. logical name in /JOB mode during SYLOGIN; it is calculated "on-the-fly" so
  23. that the first element in the list is *always* the user's SYS$LOGIN_DEVICE. 
  24. (We define several USR$ROOT_LIST1 = "USR$ROOT1,USR$ROOT2,...USR$ROOT12,"
  25. etc. lists in SYLOGICALS, then use F$TRNLNM("SYS$LOGIN_DEVICE") and suitable
  26. string manipulation in SYLOGIN to calculate the user's own special
  27. USR$ROOT).  This helped with lots of the problems -- BUT NOT ALL OF THEM.
  28.  
  29. We also developed a tool so that users didn't have to hard-code somebody
  30. else's login area into their procedure etc.  (After all, we as system
  31. managers wanted to maintain the ability to move users from one disk to
  32. another for load balancing, but we wanted it to be transparent to the
  33. users).  The tool is called ACCESS, and for example,
  34.     $ ACCESS/USER ROBIN  
  35. gives you 3 new logical names, conceptually equivalent to:
  36.  
  37.     ROBIN$HOME = USR$ROOTn:[ROBIN] (i.e., Robin's login directory)
  38.     ROBIN$ROOT = USR$ROOTn:        (i.e., Robin's login root)
  39.     ROBIN$HROOT= USR$ROOTn:[ROBIN.] (rooted pointer to Robin's files)
  40.  
  41. (This last logical was by far the most difficult to calculate and define; it
  42. also turned out to be not so very useful, as everything you could do with
  43. ROBIN$HROOT you could do with ROBIN$ROOT:[ROBIN.).
  44.  
  45. Our users are happy because they can write procedures that don't have to
  46. look over all of USR$ROOT, they can get to the specific area they need. 
  47. (USR$ROOT has grown to 25 or so by now...)  We are happy because we are free
  48. to move users from disk to disk as space requirements demand.  Everybody is
  49. happy because the good ol' USR$ROOT logical name still works.
  50.  
  51. Just my two cents, hope it's of some use to somebody.
  52.  
  53. -- lauri
  54.  ----------------------------------------------------------------------------- 
  55. | Laurelin Loebel            "All that is gold does not glitter,              |
  56. | lauri@elwing.fnal.gov        Not all those who wander are lost..." - JRRT   |
  57. |...they don't generally like what i say anyway, so i don't speak for them... |
  58.  ----------------------------------------------------------------------------- 
  59.