Page History

...

Or, for a cluster configuration:

i4blt -s -lc -k -n "host1 host2 host3"
i4blt -s -lco -k -n "host1 host2 host3"
i4blt -ll -k -n "host1 host2 host3"

where host is the host appropriate for your license server.

...

To get license information: 

1. Create a text file named file.txt.
    
2. Add the following four lines to file.txt:
   
   c host port
gli
d
q
   where host and port are
   where host and port are the host and port appropriate for your license server.
    
3. Run the command:
   
   dslicsrv -admin -i file.txt txt 

To get information about users who are using licenses:

1. Create a text file named file2.txt.
    
2. Add the following four lines to file2.txt:
   
   c host port
glu -all
d
q
   
   where host and port are the host and port appropriate for your license server.
    
3. Run the command: 
   
   dslicsrv -admin -i file2.txt

Realtime usage error

If a monitored license server is hosted on a different machine than License Statistics is installed on, the license server's response to License Statistics' query about its status may be delayed. In such cases, a warning such as the following occurs for each query that was delayed. 

...

To resolve this problem, verify that the license server is responding properly as described above in "Inability to query license server."

Failure to find licenses for FlexNet license server

FlexNet vendor names are case-sensitive by default, so you may see the following error if the case is not correctly configured: 

[2012/05/10 08:00:00] ERROR: Unable to find any licenses served by the license server! 

Check that the vendor name entry in the xflicstat.cfg configuration file for that license server is specified in the correct case. You can verify the correctness of the configuration by querying the status of the server manually: 

lmutil.exe lmstat -a -c hostname -S VendorName 

Failure to gather data for FlexNet license server hosting multiple vendors   

If monitoring realtime data on a FlexNet license server fails with the error "This server hosts licenses from multiple vendors," the FlexNet server is not configured correctly in License Statistics.  

FlexNet license servers have hosted vendor daemons for each vendor. If all parameters provided to lmutil are correct, the output will include only the license usage for the specified vendor. If the output contains data for vendors other than the specified vendor, one or more lmutil arguments are incorrect. The most common incorrect argument is the port number. The same port cannot be provided for all vendors on one machine. The port used by the specific vendor daemon is configured in the license server's configuration or license. If the port is not set explicitly, the license server can select it automatically from free ports. 

To configure the FlexNet server correctly for multiple vendor daemons, specify each as a separate license server in the FLEXNET_SERVER setting in the License Statistics configuration file. For example, if you want to monitor vendor daemons "vendor1" and "vendor2" on "server1" you must use a FLEXNET_SERVER setting for each of them, as follows:

FLEXNET_SERVER = vendor1@port@server1
FLEXNET_SERVER = vendor2@port@server1

Or, for HAL (redundant) servers: 

FLEXNET_SERVER = vendor1@port@server1 vendor1@port@server2 vendor1@port@server3 
FLEXNET_SERVER = vendor2@port@server1 vendor2@port@server2 vendor2@port@server3  

Incomplete lmdiag output for FlexNet license server

If there is a problem with the output produced by the lmutil lmdiag command, you will see the following message in the log:

"Output of the lmutil lmdiag command is incomplete, which can cause incorrect or incomplete data in License Statistics. Please ensure that your license server is able to correctly print out the lmdiag output."

This message indicates that some or all features included in lmstat output are not described in lmdiag, so License Statistics data may be inaccurate. If a specific feature in the lmstat output does not have any users described and lmdiag does not contain any information about this feature, License Statistics creates the feature as a floating type. In addition, a feature that is not described in lmdiag has no expiration date set.

This issue occurs mainly with the SW_D vendor daemon and may indicate that the vendor's configuration doesn't allow printing out required data. This problem may be unresolvable if you are unable to change the license server configuration. 

Failure to start FLEXlm license server on Windows Vista 

When trying to install a FLEXlm v9.2 application (for example, ESRI ArcGis) on Windows Vista, FLEXlm may fail when starting the license server. This failure can occur regardless whether UAC is enabled or disabled. 

...

@echo off
cmdow @ /hid
cd "c:\program files\esri\license\arcgis9x"
lmgrd -z -c license.lic

Unidentifiable usernames in lmutil output 

...

For example, if the lmutil output for CITRIX does not contain valid usernames for specific checkouts, it will use the syntax "string1 (string2)", where string1 is the value of the string stored in place of an actual username and string2 is an additional string to help distinguish users. This data is not recognizable by License Statistics.

Inaccurate statistics for HASP license server

HASP server logs often do not contain all the information necessary to obtain accurate statistics. If you notice problems with the data imported from the HASP server logfile, you can see some improvement by configuring the HASP server to run with OPEN_SESSIONS (see configuration below). However, this still does not ensure 100% accuracy, because the HASP logs may still lack some usage data even with this value set. 

License Statistics can handle HASP logs with or without the OPEN_SESSIONS value set. However, a single HASP server logfile cannot both include and exclude the OPEN_SESSIONS value, so you must import logfiles that include the OPEN_SESSIONS value separately from logfiles that do not include this value.

HASP server log configuration syntax

If the log configuration is not correct, you may see a message similar to the following in the License Statistics log, even though the HASP log contained denial data: "NOTICE: File.log has been imported successfully, but was empty (no denials found)." You should verify the configuration of the HASP server log if parsing fails. The HASP log configuration must be one of the following. Other formats are not currently supported. 

To run with OPEN_SESSIONS: 

{timestamp} {clientaddr}:{clientport} {clientid} {method} {url} {function}({functionparams}) open_sessions({sessioncount}) {newline}

To run without OPEN_SESSIONS:

...