Is there any way to get more details in the user log? For instance, the IP
the user is coming from? We're seeing some unusual things in the user log
(for example, three consecutive logins within a fraction of a second by a
user that is not even logged into the system ). On ARS 7.5 - We have the
max passwords set and it seems folks are getting locked out both when they
are not even on the system and while they are already successfully logged in
(no password change while they are logged in).
----- Original Message -----
From: "Mueller, Doug" <[email protected]>
Newsgroups: public.remedy.arsystem.general
To: <[email protected]>
Sent: Friday, July 30, 2010 5:35 PM
Subject: Re: License Tracking - Read Users
LJ,
The key is that there is a way for someone who wants to track every
nuance --
turn on user logging to a form and track whatever you want -- and a way for
someone who is trying to manage write licenses -- the license tracking
feature.
There are singificantly different overheads for the two levels. The
customers
the licence tracking feature is aimed at want it low impact and to track
write
licenses which are the things they have to pay for and audit and track and
manage.
If you want more, that capability exists using user logging and is not
restricted to just what license tracking does but allows you to manage any
aspect of the interaction with login/logout/timeout/whatever of user
connecting.
This is what the features are and what they are designed to do. We
understand
you wish one of the features works differently -- and that is what the RFE
process allows you to share and to request a change. But, these are what
these
features are designed to do and the reasons for why each works the way it
does.
It is not a technical issue about not being possible, it is just there needs
to
be what a feature does and this is what each of them does in this case.
I hope this helps,
Doug Mueller
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of LJ LongWing
Sent: Friday, July 30, 2010 1:40 PM
To: [email protected]
Subject: Re: License Tracking - Read Users
What would be a larger overhead.
1 - Turn on User Logging to capture any/all user login/out, then hafta parse
the log every time you were looking for information
2 - Turn on User logging to form, and parse apart the information you want
out of that table
3 - Have Remedy server maintain information in a remedy form
I thought based on its description that it was a 'License Tracking'
feature....which in effect turned #1 into #3....but the undocumented feature
that it's not actually License Tracking, but 'Write License Tracking' means
that 50% of the licenses available aren't tracked and I need to continue
utilizing legacy procedures to keep track of my licenses properly....or
maybe I'll turn to #2 and do a hybrid of 1 and 3 to get the same
results.....
The end run is that I need to capture all of the information about
login/logout and produce license usage stats....currently I do this through
RRR|License (which works great BTW, no complaints), but was hoping with this
new feature, to not need to have them parse my log for me because Remedy
already captured all my info for me....so maybe I'll move my logging to form
and query for what I need....who knows...I'm just disappointed that it
doesn't track ALL licenses.
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Easter, David
Sent: Friday, July 30, 2010 2:15 PM
To: [email protected]
Subject: Re: License Tracking - Read Users
I don't see why the volume would be all that much higher than the write
licenses...
The difference is the ratio of read licenses to write licenses. Let's say
your company has 5000 employees. Even if only 10% of that user base logged
into the system over the period of one day (for example to log service
requests), that's 500 license grant/release records written (in addition to
the write licenses being tracked for the IT staff, which is probably closer
to 50 write licenses).
I understand your desire. It isn't what the feature was designed to do.
Perhaps the mechanism of tracking will be reviewed in a future release and
both read and write licenses will become available as part of an enhanced
feature.
-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.
The opinions, statements, and/or suggested courses of action expressed in
this E-mail do not necessarily reflect those of BMC Software, Inc. My
voluntary participation in this forum is not intended to convey a role as a
spokesperson, liaison or public relations representative for BMC Software,
Inc.
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of LJ LongWing
Sent: Friday, July 30, 2010 12:14 PM
To: [email protected]
Subject: Re: License Tracking - Read Users
David,
I read that line specifically, and it specifically lead me to believe that
it did more than Fixed and Floating because with 'and so on' indicates more
than just the two listed. I don't see why the volume would be all that much
higher than the write licenses...the user is still logging in and logging
out...they wouldn't need a different record for each time they make a
modification....just when they are logged in and out, right?...same as
Fixed...that is of course assuming that Remedy handles the read licensing
the same way it does the Write...this I do not know because I've never seen
the Remedy code.
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Easter, David
Sent: Friday, July 30, 2010 12:58 PM
To: [email protected]
Subject: Re: License Tracking - Read Users
Page 44 of the Configuration Guide:
License Type: Type of license (fixed, floating, and so on).
I acknowledge that our documentation person should probably not have added
"and so on".
If you want to track ALL licenses, that would be an enhancement as the
feature was designed specifically to track purchased licenses. The goal was
to provide a mechanism that customers could use to determine how their
investment was being utilized - perhaps to make decisions of redistribution
of licenses. For example, if a user had a fixed license assigned but had
not logged in and consumed that license for 6 weeks, perhaps it would be
better to assign them a floating license.
Since there are unlimited read/restricted read licenses available with AR
System, customers have no further economic burden if the read licenses
increase or decrease in usage. In addition, the performance impact of
tracking read licenses as well as write licenses may be noticeable on a
system where users enter and leave the system in high volume with read
licenses (since the entries are written to the DB each time).
-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.
The opinions, statements, and/or suggested courses of action expressed in
this E-mail do not necessarily reflect those of BMC Software, Inc. My
voluntary participation in this forum is not intended to convey a role as a
spokesperson, liaison or public relations representative for BMC Software,
Inc.
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of LJ LongWing
Sent: Friday, July 30, 2010 11:41 AM
To: [email protected]
Subject: Re: License Tracking - Read Users
David,
I thought the point of this feature was to replace turning on the User log
to track user activity....I was under the impression that 'License Tracking'
tracked ALL licenses...not just half of them. I want it to have a record to
tell me when a user logged in, when they logged out, how much time was
spent, etc, just the same as it does for Fixed/Float, but also for Read/Read
Restricted.....this implementation seems to only half track your users
license usage. I wasn't able to find ANY reference (I looked for quite some
time today) to the fact that it only tracks write licenses...can you point
me to that doc and page?
If I want this to track ALL licenses, would that then be an enhancement
request instead of a bug?
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Easter, David
Sent: Friday, July 30, 2010 12:06 PM
To: [email protected]
Subject: Re: License Tracking - Read Users
The feature does not currently track read and restricted read licenses since
they are unlimited. The feature tracks only write licenses.
-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.
The opinions, statements, and/or suggested courses of action expressed in
this E-mail do not necessarily reflect those of BMC Software, Inc. My
voluntary participation in this forum is not intended to convey a role as a
spokesperson, liaison or public relations representative for BMC Software,
Inc.
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of LJ LongWing
Sent: Friday, July 30, 2010 10:51 AM
To: [email protected]
Subject: Re: License Tracking - Read Users
All,
Can I get some people running 7.5 to run a test for me. I'm running 7.5
Patch 5 and Patch 6 here and have 'Enable License Tracking' turned on in the
Admin Console. At this moment I'm not seeing any 'Read' or 'Read
Restricted' records showing up in the 'AR System Historical License Usage'
form. I seem to remember seeing this happening in Patch 4, but I don't have
one installed at the moment....so is there any chance that I can get someone
from using initial-Patch 4 to test this to see if you get accounting of a
read/read restricted user logging in.
TIA
____________________________________________________________________________
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
