License Manager won't start

[Tony_B_1]

I've a lot of experience with Flexlm for lots of different software, but this is very strange. I'm attempting to install the vTune license manager on Windows (in this case an existing Windows 2003 32-bit server that hosts many other floating license servers).

So, normally we put all our license servers in c:flexlm\<vendor>, so initially I do this. All the files for vTune go into c:\flexlm\IntelLM. I configure the service as I've done many times before, and try to start it. the first few lines in the debug.log file look fine, but then the LM goes into a loop with the following errors;

16:09:07 (lmgrd) Starting vendor daemon at port 27007
16:09:07 (lmgrd) Using vendor daemon port 27007 specified in license file
16:09:07 (lmgrd) REStarted INTEL (pid 6140)
16:09:07 (INTEL) FlexNet Licensing version v11.11.0.0 build 106800 i86_n3
16:09:08 (INTEL) Server started on flexserver1 for:
16:09:08 (INTEL) IA6627966 (consisting of:              PerfAnl)
16:09:08 (INTEL) EXTERNAL FILTERS are OFF
16:09:08 (lmgrd) INTEL using TCP-port 27007
16:09:13 (lmgrd) INTEL exited with status 5 signal = 1788
16:09:13 (lmgrd) Since this is an unknown status, license server
16:09:13 (lmgrd) manager (lmgrd) will attempt to re-start the vendor daemon.
16:09:13 (lmgrd) Starting vendor daemon at port 27007
16:09:13 (lmgrd) Using vendor daemon port 27007 specified in license file
16:09:13 (lmgrd) REStarted INTEL (pid 2580)
16:09:14 (INTEL) FlexNet Licensing version v11.11.0.0 build 106800 i86_n3
16:09:14 (INTEL) Server started on flexserver1 for:
16:09:14 (INTEL) IA6627966 (consisting of:              PerfAnl)
16:09:14 (INTEL) EXTERNAL FILTERS are OFF
16:09:14 (lmgrd) INTEL using TCP-port 27007
16:09:15 (lmgrd) INTEL exited with status 5 signal = 1780
16:09:15 (lmgrd) Since this is an unknown status, license server
16:09:15 (lmgrd) manager (lmgrd) will attempt to re-start the vendor daemon.
16:09:15 (lmgrd) Starting vendor daemon at port 27007
16:09:15 (lmgrd) Using vendor daemon port 27007 specified in license file
16:09:15 (lmgrd) REStarted INTEL (pid 3772)
16:09:16 (INTEL) FlexNet Licensing version v11.11.0.0 build 106800 i86_n3
16:09:16 (INTEL) Server started on flexserver1 for:
16:09:16 (INTEL) IA6627966 (consisting of:              PerfAnl)
16:09:16 (INTEL) EXTERNAL FILTERS are OFF
16:09:16 (lmgrd) INTEL using TCP-port 27007
16:09:18 (lmgrd) LICENSE DAEMON died due to signal 2
16:09:18 (lmgrd) lmgrd will now shut down all the vendor daemons

During this time, the INTEL.EXE vendor daemon causes the CPU to spike repeatedly until I kill the process. What I've tried so far;

Using a different folder name for the license server (I know that sometimes the folder cannot be the same name as the daemon)
Using a different LMGRD port
Turning on/off the VENDOR return port
Installing the full Intel license Manager into the standard folder (c:\program files\common files\intel\...)
Running the license manager interactively at the command prompt (lmgrd -z)
Adding the full path to the vendor daemon on the VENDOR line
Splitting the package lines across multiple lines, and placing them all on a single line
Creating the service manually using LMTOOLS.
Adding an exclusion for INTEL.EXE to DEP

If I CTRL-Z out of the process, I can see this error as well;

16:06:58 (lmgrd) Shutting down INTEL pid=1780 because of signal 2
16:06:59 (lmgrd) Can't connect to the license server system. Shutdown INTEL failed.
16:06:59 (lmgrd)        Cannot connect to license server system. (-15,10:10061 "WinSock: Connection refused")
16:06:59 (lmgrd) Can't shutdown the license server system.  Shutdown INTEL failed.
16:06:59 (lmgrd) EXITING DUE TO SIGNAL 2

As I said though, there are no conflicting ports in use. Everything has been very carefully checked.

We did have an old Intel Compiler license server running on the same host, which also used a much older INTEL daemon (that ran fine), but I totally removed this before installing vTune. There is no firewall running, and no conflicting TCP ports. This host runs at least a dozen other license servers without problem.

Anyone have any ideas?

[Hubert_H_Intel]

Is it a virtual machine your server is running on? What Processor is displayed under 'System'? What happens if you run the INTEL.exe from the command line w/o parameters. Well, it shall issue that it can run with lmgrd only, but it shall not crash or so.
Regards, Hubert.

[Tony_B_1]

Thanks. The host is a physical box, not virtual. It's an older server, but one that's just used for hosting flexlm licenses. Never had a problem like this before with any license I've tried to put on it.

If I run INTEL.EXE from the command line, I get the following response (which looks ok to me, and no crashes);

10:08:50 (INTEL) FlexNet Licensing version v11.11.0.0 build 106800 i86_n3
10:08:50 (INTEL) Vendor daemons must be run by the license server manager (lmgrd)

This version matches the output from lmutil lmver lmgrd.exe, which shows as;

lmutil - Copyright (c) 1989-2012 Flexera Software LLC. All Rights Reserved.
FLEXnet Licensing v11.11.0.0 build 106800 i86_n3 (lmgr.lib), Copyright (c) 1988-2012 Flexera Software LLC. All Rights Reserved.

Baffling!

[Hubert_H_Intel]

I'm sorry. I don't have an idea at the moment of what could be wrong. Let me try to setup a Windows 2003 32-bit machine to see if there is a problem. May be that we didn't test this server configuration.
Hubert.

[Hubert_H_Intel]

Tony, if it's very urgent for your developers to get the VTune Amplifer XE running asap, let me know. I can provide you a temporary single-user license that can be used by all developers until the license manager is running.
Hubert.

[Tony_B_1]

Ok, thanks for your help. Very strange. I might try and re-request the license with a new hostID, and try it on another system (probably Windows 2008 R2) to see if that works. We just keep this 2003 server for flexlm duties, and have never had this problem before.

If I have further problems, I'll be back in touch.

[Tony_B_1]

Well, I eventually did a fresh install of FlexNet Administrator 11.1 on a new 2008R2 host, and added the vTune license. This worked no problem, and came up first time. I guess there's a problem with this daemon running on 2003 x86 then.