tyvm, Ray, my HCPCPE AUXVM looks like this:

00001   KRSU05HP SLU UMRSU05 *  UPDATE CP SERVICE LVL TO '0802' (AVAILABLE 
ON 0802
RSU ON  
00002   * LY).  
00003   KRSU02HP SLU UMRSU05 *  UPDATE CP SERVICE LVL TO '0801' (AVAILABLE 
ON 0801
RSU ON  
00004   * LY).  

Clearly, I have done something wrong.

I did not specify any PPF override for CP.

Where would I look, which $MSGLOG, to see if there was an override.




Ray Waters <ray.wat...@opensolutions.com> 
Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU>
10/21/2010 09:20 AM
Please respond to
The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU>


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: RSU or PSU?






George,
 
Could you maybe  have an override PPF for CP?
 
      HCPCPE   AUXVM    H1 F         80         14          2  6/22/10 
2:39:59 
      HCPCPE   TXTRSU20 J1 F         80         40          1  6/22/10 
1:51:06 
      HCPCPE   KRSU20HP J1 F         80          2          1  6/22/10 
1:50:59 
      HCPCPE   TXTRSU17 J1 F         80         37          1  1/24/10 
22:48:43 
      HCPCPE   KRSU17HP J1 F         80          2          1  1/24/10 
22:43:47 
      HCPCPE   TXTRSU14 J1 F         80         34          1 10/02/09 
14:50:07 
      HCPCPE   KRSU14HP J1 F         80          2          1 10/02/09 
14:50:04 
      HCPCPE   AUXVM    I1 F         80          8          1  6/05/09 
18:43:03 
      HCPCPE   KRSU11HP J1 F         80          2          1  6/05/09 
18:13:51 
      HCPCPE   TXTRSU11 J1 F         80         31          1  6/05/09 
18:13:51 
      HCPCPE   TXTRSU08 J1 F         80         28          1  3/09/09 
22:03:13 
      HCPCPE   KRSU08HP J1 F         80          2          1  3/09/09 
22:03:12 
      HCPCPE   TXTRSU05 J1 F         80         25          1 11/25/08 
23:06:01 
      HCPCPE   KRSU05HP J1 F         80          2          1 11/25/08 
23:06:00 
      HCPCPE   TXTRSU02 J1 F         80         22          1  7/28/08 
21:47:41 
      HCPCPE   KRSU02HP J1 F         80          2          1  7/28/08 
21:47:40 
      HCPCPE   TEXT     O1 F         80         23          1  6/10/08 
8:20:14
 
Here is what my 1002 CP HCPCPE AUXVM  H  (2A4) looks like:
 
KRSU20HP SLU UMRSU20 *  UPDATE CP SERVICE LVL TO '1002' (AVAILABLE ON 
1002RSU ON
* LY). 
KRSU17HP SLU UMRSU20 *  UPDATE CP SERVICE LVL TO '1001' (AVAILABLE ON 
1001RSU  ON
* LY). 
KRSU14HP SLU UMRSU20 *  UPDATE CP SERVICE LVL TO '0903' (AVAILABLE ON 
0903RSU ON
* LY). 
KRSU11HP SLU UMRSU20 *  UPDATE CP SERVICE LVL TO '0902' (AVAILABLE ON 
0902RSU ON
* LY). 
KRSU08HP SLU UMRSU20 *  UPDATE CP SERVICE LVL TO '0901' (AVAILABLE ON 
0901RSU ON
* LY). 
KRSU05HP SLU UMRSU20 *  UPDATE CP SERVICE LVL TO '0802' (AVAILABLE ON 
0802RSU ON
* LY). 
KRSU02HP SLU UMRSU20 *  UPDATE CP SERVICE LVL TO '0801' (AVAILABLE ON 
0801RSU ON
* LY). 
 
Ray Waters  
 
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of George Henke/NYLIC
Sent: Wednesday, October 20, 2010 4:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: RSU or PSU?
 

I notice my CPLOAD $NUCEXEC (See below)  with a current Date/Time stamp 
shows: 

00184         &1 &2 &3 HCPCPE TXTRSU05 

Trying to find where HCPCPE TXTRSU05 is and what it contains. 

 
I did 3 P2Ps so all 3 CF's have been updated: 


    CPLOAD   MODULE   M1 V      65535        149       2364 2010-10-15 
17:54:37 
    CPLOAD   MODULE   N1 V      65535        149       2364 2010-10-15 
17:54:37 
    CPLOLD   MODULE   M1 V      65535        149       2363 2010-10-14 
12:05:41 
    CPLOLD   MODULE   N1 V      65535        149       2363 2010-10-14 
12:05:41 
    CPLOAD   MODULE   O1 V      65535        149       2363 2010-10-14 
12:05:41 
    CPLOLD   MODULE   O1 V      65535        149       2363 2010-10-14 
12:05:41 

These CF's are from the Level 1 DDR of 540RES. 
I have not changed them since. 

q mdisk cf1 loc                                                         
TargetID Tdev OwnerID  Odev Dtype Vol-ID Rdev   StartLoc       Size     
MAINT    0CF1 MAINT    0CF1 3390  54XRES 125B         39        120     
Ready; T=0.01/0.01 17:12:19                                             
q mdisk cf2 loc                                                         
TargetID Tdev OwnerID  Odev Dtype Vol-ID Rdev   StartLoc       Size     
MAINT    0CF2 MAINT    0CF2 3390  54XRES 125B        159        120     
Ready; T=0.01/0.01 17:12:23                                             
q mdisk cf3 loc                                                         
TargetID Tdev OwnerID  Odev Dtype Vol-ID Rdev   StartLoc       Size     
MAINT    0CF3 MAINT    0CF3 3390  54XRES 125B        279        120     




         CPLOAD   $NUCEXEC A1  F 80  Trunc=80 Size=1720 Line=180 Col=1 
Alt=0 
                                                                        
00180         &1 &2 &3 HCPCNL TEXT  
00181         &1 &2 &3 HCPCPA TEXT  
00182         &1 &2 &3 HCPCPC TEXT  
00183         &1 &2 &3 HCPCPD TEXT     
00184         &1 &2 &3 HCPCPE TXTRSU05           
00185         &1 &2 &3 HCPCPG TXT32894  
00186         &1 &2 &3 HCPCPO TEXT  
00187         &1 &2 &3 HCPCPV TEXT  
00188         &1 &2 &3 HCPCPW TEXT  
00189         &1 &2 &3 HCPCQE TEXT  
00190         &1 &2 &3 HCPCQO TEXT  
00191         &1 &2 &3 HCPCQT TEXT  
00192         &1 &2 &3 HCPCRA TEXT  
00193         &1 &2 &3 HCPCRC TEXT  
00194         &1 &2 &3 HCPCRL TEXT  
00195         &1 &2 &3 HCPCRM TEXT  
00196         &1 &2 &3 HCPCRP TEXT  
00197         &1 &2 &3 HCPCRR TEXT  
00198         &1 &2 &3 HCPCRS TEXT  
00199         &1 &2 &3 HCPCRT TEXT  
00200         &1 &2 &3 HCPCSE TEXT     


Mike Walter <mike.wal...@hewitt.com> 
Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> 
10/20/2010 05:05 PM 


Please respond to
The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU>



To
IBMVM@LISTSERV.UARK.EDU 
cc

Subject
Re: RSU or PSU?
 








George,

If you LINK and ACCESS each of your CF1, CF2, and CF3 disks on 54XRES, and 

issue: LISTFILE * MODULE * (ISO
What response do you get?  If you see the CPLOAD MODULE with the same date 

and time as the IPL message, but still SLU 0802 it may shed more light on 
this situation.

And for each CF1, CF2, and CF3 disk, what do you get from: CP QUERY MDISK 
CFx LOCation

Mike Walter
Aon Hewitt
The opinions expressed herein are mine alone, not my employer's.



"George Henke/NYLIC" <george_he...@newyorklife.com> 

Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
10/20/2010 03:54 PM
Please respond to
"The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: RSU or PSU?







Thank you very much, Alan. 

I really did everything by the book, RC=0 on everything including the 
PSPs. 

I just do not understand why CP still says 0802 for my CPLEVEL. 

I looked at $VMFP2P $MSGLOG and $VMFSRV $MSGLOG and everything looks good. 



It does not seem that SES even tried to update the CPLEVEL on HCPCPE AUXVM 



The IPL shows the old Service Level but the current date/time stamp. 

               19:09:15 z/VM  V5 R4.0  SERVICE LEVEL 0802 (64-BIT) 

       19:09:16 SYSTEM NUCLEUS CREATED ON 2010-10-14 AT 12:05:41, LOADED 
FROM 54XRES 

It is the same whether I IPL from CF1 or CF2, but CF3 shows the 2 year old 

version. 

I did run Service and P2P 3 times once for the RSU, once for the COR for 
the 3 z196 compatibility APARs, and finally once again for the PSPs. 

I did IPL between the 3 Service sessions. 

SERVICE ALL STATUS shows these APARs were applied, built, and PUT2PROD. 

service all status vm64798 
VMFSRV2760I SERVICE processing started 
VMFSRV1226I CP (5VMCPR40%CP) APAR VM64798 (PTF UM33151) status: 
VMFSRV1226I    RECEIVED  10/14/10 12:02:44 
VMFSRV1226I    APPLIED   10/14/10 12:03:24 
VMFSRV1226I    BUILT     10/14/10 12:06:15 
VMFSRV1226I    PUT2PROD  10/14/10 12:23:28 
VMFSRV2760I SERVICE processing completed successfully 
 
service all status vm64879 
VMFSRV2760I SERVICE processing started 
VMFSRV1226I CP (5VMCPR40%CP) APAR VM64879 (PTF UM33171) status: 
VMFSRV1226I    RECEIVED  10/14/10 12:02:44 
VMFSRV1226I    APPLIED   10/14/10 12:03:24 
VMFSRV1226I    BUILT     10/14/10 12:06:15 
VMFSRV1226I    PUT2PROD  10/14/10 12:23:28 
VMFSRV2760I SERVICE processing completed successfully 
 
service all status vm64881 
VMFSRV2760I SERVICE processing started 
VMFSRV1226I CP (5VMCPR40%CP) APAR VM64881 (PTF UM33183) status: 
VMFSRV1226I    RECEIVED  10/14/10 12:02:44 
VMFSRV1226I    APPLIED   10/14/10 12:03:24 
VMFSRV1226I    BUILT     10/14/10 12:06:15 
VMFSRV1226I    PUT2PROD  10/14/10 12:23:28 
VMFSRV2760I SERVICE processing completed successfully 
 

But that is no assurance that I am running with them. 

PTFs did get applied and I do see the correct SES envelop fn's in $MSGLOG, 

so I know I did not just rerun with the old SERVLINK. 
Is there anyway of mapping CPLOAD so I can be sure that I will really be 
IPLing with these APARs when the z196 arrives?. 



Alan Altmark <alan_altm...@us.ibm.com> 
Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> 
10/20/2010 04:37 PM 

Please respond to
The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU>


To
IBMVM@LISTSERV.UARK.EDU 
cc

Subject
Re: RSU or PSU?








On Wednesday, 10/20/2010 at 02:06 EDT, George Henke/NYLIC 
<george_he...@newyorklife.com> wrote:

> The Service Guide talks of a PSU (Product Service Upgrade), not an RSU. 
> 
> Was this a PSU and not an RSU? 
> 
> Then why does SHOPZ call it an RSU, even Stacked 5407 RSU?

"PSU" is a *procedure* that you use to apply the Recommended Service 
Upgrade (RSU).  See Chapter 2 of the Service Guide.  (IMO, it doesn't 
deserve an abbreviation.)

The term "stacked RSU" is historical.  Back in VM/ESA Version 2 the RSU 
for each component (CP, CMS, TCP/IP, etc.) was orderable separately in 
addition to a "stacked" RSU that contained all of the most recent 
component RSUs.  In z/VM V3, individual component RSUs were dropped, but 
the "stacked" moniker persisted.

My friends in Development will take it under advisement that perhaps it is 


time to retire the term "stacked" as it adds no value.  "RSU" and "stacked 


RSU" are the same thing now days.   As a reminder, 
http://www.vm.ibm.com/service/rsu/ is your friend.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training 
ibm.com/systems/services/labservices 
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott





The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately alert 
the sender by reply e-mail and then delete this message, including any 
attachments. Any dissemination, distribution or other use of the contents 
of this message by anyone other than the intended recipient is strictly 
prohibited. All messages sent to and from this e-mail address may be 
monitored as permitted by applicable law and regulations to ensure 
compliance with our internal policies and to protect our business. E-mails 
are not secure and cannot be guaranteed to be error free as they can be 
intercepted, amended, lost or destroyed, or contain viruses. You are 
deemed to have accepted these risks if you communicate with us by e-mail. 

NOTICE:
This e-mail is intended solely for the use of the individual to whom it is 
addressed and may contain information that is privileged, confidential or 
otherwise exempt from disclosure. If the reader of this e-mail is not the 
intended recipient or the employee or agent responsible for delivering the 
message to the intended recipient, you are hereby notified that any 
dissemination, distribution, or copying of this communication is strictly 
prohibited. If you have received this communication in error, please 
immediately notify us by replying to the original message at the listed 
email address. Thank You.

Reply via email to