ADSM-L

Re: [ADSM-L] [adsm] Re: Does TSM Have a way to Automatically Determine How many CPU'S aka processors a server has

2010-04-27 10:12:09
Subject: Re: [ADSM-L] [adsm] Re: Does TSM Have a way to Automatically Determine How many CPU'S aka processors a server has
From: "Baker, Jane" <Jane.Baker AT CLARKS DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 27 Apr 2010 15:11:04 +0100
We were recently offered a capacity based licensing model where it was
correlating with the size of our primary storage pools?? Which then can
have growth percentages added to it for forward planning.

Might be worth asking about that too?? Sounds like a nightmare to manage
when you have multiple hardware platforms and could simplify it a bit.




Jane.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT vm.marist DOT edu] On Behalf Of
Lloyd Dieter
Sent: 27 April 2010 15:06
To: ADSM-L AT vm.marist DOT edu
Subject: Re: [ADSM-L] [adsm] Re: Does TSM Have a way to Automatically
Determine How many CPU'S aka processors a server has

Amen!

This licensing is KILLING us!


On Tue, 27 Apr 2010 20:19:33 +1200
Steven Harris <steve AT STEVENHARRIS DOT INFO> wrote:

> Thanks for that John
>
> Take a look at the latest PVU table.
>
http://www-01.ibm.com/software/lotus/passportadvantage/pvu_licensing_for
_customers.html
>
> For P7 and Nehalem EX processors the CPU and Core count is not enough,
> it also depends on how many CPUs the box is *capable* of.
>
> I dunno what the IBM guys were smoking when they thought this up, but
> its going to be very difficult to calculate manually in any reliable
> fashion.  Think also that an 8x4 Nehalem server will use 3840 PVUs.
We
> figure that TDP for MSSQL on such a box will cost more than the MSSQL
> licences even with heavy discounts.
>
> All but my largest customers are deserting TSM as fast as they can,
> mostly to Commvault, simply because of the cost of the product, and
the
> perceived cost when we make the  licences purchased accord with
reality.
>
> Regards
>
> Steve
>
> Steven Harris
> TSM Admin
> Paraparaumu, New Zealand
>
> John D. Schneider wrote:
> > 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.clark7 AT USBANK DOT COM>
> > Date: Mon, April 26, 2010 4:04 pm
> > To: ADSM-L AT VM.MARIST DOT EDU
> >
> >  Funny phrase that, "shear amout of work". Unintentional pun? As in
> > fleecing sheep?
> >
> > [RC]
> >
> >
> >
> > From:
> > David Longo <David.Longo AT HEALTH-FIRST DOT ORG>
> > To:
> > ADSM-L AT VM.MARIST DOT 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 AT VM.MARIST DOT EDU>
> >
> >
> >
> > I bet a lot of people get extra counts for reasons you mentioned
> >  and related ones.
> >
> > David Longo
> >
> >
> >>>> Rick Adamson <RickAdamson AT WINN-DIXIE DOT 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:ADSM-L AT VM.MARIST DOT EDU] On
Behalf Of
> > Richard Rhodes
> > Sent: Friday, April 23, 2010 12:49 PM
> > To: ADSM-L AT VM.MARIST DOT 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
> >  <lindsay@TSMWORKS
> >  .COM>
> > To
> >  Sent by: "ADSM: ADSM-L AT VM.MARIST DOT EDU
> >  Dist Stor
> > cc
> >  Manager"
> >  <[email protected]
> > 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"
> >  <[email protected]
> >  .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
> > lindsay AT tsmworks DOT com
> >
> >
> > On Fri, Apr 23, 2010 at 11:30 AM, David W Daniels/AC/VCU
> > <dwdaniel AT vcu DOT 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.
> >
> >
> >
> >
---------------------------------------------------------------------
> >
------------------------------------------------------------------------
> >
> >
> > No virus found in this incoming message.
> > Checked by AVG - www.avg.com
> > Version: 9.0.814 / Virus Database: 271.1.1/2837 - Release Date:
04/27/10 06:27:00
> >
> >


--


Please check that this email is addressed to you. If not, you should delete it 
immediately as its contents may be confidential and its disclosure, copying or 
distribution unlawful.

C. & J. Clark International Limited takes steps to prevent the transmission of 
electronic viruses but responsibility for screening incoming messages and the 
risk of such transmission lies with the recipient.

C. & J. Clark International Limited Trading as Clarks Registered in England 
number 141015.
Registered office 40 High Street, Street, Somerset. BA16 0EQ. England.

This message has been scanned for viruses by BlackSpider MailControl - 
www.blackspider.com

<Prev in Thread] Current Thread [Next in Thread>