Aveva Licensing System
Aveva Licensing System
Aveva Licensing System
v2.0.0.0
AVEVASolutionsLimited
Disclaimer
1.1 AVEVA does not warrant that the use of the AVEVA software will be uninterrupted, error-free or free from viruses.
1.2 AVEVA shall not be liable for: loss of profits; loss of business; depletion of goodwill and/or similar losses; loss of
anticipated savings; loss of goods; loss of contract; loss of use; loss or corruption of data or information; any special,
indirect, consequential or pure economic loss, costs, damages, charges or expenses which may be suffered by the user,
including any loss suffered by the user resulting from the inaccuracy or invalidity of any data created by the AVEVA
software, irrespective of whether such losses are suffered directly or indirectly, or arise in contract, tort (including
negligence) or otherwise.
1.3 AVEVA's total liability in contract, tort (including negligence), or otherwise, arising in connection with the performance
of the AVEVA software shall be limited to 100% of the licence fees paid in the year in which the user's claim is brought.
1.4 Clauses 1.1 to 1.3 shall apply to the fullest extent permissible at law.
1.5 In the event of any conflict between the above clauses and the analogous clauses in the software licence under which
the AVEVA software was purchased, the clauses in the software licence shall take precedence.
Copyright
Copyright and all other intellectual property rights in this manual and the associated software, and every part of it
(including source code, object code, any data contained in it, the manual and any other documentation supplied with it)
belongs to, or is validly licensed by, AVEVA Solutions Limited or its subsidiaries.
All rights are reserved to AVEVA Solutions Limited and its subsidiaries. The information contained in this document is
commercially sensitive, and shall not be copied, reproduced, stored in a retrieval system, or transmitted without the prior
written permission of AVEVA Solutions Limited. Where such permission is granted, it expressly requires that this copyright
notice, and the above disclaimer, is prominently displayed at the beginning of every copy that is made.
The manual and associated documentation may not be adapted, reproduced, or copied, in any material or electronic form,
without the prior written permission of AVEVA Solutions Limited. The user may not reverse engineer, decompile, copy, or
adapt the software. Neither the whole, nor part of the software described in this publication may be incorporated into any
third-party software, product, machine, or system without the prior written permission of AVEVA Solutions Limited, save as
permitted by law. Any such unauthorised action is strictly prohibited, and may give rise to civil liabilities and criminal
prosecution.
The AVEVA software described in this guide is to be installed and operated strictly in accordance with the terms and
conditions of the respective software licences, and in accordance with the relevant User Documentation. Unauthorised or
unlicensed use of the software is strictly prohibited.
Copyright 2012 to current year. AVEVA Solutions Limited and its subsidiaries. All rights reserved. AVEVA shall not be
liable for any breach or infringement of a third party's intellectual property rights where such breach results from a user's
modification of the AVEVA software or associated documentation.
AVEVA Solutions Ltd, High Cross, Madingley Road, Cambridge, CB3 0HB, United Kingdom
Trademark
AVEVA, AVEVA Everything3D and AVEVA E3D are registered trademarks of AVEVA Solutions Limited or its
subsidiaries. Unauthorised use of the AVEVA, AVEVA Everything3D and AVEVA E3D trademarks is strictly
forbidden.
AVEVA product/software names are trademarks or registered trademarks of AVEVA Solutions Limited or its subsidiaries,
registered in the UK, Europe and other countries (worldwide).
Revision Sheet
Contents Page
1 Introduction
The AVEVA Licensing System (ALS) uses Dual License Server technology (DLS) that
consists of two individual license servers based on different proprietary technologies:
1. A Rights Management System (RMS) license server provided by SafeNet that serves
licenses for newer products (e.g. E3D).
2. A Flex license server provided by Flexera that serves licenses to older products (e.g.
PDMS).
The RMS and Flex license servers work in a cooperative manner that effectively allows the
delivery of licenses from a single "pool" of licenses. This means that different applications
that are licensed with the different technologies are able to share those license features.
This is of particular benefit when customers use different versions of the same application,
some of which are licensed with RMS, and some that are licensed with Flex.
This benefits customers by allowing them to license their products without having to
purchase duplicate sets of licenses for each license server.
The following diagram shows a typical ALS configuration using the default license server
ports:
RMS License File: Contains the licenses that can be served by the RMS License
Server.
Usage Log: A log file written by the RMS License Server that contains
details of license check-out and check-in operations
performed by RMS-enabled applications.
Flex License File: Contains the licenses that can be served by the Flex License
Server.
Debug Log: A log file written by the Flex License Server that contains
details of license check-out and check-in operations
performed by Flex-enabled applications.
You will also notice that there are two ports configured in the ALS: one port is used by the
RMS License Server and one by the Flex License Server. The use of two ports is required
because it is not possible for the two license servers to share the same port.
Log Files
The contents of the RMS Usage Log file, the Flex Debug Log file and the RULES log file,
reflect the operations of the RMS and Flex clients.
Important: The DLS functionality means that the RMS Usage Log also contains the details
of the Flex licensing operations.
Note: The ALS has been specifically designed so that existing FlexMan clients do not need
to be reconfigured if the ALS Server is installed using the detail port settings.
The AVEVA Licensing Client Configuration Tool is used to configure a workstation so that
licensed applications can locate up to three license servers where they can obtain the
licenses required to function.
The Client Configuration Tool also allows configuration of a network timeout setting that can
be used to tune performance on networks that offer intermittent connectivity to a license
server. For example, a license server is located on a remote site.
The Client Configuration Tool will usually only need to be used once when installing the first
AVEVA application, however it may be necessary to run it again if the license server
configuration changes.
Important: Before attempting to configure a workstation you must know the hostname and
port number of each license server that is intended for use. If the user does not
have this information, contact the organisation's system administrator or IT
department.
The tool allows the configuration of the license server and timeout for the currently logged in
Windows user (via the User Environment settings) or for all users on the workstation (via the
System Environment settings).
The FlexManConfig button will launch the FlexManConfig client configuration tool so that
the workstation can be configured so applications licensed with FlexMan can be used.
The AVEVA License System Console, or ALS Console, is a tool for the customer's system
administrator who will manage the AVEVA licenses. The system administrator is not to be
confused with the AVEVA License Administrator, who supplies licenses, or the customer
end user, who consumes licenses.
If the system administrator is unfamiliar with the AVEVA Licensing System (ALS) refer to
Introduction as it provides an explanation of the ALS and how it works.
The ALS consists of three separate license servers that run cooperatively. Due to the
complexity of configuring the three separate license servers so that they can operate
together a dedicated utility has been provided called the AVEVA License System Console.
The AVEVA License System Console is an easy-to-use GUI that can be used to perform
tasks such as license file installation and stopping and starting the license system.
While it is possible to manually configure the ALS by directly editing configuration files
AVEVA strongly recommends that only the AVEVA License System Console is used to
administer the ALS.
AVEVA recommends that the default ports are used if possible. If the user does not want to
use the default ports then they can be changed as follows:
RMS Server: a new port number can be entered via the "Edit Configuration" dialog
accessible via the Query/Configure tab.
Flex Server: a new port can be specified by editing the last field on "SERVER" line
in the Flex license file. An editor (notepad) can be started by clicking
View License File on the Licenses tab).
RULES Server: Always uses the port number after that of the RMS Server.
If AVEVA applications have previously been installed it is highly recommended that the
system administrator uses the same port numbers configured in the workstations that run
the AVEVA applications. To find out these port numbers implement the following:
For workstations running AVEVA applications that are licensed with the ALS run the
ALSconfig.exe tool.
For workstations running older applications that are licensed with the FlexMan
licensing system run the FlexManConfig.exe tool.
When the license server port numbers have been set, the workstations that run the
applications need to be configured so that they can locate the license servers. To do this run
either ALSClientConfigTool.exe or FlexManConfig.exe depending on whether the
applications are licensed with ALS or FlexMan.
Important: If the workstations are already configured with settings for a FlexMan license
server the user can avoid the need to reconfigure the workstations if they do the
following:
1. Install the ALS on the same host as the old FlexMan server (which must be
uninstalled first).
2. Use the default RMS port number 4545.
New applications that are licensed with ALS RMS will automatically use the older FlexMan
settings if no ALS settings are configured. In these circumstances applications will attempt
to communicate with an ALS RMS server on port 4545 on the same host as the configured
FlexMan server host. For example, if there is an existing FlexMan server on a host called
"myhost" and the workstations are configured with the FlexMan setting "744@myhost" the
system administrator can install the ALS server on myhost, set the RMS server port to 4545
and then install the ALS-enabled applications on the workstations without the need to
reconfigure them.
4 Console Tool
4.1 Query/Configure
The Query/Configure tab displays the following window:
Note: The status boxes are not updated dynamically and so users should update the status
by clicking Query when appropriate.
View Log
1. Use the radio buttons to select the license server log file required to view, then click
View Log File: a new window is displayed listing the contents of the license server log
file.
2. If RMS is selected then an additional window before the log file is displayed that allows
the user to choose whether to view the default anonymised log or view a de-
anonymised log file that displays the proper user, host, and display names.
Server and License File Location: displays the path of the RMS license server and
license file. This setting cannot be changed.
Server Port: allows the RMS server port to edited.
Network Buffer: The Network Buffer Size Multiplier is a network tuning parameter that
enables the size of the RMS network buffer to be increased. The value is used as a
multiplier for the existing Windows default buffer size which can vary from system to
system (although for most systems it is usually 8 kBytes). Consequently, the actual
buffer size used by the RMS server will not be known until the RMS server is started.
Once started, the RMS server will write an event to the Windows Application Event log
recording the actual size of the network buffer used.
Sites with a large number of users or with a heavily loaded network can experience
instances of their AVEVA applications reporting "error 5". "Error 5" errors indicate that
an application did not receive a response from a license server within the expected
timeframe. This error can occur for several different reasons, however on sites with
many users and/or with heavily loaded networks this problem can be mitigated by using
this setting to increase the size of the socket buffer used by the RMS server.
There is no guidance available as to what value should be used for any given site as a
suitable value needs to be determined by analysis of the site operating environment. It
is therefore strongly recommended that this value is only configured after having
consulted the AVEVA Licensing Department.
WARNING: setting this value to too high a level can impact performance, especially
when using a license-server-list.
Usage Log File: Allows the usage log file name and directory to be configured.
Note: The usage log file name cannot contain three or more continuous underscores.
Clicking Apply validates the entries made on the form and applies the updates to the
configuration.
3. If Flex is selected in the radio button, an Edit Flex Configuration window is displayed
where the Flex Server Port can be changed. If the Edit button is selected here the Flex
configuration file (%AVEVA_LICENSING%\Flex\cadcentre.opt) will be opened in
Notepad. The user can then edit the file and save it as appropriate.
Note:
No validation is carried out if the user has changed the Flex configuration file.
The changes in the RMS log file configuration would only be visible once the ALS
console is restarted.
Support
Creates a directory that can be sent to AVEVA when a licensing support issue is raised.
Refer to Support for further information.
4.2 Start/Stop
The Start/Stop tab allows the user to start or stop the license servers. The window below
the button shows the results of the commands that are used to start or stop the servers so
that any errors can be seen.
Start Licensing System: Starts the RMS license server, the Flex license server and the
RULES Server.
Stop Licensing System: Stops the RMS license server, the Flex license server and the
RULES Server.
Support
Creates a directory that can be sent to AVEVA when a licensing support issue is raised.
Refer to Support for further information.
4.3 Licenses
The Licenses tab displays the following window:
Install License
1. Browse to locate the license file.
2. Click Install License File.
3. Click Start License File Installation.
4. Click Yes in the Warning message window.
The licenses in the license files are installed, the license servers are restarted and a
successful message is displayed to the user.
Note: The check and install of the license file will be written to a Console.log file. This is
stored in the default folder C:\AVEVA\AVEVA Licensing System. If there are any
issues in installing the license file using the AVEVA License System Console then
send the Console.log to the AVEVA Support Team.
Entitlement/Revoke
Clicking View Entitlement/Revoke opens a new window that allows the user to view the
licenses and products that they have licenses for. The window displays the amount of
licenses available in a chronological graph to make it easy to visualize the licenses.
Operations
1. The product mapping file is located at the following location:
%AVEVA_LICENSING%\ProductMaps
2. The list of products in the product mapping file are listed on the left screen in a tree
format.
3. On expanding the node for a particular product, all the features belonging to that
product are listed.
4. On expanding each feature, the list of licenses in that feature are listed. For example in
the above screenshot, the following are the products and features read from the
product mapping file:
Product Features
5. Continuing with the above example, Feature PDMS has two licenses (Lic0 and Lic1),
each for 10 seats, making a total of 20 seats. When a specific feature is selected, the
entitlements for that feature are displayed on the right side of the dialog.
6. The date range on X axis includes all the licenses for that feature (From earliest start
date to latest end date).
7. The horizontal bars are specific to each license.
8. The vertical bars indicate the total entitlements for all the licenses (of that feature) at a
particular date.
Revoking Entitlements
The Revoke process consists of following steps:
1. Select one of the following options available in the View entitlement Screen
The options disabled earlier can be enabled again by clicking on any product or feature on
the left side of the screen.
On successful revocation, the AVEVA License System Console tool saves the binary data of
Revocation Certificate and that of the Permission Ticket in form of an XML file.
The AVEVA License System Console tool prompts the user to send this file back to AVEVA
as proof that the licenses were indeed revoked.
Note:
The AVEVA License System Console tool revokes all the licenses from the machine
irrespective of the option chosen Revoking Entitlements. The only difference will be the
in the message displayed.
The value for Deferred Revocation Days is read from the Private Vendor Info of AVEVA
"Meta Data License" which should be available on the license server. In case it is not
present or the value of Deferred Revocation Days defined in the license is not valid
(outside 1-30), a default value of 5 days is used.
Support
Creates a directory that can be sent to AVEVA when a licensing support issue is raised.
Refer to Support for further information.
4.4 Support
Clicking on Support from the main application opens a form that helps the user create a
support bundle consisting of a collection of licensing-related files from the license server
that may be relevant to any issue or query the user has. This facility creates a directory that
can be easily zipped up and sent to AVEVA when a licensing support issue is raised.
The set of check-boxes on the left list a set of commonly collected files and system
information that is likely to help with any support issue. By default, all these standard items
are selected. Any items that are not wanted can be excluded by deselecting.
Additional files such as screen shots or older logs can be added by clicking Add. Each
added file will be listed on the right-hand side.
Clicking Generate Bundle will generate a new dated folder located in
%AVEVA_LICENSING%\SupportBundle. All the selected items and additional files will be
copied into this folder, ready for zipping and sending to AVEVA support. The location and
contents of the bundle will be confirmed by a dialogue as follows; any issues in locating
requested files will be indicated with error messages.
The user can navigate to the latest folder generated by clicking Explore Bundle Directory.
A fresh folder is generated each time Generate Bundle is clicked. This is intended to make
it easy to collect data at various points in a sequence of steps that are being followed to
reproduce a problem. For example, if a problem occurs after starting an application and
accessing a particular piece of functionality the following workflow could be used to produce
three separate support bundles, one before the application is started, one just before the
problem occurs, and one after the problem has occurred:-
1. Start the AVEVA License System Console and open the Support bundle form.
2. Select the files to be included in the bundle.
3. Click Generate Bundle. This will create the first bundle.
4. Start the application.
5. Click Generate Bundle. This will create the second bundle.
6. Access the suspect piece of functionality.
7. Click Generate Bundle. This will create the third bundle.
All three bundles can then be easily zipped up and sent to AVEVA Support for analysis.
5 Group Reservations
Group reservations are used to restrict the right to run applications for particular users,
computers, or groups. Selected users can be allowed to run certain applications or can be
prevented from accessing applications. This can be used as an additional security measure
and help to balance application usage when the administrator wants to prevent users from
running applications on heavily loaded computers or file servers.
This feature gives the administrator the ability to exercise local administrative controls by
associating a series of groups with each feature and reserving for each group a certain
number of license tokens. Any remaining license tokens are not specifically reserved and
can be used by anyone.
Note: The group reservations capability is only meaningful with a network License
Manager. However, it is not supported when the redundant License Manager pool is
set up.
5. Enter a Group name and the number of Tokens to reserve for that group.
6. After specifying the above details the Wizard prompts the user to specify the members
of the group. Click Add to add a member.
7. Enter the Name of the Member, then select User or Machine and select Included or
Excluded to specify whether member is allowed or not allowed to run the application.
14. To save the file directly into the RMS folder 'C:\AVEVA\AVEVA Licensing
System\RMS\', click Save As.
Or
If the user copies the reservation 'lsreserv' file to another folder other than RMS folder then
an environment variable needs to be set, that is Variable Name = LSRESERV_AVEVA and
Value = The folder path to the lsreserv file. Ex. 'C:\AVEVA\AVEVA Licensing
System\RMS\Testing\lsreserv'.
15. Once the environment variable has been set, restart the License Server using the
AVEVA License System Console.
16. The number of licenses reserved for the particular feature can now be viewed using the
WlmAdmin tool.
17. If the user runs a RMS secured program, for example AVEVA E3D which has been
reserved and its usage restricted, the following error message is displayed.
18. If the user runs a Flex secured program, for example Hull Design or PDMS 12.0 which
has been reserved and its usage restricted, the following error message is displayed.
To work with the redundant license model, a License Server pool needs to be set up. The
primary License Server in the pool is designated as the leader; the remaining License
Servers become followers. As long as the primary License Server is up, all the tokens
remain with the leader License Server and are not distributed among other License Servers
in the pool.
How it works
A client sends a license request to the primary License Server.
The primary License Server establishes a connection with the client and grants the
license after successful authentication.
When the primary License Server (leader) goes down, the next leader takes over: the
follower License Server having the highest precedence.
The follower License Server then itself maintains the information and fulfils the new
license requests seamlessly (as long as licenses are available).
If the primary License Server (the old leader) comes up, it reclaims leadership and the
control is transferred back to the primary License Server.
2. Various factors, including network performance, affect this decision. Because the
leader must communicate with all other redundant License Servers, the leader should
be in an area of the network with good bandwidth.
3. The system administrator must define at least three redundant License Servers. If the
pool is set up with only a single server, the redundant server pool will never be formed.
4. A License Server can exist only in one license pool.
5. Each computer on which a redundant License Server resides must have a static, fixed
IP address. Therefore, do not use DHCP to dynamically allocate IP addresses for those
computers.
6. Reverse DNS resolution is necessary for the redundant License Server setup.
7. Make sure to specify the IP addresses in either IPv4 or IPv6 format. A redundant pool
cannot have mixed servers (both IPv4 and IPv6). Consequently, a redundant server
can work either in IPv6 or IPv4 mode-as long as the server is running or not removed
from the redundant pool.
8. After deciding the License Servers for redundant setup, obtain their locking codes and
pass them to the AVEVA license administrator.
9. Setting up the redundant License Servers requires access privileges to all the
computers and areas of the network on which License Servers are to be installed. If
changes are made to the redundant license file, those changes will not be transferred
to all License Servers in the redundant License Server pool unless network and write
access to each of the redundant License Server computers is allowed. If any of these
computers run Windows, the system administrator must have administrator privileges
to make changes that affect the License Servers on those computers.
10. The License Servers in the redundant License Server pool must have the same
version.
11. The License Servers must preferably be running on the same platforms (such as,
Windows only).
Note: Server details should be entered in the same order as you requested the license file
(refer to 3.) that is leader first and followed by secondary and tertiary server details.
Note: The checks and installation details of the license file are written to a Console.log file
and it is stored in the default folder (C:\AVEVA\AVEVA Licensing System\). If there is
a failure in the license file installation then send the Console.log file to the AVEVA
license administrator or AVEVA support engineer.
13. Once you have successfully completed the license installation procedure on the
primary server, the following files will have been created in your AVEVA licensing
installation (by default C:\AVEVA\Aveva Licensing System).
C:\AVEVA\AVEVA Licensing System\RMS\lservrlf_AVEVA.
C:\AVEVA\AVEVA Licensing System\Flex\licenses.lic.
14. You must copy these files to the same directories in your secondary and tertiary
servers.
15. Once you have copied the license files, restart your license services by using the Stop/
Start buttons provided in the ALS Console.
Important: You must ONLY perform the license installation procedure (from 5. to 12.) on
the PRIMARY server, and copy the generated files onto the secondary and
tertiary servers as described. If you perform the license installation procedure
on the secondary or tertiary servers, the licensing system will fail to function
correctly.
7 RULES SERVER
The RULES system provides support for a new AVEVA licensing model called "Named User
Licensing". Named User Licensing differs from the floating license model in three major
aspects:
Licenses are restricted to a specific number of named users.
Licenses are locked to a specific user for 30 days from "first use".
Locked licenses can be used by a user on a limited number of devices.
The named users are identified automatically by the RULES server as the first users to
request a license. Once all the licenses are in use, no further users can connect until the
end of the 30 days period for one of the licensed users.
In effect, this is a form of reserved user licensing, hence the acronym: RULES - Reserved
User Licensing Enforcement System. The RULES system is only available with the AVEVA
Insight product at the moment and so users of other products are not affected by the RULES
system and can ignore any RULES-related issues.
The RULES system introduces the following components to the ALS:
A license server, AVEVA_RULES_Server.exe. This server must be running in order for
RULES-enabled applications to function.
Support for starting and stopping the RULES server has been added to the core ALS
Console functions, as well as the ability to view the RULES server log file.
A directory, %AVEVA_LICENSING%\RULES, that contains applications and files that
support the RULES functionality.
To help troubleshoot any problems AVEVA have complied a list of frequently asked
questions.
This can happen on Windows servers. It is a Windows timing problem, the installer has set
an environment variable but its value has not yet to be populated in the menus. As a result,
various workarounds are available.
Wait for a few minutes and try again
or (reboot) machine
Or
Navigate to the environment variable, select 'AVEVA_LICENSING' > Click Edit then click
OK to set it again.
Sentinel RMS Development Kit 8.5.3.0020 Host Locking Code Information Utility Copyright
(C) 2012 SafeNet, Inc.
IP address : 192.168.200.56
Disk ID : 0xCD341ADF
This sometimes happens on Windows 2003 servers if the ALS system has been installed
and the system has NOT been re-started.
If the server is restarted, then run the AVEVA-locking.bat file a UUID value is returned. A
UUID value is required in order to obtain a license from AVEVA that will work.
IP address : 192.168.200.56
Disk ID : 0xCD341ADF
UUID : BD5E286E-30D0-11DF-BBDA-05C2372118A9
In the registry the first network card listed has a blank in it, or is a network card that RMS
does not use, for example a Phone card/mini network card. When this happens instead of
looking for the next entry echoid/wechoid stops and returns a blank. To fix this problem what
the user must do is carefully edit the registry and move the first network card entry to the
bottom of the list, thus enabling the echoid/wechoid programs to pick up a valid Ethernet
address and list it.
Open the machine registry and navigate to:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\NetworkCards
To move the blank or problem network card to the bottom of the list, rename the number to a
higher network card number than the last one in the list.
In this example, it is renamed to 91 but it could have been 12.
Once the entry has been changed, the list refreshed, the registry closed and the AVEVA-
locking.bat file run, the AVEVA-Server-name-info.txt file output contains an Ethernet
address listed. See the following example:
Sentinel RMS Development Kit 8.5.3.0020 Host Locking Code Information Utility
Copyright (C) 2012 SafeNet, Inc.
IP address : 192.168.200.56
Disk ID : 0xCD341ADF
UUID : BD5E286E-30D0-11DF-BBDA-05C2372118A9
Note: If the license file is requested with that network card active, when the returned
license.xml file is to be installed, it MUST be installed with that same network card
active.
Locking code = *15QL6UFV6WTR5FW plus the last part of the selector 0x2014 =
*15QL6UFV6WTR5FW2014
IP address : 10.0.150.17
Disk ID : 0x884BA25A
UUID : BD5E286E-30D0-11DF-BBDA-05C2372118A9
If different values are obtained at the time of installing the license then there may be a
problem; contact Support/License development.
If locking errors still occur, send the following information to the AVEVA License
Administrator:
The License file
The AVEVA-Server-UKCAMD3903-info.txt file
The screen shot of running wechoid.exe as shown above.
IP address : 10.0.101.38
Disk ID : 0x8771CA45
UUID : 008E337B-321F-11E1-9716-6CC25F06A060
Same machine with Wireless network active (see two Ethernet addresses now):
IP address : 10.0.101.38
Disk ID : 0x8771CA45
UUID : 008E337B-321F-11E1-9716-6CC25F06A060
Note: Once the license file has been installed it will then work which ever network card is
being used, so long as the original card is active /enabled.
Run the (.bat file) again and request a new license file with the new [1] locking criteria. Once
obtained install it, without changing the server state.
8.10 How do I specify all TCP and UDP ports for ALS
through a firewall?
Flex server ports can be set via the AVEVA License System Console > Flex - Edit
configuration in any ALS1.1.1 version and later versions.
The RMS server port can be set via the ALS console > RMS - Edit configuration in any
ALS version.
By default, the tool looks for RMS license servers on the default RMS port of 5093. However
AVEVA's default RMS port is 4545. To correct this:
1. Select Edit > Preferences and enter the server port as 4545, then click to select the
Save these preferences check box.
2. Close and start the WlmAdmin tool.
3. Expand the Subnet servers and find the required server name.
4. Click the license feature.
5. If the server is not listed under subnet servers then select Edit > Defined Server List.
6. Enter the server name, then click Add then OK.
Change yourservername to your server name and run the .bat file. It will create a file called
license-used.txt with a snapshot of the keys in the license file and the clients accessing
them.
8.14 What should I do if I get Error [18] when I run the RMS
license secured products (ex. Aveva E3D)?
When running any product for the first time, the following error message is displayed:
To overcome this error the Flex service (lmgrd.exe) programs must be stopped, this can be
done by stopping the lmgrd.exe (Aveva DLS Flex service) processes. Once the service is
stopped the new license can be installed.
The only way to continue is to restart the license server or re-boot the machine. This can be
fixed if both the RMS and Flex parts of the AVEVA Licensing System are pointed to the
localhost.
This can be done by editing the Flex licenses.lic file using the AVEVA License System
Console.
To use the WlmAdmin tool to check on the license server usage after configuring localhost
as above, add a Defined Server for localhost:.
When running an old FLEX secured product (ex. PDMS) the following error is displayed:
Error (-602) INVALID error code
The license server seems to be up and running but once the file RevokeRequest.xml is
created and placed in the folder: C:\AVEVA\AVEVA Licensing System\RMS, any products
will cease to run after five days.
Request a new license file and install it as if the license file has been revoked.
A revoked license server stops serving licenses after five days, if a new license has NOT
been installed onto that server.
After five days when running Wlmadmin accessing the license server and trying to view any
of the installed license keys, the following error is displayed.