Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
In the first week of last December our operations team called us with an auxiliary storage shortage on one of our systems, where SMSPDSE1 was occupying about 70% of auxiliary storage. To resolve this situation we restarted SMSPDSE1. We then went over the SYSLOG and OPERLOG and discovered that SMSPDSE1 was stuck in some sort of a recovery routing loop for almost 24 hours, writing OPERLOG records every time and apparently allocating some storage without releasing it. What triggered this was the abends described in OA35260 and OA35296 which occurred the night before, when our HSM migration was running. After the abends, both HSM and SMSPDSE1 kept running "normally". We opened a PMR about this problem and are running with a SLIP trap requested by media manager support and PDSE level 2 since then. So far the abends haven't happened again though. As Brian mentioned, we applied these PTFs as part of our regular RSU maintenance... We are now looking into backing off these PTFs, as we really don't want to disable zHPF... Gil. On Wed, Jan 12, 2011 at 12:12 AM, Brian Peterson < brian.peterson.ibm.m...@comcast.net> wrote: > Unfortunately, it appears the PE flag was set for these PTFs just last > week, > and the initial PTFs in error from August 2010 became RSU1009 (recommended > in early October 2010), which gives a window of approximately three months > duration where the PTFs were installable as "recommended". > > Folks who performed z/OS maintenance after early October 2010 should > carefully check their systems for exposure to this issue. A reminder: To > be exposed, you must have 1) applied the PE PTFs, AND 2) actually have PDSE > data sets on zHPF-eligible DASD devices. > > You can issue D IOS,ZHPF to determine whether your system supports zHPF in > the first place. At z/OS 1.11 anyway, ZHPF=NO is the default. > > Brian > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
Strange, my output shows FUNCTIONS ENABLED = MIDAW, ZHPF on one line, not two separate lines... This is on both z/os 1.10 and z/os 1.11 Regards, Erik. -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Martin Feeney Verzonden: woensdag 12 januari 2011 14:29 Aan: IBM-MAIN@bama.ua.edu Onderwerp: Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11) When zHPF is active, the D M=DEV output is similar to what is shown below. The zHPF indicator is on the last line of output - 07.20.00 d m=dev(6000) 07.20.00 IEE174I 07.20.00 DISPLAY M 092 , C DEVICE 6000 STATUS=ONLINE CHP 5E 5F ENTRY LINK ADDRESS7F70 7F71 DEST LINK ADDRESS 7F78 7F79 PATH ONLINE YN CHP PHYSICALLY ONLINE YY PATH OPERATIONAL YN MANAGED NN CU NUMBER 1300 1300 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 00 SCP CU ND = 002107.921.EMC.08.000ABWTY.008C SCP TOKEN NED = 002107.900.EMC.08.000ABWTY. 0 SCP DEVICE NED= 002107.900.EMC.08.000ABWTY. FUNCTIONS ENABLED = MIDAW FUNCTIONS ENABLED = ZHPF Also, for zHPF support to be exploited, the Channel Subsystem has to support the option (z10 machines and above), z/OS has to have the option enabled (as previously described) and the DASD subsystem has to have the support loaded and enabled. -Original Message- From: Brian Peterson [mailto:brian.peterson.ibm.m...@comcast.net] Sent: Tuesday, January 11, 2011 5:34 PM Subject: Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11) I don't have ZHPF-capable DASD either, but according to the messages manual, when you issue D M=DEV(), the last line of the message indicates whether the device supports ZHPF, in the text following FUNCTIONS ENABLED = On my system, I see FUNCTIONS ENABLED = MIDAW According to the messages manual, I would also see ZHPF in this message if zHPF was enabled for this particular device. It would be interesting to hear from one of our list colleagues who might care to post what the D M=DEV() message looks like for a zHPF-enabled device. Brian On Tue, 11 Jan 2011 16:28:04 -0600, Brian Peterson wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
When zHPF is active, the D M=DEV output is similar to what is shown below. The zHPF indicator is on the last line of output - 07.20.00 d m=dev(6000) 07.20.00 IEE174I 07.20.00 DISPLAY M 092 , C DEVICE 6000 STATUS=ONLINE CHP 5E 5F ENTRY LINK ADDRESS7F70 7F71 DEST LINK ADDRESS 7F78 7F79 PATH ONLINE YN CHP PHYSICALLY ONLINE YY PATH OPERATIONAL YN MANAGED NN CU NUMBER 1300 1300 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 00 SCP CU ND = 002107.921.EMC.08.000ABWTY.008C SCP TOKEN NED = 002107.900.EMC.08.000ABWTY. 0 SCP DEVICE NED= 002107.900.EMC.08.000ABWTY. FUNCTIONS ENABLED = MIDAW FUNCTIONS ENABLED = ZHPF Also, for zHPF support to be exploited, the Channel Subsystem has to support the option (z10 machines and above), z/OS has to have the option enabled (as previously described) and the DASD subsystem has to have the support loaded and enabled. -Original Message- From: Brian Peterson [mailto:brian.peterson.ibm.m...@comcast.net] Sent: Tuesday, January 11, 2011 5:34 PM Subject: Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11) I don't have ZHPF-capable DASD either, but according to the messages manual, when you issue D M=DEV(), the last line of the message indicates whether the device supports ZHPF, in the text following FUNCTIONS ENABLED = On my system, I see FUNCTIONS ENABLED = MIDAW According to the messages manual, I would also see ZHPF in this message if zHPF was enabled for this particular device. It would be interesting to hear from one of our list colleagues who might care to post what the D M=DEV() message looks like for a zHPF-enabled device. Brian On Tue, 11 Jan 2011 16:28:04 -0600, Brian Peterson wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
On Wed, Jan 12, 2011 at 4:15 AM, Erik Janssen wrote: > Does anybody know if there is a way to identify the corrupted pdse > backups? > > Regards, > > Erik Janssen. First thought is to try a restore to a new name. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
>It would be interesting to hear from one of our list colleagues who might >care to post what the D M=DEV() message looks like for a zHPF- enabled >device. looks like this: FUNCTIONS ENABLED = MIDAW, ZHPF We do seem to have been hit by the red alert :( We had to IPL two systems after a lot of abends this morning and at first sight it seems to be related... Fortunately none of our production systems have the ptf's mentioned installed. Does anybody know if there is a way to identify the corrupted pdse backups? Regards, Erik Janssen. On Tue, 11 Jan 2011 16:34:07 -0600, Brian Peterson wrote: >I don't have ZHPF-capable DASD either, but according to the messages manual, >when you issue D M=DEV(), the last line of the message indicates whether >the device supports ZHPF, in the text following >FUNCTIONS ENABLED = > >On my system, I see >FUNCTIONS ENABLED = MIDAW > >According to the messages manual, I would also see ZHPF in this message if >zHPF was enabled for this particular device. > >It would be interesting to hear from one of our list colleagues who might >care to post what the D M=DEV() message looks like for a zHPF- enabled >device. > >Brian > >On Tue, 11 Jan 2011 16:28:04 -0600, Brian Peterson wrote: > >>From the IBM Red Alert >> >>"2. The PDSE to be backed up resides on a device which supports zHPF channel >>programs" >> >>From this, I believe the answer to your question is you are not affected. >>All I know is what I've read today in the alerts, however. >> >>Brian >> >>On Tue, 11 Jan 2011 17:15:43 -0500, Mark Jacobs wrote: >> >>>I assume that even if your processors support it and it's enabled at the OS >>level you're not effected if your DASD subsystems don't have the ZHPF >>feature installed. Is this assumption correct? >>> >>>Mark Jacobs > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
I don't have ZHPF-capable DASD either, but according to the messages manual, when you issue D M=DEV(), the last line of the message indicates whether the device supports ZHPF, in the text following FUNCTIONS ENABLED = On my system, I see FUNCTIONS ENABLED = MIDAW According to the messages manual, I would also see ZHPF in this message if zHPF was enabled for this particular device. It would be interesting to hear from one of our list colleagues who might care to post what the D M=DEV() message looks like for a zHPF-enabled device. Brian On Tue, 11 Jan 2011 16:28:04 -0600, Brian Peterson wrote: >From the IBM Red Alert > >"2. The PDSE to be backed up resides on a device which supports zHPF channel >programs" > >From this, I believe the answer to your question is you are not affected. >All I know is what I've read today in the alerts, however. > >Brian > >On Tue, 11 Jan 2011 17:15:43 -0500, Mark Jacobs wrote: > >>I assume that even if your processors support it and it's enabled at the OS >level you're not effected if your DASD subsystems don't have the ZHPF >feature installed. Is this assumption correct? >> >>Mark Jacobs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
>From the IBM Red Alert "2. The PDSE to be backed up resides on a device which supports zHPF channel programs" >From this, I believe the answer to your question is you are not affected. All I know is what I've read today in the alerts, however. Brian On Tue, 11 Jan 2011 17:15:43 -0500, Mark Jacobs wrote: >I assume that even if your processors support it and it's enabled at the OS level you're not effected if your DASD subsystems don't have the ZHPF feature installed. Is this assumption correct? > >Mark Jacobs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
I assume that even if your processors support it and it's enabled at the OS level you're not effected if your DASD subsystems don't have the ZHPF feature installed. Is this assumption correct? Mark Jacobs Time Customer Service -Original Message- From: IBM Mainframe Discussion List on behalf of Brian Peterson Sent: Tue 1/11/2011 5:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11) Unfortunately, it appears the PE flag was set for these PTFs just last week, and the initial PTFs in error from August 2010 became RSU1009 (recommended in early October 2010), which gives a window of approximately three months duration where the PTFs were installable as "recommended". Folks who performed z/OS maintenance after early October 2010 should carefully check their systems for exposure to this issue. A reminder: To be exposed, you must have 1) applied the PE PTFs, AND 2) actually have PDSE data sets on zHPF-eligible DASD devices. You can issue D IOS,ZHPF to determine whether your system supports zHPF in the first place. At z/OS 1.11 anyway, ZHPF=NO is the default. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
Unfortunately, it appears the PE flag was set for these PTFs just last week, and the initial PTFs in error from August 2010 became RSU1009 (recommended in early October 2010), which gives a window of approximately three months duration where the PTFs were installable as "recommended". Folks who performed z/OS maintenance after early October 2010 should carefully check their systems for exposure to this issue. A reminder: To be exposed, you must have 1) applied the PE PTFs, AND 2) actually have PDSE data sets on zHPF-eligible DASD devices. You can issue D IOS,ZHPF to determine whether your system supports zHPF in the first place. At z/OS 1.11 anyway, ZHPF=NO is the default. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE (2011.01.11)
*FYI* You should of course be getting this directly if subscribed to IBM Notifications for Red Alerts but in case you did not see this. http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html • Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF & PDSE Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF (High Performance FICON) & PDSE users with PTF's for OA30025 or OA34009 applied To read the complete text of this Red Alert as well as previous Red Alerts please use the above link. Abstract:Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF (High Performance FICON) & PDSE users with PTF's for OA30025 or OA34009 applied. .Description:Only users performing logical dumps of PDSE data sets under the following conditions, (this is also true for HSM BACKUP and MIGRATION): 1.PTF's for OA30025 or OA34009 are installed 2.The PDSE to be backed up resides on a device which supports zHPF channel programs 3.zHPF processing is enabled PDSE backups taken after the installation of PTFs for OA30025 or OA34009 should be considered as suspect. Please see APAR OA35260 (Media Manager) & OA35296 (PDSE) for additional information. .Recommended Actions:•Apply ++APARs for OA35260 & OA35296 as soon as possible, or •Backoff PTF's for OA30025 and/or OA34009, or •Disable zHPF until ++APAR can be applied . This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
