- Revenera Community
- :
- FlexNet Publisher
- :
- FlexNet Publisher Knowledge Base
- :
- Using the RESERVE keyword with multiple licensing pools in the license file.
- Mark as New
- Mark as Read
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
Using the RESERVE keyword with multiple licensing pools in the license file.
Using the RESERVE keyword with multiple licensing pools in the license file.
Summary
Using the RESERVE keyword with multiple licensing pools in the license file.Synopsis
When there is more than one licensing pool for a given feature, such as having multiple INCREMENT lines, some confusion can occur when customers make use of the RESERVATION keyword within their options file. It is often reported that they are granted double the available reservations, and this is reported in the lmstat output.Discussion
INCREMENT group_lic flexera 2.9 28-jun-2011 5 SIGN=...
RESERVE 2 group_lic GROUP FLEXERA-USERS
Then this will effectively reserve 2 licenses from the first license pool (v1.0) and 2 licenses from the second license pool (v2.9)
- Mark as Read
- Mark as New
- Permalink
- Report Inappropriate Content
This article seems to suggest that when there are two activations for the same feature, then use of RESERVE for 2 licenses will result in the reservation of 4 licenses. In fact this is what we observe in our implementation using FlexNet 11.16.2
Example:
.opt defined as:
GROUP A Joe
RESERVE 2 Feature_Name GROUP A
Result is 2 licenses are reserved for Joe from each activation for the given Feature_Name for total of 4 licenses reserved for Group A (Joe).
This article fails to discuss if this is by design nor is there any mention of an alternate workflow that might avoid doubling the number of reserved licenses.
If however, we modify the feature name to include a keyword=value to identify a specific activation id only the desired 2 activations are reserved as desired. The following worked for our vendor implementation to avoid doubling the number of reserved licenses.
GROUP A Joe
RESERVE 2 Feature_Name:SIGN="1239 0FF9 68B0 59FB.." GROUP A
Indeed this syntax results in only 2 licenses being reserved for group A (Joe). The problem then is that most client users only have the 42 character activation in hand and no specific information that might easily allow key word definitions as part of the feature. It's too bad that entitlement=[activation id] can't be used to single out the correct activation id .