home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12591 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.9 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!gumby!destroyer!ncar!noao!amethyst!organpipe.uug.arizona.edu!news
  2. From: terryf@argus.lpl.arizona.edu (Terry Forrester)
  3. Newsgroups: comp.os.vms
  4. Subject: LMF not starting on bootup
  5. Message-ID: <1992Jul21.175556.29456@organpipe.uug.arizona.edu>
  6. Date: 21 Jul 92 17:55:56 GMT
  7. Sender: news@organpipe.uug.arizona.edu
  8. Organization: Lunar and Planetary Lab, U of AZ
  9. Lines: 31
  10.  
  11. I have encoutered a strange problem ocurring on system startup, that I
  12. hope someone can shed some light on. After upgrading TGV Multinet from 
  13. version 3.0 to 3.1, my system (a MicroVax II, running VMS 5.4-3) was 
  14. rebooted, and fairly early in the boot process, the following messages 
  15. appear:
  16.  
  17.    %LICENSE-I-NOT_STARTED, License management facility is not started
  18.    %LOGIN-S-LOGOPRCON, login allowed from console
  19.  
  20. followed by a DCL prompt.
  21.  
  22. This problem has persisted through several reboots. I have found that I 
  23. can simply execute sys$system:startup.com to bring everything up, including 
  24. the License Management Facility. (A LICENSE START command also reads the 
  25. data base, and loads the correct licenses). I would of course like this 
  26. all to happen automatically, like it used to. The VMS License Management
  27. Utility Manual doesn't give much useful info on this message, and poking
  28. around is the SYS$STARTUP directory hasn't yielded any clue why the
  29. LMF won't start.
  30.  
  31. The license database was modified a few weeks ago, to add the license 
  32. PAKs required by Multinet 3.1, but this is not the first reboot since 
  33. that time. This was also the second attempt for the Multinet upgrade, 
  34. and this problem did not appear the first time. I would greatly appreciate
  35. hearing from anyone who may have encountered this before, or has any idea
  36. what to look for to solve this problem.
  37. --
  38. --
  39. /* Terry Forrester                   terryf@arizona.edu    */
  40. /* Lunar and Planetary Laboratory    (602)-621-4539        */
  41. /* University of Arizona          Tucson, AZ 85721      */
  42.