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
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 wrote: From: Mike Schwab 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 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 wrote: From: McBride, Catherine 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 To: 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 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
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 wrote: From: McBride, Catherine 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 To: 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 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
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 wrote: From: McBride, Catherine 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 wrote: From: McBride, Catherine 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 To: 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 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
Thanks. I will do so. --- On Thu, 2/24/11, McBride, Catherine wrote: From: McBride, Catherine 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 wrote: From: McBride, Catherine 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 wrote: From: McBride, Catherine 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 To: 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 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? --
REMOVE ML2 TAPE FROM HSM CONTROL
Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? Thanks. -- 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: REMOVE ML2 TAPE FROM HSM CONTROL
Rick I assume the you are refering to the HSEND DELVOL 030562 MIGRATION? Right? --- On Mon, 3/7/11, Adams, Rick wrote: From: Adams, Rick Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL To: IBM-MAIN@bama.ua.edu Received: Monday, March 7, 2011, 6:00 AM The DELVOL should take care of it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: REMOVE ML2 TAPE FROM HSM CONTROL Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? Thanks. -- 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: REMOVE ML2 TAPE FROM HSM CONTROL
Thanks Rick for your help. --- On Mon, 3/7/11, Adams, Rick wrote: From: Adams, Rick Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL To: IBM-MAIN@bama.ua.edu Received: Monday, March 7, 2011, 6:08 AM That is correct. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 8:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL Rick I assume the you are refering to the HSEND DELVOL 030562 MIGRATION? Right? --- On Mon, 3/7/11, Adams, Rick wrote: From: Adams, Rick Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL To: IBM-MAIN@bama.ua.edu Received: Monday, March 7, 2011, 6:00 AM The DELVOL should take care of it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: REMOVE ML2 TAPE FROM HSM CONTROL Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? Thanks. -- 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 -- 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
FUZZY ABOUT SPILL VOLUMES
Good Day To All, I am fuzzy about SPILL volumes. I checked the PRIMER doc and it is very not clear about what SPILL actually does, it says something to the effect that HSM moves older backup versions to other volumes or SPILL volumes. If I understand it correctly, HSM moves the DAY backup to SPILL and this is done via RECYCLE. My question is 2 fold. If I am running low on SPILL tapes should I need to add tapes to the SPILL Backup or to DAILY BACKUP i.e ADDVOL BKP002 UNIT(3590-1) BACKUP(SPILL) THRESHOLD(85) or ADDVOL BKP006 UNIT(3590-1) BACKUP(DAILY(1)) Also, I ran a report to check what BACKUP tapes are eligible for recycle - HSENDCMD RECYCLE DISPLAY BACKUP I noticed in the report it has both the BACKUP and SPILL VOLS. Is there a way of just getting the BACKUP volsers? I executed the report again for SPILL - HSENDCMD RECYCLE DISPLAY SPILL and the report only listed the SPIL vols. Thanks for your advice in advance. Cheers -- 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: FUZZY ABOUT SPILL VOLUMES
Allan, We have no choice in this matter. We inherited the client and they had pooling set up already. My question about adding volumes to the pool do I need to add it as BACKUP or SPILL? --- On Mon, 3/21/11, Staller, Allan wrote: From: Staller, Allan Subject: Re: FUZZY ABOUT SPILL VOLUMES To: IBM-MAIN@bama.ua.edu Received: Monday, March 21, 2011, 5:34 AM IMO, dfHSM pooling of tapes is a *BAD* idea(ADDVOL) . If you really need to segregate dfHSM tapes from the "other" tapes, use your tape management system to provide the appropriate scratch pool support. Check the values for SETSYS TAPEDELETION and SETSYS SELECTVOLUME. There will be several other SETSYS commands needed to complete the migration to tape manager scratch pooling. I don't know if you can get the recycle report to show only backup volumes, however, spill volume can also be recycled, so I would not exclude them. HTH, I am fuzzy about SPILL volumes. I checked the PRIMER doc and it is very not clear about what SPILL actually does, it says something to the effect that HSM moves older backup versions to other volumes or SPILL volumes. If I understand it correctly, HSM moves the DAY backup to SPILL and this is done via RECYCLE. My question is 2 fold. If I am running low on SPILL tapes should I need to add tapes to the SPILL Backup or to DAILY BACKUP i.e ADDVOL BKP002 UNIT(3590-1) BACKUP(SPILL) THRESHOLD(85) or ADDVOL BKP006 UNIT(3590-1) BACKUP(DAILY(1)) Also, I ran a report to check what BACKUP tapes are eligible for recycle - HSENDCMD RECYCLE DISPLAY BACKUP I noticed in the report it has both the BACKUP and SPILL VOLS. Is there a way of just getting the BACKUP volsers? I executed the report again for SPILL - HSENDCMD RECYCLE DISPLAY SPILL and the report only listed the SPIL vols. -- 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: ABARS QUESTION
Hi John, Check if the ABACKUP ACTIVITY log is available if not you could try running an ARECOVER with NOREPLACE. If you have parm FILTEROUTPUTDATASE coded in the aggregate set up for the ABACKUP. Good Luck --- On Tue, 4/5/11, John Dawes wrote: From: John Dawes Subject: ABARS QUESTION To: IBM-MAIN@bama.ua.edu Received: Tuesday, April 5, 2011, 10:18 AM G'Day To All, I would like to know if there is something similar to the TTOC function in ABARS? The reason I ask is that the tape is badly damaged and I would like to know what dsns are on the tape. This application hasn't been run for over 1 year. Cheers Thanks. -- 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
DFHSM QUESTION - SDSP DSNS
Hallo To All, I ran a report to obtain a list of SDSP dsns on an ML1 volume which is defined as SDSP : HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101) SDSP). There were 42,403 dsns listed. I ran another report HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101)). In this report there were 42,499 dsns. My question is why is there a discrepancy? Since the volume is defined as SDSP shouldn't only dsns that fit the criteria be housed on the SDSP volume? Since there are 2 volumes defined as NOSDP shouldn't they be allocated on those volumes. I would appreciate it if someone could clear up my misunderstanding about SDSP and NOSDP. Thanks. -- 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: DFHSM QUESTION - SDSP DSNS
Brain, Thanks for clearing this up for me. Thanks Mike as well. --- On Fri, 5/27/11, Brian Fraser wrote: From: Brian Fraser Subject: Re: DFHSM QUESTION - SDSP DSNS To: IBM-MAIN@bama.ua.edu Received: Friday, May 27, 2011, 8:15 PM >Since the volume is defined as SDSP shouldn't only dsns that fit the >criteria be housed on the SDSP volume? No, defining a volume as SDSP only says that it contains a KSDS VSAM file that can contain small datasets as records of the KSDS. Any space not occupied by the SDSP KSDS can be used for non-sdsp migrated datasets. On Sat, May 28, 2011 at 1:25 AM, willie bunter wrote: > Hallo To All, > > I ran a report to obtain a list of SDSP dsns on an ML1 volume which is > defined as SDSP : > HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101) SDSP). There were 42,403 > dsns listed. I ran another report > HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101)). In this report there > were 42,499 dsns. My question is why is there a discrepancy? Since the > volume is defined as SDSP shouldn't only dsns that fit the criteria be housed > on the SDSP volume? Since there are 2 volumes defined as NOSDP shouldn't > they be allocated on those volumes. > I would appreciate it if someone could clear up my misunderstanding about > SDSP and NOSDP. > > Thanks. > > > > > > -- > 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
DFDSS QUESTION - ADR8661
Hallo To All, I performed a full volume backup on a 3390-3 and then performed a full volume restore on a 3390-9 using the same volser of HESPD01. The restore ran successfully, but I am puzzled by the message ADR866I. ADR866I (ttt)-(yy), UNABLE TO RENAME VTOC INDEX ON VOLUME volume_serial_number,DIAGNOSTIC INFORMATION: dadsm_reason_code The System Action is none, All other action to be taken is none. Should I be concerned? Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFDSS QUESTION - ADR8661
John, This was a physical restore. Here is the entire message along with the diagnostic code: DR866I (001)-SB213(01), UNABLE TO RENAME VTOC INDEX ON VOLUME SBB103 DIAGNOSTIC INFORMATION: 040E0033 I checked the volume and there doesn't seem to be any problems. There is a UCAT and all seems okay. --- On Thu, 2/4/10, John Kelly wrote: From: John Kelly Subject: Re: DFDSS QUESTION - ADR8661 To: IBM-MAIN@bama.ua.edu Received: Thursday, February 4, 2010, 6:15 AM I am puzzled by the message ADR866I Hopefully that was a logical restore not a physical one. What was the diagnostic codes? Jack Kelly 202-502-2390 (Office) -- 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 __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: DFDSS QUESTION - ADR8661
John, I found that the volume was initialized (using the same volser) prior to the restore. However, wouldn't the restore replace the current SYS1.VTOCIX with the one from the tape backup? --- On Tue, 2/9/10, John Kelly wrote: From: John Kelly Subject: Re: DFDSS QUESTION - ADR8661 To: IBM-MAIN@bama.ua.edu Received: Tuesday, February 9, 2010, 8:44 AM physical restore. Here is the entire message along with the diagnostic code: DR866I (001)-SB213(01), UNABLE TO RENAME VTOC INDEX ON VOLUME SBB103 DIAGNOSTIC INFORMATION: 040E0033 Sounds like you already have a IX by that name. the reason code indicates: Check caller's authority and rename DSCB; data set with new name already exists on indexed VTOC volume. Jack Kelly 202-502-2390 (Office) -- 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 __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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
DFHSM QUESTION - ARC0184I
Good Day, I am trying to perform a LIST TTOC of ML2 copy tape and I get the following error messages: ARC0184I ERROR WHEN READING THE DFSMSHSM CONTROL DATA SET V RECORD FOR GG0322,ECORD FOR GG0322, RC=0004 ARC0184I ERROR WHEN READING THE DFSMSHSM CONTROL DATA SET X RECORD FOR GG0322,, RC=0004 Accorrding to the error message it is not an "error condition". If I understand the explanation of the message correctly no action is required. Could I recycle this particular volume or do nothing? Thanks. __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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
SMS QUESTION - MULTI VOLUME ALLOCATION
Hallo To All, I have a DATACLASS defined to use a Volume Count of 5 to allocate specific dsns for 7 specific alias. When I exeucted the DEFINE CLUSTER the dataset, which is VSAM, is allocated with the correct DATACLASS. However, when I execute the batch job to populate the cluster I abend on IEC030I B37-04,IFG0554A. The volume runs out of space. It seems that the SMS doesn't span the next extent to the next volume in that group. My question is, is SMS behaving correctly? If so, should I need to code the DATACLASS parm in the DEFINE CLUSTER? For a quick fix I coded the DATACLASS parm and the job worked. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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: SMS QUESTION - MULTI VOLUME ALLOCATION
John, Thanks for pointing it out to me. I check the job it was not a VSAM but a sequential file. --- On Mon, 2/22/10, McKown, John wrote: From: McKown, John Subject: Re: SMS QUESTION - MULTI VOLUME ALLOCATION To: IBM-MAIN@bama.ua.edu Received: Monday, February 22, 2010, 10:18 AM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter > Sent: Monday, February 22, 2010 11:56 AM > To: IBM-MAIN@bama.ua.edu > Subject: SMS QUESTION - MULTI VOLUME ALLOCATION > > Hallo To All, > > I have a DATACLASS defined to use a Volume Count of 5 to > allocate specific dsns for 7 specific alias. > When I exeucted the DEFINE CLUSTER the dataset, which is > VSAM, is allocated with the correct DATACLASS. However, when > I execute the batch job to populate the cluster I abend on > IEC030I B37-04,IFG0554A. The volume runs out of space. > It seems that the SMS doesn't span the next extent to the > next volume in that group. > My question is, is SMS behaving correctly? If so, should I > need to code the DATACLASS parm in the DEFINE CLUSTER? For a > quick fix I coded the DATACLASS parm and the job worked. You've got a bigger problem that if you are actually getting an SB37 abend with a VSAM file. That is supposed to be impossible. So you must, somehow, be looking at the wrong file. Or something is very, very wrong on your system. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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 __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- 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: SMS QUESTION - MULTI VOLUME ALLOCATION
John, I ran a test allocating a VSAM dsn without the DATACLAS parm. Yes, the DATACLASS is correctly assigned. I spoke to our software group and they will need to add the alias to PRO-SMS which would span both VSAM and NON-VSAM dsns on multiple volumes should there be a space constraint on the initial volume. --- On Mon, 2/22/10, John Kington wrote: From: John Kington Subject: Re: SMS QUESTION - MULTI VOLUME ALLOCATION To: IBM-MAIN@bama.ua.edu Received: Monday, February 22, 2010, 10:46 AM Willie, >I have a DATACLASS defined to use a Volume Count of 5 to allocate >specific >dsns for 7 specific alias. >When I exeucted the DEFINE CLUSTER the dataset, which is VSAM, is allocated >with the correct DATACLASS. However, when I execute the >batch job to >populate the cluster I abend on IEC030I B37-04,IFG0554A. The volume runs out >of space. >It seems that the SMS doesn't span the next extent to the next volume in that >group. >My question is, is SMS behaving correctly? If so, should I need to code the >DATACLASS parm in the DEFINE CLUSTER? For a quick fix I coded >the DATACLASS >parm and the job worked. Do you get the correct dataclass on the vsam dataset when you omit dataclass(x) from the define statements? If not, I would recheck the data class acs routines to make sure you are finding these datasets and setting the data class. Regards, John -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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
DFHSM QUESTION - CLEAN UP OF BACKUP TAPES
Good Day To All, I have noticed that there are several backup tapes of non existant DASD which are still held on by DFHSM. In order to release these tapes from HSM control would a RECYCLE of the tapes do the trick? If not, could you suggest another alternative? Thanks. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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: DFHSM QUESTION - CLEAN UP OF BACKUP TAPES
I tried the RECYCLE however it did not fix the problem because it took all the entries from the original tape and wrote it on to another tape. If I issue the DELVOL command would it delete the tape as well as all the dsns on that tape or will it create another tape? This is the first time I am going to try the DELVOL and I am not sure of the ramifications. --- On Mon, 3/15/10, Staller, Allan wrote: From: Staller, Allan Subject: Re: DFHSM QUESTION - CLEAN UP OF BACKUP TAPES To: IBM-MAIN@bama.ua.edu Received: Monday, March 15, 2010, 8:51 AM HSEND DELVOL xx DUMP(PURGE LASTCOPY)) Check the manual for exact spelling of lastcopy. HTH, Caution DUMP and BACKUP are 2 very different functions in dfHSM. Be sure of what you are referring to! I have noticed that there are several backup tapes of non existant DASD which are still held on by DFHSM. In order to release these tapes from HSM control would a RECYCLE of the tapes do the trick? If not, could you suggest another alternative? -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - CLEAN UP OF BACKUP TAPES
Too late. I didn't see the warning before I entered the DELVOL command. I am checking with IBM to see if the tape can be reinstated in HSM. --- On Wed, 3/17/10, Staller, Allan wrote: From: Staller, Allan Subject: Re: DFHSM QUESTION - CLEAN UP OF BACKUP TAPES To: IBM-MAIN@bama.ua.edu Received: Wednesday, March 17, 2010, 11:26 AM Agreed. HBDELETE is far safer, especially since the data has been moved. I hesitate to recommend the DELVOL command especially now, since Willie told us that the RECYCLE moved the datasets he wants to eliminate onto different tapes that have other (presumably valid) data on them. Running a DELVOL against his new(er) tapes will trash the other data on the tapes as well as the stuff he wants to get rid of. -- 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 __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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: criteria during PRIMARY SPACE MANAGEMENT (PSM)
John, Did you find the reason why this was happening? --- On Thu, 12/3/09, John Kelly wrote: From: John Kelly Subject: criteria during PRIMARY SPACE MANAGEMENT (PSM) To: IBM-MAIN@bama.ua.edu Received: Thursday, December 3, 2009, 9:05 AM This is a curiosity question. I noticed that I have one or two datasets daily that get migrated during PSM that have one track and the minimum age (via MgmtClas criteria). There are numerous other datasets that have much larger allocation and longer age that aren't migrated. PSM has no trouble keeping the volumes at their StorGrp Migration Level. TIA Jack Kelly 202-502-2390 (Office) -- 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 __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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
DSN NOT RELEASING OVER ALLOCATED SPACE
Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help 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: DSN NOT RELEASING OVER ALLOCATED SPACE
Rich, That is what I have been trying to drum into their heads. However, users being users refuse to listen. The quickest way for them to fix their problem is to reach for the phone and call STORAGE SUPPORT. From: "Habres, Richard J" To: IBM-MAIN@bama.ua.edu Sent: Friday, November 4, 2011 10:38:45 AM Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE We had users who had the same problem. If the data set is not opened, it will not release the unused space. The way around it was to code a very small primary space and a larger secondary space. If not opened, it would be small. If opened, it would use what it needs and release when closed. Rich Richard J Habres VP - Bank of America/Merrill Lynch -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, November 04, 2011 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: DSN NOT RELEASING OVER ALLOCATED SPACE Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help in advance. -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- 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: DSN NOT RELEASING OVER ALLOCATED SPACE
Lizette, Here is the jcl : DSN=PROD.OTKT.SORTED.PAYMT(+1),DISP=(,CATLG,DELETE),SPACE=(CYL,(800,200), RLSE),DCB=(MODELDCB,RECFM=FB,LRECL=740,DSORG=PS) From: Lizette Koehler To: IBM-MAIN@bama.ua.edu Sent: Friday, November 4, 2011 10:12:54 AM Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE > >Good Day To All, > >We are trying to figure out this problem. Job A executes, it creates several >dsns and many of these dsns are empty. We have the RLSE parm coded however it >doesn't seem release the unused space for the empty dsns. Is there a way of >fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 > >Thanks for your help in advance. > It would help if could you provid a screen show of 3.4 INFO for a dataset where the space did not release as well as the JCL statement and Jes messages for that dataset? 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 -- 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: DSN NOT RELEASING OVER ALLOCATED SPACE
Thanks Rex. You have confirmed my suspicion. From: "Pommier, Rex R." To: IBM-MAIN@bama.ua.edu Sent: Friday, November 4, 2011 10:44:24 AM Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE Willie, When job A executes, does it open/close all the datasets? My guess is that it isn't even using the datasets that are empty. The JCL manual states that the release happens upon CLOSE of the dataset. Thus if the dataset isn't opened/closed, no release will happen. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, November 04, 2011 9:04 AM To: IBM-MAIN@bama.ua.edu Subject: DSN NOT RELEASING OVER ALLOCATED SPACE Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- 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: DSN NOT RELEASING OVER ALLOCATED SPACE
I looked further into this problem and I noticed that some of these dsns are still being kept even though the job encounters a SYSTEM abend. The JCL is coded as DISP=(,CATLG,DELETE). My question is shouldn't the dsn be deleted when the abend occurs? Or, is the dsn only deleted in case of an abend if the DSN opened/closed? From: "Pommier, Rex R." To: IBM-MAIN@bama.ua.edu Sent: Friday, November 4, 2011 10:44:24 AM Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE Willie, When job A executes, does it open/close all the datasets? My guess is that it isn't even using the datasets that are empty. The JCL manual states that the release happens upon CLOSE of the dataset. Thus if the dataset isn't opened/closed, no release will happen. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, November 04, 2011 9:04 AM To: IBM-MAIN@bama.ua.edu Subject: DSN NOT RELEASING OVER ALLOCATED SPACE Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- 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: DSN NOT RELEASING OVER ALLOCATED SPACE
Bob, I learned something new when you say that only the space for the SECONDARY allocation is released. This could explain why this may be happening. From: "Cosby, Bob - OCFO" To: IBM-MAIN@bama.ua.edu Sent: Friday, November 4, 2011 3:29:20 PM Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE If you are allocating as below the release parameter only release the secondary allocation NOT the primary allocation. Volume Count on DASD up to 59 to span multiple volumes DSNAME=NFCDRESC.DASD.MAIL.BK, UNIT=3390,DISP=(,CATLG,KEEP), SPACE=(TRK,(1000,3000),RLSE),VOL=(,,,59) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, November 04, 2011 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE - Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help in advance. -- IIRC, the datasets must be OPEN'ed and CLOSE'd before the RELEASE function will work. Rick -- 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
DFHSM QUESTION : Allocation/migration Threshold
Good Morning To All, I have a problem with a SMS managed storage pool which is increasing quite rapidly. In this pool there is no ML2 migration . We have Auto Migrate & Auto Backup turned on and INTERVAL MIGRATION. Below is the THRESHOLD which we are using for this pool. Allocation/migration Threshold : High . . 75 (1-99) Low . . 3 (0-99) Alloc/Migr Threshold Track-Managed: High . . 85 (1-99) Low . . 1 (0-99) If I lowered the THRESHOLD would that help and free up some space? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM QUESTION : Allocation/migration Threshold
I should have mentioned that there is no ML0/ML1 migration in this pool as well. PSM is only being run. I understand that this is not a good thing but the client insists upon having NO migration of the dsns from this pool this woould explain why the Threshold is low. Would adjusting the Threshold help eventhough there is no migration? From: Hervey Martinez To: IBM-MAIN@bama.ua.edu Sent: Thursday, January 5, 2012 9:46:34 AM Subject: Re: DFHSM QUESTION : Allocation/migration Threshold If there is no ML2 migration then everything is migrating to the ML1 pool and the ML1 pool may be full; if so, then it needs to be expanded. Normally, ML2 migration is governed by the management class; so, how do you keep this pool from ML2 migration? Also, Interval migration runs every hour on the hour provided that PSM & SSM are not running and it uses the mid-point of your hi-lo threshold; thus, your pool will start migrating around 36% capacity during interval migration. Thanks, Hervey 813.878.6097 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Thursday, January 05, 2012 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION : Allocation/migration Threshold Migration will begin when the SG occupancy exceeds the high threshold and continue until less than the SG low threshold, or no additional datasets are eligible for migration. This is subject to additional constraints specified in the MGMTCLAS for migration eligibility. IMO your low thresholds are "too low" causing "thrashing" (needless migration/recall of dataset due to interval migration), which will compound the . Your high thresholds seem pretty good. As presented, every migration "empties" the pool, and dataset reference fills it back up. There is an art to setting thresholds. A thorough analysis, taking into consideration the MGMTCLAS(s), STORGRP(s), thresholds, relative data set sizes, and reference patterns needs to occur. HTH, I have a problem with a SMS managed storage pool which is increasing quite rapidly. In this pool there is no ML2 migration . We have Auto Migrate & Auto Backup turned on and INTERVAL MIGRATION. Below is the THRESHOLD which we are using for this pool. Allocation/migration Threshold : High . . 75 (1-99) Low . . 3 (0-99) Alloc/Migr Threshold Track-Managed: High . . 85 (1-99) Low . . 1 (0-99) If I lowered the THRESHOLD would that help and free up some space? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM QUESTION : Allocation/migration Threshold
Thanks to all for your helpful comments. I guess nothing more can be done. Thanks to you all. From: Hervey Martinez To: IBM-MAIN@bama.ua.edu Sent: Thursday, January 5, 2012 1:45:57 PM Subject: Re: DFHSM QUESTION : Allocation/migration Threshold Well, if there is no migration then adjusting the thresholds will not get you much. The only space that will be released will be from those files that are over-allocated or expired. In this case, then you have to look at the files to make sure that you have no un-cataloged files, these will take up space but will never go away. Also, if you have GDGs with an expiration date, these may stay around even though they are not in the base and this is governed by the "rolled off gds action" attribute in the management class; In other words, you have to get to know the data much better to determine if there is space that should be released. Another way to release space on a file is by the use of "partial release" attribute on the management class. Also, files that are "Fixed" instead of fixed-blocked will waste quite a bit of space. Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, January 05, 2012 1:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION : Allocation/migration Threshold I should have mentioned that there is no ML0/ML1 migration in this pool as well. PSM is only being run. I understand that this is not a good thing but the client insists upon having NO migration of the dsns from this pool this woould explain why the Threshold is low. Would adjusting the Threshold help eventhough there is no migration? From: Hervey Martinez To: IBM-MAIN@bama.ua.edu Sent: Thursday, January 5, 2012 9:46:34 AM Subject: Re: DFHSM QUESTION : Allocation/migration Threshold If there is no ML2 migration then everything is migrating to the ML1 pool and the ML1 pool may be full; if so, then it needs to be expanded. Normally, ML2 migration is governed by the management class; so, how do you keep this pool from ML2 migration? Also, Interval migration runs every hour on the hour provided that PSM & SSM are not running and it uses the mid-point of your hi-lo threshold; thus, your pool will start migrating around 36% capacity during interval migration. Thanks, Hervey 813.878.6097 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Thursday, January 05, 2012 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION : Allocation/migration Threshold Migration will begin when the SG occupancy exceeds the high threshold and continue until less than the SG low threshold, or no additional datasets are eligible for migration. This is subject to additional constraints specified in the MGMTCLAS for migration eligibility. IMO your low thresholds are "too low" causing "thrashing" (needless migration/recall of dataset due to interval migration), which will compound the . Your high thresholds seem pretty good. As presented, every migration "empties" the pool, and dataset reference fills it back up. There is an art to setting thresholds. A thorough analysis, taking into consideration the MGMTCLAS(s), STORGRP(s), thresholds, relative data set sizes, and reference patterns needs to occur. HTH, I have a problem with a SMS managed storage pool which is increasing quite rapidly. In this pool there is no ML2 migration . We have Auto Migrate & Auto Backup turned on and INTERVAL MIGRATION. Below is the THRESHOLD which we are using for this pool. Allocation/migration Threshold : High . . 75 (1-99) Low . . 3 (0-99) Alloc/Migr Threshold Track-Managed: High . . 85 (1-99) Low . . 1 (0-99) If I lowered the THRESHOLD would that help and free up some space? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS QUESTION :ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID FOR TASK
John, Your error is with the following : DUMP FULL INDD(TAPE01) OUTDD(TAPE11) OPT(4) ALLDATA(*) ALLEXCP It should read as : DUMP FULL INDD(DSYSIN1) OUTDD(TAPE01,TAPE11) OPT(4) ALLDATA(*) ALLEXCP From: John Dawes To: IBM-MAIN@bama.ua.edu Sent: Monday, January 16, 2012 7:42:32 AM Subject: DFDSS QUESTION :ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID FOR TASK G'Day, I am trying to find the cause of my error while trying to execute a backup job using DFDSS & ExHPDM. I get the error ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID FOR TASK which I cannot find why. Here is what my jcl looks like : //STEP1 EXEC PGM=SOVDSSU,REGION=0M,TIME=1440 //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* // DD UNIT=SYSALLDA,VOL=SER=SYSIN1,DISP=SHR //DSYSPP1 DD UNIT=SYSALLDA,VOL=SER=SYSPP1,DISP=SHR //DSYSPP2 DD UNIT=SYSALLDA,VOL=SER=SYSPP2,DISP=SHR //DSYS999 DD UNIT=SYSALLDA,VOL=SER=SYS999,DISP=SHR more dasd statments. //TAPE01 DD DSN=SYSSHR.SOVDSSU.SYS.SYSIN1.C1(+1), // DISP=(,CATLG,DELETE),SUBSYS=SOV //TAPE11 DD DSN=SYSSHR.SOVDSSU.SYS.SYSIN1.C2(+1), // DISP=(,CATLG,DELETE),SUBSYS=SOV //TAPE02 DD DSN=SYSSHR.SOVDSSU.SYS.SYSPP1.C1(+1), // DISP=(,CATLG,DELETE),SUBSYS=SOV //TAPE22 DD DSN=SYSSHR.SOVDSSU.SYS.SYSPP1.C2(+1), // DISP=(,CATLG,DELETE),SUBSYS=SOV //TAPE03 DD DSN=SYSSHR.SOVDSSU.SYS.SYSPP2.C1(+1), // DISP=(,CATLG,DELETE),SUBSYS=SOV //TAPE33 DD DSN=SYSSHR.SOVDSSU.SYS.SYSPP2.C2(+1), // DISP=(,CATLG,DELETE),SUBSYS=SOV //TAPE04 DD DSN=SYSSHR.SOVDSSU.SYS.SYS999.C1(+1), // DISP=(,CATLG,DELETE),SUBSYS=SOV //TAPE44 DD DSN=SYSSHR.SOVDSSU.SYS.SYS999.C2(+1), // DISP=(,CATLG,DELETE),SUBSYS=SOV more tape statements PARALLEL DUMP FULL INDD(TAPE01) OUTDD(TAPE11) OPT(4) ALLDATA(*) ALLEXCP DUMP FULL INDD(TAPE02) OUTDD(TAPE22) OPT(4) ALLDATA(*) ALLEXCP DUMP FULL INDD(TAPE03) OUTDD(TAPE33) OPT(4) ALLDATA(*) ALLEXCP DUMP FULL INDD(TAPE04) OUTDD(TAPE44) OPT(4) ALLDATA(*) ALLEXCP more dump statements. Error message: ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'PARALLEL ' DUMP FULL INDD(TAPE01) OUTDD(TAPE11) OPT(4) ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 002 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' DUMP FULL INDD(TAPE02) OUTDD(TAPE22) OPT(4) ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 003 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' DUMP FULL INDD(TAPE03) OUTDD(TAPE33) OPT(4) ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 004 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' DUMP FULL INDD(TAPE04) OUTDD(TAPE44) OPT(4) ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 014 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2012.016 07:29:25 INITIAL SCAN OF USER CONTROL STATEMEN ADR014I (SCH)-DSSU (02), 2012.016 07:29:25 ALL PREVIOUSLY SCHEDULED TASKS COMPLE ADR025E (002)-DEVSU(01), INPUT DEVICE TYPE IS INVALID FOR TASK ADR017E (002)-CLTSK(01), 2012.016 07:29:25 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR025E (003)-DEVSU(01), INPUT DEVICE TYPE IS INVALID FOR TASK ADR017E (003)-CLTSK(01), 2012.016 07:29:25 TASK NOT SCHEDULED DUE TO ERROR. TASK I checked the esoteric, SYSALLDA is permitted. I cannot figure this one out. Any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
DFHSM QUESTION - FRBACKUP
Hallo All Readers, We will be upgrading to z/OS 1.10 in 3 weeks time. We received a notification that if we are using the FRBACKUP function in DFHSM we will need to changed the maximum recordsize of the BCDS to 6544. I looked for the FRBACKUP parm in the DFHSM Parmlib - ARCCMD - but I couldn't find it which would indicate that it is not being used. I also looked for the parm MAXCOPYPOOLTASKS which according to the doc. controls the FRBACKUP. It was niether found. Is there other checks I run so as to rule out the FRBACKUP parm is not being used? Thanks. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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
DFHSM QUESTION - OCDS BUILD UP
Good Day, I have noticed for some inexplicable reason the OCDS is filling up. Presently it is at 86%. Could it be because several HSEND commands are being sent to TERM? I remember reading a post a long time ago that by recycling (shutdown& start up) the STC this cleared the problem. The OCDS was reorganized on May 17. I checked the archives but I could not find this post. Would anybody confirm that this procedure is valid? Thanks. __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: DFHSM QUESTION - OCDS BUILD UP
Barry, I will take a look at the ADMIN guide. I checked and there is no TAPECOPY or any other requests pending. --- On Wed, 5/20/09, Schwarz, Barry A wrote: From: Schwarz, Barry A Subject: Re: DFHSM QUESTION - OCDS BUILD UP To: IBM-MAIN@bama.ua.edu Received: Wednesday, May 20, 2009, 5:40 AM HSEND is just a tool for sending HSM commands to the started task. The only HSM command that goes to TERM is LIST and that command does not cause data to be added to the OCDS. I would be very surprised if restarting HSM changed any significant data in any of the CDSs. You need to look in the HSM Storage Administration Guide to see the kinds of data stored in the OCDS and then determine what is happening at your site that would add this type of data. Do you have a lot of TAPECOPYs pending? If you can't find the cause, why don't you just double or triple the size? -Original Message----- From: willie bunter Sent: Wednesday, May 20, 2009 4:55 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - OCDS BUILD UP Good Day, I have noticed for some inexplicable reason the OCDS is filling up. Presently it is at 86%. Could it be because several HSEND commands are being sent to TERM? I remember reading a post a long time ago that by recycling (shutdown& start up) the STC this cleared the problem. The OCDS was reorganized on May 17. I checked the archives but I could not find this post. Would anybody confirm that this procedure is valid? -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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
DFHSM QUESTION - UNABLE TO BACKUP DSN
Good Morn, Could somedbody advise as to how I can trigger the backup of a dsn. I issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was accepted however nothing happens. I checked the DFHSM parm and I noticed that the autobackup start is as follows: SETSYS AUTOBACKUPSTART(0100 0300 0530) Could that be the reason why? If so, to fix the problem, if I issue SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. How can I just run my backup and nothing else? Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN
Brian, I checked if there were backups for this dsn and it shows there are 2 versions. The last time the dsn was backed up was on Tuesday. The time the backup was done was at 01:01 a.m. which seems to coincide with the AUTOBACKSTART time. --- On Thu, 5/28/09, Brian Fraser wrote: From: Brian Fraser Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 4:49 AM My guess would be that the MGMTCLAS doesn't allow backup. On Thu, May 28, 2009 at 7:27 PM, willie bunter wrote: > Good Morn, > > Could somedbody advise as to how I can trigger the backup of a dsn. I > issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was > accepted however nothing happens. I checked the DFHSM parm and I noticed > that the autobackup start is as follows: > SETSYS AUTOBACKUPSTART(0100 0300 0530) > > Could that be the reason why? If so, to fix the problem, if I issue > SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also > noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. > How can I just run my backup and nothing else? > > Thanks. > > > > > > > __ > Looking for the perfect gift? Give the gift of Flickr! > > http://www.flickr.com/gift/ > > -- > 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 __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN
Bob, I checked and the backup is not held : BACKUP=NOT HELD, AUTOBACKUP=NOT HELD --- On Thu, 5/28/09, Richards, Robert B. wrote: From: Richards, Robert B. Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 4:42 AM Willie, When you issued the QUERY ACTIVE, was BACKUP held? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, May 28, 2009 7:27 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - UNABLE TO BACKUP DSN Good Morn, Could somedbody advise as to how I can trigger the backup of a dsn. I issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was accepted however nothing happens. I checked the DFHSM parm and I noticed that the autobackup start is as follows: SETSYS AUTOBACKUPSTART(0100 0300 0530) Could that be the reason why? If so, to fix the problem, if I issue SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. How can I just run my backup and nothing else? -- 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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: DFHSM QUESTION - UNABLE TO BACKUP DSN
Lizette, I checked the STC but there is noting to indicate why the backup is held. --- On Thu, 5/28/09, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 4:49 AM Willie, When you issue a manual HBACK it should be immediate. You should have some messages in your DFHSM task or logs and if done through TSO a message should come back to that session with more information. The messages should tell you why the HBACK did not work. I have seen it not work due to a migrate not having been done first. Lizette > > Good Morn, > > Could somedbody advise as to how I can trigger the backup of a dsn. I issued the > command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was accepted > however nothing happens. I checked the DFHSM parm and I noticed that the > autobackup start is as follows: > SETSYS AUTOBACKUPSTART(0100 0300 0530) > > Could that be the reason why? If so, to fix the problem, if I issue > SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also > noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. > How can I just run my backup and nothing else? > > Thanks. -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN
Bob, here it is: SMSDATA STORAGECLASS --SCTSO MANAGEMENTCLASSMCSTD DATACLASS (NULL) LBACKUP ---2009.146.0102 VOLUMES It seems to coincide with the AUTOBACKSTART time. --- On Thu, 5/28/09, Richards, Robert B. wrote: From: Richards, Robert B. Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 5:25 AM Willie, Cut and paste for us the MGMTCLAS attributes of that dataset. I specifically want to see that it is eligible for command backup. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, May 28, 2009 8:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Lizette, I checked the STC but there is noting to indicate why the backup is held. --- On Thu, 5/28/09, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 4:49 AM Willie, When you issue a manual HBACK it should be immediate. You should have some messages in your DFHSM task or logs and if done through TSO a message should come back to that session with more information. The messages should tell you why the HBACK did not work. I have seen it not work due to a migrate not having been done first. Lizette > > Good Morn, > > Could somedbody advise as to how I can trigger the backup of a dsn. I issued the > command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was accepted > however nothing happens. I checked the DFHSM parm and I noticed that the > autobackup start is as follows: > SETSYS AUTOBACKUPSTART(0100 0300 0530) > > Could that be the reason why? If so, to fix the problem, if I issue > SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also > noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. > How can I just run my backup and nothing else? > > Thanks. -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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: DFHSM QUESTION - UNABLE TO BACKUP DSN
It does (please see below). I had ADMIN authorization. CDS Name . . . . . . : DFSMSA.ACTIVE.SCDS Management Class Name : MCSTD Backup Attributes Backup frequency . . . . . . . . . . . : 1 Number of backup versions . . . . . . . : 2 (Data Set Exists) Number of backup versions . . . . . . . : 1 (Data Set Deleted) Retain days only backup version . . . . : 30 (Data Set Deleted) Retain days extra backup versions . . . : NOLIMIT Admin or User Command Backup . . . . . : BOTH Auto Backup . . . . . . . . . . . . . . : YES Backup copy technique . . . . . . . . . : CONCURRENT PREFERRED --- On Thu, 5/28/09, Richards, Robert B. wrote: From: Richards, Robert B. Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 6:32 AM Does MCSTD permit COMMAND backup? The entry should probably say BOTH. If it says NONE, there is your problem. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Willie Bunter Sent: Thursday, May 28, 2009 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Bob, here it is: SMSDATA STORAGECLASS --SCTSO MANAGEMENTCLASSMCSTD DATACLASS (NULL) LBACKUP ---2009.146.0102 VOLUMES It seems to coincide with the AUTOBACKSTART time. From: Richards, Robert B. Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 5:25 AM Willie, Cut and paste for us the MGMTCLAS attributes of that dataset. I specifically want to see that it is eligible for command backup. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, May 28, 2009 8:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Lizette, I checked the STC but there is noting to indicate why the backup is held. From: Lizette Koehler Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 4:49 AM Willie, When you issue a manual HBACK it should be immediate. You should have some messages in your DFHSM task or logs and if done through TSO a message should come back to that session with more information. The messages should tell you why the HBACK did not work. I have seen it not work due to a migrate not having been done first. Lizette > Good Morn, > > Could somedbody advise as to how I can trigger the backup of a dsn. I issued the > command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was accepted > however nothing happens. I checked the DFHSM parm and I noticed that the > autobackup start is as follows: > SETSYS AUTOBACKUPSTART(0100 0300 0530) > > Could that be the reason why? If so, to fix the problem, if I issue > SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also > noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. > How can I just run my backup and nothing else? > > Thanks. -- 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN
Thanks Bill. I have a sneaky suspicion that this has to do with the AUTOBACKSTART time. I will keep on digging and let the LIST know if I find anything. --- On Thu, 5/28/09, Big Iron wrote: From: Big Iron Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 7:06 AM If I understand correctly, you are saying that there were 1740 backup requests waiting. Your request would normally go to the back of the queue. If there are active backup requests, then DFHSM will get around to yours. If there aren't any active backup requests, then there may be a problem, possibly related to processing the backup request(s) at the front of the queue. I think that it is now possible to adjust the priority of DFHSM requests but I haven't experimented with that feature myself. Bill On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser wrote: >My guess would be that the MGMTCLAS doesn't allow backup. > >On Thu, May 28, 2009 at 7:27 PM, willie bunter wrote: > >> Good Morn, >> >> Could somedbody advise as to how I can trigger the backup of a dsn. I >> issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was >> accepted however nothing happens. I checked the DFHSM parm and I noticed >> that the autobackup start is as follows: >> SETSYS AUTOBACKUPSTART(0100 0300 0530) >> >> Could that be the reason why? If so, to fix the problem, if I issue >> SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also >> noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. >> How can I just run my backup and nothing else? >> >> Thanks. >> >> -- 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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: DFHSM QUESTION - UNABLE TO BACKUP DSN
I ran a check and only the backup requests are waiting. I also checked and the BACKUP is not held. --- On Thu, 5/28/09, Adams, Rick wrote: From: Adams, Rick Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 8:16 AM AUTOBACKUP should have nothing to do with command backup. I would issue a QUERY REQUESTS and QUERY ACTIVE to find out what is waiting and what is active. Sounds like there may be an issue if all of the requests are waiting and none are active. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, May 28, 2009 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Thanks Bill. I have a sneaky suspicion that this has to do with the AUTOBACKSTART time. I will keep on digging and let the LIST know if I find anything. --- On Thu, 5/28/09, Big Iron wrote: From: Big Iron Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 7:06 AM If I understand correctly, you are saying that there were 1740 backup requests waiting. Your request would normally go to the back of the queue. If there are active backup requests, then DFHSM will get around to yours. If there aren't any active backup requests, then there may be a problem, possibly related to processing the backup request(s) at the front of the queue. I think that it is now possible to adjust the priority of DFHSM requests but I haven't experimented with that feature myself. Bill On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser wrote: >My guess would be that the MGMTCLAS doesn't allow backup. > >On Thu, May 28, 2009 at 7:27 PM, willie bunter wrote: > >> Good Morn, >> >> Could somedbody advise as to how I can trigger the backup of a dsn. I >> issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was >> accepted however nothing happens. I checked the DFHSM parm and I noticed >> that the autobackup start is as follows: >> SETSYS AUTOBACKUPSTART(0100 0300 0530) >> >> Could that be the reason why? If so, to fix the problem, if I issue >> SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also >> noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. >> How can I just run my backup and nothing else? >> >> Thanks. >> >> -- 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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 -- 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN
I verfied the STC. The CDS backups were successfully executed at 05:01 a.m.: ARC0741I CDS BACKUP ENDING AT 05:01:18 ON 2009/05/29, ARC0741I (CONT.) STATUS=SUCCESSFUL I checked the status - HSEND Q AC W & it displays the following: BACKUP=1895. Of note the backup is not held - BACKUP=NOT HELD. At present 2 recall tasks are executing, 1 migrate task is underway. I displayed the CDS and it shows the MCDS at 92% the journal is as follows: JOURNAL TOTAL SPACE=215280 K-BYTES, CURRENTLY ABOUT 006% FULL, --- On Thu, 5/28/09, Gibney, Dave wrote: From: Gibney, Dave Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 9:44 AM You've got a CDS Back-up in progress, or more likely failed. Or your JRNL is full and you need to issue a BACKVOL CDS command. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of willie bunter > Sent: Thursday, May 28, 2009 7:15 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > > Thanks Bill. I have a sneaky suspicion that this has to do with the > AUTOBACKSTART time. I will keep on digging and let the LIST know if I > find anything. > > --- On Thu, 5/28/09, Big Iron wrote: > > > From: Big Iron > Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > To: IBM-MAIN@bama.ua.edu > Received: Thursday, May 28, 2009, 7:06 AM > > > If I understand correctly, you are saying that there were 1740 backup > requests waiting. Your request would normally go to the back of the > queue. If there are active backup requests, then DFHSM will get around > to yours. If there aren't any active backup requests, then there may be > a > problem, possibly related to processing the backup request(s) at the > front > of the queue. I think that it is now possible to adjust the priority of > DFHSM requests but I haven't experimented with that feature myself. > > Bill > > On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser > wrote: > > >My guess would be that the MGMTCLAS doesn't allow backup. > > > >On Thu, May 28, 2009 at 7:27 PM, willie bunter > wrote: > > > >> Good Morn, > >> > >> Could somedbody advise as to how I can trigger the backup of a dsn. > I > >> issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was > >> accepted however nothing happens. I checked the DFHSM parm and I > noticed > >> that the autobackup start is as follows: > >> SETSYS AUTOBACKUPSTART(0100 0300 0530) > >> > >> Could that be the reason why? If so, to fix the problem, if I issue > >> SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? > I also > >> noticed that there are BACKUP=1740 waiting when I did the HSEND > Q AC W. > >> How can I just run my backup and nothing else? > >> > >> Thanks. > >> > >> > > -- > 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 > > > > > __ > Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark > your favourite sites. Download it now > http://ca.toolbar.yahoo.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 -- 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN
Here it is: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=G ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT ARC0144I (CONT.) HELD AND ACTIVE, REPORT=NOT HELD AND INACTIVE ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=INACTIVE ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=DASD HELD, ARC0163I (CONT.) VOLUME BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 6:58 AM Willie, Kindly post the following from your Q AC ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) It is the value of the second line above that controls Dataset Backup, namely DATA SET BACKUP=NOT HELD. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN I verfied the STC. The CDS backups were successfully executed at 05:01 a.m.: ARC0741I CDS BACKUP ENDING AT 05:01:18 ON 2009/05/29, ARC0741I (CONT.) STATUS=SUCCESSFUL I checked the status - HSEND Q AC W & it displays the following: BACKUP=1895. Of note the backup is not held - BACKUP=NOT HELD. At present 2 recall tasks are executing, 1 migrate task is underway. I displayed the CDS and it shows the MCDS at 92% the journal is as follows: JOURNAL TOTAL SPACE=215280 K-BYTES, CURRENTLY ABOUT 006% FULL, --- On Thu, 5/28/09, Gibney, Dave wrote: From: Gibney, Dave Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 9:44 AM You've got a CDS Back-up in progress, or more likely failed. Or your JRNL is full and you need to issue a BACKVOL CDS command. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of willie bunter > Sent: Thursday, May 28, 2009 7:15 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > > Thanks Bill. I have a sneaky suspicion that this has to do with the > AUTOBACKSTART time. I will keep on digging and let the LIST know if I > find anything. > > --- On Thu, 5/28/09, Big Iron wrote: > > > From: Big Iron > Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > To: IBM-MAIN@bama.ua.edu > Received: Thursday, May 28, 2009, 7:06 AM > > > If I understand correctly, you are saying that there were 1740 backup > requests waiting. Your request would normally go to the back of the > queue. If there are active backup requests, then DFHSM will get around > to yours. If there aren't any active backup requests, then there may be > a > problem, possibly related to processing the backup request(s) at the > front > of the queue. I think that it is now possible to adjust the priority of > DFHSM requests but I haven't experimented with that feature myself. > > Bill > > On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser > wrote: > > >My guess would be that the MGMTCLAS doesn't allow backup. > > > >On Thu, May 28, 2009 at 7:27 PM, willie bunter > wrote: > > > >> Good Morn, > >> > >> Could somedbody advise as to how I can trigger the backup of a dsn. > I > >> issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was > >> accepted however nothing happens. I checked the DFHSM parm and I > noticed > >&g
Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
Here it is: ARC0154I MAXBACKUPTASKS=01, ABSTART= (0500 0700 0730), VERSIONS=002, ARC0269I DATA SET DASD BACKUP TASKS=02 DATA SET TAPE BACKUP TASKS=00, --- On Fri, 5/29/09, Richards, Robert B. wrote: From: Richards, Robert B. Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:09 AM Willie, Issue a HSEND QUERY SETSYS and let me know what the following fields contain: MAXBACKUPTASKS=?? DATA SET DASD BACKUP TASKS=?? DATA SET TAPE BACKUP TASKS=?? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, May 29, 2009 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN I verfied the STC. The CDS backups were successfully executed at 05:01 a.m.: ARC0741I CDS BACKUP ENDING AT 05:01:18 ON 2009/05/29, ARC0741I (CONT.) STATUS=SUCCESSFUL I checked the status - HSEND Q AC W & it displays the following: BACKUP=1895. Of note the backup is not held - BACKUP=NOT HELD. At present 2 recall tasks are executing, 1 migrate task is underway. I displayed the CDS and it shows the MCDS at 92% the journal is as follows: JOURNAL TOTAL SPACE=215280 K-BYTES, CURRENTLY ABOUT 006% FULL, -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN
Hmmm I checked the DFHSM parms but I don't see it being held. I am not sure how or why it is being held. --- On Fri, 5/29/09, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:11 AM Willie, In your listing it shows DATA SET BACKUP=DASD HELD, Do you want this held? Lizette > >Here it is: >ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=G >ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT >ARC0144I (CONT.) HELD AND ACTIVE, REPORT=NOT HELD AND INACTIVE >ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, >ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME >ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=INACTIVE >ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, >ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=DASD HELD, >ARC0163I (CONT.) VOLUME BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME >ARC0163I (CONT.) RECOVERY=INACTIVE >ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, >ARC0276I (CONT.) MAX=00) >ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP >ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE > > >--- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] >wrote: > > >From: O'Brien, David W. (NIH/CIT) [C] >Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN >To: IBM-MAIN@bama.ua.edu >Received: Friday, May 29, 2009, 6:58 AM > > >Willie, > >Kindly post the following from your Q AC > >ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, >ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME >ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME >ARC0163I (CONT.) RECOVERY=INACTIVE >ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, >ARC0276I (CONT.) MAX=00) > >It is the value of the second line above that controls Dataset Backup, namely >DATA SET BACKUP=NOT HELD. > >Dave O'Brien >NIH Contractor > >From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie >bunter [williebun...@yahoo.com] >Sent: Friday, May 29, 2009 9:55 AM >To: IBM-MAIN@bama.ua.edu >Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > >I verfied the STC. The CDS backups were successfully executed at 05:01 a.m.: > >ARC0741I CDS BACKUP ENDING AT 05:01:18 ON 2009/05/29, >ARC0741I (CONT.) STATUS=SUCCESSFUL > >I checked the status - HSEND Q AC W & it displays the following: >BACKUP=1895. Of note the backup is not held - BACKUP=NOT HELD. At >present 2 recall tasks are executing, 1 migrate task is underway. > >I displayed the CDS and it shows the MCDS at 92% the journal is as follows: >JOURNAL TOTAL SPACE=215280 K-BYTES, CURRENTLY ABOUT 006% FULL, > > >--- On Thu, 5/28/09, Gibney, Dave wrote: > > >From: Gibney, Dave >Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN >To: IBM-MAIN@bama.ua.edu >Received: Thursday, May 28, 2009, 9:44 AM > > > You've got a CDS Back-up in progress, or more likely failed. Or your JRNL >is full and you need to issue a BACKVOL CDS command. > >Dave Gibney >Information Technology Services >Washington State University > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >> Behalf Of willie bunter >> Sent: Thursday, May 28, 2009 7:15 AM >> To: IBM-MAIN@bama.ua.edu >> Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN >> >> Thanks Bill. I have a sneaky suspicion that this has to do with the >> AUTOBACKSTART time. I will keep on digging and let the LIST know if I >> find anything. >> >> --- On Thu, 5/28/09, Big Iron wrote: >> >> >> From: Big Iron >> Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN >> To: IBM-MAIN@bama.ua.edu >> Received: Thursday, May 28, 2009, 7:06 AM >> >> >> If I understand correctly, you are saying that there were 1740 backup >> requests waiting. Your request would normally go to the back of the >> queue. If there are active backup requests, then DFHSM will get around >> to yours. If there aren't any active backup requests, then the
Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
David, I did a find for DSBACKUP and all I found is : SETSYS DSBACKUP(DASDSELECTIONSIZE(85 00) DASD(TASKS(2)) - TAPE(TASKS(0) DEMOUNTDELAY(MINUTES(0) MAXIDLETASKS(0 --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:19 AM Willie, Do you have anything coded in your parmlib for DSBACKUP? I don't and the defaults work fine. Kindly post the following from Q SETSYS ARC0269I DATA SET DASD BACKUP TASKS=02 DATA SET TAPE BACKUP TASKS=02, ARC0269I (CONT.) DEMOUNTDELAY MINUTES=0060, MAXIDLETASKS=00, DATA SET BACKUP ARC0269I (CONT.) MAXIMUM DASD SIZE=003000, DATA SET BACKUP STANDARD DASD ARC0269I (CONT.) SIZE=000250, SWITCHTAPES TIME=, PARTIALTAPE=MARKFULL Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Here it is: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=G ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT ARC0144I (CONT.) HELD AND ACTIVE, REPORT=NOT HELD AND INACTIVE ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=INACTIVE ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=DASD HELD, ARC0163I (CONT.) VOLUME BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 6:58 AM Willie, Kindly post the following from your Q AC ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) It is the value of the second line above that controls Dataset Backup, namely DATA SET BACKUP=NOT HELD. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN I verfied the STC. The CDS backups were successfully executed at 05:01 a.m.: ARC0741I CDS BACKUP ENDING AT 05:01:18 ON 2009/05/29, ARC0741I (CONT.) STATUS=SUCCESSFUL I checked the status - HSEND Q AC W & it displays the following: BACKUP=1895. Of note the backup is not held - BACKUP=NOT HELD. At present 2 recall tasks are executing, 1 migrate task is underway. I displayed the CDS and it shows the MCDS at 92% the journal is as follows: JOURNAL TOTAL SPACE=215280 K-BYTES, CURRENTLY ABOUT 006% FULL, --- On Thu, 5/28/09, Gibney, Dave wrote: From: Gibney, Dave Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 9:44 AM You've got a CDS Back-up in progress, or more likely failed. Or your JRNL is full and you need to issue a BACKVOL CDS command. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of willie bunter > Sent: Thursday, May 28, 2009 7:15 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > > Thanks Bill. I have a sneaky suspicion that this has to do with the > AUTOBACKSTART time. I will keep on digging and let the LIST know if I > find anything. > > --- On Thu, 5/28/09, Big Iron wrote: > > > From: Big Iron > Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > To: IBM-MAIN@bama.ua.edu > Received: Thursday, May 28, 2009, 7:06 AM > > > If I understand correctly, you are saying that there were 1740 backup > requests waiting. Your request would normally go to the back of the > queue. If there are active backup requests, then DFHSM will get around > to yours. If there aren't any active b
Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
David, Just to confirm my understanding if I change the TAPE(TASKS(1) this should solve the problem. Do I need to change anything else? --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:43 AM Well you will never backup to tape as you have Tape(tasks(0). Hope you have sufficient ML1 space once you release DSBACKUP. As Lizzette pointed out, it is currently held. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, I did a find for DSBACKUP and all I found is : SETSYS DSBACKUP(DASDSELECTIONSIZE(85 00) DASD(TASKS(2)) - TAPE(TASKS(0) DEMOUNTDELAY(MINUTES(0) MAXIDLETASKS(0 --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:19 AM Willie, Do you have anything coded in your parmlib for DSBACKUP? I don't and the defaults work fine. Kindly post the following from Q SETSYS ARC0269I DATA SET DASD BACKUP TASKS=02 DATA SET TAPE BACKUP TASKS=02, ARC0269I (CONT.) DEMOUNTDELAY MINUTES=0060, MAXIDLETASKS=00, DATA SET BACKUP ARC0269I (CONT.) MAXIMUM DASD SIZE=003000, DATA SET BACKUP STANDARD DASD ARC0269I (CONT.) SIZE=000250, SWITCHTAPES TIME=, PARTIALTAPE=MARKFULL Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Here it is: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=G ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT ARC0144I (CONT.) HELD AND ACTIVE, REPORT=NOT HELD AND INACTIVE ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=INACTIVE ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=DASD HELD, ARC0163I (CONT.) VOLUME BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 6:58 AM Willie, Kindly post the following from your Q AC ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) It is the value of the second line above that controls Dataset Backup, namely DATA SET BACKUP=NOT HELD. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN I verfied the STC. The CDS backups were successfully executed at 05:01 a.m.: ARC0741I CDS BACKUP ENDING AT 05:01:18 ON 2009/05/29, ARC0741I (CONT.) STATUS=SUCCESSFUL I checked the status - HSEND Q AC W & it displays the following: BACKUP=1895. Of note the backup is not held - BACKUP=NOT HELD. At present 2 recall tasks are executing, 1 migrate task is underway. I displayed the CDS and it shows the MCDS at 92% the journal is as follows: JOURNAL TOTAL SPACE=215280 K-BYTES, CURRENTLY ABOUT 006% FULL, --- On Thu, 5/28/09, Gibney, Dave wrote: From: Gibney, Dave Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 9:44 AM You've got a CDS Back-up in progress, or more likely failed. Or your JRNL is full and you need to issue a BACKVOL CDS command. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >
Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
Bob, I will need to rethink RELEASE BACKUP(DSCOMMAND). I am not sure why there is a TAPE(TASKS(0). If I issue the RELEASE BACKUP(DSCOMMAND) then I could have a problem with DASD (as per David's warning). --- On Fri, 5/29/09, Richards, Robert B. wrote: From: Richards, Robert B. Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:54 AM Willie, Issue RELEASE BACKUP(DSCOMMAND) and let us know if that changes things. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, May 29, 2009 10:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Willie, In your listing it shows DATA SET BACKUP=DASD HELD, Do you want this held? Lizette > >Here it is: >ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=G >ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT >ARC0144I (CONT.) HELD AND ACTIVE, REPORT=NOT HELD AND INACTIVE >ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, >ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME >ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=INACTIVE >ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, >ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=DASD HELD, >ARC0163I (CONT.) VOLUME BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME >ARC0163I (CONT.) RECOVERY=INACTIVE >ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, >ARC0276I (CONT.) MAX=00) >ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP >ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE -- 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 __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN
David, Should I need to change anytthing in the SETSYS DSBACKUP(DASDSELECTIONSIZE(85 00) DASD(TASKS(2)) ? --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:57 AM Willie, If you want Dataset Backups by command to go to tape then yes you need to change Tape(task(n) to a value other than zero. Then Release Backup(dscommand) as Bob suggested in another posting. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, Just to confirm my understanding if I change the TAPE(TASKS(1) this should solve the problem. Do I need to change anything else? --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:43 AM Well you will never backup to tape as you have Tape(tasks(0). Hope you have sufficient ML1 space once you release DSBACKUP. As Lizzette pointed out, it is currently held. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, I did a find for DSBACKUP and all I found is : SETSYS DSBACKUP(DASDSELECTIONSIZE(85 00) DASD(TASKS(2)) - TAPE(TASKS(0) DEMOUNTDELAY(MINUTES(0) MAXIDLETASKS(0 --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:19 AM Willie, Do you have anything coded in your parmlib for DSBACKUP? I don't and the defaults work fine. Kindly post the following from Q SETSYS ARC0269I DATA SET DASD BACKUP TASKS=02 DATA SET TAPE BACKUP TASKS=02, ARC0269I (CONT.) DEMOUNTDELAY MINUTES=0060, MAXIDLETASKS=00, DATA SET BACKUP ARC0269I (CONT.) MAXIMUM DASD SIZE=003000, DATA SET BACKUP STANDARD DASD ARC0269I (CONT.) SIZE=000250, SWITCHTAPES TIME=, PARTIALTAPE=MARKFULL Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Here it is: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=G ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT ARC0144I (CONT.) HELD AND ACTIVE, REPORT=NOT HELD AND INACTIVE ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=INACTIVE ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=DASD HELD, ARC0163I (CONT.) VOLUME BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 6:58 AM Willie, Kindly post the following from your Q AC ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) It is the value of the second line above that controls Dataset Backup, namely DATA SET BACKUP=NOT HELD. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN I verfied the STC. The CDS backups were successfully executed at 05:01 a.m.: ARC0741I CDS BACKUP ENDING AT 05:01:18 ON 2009/05/29, ARC0741I (CONT.) STATUS=SUCCESSFUL I chec
Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
David, I found in the doc that both options can be used in the DFHSM STORAGE ADMINISTRATION REFERENCE ZOS V1R70. I will take a closer look at this option. Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 8:30 AM The 850MB value that you have specified allows a 850MB dataset backup to be directed to ML1 DASD. You might want to make that value smaller. Or comment out the Setsys Dsbackup altogether and take the defaults. Section 3.37.5.53 DSBACKUP: Controlling the Command Data Set Backup Environment of the z/OS V1R9.0 DFSMS Storage Administration Reference describes your options. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, Should I need to change anytthing in the SETSYS DSBACKUP(DASDSELECTIONSIZE(85 00) DASD(TASKS(2)) ? --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:57 AM Willie, If you want Dataset Backups by command to go to tape then yes you need to change Tape(task(n) to a value other than zero. Then Release Backup(dscommand) as Bob suggested in another posting. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, Just to confirm my understanding if I change the TAPE(TASKS(1) this should solve the problem. Do I need to change anything else? --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:43 AM Well you will never backup to tape as you have Tape(tasks(0). Hope you have sufficient ML1 space once you release DSBACKUP. As Lizzette pointed out, it is currently held. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, I did a find for DSBACKUP and all I found is : SETSYS DSBACKUP(DASDSELECTIONSIZE(85 00) DASD(TASKS(2)) - TAPE(TASKS(0) DEMOUNTDELAY(MINUTES(0) MAXIDLETASKS(0 --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:19 AM Willie, Do you have anything coded in your parmlib for DSBACKUP? I don't and the defaults work fine. Kindly post the following from Q SETSYS ARC0269I DATA SET DASD BACKUP TASKS=02 DATA SET TAPE BACKUP TASKS=02, ARC0269I (CONT.) DEMOUNTDELAY MINUTES=0060, MAXIDLETASKS=00, DATA SET BACKUP ARC0269I (CONT.) MAXIMUM DASD SIZE=003000, DATA SET BACKUP STANDARD DASD ARC0269I (CONT.) SIZE=000250, SWITCHTAPES TIME=, PARTIALTAPE=MARKFULL Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Here it is: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=G ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT ARC0144I (CONT.) HELD AND ACTIVE, REPORT=NOT HELD AND INACTIVE ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=INACTIVE ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=DASD HELD, ARC0163I (CONT.) VOLUME BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(
Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU
Thanks to everybody who responded to my post and help fix my problem. You are all a shining example of what a great group you are. Much obliged. Cheers. --- On Fri, 5/29/09, Ulrich Krueger wrote: From: Ulrich Krueger Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 9:06 AM > Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). IMHO ... Yes, but ... What if a dataset backup request exceeds 850MB or the max. space available on a single ML1 disk? Since you don't allow tape to be used for backups, this will cause an error and your dataset backups will be held again. My recommendation is to first change your configuration to allow one (or more) tape backup tasks and then release backup. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, May 29, 2009 08:49 To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, I found in the doc that both options can be used in the DFHSM STORAGE ADMINISTRATION REFERENCE ZOS V1R70. I will take a closer look at this option. Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). -- 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU
I have made a request to change the option to use TAPE(TASKS(1)). It seems that this problem has been always there - inherited it from a client who came on board 2 years ago. If I get the green light from the client, I will change the TAPE(TASKS to (1) and issued the RELEASE BACKUP(DSCOMMAND). Do I need to hard the command in the PARMLIB? --- On Fri, 5/29/09, Ulrich Krueger wrote: From: Ulrich Krueger Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 9:43 AM You're very welcome, Willie. Are you saying that the problem is now fixed? What did you do? What changes did you make? And, for the curious among us: What caused dataset backup to be held in the first place? A dataset too big for disk backup or lack of ML1 space? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, May 29, 2009 09:26 To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU Thanks to everybody who responded to my post and help fix my problem. You are all a shining example of what a great group you are. Much obliged. Cheers. --- On Fri, 5/29/09, Ulrich Krueger wrote: From: Ulrich Krueger Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 9:06 AM > Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). IMHO ... Yes, but ... What if a dataset backup request exceeds 850MB or the max. space available on a single ML1 disk? Since you don't allow tape to be used for backups, this will cause an error and your dataset backups will be held again. My recommendation is to first change your configuration to allow one (or more) tape backup tasks and then release backup. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, May 29, 2009 08:49 To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, I found in the doc that both options can be used in the DFHSM STORAGE ADMINISTRATION REFERENCE ZOS V1R70. I will take a closer look at this option. Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). -- 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU
Ulirich. Thanks for the sound advice. I will adhere to it. Thanks again. --- On Fri, 5/29/09, Ulrich Krueger wrote: From: Ulrich Krueger Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 10:09 AM > Do I need to hard the command in the PARMLIB? Willie, AFAIK, you can issue a HSEND SETSYS ... to make the change on the fly. But, for the change to be valid beyond the next IPL (or DFHSM restart), you need to update your ARCCMDxx in PARMLIB. While you're in there, review the command options and make sure that your backup-to-disk/tape options are set properly so that this problem cannot happen again. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, May 29, 2009 09:55 To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU I have made a request to change the option to use TAPE(TASKS(1)). It seems that this problem has been always there - inherited it from a client who came on board 2 years ago. If I get the green light from the client, I will change the TAPE(TASKS to (1) and issued the RELEASE BACKUP(DSCOMMAND). Do I need to hard the command in the PARMLIB? --- On Fri, 5/29/09, Ulrich Krueger wrote: From: Ulrich Krueger Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 9:43 AM You're very welcome, Willie. Are you saying that the problem is now fixed? What did you do? What changes did you make? And, for the curious among us: What caused dataset backup to be held in the first place? A dataset too big for disk backup or lack of ML1 space? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, May 29, 2009 09:26 To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU Thanks to everybody who responded to my post and help fix my problem. You are all a shining example of what a great group you are. Much obliged. Cheers. --- On Fri, 5/29/09, Ulrich Krueger wrote: From: Ulrich Krueger Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 9:06 AM > Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). IMHO ... Yes, but ... What if a dataset backup request exceeds 850MB or the max. space available on a single ML1 disk? Since you don't allow tape to be used for backups, this will cause an error and your dataset backups will be held again. My recommendation is to first change your configuration to allow one (or more) tape backup tasks and then release backup. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, May 29, 2009 08:49 To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, I found in the doc that both options can be used in the DFHSM STORAGE ADMINISTRATION REFERENCE ZOS V1R70. I will take a closer look at this option. Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). -- 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM
Re: DFDSS QUESTION - PHYSICAL RESTORE
John, As a FYI, if you are using DFSMSDSS V1R08.0 you will get a RC=04 & the following message will be issued when performing your restore: ADR355W (001)-SBRTN(01), CHANGE VOLID ON UNIT D0C1 FROM PAS001 TO SPR011 PAS001 is the volume I restored to. SPR011 was the source volume from which the dump was taken. However, when I tried the same restore in a DFSMSDSS V1R10.0 environment no warning message was issued. I am not sure why it changed the VOLID. I used the same jcl which you had posted. --- On Wed, 6/3/09, John Dawes wrote: From: John Dawes Subject: DFDSS QUESTION - PHYSICAL RESTORE To: IBM-MAIN@bama.ua.edu Received: Wednesday, June 3, 2009, 4:42 AM G'DAY, I would like to test the contents of a physical volume backup. If I perform a physical restore onto another spare volume would this cause any problems? I have done this in the past and I have not encountered any difficulties. Just to be sure I thought I would check with you all. The pack that was backed up was PLAN01. I would like to retore the contents on to spare volume VESPR1. //REST1 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440 //DISK DD VOL=SER=VESPR1,UNIT=SYSALLDA,DISP=OLD //TAPE1 DD DSN=PROD.BKUP.JDE0P1.OFFSITE.PLAN01.G0002V00, // DISP=OLD //SYSPRINT DD SYSOUT=* //SYSIN DD * RESTORE INDD(TAPE1) OUTDD(DISK) PURGE //* Thanks. Need a Holiday? Win a $10,000 Holiday of your choice. Enter now.http://us.lrd.yahoo.com/_ylc=X3oDMTJxN2x2ZmNpBF9zAzIwMjM2MTY2MTMEdG1fZG1lY2gDVGV4dCBMaW5rBHRtX2xuawNVMTEwMzk3NwR0bV9uZXQDWWFob28hBHRtX3BvcwN0YWdsaW5lBHRtX3BwdHkDYXVueg--/SIG=14600t3ni/**http%3A//au.rd.yahoo.com/mail/tagline/creativeholidays/*http%3A//au.docs.yahoo.com/homepageset/%3Fp1=other%26p2=au%26p3=mailtagline -- 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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: DFDSS QUESTION - PHYSICAL RESTORE
Yes, by a physical backup I meant dump full. --- On Tue, 6/9/09, Jan MOEYERSONS wrote: From: Jan MOEYERSONS Subject: Re: DFDSS QUESTION - PHYSICAL RESTORE To: IBM-MAIN@bama.ua.edu Received: Tuesday, June 9, 2009, 5:21 AM On Fri, 5 Jun 2009 06:44:35 -0700, willie bunter wrote: >John, > >As a FYI, if you are using DFSMSDSS V1R08.0 you will get a RC=04 & the following message will be issued when performing your restore: > >ADR355W (001)-SBRTN(01), CHANGE VOLID ON UNIT D0C1 FROM PAS001 TO SPR011 > >PAS001 is the volume I restored to. SPR011 was the source volume from which the dump was taken. However, when I tried the same restore in a DFSMSDSS V1R10.0 environment >no warning message was issued. I am not sure why it changed the VOLID. I used the same jcl which you had posted. > I suppose with "physical volume backup", you mean a "DUMP FULL"? That would take all tracks, including the one where the VOLID is written, no? Jantje. -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
Lionel, I am trying to use your suggestion but I am having a few problems getting started. Could you elaborate on the following: then ftp to the mainframe: I am not sure what I need to FTP. Could I use a preallocated pds? change directory (cd) to the pds: I tried this command. I did a CD PDS. However I got a "the System cannot find the path specified. turn prompting off (prompt): What would be the command to turn prompting off? Sorry to ask such fundamental questions. I am green at this. Thanks again for your help. --- On Wed, 10/29/08, Lionel B Dyck wrote: From: Lionel B Dyck Subject: Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO) To: IBM-MAIN@BAMA.UA.EDU Received: Wednesday, October 29, 2008, 1:23 PM First make sure the file names on your PC are just the member name (not member.jcl) then ftp to the mainframe change directory (cd) to the pds turn prompting off (prompt) then use MPUT * to put all of the files in the current directory to the pds Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: "Our cause is health. Our passion is service. We're here to make lives better." I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. From: Howard Rifkind To: IBM-MAIN@BAMA.UA.EDU Date: 10/29/2008 01:16 PM Subject: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO) Sent by: IBM Mainframe Discussion List Hello all, I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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: ALLOCATION OF USERCAT MYSTERY - URGENT
Here is the display of 1 of the addresses. It shows a 3380 device. DS P,9C00,1 IEE459I 12.49.19 DEVSERV PATHS 972 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 9C00,3380K ,O,000,PLN901,40=+ 43=+ 50=+ A1=+ A0=+ D0=+ 52=+ B9=+ 2107 09C0 Y YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Tue, 7/21/09, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Tuesday, July 21, 2009, 9:55 AM Esmie, See if the D M=DEV() helps. When I display mine I get the following information. The SCP CU ND line may help. If these are real 3380s I think it will say that there, unless they are emulated 3380s. My 2107 is an EMC DMX4500 Box emulating 3390s. If you could do the some displays for us, I think it may help. If these are not the correct commands, I am sure someone on the list may be able to provide others. DS P,,1 IEE459I 12.53.32 DEVSERV PATHS 426 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 8000,33903 ,F,000, ,10=I 11=I 12=I 13=I 20=I 21=I 84=I 85=I 2107 8000 N YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS F = OFFLINE I = INTERVENTION REQUIRED D M=DEV() IEE174I 12.49.34 DISPLAY M 334 DEVICE 8000 STATUS=OFFLINE CHP 10 11 12 13 20 21 84 85 ENTRY LINK ADDRESS 0381 0481 0385 0485 0389 0489 038D 048D DEST LINK ADDRESS 03C3 04C3 03C9 04C9 03CF 04CF 03D5 04D5 PATH ONLINE Y Y Y Y Y Y Y Y CHP PHYSICALLY ONLINE Y Y Y Y Y Y Y Y PATH OPERATIONAL Y Y Y Y Y Y Y Y MANAGED N N N N N N N N CU NUMBER 8000 8000 8000 8000 8000 8000 8000 8000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 30 SCP CU ND = 002107.921.EMC.07.2645.0028 SCP TOKEN NED = 002107.900.EMC.07.2645.3000 SCP DEVICE NED = 002107.900.EMC.07.2645.3000 tt.mmm.nnn.pp.. These descriptors are made up of the following: tt Type number of the device. mmm Model number of the device. nnn Manufacturer identification code. pp Plant of manufacture number. Lizette > >I was told that the volumes are real 3380. However, since I don't have access >to the DATACENTER I cannot be 100% sure. > >--- On Tue, 7/21/09, Eric Bielefeld wrote: > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: ALLOCATION OF USERCAT MYSTERY - URGENT
Esmie, This looks like a 3390-3 type device. --- On Wed, 7/22/09, esmie moo wrote: From: esmie moo Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Wednesday, July 22, 2009, 10:06 AM Thanks Willie for the example. Here is what I have. IEE459I 13.04.27 DEVSERV PATHS 125 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC CYL CU-TYPE A0EC,3380K ,O,000,ZO6WK3,63=+ E2=+ F2=+ F3=+ 64=+ E3=+ FC=+ 3380 A000 Y YY. YY. N SIMPLEX EC EC 2655 3990-3 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Thu, 7/23/09, willie bunter wrote: From: willie bunter Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Thursday, July 23, 2009, 4:52 AM Here is the display of 1 of the addresses. It shows a 3380 device. DS P,9C00,1 IEE459I 12.49.19 DEVSERV PATHS 972 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 9C00,3380K ,O,000,PLN901,40=+ 43=+ 50=+ A1=+ A0=+ D0=+ 52=+ B9=+ 2107 09C0 Y YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Tue, 7/21/09, Lizette Koehler wrote: From: Lizette Koehler Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Tuesday, July 21, 2009, 9:55 AM Esmie, See if the D M=DEV() helps. When I display mine I get the following information. The SCP CU ND line may help. If these are real 3380s I think it will say that there, unless they are emulated 3380s. My 2107 is an EMC DMX4500 Box emulating 3390s. If you could do the some displays for us, I think it may help. If these are not the correct commands, I am sure someone on the list may be able to provide others. DS P,,1 IEE459I 12.53.32 DEVSERV PATHS 426 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 8000,33903 ,F,000, ,10=I 11=I 12=I 13=I 20=I 21=I 84=I 85=I 2107 8000 N YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS F = OFFLINE I = INTERVENTION REQUIRED D M=DEV() IEE174I 12.49.34 DISPLAY M 334 DEVICE 8000 STATUS=OFFLINE CHP 10 11 12 13 20 21 84 85 ENTRY LINK ADDRESS 0381 0481 0385 0485 0389 0489 038D 048D DEST LINK ADDRESS 03C3 04C3 03C9 04C9 03CF 04CF 03D5 04D5 PATH ONLINE Y Y Y Y Y Y Y Y CHP PHYSICALLY ONLINE Y Y Y Y Y Y Y Y PATH OPERATIONAL Y Y Y Y Y Y Y Y MANAGED N N N N N N N N CU NUMBER 8000 8000 8000 8000 8000 8000 8000 8000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 30 SCP CU ND = 002107.921.EMC.07.2645.0028 SCP TOKEN NED = 002107.900.EMC.07.2645.3000 SCP DEVICE NED = 002107.900.EMC.07.2645.3000 tt.mmm.nnn.pp.. These descriptors are made up of the following: tt Type number of the device. mmm Model number of the device. nnn Manufacturer identification code. pp Plant of manufacture number. Lizette > >I was told that the volum
Re: DELVOL PURGE - CORRECTION
Sorry, I forgot to mention that I done a LIST TTOC. Most of the dsns I was able to save via a HRECOVER however there were 10 (3 of them SMS managed) that were migrated with no backup. Would the HSEND DELVOL 048924 MIGRATION command be appropriate? I am aware that the SMS managed dsns would not be deleted. I would need to do a HDEL for these dsns. --- On Thu, 8/6/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DELVOL PURGE - CORRECTION To: IBM-MAIN@bama.ua.edu Received: Thursday, August 6, 2009, 9:58 AM Before you issue the Delvol command with the purge parameter, you might want to List the contents of the tape. Then issue Hrecover commands against the list contents after Delvol'ing the ML2 volume. I'm assuming you have backups of the ML2 data. Thank You, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, August 06, 2009 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: Fw: DELVOL PURGE - CORRECTION Sorry, the command should have read HSEND DELVOL 048924 MIGRATION? --- On Fri, 7/8/09, John Dawes wrote: From: John Dawes Subject: DELVOL PURGE To: "IBM Main" Received: Friday, 7 August, 2009, 2:10 AM Hallo, I have a broken DFHSM ML2 cartridge volser 048924 (3590-1). Unfortunately there is no DUPLEXING performed in this LPAR (as per client's wishes). I would like to empty this tape so as to prevent recalls of dsns from that tape. I checked the doc and if my understanding is correct I should use the DELVOL command. Could I issue command: HSEND DELVOL 048924 PRIMARY? Would this do what I want i.e. empty out the tape? Thanks in advance for your helpful advice. Find local businesses and services in your area with Yahoo!7 Local. Get started. __ Find local businesses and services in your area with Yahoo!7 Local. Get started: http://local.yahoo.com.au -- 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 __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- 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: DFHSM QUESTION - HIGHLEVEL QUALIFIERS
Thanks Pat. I tried the command and found what I was looking for. Thanks to all who responded. --- On Tue, 8/11/09, Patrick Lyon wrote: From: Patrick Lyon Subject: Re: DFHSM QUESTION - HIGHLEVEL QUALIFIERS To: IBM-MAIN@bama.ua.edu Received: Tuesday, August 11, 2009, 5:57 AM On Tue, 11 Aug 2009 05:32:25 -0700, willie bunter wrote: Besides issuing a MIGRATE or DUMP or BACKDS commands to find the HLQ is there something else? > >Thanks Willie - On the console try issuing the command F DFHSM,QUERY SETSYS and then on the log or in the HSM address space do a find on PREFIX. HTH, Pat L. -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - HIGHLEVEL QUALIFIERS
I checked for the SETSYS commands but they were no in the ARCCMD parmlib. I don't know the reason why. I checked other partitions and they have MIGRATEPREFIX & BACKUPPREFIX listed. Mystery Thanks for your suggestion. --- On Tue, 8/11/09, Gilbert Cardenas wrote: From: Gilbert Cardenas Subject: Re: DFHSM QUESTION - HIGHLEVEL QUALIFIERS To: IBM-MAIN@bama.ua.edu Received: Tuesday, August 11, 2009, 5:56 AM Hi Willie, I believe I believe this is covered in Chapter 2 of the Admin guide. The MIGRATEPREFIX parameter of the SETSYS command specifies the prefix (high-level qualifier) of the generated name. If you do not specify a migrate prefix, DFSMShsm uses the UID that you specified in the startup procedure. SETSYS MIGRATEPREFIX(??) SETSYS BACKUPPREFIX(??) etc. -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Hallo, I have a huge backlog of dsns (225) requests waiting to be recalled. Is there a way that I can change the priorty of certain requests i.e. bump up the priority of certain recalls to the top of the queue. Thanks. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Jack, I took a look at SC35-0422-04 and did a search for recall , priority etc. I came up empty. Could you direct me the section where it is described? Thanks --- On Tue, 9/1/09, John Kelly wrote: From: John Kelly Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST To: IBM-MAIN@bama.ua.edu Received: Tuesday, September 1, 2009, 9:13 AM change the priorty of certain requests try the HSM Admin ref manual. It's in there Jack Kelly 202-502-2390 (Office) From: willie bunter To: IBM-MAIN@bama.ua.edu Date: 09/01/2009 11:58 AM Subject: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Sent by: IBM Mainframe Discussion List Hallo, I have a huge backlog of dsns (225) requests waiting to be recalled. Is there a way that I can change the priorty of certain requests i.e. bump up the priority of certain recalls to the top of the queue. Thanks. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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 -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Terry, I did a search for ALTERPRI but I came up empty again. I am looking at z/OS DFSMShsm Storage Administration Reference manual : SC35-0422-04. Maybe I am looking at the wrong manual? If so could you tell me the correct manual I should refer to? Thanks. --- On Tue, 9/1/09, Traylor, Terry wrote: From: Traylor, Terry Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST To: IBM-MAIN@bama.ua.edu Received: Tuesday, September 1, 2009, 9:56 AM Look for the ALTERPRI command Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Tuesday, September 01, 2009 9:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Jack, I took a look at SC35-0422-04 and did a search for recall , priority etc. I came up empty. Could you direct me the section where it is described? Thanks --- On Tue, 9/1/09, John Kelly wrote: From: John Kelly Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST To: IBM-MAIN@bama.ua.edu Received: Tuesday, September 1, 2009, 9:13 AM change the priorty of certain requests try the HSM Admin ref manual. It's in there Jack Kelly 202-502-2390 (Office) From: willie bunter To: IBM-MAIN@bama.ua.edu Date: 09/01/2009 11:58 AM Subject: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Sent by: IBM Mainframe Discussion List Hallo, I have a huge backlog of dsns (225) requests waiting to be recalled. Is there a way that I can change the priorty of certain requests i.e. bump up the priority of certain recalls to the top of the queue. Thanks. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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 -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
David, We are running RELEASE z/OS 01.09.00. Thanks --- On Tue, 9/1/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST To: IBM-MAIN@bama.ua.edu Received: Tuesday, September 1, 2009, 9:53 AM Willie, What level Z\os are you running? You may not have the ability to alter queued tasks. Thank You, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Tuesday, September 01, 2009 12:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Jack, I took a look at SC35-0422-04 and did a search for recall , priority etc. I came up empty. Could you direct me the section where it is described? Thanks --- On Tue, 9/1/09, John Kelly wrote: From: John Kelly Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST To: IBM-MAIN@bama.ua.edu Received: Tuesday, September 1, 2009, 9:13 AM change the priorty of certain requests try the HSM Admin ref manual. It's in there Jack Kelly 202-502-2390 (Office) From: willie bunter To: IBM-MAIN@bama.ua.edu Date: 09/01/2009 11:58 AM Subject: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Sent by: IBM Mainframe Discussion List Hallo, I have a huge backlog of dsns (225) requests waiting to be recalled. Is there a way that I can change the priorty of certain requests i.e. bump up the priority of certain recalls to the top of the queue. Thanks. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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 -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Thanks. I downloaded the manual. Thanks to all for helping me get out of this bind. Thanks. --- On Tue, 9/1/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST To: IBM-MAIN@bama.ua.edu Received: Tuesday, September 1, 2009, 10:15 AM Then you should find Alterpri along with the rest of the HSM commands. Make sure the manual you are using is for your current release, not an earlier one. DFSMS Storage Administration Reference Document Number SC26-7402-09 Thank You, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Tuesday, September 01, 2009 1:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST David, We are running RELEASE z/OS 01.09.00. Thanks --- On Tue, 9/1/09, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST To: IBM-MAIN@bama.ua.edu Received: Tuesday, September 1, 2009, 9:53 AM Willie, What level Z\os are you running? You may not have the ability to alter queued tasks. Thank You, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Tuesday, September 01, 2009 12:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Jack, I took a look at SC35-0422-04 and did a search for recall , priority etc. I came up empty. Could you direct me the section where it is described? Thanks --- On Tue, 9/1/09, John Kelly wrote: From: John Kelly Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST To: IBM-MAIN@bama.ua.edu Received: Tuesday, September 1, 2009, 9:13 AM change the priorty of certain requests try the HSM Admin ref manual. It's in there Jack Kelly 202-502-2390 (Office) From: willie bunter To: IBM-MAIN@bama.ua.edu Date: 09/01/2009 11:58 AM Subject: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Sent by: IBM Mainframe Discussion List Hallo, I have a huge backlog of dsns (225) requests waiting to be recalled. Is there a way that I can change the priorty of certain requests i.e. bump up the priority of certain recalls to the top of the queue. Thanks. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.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 -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8.
DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ
Good Day To All, Could anybody tell me how I can obtain a list of MCDS ML2 dsns for a specific user. I tried the following command but I got all of the MCDS. HSENDCMD LIST LEVEL(CICS003) MCDS SELECT(ML2) Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ
Gilbert, Thanks for the suggestion. I tried out the command and it gave me what I was looking for. Thanks. --- On Thu, 10/8/09, Gilbert Cardenas wrote: From: Gilbert Cardenas Subject: Re: DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ To: IBM-MAIN@bama.ua.edu Received: Thursday, October 8, 2009, 3:41 AM Hi Willie, I usually use the following format and it brings back only the datasets that match the HLQ : HSEND LIST LEVEL(MYHLQ) MCDS ODS(MYUSERID.DATASETS) Regards, Gil. On Wed, 7 Oct 2009 09:07:26 -0700, willie bunter wrote: >Good Day To All, > >Could anybody tell me how I can obtain a list of MCDS ML2 dsns for a specific user. I tried the following command but I got all of the MCDS. > >HSENDCMD LIST LEVEL(CICS003) MCDS SELECT(ML2) > >Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ > >-- >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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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
DFHSM QUESTION - MANAGEMENT CLASS
Good Day, I am trying to migrate 5 gdg dsns. I receive the error message : ARC1001I PROD.RSVP.H11R999.TRSF.EDDYHBC.G0099V00 MIGRATE FAILED, RC=0099, ARC1001I (CONT.) REAS=0004 ARC1299I UNSUPPORTED DATA SET FOR MIGRATION I checked the Management class which shows the following : Migration Attributes Primary Days Non-usage . : 40 Level 1 Days Date/Days . : 0 Command or Auto Migrate . : BOTH GDG Management Attributes # GDG Elements on Primary : 7 Rolled-off GDS Action . . : EXPIRE According to the doc hte Level 1 Days Date/Days is 0 then the default is 60 days. I change the Level 1 Days to 2. Performed the ACTIVATE and I tried the migrate. I got the same error message. Is there something else I can try. The dsns in question were created on __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - MANAGEMENT CLASS
Michael, The DSORG is ? or NONE. This could be the reason (as you have said and documented). The backup attributes is as follows: Backup Attributes Backup frequency . . . . . . . . . . . : 1 Number of backup versions . . . . . . . : 1 (Data Set Exists) Number of backup versions . . . . . . . : 1 (Data Set Deleted) Retain days only backup version . . . . : 180 (Data Set Deleted) Retain days extra backup versions . . . : NOLIMIT Admin or User Command Backup . . . . . : BOTH Auto Backup . . . . . . . . . . . . . . : YES Backup copy technique . . . . . . . . . : CONCURRENT PREFERRED General Data Current Allocation Management class . . : MCPGDG02 Allocated tracks . : 1 Storage class . . . : SCPRSTD2 Allocated extents . : 1 Volume serial . . . : MVS030 Device type . . . . : 3390 Data class . . . . . : **None** Current Utilization Organization . . . : NONE Used tracks . . . . : 0 Record format . . . : ? Used extents . . . : 0 Record length . . . : 0 Block size . . . . : 0 1st extent tracks . : 1 Secondary tracks . : 1 Data set name type : --- On Thu, 10/22/09, Spencer, Mike wrote: From: Spencer, Mike Subject: Re: DFHSM QUESTION - MANAGEMENT CLASS To: IBM-MAIN@bama.ua.edu Received: Thursday, October 22, 2009, 4:48 AM What is the Management Class attribute for BACKUP? DFHSM will not allow command level backups to ML2 if there is no backup copy and the management class attribute is set to have a backup. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, October 22, 2009 7:41 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - MANAGEMENT CLASS Good Day, I am trying to migrate 5 gdg dsns. I receive the error message : ARC1001I PROD.RSVP.H11R999.TRSF.EDDYHBC.G0099V00 MIGRATE FAILED, RC=0099, ARC1001I (CONT.) REAS=0004 ARC1299I UNSUPPORTED DATA SET FOR MIGRATION I checked the Management class which shows the following : Migration Attributes Primary Days Non-usage . : 40 Level 1 Days Date/Days . : 0 Command or Auto Migrate . : BOTH GDG Management Attributes # GDG Elements on Primary : 7 Rolled-off GDS Action . . : EXPIRE According to the doc hte Level 1 Days Date/Days is 0 then the default is 60 days. I change the Level 1 Days to 2. Performed the ACTIVATE and I tried the migrate. I got the same error message. Is there something else I can try. The dsns in question were created on __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: DFHSM QUESTION - MANAGEMENT CLASS
Mike, Thanks for the advice. I will follow your suggestions. Thanks again for your help. --- On Thu, 10/22/09, Spencer, Mike wrote: From: Spencer, Mike Subject: Re: DFHSM QUESTION - MANAGEMENT CLASS To: IBM-MAIN@bama.ua.edu Received: Thursday, October 22, 2009, 5:25 AM You can execute a IEBGENER to force an open/close and set the DSORG to PS. DFHSM will then be able to backup the data set and then you can migrate it to ML2. You can always issue a migrate to ML1 after you perform the GENER and DFHSM will handle everything from that point on. I would recommend reviewing your activity information for other errors and fixing any problem data sets. If you have these 5, then you probably have others. DFHSM will make three attempts to perform the necessary action, backup, migrate, etc based upon the management class attributes and your space management cycles. This is just wasted cycles for each attempt every night. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, October 22, 2009 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - MANAGEMENT CLASS Michael, The DSORG is ? or NONE. This could be the reason (as you have said and documented). The backup attributes is as follows: Backup Attributes Backup frequency . . . . . . . . . . . : 1 Number of backup versions . . . . . . . : 1 (Data Set Exists) Number of backup versions . . . . . . . : 1 (Data Set Deleted) Retain days only backup version . . . . : 180 (Data Set Deleted) Retain days extra backup versions . . . : NOLIMIT Admin or User Command Backup . . . . . : BOTH Auto Backup . . . . . . . . . . . . . . : YES Backup copy technique . . . . . . . . . : CONCURRENT PREFERRED General Data Current Allocation Management class . . : MCPGDG02 Allocated tracks . : 1 Storage class . . . : SCPRSTD2 Allocated extents . : 1 Volume serial . . . : MVS030 Device type . . . . : 3390 Data class . . . . . : **None** Current Utilization Organization . . . : NONE Used tracks . . . . : 0 Record format . . . : ? Used extents . . . : 0 Record length . . . : 0 Block size . . . . : 0 1st extent tracks . : 1 Secondary tracks . : 1 Data set name type : --- On Thu, 10/22/09, Spencer, Mike wrote: From: Spencer, Mike Subject: Re: DFHSM QUESTION - MANAGEMENT CLASS To: IBM-MAIN@bama.ua.edu Received: Thursday, October 22, 2009, 4:48 AM What is the Management Class attribute for BACKUP? DFHSM will not allow command level backups to ML2 if there is no backup copy and the management class attribute is set to have a backup. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, October 22, 2009 7:41 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - MANAGEMENT CLASS Good Day, I am trying to migrate 5 gdg dsns. I receive the error message : ARC1001I PROD.RSVP.H11R999.TRSF.EDDYHBC.G0099V00 MIGRATE FAILED, RC=0099, ARC1001I (CONT.) REAS=0004 ARC1299I UNSUPPORTED DATA SET FOR MIGRATION I checked the Management class which shows the following : Migration Attributes Primary Days Non-usage . : 40 Level 1 Days Date/Days . : 0 Command or Auto Migrate . : BOTH GDG Management Attributes # GDG Elements on Primary : 7 Rolled-off GDS Action . . : EXPIRE According to the doc hte Level 1 Days Date/Days is 0 then the default is 60 days. I change the Level 1 Days to 2. Performed the ACTIVATE and I tried the migrate. I got the same error message. Is there something else I can try. The dsns in question were created on __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift
DFHSM QUESTION - ARC1237I
Good Day All Readers, I received the following error message when I attempted to archive a dsn at the ML1 level: ARC1001I PRODD.AUDIT.D071104W.ZW090.SYSRES3 MIGRATE FAILED, RC=0037, REAS= ARC1237I NO SPACE FOR MIGRATION COPY In the past I executed SECONDARY SPACE management to fix the problem. Is there something that I could do besides adding another ML1 volume with SMALLDS? Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - ARC1237I
Darth,
Thanks for the advice. I have the list (it is quite big). To save time I
would like to migrate the ML1 dsns to ML2. Here is the command I would like to
use. Is this okay?
HSEND FREEVOL MVOL(HSM501) AGE(0) TARGETLEVEL(Ml2)
Thanks.
--- On Fri, 11/13/09, Darth Keller wrote:
From: Darth Keller
Subject: Re: DFHSM QUESTION - ARC1237I
To: IBM-MAIN@bama.ua.edu
Received: Friday, November 13, 2009, 5:44 AM
>>I received the following error message when I attempted to archive a dsn
at the ML1 level:
>>ARC1001I PRODD.AUDIT.D071104W.ZW090.SYSRES3 MIGRATE FAILED, RC=0037,
REAS=
>>ARC1237I NO SPACE FOR MIGRATION COPY
>>In the past I executed SECONDARY SPACE management to fix the problem.
Is there something that I could do besides adding another ML1 volume with
>>SMALLDS?
You could take a look at the datasets on ML1 and command migrate some to
ML2. Which ones? Your choice - very old, very large, TSO user PS files,
etc.
If you have a tool like CA-Vantage, these are easily identified. Without
a tool, you're limited to things like the HSM command:
HSEND LIST DSN MCDS SELECT(ML1 AGE(1 )) ODS('your.id.dsn')
and TSO option 3.4 to identify what you want to move early.
ddk
This e-mail message is not the intended recipient, you are hereby
notified that any reading, dissemination, distribution, copying,
forwarding or other use of this message or its attachments is
strictly prohibited. If you have received this message in error,
please notify the sender immediately and delete this message and
all copies and backups thereof.
Thank you.
--
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
__
Make your browsing faster, safer, and easier with the new Internet Explorer® 8.
Optimized for Yahoo! Get it Now for Free! at
http://downloads.yahoo.com/ca/internetexplorer/
--
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: DFHSM QUESTION - ARC1237I
David,
The packs show that there is ample space - as much as 3,143 cylinders available.
As you suggested the DEFRAG or the FREEVOL I would like to use the FREEVOL
because to DEFRAG the volume I will need to get the client's authorization plus
pass through more red tape. As in my response to Darth I would like to issue
the following command:
HSEND FREEVOL MVOL(HSM501) AGE(0) TARGETLEVEL(Ml2)
Is that okay?
--- On Fri, 11/13/09, O'Brien, David W. (NIH/CIT) [C]
wrote:
From: O'Brien, David W. (NIH/CIT) [C]
Subject: Re: DFHSM QUESTION - ARC1237I
To: IBM-MAIN@bama.ua.edu
Received: Friday, November 13, 2009, 5:52 AM
I'm curious as to why the OP thinks the ML1 volume to be added needs a Smallds
dataset?
How large is the failing dataset? What is the largest single amount of free
space available on ML1?
Is ML1 badly fragmented? Would a defrag of the ML1 with the most available free
space provide enough space to migrate the problem dataset? Would a Freevol
command of the most fragmented volume solve the problem?
I would certainly try either Freevol or Defrag or both before adding another
volume.
Thank You,
Dave O'Brien
NIH Contractor
From: Darth Keller [darth.kel...@assurant.com]
Sent: Friday, November 13, 2009 8:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - ARC1237I
>>I received the following error message when I attempted to archive a dsn
at the ML1 level:
>>ARC1001I PRODD.AUDIT.D071104W.ZW090.SYSRES3 MIGRATE FAILED, RC=0037,
REAS=
>>ARC1237I NO SPACE FOR MIGRATION COPY
>>In the past I executed SECONDARY SPACE management to fix the problem.
Is there something that I could do besides adding another ML1 volume with
>>SMALLDS?
You could take a look at the datasets on ML1 and command migrate some to
ML2. Which ones? Your choice - very old, very large, TSO user PS files,
etc.
If you have a tool like CA-Vantage, these are easily identified. Without
a tool, you're limited to things like the HSM command:
HSEND LIST DSN MCDS SELECT(ML1 AGE(1 )) ODS('your.id.dsn')
and TSO option 3.4 to identify what you want to move early.
ddk
This e-mail message is not the intended recipient, you are hereby
notified that any reading, dissemination, distribution, copying,
forwarding or other use of this message or its attachments is
strictly prohibited. If you have received this message in error,
please notify the sender immediately and delete this message and
all copies and backups thereof.
Thank you.
--
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
__
Make your browsing faster, safer, and easier with the new Internet Explorer® 8.
Optimized for Yahoo! Get it Now for Free! at
http://downloads.yahoo.com/ca/internetexplorer/
--
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: DFHSM QUESTION - ARC1237I
The dsn is 1 cylinder. As suggested by others using AGE(0) would result in the migration all of the dsns from that volume (correct me if I am wrong). If I use the DAYS(X) parm instead of the AGE(0) would that be okay? HSEND FREEVOL MVOL(HSM501) DAYS(3) TARGETLEVEL(Ml2) --- On Fri, 11/13/09, Mike Spencer wrote: From: Mike Spencer Subject: Re: DFHSM QUESTION - ARC1237I To: IBM-MAIN@bama.ua.edu Received: Friday, November 13, 2009, 7:11 AM A few things to check: How big is the data set that received the ARC1237I message? If this is a really big data set, and rarely used, then it should be migrated straight to ML2 tape using your Management Class definitions. Maybe it should have been written to tape to begin with. That is a decision you will need to determine based on size and frequency of the access by your end users of the file's data. You might want to consider using MOD-9, MOD-27 or MOD-54 for your ML1 volumes. Being that you received the out of space condition, a SDSP should not be considered, unless the majority of your ML1 files are very small and causing some serious fragmentation. What is the relationship between Primary Space Management and Secondary Space Management? If you are frequently running out of space on ML1; then there may be other issues with your Space Management cycles. Are there data set backup copies in your ML1 pool, are there problem data sets in your ML1 pool that are not migrating to ML2? Using a product such as MAINVIEW SRM can provide automated responses to migrate data from your ML1 volumes, or primary volumes based on thresholds you have set. The solutions can be set to migrate based upon size of the data, how many days unreferenced, type of the data, particular volumes or device types, anything you can imagine can be used as a trigger. MAINVIEW SRM will also monitor all DFHSM activity in real time to resolve any problems DFHSM encounters. Mike Spencer "willie bunter" wrote in message news: <40324.30746...@web33903.mail.mud.yahoo.com>... Good Day All Readers, I received the following error message when I attempted to archive a dsn at the ML1 level: ARC1001I PRODD.AUDIT.D071104W.ZW090.SYSRES3 MIGRATE FAILED, RC=0037, REAS= ARC1237I NO SPACE FOR MIGRATION COPY In the past I executed SECONDARY SPACE management to fix the problem. Is there something that I could do besides adding another ML1 volume with SMALLDS? Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: DFHSM QUESTION - ARC1237I
Thanks David for clearing this up.
--- On Fri, 11/13/09, O'Brien, David W. (NIH/CIT) [C]
wrote:
From: O'Brien, David W. (NIH/CIT) [C]
Subject: Re: DFHSM QUESTION - ARC1237I
To: IBM-MAIN@bama.ua.edu
Received: Friday, November 13, 2009, 6:18 AM
That should work, according to the doc. I'm currently using the same command
without the Age parameter but according to the doc Age(0) is the default.
Thank You,
Dave O'Brien
NIH Contractor
________
From: willie bunter [williebun...@yahoo.com]
Sent: Friday, November 13, 2009 9:14 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - ARC1237I
David,
The packs show that there is ample space - as much as 3,143 cylinders available.
As you suggested the DEFRAG or the FREEVOL I would like to use the FREEVOL
because to DEFRAG the volume I will need to get the client's authorization plus
pass through more red tape. As in my response to Darth I would like to issue
the following command:
HSEND FREEVOL MVOL(HSM501) AGE(0) TARGETLEVEL(Ml2)
Is that okay?
--- On Fri, 11/13/09, O'Brien, David W. (NIH/CIT) [C]
wrote:
From: O'Brien, David W. (NIH/CIT) [C]
Subject: Re: DFHSM QUESTION - ARC1237I
To: IBM-MAIN@bama.ua.edu
Received: Friday, November 13, 2009, 5:52 AM
I'm curious as to why the OP thinks the ML1 volume to be added needs a Smallds
dataset?
How large is the failing dataset? What is the largest single amount of free
space available on ML1?
Is ML1 badly fragmented? Would a defrag of the ML1 with the most available free
space provide enough space to migrate the problem dataset? Would a Freevol
command of the most fragmented volume solve the problem?
I would certainly try either Freevol or Defrag or both before adding another
volume.
Thank You,
Dave O'Brien
NIH Contractor
From: Darth Keller [darth.kel...@assurant.com]
Sent: Friday, November 13, 2009 8:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - ARC1237I
>>I received the following error message when I attempted to archive a dsn
at the ML1 level:
>>ARC1001I PRODD.AUDIT.D071104W.ZW090.SYSRES3 MIGRATE FAILED, RC=0037,
REAS=
>>ARC1237I NO SPACE FOR MIGRATION COPY
>>In the past I executed SECONDARY SPACE management to fix the problem.
Is there something that I could do besides adding another ML1 volume with
>>SMALLDS?
You could take a look at the datasets on ML1 and command migrate some to
ML2. Which ones? Your choice - very old, very large, TSO user PS files,
etc.
If you have a tool like CA-Vantage, these are easily identified. Without
a tool, you're limited to things like the HSM command:
HSEND LIST DSN MCDS SELECT(ML1 AGE(1 )) ODS('your.id.dsn')
and TSO option 3.4 to identify what you want to move early.
ddk
This e-mail message is not the intended recipient, you are hereby
notified that any reading, dissemination, distribution, copying,
forwarding or other use of this message or its attachments is
strictly prohibited. If you have received this message in error,
please notify the sender immediately and delete this message and
all copies and backups thereof.
Thank you.
--
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
__
Make your browsing faster, safer, and easier with the new Internet Explorer® 8.
Optimized for Yahoo! Get it Now for Free! at
http://downloads.yahoo.com/ca/internetexplorer/
--
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
__
Looking for the perfect gift? Give the gift of Flickr!
http://www.flickr.com/gift/
--
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
DFHSM PUZZLE : ARC0560E
Hallo To All, Our ML1 volume is 90% in a test LPAR. In this LPAR there is only 1 ML1 volume. In order to make more space on this volume I issued the following command: HSEND FREEVOL MVOL(ML1901) AGE(0) TARGETLEVEL(Ml2) However, I noticed this message in the STC: ARC0560E MIGRATION LIMITED: NO MIGRATION LEVEL 1 349 ARC0560E (CONT.) VOLUME AVAILABLE ARC0559I SPACE MANAGEMENT OF ZL1901 WILL NOT TARGET 350 ARC0559I (CONT.) MIGRATION LEVEL 1 UNTIL THE REQUESTED VOLUME TYPE IS ARC0559I (CONT.) MADE AVAILABLE Why would this be? Is it because HSM is trying to move some dsns to another ML1 volume because the MANAGEMENT class criteria has no been met or is it because of something else. Please note that several dsns were migrated to ML2 which is indicated by the display of the ML1 volume. I also received the following: ARC1000I VOL=ZL1901 MIGRATE PROCESSING ENDED Just curious if I should be concerned about the ARC0560E. Thanks. __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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
URGENT : DFHSM QUESTION : IEC030I B37-04
Hallo All, Because of critical space problems I migrated (issued command HSEND FREEVOL MVOL(SL1101) AGE(0) TARGETLEVEL(Ml2)) a Ml1 vol to ML2. The process terminated after an hour. Next I issued command HSEND FREEVOL MVOL(SL1101) TARGETLEVEL(ML1). Presently it is executing. However, I noticed in the STC there were various abend messages (when I issued the FREEVOL for TARGETLEVEL ML2 & TARGETLEVEL ML1. Would this cause a problem? IEC030I B37-04,IFG0554A,DFHSMY,DFHSMY,ARCPDOX,9BEB,SMP103,HSM.HSMPDOXY S DFHSMPDO ARC0037I DFSMSHSM PROBLEM DETERMINATION OUTPUT DATA 327 ARC0037I (CONT.) SETS SWITCHED, ARCPDOX=HSM.HSMPDOXY, ARC0037I (CONT.) ARCPDOY=HSM.HSMPDOYY I noticed that the dump switches from X to Y. Can I stop the MIGRATE to stop this? Or should I let it run its course. Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: URGENT : DFHSM QUESTION : IEC030I B37-04
I checked the 2 dsns in question they had reached the 16 extents. The volume they reside on is practically empty. I will (double) increase the size of the dsns. Thanks to all who helped me out. --- On Wed, 11/18/09, Michael W. Moss wrote: From: Michael W. Moss Subject: Re: URGENT : DFHSM QUESTION : IEC030I B37-04 To: IBM-MAIN@bama.ua.edu Received: Wednesday, November 18, 2009, 9:33 AM I guess you should review the various HSM messages to determine why the PDO (Problem Determination) files are filling so quickly, if that is the case, but you can live without PDO output in your critical situation. It could also be that the DASD volumes containing the PDO files are full, so the PDO files can’t extend, hence your problem. I would let your FREEVOL processes run to release your required disk space. One unlikely thought that occurs. If you were using SVA or iterations thereof, RVA/Iceberg, then this has Free Space release considerations when it becomes full or near full, which is a case or running their clean-up routines. On Wed, 18 Nov 2009 09:24:23 -0800, willie bunter wrote: >Hallo All, > >Because of critical space problems I migrated (issued command HSEND FREEVOL MVOL(SL1101) AGE(0) TARGETLEVEL(Ml2)) a Ml1 vol to ML2. The process terminated after an hour. Next I issued command HSEND FREEVOL MVOL(SL1101) TARGETLEVEL(ML1). Presently it is executing. However, I noticed in the STC there were various abend messages (when I issued the FREEVOL for TARGETLEVEL ML2 & TARGETLEVEL ML1. Would this cause a problem? >IEC030I B37- 04,IFG0554A,DFHSMY,DFHSMY,ARCPDOX,9BEB,SMP103,HSM.HSMPDOXY >S DFHSMPDO >ARC0037I DFSMSHSM PROBLEM DETERMINATION OUTPUT DATA 327 >ARC0037I (CONT.) SETS SWITCHED, ARCPDOX=HSM.HSMPDOXY, >ARC0037I (CONT.) ARCPDOY=HSM.HSMPDOYY > >I noticed that the dump switches from X to Y. Can I stop the MIGRATE to stop this? Or should I let it run its course. > >Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ > >-- >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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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
DFHSM QUESTION - ARC1245I MIGRATE FAILED, RC=0045 REAS=0115
Could someone suggest how I can bypass this problem? I checked the MANAGEMENT class but it is not excluded from migration. ARC1001I HESP.INSTR.HLIST MIGRATE FAILED, RC=0045, ARC1001I (CONT.) REAS=0115 ARC1245I DATA SET NOT ELIGIBLE FOR MIGRATION According to the Application Programmer Response: 115 If the data set should be considered eligible for migration, the second level migration data set exit (ARCMMEXT) must be updated so that it does not exclude the data set from migration I am not sure how to go about it. Could someone help me? Thanks -- 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: DFHSM QUESTION - ARC1245I MIGRATE FAILED, RC=0045 REAS=0115
Thanks Allan. I will check it out. --- On Wed, 6/29/11, Staller, Allan wrote: From: Staller, Allan Subject: Re: DFHSM QUESTION - ARC1245I MIGRATE FAILED, RC=0045 REAS=0115 To: IBM-MAIN@bama.ua.edu Received: Wednesday, June 29, 2011, 9:06 AM The application programmer response seems to be spot on! Apparently you have a migration exit that is preventing migration of this dataset. Check your init parms for SETSYS EXIT/EXITOFF/EXITON commands related to ARCMMEXT and perform the appropriate commands Or Modify the exit HTH, Could someone suggest how I can bypass this problem? I checked the MANAGEMENT class but it is not excluded from migration. ARC1001I HESP.INSTR.HLIST MIGRATE FAILED, RC=0045, ARC1001I (CONT.) REAS=0115 ARC1245I DATA SET NOT ELIGIBLE FOR MIGRATION According to the Application Programmer Response: 115 If the data set should be considered eligible for migration, the second level migration data set exit (ARCMMEXT) must be updated so that it does not exclude the data set from migration -- 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
DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
Hallo To All, I am trying to track down a problem of a missing dataset. The dsn was used by a STC however for some unexplainable reason it "disappeared". In the STC the dsn is DISP=SHR. I checked all the SMF records -TYPE 17, 18, 61, 62, 63, 64, 65, 67, 68, 136, 138 & 139- but there is no record of it having been deleted. My suspicion is HSM. I checked the ACTIVITY logs for 2 weeks however there is no trace of the dsn being deleted i.e. ACTION=DELETED or ACTION=SCRATCH or ACTON=EXPIRED. According to the MANAGEMENT CLASS which has the following expiration attributes: Expiration Attributes Expire after Days Non-usage . : 540 Expire after Date/Days . . . . : NOLIMIT Retention Limit . . . . . . . : 0 My understanding is that even though the dsn could be expired after 540 days, since there is a NOLIMIT, this would override the Expire after Days Non-usage of 540 days. Please correct me if my understanding is skewered. Also, could any one suggest where else I could look for the cause of the missing dsn? Thanks in advance for your help. -- 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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
Allan, Thanks for correcting my understanding. The dsn is not a gdg. I checked again the SMF tapes but nothing. Again, if the dsn was deleted by a TSO user wouldn't it show up in the SMF records? --- On Wed, 7/13/11, Staller, Allan wrote: From: Staller, Allan Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT To: IBM-MAIN@bama.ua.edu Received: Wednesday, July 13, 2011, 8:42 AM Expire after Days Non-usage . : 540 Expire after Date/Days . . . . : NOLIMIT Retention Limit . . . . . . . : 0 Indicates to delete the dataset 540 days after last use. The NOLIMIT allows the user to override the default by specifying label=retpd Or label=expdt. Retention limit specifies the maximum value allowed for the override. Read the online help or the fine manual *carefully*. Is this a GDG? If so, check the "rolled off GDS action" column. I would be more like to suspect a "fat finger syndrome" on the part of the end-user. Your SMF analysis should go back to the last known date the file was available. DAF is your friend. CBT file 094, IIRC. HTH, -- 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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
I don't think so because the STC was using it until July 10 at 04:00 a.m. When the user attempted to bring up the STC on July 11 she received a jcl error - dsn not found. --- On Wed, 7/13/11, Jonathan Goossen wrote: From: Jonathan Goossen Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT To: IBM-MAIN@bama.ua.edu Received: Wednesday, July 13, 2011, 9:42 AM Could it have been renamed? Thank you and have a Terrific day! Jonathan Goossen, ACS, CL Tape Specialist ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- IBM Mainframe Discussion List wrote on 07/13/2011 10:23:31 AM: > From: willie bunter > To: IBM-MAIN@bama.ua.edu > Date: 07/13/2011 10:26 AM > Subject: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT > Sent by: IBM Mainframe Discussion List > > Hallo To All, > > I am trying to track down a problem of a missing dataset. The dsn > was used by a STC however for some unexplainable reason it > "disappeared". In the STC the dsn is DISP=SHR. I checked all the > SMF records -TYPE 17, 18, 61, 62, 63, 64, 65, 67, 68, 136, 138 & > 139- but there is no record of it having been deleted. My suspicion > is HSM. I checked the ACTIVITY logs for 2 weeks however there is no > trace of the dsn being deleted i.e. ACTION=DELETED or ACTION=SCRATCH > or ACTON=EXPIRED. According to the MANAGEMENT CLASS which has the > following expiration attributes: > Expiration Attributes > > Expire after Days Non-usage . : 540 > Expire after Date/Days . . . . : NOLIMIT > Retention Limit . . . . . . . : 0 > > My understanding is that even though the dsn could be expired after > 540 days, since there is a NOLIMIT, this would override the Expire > after Days Non-usage of 540 days. Please correct me if my > understanding is skewered. Also, could any one suggest where else I > could look for the cause of the missing dsn? > > Thanks in advance for your help. > > -- > 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 e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
I went back as far as July 01 SMF records and nothing showed despite searching for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139 --- On Wed, 7/13/11, Staller, Allan wrote: From: Staller, Allan Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT To: IBM-MAIN@bama.ua.edu Received: Wednesday, July 13, 2011, 10:08 AM Again, if the dsn was deleted by a TSO user wouldn't it show up in the SMF records? Absolutely. Since you indicated in another post the data set was "in use" as of July 10th by an STC, I would go back at least to the start date/time of that STC for you SMF hunt. Again, DAF is your friend. Just feed it the raw SMF data... HTH, -- 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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
Sorry for my delayed response to your questions. I asked our SMF guru for a description of the 2 SMF records in question, here is what I got: 136 IGGPOST0 DADSM Alloc. 139 IGGPOST0 DADSM Scratch I am still looking for the reason. I think, as most have suggested, that DFHSM is the culprit. However since I do not have the SMF tapes going back to October 24 2010 backwrds it is hard to prove the cause of the deletion. --- On Wed, 7/13/11, Elardus Engelbrecht wrote: From: Elardus Engelbrecht Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT To: IBM-MAIN@bama.ua.edu Received: Wednesday, July 13, 2011, 11:47 AM Elardus Engelbrecht wrote: >willie bunter wrote: >>I went back as far as July 01 SMF records and nothing showed despite >>searching for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139 >Why SMF record type 138 and 139? What product is generating them? Aw, f** s***, I really mean SMF type 136, not 138! Damn that stupid fingers of me! ;-D 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 -- 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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
Darth, You are spot on. HSM is doing what it is supposed to do. I cannot understand why the STC didn't use the dsn during all this time. Although it is in the startup the program which calls the dsn hasn't been used at least since October 24, 2010. --- On Mon, 7/18/11, Darth Keller wrote: From: Darth Keller Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT To: IBM-MAIN@bama.ua.edu Received: Monday, July 18, 2011, 8:25 AM "DFHSM is the culprit." On behalf of DFHSM, I object. HSM merely enforces policy. If there's a culprit here, it would be the person(s) who designed the policy or maybe applications for not understanding the rules. They do know there are rules, right? ;o) ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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
DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
Good Day To All,
Is it possible to recover all dsns at the HLQ level and rename them with a
different name?
I issued the following command :
HRECOVER LEVEL(ZQATPWG) -
NEWNAME('ZWATPWG.ZQATPWG')
I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
Can this be done?
Thanks
--
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: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
I tried the command without the LEVEL but it gave me the following error
HRECOVER ('ZQATPWG')
I issued the command via batch :
HRECOVER (ZQATPWG)
I received the following error message :
ARC1001I AM2.UCAT RECOVER FAILED, RC=0033, REAS=
ARC1133I OLD COPY OF DATA SET EXISTS, BUT REPLACE NOT SPECIFIED
I checked via ISPF 3.4 only the ALIAS definition is visible and no other
dsns:
ZQATPWG
Maybe I misunderstood your suggestion to execute the HRECOVER without the
LEVEL parm. Maybe my command is wrong? Please let me know where my error
is.
The task to code 2,369 dsns is quite daunting this is why I was looking for a
quick way. I could skip the re-name of the dsns because I got Security to put
back the RACF rules. At this time all I want to is to perform a HRECOVER of
the dsns without the rename.
Could it be done?
--- On Thu, 7/21/11, Schwarz, Barry A wrote:
From: Schwarz, Barry A
Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
To: IBM-MAIN@bama.ua.edu
Received: Thursday, July 21, 2011, 11:32 AM
My HSM manual does not show a LEVEL operand for the RECOVER command. Does
yours?
My manual does show a command similar to RECOVER that supports wildcard
characters (in the fashion of DFSMSdss) but I don't know if it will do what you
want.
Wouldn't it be just as easy to use 3.4 to build a list of the datasets,
HRECOVER them, and then use a REXX or CLIST to rename them.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of willie bunter
> Sent: Thursday, July 21, 2011 7:28 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
>
> Good Day To All,
>
> Is it possible to recover all dsns at the HLQ level and rename them with a
> different name?
>
> I issued the following command :
>
> HRECOVER LEVEL(ZQATPWG) -
> NEWNAME('ZWATPWG.ZQATPWG')
>
> I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
>
--
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: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
Barry,
I checked again, someone had recovered a few dsns individually. I ran HLIST
against the HLQ in question and found 2,300 + dsns in the incremental backups.
I have started the manual process of recovering them individually.
--- On Mon, 7/25/11, Schwarz, Barry A wrote:
From: Schwarz, Barry A
Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
To: IBM-MAIN@bama.ua.edu
Received: Monday, July 25, 2011, 11:45 AM
The error message tells you explicitly that there is already a catalog entry
for the DSN ZQATPWG. Given that you have already found this entry and know it
to be an alias, I am fairly certain that you do not have a migrated dataset
named ZQATPWG. Therefore, your command was wrong from the outset. You are not
trying to recover a dataset named ZQATPWG. You are trying to recover multiple
datasets whose HLQ is ZQATPWG.
I did not suggest you run without the LEVEL operand. I noted that THERE IS NO
SUCH OPERAND. From that, you should understand that any attempt to use it
would inevitably result in a syntax error.
If you use 3.4 to list all the ZQATPWG datasets, set the options to apply block
commands to excluded DSNs, exclude all but the first and last DSNs in the list,
and issue a block HRECOVER command, you can recover all 2,369 datasets by
typing less than 50 characters. It cannot get much easier.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of willie bunter
> Sent: Monday, July 25, 2011 10:54 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
>
> I tried the command without the LEVEL but it gave me the following error
>
> HRECOVER ('ZQATPWG')
>
> I issued the command via batch :
> HRECOVER (ZQATPWG)
>
>
> I received the following error message :
> ARC1001I AM2.UCAT RECOVER FAILED, RC=0033, REAS=
> ARC1133I OLD COPY OF DATA SET EXISTS, BUT REPLACE NOT SPECIFIED
>
> I checked via ISPF 3.4 only the ALIAS definition is visible and no other
> dsns:
> ZQATPWG
>
> Maybe I misunderstood your suggestion to execute the HRECOVER without the
> LEVEL parm. Maybe my command is wrong? Please let me know where my error
> is.
>
> The task to code 2,369 dsns is quite daunting this is why I was looking
> for a quick way. I could skip the re-name of the dsns because I got
> Security to put back the RACF rules. At this time all I want to is to
> perform a HRECOVER of the dsns without the rename.
>
> Could it be done?
>
> --- On Thu, 7/21/11, Schwarz, Barry A wrote:
>
>
> From: Schwarz, Barry A
> Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
> To: IBM-MAIN@bama.ua.edu
> Received: Thursday, July 21, 2011, 11:32 AM
>
>
> My HSM manual does not show a LEVEL operand for the RECOVER command. Does
> yours?
>
> My manual does show a command similar to RECOVER that supports wildcard
> characters (in the fashion of DFSMSdss) but I don't know if it will do
> what you want.
>
> Wouldn't it be just as easy to use 3.4 to build a list of the datasets,
> HRECOVER them, and then use a REXX or CLIST to rename them.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > Behalf Of willie bunter
> > Sent: Thursday, July 21, 2011 7:28 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
> >
> > Good Day To All,
> >
> > Is it possible to recover all dsns at the HLQ level and rename them with
> a
> > different name?
> >
> > I issued the following command :
> >
> > HRECOVER LEVEL(ZQATPWG) -
> > NEWNAME('ZWATPWG.ZQATPWG')
> >
> > I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
> >
>
> --
> 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
--
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
DFHSM QUESTION - DELETE SDSP DSN
Good Day To All, I am doing a review of all our ML1 volumes (8 SDSP and 8 NOSDSP) and I noticed that 2 volumes out of 8 SDSP volumes the SDSP dsns were empty. I checked the ARCCMD9 member and they were defined as NOSDSP. There was a comment to say that they were changed from SDSP to NOSDSP in 2001. My question is 2 fold, can I delete the SMALLDS dsn which is VSAM. I did a LISTCAT of one of them and it tells me : IDC3012I ENTRY VHSM.SMALLDS.BLL1908 NOT FOUND I did a LISTCAT of other SMALLDS and I received the same result. Is it normal that only the DATA and INDEX components exist but not the CLUSTER? I checked the HSM REFERENCE manual as well as the IMPLEMENTATION & CUSTOMIZATION GUIDE but I came up empty. Any ideas? Thanks. -- 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: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)
Rohit, Your input dsn and output dsn is the same. Your output dsn is the same name as the GDG base P1OPSBP.FC610.NVFF411A. Verify your output dsn. --- On Wed, 8/3/11, Rohit Bhandari wrote: From: Rohit Bhandari Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379) To: IBM-MAIN@bama.ua.edu Received: Wednesday, August 3, 2011, 5:12 AM Hi , This is the JCL code //NVF411A EXEC PGM=SORT //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //STEPLIB DD DSN=SYS1.SORTLIB,DISP=SHR //SORTWK01 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK02 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK03 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK04 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK05 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK05 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTIN DD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR //SORTOUT DD DSN=P1OPSBP.FC610.NVFF411A, // DISP=(,CATLG,DELETE),UNIT=SYSDA, // DCB=(BLKSIZE=0,LRECL=91,RECFM=FB), // SPACE=(CYL,(400,400),RLSE) On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL wrote: > >IEC032I > > E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411 > > Did you even attempt to look up this message? > > > - > Ted MacNEIL > eamacn...@yahoo.ca > Twitter: @TedMacNEIL > > -- > 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 > -- Enjoy , Rohit -- 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: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)
Rex You are spot on. Sorry Rohit. --- On Wed, 8/3/11, Pommier, Rex R. wrote: From: Pommier, Rex R. Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379) To: IBM-MAIN@bama.ua.edu Received: Wednesday, August 3, 2011, 9:32 AM Willie, Not quite. I thought the same thing when I first looked at it, but then noticed 1 character difference in the two DSNs. Last character of the high level qualifier. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Wednesday, August 03, 2011 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379) Rohit, Your input dsn and output dsn is the same. Your output dsn is the same name as the GDG base P1OPSBP.FC610.NVFF411A. Verify your output dsn. --- On Wed, 8/3/11, Rohit Bhandari wrote: From: Rohit Bhandari Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379) To: IBM-MAIN@bama.ua.edu Received: Wednesday, August 3, 2011, 5:12 AM Hi , This is the JCL code //NVF411A EXEC PGM=SORT //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //STEPLIB DD DSN=SYS1.SORTLIB,DISP=SHR //SORTWK01 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK02 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK03 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK04 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK05 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK05 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTIN DD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR //SORTOUT DD DSN=P1OPSBP.FC610.NVFF411A, // DISP=(,CATLG,DELETE),UNIT=SYSDA, // DCB=(BLKSIZE=0,LRECL=91,RECFM=FB), // SPACE=(CYL,(400,400),RLSE) On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL wrote: > >IEC032I > > E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411 > > Did you even attempt to look up this message? > > > - > Ted MacNEIL > eamacn...@yahoo.ca > Twitter: @TedMacNEIL > > -- > 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 > -- Enjoy , Rohit -- 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- 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: DFHSM QUESTION - DELETE SDSP DSN
Allan, Thanks for the help. The dsn is emtpy. I issued the command which confirms that it is empty. I noticed that all the other volumes which have SDSP do not have a cluster component. There is only a data and index component. Is that normal? --- On Wed, 8/3/11, Staller, Allan wrote: From: Staller, Allan Subject: Re: DFHSM QUESTION - DELETE SDSP DSN To: IBM-MAIN@bama.ua.edu Received: Wednesday, August 3, 2011, 10:43 AM Issue ' LIST DATASETNAME MIGRATIONCONTROLDATASET SELECT(VOLUME(xx) SDSP)' to see if HSM thinks there is any SDSP data left. If the volume is defined w/NOSDSP, and the SDSP dataset is empty (see above) the SDSP dataset can be deleted. Use IDCAMS DELETE VVR, since the cluster is not cataloged. If there is any residual data, use idcams define recatalog to get the cluster entry back. IMO, you should either go all SDSP or all NOSDSP. It will obviously take several days for all existing data to migrate out of the SDSP datasets. I am not sure the overhead of SDSP is still justified. YMMV. My $0.02. I am doing a review of all our ML1 volumes (8 SDSP and 8 NOSDSP) and I noticed that 2 volumes out of 8 SDSP volumes the SDSP dsns were empty. I checked the ARCCMD9 member and they were defined as NOSDSP. There was a comment to say that they were changed from SDSP to NOSDSP in 2001. My question is 2 fold, can I delete the SMALLDS dsn which is VSAM. I did a LISTCAT of one of them and it tells me : IDC3012I ENTRY VHSM.SMALLDS.BLL1908 NOT FOUND I did a LISTCAT of other SMALLDS and I received the same result. Is it normal that only the DATA and INDEX components exist but not the CLUSTER? I checked the HSM REFERENCE manual as well as the IMPLEMENTATION & CUSTOMIZATION GUIDE but I came up empty. Any ideas? -- 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: DFHSM QUESTION - DELETE SDSP DSN
Mike,
Yes I did. I ran a LISTCAT of the CLUSTER and it gave me the error message;
LISTC ENT('VHSM.SMALLDS.VBL1908') ALL
IDC3012I ENTRY VHSM.SMALLDS.VBL1908 NOT FOUND
IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42
IDC1566I ** VHSM.SMALLDS.VBL1908 NOT LISTED
I did the same for anothe ML1 volume which has SDSP and I got the same error.
--- On Thu, 8/4/11, Mike Schwab wrote:
From: Mike Schwab
Subject: Re: DFHSM QUESTION - DELETE SDSP DSN
To: IBM-MAIN@bama.ua.edu
Received: Thursday, August 4, 2011, 4:32 AM
A cluster is only a catalog entry, and does not appear on any disk
listing. Do a listcat with the data name and it should list the
cluster name.
On Thu, Aug 4, 2011 at 5:49 AM, willie bunter wrote:
> Allan,
>
> Thanks for the help. The dsn is emtpy. I issued the command which confirms
> that it is empty. I noticed that all the other volumes which have SDSP do
> not have a cluster component. There is only a data and index component. Is
> that normal?
--
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
