home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / vms / 13968 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  2.2 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!news.cs.indiana.edu!syscon!gator!inland!allebrandi
  2. From: allebrandi@inland.com (Tom Allebrandi)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Will lmf kill alpha?
  5. Message-ID: <1992Aug21.140033.2240@inland.com>
  6. Date: 21 Aug 92 14:00:33 CST
  7. References: <9208191732.AA11146@ucbvax.Berkeley.EDU>
  8. Distribution: world
  9. Organization: Inland Steel Company; East Chicago, IN
  10. Lines: 35
  11.  
  12. In article <9208191732.AA11146@ucbvax.Berkeley.EDU>, HGK@PTBIB.BITNET (Hans G. Kerkhoff, PTB Institut Berlin) writes:
  13. > My understanding is that VMS and ultrix is not widely used in universities and
  14. > other research institutions compared to other unix derivations because of the
  15. > administrative overhead caused by correctly using lmf.
  16.  
  17. In a word - poppycock! The "distaste" for VMS and Ultrix was in place long
  18. before the introduction of the LMF.
  19.  
  20. > administrative overhead caused by correctly using lmf.
  21.  
  22. If you want to talk about administrative overhead, open your eyes. We 
  23. just went through a main CPU upgrade for our VAX/VMS cluster. For the
  24. most part, for those products which needed new licenses, the LMF
  25. managed products came right up; the non-LMF managed products gave us
  26. some form of trouble.
  27.  
  28. Many, many, many, of our third party software vendors are providing
  29. some form of license management and access control. Most of them are
  30. inventing their own schemes rather than use the LMF - even for products
  31. that are designed to run only in a VAX/VMS environment.
  32.  
  33. I can kind of understand creating your own license management system if
  34. your product is targeted for mutiple hardware/software platforms. But,
  35. the bottom line is that we have about 15 different license management
  36. schemes active in our cluster - three of which require an active
  37. detached process running all the time!
  38.  
  39. Talk about administrative overhead!
  40.  
  41. --- Tom
  42. Tom Allebrandi             | Mail guru   - DECUS UUCP Development Team
  43. Inland Steel Research Labs | NFS grunt   - CMU/Tek-IP
  44. East Chicago, IN           | Chairperson - VMSnet Working Group, DECUS VAX SIG
  45. 219 399 6306               | Internet:  allebrandi@inland.com
  46. DECUServe: allebrandi      | UUCP:      ...!uunet!inland!allebrandi
  47.