Re: URL Table for MOSHIX mainframe YouTube videos
More that he is adding a video about once a week at this time. On Fri, Jun 29, 2018 at 5:44 PM Sam Golob wrote: > > Thanks for the suggestion, Mike. I updated the $MOSHIX member (doco) > with this URL, but with the explanation that sometimes a URL accessed by > a web page, does not include all possible (in this case) videos. So we > have to access the video with a direct URL in order to find it. > > All the best > > Sincerely,Sam > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
URL Table for MOSHIX mainframe YouTube videos
Thanks for the suggestion, Mike. I updated the $MOSHIX member (doco) with this URL, but with the explanation that sometimes a URL accessed by a web page, does not include all possible (in this case) videos. So we have to access the video with a direct URL in order to find it. All the best Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL ERROR : IGD01022I
On 6/29/2018 9:00 AM, Lizette Koehler wrote: I cannot read the JCL listing. Please put at least 3 spaces when pasting JCL into email For example without spaces [snip] The formatting problem is not due to a lack of leading spaces. The problem is trailing whitespace. With all trailing spaces removed, JCL should render AOK. -- 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
Formatting (was: JCL ERROR : IGD01022I0)
On Fri, 29 Jun 2018 09:00:23 -0700, Lizette Koehler wrote: >I cannot read the JCL listing. Please put at least 3 spaces when pasting JCL >into email > Why might that help? Why might it not make it even worse? The OP's message arrived in my inbox with headers: ... X-Mailer: WebService/1.1.12062 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable ... Half the spaces in the message had been converted to x'C2A0', (NBSP). Why? There were no line separators. Why? Some, not all the lines were 80 characters long. The code was munged far too much. OP should get a better Mail User Agent. Simpler is Better, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: URL Table for MOSHIX mainframe YouTube videos
Please insert https://www.youtube.com/user/moshe5760/videos since this will list all videos in newest to oldest order. On Fri, Jun 29, 2018 at 11:41 AM Sam Golob wrote: > > Hi Folks, > > I have created File 977 on the www.cbttape.org which contains a > table of all the URL's of the current MOSHIX mainframe videos. It is > member MOSHIXT in the pds, and it contains printable EBCDIC characters > only. The member should be downloaded with ASCII to the PC and looked > at with a browser. Paste and Go whichever URL of the video you want to > look at. > > I know this may not be the most elegant presentation of the > material - HTML would be better. But I wanted to get it out there as > quickly as possible, and as compactly as possible - FB80 definitely is > compact. > > We hope to improve the presentation later. > > Use it and learn a lot. It is for all levels of expertise. It > is amazing what Moshix is doing, especially for beginners. > > All the best of everything to all of you. > > Sincerely, Sam > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Internet Library Broken (again)
Much better. All of the information now appears to be accessible. This was the big issue. However: Selecting PDF download tabs for (each of) z/OS V2.3, V2.2, and V2.1 shows the in-page redirect lists. Unfortunately, each list is shown in a different format. Someone needs to decide on the "correct" presentation format and all of the pages should display with the same format. Sue, Thanks for your support and assistance, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Susan Shumway Sent: Friday, June 29, 2018 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS Internet Library Broken (again) Thanks for the feedback, all. We just rebuilt the page to remove the tables of links to the individual PDFs. Now, instead, most of the element links point to the main element KC pages, which themselves already contain links to the individual PDFs. What do you think? https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2Fzosv2r2-pdf-download=02%7C01%7Callan.staller%40HCL.COM%7Cf5560ecb616c432aff6408d5dddc55fd%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636658860774092293=z2WmU8XkiEugbxLvuqtX7nr%2BM3p4hTg9ANwnp%2BTgi00%3D=0 Of course, whatever format we settle on for V2R2, we'll update the V2R1 page to match. Also, this doesn't apply to V2R3 and beyond because those PDFs are sourced from Resource Link instead of the IBM Publications Center, and Resource Link provides its own collection pages. -Sue Shumway -- Sue Shumway z/OS Product Documentation Lead IBM Poughkeepsie chale...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Internet Library Broken (again)
Hi Sue, Thanks for soliciting feedback before implementation. A couple thoughts... 1) The link is supposed to point to a main element KC page for z/OS 2.2 (true?), but a number of the PDF links point to z/OS 2.1 manuals, was this by design? 2) Some of the pdf links refer to manuals where the dates do not match the 'last updated' date value, again by design? I guess I've become a little jaded. A few months ago, I could go to a z/OS 2.1 or 2.2 elements and features link and confidently gain access to the pdf I was looking for. It was so reliable that doubts about content/version never crept into my head. More recently, I have recently become conditioned to doubt, so the idea of adding a another data element or two into the mix (last updated), and an ease of use grouping (KC/pdf) on the same page, while appealing, also makes me think additional room for error has been introduced into a format that was simpler, yet one that IBM has struggled with lately. IMO, the problems resulting in numerous errors over the past 1-2 months need to be understood and corrected before changing the UI, even to something representing an improvement. Mike -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Susan Shumway Sent: Friday, June 29, 2018 12:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS Internet Library Broken (again) Thanks for the feedback, all. We just rebuilt the page to remove the tables of links to the individual PDFs. Now, instead, most of the element links point to the main element KC pages, which themselves already contain links to the individual PDFs. What do you think? https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download Of course, whatever format we settle on for V2R2, we'll update the V2R1 page to match. Also, this doesn't apply to V2R3 and beyond because those PDFs are sourced from Resource Link instead of the IBM Publications Center, and Resource Link provides its own collection pages. -Sue Shumway -- Sue Shumway z/OS Product Documentation Lead IBM Poughkeepsie chale...@us.ibm.com -- 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: [External] Re: OA55296 data loss DB2 may be especially vulnerable
Hi Elardus, From what I read, I don't think the problem is specific to DB2, it is just that the problem manifested itself at the OP's site by trashing a bunch of DB2 datasets on the volumes that were destroyed. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, June 29, 2018 7:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: OA55296 data loss DB2 may be especially vulnerable Knutson, Samuel wrote: >http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296 Thanks. I have looked up in Red Alerts and Notifications. Nothing there... weird, because this APAR is about 2 months old. On above website: "Local fix - contact DADSM L2 to recover volume." May work, but I rather also want to see Temporary fix too, but if F4 DSCB is overwritten, you're basically SOL. Ouch. Question: What was changed between 2.2 and 2.3 that results in this Program Error? >People, DO NOT UPGRADE TO z/OS 2.3 without OA55296 applies. We just had a few >dozen DB2 datasets destroyed. #zOS #mainframe What DB2 version? How is DB2 related with this problem? I see nothing about DB2 in that IBM's pages? 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 The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL ERROR : IGD01022I
@Jeremy Some shops build IEFBR14 like it is any other JCL including SYSPRINT SYSUT1, etc.. even though they are not needed. This is just something this shop does. IEFBR14 is still the same as the last billion years Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Jeremy Nicoll > Sent: Friday, June 29, 2018 9:46 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JCL ERROR : IGD01022I > > On Fri, 29 Jun 2018, at 15:42, esmie moo wrote: > > > Below is my JCL. > > /*//STEP1 > > EXEC PGM=IEFBR14 //SYSPRINT DD > > SYSOUT=* //SYSIN DD DUMMY > > //SYSUT1 DD DSN=PT5013.SMF... > > Leaving aside the JCL error, what on earth are you specifying > //SYSPRINT and //SYSUT1 for on an IEFBR14 step? > > Has something changed in the 20 years since I last did any of > this?IEFBR14 is not going to generate any SYSPRINT nor > need any utility/work files. > > -- > Jeremy Nicoll - my opinions are my own. > > -- > 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: JCL ERROR : IGD01022I
On Fri, 29 Jun 2018, at 15:42, esmie moo wrote: > Below is my JCL. > /* //STEP1 > EXEC PGM=IEFBR14 //SYSPRINT DD > SYSOUT=* //SYSIN DD DUMMY > //SYSUT1 DD DSN=PT5013.SMF... Leaving aside the JCL error, what on earth are you specifying //SYSPRINT and //SYSUT1 for on an IEFBR14 step? Has something changed in the 20 years since I last did any of this?IEFBR14 is not going to generate any SYSPRINT nor need any utility/work files. -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
URL Table for MOSHIX mainframe YouTube videos
Hi Folks, CBT File 977 is only on the Updates page of www.cbttape.org. Sorry I omitted that information. All the best of everything to all of you. Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
URL Table for MOSHIX mainframe YouTube videos
Hi Folks, I have created File 977 on the www.cbttape.org which contains a table of all the URL's of the current MOSHIX mainframe videos. It is member MOSHIXT in the pds, and it contains printable EBCDIC characters only. The member should be downloaded with ASCII to the PC and looked at with a browser. Paste and Go whichever URL of the video you want to look at. I know this may not be the most elegant presentation of the material - HTML would be better. But I wanted to get it out there as quickly as possible, and as compactly as possible - FB80 definitely is compact. We hope to improve the presentation later. Use it and learn a lot. It is for all levels of expertise. It is amazing what Moshix is doing, especially for beginners. All the best of everything to all of you. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OA55296 data loss DB2 may be especially vulnerable
Fixing PTF UA95941 (HIPER) is available. We happen to have it on because we (very) recently installed the latest RSU plus FIXCAT items. We never saw the error but will now be especially careful not to propagate the vulnerable level in the enterprise. Thanks again Sam! . . 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 Jousma, David Sent: Friday, June 29, 2018 7:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: OA55296 data loss DB2 may be especially vulnerable Thanks Sam! I've opened PMR with IBM. We've been V2.3 since March, and have not seen this issue. I've asked them what the conditions are for the problem to occur. Fixing PTF requires IPL. There is also another related APAR OA55525 that is still open, but the local fix in it is to use ICKDSF to rebuild the VTOX index (from a system that has OA55296 installed). _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Knutson, Samuel Sent: Friday, June 29, 2018 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OA55296 data loss DB2 may be especially vulnerable **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Nofars shared this on Twitter and I don't see it in the last month here on IBM-MAIN so in case others have not seen it. https://twitter.com/nofars/status/1012216001201606657 People, DO NOT UPGRADE TO z/OS 2.3 without OA55296 applies. We just had a few dozen DB2 datasets destroyed. #zOS #mainframe To be more specific- because DB2 datasets tend to have a large amount of extents, that's where you'll likely get hit by this. We are now stuck with inaccessible datasets that can't even be deleted. The VTOC and VTOCIX appear to be beyond repair #mainframe Not sure why this isn't a Red Alert. #mainframe #zOS Ouch! http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296 OA55296: F4 DSCB IN VTOC OVERLAID WITH ZEROS RESULTING IN VOLUME BEING INACCESSIBLE, release 2.3 only A fix is available http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296#more APAR status * Closed as program error. Error description * VTOC CONVERT routine writes F0 DSCB in place of F4 DSCB * resulting in IEC603I and IEC143I 213-04 when attempting to open * the VTOC. This is triggered by an orphaned F3 DSCB in the VTOC. * * Sequence of events: * 1. IEC608I DADSM FUNCTION DISABLED THE VTOC INDEX ON *,vv,20,R *Cde 20 : The Allocate or Extend function discovered that a *DSCB marked unallocated in the VTOC Index, indicating that *the DSCB is a Format 0, is not a Format 0 DSCB. The cchhr is *that of the DSCB. * * 2. DUMP DADSM CREATE (or EXTEND) DIAG=0820040B or DIAG=0831040B *or DIAG=0853040B *The key is that there is a DIAG=040B, which means CVAF RC *= 04 ; CVSTAT = 0B : DSCB is not format-0 DSCB and VERIFY=YES * * 3. IEC604I VTOC CONVERT ROUTINE ENTERED ON ,vv,,DEVMAN *If the DEVMAN keyword is present, this indicates that *conversion is taking place in the Device Manager Address *Space. * * 4. IEC603I VTOC ERRORS MAY EXIST ON ,vv,0 *Cde 0: An I/O or unexpected CVAF error return code error *occurred in the DADSM routines Allocate, Extend, Scratch or *Partial Release. The routine ended processing, thereby *leaving the VTOC in a partially updated state. * * 5. Attempts to open SYS1.VTOC result in IEC143I 213-04 * Local fix * contact DADSM L2 to recover volume. * . * ++APAR available as follows * On server testcase.boulder.ibm.com in the fromibm/mvs * directory in binary format as BA55296.HDZ2230 * Problem summary * * * USERS AFFECTED: * * * Users of volumes with Indexed VTOC. * * * * PROBLEM DESCRIPTION: * * * During the process of converting Indexed VTOC to OSVTOC (due * * * to administrator action or error detection), if an orphaned * * * Format-3 DSCB is detected, it will be reset to Format-0 * * * DSCB. The CCHHR address of the orphaned Format-3 DSCB was* * * reset to CCHHR of the Format-4 DSCB, causing that to be the * * * DSCB reset to format-0. This caused the VTOC to be * * * inaccessible.* *
Re: z/OS Internet Library Broken (again)
Thanks for the feedback, all. We just rebuilt the page to remove the tables of links to the individual PDFs. Now, instead, most of the element links point to the main element KC pages, which themselves already contain links to the individual PDFs. What do you think? https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download Of course, whatever format we settle on for V2R2, we'll update the V2R1 page to match. Also, this doesn't apply to V2R3 and beyond because those PDFs are sourced from Resource Link instead of the IBM Publications Center, and Resource Link provides its own collection pages. -Sue Shumway -- Sue Shumway z/OS Product Documentation Lead IBM Poughkeepsie chale...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL ERROR : IGD01022I - PROBLEM SOLVED
Problem solved The SMS rule was automatically allocating the dsn on virtual tape instead of dasd. On Friday, June 29, 2018, 10:46:55 a.m. EDT, esmie moo <012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: Gentle Readers I am encountering allocating a dsn on a non-sms dasd. I received the following error: IGD01022I EITHER A NON-LIBRARY VOLUME IS SPECIFIED OR THE VOLUME SPECIFIED IS NOT IN LIBRARY DTM1455I 2018.180 10:25:54 Job IEFBR14D failed, JCL Error Below is my JCL. /* //STEP1 EXEC PGM=IEFBR14 //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT1 DD DSN=PT5013.SMF, // DCB=(RECFM=VBS,LRECL=32760,BLKSIZE=27998,DSORG=PS),// SPACE=(CYL,(2,1)),STORCLAS=NONSMS, // DISP=(,CATLG,DELETE),UNIT=3390,VOL=SER=ZE6632 I am not sure where the error is. The doc explanation (shown below) is not helpful: A specific volser specified in JCL, which is a non-library volume but a tape storage group is assigned OR the specified volume is a library volume but is not in the library at the time the job was run. System action Job failed with JCL err -- 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: JCL ERROR : IGD01022I
I cannot read the JCL listing. Please put at least 3 spaces when pasting JCL into email For example without spaces Line1 Line2 Line3 With spaces Line1 Line2 Line3 Second, looks like the ACS routines thing you may be using tape. I would go into ISMF and run a TEST on the data set name Option 7 in ISMF - look for TEST Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > esmie moo > Sent: Friday, June 29, 2018 7:43 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: JCL ERROR : IGD01022I > > Gentle Readers > I am encountering allocating a dsn on a non-sms dasd. I received > the following error: IGD01022I EITHER A NON-LIBRARY VOLUME IS SPECIFIED OR > THE VOLUME SPECIFIED IS NOT IN LIBRARYDTM1455I 2018.180 > 10:25:54 Job IEFBR14D failed, JCL Error Below is my JCL. > /*//STEP1EXEC > PGM=IEFBR14 //SYSPRINT DD SYSOUT=* >//SYSIN DD > DUMMY //SYSUT1 DD > DSN=PT5013.SMF, // DCB=(RECFM=VBS,LRE > CL=32760,BLKSIZE=27998,DSORG=PS),// SPACE=(CYL,(2,1)),STORCLAS=NONSMS > , // DISP=(,CATLG,DELETE),UNIT=3390,VOL=SER=ZE6632 > I am not sure where the error is. The doc explanation (shown below) is not > helpful: > A specific volser specified in JCL, which is a non-library volume but a tape > storage group is assigned OR the specified volume is a library volume but is > not in the library at the time the job was run. > > System action > > Job failed with JCL err > > > -- > 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: OA55296 data loss DB2 may be especially vulnerable
Thanks Sam! I've opened PMR with IBM. We've been V2.3 since March, and have not seen this issue. I've asked them what the conditions are for the problem to occur. Fixing PTF requires IPL. There is also another related APAR OA55525 that is still open, but the local fix in it is to use ICKDSF to rebuild the VTOX index (from a system that has OA55296 installed). _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Knutson, Samuel Sent: Friday, June 29, 2018 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OA55296 data loss DB2 may be especially vulnerable **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Nofars shared this on Twitter and I don't see it in the last month here on IBM-MAIN so in case others have not seen it. https://twitter.com/nofars/status/1012216001201606657 People, DO NOT UPGRADE TO z/OS 2.3 without OA55296 applies. We just had a few dozen DB2 datasets destroyed. #zOS #mainframe To be more specific- because DB2 datasets tend to have a large amount of extents, that's where you'll likely get hit by this. We are now stuck with inaccessible datasets that can't even be deleted. The VTOC and VTOCIX appear to be beyond repair #mainframe Not sure why this isn't a Red Alert. #mainframe #zOS Ouch! http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296 OA55296: F4 DSCB IN VTOC OVERLAID WITH ZEROS RESULTING IN VOLUME BEING INACCESSIBLE, release 2.3 only A fix is available http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296#more APAR status * Closed as program error. Error description * VTOC CONVERT routine writes F0 DSCB in place of F4 DSCB * resulting in IEC603I and IEC143I 213-04 when attempting to open * the VTOC. This is triggered by an orphaned F3 DSCB in the VTOC. * * Sequence of events: * 1. IEC608I DADSM FUNCTION DISABLED THE VTOC INDEX ON *,vv,20,R *Cde 20 : The Allocate or Extend function discovered that a *DSCB marked unallocated in the VTOC Index, indicating that *the DSCB is a Format 0, is not a Format 0 DSCB. The cchhr is *that of the DSCB. * * 2. DUMP DADSM CREATE (or EXTEND) DIAG=0820040B or DIAG=0831040B *or DIAG=0853040B *The key is that there is a DIAG=040B, which means CVAF RC *= 04 ; CVSTAT = 0B : DSCB is not format-0 DSCB and VERIFY=YES * * 3. IEC604I VTOC CONVERT ROUTINE ENTERED ON ,vv,,DEVMAN *If the DEVMAN keyword is present, this indicates that *conversion is taking place in the Device Manager Address *Space. * * 4. IEC603I VTOC ERRORS MAY EXIST ON ,vv,0 *Cde 0: An I/O or unexpected CVAF error return code error *occurred in the DADSM routines Allocate, Extend, Scratch or *Partial Release. The routine ended processing, thereby *leaving the VTOC in a partially updated state. * * 5. Attempts to open SYS1.VTOC result in IEC143I 213-04 * Local fix * contact DADSM L2 to recover volume. * . * ++APAR available as follows * On server testcase.boulder.ibm.com in the fromibm/mvs * directory in binary format as BA55296.HDZ2230 * Problem summary * * * USERS AFFECTED: * * * Users of volumes with Indexed VTOC. * * * * PROBLEM DESCRIPTION: * * * During the process of converting Indexed VTOC to OSVTOC (due * * * to administrator action or error detection), if an orphaned * * * Format-3 DSCB is detected, it will be reset to Format-0 * * * DSCB. The CCHHR address of the orphaned Format-3 DSCB was* * * reset to CCHHR of the Format-4 DSCB, causing that to be the * * * DSCB reset to format-0. This caused the VTOC to be * * * inaccessible.* * * * RECOMMENDATION: * * * Problem conclusion * The problem has been corrected to prevent Format-4 DSCB from * being overwritten with Format-0 DSCB. * Temporary fix Comments APAR Information * APAR number OA55296 * Reported component name DEVICE MGMT SER * Reported component ID 5695DF133 * Reported release 230 * Status CLOSED PER * PE NoPE * HIPER YesHIPER * Special Attention NoSpecatt / Xsystem * Submitted date 2018-04-11 * Closed date 2018-04-19 * Last modified date 2018-06-04 * APAR is sysrouted FROM one or more of the following: * APAR is sysrouted TO one or more of the following: UA95941
JCL ERROR : IGD01022I
Gentle Readers I am encountering allocating a dsn on a non-sms dasd. I received the following error: IGD01022I EITHER A NON-LIBRARY VOLUME IS SPECIFIED OR THE VOLUME SPECIFIED IS NOT IN LIBRARY DTM1455I 2018.180 10:25:54 Job IEFBR14D failed, JCL Error Below is my JCL. /* //STEP1 EXEC PGM=IEFBR14 //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT1 DD DSN=PT5013.SMF, // DCB=(RECFM=VBS,LRECL=32760,BLKSIZE=27998,DSORG=PS),// SPACE=(CYL,(2,1)),STORCLAS=NONSMS, // DISP=(,CATLG,DELETE),UNIT=3390,VOL=SER=ZE6632 I am not sure where the error is. The doc explanation (shown below) is not helpful: A specific volser specified in JCL, which is a non-library volume but a tape storage group is assigned OR the specified volume is a library volume but is not in the library at the time the job was run. System action Job failed with JCL err -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Looking for IMS Sysprog
Morning list, Looking for an IMS Sysprog in Jacksonville, FL. Contract to hire. Email me if interested. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Hot Topics (sort off ... ;-D )
If only the launch pad and control center was at the south pole. The north pole the ice would drift away. On Fri, Jun 29, 2018 at 5:05 AM Elardus Engelbrecht wrote: > > Warning - this post is very hot and off-topic... > > Today is Friday, the last one of this month, I am going on leave for the rest > of this month of June 2018... ;-) > > Here are some great hot news about 'hot topics', it is not about that famous > z/OS Hot Topics, sorry, but about those new probes to check up the bright hot > sun by going way too near to the sun. > > Parker Solar Probe to be launched on or after 2018-07-31. > > https://www.nasa.gov/content/goddard/parker-solar-probe-humanity-s-first-visit-to-a-star > > ... and ESA own Solar Orbiter to be launched in October 2018. > > http://sci.esa.int/solar-orbiter/55772-solar-orbiter-launch-moved-to-2018/ > > > I tried to 'explain' to NASA and ESA that they should do their probing work > in the night, but ... ;-D > > Ok, Back to my scheduled z/OS, RACF and Mainframe discussions and rants ... > > Have a great weekend... > > Groete / Greetings > Elardus Engelbrecht > > Phrase of the week: "Remember now, the first 5 days after a weekend are > always hard!" > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OA55296 data loss DB2 may be especially vulnerable
On 6/29/2018 7:54 AM, Knutson, Samuel wrote: Nofars shared this on Twitter and I don't see it in the last month here on IBM-MAIN so in case others have not seen it. https://twitter.com/nofars/status/1012216001201606657 People, DO NOT UPGRADE TO z/OS 2.3 without OA55296 applies. We just had a few dozen DB2 datasets destroyed. #zOS #mainframe To be more specific- because DB2 datasets tend to have a large amount of extents, that's where you'll likely get hit by this. We are now stuck with inaccessible datasets that can't even be deleted. The VTOC and VTOCIX appear to be beyond repair #mainframe Not sure why this isn't a Red Alert. #mainframe #zOS Ouch! http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296 OA55296: F4 DSCB IN VTOC OVERLAID WITH ZEROS RESULTING IN VOLUME BEING INACCESSIBLE, release 2.3 only A fix is available http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296#more APAR status * Closed as program error. Error description * VTOC CONVERT routine writes F0 DSCB in place of F4 DSCB * resulting in IEC603I and IEC143I 213-04 when attempting to open * the VTOC. This is triggered by an orphaned F3 DSCB in the VTOC. * * Sequence of events: * 1. IEC608I DADSM FUNCTION DISABLED THE VTOC INDEX ON *,vv,20,R *Cde 20 : The Allocate or Extend function discovered that a *DSCB marked unallocated in the VTOC Index, indicating that *the DSCB is a Format 0, is not a Format 0 DSCB. The cchhr is *that of the DSCB. * * 2. DUMP DADSM CREATE (or EXTEND) DIAG=0820040B or DIAG=0831040B *or DIAG=0853040B *The key is that there is a DIAG=040B, which means CVAF RC *= 04 ; CVSTAT = 0B : DSCB is not format-0 DSCB and VERIFY=YES * * 3. IEC604I VTOC CONVERT ROUTINE ENTERED ON ,vv,,DEVMAN *If the DEVMAN keyword is present, this indicates that *conversion is taking place in the Device Manager Address *Space. * * 4. IEC603I VTOC ERRORS MAY EXIST ON ,vv,0 *Cde 0: An I/O or unexpected CVAF error return code error *occurred in the DADSM routines Allocate, Extend, Scratch or *Partial Release. The routine ended processing, thereby *leaving the VTOC in a partially updated state. * * 5. Attempts to open SYS1.VTOC result in IEC143I 213-04 * Local fix * contact DADSM L2 to recover volume. * . * ++APAR available as follows * On server testcase.boulder.ibm.com in the fromibm/mvs * directory in binary format as BA55296.HDZ2230 * Problem summary * * * USERS AFFECTED: * * * Users of volumes with Indexed VTOC. * * * * PROBLEM DESCRIPTION: * * * During the process of converting Indexed VTOC to OSVTOC (due * * * to administrator action or error detection), if an orphaned * * * Format-3 DSCB is detected, it will be reset to Format-0 * * * DSCB. The CCHHR address of the orphaned Format-3 DSCB was* * * reset to CCHHR of the Format-4 DSCB, causing that to be the * * * DSCB reset to format-0. This caused the VTOC to be * * * inaccessible.* * * * RECOMMENDATION: * * * Problem conclusion * The problem has been corrected to prevent Format-4 DSCB from * being overwritten with Format-0 DSCB. * Temporary fix Comments APAR Information * APAR number OA55296 * Reported component name DEVICE MGMT SER * Reported component ID 5695DF133 * Reported release 230 * Status CLOSED PER * PE NoPE * HIPER YesHIPER * Special Attention NoSpecatt / Xsystem * Submitted date 2018-04-11 * Closed date 2018-04-19 * Last modified date 2018-06-04 * APAR is sysrouted FROM one or more of the following: * APAR is sysrouted TO one or more of the following: UA95941 Modules/Macros * IGG0425P * Fix information * Fixed component name DEVICE MGMT SER * Fixed component ID 5695DF133 Applicable component levels * R230 PSY https://www14.software.ibm.com/webapp/set2/ordermedia/shopCart?ptfs=UA95941 UP18/05/04 P F805 ¢ Fix is available * Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries. Thanks for posting this to the list Sam, we need to get the word out on this one! Nofar is right, this should be a Red Alert. I just don't understand what's going on at IBM these last 6 months. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OA55296 data loss DB2 may be especially vulnerable
Knutson, Samuel wrote: >http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296 Thanks. I have looked up in Red Alerts and Notifications. Nothing there... weird, because this APAR is about 2 months old. On above website: "Local fix - contact DADSM L2 to recover volume." May work, but I rather also want to see Temporary fix too, but if F4 DSCB is overwritten, you're basically SOL. Ouch. Question: What was changed between 2.2 and 2.3 that results in this Program Error? >People, DO NOT UPGRADE TO z/OS 2.3 without OA55296 applies. We just had a few >dozen DB2 datasets destroyed. #zOS #mainframe What DB2 version? How is DB2 related with this problem? I see nothing about DB2 in that IBM's pages? 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
OA55296 data loss DB2 may be especially vulnerable
Nofars shared this on Twitter and I don't see it in the last month here on IBM-MAIN so in case others have not seen it. https://twitter.com/nofars/status/1012216001201606657 People, DO NOT UPGRADE TO z/OS 2.3 without OA55296 applies. We just had a few dozen DB2 datasets destroyed. #zOS #mainframe To be more specific- because DB2 datasets tend to have a large amount of extents, that's where you'll likely get hit by this. We are now stuck with inaccessible datasets that can't even be deleted. The VTOC and VTOCIX appear to be beyond repair #mainframe Not sure why this isn't a Red Alert. #mainframe #zOS Ouch! http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296 OA55296: F4 DSCB IN VTOC OVERLAID WITH ZEROS RESULTING IN VOLUME BEING INACCESSIBLE, release 2.3 only A fix is available http://www-01.ibm.com/support/docview.wss?uid=isg1OA55296#more APAR status * Closed as program error. Error description * VTOC CONVERT routine writes F0 DSCB in place of F4 DSCB * resulting in IEC603I and IEC143I 213-04 when attempting to open * the VTOC. This is triggered by an orphaned F3 DSCB in the VTOC. * * Sequence of events: * 1. IEC608I DADSM FUNCTION DISABLED THE VTOC INDEX ON *,vv,20,R *Cde 20 : The Allocate or Extend function discovered that a *DSCB marked unallocated in the VTOC Index, indicating that *the DSCB is a Format 0, is not a Format 0 DSCB. The cchhr is *that of the DSCB. * * 2. DUMP DADSM CREATE (or EXTEND) DIAG=0820040B or DIAG=0831040B *or DIAG=0853040B *The key is that there is a DIAG=040B, which means CVAF RC *= 04 ; CVSTAT = 0B : DSCB is not format-0 DSCB and VERIFY=YES * * 3. IEC604I VTOC CONVERT ROUTINE ENTERED ON ,vv,,DEVMAN *If the DEVMAN keyword is present, this indicates that *conversion is taking place in the Device Manager Address *Space. * * 4. IEC603I VTOC ERRORS MAY EXIST ON ,vv,0 *Cde 0: An I/O or unexpected CVAF error return code error *occurred in the DADSM routines Allocate, Extend, Scratch or *Partial Release. The routine ended processing, thereby *leaving the VTOC in a partially updated state. * * 5. Attempts to open SYS1.VTOC result in IEC143I 213-04 * Local fix * contact DADSM L2 to recover volume. * . * ++APAR available as follows * On server testcase.boulder.ibm.com in the fromibm/mvs * directory in binary format as BA55296.HDZ2230 * Problem summary * * * USERS AFFECTED: * * * Users of volumes with Indexed VTOC. * * * * PROBLEM DESCRIPTION: * * * During the process of converting Indexed VTOC to OSVTOC (due * * * to administrator action or error detection), if an orphaned * * * Format-3 DSCB is detected, it will be reset to Format-0 * * * DSCB. The CCHHR address of the orphaned Format-3 DSCB was* * * reset to CCHHR of the Format-4 DSCB, causing that to be the * * * DSCB reset to format-0. This caused the VTOC to be * * * inaccessible.* * * * RECOMMENDATION: * * * Problem conclusion * The problem has been corrected to prevent Format-4 DSCB from * being overwritten with Format-0 DSCB. * Temporary fix Comments APAR Information * APAR number OA55296 * Reported component name DEVICE MGMT SER * Reported component ID 5695DF133 * Reported release 230 * Status CLOSED PER * PE NoPE * HIPER YesHIPER * Special Attention NoSpecatt / Xsystem * Submitted date 2018-04-11 * Closed date 2018-04-19 * Last modified date 2018-06-04 * APAR is sysrouted FROM one or more of the following: * APAR is sysrouted TO one or more of the following: UA95941 Modules/Macros * IGG0425P * Fix information * Fixed component name DEVICE MGMT SER * Fixed component ID 5695DF133 Applicable component levels * R230 PSY https://www14.software.ibm.com/webapp/set2/ordermedia/shopCart?ptfs=UA95941 UP18/05/04 P F805 ¢ Fix is available * Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries. Best Regards, Sam Knutson | VP, Product Management | Compuware @samknutson | linkedin.com/in/samknutson samuel.knut...@compuware.com | M: +1 301 996-1318 The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it -- For
Re: IOEZ00793E Error=111 reason=EF016015 received while attempting to convert directory / to version 5 format
On Wed, 27 Jun 2018 16:17:55 +, Steely.Mark wrote: >zFS Thu Jan 26 14:45:58 EST 2017 > >Description: SAF CKACC returned error. > > > >Action: The user did not have the correct permission on the object for the > >operation requested. Change the permissions on the object or have a user that > >is authorized execute the operation. > >*** > Thanks. Now the next hurdle is to find out what the correct permission is on what object and for what operation. All you software vendors, please, next time you put out an error message, include the relevant information: what operation exactly was attempted on which object, and what was the expected and the actual obtained result? I mean, when you write that IF statement to test that return code, you know what is happening (and what is going wrong...), so, please, TELL US. I'll find out, eventually… Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IOEZ00793E Error=111 reason=EF016015 received while attempting to convert directory / to version 5 format
On Wed, 27 Jun 2018 12:11:55 -0400, Tom Conley wrote: > >TSO BPXMTEXT EF016015. THANK YOU!! This is useful. Why is this not mentioned in the book, one wonders... Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ICEGENER to the rescue again?
Wayne: No,. I hadn't seen your response until I went looking for it after you mentioned it. For some reason, Outlook appears to be delivering my mail extremely slowly, AND only letting some mail through. When I go to gmail, I can see all the messages. Thanks for your code - I shall give it a try Regards Sean On 29 June 2018 at 06:37, Wayne Bickerdike wrote: > The sequence numbers are removed in a separate step. > > ie CHANGE ALL P'=' ' ' 73 80 > > If you have ./ in cc1-2 do a CHANGE ALL on any that are not IEBUPDTE > directives. Perhaps change ./ to .#. > > I use a combination of a program that updates member by member using an > EDIT macro, that would be the final step to reverse the .# chars back to > ./. > > > > > > On Fri, Jun 29, 2018 at 2:30 PM, Paul Gilmartin < > 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > > On Fri, 29 Jun 2018 13:23:23 +1000, Wayne Bickerdike wrote: > > > > >Not sure if Sean received my off-list REXX code. Here it is. No need for > > >IEBPTPCH, just run against the PDS and it builds a sequential file with > ./ > > >headers. > > >... > > > ROUT.1 = "./ ADD LEVEL=00,SOURCE=0,NAME="MEMBER > > > "EXECIO * DISKW OUT (FINIS STEM ROUT." > > >... > > > " REPRO INDATASET('"libparm"("MEMBER")' ) OUTFILE(OUT) " > > >... > > I'm curious. > > o What among the IEBUPDTE or REPRO control statements > > removes the sequence numbers. Does IEBUPDTE ADD do this by > > default if sequence numbers are not specifically requested by an > > option? > > o What happens if any record in any input member contains "./" in > > columns 1-2? Could this cause IEBUPDTE to misbehave? The OP > > did not guarantee this could not happen. > > > > > > On Mon, 25 Jun 2018 10:52:56 +0100, Sean Gleann wrote: > > >... > > >I want to replace anything in cols 73-80 with 8 spaces, no matter what > is > > >there. > > > > -- gil > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > Wayne V. Bickerdike > > -- > 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
OT: Hot Topics (sort off ... ;-D )
Warning - this post is very hot and off-topic... Today is Friday, the last one of this month, I am going on leave for the rest of this month of June 2018... ;-) Here are some great hot news about 'hot topics', it is not about that famous z/OS Hot Topics, sorry, but about those new probes to check up the bright hot sun by going way too near to the sun. Parker Solar Probe to be launched on or after 2018-07-31. https://www.nasa.gov/content/goddard/parker-solar-probe-humanity-s-first-visit-to-a-star ... and ESA own Solar Orbiter to be launched in October 2018. http://sci.esa.int/solar-orbiter/55772-solar-orbiter-launch-moved-to-2018/ I tried to 'explain' to NASA and ESA that they should do their probing work in the night, but ... ;-D Ok, Back to my scheduled z/OS, RACF and Mainframe discussions and rants ... Have a great weekend... Groete / Greetings Elardus Engelbrecht Phrase of the week: "Remember now, the first 5 days after a weekend are always hard!" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN