It's SOP for vendors who issue CPU-based keys to require notification of 
upcoming hardware changes in order to generate new keys. One particular vendor 
demands to see the results of 'D M=CPU' for *every individual LPAR* on a box. I 
can't tell you how supremely irritating this is. For a typical push-pull 
installation, we can't even IPL all (or often any) LPARs on a new box until Big 
Bang day when everything has to work ASAP. At that point the product in 
question will not run at all. (This one has no grace period.) Furthermore, on 
our DR box, most LPARs do not run at all except during DR tests. Again, the 
product will not work at all until we play the vendor's key game. 

Advice to vendors: if you force your customer to manage without your product 
for some time, you run the risk of demonstrating how to manage without it 
forever.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Monday, October 15, 2018 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CPU ID display incorrect?

BTW "84" is Singapore, FWIW.

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/    or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Elardus Engelbrecht <elardus.engelbre...@sita.co.za>
To:     IBM-MAIN@LISTSERV.UA.EDU
Date:   15/10/2018 13:46
Subject:        Re: CPU ID display incorrect?
Sent by:        IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>



Tony Thigpen wrote:

>Ok, I was not thinking clearly yesterday.

Nevermind, Sunday is supposed to be a day to rest, go to church and enjoy your 
few precious times with your family, but we z/Os support don't have that 
luxury, we must respond within 3.5 nanoseconds once a problem appears no matter 
the time/date/urgency/impact ... ;-)


>My 'well seasoned' z/OS systems programmer was having a FIT because he
thought someone had sent the vendor the wrong CPU-ID for an expiring product 
(VTAM-Switch) that was scheduled for a key installation this weekend. He is two 
timezones away and was telling me that I can't be reading the sticker on the 
frame correctly because of what the D M=CPU was showing.

Aw, cr*p! He is insulting you and wasting your precious time!


>The thing is, he did not even try the new key before he started the
fussing. He just looked at the vendor's email (which included the real CPUID), 
looked at the D M=CPU and started an email war. It escalated before I had a 
chance to even think about the LPAR id.

Did I told you that he is insulting you in a royal way?

In fact, always ensure what your vendor (and your 'seasoned' programmer) has, 
is EXACTLY the same what you read.


But never mind, I totally ignored that part of VTAM-Print, because I am 
101% unfamiliar with that thing.

You said: "Additionally, VTAM-Print says: (GSMINITL) THIS CPU: 758C7"

That number is not near that number you posted   ... A58C7

From my Sub-Capacity Report, I always compare that these 2 lines 

Machine Serial Number     84-????? <5 numbers>
Machine Type and Model   ????-???  <4 numbers-3 numbers>

... match with this from D M=CPU, where I see this:

CPC ND = 00????.???.IBM.84.0000000?????   (That is where your A58C7 sit)
and also the same with CPC SI.


Please kick that 'well seasoned' z/OS systems programmer where the sun is 
not shining and show him the door.

Thanks for your clarification anyways.

;-)

Groete / Greetings
Elardus Engelbrecht


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to