Amen! This licensing is KILLING us!
On Tue, 27 Apr 2010 20:19:33 +1200 Steven Harris <st...@stevenharris.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.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. > > > > > > > > --------------------------------------------------------------------- > > ------------------------------------------------------------------------ > > > > > > 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 > > > > --