Servicedesk 4.5 with sp20 OS is Windows 2003 We are facing one issue in our environment. when we see logged on users, it is showing more than 7 sessions of on application account with same time and host name. it is showing each user randomely. Due to this our application users are getting Maximum concurrent users errors.
A similar known error like this happens if you have created new extended custom fields while users are still logged on, then use those fields in rules. With SP20. (We have one user with 20 sessions created!).
If this is the problem you should be able to fix by getting each of the users with multiple sessions to log off properly then log back in. To avoid it happening again, you need to get all users to log off (NOT just timeout) then create the extended fields, then restart the services. But if any users have timed out, then they log on they may cause the problem again until the log off neatly. We logged this case with HP and they explained it all like this....but said there was no fix. Yet I haven't seen it happen at another client on SP22 so maybe it is fixed in later service packs.
Everything we've had back from HP on this problem (IF it's caused by use of new extended custom fields) is that just clearing rep session is not enough...as we found. It seems to be something held at the client PC level. In our case (as HP told us) we had to get every user to log out - NOT time out - before we set up the new fields, which can be quite difficult. But worth trying the script anyway. I have another SP22 client who has a longer timeout and doesn't have the problem so most peculiar.
We've had similar issues here. I've written a java app which runs every two hours (via Windows scheduler) and marks all duplicate logins for removal. Before this work-around we were hitting our concurrent user peak quite often.
Here's my code. We're running on Oracle 9i, so if you're using a different database, you'll have to modify the connOracle code. I've tried to comment is as much as possible, any questions, please let me know.