Re: CPU ID display incorrect?

2018-10-15 Thread Ed Jaffe

On 10/15/2018 12:19 AM, Martin Packer wrote:

Now, an interesting (to me) question is whether the 4-character version is
unique.


I've always assumed they are not *guaranteed* unique, but in practice 
they seem to be. Serial numbers are so sparse that we see customers 
*routinely* upgrade from one CPU type to another *without* changing the 
serial number!


It would be  good problem for the mainframe community to have more than 
64K physical mainframes of any given type running in the world 
simultaneously.


FWIW, we check only the last four hex digits of the serial number in our 
licensing routines...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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


Re: CPU ID display incorrect?

2018-10-15 Thread Jesse 1 Robinson
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 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   15/10/2018 13:46
Subject:        Re: CPU ID display incorrect?
Sent by:IBM Mainframe Discussion List 



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.000?   (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


Re: CPU ID display incorrect?

2018-10-15 Thread Martin Packer
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 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   15/10/2018 13:46
Subject:        Re: CPU ID display incorrect?
Sent by:IBM Mainframe Discussion List 



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.000?   (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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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


Re: CPU ID display incorrect?

2018-10-15 Thread Elardus Engelbrecht
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.000?   (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


Re: CPU ID display incorrect?

2018-10-15 Thread Tony Thigpen

Ok, I was not thinking clearly yesterday.

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.


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.


Tony Thigpen

Elardus Engelbrecht wrote on 10/15/18 2:35 AM:

Tony Thigpen wrote:


Why would the D M=CPU display a wrong number.


What number? What is wrong?

Perhaps something is wrong because you read/posted it on a Sunday? ;-)



Running z/os 1.13 on a z12-BC.
17.13.21 HKYP   d m=cpu
17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
PROCESSOR STATUS
ID  CPU  SERIAL
00  + 0758C72828



CPC ND = 002828.H06.IBM.84.000A58C7
CPC SI = 2828.A01.IBM.84.000A58C7
  Model: H06
CPC ID = 00
CPC NAME = YUKON
LP NAME = HKYPRODLP ID =  7
CSS ID  = 0
MIF ID  = 7


Looking Ok to me. Seems to me you have at least one CPU active.



The physical CPU id stamped into the machine is "A58C7".



The 'Edit Frame' in the SE says:
Machine Type: 2828
Machine Model: H06
Serial Number: 0008400A58C7


It match with the D M=CPU output, unless I missed  something.

Did you upgraded concurrently your processor(s) to a new model?

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




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


Re: CPU ID display incorrect?

2018-10-15 Thread Martin Packer

Tell us what it says, please. :-)

Seriously, if TFM fails to cover the ground adequately let us know.

Thanks, Martin

Sent from my iPad

> On 15 Oct 2018, at 08:24, Elardus Engelbrecht
 wrote:
>
> Martin Packer wrote:
>
>> It could be because the OP expects to see the 5-character version of the
CPU ID. But, since the advent of PR/SM we’ve only ever had the 4-character
version.
>
>> In SMF we show the 4-character in CPU Data Section in Type 70 but fuller
versions - because I asked for them long ago :-) - in other places in 70
and also in 74-4.
>
>> Now, an interesting (to me) question is whether the 4-character version
is unique.
>
> Interesting. I forgot about that. Many thanks!
>
> Time for me to do a boring RTFM on a blue Monday... ;-)
>
> 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
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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


Re: CPU ID display incorrect?

2018-10-15 Thread Elardus Engelbrecht
Martin Packer wrote:

>It could be because the OP expects to see the 5-character version of the CPU 
>ID. But, since the advent of PR/SM we’ve only ever had the 4-character version.

>In SMF we show the 4-character in CPU Data Section in Type 70 but fuller 
>versions - because I asked for them long ago :-) - in other places in 70 and 
>also in 74-4.

>Now, an interesting (to me) question is whether the 4-character version is 
>unique.

Interesting. I forgot about that. Many thanks! 

Time for me to do a boring RTFM on a blue Monday... ;-)

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


Re: CPU ID display incorrect?

2018-10-15 Thread Martin Packer

It could be because the OP expects to see the 5-character version of the
CPU ID. But, since the advent of PR/SM we’ve only ever had the 4-character
version.

In SMF we show the 4-character in CPU Data Section in Type 70 but fuller
versions - because I asked for them long ago :-) - in other places in 70
and also in 74-4.

Now, an interesting (to me) question is whether the 4-character version is
unique.

Cheers, Martin

Sent from my iPad

> On 15 Oct 2018, at 07:35, Elardus Engelbrecht
 wrote:
>
> Tony Thigpen wrote:
>
>> Why would the D M=CPU display a wrong number.
>
> What number? What is wrong?
>
> Perhaps something is wrong because you read/posted it on a Sunday? ;-)
>
>
>> Running z/os 1.13 on a z12-BC.
>> 17.13.21 HKYP   d m=cpu
>> 17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
>> PROCESSOR STATUS
>> ID  CPU  SERIAL
>> 00  + 0758C72828
>
>> CPC ND = 002828.H06.IBM.84.000A58C7
>> CPC SI = 2828.A01.IBM.84.000A58C7
>> Model: H06
>> CPC ID = 00
>> CPC NAME = YUKON
>> LP NAME = HKYPRODLP ID =  7
>> CSS ID  = 0
>> MIF ID  = 7
>
> Looking Ok to me. Seems to me you have at least one CPU active.
>
>
>> The physical CPU id stamped into the machine is "A58C7".
>
>> The 'Edit Frame' in the SE says:
>> Machine Type: 2828
>> Machine Model: H06
>> Serial Number: 0008400A58C7
>
> It match with the D M=CPU output, unless I missed  something.
>
> Did you upgraded concurrently your processor(s) to a new model?
>
> 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
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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


Re: CPU ID display incorrect?

2018-10-15 Thread Elardus Engelbrecht
Tony Thigpen wrote:

>Why would the D M=CPU display a wrong number.

What number? What is wrong?

Perhaps something is wrong because you read/posted it on a Sunday? ;-)


>Running z/os 1.13 on a z12-BC.
>17.13.21 HKYP   d m=cpu
>17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
>PROCESSOR STATUS
>ID  CPU  SERIAL
>00  + 0758C72828

>CPC ND = 002828.H06.IBM.84.000A58C7
>CPC SI = 2828.A01.IBM.84.000A58C7
>  Model: H06
>CPC ID = 00
>CPC NAME = YUKON
>LP NAME = HKYPRODLP ID =  7
>CSS ID  = 0
>MIF ID  = 7

Looking Ok to me. Seems to me you have at least one CPU active.


>The physical CPU id stamped into the machine is "A58C7".

>The 'Edit Frame' in the SE says:
>Machine Type: 2828
>Machine Model: H06
>Serial Number: 0008400A58C7

It match with the D M=CPU output, unless I missed  something.

Did you upgraded concurrently your processor(s) to a new model?

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


Re: CPU ID display incorrect?

2018-10-14 Thread Doug
Looks correct.
Doug

.

On Oct 14, 2018, at 18:59, Charles Mills  wrote:

What do you see as wrong?

07 is the LPAR
58C7 is the last four of the physical serial
2828 is the machine type

Or am I missing some detail of your question? (Or missing completely ?)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Tony Thigpen
Sent: Sunday, October 14, 2018 2:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CPU ID display incorrect?

Why would the D M=CPU display a wrong number.

Running z/os 1.13 on a z12-BC.

17.13.21 HKYP   d m=cpu
17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
PROCESSOR STATUS
ID  CPU  SERIAL
00  + 0758C72828

CPC ND = 002828.H06.IBM.84.000A58C7
CPC SI = 2828.A01.IBM.84.000A58C7
 Model: H06
CPC ID = 00
CPC NAME = YUKON
LP NAME = HKYPRODLP ID =  7
CSS ID  = 0
MIF ID  = 7

The physical CPU id stamped into the machine is "A58C7".

The 'Edit Frame' in the SE says:
Machine Type: 2828
Machine Model: H06
Serial Number: 0008400A58C7

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

-- 
Tony Thigpen

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

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

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


Re: CPU ID display incorrect?

2018-10-14 Thread Charles Mills
What do you see as wrong?

07 is the LPAR
58C7 is the last four of the physical serial
2828 is the machine type

Or am I missing some detail of your question? (Or missing completely ?)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Tony Thigpen
Sent: Sunday, October 14, 2018 2:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CPU ID display incorrect?

Why would the D M=CPU display a wrong number.

Running z/os 1.13 on a z12-BC.

17.13.21 HKYP   d m=cpu
17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
PROCESSOR STATUS
ID  CPU  SERIAL
00  + 0758C72828

CPC ND = 002828.H06.IBM.84.000A58C7
CPC SI = 2828.A01.IBM.84.000A58C7
  Model: H06
CPC ID = 00
CPC NAME = YUKON
LP NAME = HKYPRODLP ID =  7
CSS ID  = 0
MIF ID  = 7

The physical CPU id stamped into the machine is "A58C7".

The 'Edit Frame' in the SE says:
Machine Type: 2828  
Machine Model: H06  
Serial Number: 0008400A58C7

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

-- 
Tony Thigpen

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

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


CPU ID display incorrect?

2018-10-14 Thread Tony Thigpen

Why would the D M=CPU display a wrong number.

Running z/os 1.13 on a z12-BC.

17.13.21 HKYP   d m=cpu
17.13.21 HKYP   IEE174I 17.13.21 DISPLAY M 204
PROCESSOR STATUS
ID  CPU  SERIAL
00  + 0758C72828

CPC ND = 002828.H06.IBM.84.000A58C7
CPC SI = 2828.A01.IBM.84.000A58C7
 Model: H06
CPC ID = 00
CPC NAME = YUKON
LP NAME = HKYPRODLP ID =  7
CSS ID  = 0
MIF ID  = 7

The physical CPU id stamped into the machine is "A58C7".

The 'Edit Frame' in the SE says:
Machine Type: 2828  
Machine Model: H06  
Serial Number: 0008400A58C7

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

--
Tony Thigpen

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