home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17907 < prev    next >
Encoding:
Text File  |  1992-11-13  |  2.0 KB  |  41 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!mcsun!dxcern!vscn08.cern.ch!julian
  3. From: julian@vscn08.cern.ch (Julian James Bunn)
  4. Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
  5. Message-ID: <1992Nov13.100832.3777@dxcern.cern.ch>
  6. Keywords: alpha vax vms
  7. Sender: julian@vscn08.nohost.nodomain (Julian James Bunn)
  8. Reply-To: julian@vscn08.cern.ch (Julian James Bunn)
  9. Organization: CERN European Lab for Particle Physics
  10. References:   <01GQSBYNA64Y9I497E@KVI.nl> <1992Nov12.224853.23999@engage.pko.dec.com>
  11. Date: Fri, 13 Nov 1992 10:08:32 GMT
  12. Lines: 27
  13.  
  14.  
  15. What worries me more about a mixed architecture VAX/Alpha VMS Cluster is
  16. how the poor innocent users are going to sort out the confusion between
  17. VAX and Alpha executables. I assume DEC will provide solutions for system
  18. logical name tables etc etc for MAVCs, but I bet they wont for the default
  19. login directories. The particular problem I see is if the user logs in to
  20. the Alpha node in the Cluster one day, re-compiles and links all his source
  21. files, then logs in to the VAX node in the Cluster the next day (why should
  22. he care what architecture he happens to get?) and wonders why he gets 
  23.  
  24. Image file VXCRNA::DISK$C:[JULIAN]COUNTER.EXE;20
  25. Image is not an OpenVMS Alpha image
  26.  
  27. Perhaps one could define a LINK symbol in sylogin that, for the Alpha
  28. node, directs the .EXE file into a subdirectory [.ALPHA_EXE] ? But this is
  29. messy, and probably not what the user wants. Defining different directory
  30. trees depending on the node type is no good either, as it defeats one 
  31. advantage of a cluster, which is to share the data. Unless ... there was some
  32. way of linking the source files together, and keeping the excutables and object
  33. files separate. 
  34.  
  35. Has anybody got any bright ideas ?
  36.  
  37. -------------------------------------------------------------------------------
  38. Julian James Bunn / CERN Computing and Networks Division. Tel.: Geneva 767 5029
  39. Email: julian@vxcrna.cern.ch
  40. -------------------------------------------------------------------------------
  41.