Re: STGADMIN.DPDSRN Confusion
Ah. Gotcha. I'll try that next time I need it. Thanks. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Thursday, October 17, 2019 2:01 AM, retired mainframer wrote: > When you list the dataset in 3.4, you have to specify the volume on the input > panel. Then it will present the override option. When you rename the data set > this way, the catalog will not be updated. The assumption being that no one > would rename a dataset actually in use. This feature is designed to let you > rename a different dataset with the same name since the ENQ does not track > the volume. > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > Behalf Of Mark Jacobs > > Sent: Wednesday, October 16, 2019 11:35 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: STGADMIN.DPDSRN Confusion > > I was informed via a private communication that IDCAMS (or IEHPROGM) doesn't > > take advantage of this facility class resource, just ISPF/PDF. > > When I tried to rename it in 3.4, it's telling me that the data set is in > > use, and it's not > > giving me the option to bypass the enq and rename the data set. I'd like to > > understand > > why. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com > > ‐‐‐ Original Message ‐‐‐ > > On Wednesday, October 16, 2019 2:25 PM, Mike Schwab > > mike.a.sch...@gmail.com wrote: > > > > > I think it is cataloged to that volume. Uncatalog no scratch that dataset. > > > On Wed, Oct 16, 2019 at 9:16 AM Mark Jacobs > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > I'm attempting to rename an inuse non-vsam dataset, even with read > > > > access to the > > > > STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. > > > > > > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN > > > > ON VOLUME Z22C02 > > > > DATA SET IS SYS1.PROD.PARMLIB.NEW > > > > IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS > > > > (040B0446), > > > > > > > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > > > > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE > > > > THIS TEST > > > > > > > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME > > > > Z22C02 > > > > > > > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG > > > > X'04' X'0B' ENQRET X'46' > > > > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the > > > > caller > > > > has appropriate RACF READ authority to be able to specify that the data > > > > set being > > > > renamed is not the data set in use. > > > > > > > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > > > > Services.Sent from ProtonMail, Swiss-based encrypted email. > > > > > > > What am I missing here? > > > > Mark Jacobs > > > > GPG Public Key - > > > > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com > > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > > > Mike A Schwab, Springfield IL USA > > > Where do Forest Rangers go to get away from it all? > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGADMIN.DPDSRN Confusion
When you list the dataset in 3.4, you have to specify the volume on the input panel. Then it will present the override option. When you rename the data set this way, the catalog will not be updated. The assumption being that no one would rename a dataset actually in use. This feature is designed to let you rename a different dataset with the same name since the ENQ does not track the volume. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Jacobs > Sent: Wednesday, October 16, 2019 11:35 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: STGADMIN.DPDSRN Confusion > > I was informed via a private communication that IDCAMS (or IEHPROGM) doesn't > take advantage of this facility class resource, just ISPF/PDF. > > When I tried to rename it in 3.4, it's telling me that the data set is in > use, and it's not > giving me the option to bypass the enq and rename the data set. I'd like to > understand > why. > > Mark Jacobs > > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com > > ‐‐‐ Original Message ‐‐‐ > On Wednesday, October 16, 2019 2:25 PM, Mike Schwab > wrote: > > > I think it is cataloged to that volume. Uncatalog no scratch that dataset. > > > > On Wed, Oct 16, 2019 at 9:16 AM Mark Jacobs > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I'm attempting to rename an inuse non-vsam dataset, even with read access > > > to the > STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. > > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN > > > ON VOLUME Z22C02 > > > DATA SET IS SYS1.PROD.PARMLIB.NEW > > > IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS > (040B0446), > > > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > > > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE > THIS TEST > > > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME > Z22C02 > > > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG > > > X'04' X'0B' ENQRET X'46' > > > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller > has appropriate RACF READ authority to be able to specify that the data set > being > renamed is not the data set in use. > > > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > Services.Sent from ProtonMail, Swiss-based encrypted email. > > > What am I missing here? > > > Mark Jacobs > > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > > > Mike A Schwab, Springfield IL USA > > Where do Forest Rangers go to get away from it all? > > > > -- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGADMIN.DPDSRN Confusion
Yes, I understand the risks, and I'm willing to take them. Once read access is given to the proper facility class resource the onus is on the person doing the rename. It's my system, my foot. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, October 16, 2019 4:53 PM, Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 16 Oct 2019 20:17:40 +, Mark Jacobs wrote: > > > The dataset is allocated by the SDSF address space that's executing > > on the system where I'm attempting the rename. > > I thought the rationale behind the facility class profile was to give > > authorized users the ability to bypass the enqueue, while recognizing > > the potential risks in renaming an allocated dataset. > > I don't think so. > > AFAIK, the rationale is that a system programmer might have to rename > a data set that has the same DSNAME as a data set that is allocated, > but is on a different IPL volume than the data set that is in use. > > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idas300/rname.htm > > "Do not use this option unless you know the data set is not open on > any system." > > -- > > Tom Marchant > > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] STGADMIN.DPDSRN Confusion
Isn't DIAGNOSE the first path against the VOL and the VTOCIX. In a message dated 10/16/2019 4:06:17 PM Central Standard Time, 01a0403c5dc1-dmarc-requ...@listserv.ua.edu writes: Is it possible it is on that volume, but not cataloged? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGADMIN.DPDSRN Confusion
On Wed, 16 Oct 2019 20:17:40 +, Mark Jacobs wrote: >The dataset is allocated by the SDSF address space that's executing >on the system where I'm attempting the rename. > >I thought the rationale behind the facility class profile was to give >authorized users the ability to bypass the enqueue, while recognizing >the potential risks in renaming an allocated dataset. I don't think so. AFAIK, the rationale is that a system programmer might have to rename a data set that has the same DSNAME as a data set that is allocated, but is on a different IPL volume than the data set that is in use. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idas300/rname.htm "Do not use this option unless you know the data set is not open on any system." -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGADMIN.DPDSRN Confusion
The dataset is allocated by the SDSF address space that's executing on the system where I'm attempting the rename. I thought the rationale behind the facility class profile was to give authorized users the ability to bypass the enqueue, while recognizing the potential risks in renaming an allocated dataset. Does the facility class not work if rename KNOWS the dataset that's being renamed IS actually in use? Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, October 16, 2019 3:19 PM, Seymour J Metz wrote: > What happens if you hit PFK1? > > > --- > > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of > Mark Jacobs 0224d287a4b1-dmarc-requ...@listserv.ua.edu > Sent: Wednesday, October 16, 2019 2:35 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: STGADMIN.DPDSRN Confusion > > I was informed via a private communication that IDCAMS (or IEHPROGM) doesn't > take advantage of this facility class resource, just ISPF/PDF. > > When I tried to rename it in 3.4, it's telling me that the data set is in > use, and it's not giving me the option to bypass the enq and rename the data > set. I'd like to understand why. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://secure-web.cisco.com/1h0RezPHnSeXYNdCzVxoXWPUe8i_aEhU-pGndafh-4R_kUrU94JHdmiCILa7eYHDnKsIE4HCXHhJrfWgcME4NFu-wOI-MtbGWvgnFFhL66LUyvZ66KadNcx5OJHyHCe4mREZv7elEAaxHuthzbvU3JWKfLWy9qNghoWTewe0idavsKYouxU08OfQ7i0Gy_PdslTQ1ZWqXrEiSU3pRtk7ylcfEwAjCBnu8oYBaJ4eKcEcUy1D3zL8-swilmIrxKxZQ1MV_Qw4GBkrjVzO5ImmTuw9LSP1BM6CaLueuBWh_7rGyoEVstktNlFW247pJCPk3EfwOJ58FWMxdSDTFmuvmQGb4Fu58uakbuBsxgkgyBLGfyV1pQswm4k2Q8-fI63e4ptQfjZJBButaNqXsa8q5gWYTXsVaZHhZW1uw_sec2gDjiNyoA_6UrcUYJlXLN5sk/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com > > ‐‐‐ Original Message ‐‐‐ > On Wednesday, October 16, 2019 2:25 PM, Mike Schwab mike.a.sch...@gmail.com > wrote: > > > I think it is cataloged to that volume. Uncatalog no scratch that dataset. > > On Wed, Oct 16, 2019 at 9:16 AM Mark Jacobs > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I'm attempting to rename an inuse non-vsam dataset, even with read access > > > to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error > > > messages. > > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN > > > ON VOLUME Z22C02 > > > DATA SET IS SYS1.PROD.PARMLIB.NEW > > > IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B0446), > > > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > > > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST > > > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 > > > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG > > > X'04' X'0B' ENQRET X'46' > > > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller > > > has appropriate RACF READ authority to be able to specify that the data > > > set being renamed is not the data set in use. > > > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > > > Services.Sent from ProtonMail, Swiss-based encrypted email. > > > What am I missing here? > > > Mark Jacobs > > > GPG Public Key - > > > https://secure-web.cisco.com/1h0RezPHnSeXYNdCzVxoXWPUe8i_aEhU-pGndafh-4R_kUrU94JHdmiCILa7eYHDnKsIE4HCXHhJrfWgcME4NFu-wOI-MtbGWvgnFFhL66LUyvZ66KadNcx5OJHyHCe4mREZv7elEAaxHuthzbvU3JWKfLWy9qNghoWTewe0idavsKYouxU08OfQ7i0Gy_PdslTQ1ZWqXrEiSU3pRtk7ylcfEwAjCBnu8oYBaJ4eKcEcUy1D3zL8-swilmIrxKxZQ1MV_Qw4GBkrjVzO5ImmTuw9LSP1BM6CaLueuBWh_7rGyoEVstktNlFW247pJCPk3EfwOJ58FWMxdSDTFmuvmQGb4Fu58uakbuBsxgkgyBLGfyV1pQswm4k2Q8-fI63e4ptQfjZJBButaNqXsa8q5gWYTXsVaZHhZW1uw_sec2gDjiNyoA_6UrcUYJlXLN5sk/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > Mike A Schwab, Springfield IL USA > > Where do Forest Rangers go to get away from it all? > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > --
Re: STGADMIN.DPDSRN Confusion
What happens if you hit PFK1? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, October 16, 2019 2:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: STGADMIN.DPDSRN Confusion I was informed via a private communication that IDCAMS (or IEHPROGM) doesn't take advantage of this facility class resource, just ISPF/PDF. When I tried to rename it in 3.4, it's telling me that the data set is in use, and it's not giving me the option to bypass the enq and rename the data set. I'd like to understand why. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://secure-web.cisco.com/1h0RezPHnSeXYNdCzVxoXWPUe8i_aEhU-pGndafh-4R_kUrU94JHdmiCILa7eYHDnKsIE4HCXHhJrfWgcME4NFu-wOI-MtbGWvgnFFhL66LUyvZ66KadNcx5OJHyHCe4mREZv7elEAaxHuthzbvU3JWKfLWy9qNghoWTewe0idavsKYouxU08OfQ7i0Gy_PdslTQ1ZWqXrEiSU3pRtk7ylcfEwAjCBnu8oYBaJ4eKcEcUy1D3zL8-swilmIrxKxZQ1MV_Qw4GBkrjVzO5ImmTuw9LSP1BM6CaLueuBWh_7rGyoEVstktNlFW247pJCPk3EfwOJ58FWMxdSDTFmuvmQGb4Fu58uakbuBsxgkgyBLGfyV1pQswm4k2Q8-fI63e4ptQfjZJBButaNqXsa8q5gWYTXsVaZHhZW1uw_sec2gDjiNyoA_6UrcUYJlXLN5sk/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, October 16, 2019 2:25 PM, Mike Schwab wrote: > I think it is cataloged to that volume. Uncatalog no scratch that dataset. > > On Wed, Oct 16, 2019 at 9:16 AM Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > I'm attempting to rename an inuse non-vsam dataset, even with read access > > to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error > > messages. > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN > > ON VOLUME Z22C02 > > DATA SET IS SYS1.PROD.PARMLIB.NEW > > IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B0446), > > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST > > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 > > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG > > X'04' X'0B' ENQRET X'46' > > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller > > has appropriate RACF READ authority to be able to specify that the data set > > being renamed is not the data set in use. > > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > > Services.Sent from ProtonMail, Swiss-based encrypted email. > > What am I missing here? > > Mark Jacobs > > GPG Public Key - > > https://secure-web.cisco.com/1h0RezPHnSeXYNdCzVxoXWPUe8i_aEhU-pGndafh-4R_kUrU94JHdmiCILa7eYHDnKsIE4HCXHhJrfWgcME4NFu-wOI-MtbGWvgnFFhL66LUyvZ66KadNcx5OJHyHCe4mREZv7elEAaxHuthzbvU3JWKfLWy9qNghoWTewe0idavsKYouxU08OfQ7i0Gy_PdslTQ1ZWqXrEiSU3pRtk7ylcfEwAjCBnu8oYBaJ4eKcEcUy1D3zL8-swilmIrxKxZQ1MV_Qw4GBkrjVzO5ImmTuw9LSP1BM6CaLueuBWh_7rGyoEVstktNlFW247pJCPk3EfwOJ58FWMxdSDTFmuvmQGb4Fu58uakbuBsxgkgyBLGfyV1pQswm4k2Q8-fI63e4ptQfjZJBButaNqXsa8q5gWYTXsVaZHhZW1uw_sec2gDjiNyoA_6UrcUYJlXLN5sk/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGADMIN.DPDSRN Confusion
I was informed via a private communication that IDCAMS (or IEHPROGM) doesn't take advantage of this facility class resource, just ISPF/PDF. When I tried to rename it in 3.4, it's telling me that the data set is in use, and it's not giving me the option to bypass the enq and rename the data set. I'd like to understand why. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, October 16, 2019 2:25 PM, Mike Schwab wrote: > I think it is cataloged to that volume. Uncatalog no scratch that dataset. > > On Wed, Oct 16, 2019 at 9:16 AM Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > I'm attempting to rename an inuse non-vsam dataset, even with read access > > to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error > > messages. > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN > > ON VOLUME Z22C02 > > DATA SET IS SYS1.PROD.PARMLIB.NEW > > IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B0446), > > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST > > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 > > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG > > X'04' X'0B' ENQRET X'46' > > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller > > has appropriate RACF READ authority to be able to specify that the data set > > being renamed is not the data set in use. > > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > > Services.Sent from ProtonMail, Swiss-based encrypted email. > > What am I missing here? > > Mark Jacobs > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGADMIN.DPDSRN Confusion
I think it is cataloged to that volume. Uncatalog no scratch that dataset. On Wed, Oct 16, 2019 at 9:16 AM Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > > I'm attempting to rename an inuse non-vsam dataset, even with read access to > the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN > ON VOLUME Z22C02 > DATA SET IS SYS1.PROD.PARMLIB.NEW > IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B0446), > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG > > X'04' X'0B' ENQRET X'46' > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller has > appropriate RACF READ authority to be able to specify that the data set being > renamed is not the data set in use. > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > Services.Sent from [ProtonMail](https://protonmail.com), Swiss-based > encrypted email. > > What am I missing here? > > Mark Jacobs > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] STGADMIN.DPDSRN Confusion
I executed an IEHLIST LISTVTOC on that volume, not there.
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Wednesday, October 16, 2019 12:39 PM, Jousma, David
<01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> Is it possible it is on that volume, but not cataloged?
>
> Dave Jousma
> AVP | Manager, Systems Engineering
>
> Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids,
> MI 49546
> 616.653.8429 | fax: 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
> Sent: Wednesday, October 16, 2019 11:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External] STGADMIN.DPDSRN Confusion
>
> CAUTION EXTERNAL EMAIL
>
> DO NOT open attachments or click on links from unknown senders or unexpected
> emails
>
> listc ent('SYS1.PROD.PARMLIB.NEW.ORIG')
>
> IDC3012I ENTRY SYS1.PROD.PARMLIB.NEW.ORIG NOT FOUND+ IDC1566I **
> SYS1.PROD.PARMLIB.NEW.ORIG NOT LISTED IDC0014I LASTCC=4
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, October 16, 2019 11:18 AM, Pommier, Rex rpomm...@sfgmembers.com
> wrote:
>
> > Does it exist somewhere else and the system is trying to catalog it?
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> > Of Mark Jacobs
> > Sent: Wednesday, October 16, 2019 9:30 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [External] STGADMIN.DPDSRN Confusion
> > The dataset that I'm renaming it to does not exist on that volume.
> > DSLIST - Data Sets on volume Z22C02 Row 1 of 2 Command ===> Scroll
> > ===> CSR
> > Command - Enter "/" to select action Message Volume
> >
> > SYS1.PROD.PARMLIB.NEW
> > Z22C02
> > SYS1.PROD.PARMLIB.NEW.COPY
> > Z22C02
> >
> >
> > Mark Jacobs
> > Sent from ProtonMail, Swiss-based encrypted email.
> > GPG Public Key -
> > https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonma
> > il.com
> > ‐‐‐ Original Message ‐‐‐
> > On Wednesday, October 16, 2019 10:23 AM, Pommier, Rex
> > rpomm...@sfgmembers.com wrote:
> >
> > > Mark,
> > > Am I missing something here? The way I'm reading this error is that
> > > you're trying to rename your SYS1.PROD.PARMLIB.NEW dataset to
> > > SYS1.PROD.PARMLIB.NEW.ORIG and SYS1.PROD.PARMLIB.NEW.ORIG already exists
> > > on volume Z22C02. Aren't you just getting a "duplicate name" error?
> > > Rex
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > > Behalf Of Mark Jacobs
> > > Sent: Wednesday, October 16, 2019 9:16 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: [External] STGADMIN.DPDSRN Confusion I'm attempting to
> > > rename an inuse non-vsam dataset, even with read access to the
> > > STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages.
> > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME
> > > Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC
> > > 008, DIAGNOSTIC INFORMATION IS (040B0446),
> > > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW
> > > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST
> > > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02
> > > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG X'04' X'0B' ENQRET X'46'
> > > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller
> > > has appropriate RACF READ authority to be able to specify that the data
> > > set being renamed is not the data set in use.
> > > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced
> > > Services.Sent from ProtonMail, Swiss-based encrypted email.
> > > What am I missing here?
> > > Mark Jacobs
> > > GPG Public Key -
> > > https://api.protonmail.ch/pks/lookup?op=get=markjacobs@proton
> > > ma
> > > il.com
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > > The information contained in this message is confidential, pr
Re: [External] STGADMIN.DPDSRN Confusion
Is it possible it is on that volume, but not cataloged?
_
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Wednesday, October 16, 2019 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] STGADMIN.DPDSRN Confusion
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
listc ent('SYS1.PROD.PARMLIB.NEW.ORIG')
IDC3012I ENTRY SYS1.PROD.PARMLIB.NEW.ORIG NOT FOUND+ IDC1566I **
SYS1.PROD.PARMLIB.NEW.ORIG NOT LISTED IDC0014I LASTCC=4
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Wednesday, October 16, 2019 11:18 AM, Pommier, Rex
wrote:
> Does it exist somewhere else and the system is trying to catalog it?
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of Mark Jacobs
> Sent: Wednesday, October 16, 2019 9:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External] STGADMIN.DPDSRN Confusion
>
> The dataset that I'm renaming it to does not exist on that volume.
>
> DSLIST - Data Sets on volume Z22C02 Row 1 of 2 Command ===> Scroll
> ===> CSR
>
> Command - Enter "/" to select action Message Volume
>
> --
>
> SYS1.PROD.PARMLIB.NEW
> Z22C02
> SYS1.PROD.PARMLIB.NEW.COPY
> Z22C02
>
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonma
> il.com
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, October 16, 2019 10:23 AM, Pommier, Rex rpomm...@sfgmembers.com
> wrote:
>
> > Mark,
> > Am I missing something here? The way I'm reading this error is that you're
> > trying to rename your SYS1.PROD.PARMLIB.NEW dataset to
> > SYS1.PROD.PARMLIB.NEW.ORIG and SYS1.PROD.PARMLIB.NEW.ORIG already exists on
> > volume Z22C02. Aren't you just getting a "duplicate name" error?
> > Rex
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > Behalf Of Mark Jacobs
> > Sent: Wednesday, October 16, 2019 9:16 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [External] STGADMIN.DPDSRN Confusion I'm attempting to
> > rename an inuse non-vsam dataset, even with read access to the
> > STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages.
> > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME
> > Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC
> > 008, DIAGNOSTIC INFORMATION IS (040B0446),
> > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW
> > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST
> > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02
> > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG X'04' X'0B' ENQRET X'46'
> > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller
> > has appropriate RACF READ authority to be able to specify that the data set
> > being renamed is not the data set in use.
> > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced
> > Services.Sent from ProtonMail, Swiss-based encrypted email.
> > What am I missing here?
> > Mark Jacobs
> > GPG Public Key -
> > https://api.protonmail.ch/pks/lookup?op=get=markjacobs@proton
> > ma
> > il.com
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > The information contained in this message is confidential, protected from
> > disclosure and may be legally privileged. If the reader of this message is
> > not the intended recipient or an employee or agent responsible for
> > delivering this message to the intended recipient, you are hereby notified
> > that any disclosure, distribution, copying, or any action taken or action
> > omitted in reliance on it, is strictly prohibited and may be unlawful. If
> > you have received this communication in error, please notify us immediately
> > by replying to this message and destroy the material in its entirety,
> > whether in electronic or hard
Re: [External] STGADMIN.DPDSRN Confusion
listc ent('SYS1.PROD.PARMLIB.NEW.ORIG')
IDC3012I ENTRY SYS1.PROD.PARMLIB.NEW.ORIG NOT FOUND+
IDC1566I ** SYS1.PROD.PARMLIB.NEW.ORIG NOT LISTED
IDC0014I LASTCC=4
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Wednesday, October 16, 2019 11:18 AM, Pommier, Rex
wrote:
> Does it exist somewhere else and the system is trying to catalog it?
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
> Sent: Wednesday, October 16, 2019 9:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External] STGADMIN.DPDSRN Confusion
>
> The dataset that I'm renaming it to does not exist on that volume.
>
> DSLIST - Data Sets on volume Z22C02 Row 1 of 2
> Command ===> Scroll ===> CSR
>
> Command - Enter "/" to select action Message Volume
>
> --
>
> SYS1.PROD.PARMLIB.NEW
> Z22C02
> SYS1.PROD.PARMLIB.NEW.COPY
> Z22C02
>
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, October 16, 2019 10:23 AM, Pommier, Rex rpomm...@sfgmembers.com
> wrote:
>
> > Mark,
> > Am I missing something here? The way I'm reading this error is that you're
> > trying to rename your SYS1.PROD.PARMLIB.NEW dataset to
> > SYS1.PROD.PARMLIB.NEW.ORIG and SYS1.PROD.PARMLIB.NEW.ORIG already exists on
> > volume Z22C02. Aren't you just getting a "duplicate name" error?
> > Rex
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> > Of Mark Jacobs
> > Sent: Wednesday, October 16, 2019 9:16 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [External] STGADMIN.DPDSRN Confusion
> > I'm attempting to rename an inuse non-vsam dataset, even with read access
> > to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error
> > messages.
> > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME
> > Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC
> > 008, DIAGNOSTIC INFORMATION IS (040B0446),
> > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW
> > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST
> > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 DATA
> > SET IS SYS1.PROD.PARMLIB.NEW.ORIG
> > X'04' X'0B' ENQRET X'46'
> > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller
> > has appropriate RACF READ authority to be able to specify that the data set
> > being renamed is not the data set in use.
> > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced
> > Services.Sent from ProtonMail, Swiss-based encrypted email.
> > What am I missing here?
> > Mark Jacobs
> > GPG Public Key -
> > https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonma
> > il.com
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > The information contained in this message is confidential, protected from
> > disclosure and may be legally privileged. If the reader of this message is
> > not the intended recipient or an employee or agent responsible for
> > delivering this message to the intended recipient, you are hereby notified
> > that any disclosure, distribution, copying, or any action taken or action
> > omitted in reliance on it, is strictly prohibited and may be unlawful. If
> > you have received this communication in error, please notify us immediately
> > by replying to this message and destroy the material in its entirety,
> > whether in electronic or hard copy format. Thank you.
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged. If the reader of this message is
> not the intended recipient or an employee or agent responsib
Re: [External] STGADMIN.DPDSRN Confusion
Does it exist somewhere else and the system is trying to catalog it? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Wednesday, October 16, 2019 9:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] STGADMIN.DPDSRN Confusion The dataset that I'm renaming it to does not exist on that volume. DSLIST - Data Sets on volume Z22C02 Row 1 of 2 Command ===> Scroll ===> CSR Command - Enter "/" to select action Message Volume --- SYS1.PROD.PARMLIB.NEW Z22C02 SYS1.PROD.PARMLIB.NEW.COPY Z22C02 Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, October 16, 2019 10:23 AM, Pommier, Rex wrote: > Mark, > > Am I missing something here? The way I'm reading this error is that you're > trying to rename your SYS1.PROD.PARMLIB.NEW dataset to > SYS1.PROD.PARMLIB.NEW.ORIG and SYS1.PROD.PARMLIB.NEW.ORIG already exists on > volume Z22C02. Aren't you just getting a "duplicate name" error? > > Rex > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Mark Jacobs > > Sent: Wednesday, October 16, 2019 9:16 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] STGADMIN.DPDSRN Confusion > > I'm attempting to rename an inuse non-vsam dataset, even with read access to > the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME > Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC > 008, DIAGNOSTIC INFORMATION IS (040B0446), > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 DATA > SET IS SYS1.PROD.PARMLIB.NEW.ORIG > > X'04' X'0B' ENQRET X'46' > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller has > appropriate RACF READ authority to be able to specify that the data set being > renamed is not the data set in use. > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > Services.Sent from ProtonMail, Swiss-based encrypted email. > > What am I missing here? > > Mark Jacobs > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonma > il.com > > -- > -- > -- > -- > -- > -- > -- > -- > -- > -- > -- > -- > -- > -- > -- > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omitted in > reliance on it, is strictly prohib
Re: [External] STGADMIN.DPDSRN Confusion
The dataset that I'm renaming it to does not exist on that volume. DSLIST - Data Sets on volume Z22C02 Row 1 of 2 Command ===> Scroll ===> CSR Command - Enter "/" to select action Message Volume --- SYS1.PROD.PARMLIB.NEW Z22C02 SYS1.PROD.PARMLIB.NEW.COPY Z22C02 Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, October 16, 2019 10:23 AM, Pommier, Rex wrote: > Mark, > > Am I missing something here? The way I'm reading this error is that you're > trying to rename your SYS1.PROD.PARMLIB.NEW dataset to > SYS1.PROD.PARMLIB.NEW.ORIG and SYS1.PROD.PARMLIB.NEW.ORIG already exists on > volume Z22C02. Aren't you just getting a "duplicate name" error? > > Rex > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Wednesday, October 16, 2019 9:16 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] STGADMIN.DPDSRN Confusion > > I'm attempting to rename an inuse non-vsam dataset, even with read access to > the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME Z22C02 DATA > SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC 008, DIAGNOSTIC > INFORMATION IS (040B0446), STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 DATA SET IS > SYS1.PROD.PARMLIB.NEW.ORIG > > X'04' X'0B' ENQRET X'46' > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller has > appropriate RACF READ authority to be able to specify that the data set being > renamed is not the data set in use. > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > Services.Sent from ProtonMail, Swiss-based encrypted email. > > What am I missing here? > > Mark Jacobs > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omitted in > reliance on it, is strictly prohibited and may be unlawful. If you have > received t
Re: STGADMIN.DPDSRN Confusion
Trying to rename to a duplicate dataset name? DUPLICATE DATA SET NAME ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Wednesday, October 16, 2019 10:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: STGADMIN.DPDSRN Confusion **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** I'm attempting to rename an inuse non-vsam dataset, even with read access to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B0446), STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG X'04' X'0B' ENQRET X'46' Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller has appropriate RACF READ authority to be able to specify that the data set being renamed is not the data set in use. See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced Services.Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. What am I missing here? Mark Jacobs GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGADMIN.DPDSRN Confusion
A curios message here is IGD17056I. Can this not be the real problem for RENAME? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mark Jacobs > Sent: 16 October, 2019 16:16 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: STGADMIN.DPDSRN Confusion > > I'm attempting to rename an inuse non-vsam dataset, even with read access > to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error > messages. > > IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN > ON VOLUME Z22C02 > DATA SET IS SYS1.PROD.PARMLIB.NEW > IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B0446), > STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW > DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST > IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 > DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG > > X'04' X'0B' ENQRET X'46' > Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller > has appropriate RACF READ authority to be able to specify that the data > set being renamed is not the data set in use. > See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced > Services.Sent from [ProtonMail](https://protonmail.com), Swiss-based > encrypted email. > > What am I missing here? > > Mark Jacobs > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonmail.c > om > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] STGADMIN.DPDSRN Confusion
Mark, Am I missing something here? The way I'm reading this error is that you're trying to rename your SYS1.PROD.PARMLIB.NEW dataset to SYS1.PROD.PARMLIB.NEW.ORIG and SYS1.PROD.PARMLIB.NEW.ORIG already exists on volume Z22C02. Aren't you just getting a "duplicate name" error? Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Wednesday, October 16, 2019 9:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] STGADMIN.DPDSRN Confusion I'm attempting to rename an inuse non-vsam dataset, even with read access to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B0446), STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG X'04' X'0B' ENQRET X'46' Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller has appropriate RACF READ authority to be able to specify that the data set being renamed is not the data set in use. See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced Services.Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. What am I missing here? Mark Jacobs GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
STGADMIN.DPDSRN Confusion
I'm attempting to rename an inuse non-vsam dataset, even with read access to the STGADMIN.DPDSRN.SYS1.* profile, it's failing with these error messages. IGD17060I DELETE/RENAME FAILED BECAUSE DATA SET IS OPEN ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040B0446), STEP2,Z22C02,SYS1.PROD.PARMLIB.NEW DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST IGD17056I RENAME FAILED, DUPLICATE DATA SET NAME ON VOLUME Z22C02 DATA SET IS SYS1.PROD.PARMLIB.NEW.ORIG X'04' X'0B' ENQRET X'46' Validate DADSM RENAME request; enqueue on SYSDSN failed. Also, the caller has appropriate RACF READ authority to be able to specify that the data set being renamed is not the data set in use. See Renaming a Data Set That Might be in Use in z/OS DFSMSdfp Advanced Services.Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. What am I missing here? Mark Jacobs GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
