Answers Database

XLMASU (Xilinx License Manager Auto Start Utility) can't start the license manager on a workstation


Record #1222

Problem Title:
XLMASU (Xilinx License Manager Auto Start Utility) can't start the
license manager on a workstation



Problem Description:
Checklist when XLMASU can't start the license manager on a workstation.


Solution 1:

The Xilinx programs will call XLMASU to start the manager if
they can't connect to the manager.  This means that the
user of the application must be able use XLMASU.

XLMASU does NOT check out a license; it merely starts the server.
Try xlmcon -q to verify that the server is running.

Another set of checks:
  In one window, do:

	xlmdown (this will ask for confirmation
	xlmlog

  In another window, do:
	xlmasu

The output from the license manager will appear in the first window.



Solution 2:

1. The Xilinx programs must be in <Xilinx_dir>/bin/<cpu_type>
   and the license file in <Xilinx_dir>/license/license.dat

2. The user must be able to write into <Xilinx_dir>/license.
   If the software was installed by a user, then root
   (probably in a different group) probably can't start it.

3. The license socket (the fourth word on the SERVER line)
   must not be in use.	This number may be changed as needed,
   but NOT while the server is running.  It is not encoded.

4. If it is run from a node other than the license server,
   xlmasu must be able to find the <Xilinx_dir> as mounted
   on the server node.	Because of automounters, it may be
   impossible to determine the correct path; in that case,
   xlmasu must be run from the server node by a person who
   knows where the <Xilinx_dir> directory is mounted.

5. If run from a node other than the license server, xlmasu
   tries to start the license manager remotely on the server
   machine.  Therefor the user of xlmasu must be able to run
   programs on the server by the "rsh" command (or the crp
   command on Apollo.)

6. Start the server by the command:

   <Xilinx_dir>/bin/<cpu_type>/xlmasu -verbose -q 30



End of Record #1222