home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20361 < prev    next >
Encoding:
Text File  |  1993-01-05  |  4.0 KB  |  89 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!jsue
  3. From: jsue@ncsa.uiuc.edu (Jeffrey L. Sue)
  4. Subject: Sometimes documented things don't work (was: Running LOGINOUT)
  5. References: <9301051432.AA20133@uu3.psi.com>
  6. Message-ID: <1993Jan5.164927.22609@ncsa.uiuc.edu>
  7. Originator: jsue@pluto.ncsa.uiuc.edu
  8. Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
  9. Organization: The Dow Chemical Company
  10. Date: Tue, 5 Jan 1993 16:49:27 GMT
  11. Lines: 76
  12.  
  13. In article <9301051432.AA20133@uu3.psi.com> leichter@lrw.com (Jerry Leichter) writes:
  14. >
  15. >It would be nice if it were decently documented, rather than being hinted at.
  16. >In general, it's clear in VMS when something is documented/supported, and
  17. >when it just happens to work.  I can think of no other example in which the
  18. >VMS documentation tip-toes around the edges but is unwilling to really
  19. >commit itself...
  20.  
  21. Even stranger, though, are the cases where something is fully documented,
  22. but still doesn't work - or at least, doesn't work properly.  Most notable
  23. (notorius):
  24.  
  25. [get ready DEC]
  26.  
  27. 1.  IO$M_FORCEPATH & IO$M_SETPRFPATH -
  28.     This was introduced in VMS 5.4 and never really
  29.     worked correctly for us.  Even under 5.5 DEC told us not to
  30.     use it - although they didn't take the articles out of DSN
  31.     that showed example programs of using it.
  32.  
  33.     What happens is that if you set the preferred path in a mixed-
  34.     interconnect cluster, with dual-ported HSC-based disk, the
  35.     satellite nodes will place the disk(s) into mount verification
  36.     if the disk(s) ever fail over to an HSC not designated as the
  37.     preferred path.
  38.  
  39.     To be fair, DEC *finally* did come up with a workaround whereby we
  40.     are to set the preferred path, mount (or failover) the disks, and
  41.     then clear the preferred path.  Clearing the preferred path is done
  42.     by setting the preferred path to the current nodename.
  43.  
  44. 2.  SYSMAN STARTUP vs INSTALL.EXE -
  45.     In our VAXcluster we have a large, somewhat complex configuration
  46.     of software, and having a database-driven interface for starting
  47.     them seemed like a great idea.  Due to the large number of apps
  48.     the best way to speed up STARTUP was to execute many of them
  49.     concurrently - batch jobs in our case.
  50.  
  51.     Actually, we never actually implemented this under SYSMAN STARTUP,
  52.     but our SYSTARTUP_V5.COM performed many SUBMIT commands in order
  53.     to accomplish the same thing.  SYSMAN STARTUP was a future project
  54.     that we intended to pursue to make managing the app startups
  55.     easier (ie., reduce the number of IF...THEN statements necessary
  56.     in SYSTARTUP_V5.COM).
  57.  
  58.     The problem is this:  Apparently since VMS 5.1 DEC has known that
  59.     the INSTALL.EXE program would *sometimes* get into a deadlock
  60.     situation if more than one process was trying to add or replace
  61.     an image at the same time.  Somehow this never affected us (we've
  62.     been doing submits for a couple of years) until we got faster
  63.     processors (VAX 6000-510 & 6000-610), and upgraded to VMS 5.5.
  64.     It seems to be completely a "timing" issue and I can't really
  65.     explain why it never cropped up before, but it finally got to the
  66.     point where we could *never* run INSTALL from multiple processes.
  67.     This means that many of the benefits of SYSMAN STARTUP are lost
  68.     to us until DEC fixes INSTALL.EXE... not likely to happen in my
  69.     lifetime, so I understand.
  70.  
  71. NOTE:    SYSMAN STARTUP is **fully** documented and we are expected to
  72.     take advantage of it... but it won't help us speed up our boot
  73.     process - and the installation of about 200 software products.
  74.  
  75.     Also, some of our applications startup themselves via detached
  76.     processes, making this kind of difficult to control.  What's even
  77.     funnier (NOT!) is that we can no longer use the "documented"
  78.     way to have decwindows startup - ie, it just happens automatically
  79.     from VMS$CONFIG-050_VMS.COM & VMS$LPBEGIN-050_STARTUP.COM.  Instead
  80.     we have to DEFINE DECW$IGNORE_DECWINDOWS TRUE, and then SUBMIT
  81.     the DECW$STARTUP.COM file seperately.
  82.  
  83. The INSTALLE.EXE problem is a known bug, but not a problem, according
  84. to DEC... GET A CLUE!!!
  85. -- 
  86. -----
  87. Jeff Sue   
  88.  - All opinions are mine -       (and you can't have any, nya nya nya)
  89.