Attempt to login too many users (OpenInsight 32-bit)
At 07 SEP 2012 03:39:56PM john bouley wrote:
oi 8.07 I am getting an error "OpenInsight bootup failed". Trying to start OEngine.exe I receive "Attempt to login too many users". This happens to be a 6 user license and as far as we can tell there are less than 6 users in. However, there is another app located on the same server with a 50 user license. How does the UD determine number of users?
Ultimately, I will need to merge the application from the 6 user license into the 50 user license but it may be difficult to do if we can't open OI. Also, I will need to merge the users contained in the 6 user and move them to the 50 user. Is this possible?
Thanks,
John
At 07 SEP 2012 04:21PM Jared Bratu wrote:
The UD records the serial number of the OEngine when files are attached so if there are two applications on the same server with the same serial number the UD can prevent a 25 user installation from become a 50 user installation.
The most likely source of the problem is A) the OEngineServer is running and using licenses B) someone is using remote desktop to the server and left their session open or C) a workstation has hung oengine processes that are consuming licenses.
That said, it's also possible that local copies of the application could consume licenses. If you made a local copy of the application and attached files on the server (instead of locally) that connection to the server would count against the total number of licenses for the specific serial number. For example, if you have a 25 license engine. Running a local program with the same serial number and attaching files on the server would reduce the license count to 24 even though the application isn't on the server.
Another thing to check is local copies of the application with a REVPARAM file that points to the server could cause the OpenInsight client to not attach the local files but re-direct to the server. So if you have local copies please check the validity of the REVPARAM files.
At 07 SEP 2012 04:24PM john bouley wrote:
Thanks Jared,
I ran into this once before at another customer. In the end, the solution was to move the small number of user applications to another server. I am just surprised we haven't run into this previously at this location. :)
Thanks again,
John