Hello MS community,
I am writing regarding a very unsettling problem with the license with Materials Studio when running a job on a cluster. Here is an explanation of what we did and what we encounter:
- We have Materials Studio 6.1 installed on a Windows desktop machine, together with the license manager (v7.6.8). The machine name is "umi-model”.
- We have MS installed on an user account of a cluster, and set up the license via remote connection from the cluster to the Windows desktop machine (1715@umi-model, and the ports 1715 and 1720 are opened on the windows machine's firewall). It seems to work fine as all tests return “succeeded” or similar message, as you can see below:
> ./lp_server -w
server connection: 1715@umi-model
status:
1715@umi-model: Connected
>
> ./lp_tester
Attempting checkout...
Checked out license feature: License_Holder
Checkout succeeded...
- When submitting a job with Forcite for example, it runs without any problem if ran locally on the desktop machine.
- When submitting the same job to the cluster, we can see the job being submitted to the grid engine, so the Gateway seems to be working fine as well as the connection to the grid engine:
> qstat
job-ID prior name user state submit/start at queue slots ja-task-ID
-----------------------------------------------------------------------------------------------------------------
3583 0.55167 MS_2NQ7K mstudio r 10/20/2014 17:33:24 all.q@compute-0-2.local 8
Just in case it may be the cause to our problem, I have to say that we tricked MS into reckognizing our grid engine (the open source OGS/GE 2011.11p1 as supplied in the ROCKS 6.1.1 distribution, when MS should only work with the Oracle SGE v6.2u7 and above) using the joined "dsd_sge.pm" file. Basically, this is done by adding the following code at the end:
if (\$firstLine =~ /OGS\/GE (.*)\n/i){
\$issge =1;
(\$version) = "Oracle Grid Engine 6.2u7";
}
The trick seems to work since when submitting a job to the cluster and hitting qstat shows that the job is indeed submitted and goes to the "r" (running) status before encountering the license problem
- However, after a few seconds it always fails and gives us the following error message:
Forcite
-------
Task : Dynamics
Version : 6.1
Build date : Mar 6 2013
Host : compute-0-2.local
Threads : Parallel 8
Operating system : linux
Task started : Mon Oct 20 17:33:28 2014
This feature is not available. A valid license is required to use it.
Error: #-15 (LP 7.6.8)
Cannot connect to license server system.
The license server manager (lmgrd) has not been started yet,
the wrong port@host or license file is being used, or the
port or hostname in the license file has been changed.
Feature: License_Holder
Server name: umi-model
License path: /home/mstudio/Accelrys/LicensePack/Licenses/msi.lic:
1715@umi-model:/home/mstudio/Accelrys/LicensePack/share/data/*.lic
FLEXnet Licensing error:-15,570. System Error: 19 "Operation now in progress"
For further information, refer to the FLEXnet Licensing End User Guide,
available at "www.macrovision.com".
>>>Incorrect license server hostnames, ports and firewalls
can disrupt the connection. See License Pack documentation
for information on license server connections and
supporting firewalls.<<<
Task terminated : Mon Oct 20 17:34:08 2014
Total CPU time used by Forcite: 0 seconds (0.08s)
Termination status : Error
So my question is: how come the license is not found, when the license server is working and the connection is made between the desktop and the cluster ?
I asked this question to support@accelrys.com, and they told that it may be because the license server name I entered is only the machine name without the domain name, but since "lp_tester" is successful I don't think they read my problem carefully...
So... any help would be greatly appreciated !
Best regards,
Colin
