X
PrevPrev Go to previous topic
NextNext Go to next topic
Last Post 24 Mar 2011 04:24 PM by  anon
Changing to a new license server
 2 Replies
Sort:
You are not authorized to post a reply.
Author Messages

anon



New Member


Posts:
New Member


--
24 Mar 2011 04:24 PM
    We have a floating license serving several High Performance Compute clusters. We need to change to a new license server machine. ITT Vis very promptly re-hosted my license key, and I have the Flexlm and IDL_lmgrd daemons running on the new machine. So far, so good - but wait - For each user on the compute cluster, IDL creates the file ~/.flexlmrc and uses it to stash the user's last known license definition. We laboriously diagnosed this the last time we had to migrate a license server box, and it took me about 20 minutes to find that information today. So I can easily convert myself to the new server, but it will be a trial to hunt down and convert the rest of the users. IS THERE SOME WAY TO DISABLE THIS FUN FEATURE? I'm sure it makes something more efficient, some of the time, but it's a real maintenance problem at times like this. Thanks!

    Deleted User



    New Member


    Posts:
    New Member


    --
    28 Mar 2011 11:30 AM
    Unfortunately there is no way to disable this feature, however as long as the system is updated with a new server address, it should not cause the license checkout to fail. To override the .flexlmrc license source definition, define an IDL_LMGRD_LICENSE_FILE system environment variable that points to the desired license file or server location. Note that even if a system environment variable named IDL_LMGRD_LICENSE_FILE is defined, the IDL_LMGRD_LICENSE_FILE setting in the .flexlmrc file will continue to be referenced, but as a secondary license source if the IDL_LMGRD_LICENSE_FILE system environment variable does not supply a viable license source for the IDL session.

    Deleted User



    New Member


    Posts:
    New Member


    --
    28 Mar 2011 01:52 PM
    Aha! We have been defining an environment variable named "LM_LICENSE_FILE", for this and at least one other product managed by FlexLM. We concatenate the definitions when additional products are called up by the user. In our previous experience, the value in ".flexlmrc" either did not change, or APPended our new license definition to the previous definition. Thus, users remained loyal to the old license server until we shut it off :-) or until we forcibly deleted their .flexlmrc files. I just updated my own environment to define "IDL_LMGRD_LICENSE_FILE" instead of the generic env var. I called up IDL via the "old" definition, then again via the "new" definition, and am happy to see that the new definition is PRE-pended in the .flexlmrc file, so the new server will always be asked first. This means that I will indeed be able to switch user loyalty without them even noticing. Thanks! I bet this is buried in the license instructions fine print (correct name of environment variable), but when you've been managing a product for a while, it's easy to assume that whatever someone set up years ago is still valid.
    You are not authorized to post a reply.