home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17894 < prev    next >
Encoding:
Text File  |  1992-11-13  |  3.0 KB  |  59 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!gossip.pyramid.com!decwrl!pa.dec.com!engage.pko.dec.com!star.enet.dec.com!parris
  3. From: parris@star.enet.dec.com (Keith B. Parris)
  4. Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
  5. Message-ID: <1992Nov12.224853.23999@engage.pko.dec.com>
  6. Sender: newsdaemon@engage.pko.dec.com (USENET News Daemon)
  7. Organization: Digital Equipment Corporation
  8. References:   <01GQSBYNA64Y9I497E@KVI.nl>
  9. Date: Thu, 12 Nov 1992 22:15:22 GMT
  10. Lines: 47
  11.  
  12.  
  13. In article <01GQSBYNA64Y9I497E@KVI.nl>, F.Zwarts@KVI.NL ("Fred Zwarts, KVI,
  14. Groningen, NL.") writes... 
  15. >Because of curiousity and also a little need to plan our future I have the
  16. >following question.
  17. > 
  18. >I understood that DEC plans to allow mixed Alpha/VAX clusters in the future.
  19. >Does anyone know whether this includes mixed clusters with a common system
  20. >disk?
  21.  
  22. We don't presently plan to support a common system disk shared between VAX and
  23. Alpha systems.  Cluster-common files (SYSUAF, RIGHTSLIST, etc.) can be shared. 
  24.  
  25. >I suspect that, in order to allow such a beast, the definition of SYS$SYSROOT,
  26. >which now points to the equivalent of SYS$SPECIFIC and SYS$COMMON must be
  27. >changed to something like a search list of
  28. > 
  29. >SYS$SYSROOT ->
  30. >    SYS$NODE_SPECIFIC        for e.g. MODPARAMS.DAT
  31. >    SYS$ARCHITECTURE_SPECIFIC    for e.g. the .EXE files
  32. >    SYS$COMMON            for e.g. HELPLIB.HLB, STARTUP.COM
  33.  
  34. Your suggestion sounds like a reasonable way it might have been done.  But a
  35. lot of pieces of VMS make assumptions about the system disk structure.  Can you
  36. imagine the VMS upgrade procedure having to keep track of two VMS$COMMON
  37. directory trees?  When I was at the CSC, I once got a call from a poor fellow
  38. who had managed, by restoring a non-image backup to his system disk, followed
  39. by some frantic SET FILE/ENTER commands, to get two different versions of VMS
  40. to boot from the same disk at once, but it's not something I'd recommend. :-) 
  41.  
  42. >Would there be other technical problems with a common system disk for a mixed
  43. >cluster? I suspect the boot block, or is it only used by VAX hardware?
  44.  
  45. Actually, the boot block wouldn't be a problem: it was extended for Alpha in
  46. such a way that the VAX and Alpha information can coexist and not conflict. 
  47.  
  48. For planning purposes, think along the same lines as folks did when they were
  49. running 5.4-3, wanted to continue that, yet wanted to add a new 6000-610 to the
  50. cluster: they installed 5.5 on a separate system disk, and used the appropriate
  51. logicals to point the SYSUAF, etc. for the new system to the old system disk. 
  52.  
  53. __________---_---_-_-_-_-_____-_----____---__-__-_-_-----_-_--_--___-_-__---__-_
  54. Keith B. Parris, Digital Equipment Corporation, Alpha VMS Clusters & I/O Group
  55. ----_-____-_--_-__-_---_-___-_-_-_--__-_-__---__-_---_-___-_-_-_-_____--_--___-_
  56. Anything blatantly opinionated or which is later found to be inaccurate was
  57. mine, of course.  Digital gets the credit for any actual facts which appear.
  58. -_-_--__-_-__----___---__-__-_-_-_-_____-__--_____---_-___-_-_-_--__-_--_--___-_
  59.