unexpected SHOW LICENSE output

[Willem Grooters]

OpenVMS 8.2

DKWSBU>SH LIC/USA

View of loaded licenses from node DKWSBU 14-DEC-2007 09:38:11.10

------- Product ID -------- ---- Unit usage information ----
Product Producer Loaded Allocated Available
...
DW-MOTIF DEC 1050 1050 0
...
OPENVMS-ALPHA DEC 15 15 0
...
VMSCLUSTER DEC 3150 5250 ***

It makes sense that
Loaded >= Allocated (what I would expect)
and therefore
Available = Loaded - Allocated

But VMSCLUSTER seem to have more allocated than loaded and so available will be < 0 (and be displayed "***".).

How can this license show up having more allocated than loaded - and is the display of "available" intentional?

[Karl Rohwedder]

Are those 'real' licenses? I ask because you may confuse the LMF utility by creating 'fake' licenses by just defining the app. logical names (on alpha) (which of course is totally illegal!)

regards Kalle

[Willem Grooters]

These are real licenses.

IFIAK SHOW LICENSE accesses LNM$LICENSE (and I've seen LMF$CHARCGE_TABLE logical referring to another file). Both refer to just one file on SYS$COMMON.

BTW: LMF$CHARGE_TABLE is new to me. I'll dig the manuals (if any data is available)

[Willem Grooters]

BTW: on a 7.3-2 system in the same cluster, the same command shows loaded = 11050, allocates 5250 and avaliable 5800 - which I would expect.Our guess SHOW LICENSE in VMS 8.2 contains an annoying bug ;). On AXP anyway, on Itanium it looks correct.

[Volker Halle]

Willem,

to get a litle bit more information, try:

$ SHOW LIC/USAGE VMSCLUSTER/FULL

The output will tell you, which node has allocated how many units.

Volker.

[Volker Halle]

Willem,

Units Loaded seems to be the sum of all units from all VMSCLUSTER licenses loaded on this node from it's (local) LMF$LICENSE.LDB.

Does this match on your V8.2 system ?

Volker.

[Willem Grooters]

$ sh lic/usage vmscluster/full

View of loaded licenses from node DKWSBU 14-DEC-2007 12:14:38.91

AVAILABILITY license DEC VMSCLUSTER usage information:
Availability: H
Activity: 0
Version: 0.0
Release Date: (none)
Termination Date: (none)
Units Node
1050
1050 Galaxy System ID: 383353574B44018011DC3C5A79A74200

1050 Galaxy System ID: 544253574B44018011DC3C5A79A74200

1050 Galaxy System ID: 554253574B44018011DC3C5A7AD86F00

1050 Galaxy System ID: 374153574B44018011DC3C5A7A3FFEA5

Units loaded: 3150 Units allocated: 5250 Units available: ***

(All x DS15. The rx1620 in the cluster is not listed)

WG

[Volker Halle]

Willem,

Units Loaded is the local node's view of the license units it is seeing in it's LMF$LICENSE.LDB.

The rx1600 does not have a VMSCLUSTER license, but is probably using OPENVMS-I64-MCOE. SHOW LIC only shows you licenses, which the local node has loaded from it's license db into memory (i.e. logical names).

I can image, that a LIC LOAD VMSCLUSTER on this V8.2 node will fail to load this license with LICENSE-F-EXCEEDED, so don't try it yet...

How do these system access LMF$LICENSE.LDB in this cluster ? Common system disk with just ONE LMF$LICENSE.LDB ? Or multiple system disks with identical copies of LMF$LICENSE.LDB ?

Volker.

[Willem Grooters]

The 7.3-2 machines in the cluster have a common system disk and use the same license database. The 8.2 machine has it's own system disk and it's own database, as well at the Itanium (obviously). Just checked: it has VMSCLUSTER licence (just checked - perhaps the MCOE license is loaded, or FOE and VMScluster of MCOE (or full) both are expired :))

[Volker Halle]

Willem,

did you sum up the VMSCLUSTER units from the V8.2 license database ? What do you get ?

Volker.