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:[email protected]] On Behalf Of Richard Rhodes Sent: Friday, April 23, 2010 12:49 PM To: [email protected] 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: [email protected] 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 [email protected] On Fri, Apr 23, 2010 at 11:30 AM, David W Daniels/AC/VCU <[email protected]>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.
