The message we get on our ITSM 7.6.04 SP2 on Remedy 7.6.04 installation when a user goes to log in and there is already an existing session is "User is currently connected from another machine. (ARERR 9093) Do you wish to override?" The user clicks OK and it kills the initial session and logs them in. However, this is the message our Support Staff who log in to ITSM via the MT see - we didn't implement SRM. So for all I know, the rules in SRM are completely different.
What type of license do SRM end users get? Doug Mueller says this in an old post: "Users who are Administrators (with a Fixed license and members of the Administrator group) AND Users who are Restricted Read users can log in from multiple machines simultaneously. All other users are restricted to be logged in from one machine (can be multiple tools) at a time." What that doesn't tell me is whether only users with Floating licenses get the session override message mentioned above. Thanks, Natalie Stroud SAIC @ Sandia National Laboratories ARS-ITSM Tester Albuquerque, NM USA [email protected] -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Misi Mladoniczky Sent: Monday, September 03, 2012 1:07 AM To: [email protected] Subject: [EXTERNAL] Re: Rights to "Kill someone else's Sessions" Hi, I don't know for SRM specifically, but a user should be able to override any existing connection. At least once. A special prompt to allow this should be shown to the user. Something in the SRM implementation might be lacking here though... Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > Hi, > > We're running SRM 7.6.00 on a BMC Remedy 7.5 environment. > Due to network related issues, our Servicedesk is confronted with SRM > End-users who have disconnected / lost / runaway sessions and hence > cannot login as they "are already logged on from somewhere else". > They could wait until the session expires, but I guess we all know, > users are impatient ;-) I know, If we could solve our network issues, > these situations would be reduced to a minimum, but that's out of my > control and I've been told this could take a very long time. > > Question is: > Is it possible and if so what rights can I give our Servicedesk > Personel so they, after proper verification, can kill the complaining > end-user's sessions? > > Regards, > Rob > > Ps. To help the end-user's quickly, the Servicedesk does not want the > delay of calling the Admins (if available) to kill the sessions for them. > _________________________________________________________ > Rob van Eerd | Capgemini | Netherlands, Utrecht IT Managed Solutions | > Division ITS > E-Mail: [email protected] > Office: +31306894641 / Mob: +615030666 / > www.capgemini.com<http://www.capgemini.com/> > > [BMC_Education_Certified_Admin_BMC Remedy AR System > 7604_small][togaf9-certified_E-Mail-Signature] > [cid:[email protected]]People matter, results count. > _________________________________________________________ > Capgemini is a trading name used by the Capgemini Group of companies > which includes Capgemini "Netherlands", a company registered in "Netherlands" > whose registered office is at "Papendorpseweg 100, Utrecht". > > [cid:[email protected]] > > > > > > > > This message contains information that may be privileged or > confidential and is the property of the Capgemini Group. It is > intended only for the person to whom it is addressed. If you are not > the intended recipient, you are not authorized to read, print, retain, > copy, disseminate, distribute, or use this message or any part > thereof. If you receive this message in error, please notify the > sender immediately and delete all copies of this message. > > ______________________________________________________________________ > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
