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&search=markjac...@protonmail.com ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday, October 16, 2019 3:19 PM, Seymour J Metz <sme...@gmu.edu> 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 00000224d287a4b1-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 > > 00000224d287a4b1-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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
