05-28-2013 05:06 PM
My company has about 20 machines with various versions of LabVIEW installed. I just realized that the NI Update Service utility has never ran on my main workstation, but it did on multiple lab machines. I tried to fire up the NI Update Service manually, and I got this error message:
"National Instruments Update Service has been disabled by your administrator. Contact your adminstrator for information about updates to Naitional Instruments products."
What? I am the adminstrator! I didn't disable anything...
I opened up the NI License Manager (V3.7), and saw this odd inactive server in the list:
This is a FlexLM server that we are running, however as you can see, we are only running local licenses of LabVIEW. We do not have a VLM setup for LabVIEW. I tried to delete it by right clicking and selecting "Remove Volume License Server", and got this error message:
"This volume license server could not be removed due to an error writing to the registry or because this volume license server is specified in an environment variable"
Sure enough, I have LM_LICENSE_FILE user environment variable set to the server shown above. However this variable is required by another set of software that does use a FlexLM server. (Specifically, Mentor Graphics ModelSim.)
If I remove the LM_LICENSE_FILE string, then the NI License Manager will no longer show the inactive server, and NI Update Service runs as expected:
Of course, by removing LM_LICENSE_FILE, my other software (ModelSim) will no longer work.
So my current workaround is to delete LM_LICENSE_FILE until NI Update Service is finished updating, and then add the environment variable back. This is annoying, and looks like a bug. Is there any other possible workaround/fix where I don't have to play games with LM_LICENSE_FILE?
Solved! Go to Solution.
05-28-2013 06:12 PM
I had a similiar issue that I resolved by completely uninstalling LabView, running a registry cleaner (CCleaner.com is free and awesome) and reinstall LabVIEW. It may be cheating, but it definitely worked.
05-29-2013 04:55 PM
This is occurring because the NI License Manager will look in a variety of locations for a volume license server: a certain registry key, the NILM_LICENSE_FILE environment variable, and LM_LICENSE_FILE environment variable. If it finds any servers in these three locations, it will assume there is a volume license server that can be accessed. If it cannot access the server at the current time, it will assume that updates are not allowed and will not allow you to run the NI Update Service. This is exactly what's happening here.
Fortunately, there is a solution. the LM_LICENSE_FILE environment variable is a general location for license servers and is looked at by multiple pieces of software (including ours), but most software also has a more specific environment variable. For your software, that variable appears to be: MGLS_LICENSE_FILE. Do you have this environment variable on your system, and if so, can you move the license server information to that variable? I think this might resolve the issue you're seeing.
Hopefully that will work, but if not, let us know and we can continue to look into it.