Greetings,
I led our team doing a TSM audit on a 2000 server environment about
a year ago. The biggest headache I have ever had. There are so many
exceptions for each different kind of servers. VMware servers,
standalone Windows, NAS, Clusters, AIX Lpars in a sub-processor lpar.
It took a couple months, and we still probably had some mistakes in it,
but we got REALLY close.
We just recently installed IBM License Metric Tool. The early
versions were really bad, but the version we recently installed (7.5, I
think) seems to work correctly. It even seems to count correctly the
AIX sub-processor Lpars, which we thought would confuse it. Deploying it
in a large environment will be a project, but it comes with a
self-extracting installer that won't be too tough, once we script it.
The only problem is that you have to set up a config file that defines
where your ILMT server is, and then you have to push that out to each
server before you run the installer on each host to install it.
In the future we will make it part of our standard build, which
will make it more seamless.
But I believe that, once we get it deployed, it will really be less
work than any other method of counting licenses would be.
The other choice would be a capacity-based license. I understand
IBM is starting to make these available. The hitch is that each license
is individually negotiated with IBM, and you have to count your licenses
with PVUs first to establish a "baseline" for calculating what a "fair"
capacity-based license would be. This sounds like to me like everybody
will end up paying a different price for TSM, depending on their mix of
TSM clients when they establish their "baseline", and what kind of
negotiators they are.
Best Regards,
John D. Schneider
The Computer Coaching Community, LLC
Office: (314) 635-5424 / Toll Free: (866) 796-9226
Cell: (314) 750-8721
-------- Original Message --------
Subject: Re: [ADSM-L] Does TSM Have a way to Automatically Determine
How many CPU'S aka processors a server has
From: Robert Clark <robert.cla...@usbank.com>
Date: Mon, April 26, 2010 4:04 pm
To: ADSM-L@VM.MARIST.EDU
Funny phrase that, "shear amout of work". Unintentional pun? As in
fleecing sheep?
[RC]
From:
David Longo <david.lo...@health-first.org>
To:
ADSM-L@VM.MARIST.EDU
Date:
04/23/2010 11:25 AM
Subject:
Re: [ADSM-L] Does TSM Have a way to Automatically Determine How many
CPU'S
aka processors a server has
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
I bet a lot of people get extra counts for reasons you mentioned
and related ones.
David Longo
>>> Rick Adamson <rickadam...@winn-dixie.com> 4/23/2010 2:08 PM >>>
We just recently went through an IBM audit and were tasked with
collecting this information on several hundred machines, some local and
some remote. When I told my management that TSM does not collect this
info he got our IBM rep on the phone for confirmation. I spent a
considerable amount of time trying to find a way to get a near accurate
count without having to worry about hyperthreading fudging my numbers.
Intel makes, or made, a small utility call cpucount that does the job.
With very little scripting it can gather the numbers. I just created a
for loop that referenced a text file with the node names and ported it
out to a cvs file.
David if you can't find it let me know and I will see if I still have a
copy.
I STRONGLY suggest that anyone about to attempt this read the IBM
license terms regarding PVU's.
IBM has no compassion regarding the shear amount of work the it requires
and they send third party auditors out to your site that only have the
slightest clue what they are doing. In many situations they tried to
double count our MS clusters (once for the physical nodes, and again for
the virtual instance names. I explained it to them and when we got their
analysis report...you guessed it, there it was. I should have known when
they had that deer-in-the-headlights look on their face.
Thank you,
~Rick
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Friday, April 23, 2010 12:49 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Does TSM Have a way to Automatically Determine How
many CPU'S aka processors a server has
We made it throught the ILMT install, but are not in production yet with
it.
The actual install wasn't that difficult, but the instructions leave
much
to be desired - a lot of words with little info.
For example, it installs DB2 for it's db. Ok . . . I assume it has
some
built in backup system. Then I read a little comment that for backups
refer to the DB2 documentation, and a link to the DB2 infocenter. We're
an
Oracle shop . . .no one here knows DB2. No help, no cheat sheet, no
built
in backup scripts - just go read the db2 manuals! One of my tasks now
is
to become a DB2 dba . . . what fun! (probably a good thing for our
eventual migration to TSM v6)
Another example . . .it's reporting the wrong units for a certain AIX
model. You show the support guy the actual web page where the units for
the server are listed, but you get nowhere.
Rick
Lindsay Morris
<lind...@tsmworks
.COM>
To
Sent by: "ADSM: ADSM-L@VM.MARIST.EDU
Dist Stor
cc
Manager"
<ads...@vm.marist
Subject
.EDU> Re: Does TSM Have a way to
Automatically Determine How many
CPU'S aka processors a server has
04/23/2010 11:41
AM
Please respond to
"ADSM: Dist Stor
Manager"
<ads...@vm.marist
.EDU>
There's ITLM, IBM Tivoli License Manager.
It's kind of bear to install, I hear.
(Has anybody done it?)
But nobody else has a fully automated solution AFAIK.
Contact me off-line and I can give you some other options.
--------------------
Lindsay Morris
CEO, TSMworks
Tel. 1-859-539-9900
lind...@tsmworks.com
On Fri, Apr 23, 2010 at 11:30 AM, David W Daniels/AC/VCU
<dwdan...@vcu.edu>wrote:
> All, Does anyone know if TSM has the capability to count and report
how
> many CPU'S aka processor(s) a server has? I'm asking because it SLA
time
> and this is some of the information we would like and hopefully charge
> user departments for in regard to TSM support.
>
> Also if there's is another way to get this information automatically
> please share....
> ** Don't be a phishing victim - VCU and other reputable organizations
will
> never use email to request that you reply with your password, social
> security number or confidential personal information. For more details
> visit http://infosecurity.vcu.edu/phishing.html
>
-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.
#####################################
This message is for the named person's use only. It may
contain private, proprietary, or legally privileged information.
No privilege is waived or lost by any mistransmission. If you
receive this message in error, please immediately delete it and
all copies of it from your system, destroy any hard copies of it,
and notify the sender. You must not, directly or indirectly, use,
disclose, distribute, print, or copy any part of this message if you
are not the intended recipient. Health First reserves the right to
monitor all e-mail communications through its networks. Any views
or opinions expressed in this message are solely those of the
individual sender, except (1) where the message states such views
or opinions are on behalf of a particular entity; and (2) the sender
is authorized by the entity to give such views or opinions.
#####################################
U.S. BANCORP made the following annotations
---------------------------------------------------------------------
Electronic Privacy Notice. This e-mail, and any attachments, contains
information that is, or may be, covered by electronic communications
privacy laws, and is also confidential and proprietary in nature. If you
are not the intended recipient, please be advised that you are legally
prohibited from retaining, using, copying, distributing, or otherwise
disclosing this information in any manner. Instead, please reply to the
sender that you have received this communication in error, and then
immediately delete it. Thank you in advance for your cooperation.
---------------------------------------------------------------------
