Thread View: vmsnet.internals
2 messages
2 total messages
Started by jhwelch
Thu, 21 Jan 1993 15:16
Determining the status of a license
Author: jhwelch
Date: Thu, 21 Jan 1993 15:16
Date: Thu, 21 Jan 1993 15:16
24 lines
1527 bytes
1527 bytes
In order to print to a new DEClaser 1152 I had to install DECprint Supervisor, the print symbiont that superscedes CPS. It turns out that in order to have it translate ascii files with imbedded escape sequences an extra license must be purchased. We just purchased the license and I've loaded it on one of the machines in our cluster. Because it has a UNITS limit I can't load it on other nodes. If the node it's loaded on goes away (which could be one of many) I'd like to have my hourly "look for trouble spots" job automatically load it on an alternate host (assuming the operator doesn't catch it first). Since a LICENSE LOAD command realizes it's already loaded somewhere else there must be an undocumented system call that performs this task. EXE$CHECK_LICENSE looks like a promising area to investigate but of course it's not on the listing CD. I'd prefer any solution that doesn't involve grungy DCL (e.g. parsing the output of some command). I suppose I could have my hourly job try to load it and check what's in $STATUS but just for fun I'm also curious if anyone knows how the internal routines can be accessed. Jonathan Welch VAX Systems Manager Umass/Amherst JHWELCH@ecs.umass.edu
Re: Determining the status of a license
Author: Terry Kennedy, Operations Mgr.
Date: Fri, 22 Jan 1993 07:13
Date: Fri, 22 Jan 1993 07:13
25 lines
1747 bytes
1747 bytes
In article <19671.2b5ebe5f@ecs.umass.edu>, jhwelch@ecs.umass.edu writes: > Since a LICENSE LOAD command realizes it's already loaded somewhere > else there must be an undocumented system call that performs this > task. EXE$CHECK_LICENSE looks like a promising area to investigate > but of course it's not on the listing CD. Yup. None of this is documented and it makes it hard to do things such as the one you suggest. Of course, it also makes it hard for the bad guys to do nasty things (or at least that seems to be DEC's reasoning). LICENSE LOAD loads licenses from the LDB into kernel-mode logicals, doing some checks along the way. I would guess that it uses some form of cluster communication to verify and possibly adjust the logicals on other nodes dur- ing the load. If you have something to monitor (and even better, decode) SCS or lock manager traffic on the net, you might look to see what's being passed. The logicals live in LMF$LICENSE_TABLE, so a SHOW LOG/TABLE=LMF$LICENSE_TABLE will show you the licenses currently loaded. Once you see the format of the logical names, you can easily check to see if a license is loaded for any combination of producer and product. Terry Kennedy Operations Manager, Academic Computing terry@spcvxa.bitnet St. Peter's College, Jersey City, NJ USA terry@spcvxa.spc.edu +1 201 915 9381
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads