Re: RACF Resource Classes
Shmuel, If you do not activate either the TAPEVOL class or DEVSUPxx TAPEAUTHDSN=YES, no authorization check will be made to FACILITY class resource ICHBLP, and therefore, any associated profile is meaningless. Regards, Bob Robert S. Hansel Lead RACF Specialist RSH Consulting, Inc. 617-969-8211 www.linkedin.com/in/roberthansel www.rshconsulting.com - 2011 RACF Training Audit for Results - Boston - APR 12-14 Intro Basic Admin - Boston - MAY 10-12 Visit our website for registration details - -Original Message- Date:Tue, 22 Feb 2011 07:05:54 -0500 From:Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net Subject: Re: RACF Resource Classes In ncbblknfeephcaamofkliehbmgaa.r.han...@rshconsulting.com, on 02/22/2011 at 05:56 AM, Robert S. Hansel (RSH) r.han...@rshconsulting.com said: If you do not activate either the TAPEVOL class or DEVSUPxx TAPEAUTHDSN=YES, and if you do not also define profile ICHBLP to the FACILITY class, then RACF is not guarding the use of BLP and anyone can use BLP with RMM. I believe that the point at issue is what happens if you define ICHBLP in the FACILITY class but do not activate either the TAPEVOL class or DEVSUPxx TAPEAUTHDSN=YES. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: RACF Resource Classes
Elardus, Setting BLP to YES or NO on a JES2 JOBCLASS statement merely determines whether you can or cannot use BLP in jobs submitted via that particular class. Many installations reserve one or two JOBCLASSes for BLP use and some limit who can use these classes via exits. Note: If you have DITTO or File Manager and it is running APF-authorized, and you have READ access to FACILITY class resource DITTO.TAPE.BLP or FILEM.TAPE.BLP respectively, you can submit BLP jobs using these utilities in any JOBCLASS. It overrides JOBCLASS BLP=NO. The authorization check for FACILITY class resource ICHBLP is made in addition to JES, DITTO, or FILEM allowing using of BLP. Regards, Bob Robert S. Hansel Lead RACF Specialist RSH Consulting, Inc. 617-969-8211 www.linkedin.com/in/roberthansel www.rshconsulting.com - 2011 RACF Training Audit for Results - Boston - APR 12-14 Intro Basic Admin - Boston - MAY 10-12 Visit our website for registration details - -Original Message- Date:Wed, 23 Feb 2011 07:12:08 -0600 From:Elardus Engelbrecht elardus.engelbre...@sita.co.za Subject: Re: RACF Resource Classes Shmuel Metz (Seymour J.) wrote: I believe that the point at issue is what happens if you define ICHBLP in the FACILITY class but do not activate either the TAPEVOL class or DEVSUPxx TAPEAUTHDSN=YES. Robert S. Hansel (RSH) wrote: If you do not activate either the TAPEVOL class or DEVSUPxx TAPEAUTHDSN=YES, and if you do not also define profile ICHBLP to the FACILITY class, then RACF is not guarding the use of BLP and anyone can use BLP with RMM. What about this JES2 init statement with above combination(s)? JOBCLASS(?),BLP=YES(or NO) What will happens when BLP is YES or when it is NO? Just curious, because I can't test it for a while. Groete / Greetings Elardus Engelbrecht -- 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: AT-TLS security for SSL sockets
Hurrah, success. I had a couple of what looked like innocuous changes to make in the policy file and it's how all tickety boo. A big thankyou to all who contributed, I wouldn't have got there without the help and suggestions that you all made. Thanks again. Jim McAlpine -- 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
USERCAT QUESTION
Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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: USERCAT QUESTION
Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- 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: USERCAT QUESTION
Yes and run it twice. Once to close and the second to update HURBA. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Thu Feb 24 06:42:37 2011 Subject: Re: USERCAT QUESTION Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- 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: USERCAT QUESTION
Mike, I ran the VERIFY on the USERCAT and it terminated successfully. However, when I do a LISTC CAT(TSTCAT.TSOI21) ALL, I still receive the same error messages: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 --- On Thu, 2/24/11, Mike Schwab mike.a.sch...@gmail.com wrote: From: Mike Schwab mike.a.sch...@gmail.com Subject: Re: USERCAT QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 4:42 AM Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- 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 -- 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: USERCAT QUESTION
Catherine, As per your recommendation I ran the VERIFY again. I did a LISTC CAT(TSTCAT.TSOI21) ALL, however the error messages still are shown. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 4:49 AM Yes and run it twice. Once to close and the second to update HURBA. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Thu Feb 24 06:42:37 2011 Subject: Re: USERCAT QUESTION Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- 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 -- 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: RACF Resource Classes
Robert S. Hansel (RSH) wrote: Setting BLP to YES or NO on a JES2 JOBCLASS statement merely determines whether you can or cannot use BLP in jobs submitted via that particular class. Many installations reserve one or two JOBCLASSes for BLP use and some limit who can use these classes via exits. Thanks. This I found also after some nice RTFM. We don't use any exits sofar to limit usage of BLP and NL. Note: If you have DITTO or File Manager and it is running APF-authorized, and you have READ access to FACILITY class resource DITTO.TAPE.BLP or FILEM.TAPE.BLP respectively, you can submit BLP jobs using these utilities in any JOBCLASS. It overrides JOBCLASS BLP=NO. Thanks for that lesson about overriding. I've learned something new. Thanks Robert! The authorization check for FACILITY class resource ICHBLP is made in addition to JES, DITTO, or FILEM allowing using of BLP. We use RACF profiles, JES2 JOBCLASS statements and when needed/used, DITTO, to limit usage of BLP and NL. As discussed in this thread, we don't limit (so far) usage of specific drives to be used for BLP. Thanks Robert. This thread and your replies was very useful for me! Groete / Greetings Elardus Engelbrecht -- 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: USERCAT QUESTION - CORRECTION
A correction to my earlier post when I said that the DIAGNOSE had no errors. I stand corrected. I misread the message - it was generated from the EXAMINE. The DIAGNOSE did have the following error : DIAGNOSE ICFCATALOG INFILE(DIAGDD) IDC21364I ERROR DETECTED BY DIAGNOSE: ICFCAT ENTRY: TSTCAT.TSOI21 (D) RECORD: /00 OFFSET: X'004A' REASON: 11 - UNCOMPLETED DELETE DETECTED IDC21365I ICFCAT RECORD DISPLAY: RECORD: /00 IDC21363I THE FOLLOWING ENTRIES HAD ERRORS: TSTCAT.TSOI21 (D) - REASON CODE: 11 IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 Sorry. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 4:49 AM Yes and run it twice. Once to close and the second to update HURBA. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Thu Feb 24 06:42:37 2011 Subject: Re: USERCAT QUESTION Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- 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 -- 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: USERCAT QUESTION - CORRECTION
This may be worth a call to the IBM support center if you are on a supported release. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, February 24, 2011 8:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT QUESTION - CORRECTION A correction to my earlier post when I said that the DIAGNOSE had no errors. I stand corrected. I misread the message - it was generated from the EXAMINE. The DIAGNOSE did have the following error : DIAGNOSE ICFCATALOG INFILE(DIAGDD) IDC21364I ERROR DETECTED BY DIAGNOSE: ICFCAT ENTRY: TSTCAT.TSOI21 (D) RECORD: /00 OFFSET: X'004A' REASON: 11 - UNCOMPLETED DELETE DETECTED IDC21365I ICFCAT RECORD DISPLAY: RECORD: /00 IDC21363I THE FOLLOWING ENTRIES HAD ERRORS: TSTCAT.TSOI21 (D) - REASON CODE: 11 IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 Sorry. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 4:49 AM Yes and run it twice. Once to close and the second to update HURBA. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Thu Feb 24 06:42:37 2011 Subject: Re: USERCAT QUESTION Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- 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 -- 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: USERCAT QUESTION - CORRECTION
I rechecked the DIAGNOSE job. It did run okay the first time. However when I reran it after the VERIFY jobs the DIAGNOSE put out the error message. Maybe, the VERIFY may have had something to do with triggering the error message on the second time the DIAGNOSE was run. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION - CORRECTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 6:21 AM This may be worth a call to the IBM support center if you are on a supported release. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, February 24, 2011 8:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT QUESTION - CORRECTION A correction to my earlier post when I said that the DIAGNOSE had no errors. I stand corrected. I misread the message - it was generated from the EXAMINE. The DIAGNOSE did have the following error : DIAGNOSE ICFCATALOG INFILE(DIAGDD) IDC21364I ERROR DETECTED BY DIAGNOSE: ICFCAT ENTRY: TSTCAT.TSOI21 (D) RECORD: /00 OFFSET: X'004A' REASON: 11 - UNCOMPLETED DELETE DETECTED IDC21365I ICFCAT RECORD DISPLAY: RECORD: /00 IDC21363I THE FOLLOWING ENTRIES HAD ERRORS: TSTCAT.TSOI21 (D) - REASON CODE: 11 IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 Sorry. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 4:49 AM Yes and run it twice. Once to close and the second to update HURBA. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Thu Feb 24 06:42:37 2011 Subject: Re: USERCAT QUESTION Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- 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 -- 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,
Re: USERCAT QUESTION - CORRECTION
If I were you at this point and had IBM support, I'd be placing a call. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, February 24, 2011 8:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT QUESTION - CORRECTION I rechecked the DIAGNOSE job. It did run okay the first time. However when I reran it after the VERIFY jobs the DIAGNOSE put out the error message. Maybe, the VERIFY may have had something to do with triggering the error message on the second time the DIAGNOSE was run. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION - CORRECTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 6:21 AM This may be worth a call to the IBM support center if you are on a supported release. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, February 24, 2011 8:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT QUESTION - CORRECTION A correction to my earlier post when I said that the DIAGNOSE had no errors. I stand corrected. I misread the message - it was generated from the EXAMINE. The DIAGNOSE did have the following error : DIAGNOSE ICFCATALOG INFILE(DIAGDD) IDC21364I ERROR DETECTED BY DIAGNOSE: ICFCAT ENTRY: TSTCAT.TSOI21 (D) RECORD: /00 OFFSET: X'004A' REASON: 11 - UNCOMPLETED DELETE DETECTED IDC21365I ICFCAT RECORD DISPLAY: RECORD: /00 IDC21363I THE FOLLOWING ENTRIES HAD ERRORS: TSTCAT.TSOI21 (D) - REASON CODE: 11 IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 Sorry. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 4:49 AM Yes and run it twice. Once to close and the second to update HURBA. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Thu Feb 24 06:42:37 2011 Subject: Re: USERCAT QUESTION Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- 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 -- For IBM-MAIN subscribe / signoff /
Re: USERCAT QUESTION - CORRECTION
Thanks. I will do so. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION - CORRECTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 6:28 AM If I were you at this point and had IBM support, I'd be placing a call. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, February 24, 2011 8:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT QUESTION - CORRECTION I rechecked the DIAGNOSE job. It did run okay the first time. However when I reran it after the VERIFY jobs the DIAGNOSE put out the error message. Maybe, the VERIFY may have had something to do with triggering the error message on the second time the DIAGNOSE was run. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION - CORRECTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 6:21 AM This may be worth a call to the IBM support center if you are on a supported release. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, February 24, 2011 8:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT QUESTION - CORRECTION A correction to my earlier post when I said that the DIAGNOSE had no errors. I stand corrected. I misread the message - it was generated from the EXAMINE. The DIAGNOSE did have the following error : DIAGNOSE ICFCATALOG INFILE(DIAGDD) IDC21364I ERROR DETECTED BY DIAGNOSE: ICFCAT ENTRY: TSTCAT.TSOI21 (D) RECORD: /00 OFFSET: X'004A' REASON: 11 - UNCOMPLETED DELETE DETECTED IDC21365I ICFCAT RECORD DISPLAY: RECORD: /00 IDC21363I THE FOLLOWING ENTRIES HAD ERRORS: TSTCAT.TSOI21 (D) - REASON CODE: 11 IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 Sorry. --- On Thu, 2/24/11, McBride, Catherine cmcbr...@kable.com wrote: From: McBride, Catherine cmcbr...@kable.com Subject: Re: USERCAT QUESTION To: IBM-MAIN@bama.ua.edu Received: Thursday, February 24, 2011, 4:49 AM Yes and run it twice. Once to close and the second to update HURBA. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Thu Feb 24 06:42:37 2011 Subject: Re: USERCAT QUESTION Try an IDCAMS VERIFY DATASET(data.set.name). On Thu, Feb 24, 2011 at 6:33 AM, willie bunter williebun...@yahoo.com wrote: Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access
Re: System symbols in batch jobs
I thought I'd share it for those interested parties who have NetView. I use more or less the same principle to accomplish the same goal. I wrote a simple REXX which NetView kicks off every night at 00:00, writing a member named VARS into one of the JES-knownlibrary named SYS1.SYSNAME.PROCLIB: //* -- Variables set on 24 Feb 2011 // SET SYSNAME=PROD // SET ID=PR // SET IPLVOL=Z19R1B //* // SET DD=24 // SET MM=02 // SET YY=11 // SET DAY=THU // SET MONTH=FEB // SET YEAR=2011 //* // SET DOW=4 Day Of Week // SET JD=11055 Julian Date // SET PFX=J Dataset prefix //* --- at 00:00:00 The REXX makes available both static and dynamic system symbols. Whoever wants to exploit them, must add the INCLUDE stmt in their JCL, as Alan mentioned. It's not pretty but it can be helpful to circumvent that annoying restriction. Maybe is not pretty, but it is effective. Unfortunately it doesn't solve the problem with variables not recognized in SYSIN-type input datasets. For such cases, I use PGM=EZACFSM1. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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: Am I running in an IMS MPR?
Might be worth looking at the DFSUTL sample shipped in HLQ.SDFSSMPL. In addition to DFSSRB and DFSPRPX0 (Parm Block), we look for DFSRRC00 (Region Controller) and DFSVC000 (SVC). Probably overkill, with PPT and TIME=1440 in place, but we're a belt-and-suspenders (and baling wire, and duct tape) kind of a shop. Regards, Art Gutowski Ford Motor Company -- 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: System symbols in dynamic allocation
Tom, if you had read my question you would see it mentioned JCL only in passing. My problem is not with JCL and while the answer may be obvious from the documentation, not one person here has been able to answer it. You carefully pruned the part of my question that you quoted to remove the part that explained what I AM trying to accomplish. What's the point? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, February 23, 2011 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: System symbols in dynamic allocation On Wed, 23 Feb 2011 08:43:31 -0800, Charles Mills wrote: I want to be able to use a single common control file to specify the name of a file for an STC that could be unique across systems: You can use system symbols in started task JCL. Yes, I could just write an STC to try it with but gee, isn't the point of documentation so that you can know how things work WITHOUT having to run experiments? Sure, but it only works if you read it. It is in the JCL reference. -- Tom Marchant -- 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
Julie Bergh is out of the office.
I will be out of the office starting 02/24/2011 and will not return until 02/25/2011. I will respond to your voice- and e-mails when I return. If you require an immediate response while I am away you may contact my manager Chris Lockyer-Bratton at: Christopher O Lockyer-bratton/Phoenix/IBM. Thanks, Julie Bergh -- 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
IEE329I 0982 IN USE BY A SYSTEM COMPONENT
We had a tape drive fail (not 982). The failing drive was replaced, and is working fine. The 982 drive in the same ATL will not go offline, we get the: IEE329I 0982 IN USE BY A SYSTEM COMPONENT The display below shows it in use by jobname *MASTER* D U,TAPE,ALLOC IEE106I 09.06.44 UNITS ALLOCATED 447 UNITJOBNAME ASID JOBNAME ASID JOBNAME 0970SVTSAS 0061 0972SVTSAS 0061 0973SVTSAS 0061 0982*MASTER* 0001 What's up with this one? 0984SVTSAS 0061 I GOOGLED the message, and found a few APARS, but they are old and don't seem to fit this particular situation. The drives are online only to the production LPAR *MASTER* is our SYSLOG. Any ideas on how to fix this Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- 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: IEE329I 0982 IN USE BY A SYSTEM COMPONENT
On 2/24/2011 11:31 AM, Lucy Arnold wrote: We had a tape drive fail (not 982). The failing drive was replaced, and is working fine. The 982 drive in the same ATL will not go offline, we get the: IEE329I 0982 IN USE BY A SYSTEM COMPONENT The display below shows it in use by jobname *MASTER* D U,TAPE,ALLOC IEE106I 09.06.44 UNITS ALLOCATED 447 UNITJOBNAME ASID JOBNAME ASID JOBNAME 0970SVTSAS 0061 0972SVTSAS 0061 0973SVTSAS 0061 0982*MASTER* 0001What's up with this one? 0984SVTSAS 0061 I GOOGLED the message, and found a few APARS, but they are old and don't seem to fit this particular situation. The drives are online only to the production LPAR *MASTER* is our SYSLOG. Any ideas on how to fix this Lucy, Could this be from an outstanding SWAP? I haven't had a swap in ages, so I don't remember if it occurs under MASTER or not. If there is an outstanding reply for SWAP, just reply NO. If a SWAP is in progress, mount the correct tape in 982. If you can't find the correct tape, try mounting a SCRTCH tape. -- Richard -- 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: IEE329I 0982 IN USE BY A SYSTEM COMPONENT
We had a tape drive fail (not 982). The failing drive was replaced, and is working fine. The 982 drive in the same ATL will not go offline, we get the: IEE329I 0982 IN USE BY A SYSTEM COMPONENT The display below shows it in use by jobname *MASTER* D U,TAPE,ALLOC IEE106I 09.06.44 UNITS ALLOCATED 447 UNITJOBNAME ASID JOBNAME ASID JOBNAME 0970SVTSAS 0061 0972SVTSAS 0061 0973SVTSAS 0061 0982*MASTER* 0001 What's up with this one? 0984SVTSAS 0061 I GOOGLED the message, and found a few APARS, but they are old and don't seem to fit this particular situation. The drives are online only to the production LPAR *MASTER* is our SYSLOG. Any ideas on how to fix this Lucy, Is this a CA-VTAPE drive? If not, then I might do the following in SDSF see if there is an external writer with that ucb as the step name, issue a DS command, Do an D M=DEV() I might use the V ,OFFLINE,UNCOND or V ,OFFLINE,UNCOND,FORCE But ony if I knew there was nothing using this device. Otherwisw you might get into an IPL'able situation. However, it if is CA-VTAPE, I would open a case to CA and see what is going on. Lizette -- 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: IEE329I 0982 IN USE BY A SYSTEM COMPONENT
It was a SWAP!!! There was no outstanding message that we saw, though. We did force it OFFLINE, and all is better! Thank-you all for your help Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- 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: IEE329I 0982 IN USE BY A SYSTEM COMPONENT
I'd ding around with ===DS QT,? To see if a path or device got boxed whilst the other drive was failing. In a message dated 2/24/2011 11:51:45 A.M. Central Standard Time, lucy.arn...@ucdmc.ucdavis.edu writes: We had a tape drive fail (not 982). The failing drive was replaced, and is working fine. The 982 drive in the same ATL will not go offline, we get the: -- 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: USERCAT QUESTION
If you just want to remove the entry from the usercataog, IDCAMS DELETE NOSCRATCH would work fine. DELETE LIVDC.ISI.DOCUTEXT.XREF.FILE NSCR CAT(TSTCAT.TSOI21) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, February 24, 2011 7:33 AM To: IBM-MAIN@bama.ua.edu Subject: USERCAT QUESTION Hallo All, Of late when I backup up a USERCAT - using DFDSS. I receive the message; ADR724E (001)-FMSCT(03), ERROR DURING LOCATE OF DATA SET INFORMATION FOR DATA SET IN CATALOG TSTCAT.TSOI21, 01-AM-00012-00068 CMI RETURN INFORMATION IS : FT-00186-0 IGW01068T UNEXPECTED RESULTS FROM A CATALOG LOCATE REQUEST. RETURN CODE WAS 186 . REASON CODE WAS X'' ADR427E (001)-BLDCN(07), ERROR IN VVDS ON VOLUME SYSIU2 WHILE ACCESSING COMPONETS OF CLUSTER TSTCAT.TSOI21 IN CATALOG SYS1.UIC.MCAT I did a DIAGNOSE/EXAMINE of the USERCAT and NO ERRORS DETECTED I did a DIAGNOSE/EXAMINE of the MCAT and NO ERRORS DETECTED I did a LISTC CAT(TSTCAT.TSOI21) ALL and I noticed the following message: IDC11441I ENTRY WAS INTERRUPTED DURING A PREVIOUS PROCESS IDC2954I STATIC TEXT ENTRY REQUESTED NOT IN MODULE There are 0 records in the REC-TOTAL I also noticed the following : IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.DATA NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 IDC1566I ** LIVDC.ISI.DOCUTEXT.XREF.FILE.INDEX NOT LISTED CLUSTER --- SYS1.VVDS.VAIGI22 I did a LISTCAT of the CLUSTER and I noticed that it exists in another USERCAT. I think the only way to fix this problem is delete the these entries in this trouble USERCAT. If so, how do I go about it? If not, could you suggest something I could try. We do not have any CATALOG SCRUB installed on this LPAR. Thanks in advance. -- 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: Question about wiping a DS8100
Hi Catherine, I wish our 3rd party provider had their act together like yours. I've asked him several times for suggestions or approaches--he says he'll research it, but then I never hear back! Thanks for the thought, though--you have a very helpful group here! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McBride, Catherine Sent: Wednesday, February 23, 2011 2:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 You may want to check with your 3rd party maintenance provider as well. We are in a similar situation as yours, and our 3rd party provider presented a few options. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Nancy R. Brizuela Sent: Wednesday, February 23, 2011 3:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 Thanks for such prompt responses, David, Claude, Mark, Ed, and Hal. I neglected to mention that the DS8100 is no longer attached to a mainframe and that we no longer have a CE. Alas, our mainframe was shipped off in a truck four or five years ago and a couple years ago our managers discovered they could save a lot of money by gong with a 3rd party maintenance provider, so we are no longer with IBM. Nevertheless, this gives me some good leads. I'll contact my former CE and investigate some of the other options. Thanks so much! From: Nancy R. Brizuela Sent: Wednesday, February 23, 2011 10:50 AM To: 'IBM-MAIN@BAMA.UA.EDU' Subject: Question about wiping a DS8100 Hi All, I am new to this list. I have a DS8100 that we are decommissioning and using as a trade-in. We need to make sure that all the data on this system is erased before we ship it off. Do any of you have any thoughts on how to accomplish this at little or no expense? Has anyone already dealt with this issue? Thanks! Nancy Brizuela Systems Programmer, Senior University of Wyoming IBM/Unix Systems Group -- 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 -- 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: System symbols in dynamic allocation
Charles Mills wrote: My problem is not with JCL and while the answer may be obvious from the documentation, not one person here has been able to answer it. What about Mark Zelden? He wrote this: quote FWIW in the case in question I am not using SVC 99 directly but rather using C fopen(); Yeah, the fact that you can't code SYSNAME in JCL seems pretty lame. I code it in lots of JCL. /quote My suggestion: could Mark help you out there? For my part, when I use something like SYSNAME, I would use my automation package to check up the current system and place the correct symbolic varialbe in the JCL before submit it. Something like this to be included for my job in automation package: //* %%IF %%SMFNCODE EQ 1 //* %%SET %%SYSNAME = 1 //* %%ENDIF //* %%IF %%SMFNCODE EQ 2 //* %%SET %%SYSNAME = 2 //* %%ENDIF And my job to be run is something like this: //COPY EXEC PGM=IFASMFDP //INDD1DD DISP=SHR,DSN=hlq.%%SYSNAME.INDUMP //OUTDD1 DD DISP=(OLD,KEEP),DSN=hlq.%%SYSNAME.OUTDUMP... Alternative: I use REXX (or Assembler) and its functions to get SYSNAME and generate a nice JCL to be run on a correct LPAR in a correct SYSPLEX. You can also use Dynamic Allocation (BPXWDYN) functions to be used in REXX or COBOL. Insert your SYSNAME programmatically and fire of that JCL! This has been discussed in IBM-MAIN. Basically you need to 'rewrite' a JCL before execution to overcome the limits of JCL. HTH! Groete / Greetings Elardus Engelbrecht -- 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
Reverse Order GDG
Running z/OS V1.11 I thought I remembered that there was suppose to be a change soon to allow you to read the GDG in reverse order when using the base. However, after scanning the manuals and archives I have seen rexx utilities to do this. So, was there suppose to be a way to change the way a GDG order is selected when using the baes? Instead of going top down, it does bottom up? Lizette -- 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: z/OS UNICODE migration consideration
On Wed, 23 Feb 2011 16:36:24 +0800, Tsai Laurence ltsai85...@gmail.com wrote: Dears , as the subject ,would like to plan the MF unicode migrtion. 1) What are major considerations you will raise ? - UTF 8 , UTF 16 , or UTF 32 support on MF ? - COBOL pgm migration ? support UTF16 only ? - PL/I PGM migration ? - DB (IMS DB / VSAM DB /DB2 DB ) migration? - data exchange migration ? MQ / FTP / ..etc - does DFSORT support UTFx sorting ? - PSF printing ,how to have the user report display correctly as migration to UTF16? 2) Any shop done MF UNICODE migration before ? Appreciated your kindly thoughts ... Regards, Laurence For PSF, see the Customization book (S550-0427). Appendix N. Activating Conversion Services describes configuring Unicode conversion services that PSF uses. You will also need to add the UNICODE parm to the EXEC statement in the PSF PROC ,PARM=(TCPIP,UNICODE). If you want to print Unicode data you will need to use TrueType Fonts and define FONTPATH to the Unix directory containing fonts installed by the Font or Resource Installer. This requires a printer that supports TrueType Fonts. You can also print UTF-16 data using the Unicode Migration Fonts PRPQ (5799- GJJ). This does not require Unicode support or TrueType Font support. See also the Page Printer Formatting Aid User's Guide, S544-5284-10 for information on printing UTF-8 as well as UTF-16. UTF-16 is the native Unicode encoding in MO:DCA (AFP). Howard Turetzky Advanced Technical Support howard.turet...@infoprint.com -- 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: z/OS UNICODE migration consideration
On 2/24/2011 12:03 PM, Howard Turetzky wrote: On Wed, 23 Feb 2011 16:36:24 +0800, Tsai Laurence ltsai85...@gmail.com wrote: Dears , as the subject ,would like to plan the MF unicode migrtion. 1) What are major considerations you will raise ? - UTF 8 , UTF 16 , or UTF 32 support on MF ? - COBOL pgm migration ? support UTF16 only ? - PL/I PGM migration ? - DB (IMS DB / VSAM DB /DB2 DB ) migration? - data exchange migration ? MQ / FTP / ..etc - does DFSORT support UTFx sorting ? - PSF printing ,how to have the user report display correctly as migration to UTF16? 2) Any shop done MF UNICODE migration before ? Appreciated your kindly thoughts ... Regards, Laurence For PSF, see the Customization book (S550-0427). Appendix N. Activating Conversion Services describes configuring Unicode conversion services that PSF uses. You will also need to add the UNICODE parm to the EXEC statement in the PSF PROC ,PARM=(TCPIP,UNICODE). If you want to print Unicode data you will need to use TrueType Fonts and define FONTPATH to the Unix directory containing fonts installed by the Font or Resource Installer. This requires a printer that supports TrueType Fonts. You can also print UTF-16 data using the Unicode Migration Fonts PRPQ (5799- GJJ). This does not require Unicode support or TrueType Font support. See also the Page Printer Formatting Aid User's Guide, S544-5284-10 for information on printing UTF-8 as well as UTF-16. UTF-16 is the native Unicode encoding in MO:DCA (AFP). Howard Turetzky Advanced Technical Support howard.turet...@infoprint.com Cool! I was pretty sure we'd hear from you, Howard. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Question about wiping a DS8100
You should be able to access the user interface through a browser and delete the volumes, extent pools, ranks, etc. When you perform those operations the machine will format the disk drives. As was suggested early on, you also could change the extent pools, ranks, arrays from one format to the other (Open to CKD). That will most definitely cause a disk format and the data will be gone. On Thu, 24 Feb 2011 11:19:44 -0700, Nancy R. Brizuela brizu...@uwyo.edu wrote: Hi Catherine, I wish our 3rd party provider had their act together like yours. I've asked him several times for suggestions or approaches--he says he'll research it, but then I never hear back! Thanks for the thought, though--you have a very helpful group here! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McBride, Catherine Sent: Wednesday, February 23, 2011 2:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 You may want to check with your 3rd party maintenance provider as well. We are in a similar situation as yours, and our 3rd party provider presented a few options. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Nancy R. Brizuela Sent: Wednesday, February 23, 2011 3:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 Thanks for such prompt responses, David, Claude, Mark, Ed, and Hal. I neglected to mention that the DS8100 is no longer attached to a mainframe and that we no longer have a CE. Alas, our mainframe was shipped off in a truck four or five years ago and a couple years ago our managers discovered they could save a lot of money by gong with a 3rd party maintenance provider, so we are no longer with IBM. Nevertheless, this gives me some good leads. I'll contact my former CE and investigate some of the other options. Thanks so much! From: Nancy R. Brizuela Sent: Wednesday, February 23, 2011 10:50 AM To: 'IBM-MAIN@BAMA.UA.EDU' Subject: Question about wiping a DS8100 Hi All, I am new to this list. I have a DS8100 that we are decommissioning and using as a trade-in. We need to make sure that all the data on this system is erased before we ship it off. Do any of you have any thoughts on how to accomplish this at little or no expense? Has anyone already dealt with this issue? Thanks! Nancy Brizuela Systems Programmer, Senior University of Wyoming IBM/Unix Systems Group -- 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: System symbols in dynamic allocation
Conversion and execution can occur on a different systems in the sysplex. Conversion is when the system symbols in JCL are resolved; so SYSNAME would resolve to system where conversion occurred, but the job could execute on a different system. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, February 23, 2011 11:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: System symbols in dynamic allocation Thanks. Your reply crossed in the mail with my follow-up. FWIW in the case in question I am not using SVC 99 directly but rather using C fopen(); Yeah, the fact that you can't code SYSNAME in JCL seems pretty lame. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, February 23, 2011 6:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: System symbols in dynamic allocation In 031b01cbd2c6$62366280$26a32780$@org, on 02/22/2011 at 11:26 AM, Charles Mills charl...@mcn.org said: Do the same restrictions on static system symbols exist for dynamic allocation as exist for JCL in the same environment I've seen no documentation for such a restriction, and the excuses IBM gave for not allowing arbitrary system symbols in batch JCL do not apply to execution time. That seems to be what I am seeing but I don't see that restriction I would create a PMR. -- 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: System symbols in dynamic allocation (clarification)
Conversion and execution of batch jobs can occur on a different systems in the sysplex. Conversion is when the system symbols in JCL are resolved; so SYSNAME would resolve to system where conversion occurred, but the job could execute on a different system. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, February 23, 2011 11:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: System symbols in dynamic allocation Thanks. Your reply crossed in the mail with my follow-up. FWIW in the case in question I am not using SVC 99 directly but rather using C fopen(); Yeah, the fact that you can't code SYSNAME in JCL seems pretty lame. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, February 23, 2011 6:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: System symbols in dynamic allocation In 031b01cbd2c6$62366280$26a32780$@org, on 02/22/2011 at 11:26 AM, Charles Mills charl...@mcn.org said: Do the same restrictions on static system symbols exist for dynamic allocation as exist for JCL in the same environment I've seen no documentation for such a restriction, and the excuses IBM gave for not allowing arbitrary system symbols in batch JCL do not apply to execution time. That seems to be what I am seeing but I don't see that restriction I would create a PMR. -- 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: Question about wiping a DS8100
Yes, using the web-based Storage Manager application to change the ranks from one format to another will certainly work. I was told that changing from one format to the other 3 times would be best. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Matthew Stitt Sent: Thursday, February 24, 2011 2:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 You should be able to access the user interface through a browser and delete the volumes, extent pools, ranks, etc. When you perform those operations the machine will format the disk drives. As was suggested early on, you also could change the extent pools, ranks, arrays from one format to the other (Open to CKD). That will most definitely cause a disk format and the data will be gone. On Thu, 24 Feb 2011 11:19:44 -0700, Nancy R. Brizuela brizu...@uwyo.edu wrote: Hi Catherine, I wish our 3rd party provider had their act together like yours. I've asked him several times for suggestions or approaches--he says he'll research it, but then I never hear back! Thanks for the thought, though--you have a very helpful group here! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McBride, Catherine Sent: Wednesday, February 23, 2011 2:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 You may want to check with your 3rd party maintenance provider as well. We are in a similar situation as yours, and our 3rd party provider presented a few options. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Nancy R. Brizuela Sent: Wednesday, February 23, 2011 3:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 Thanks for such prompt responses, David, Claude, Mark, Ed, and Hal. I neglected to mention that the DS8100 is no longer attached to a mainframe and that we no longer have a CE. Alas, our mainframe was shipped off in a truck four or five years ago and a couple years ago our managers discovered they could save a lot of money by gong with a 3rd party maintenance provider, so we are no longer with IBM. Nevertheless, this gives me some good leads. I'll contact my former CE and investigate some of the other options. Thanks so much! From: Nancy R. Brizuela Sent: Wednesday, February 23, 2011 10:50 AM To: 'IBM-MAIN@BAMA.UA.EDU' Subject: Question about wiping a DS8100 Hi All, I am new to this list. I have a DS8100 that we are decommissioning and using as a trade-in. We need to make sure that all the data on this system is erased before we ship it off. Do any of you have any thoughts on how to accomplish this at little or no expense? Has anyone already dealt with this issue? Thanks! Nancy Brizuela Systems Programmer, Senior University of Wyoming IBM/Unix Systems Group -- 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
3590 Tape error when vol=ser not specified
OLD SYSTEM (OS/390 1.3) I'm changing from 3480 tape drives to 3590. Everything is working, but when I allocate a private scratch tape an IOE error always hits the console. It's not a hi-lited msg and doesn't seem to affect anything, but I can't figure out why I always get this error. If I specify vol=ser= for the output tape, the error doesn't occur. Below is the jcl and error. //GREGTAPE JOB ,'G.L.CASERTA',MSGCLASS=X //STEP1 EXEC PGM=IEBGENER //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=GLC.JUNK132,DISP=SHR //SYSUT2 DD DSN=GLC.JUNK3590,DISP=(,CATLG),UNIT=3590-1,VOL=SER=003601 //* *IEF233A M 0100,PRIVAT,SL,GREGTAPE,COPY3590 IOS000I 0100,0B,IOE,9F,0600,,**,,*MASTER* 701 804010C021122141 009FFF00 0092 40042300B39A1313 CONFIGURATION ERROR This document has been scanned by Special Metals Corporation for viruses and inappropriate content. It contains information intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Special Metals Corporation, 3200 Riverside Drive, Huntington, WV 25705, USA, www.specialmetals.com -- 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: 3590 Tape error when vol=ser not specified
W dniu 2011-02-24 21:46, Greg Caserta pisze: OLD SYSTEM (OS/390 1.3) I'm changing from 3480 tape drives to 3590. Everything is working, but when I allocate a private scratch tape an IOE error always hits the console. It's not a hi-lited msg and doesn't seem to affect anything, but I can't figure out why I always get this error. If I specify vol=ser= for the output tape, the error doesn't occur. Below is the jcl and error. //GREGTAPE JOB ,'G.L.CASERTA',MSGCLASS=X //STEP1 EXEC PGM=IEBGENER //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=GLC.JUNK132,DISP=SHR //SYSUT2 DD DSN=GLC.JUNK3590,DISP=(,CATLG),UNIT=3590-1,VOL=SER=003601 //* *IEF233A M 0100,PRIVAT,SL,GREGTAPE,COPY3590 IOS000I 0100,0B,IOE,9F,0600,,**,,*MASTER* 701 804010C021122141 009FFF00 0092 40042300B39A1313 CONFIGURATION ERROR Wild guess: You don't have autoloader in your 3590. (if yes) Don't worry about it, just ignore. BTW: provide us D U,,,0100output if you want further analysis. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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: 3590 Tape error when vol=ser not specified
No autoloader. Here is the results from the d u,,,100 ( the drives are offline right now) D U,,,0100 IEE457I 16.17.24 UNIT STATUS 161 UNIT TYPE STATUSVOLSER VOLSTATE 0100 359S F-NRD/REMOV 0101 359S F-NRD/REMOV 0102 359S F-NRD/REMOV 0103 359S F-NRD/REMOV -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Thursday, February 24, 2011 4:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 3590 Tape error when vol=ser not specified W dniu 2011-02-24 21:46, Greg Caserta pisze: OLD SYSTEM (OS/390 1.3) I'm changing from 3480 tape drives to 3590. Everything is working, but when I allocate a private scratch tape an IOE error always hits the console. It's not a hi-lited msg and doesn't seem to affect anything, but I can't figure out why I always get this error. If I specify vol=ser= for the output tape, the error doesn't occur. Below is the jcl and error. //GREGTAPE JOB ,'G.L.CASERTA',MSGCLASS=X //STEP1 EXEC PGM=IEBGENER //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=GLC.JUNK132,DISP=SHR //SYSUT2 DD DSN=GLC.JUNK3590,DISP=(,CATLG),UNIT=3590-1,VOL=SER=003601 //* *IEF233A M 0100,PRIVAT,SL,GREGTAPE,COPY3590 IOS000I 0100,0B,IOE,9F,0600,,**,,*MASTER* 701 804010C021122141 009FFF00 0092 40042300B39A1313 CONFIGURATION ERROR Wild guess: You don't have autoloader in your 3590. (if yes) Don't worry about it, just ignore. BTW: provide us D U,,,0100output if you want further analysis. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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 This document has been scanned by Special Metals Corporation for viruses and inappropriate content. It contains information intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Special Metals Corporation, 3200 Riverside Drive, Huntington, WV 25705, USA, www.specialmetals.com -- 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: 3590 Tape error when vol=ser not specified
W dniu 2011-02-24 22:19, Greg Caserta pisze: No autoloader. Here is the results from the d u,,,100 ( the drives are offline right now) D U,,,0100 IEE457I 16.17.24 UNIT STATUS 161 UNIT TYPE STATUSVOLSER VOLSTATE 0100 359S F-NRD/REMOV 0101 359S F-NRD/REMOV 0102 359S F-NRD/REMOV 0103 359S F-NRD/REMOV See IEE457I explanation: xxxS where xxx represents the first three digits of device type (for example, '348' for a 3480 or '349' for a 3490) and 'S' means the device has a cartridge stack loader. So, your OS/390 *thinks* that your 3590 does have autoloader. Lack of autoloader casues surprise and message. However AFAIR it doesn't hurt. You can simply ignore the messages. AFAIR they appear only for non-specific volume requests. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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: TS41 TDQ triggering before program finishes writing to it
With IBM support and other help, we finally figured this one out, and so I will share it. When you write to a TDQ (Intra partition, Recovery= Logical, TriggerLevel=1, TRANID=) The Trigger Level is NOT the only thing governing when the TRANID gets kicked off. It is a combination of TriggerLevel and SYNCHPOINT. BOTH must happen before TRANID gets kicked off. And SYNCHpoint can happen at as a result of things other than EXEC CICS SYNCHPOINT, such as some DLI calls, and invocation of some other progams. In my case the program () started to write to the TDQ which set the Trigger level to 1, but the tranid did NOT start at this point. Then the program did IMS DLI call, and thus a SYNCHPOINT happened. At this point started reading from the TDQ at a faster rate than the program was writing into the TDQ. If the report was short, the program finished before and no problem was detected.If the report was longer, it could happen that read the last record from the TDQ and finished. However the program kept writing to the now empty TDQ thus setting the Trigger level to 1 again. The next SYNCH happened when the program completed, and thus was released to process the remaining records as a partial report. We started calling this the bucket brigade problem. Very hard to duplicate. IBM was very helpful on this one. Remember This could happen to YOU. From: John Mattson/Epson To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 02/23/2011 08:02 AM Subject:TS41 TDQ triggering before program finishes writing to it Just went from TS22 to TS41 and have a surprise problem. Our program writes a report to a TDQ, and when the report is complete leaves the TDQ, which has a Trigger level of 1. At this point TRANSID starts since the trigger level is reached and it process the record in the TDQ. Up to TS41 it worked fine. Now, it works alright if we do the transactions one at a time (manually). However, if we batch a bunch of them to run right after another then the TDQ is sometimes triggered before the report record is completly sent to the TDQ, and then the TDQ is read, cleared by the TRANSID trans. The the rest of the record report is written to the TDQ and then read, and a mess is created. Note: The TDQ is INTRA partition, has a TRANSID value, and Tirggerlevel is 1. Note: This system has worked fine until going to TS41 and zOS 1.11 Note: My knowledge of CICS programming is limited. Question is: 1) is this a bug? 2) now do we go about preventing it from happening? Basically the report writing program must remain 'in control' of the TDQ until it completes a full report. -- 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
Keith is out of the office.
I will be out of the office starting 02/24/2011 and will not return until 02/28/2011. HCSC Company Disclaimer The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately at (312) 653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in Texas. -- 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
