Hi,
If your user jumps between two Mid-Tiers, this would be considered two
machines.
If you login to Mid-Tier and ARUser at the same time, it would be two
machines...
If you run ARUser and an API-program from the same machine you are fine.
The question is what happens with SRM-user who log in to Mid-Tier for
other things. Would this be considered the same machine? How is your
infrastructure set up?
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.
> 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
> nkst...@sandia.gov
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
> Sent: Monday, September 03, 2012 1:07 AM
> To: arslist@ARSLIST.ORG
> 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: rob.van.e...@capgemini.com
>> 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:image003.gif@01CD89A7.F7CCF2C0]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:image004.gif@01CD89A7.F7CCF2C0]
>>
>>
>>
>>
>>
>>
>>
>> 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"
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
