home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18011 < prev    next >
Encoding:
Text File  |  1992-11-15  |  2.3 KB  |  49 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!paladin.american.edu!news.univie.ac.at!hp4at!mcsun!sunic!seunet!enea!sommar
  3. From: sommar@enea.se (Erland Sommarskog)
  4. Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
  5. Message-ID: <1992Nov15.212539.22147@enea.se>
  6. Organization: Enea Data AB
  7. References: <01GQSBYNA64Y9I497E@KVI.nl> <1992Nov12.224853.23999@engage.pko.dec.com> <1992Nov13.100832.3777@dxcern.cern.ch>
  8. Date: Sun, 15 Nov 1992 21:25:39 GMT
  9. Lines: 38
  10.  
  11. Julian James Bunn (julian@vscn08.cern.ch) writes:
  12. >What worries me more about a mixed architecture VAX/Alpha VMS Cluster is
  13. >how the poor innocent users are going to sort out the confusion between
  14. >VAX and Alpha executables. I assume DEC will provide solutions for system
  15. >logical name tables etc etc for MAVCs, but I bet they wont for the default
  16. >login directories. The particular problem I see is if the user logs in to
  17. >the Alpha node in the Cluster one day, re-compiles and links all his source
  18. >files, then logs in to the VAX node in the Cluster the next day (why should
  19. >he care what architecture he happens to get?) and wonders why he gets
  20. >
  21. >Image file VXCRNA::DISK$C:[JULIAN]COUNTER.EXE;20
  22. >Image is not an OpenVMS Alpha image
  23.  
  24. If your users cannot handle such problems, don't get a mixed
  25. architecture cluster.
  26.  
  27. This is not a new problem. At our office we have an HP9000 and a
  28. IBM RS/6000, running different various flavours of Unix and with
  29. their disks cross-mounted over NFS. Of course the machines are not 
  30. binary compatible.
  31.  
  32. If you are doing development in such a mixed environment, you are
  33. probably doing it with a reason, for instance your application
  34. is supposed to run on both.
  35.  
  36. The exact solution is site dependent, as many development environment
  37. issues are. I have devised a specicialized generalized CM environment
  38. tool (yes, that is an oxymoron), which supports multi-architecture
  39. environments. That's for Unix, but the basic idea would work on VMS
  40. as well. Use different directories for architecture-specific stuff,
  41. set up some logicals to point at them, and put all the control in
  42. the MMS (make) file.
  43.  
  44. In case of innocent users who are just playing with their own stuff,
  45. they should learn to stick to one architecture. And of course learn
  46. the difference between a VAX and an Alpha machine.
  47. -- 
  48. Erland Sommarskog - ENEA Data, Stockholm - sommar@enea.se
  49.