Re: leaving early
Accident -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mitch Mccluhan Sent: Wednesday, October 16, 2019 7:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: leaving early ...why did this go out to this group? -Original Message- From: Nai, Dean To: IBM-MAIN Sent: Wed, Oct 16, 2019 3:16 pm Subject: leaving early 1 hour comp. Dean Nai Senior z/OS Systems Programmer Technical Services Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 work: 603-271-1529 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- 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: leaving early
...why did this go out to this group? -Original Message- From: Nai, Dean To: IBM-MAIN Sent: Wed, Oct 16, 2019 3:16 pm Subject: leaving early 1 hour comp. Dean Nai Senior z/OS Systems Programmer Technical Services Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 work: 603-271-1529 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- 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 > > > > > 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
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, 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
Re: [EXT] Re: zOS 2.4 migration guide
No zIIP here either. I guess, it doesn't matter. I expect 1 more migration, 2.1 to 2.2. Then mothballing > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Charles > Sent: Wednesday, October 16, 2019 7:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXT] Re: zOS 2.4 migration guide > > I thought my situation was bad - it only takes 30 minutes at 100% CPU on my > test system to bring up z/OSMF. > > Does anyone run this on a production system? > > -- > 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: leaving early
Ya just gave me a great idea ! Carmen Vitullo - Original Message - From: "Dean Nai" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 16, 2019 11:36:04 AM Subject: Re: leaving early Ouch, Wrong IBM group. How embarrassing. Dean Nai > -- 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: DR Sysplex Procedure
Are you talking LOGR and WLM CDS's in the couplexx member? if so as long as they are defined in the DR's COUPLExx member Carmen Vitullo - Original Message - From: "Elaine Beal" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 16, 2019 11:52:43 AM Subject: Re: DR Sysplex Procedure So, both systems down IPL LPAR1 with new XCF and CFRM, use existing LOG and WLM files Will that cause an issue falling back? by using the same LOG and WLM files? Thanks, Elaine -- 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: DR Sysplex Procedure
So, both systems down IPL LPAR1 with new XCF and CFRM, use existing LOG and WLM files Will that cause an issue falling back? by using the same LOG and WLM files? Thanks, Elaine -- 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
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 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
Re: leaving early
Ouch, Wrong IBM group. How embarrassing. Dean Nai > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
leaving early
1 hour comp. Dean Nai Senior z/OS Systems Programmer Technical Services Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 work: 603-271-1529 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DSS
1) Increase the number of buffers on OUTDD1 2) Investigate the Large Blocksize Interface (LBI) 3) opt(4) On the dump command The real question is what is the limiting factor, TAPE or DISK? Items 1 and 2 address the TAPE side Item 3 addresses the DISK side -Original Message- From: IBM Mainframe Discussion List On Behalf Of Nai, Dean Sent: Wednesday, October 16, 2019 10:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DSS Hi, I'm just reaching here because it's probably a hardware limitation but I'll ask anyway. Our current backup solution is to flashcopy our volumes and then go back and dump them to tape using DSS. Now we started backing up some of the huge E3 volumes and it's been taking 50 minutes per volume. I was wondering if there have been any changes in DSS parameters that might save us time. These are the parameters we are still using: DUMP - ADMIN - INDDNAME(INDD1) OUTDDNAME(OUTDD1) - CPVOLUME - TRACKS(0,0,322769,14) Dean Nai > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DSS
Hi, I'm just reaching here because it's probably a hardware limitation but I'll ask anyway. Our current backup solution is to flashcopy our volumes and then go back and dump them to tape using DSS. Now we started backing up some of the huge E3 volumes and it's been taking 50 minutes per volume. I was wondering if there have been any changes in DSS parameters that might save us time. These are the parameters we are still using: DUMP - ADMIN - INDDNAME(INDD1) OUTDDNAME(OUTDD1) - CPVOLUME - TRACKS(0,0,322769,14) Dean Nai > -- 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
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 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.
>
>
>
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 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. > > > -- > -- > -- >
Re: [EXT] Re: zOS 2.4 migration guide
I do now, we use the configuration assistant for TCP Policy agent, on a test LPAR I has the same issues, on a z13s 3 CP 2 zIIP's it runs...ok. my biggest issue is the lack of clear documentation. I have my software defined, LPARS and PLEX defined, getting the notification via email is an open issue currently with IBM z/OSMF support since August, to this day no resolution this is gonna be fun, counting the days till retirement Carmen Vitullo - Original Message - From: "Mark Charles" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 16, 2019 9:43:34 AM Subject: Re: [EXT] Re: zOS 2.4 migration guide I thought my situation was bad - it only takes 30 minutes at 100% CPU on my test system to bring up z/OSMF. Does anyone run this on a production system? -- 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: [EXT] Re: zOS 2.4 migration guide
I thought my situation was bad - it only takes 30 minutes at 100% CPU on my test system to bring up z/OSMF. Does anyone run this on a production system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXT] Re: zOS 2.4 migration guide
Does IBM plan to hand out zIIP engines for free to allow sites without access to them to run z/OSMF with reasonable performance? We have zIIPs, but just for the heck of it I tried starting z/OSMF on a non-zIIP LPAR. It took 8 hours to initialize, driving the (admittedly very small) LPAR at 100% the whole time. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Wednesday, October 16, 2019 3:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Re: zOS 2.4 migration guide OK; I'll bite: Why not run z/OSMF? But if you prefer to exercise your XSLT skills... :-) Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_developerworks_mydeveloperworks_blogs_MartinPacker=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=lCvCAyKNgZgiT02msJr1aYp-EoRyMJwldfm52-SdaJE= Podcast Series (With Marna Walle): https://urldefense.proofpoint.com/v2/url?u=https-3A__developer.ibm.com_tv_mpt_=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=8d8uRY2GJbYRzvCUths1OBouztJSC-oU2F8ORMhvTAs= or https://urldefense.proofpoint.com/v2/url?u=https-3A__itunes.apple.com_gb_podcast_mainframe-2Dperformance-2Dtopics_id1127943573-3Fmt-3D2=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=xsX8VSi0WMSkdH0UGGjqUTqCFtMoChZeuHFpcdfqRXs= Youtube channel: https://urldefense.proofpoint.com/v2/url?u=https-3A__www.youtube.com_channel_UCu-5F65HaYgksbF6Q8SQ4oOvA=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=0AK86yBb8GoPxGkbTTLVGve735EbUThyA46s12wCSEU= From: Jake Anderson To: IBM-MAIN@LISTSERV.UA.EDU Date: 16/10/2019 09:06 Subject:[EXTERNAL] zOS 2.4 migration guide Sent by:IBM Mainframe Discussion List Hi I understand starting from 2.4 there won't be any migration guide. We will have to look in GitHub to get XML file into zosmf to look into migration steps . We don't run zOSMF and how do i view the migration steps for zOS 2.4 from 2.2 ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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
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 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. > > >
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
Re: Power failure
+1 for what Tom says. I didn’t reply to the earlier email from Peter this morning, but did you drill down into the "restarted forcibly" message that you presumably saw on the HMC? I'd also go look for hardware messages at the CEC level, there should be events there, that you can also drill down into. While you may not see the shutdown (hopefully there is something), you would see more of the startup information. _ 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 Tom Marchant Sent: Wednesday, October 16, 2019 10:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Power failure **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** On Wed, 16 Oct 2019 09:51:34 +0400, Peter wrote: >I looked into audit and log messages during those time frames. > >I just see a message as system was restarted forcibly. It doesn't say >what caused it. If power was lost abruptly, there may have been no opportunity to log anything. >Does IBM receives more detailed message ? Have you asked IBM? -- Tom Marchant -- 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
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
Re: zOS 2.4 migration guide
According to the z/OS V2.4 Preview Announcemet: CICS TS will soon be orderable in either existing CustomPac or z/OSMF portable software instance format. This is the first of many offerings that are planned to be delivered in the PSI format. You do the math... Dana On Wed, 16 Oct 2019 08:42:52 +, Vernooij, Kees (ITOP NM) - KLM wrote: >It looks as if you can't escape z/OSMF anymore. From what I read in the past, >this and many more functions will run (only) under z/OSMF. So this might be >the time to start running it. > >Kees > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Power failure
On Wed, 16 Oct 2019 09:51:34 +0400, Peter wrote: >I looked into audit and log messages during those time frames. > >I just see a message as system was restarted forcibly. It doesn't say what >caused it. If power was lost abruptly, there may have been no opportunity to log anything. >Does IBM receives more detailed message ? Have you asked IBM? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "Exploring z/OS Container Extensions" Meetups in Asia-Pacific
Not coming to Perth? On 2019-10-16 5:51 PM, Timothy Sipples wrote: If you'd like to find out more about the new z/OS Container Extensions, there are some upcoming Meetups in late November and early December, 2019, across 9 cities in Asia, Australia, and New Zealand. Details and signup links are available here: https://www.meetup.com/IBM-Z-Technical-Community-in-Asia-Pacific/events/ I look forward to meeting at least a few IBM-MAINers in person. Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Z Development and Test Environment (zD)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples Sent: Wednesday, October 16, 2019 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Z Development and Test Environment (zD) **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Steve Smith wrote: >That said, I'm pretty sure that does not apply to Dave Jousma, as I've >worked with him before, and he does want to innovate. Agreed, which is why I mentioned "management," which (I can now reveal) is shorthand for "a bureaucracy that doesn't count Dave Jousma among its members." :-) >>Thanks for that. Depending on who you might talk to, I *might* be part of >>the bureaucracy, but I like to think I am not, since I wear both hats. >>Manager, and z/OS sysprog. (snip) Another tool in the toolbag, typically in conjunction with ZD, is z/OS on z/VM. That's yet another way for developers to get their "disposable" z/OS instances. IBM itself does a lot of development and testing using z/OS on z/VM. There are many ways to approach z/OS on z/VM, but one pattern that works particularly well if you already Linux on z/VM is just to add at least one CP and one engine's worth of z/VM licensing -- start with one if you'd like, that's great -- then to have a single "z/VM mode" development LPAR that spans your IFLs and that CP. Yes, you can do that (subcapacity z/VM, z/VM mode LPAR). Thus without changing the number of LPARs and barely changing your z/VM licensing, developers can spin up/down lots of disposable z/OS instances on z/VM. You can even using z/VM's cloud provisioning capabilities for "walk up" developer services. >> If given the chance, I'd prefer this approach over ZD Why? Because it >> would be much easier to build, clone, maintain, and keep it in some sort of >> reasonable freshness. Maybe it's time to revisit that over ZD, since the >> costs for ZD were fairly substantial. We did do a z/VM Linux on Z POC >> here like 5 years ago. No problem standing up VM, and had a couple of Linux >> on Z instances running. For us the deal killer was the cost case, and >> probably less of an issue now, but the "turf" war. The team that supports >> AIX/Linux here at that time were not running much Linux anywhere and it was >> not yet a bank strategic platform, and in addition wanted no part of running >> something on Z, even though they were part of the POC, and we made it well >> known that even though it was running on Z, they would still be the owners. 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
"Exploring z/OS Container Extensions" Meetups in Asia-Pacific
If you'd like to find out more about the new z/OS Container Extensions, there are some upcoming Meetups in late November and early December, 2019, across 9 cities in Asia, Australia, and New Zealand. Details and signup links are available here: https://www.meetup.com/IBM-Z-Technical-Community-in-Asia-Pacific/events/ I look forward to meeting at least a few IBM-MAINers in person. Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Z Development and Test Environment (zD)
Steve Smith wrote: >That said, I'm pretty sure that does not apply to Dave Jousma, as I've >worked with him before, and he does want to innovate. Agreed, which is why I mentioned "management," which (I can now reveal) is shorthand for "a bureaucracy that doesn't count Dave Jousma among its members." :-) Dave Jousma wrote: >But, please don't compare z/OS to Windows or Linux where everyone and >their brother has personal copies at home to play with since their >inception. Why not compare in this respect? There were only some thousands of computers in the whole world when z/OS's distant ancestor debuted. Why artificially constrain z/OS to its distant ancestor's habitat and the state of the computing world as it existed in the mid-1960s? That doesn't make any sense. Linux's distant inspirational ancestor was much the same. Didn't UNIX run on Western Electric telephone switches at/near its birth, not common household appliances? The computing world has changed profoundly, *including* for/with z/OS. z/OS can also now run even on a pocket sized machine. >The fact is that what most of us on this list have learned in decades >of work experience can't be just "jumped into". What linux and windows >does "built-in" z platform requires manual care and feeding. OK, I happen to think z/OS is incredibly, amazingly special. No exaggeration: modern civilization depends on it. However, I completely disagree with you on this point. Linux (for example) can be, often is, *extraordinarily* complex. When was the last time you recompiled the z/OS kernel because you wanted to tweak a particular parameter or add a missing device driver? Talk about "manual care and feeding"! I *really* don't share your pessimism about developers' abilities to adopt and embrace z/OS. I've seen so many real human counterexamples, now and over many years. >We are doing a POC expected to be implemented project to migrate >the development efforts into iDZ/GIT/DBB/UCD/Jenkins managed development >pipeline. When we get there, we will be in a much better position to >support a ZD environment if it were to make sense. Excellent! Another tool in the toolbag, typically in conjunction with ZD, is z/OS on z/VM. That's yet another way for developers to get their "disposable" z/OS instances. IBM itself does a lot of development and testing using z/OS on z/VM. There are many ways to approach z/OS on z/VM, but one pattern that works particularly well if you already Linux on z/VM is just to add at least one CP and one engine's worth of z/VM licensing -- start with one if you'd like, that's great -- then to have a single "z/VM mode" development LPAR that spans your IFLs and that CP. Yes, you can do that (subcapacity z/VM, z/VM mode LPAR). Thus without changing the number of LPARs and barely changing your z/VM licensing, developers can spin up/down lots of disposable z/OS instances on z/VM. You can even using z/VM's cloud provisioning capabilities for "walk up" developer services. Whatever works, really, to empower and encourage developers. Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.4 migration guide
Apology for not looking at readme.txt file. I see the exported file in ibm knowledge centre at the bottom. On Wed, 16 Oct, 2019, 12:43 PM Vernooij, Kees (ITOP NM) - KLM, < kees.verno...@klm.com> wrote: > It looks as if you can't escape z/OSMF anymore. From what I read in the > past, this and many more functions will run (only) under z/OSMF. So this > might be the time to start running it. > > Kees > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Martin Packer > > Sent: 16 October, 2019 10:29 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: zOS 2.4 migration guide > > > > OK; I'll bite: Why not run z/OSMF? > > > > But if you prefer to exercise your XSLT skills... :-) > > > > Cheers, Martin > > > > Martin Packer > > > > zChampion, Systems Investigator & Performance Troubleshooter, IBM > > > > +44-7802-245-584 > > > > email: martin_pac...@uk.ibm.com > > > > Twitter / Facebook IDs: MartinPacker > > > > Blog: > > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > > > Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/ > or > > > > https://itunes.apple.com/gb/podcast/mainframe-performance- > > topics/id1127943573?mt=2 > > > > > > Youtube channel: > https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > > > > > From: Jake Anderson > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 16/10/2019 09:06 > > Subject:[EXTERNAL] zOS 2.4 migration guide > > Sent by:IBM Mainframe Discussion List > > > > > > > > Hi > > > > I understand starting from 2.4 there won't be any migration guide. We > will > > have to look in GitHub to get XML file into zosmf to look into migration > > steps . > > > > We don't run zOSMF and how do i view the migration steps for zOS 2.4 from > > 2.2 ? > > > > Jake > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > Unless stated otherwise above: > > IBM United Kingdom Limited - Registered in England and Wales with number > > 741598. > > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 > 3AU > > > > > > -- > > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.4 migration guide
It looks as if you can't escape z/OSMF anymore. From what I read in the past, this and many more functions will run (only) under z/OSMF. So this might be the time to start running it. Kees > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Martin Packer > Sent: 16 October, 2019 10:29 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: zOS 2.4 migration guide > > OK; I'll bite: Why not run z/OSMF? > > But if you prefer to exercise your XSLT skills... :-) > > Cheers, Martin > > Martin Packer > > zChampion, Systems Investigator & Performance Troubleshooter, IBM > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > > Blog: > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or > > https://itunes.apple.com/gb/podcast/mainframe-performance- > topics/id1127943573?mt=2 > > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > From: Jake Anderson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 16/10/2019 09:06 > Subject:[EXTERNAL] zOS 2.4 migration guide > Sent by:IBM Mainframe Discussion List > > > > Hi > > I understand starting from 2.4 there won't be any migration guide. We will > have to look in GitHub to get XML file into zosmf to look into migration > steps . > > We don't run zOSMF and how do i view the migration steps for zOS 2.4 from > 2.2 ? > > Jake > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > -- > 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: Alternative for VTL ?
IBM also offers many choices, notably IBM DS8880 and DS8900 Transparent Cloud Tiering with z/OS DFSMShsm and IBM Cloud Tape Connector for z/OS. Here are a couple Web links for further reading: https://www.redbooks.ibm.com/abstracts/sg248381.html https://www.ibm.com/us-en/marketplace/cloud-tape-connector-for-zos Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.4 migration guide
OK; I'll bite: Why not run z/OSMF? But if you prefer to exercise your XSLT skills... :-) Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Jake Anderson To: IBM-MAIN@LISTSERV.UA.EDU Date: 16/10/2019 09:06 Subject:[EXTERNAL] zOS 2.4 migration guide Sent by:IBM Mainframe Discussion List Hi I understand starting from 2.4 there won't be any migration guide. We will have to look in GitHub to get XML file into zosmf to look into migration steps . We don't run zOSMF and how do i view the migration steps for zOS 2.4 from 2.2 ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zOS 2.4 migration guide
Hi I understand starting from 2.4 there won't be any migration guide. We will have to look in GitHub to get XML file into zosmf to look into migration steps . We don't run zOSMF and how do i view the migration steps for zOS 2.4 from 2.2 ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
