Forget some important extra verbage: <quote>
PE PTF List: PTF List: Release 900 : UK69141 <https://www-304.ibm.com/ibmlink/sis/viewAparDoc.wss?context=aparAndUsage&searchWords=DFSAOS60%20abends0c4&documentIds=UK69141&lc=en&cc=US> available 11/06/30 (F106 ) Parent APAR: Child APAR list: ERROR DESCRIPTION: The root cause of the 0C4 was identified as being caused by the presence of a non-zero value in DEBBINUM. The bin number (BB) in DEBBINUM is set to zero starting with a change to macro GETFDAD in IMS V10 and beyond. Therefore, this type of 0C4 in DFSAOS60 is fixed in IMS V10 and higher when operating with z/OS 1.12. KEYWORDS: ZOS112T/K ZOS112 ZOS113T/K LOCAL FIX: Usermod LK50474R </quote> On Mon, Sep 9, 2013 at 2:09 PM, John McKown <[email protected]>wrote: > Perhaps? > > https://www-304.ibm.com/ibmlink/sis/viewAparDoc.wss?context=aparAndUsage&documentIds=PM40604&searchWords=DFSAOS60+abends0c4&libraryType=D&lc=en&cc=US > > Your R1 does look like "junk" to me. > > <quote> > > PROBLEM SUMMARY: > **************************************************************** > * USERS AFFECTED: All IMS V9 Full Function OSAM users who * > * upgrade to z/OS 1.12. * > **************************************************************** > * PROBLEM DESCRIPTION: After upgrading to Z/OS 1.12 and still * > * running IMS V9, ABEND0C4 occurs in * > * the IMS OSAM interface module DFSAOS60. * > **************************************************************** > * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF * > **************************************************************** > After upgrading to Z/OS 1.12 and still running IMS V9, an > ABENDS0C4 occurred in the IMS OSAM interface module DFSAOS60 > when trying to determine if extended architecture devices are > installed. The UCB address in R1 is bad, and we attempt to use > this bad address to load DCEUCBEX (DASD Class Extension table > address). The root cause of the problem is due to a non-zero > value in the high order byte of DEBBINUM. The 0C4 occurs while > looping through GETFDAD converting RBN's (Relative Block > Numbers) to full disk address. Because of this unexpected non- > zero value in the high order byte of DEBBINUM, an incorrect UCB > address is calculated. > > > > </quote> > > > On Mon, Sep 9, 2013 at 1:57 PM, Carlos Bodra <[email protected]> wrote: > >> Hi, >> >> Since I´m not an expert in IMS, any hint about following problem will be >> welcome. >> >> After a application of PSP bucket for install new storage (DS6800) in a >> z/OS 1.4, all ptf´s were checked and >> applied (satisfying actions) and IPL was done. All other sub systems come >> up error free, but IMS is abending >> with following messages at console: >> >> R 7,/NRE CHKPT 00 >> IEE600I REPLY TO 07 IS;/NRE CHKPT 00 >> DFS058I NRESTART COMMAND IN PROGRESS IMSP >> *08 DFS996I *IMS READY* IMSP >> DFS629I IMS CTL TCB ABEND - SYS 0C4 IMSP >> DFS629I PSW AT ERROR = 077C2000 8AACB3D8 IMSP >> DFS629I MODID = UNKNOWN EPA = UNKNOWN IMSP >> DFS629I R0-3 0C2C4500 3E000841 00C6D060 00C9FD30 IMSP >> DFS629I R4-7 0A88CB28 00CA0498 0A88CA68 00C6AF3C IMSP >> DFS629I R8-11 008B9390 00000000 8AAC9F9A 0AACB142 IMSP >> DFS629I R12-15 0AACB3A8 00C73A58 00000000 0AACB3A8 IMSP >> IEA995I SYMPTOM DUMP OUTPUT 167 >> SYSTEM COMPLETION CODE=0C4 REASON CODE=00000010 >> TIME=14.07.57 SEQ=00035 CPU=0000 ASID=0031 >> PSW AT TIME OF ERROR 077C2000 8AACB3D8 ILC 4 INTC 10 >> ACTIVE LOAD MODULE ADDRESS=0AAC9DA0 OFFSET=00001638 >> NAME=DFSAOS60 >> DATA AT PSW 0AACB3D2 - 10184780 C03891C0 10104710 >> GR 0: 0C2C4500 1: 3E000841 >> 2: 00C6D060 3: 00C9FD30 >> 4: 0A88CB28 5: 00CA0498 >> 6: 0A88CA68 7: 00C6AF3C >> 8: 008B9390 9: 00000000 >> A: 8AAC9F9A B: 0AACB142 >> C: 0AACB3A8 D: 00C73A58 >> E: 00000000 F: 0AACB3A8 >> END OF SYMPTOM DUMP >> IEA848I DUMP SUPPRESSED - ABDUMP MAY NOT DUMP STORAGE FOR KEY 0-7 JOB >> IMSPCTL >> IEE400I THESE MESSAGES CANCELLED - 08. >> DFS629I IMS DLI TCB ABEND - IMS 0150 IMSP >> IEA995I SYMPTOM DUMP OUTPUT 171 >> USER COMPLETION CODE=0150 >> TIME=14.07.57 SEQ=00036 CPU=0000 ASID=0031 >> PSW AT TIME OF ERROR 070C0000 8AABE204 ILC 4 INTC FE >> NO ACTIVE MODULE FOUND >> NAME=UNKNOWN >> DATA AT PSW 0AABE1FE - 1F001F11 05EF94BF 806558B0 >> GR 0: 008FF0E0 1: 008E0F58 >> 2: CBF04313 3: 00000024 >> 4: 00C82BF0 5: FF37D410 >> 6: 0AABDE8E 7: 00000000 >> 8: 00C82BF0 9: 00250025 >> A: 0AA41448 B: 0000005E >> C: 008E0F58 D: 00F84000 >> E: 8AABE056 F: 0000005E >> END OF SYMPTOM DUMP >> IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=IMSPDLI , ASID=0025. >> DFS629I IMS STC TCB ABEND - IMS 0150 IMSP >> IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=IMSPDLI , ASID=0025. >> DFS629I IMS DYD TCB ABEND - IMS 0150-DLS IMSP >> IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=IMSPDLI , ASID=0025. >> DFS629I IMS DYS TCB ABEND - IMS 0150-DLS IMSP >> DFS603I IMS DLS CLEANUP ( EOT ) COMPLETE FOR JS IMSPDLI IMSPDLI S ,RC=00 >> IEF450I IMSPDLI IMSPDLI - ABEND=S000 U0150 REASON=00000000 179 >> TIME=14.07.57 >> IEF404I IMSPDLI - ENDED - TIME=14.07.57 >> IEF352I ADDRESS SPACE UNAVAILABLE >> HASP395 IMSPDLI ENDED >> >> What should I verify as 1st check about missing something after psp >> application. >> Could be missing some action to do that is mandatory after ptf´s? >> >> Thanks in advance. >> >> -- >> Carlos Bodra >> IBM Certified Specialist System z >> Sao Paulo - Brazil >> >> ------------------------------**------------------------------** >> ---------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN >> > > > > -- > As of next week, passwords will be entered in Morse code. > > Maranatha! <>< > John McKown > -- As of next week, passwords will be entered in Morse code. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
