I'm going to recommend use of a tool
This tool will give you a report (if proper command line parameters are utilized) similar to the output of the 'Manage licences' screen in Remedy. Every time it's run it'll give you a snapshot of who is using what licenses from which pool....should give you a pretty good 'history' of usage, depending on how often you run it. From this you might be able to see where people are coming across problems with the pools...if there is any correlation between how many people are in each pool, how many are in all pools, etc...might help narrow some things down that might help get you to root cause
Hi LJ LongWing,
$ java -cp .\lib\APLUserCount.jar;.\lib\arapi81_build001.jar;.\lib\log4j-1.2.14.jar com.apl.APLUserCount -u user -p xxxxxxx -x remedyserver -t port > output.log
I get the erorr
-bash: .libarapi81_build001.jar: command not found
-bash: .liblog4j-1.2.14.jar: command not found
Would you please guide to run this utility?
I know in Windows, the deliminator for the class path is ;, but if you are running on Unix, it may need to be a colon : instead....is that by chance the case?
Now I get this.
$ cat output.log
Error occurred during initialization of VM
java.lang.OutOfMemoryError: unable to create new native thread
I have lots of memory available.
top - 14:46:07 up 3 days, 21:34, 4 users, load average: 0.44, 0.27, 0.16
Tasks: 395 total, 1 running, 394 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.6%us, 3.8%sy, 0.0%ni, 93.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 49027152k total, 35987872k used, 13039280k free, 2571740k buffers
Swap: 32767996k total, 5020k used, 32762976k free, 19180688k cached
My Bad, Its working. Let me run for a while and see how can close we get.
Hi LJ LongWing,
When I ran the script the output was like this:
$ cat output.log
A Programming Legacy - http://remedylegacy.com
Wed Feb 03 15:01:02 PST 2016
Floating Pool Counts:
I have allocated 23 floating licenses in this pool 1000000228, but if you see it is not giving token to rest of the 5 users that's what the Review License form displays.
Is there any other option to see whats going on, why not assigning the write token to other users?
One of the bizarre thing is when i remove the license from user and re-assign does not help until services are restarted. I believe there is something seriously wrong with v9.1.
Well, due to the fact that they are Float Read, they don't have a write license, and as such, aren't assigned to a pool...and won't be till they get a Float Write
Thats the issue with 9.1, if I go and remove the user from float license to read and save and then back to float and restart the service then users gets the token. As I mentioned earlier, i have enough license in pool but number of users login are less then the assigned license in pool but don't get write token. Some thing is not right with v9.1. Did not had this issue going from 8.1 to 9.0 but with 9.1 yes there is issue.
and those 5 users that are using Floating Read (that in and of itself isn't an issue), are getting Token unavailable messages?
Oh...and do you have a server group?...if so, you can connect this tool to both servers....the floating pools are per server group, not per server....don't know if that affects you or not.
Server group is out of equation, i am running single server.
Yes these users get token unavailable message. but when i change the user license floating to read and save and then back to floating and then restart the AR Services then system does not complaint of write token availability for that user.
I can't understand system behavior.
May i suggest for your utility to add feature to show total license in each pools as well?