Re: Page Datasets in User Catalog
The last sentence of the requirement reads, "I believe IBM needs a new approach to the handling of these situations. Either there needs to be a formally agreed process for having 2 or more master catalogs in a sysplex, or there needs to be a way for VSAM data sets to be “multiply-owned” by more than one catalog." I think this includes a "dual MCAT solution". Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: 29 November 2023 18:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Datasets in User Catalog Lennie, I won't support it, because I don't want it. In my opinion it is bad approach. BTW: there is quite new feature F CATALOG,RESTART(new.mcat.dsn) which I like. As an alternative I would consider some solution like dual MCAT - similar to dual RACF db, or Db2 log. -- Radoslaw Skorupka Lodz, Poland W dniu 29.11.2023 o 19:27, Lennie Dymoke-Bradshaw pisze: > Radoslaw and others, > Please consider supporting my idea on the ideas portal. > > Better support for multiple master catalogs in a sysplex. > https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3890 > > Lennie Dymoke-Bradshaw > https: //rsclweb.com > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Radoslaw Skorupka > Sent: 29 November 2023 15:42 > To:IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Page Datasets in User Catalog > > W dniu 29.11.2023 o 04:56, Mark Zelden pisze: >> On Thu, 23 Nov 2023 14:20:51 -0600, Jon Perryman >> wrote: >> >>> On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz wrote: >>> >>>> I suspect that there was a game of telegraph, whereby crucial details got >>>> lost. >>>> >>>> It is normal to allocate page datasets in a user catalog that will >>>> eventually be used as a master catalog. >>>> I'm suspicious of the claim that z/OS can use a page dataset that is not >>>> in its own master catalog, but I can't rule it out. >>> There are definitely crucial details lost. Page and swap are special >>> datasets. For instance, a page dataset can be in multiple catalogs (I think >>> using recatalog). >> Pagespace can be in multiple catalogs (which should be a master to the >> system that is using it) via RECATALOG. I think at one time it had to >> have a HLQ of PAGE or SYS1 but my memory is fuzzy on that part. I know for >> a long time the HLQ doesn't matter at all for pagespace and it could still >> be in >> multiple catalogs. This also applies to swapspace and VSAM linear ZFS that >> is indirectly cataloged. >> Any SYS1 VSAM dataset can be in multiple catalogs via recatalog. >> >> Don't ask me where this is documented now. :) I'm guessing "DFSMS managing >> catalogs". > > I dare to correct the above considerations. > 1. Any non-VSAM and non-SMS dataset can be catalogued twice or multiple > times. Reason is obvious: there is no backward reference. It is just entry in > BCS, which contains DSN, UNIT and VOLSER. > 2. VSAM datasets *cannot* be catalogued multiple times. And there is a way to > enforce it - VVDS. > 3. IBM created exceptions for the 2. but only for SYS1 and PAGE HLQ. > Note - this is matter or HLQ, not VSAM type or flavour. In other words one > can "multi-catalog" any SYS1.VSAM.DSN regardless of its purpose and any > PAGE.VSAM.DSN, also regardless of its purpose. > 4. Page dataset is specific kind of VSAM, because it is somehow formatted > before use. As one may know DEF PAGE takes significantly more time than > regular DEF CL and depends on its size. > 5. So, it is still possible to have good reason to create some page datasets, > even cataloged in UCAT, but for future use. And future use will require page > datasets to be in MCAT. How? a) recatalog. b) my current UCAT is de facto > other system's MCAT. Other scenarios may apply. > > > My €0.02 > > -- > Radoslaw Skorupka > Lodz, Poland > -- 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: Page Datasets in User Catalog
Lennie, I won't support it, because I don't want it. In my opinion it is bad approach. BTW: there is quite new feature F CATALOG,RESTART(new.mcat.dsn) which I like. As an alternative I would consider some solution like dual MCAT - similar to dual RACF db, or Db2 log. -- Radoslaw Skorupka Lodz, Poland W dniu 29.11.2023 o 19:27, Lennie Dymoke-Bradshaw pisze: Radoslaw and others, Please consider supporting my idea on the ideas portal. Better support for multiple master catalogs in a sysplex. https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3890 Lennie Dymoke-Bradshaw https: //rsclweb.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: 29 November 2023 15:42 To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Datasets in User Catalog W dniu 29.11.2023 o 04:56, Mark Zelden pisze: On Thu, 23 Nov 2023 14:20:51 -0600, Jon Perryman wrote: On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz wrote: I suspect that there was a game of telegraph, whereby crucial details got lost. It is normal to allocate page datasets in a user catalog that will eventually be used as a master catalog. I'm suspicious of the claim that z/OS can use a page dataset that is not in its own master catalog, but I can't rule it out. There are definitely crucial details lost. Page and swap are special datasets. For instance, a page dataset can be in multiple catalogs (I think using recatalog). Pagespace can be in multiple catalogs (which should be a master to the system that is using it) via RECATALOG. I think at one time it had to have a HLQ of PAGE or SYS1 but my memory is fuzzy on that part. I know for a long time the HLQ doesn't matter at all for pagespace and it could still be in multiple catalogs. This also applies to swapspace and VSAM linear ZFS that is indirectly cataloged. Any SYS1 VSAM dataset can be in multiple catalogs via recatalog. Don't ask me where this is documented now. :) I'm guessing "DFSMS managing catalogs". I dare to correct the above considerations. 1. Any non-VSAM and non-SMS dataset can be catalogued twice or multiple times. Reason is obvious: there is no backward reference. It is just entry in BCS, which contains DSN, UNIT and VOLSER. 2. VSAM datasets *cannot* be catalogued multiple times. And there is a way to enforce it - VVDS. 3. IBM created exceptions for the 2. but only for SYS1 and PAGE HLQ. Note - this is matter or HLQ, not VSAM type or flavour. In other words one can "multi-catalog" any SYS1.VSAM.DSN regardless of its purpose and any PAGE.VSAM.DSN, also regardless of its purpose. 4. Page dataset is specific kind of VSAM, because it is somehow formatted before use. As one may know DEF PAGE takes significantly more time than regular DEF CL and depends on its size. 5. So, it is still possible to have good reason to create some page datasets, even cataloged in UCAT, but for future use. And future use will require page datasets to be in MCAT. How? a) recatalog. b) my current UCAT is de facto other system's MCAT. Other scenarios may apply. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Datasets in User Catalog
Radoslaw and others, Please consider supporting my idea on the ideas portal. Better support for multiple master catalogs in a sysplex. https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3890 Lennie Dymoke-Bradshaw https: //rsclweb.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: 29 November 2023 15:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Datasets in User Catalog W dniu 29.11.2023 o 04:56, Mark Zelden pisze: > On Thu, 23 Nov 2023 14:20:51 -0600, Jon Perryman wrote: > >> On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz wrote: >> >>> I suspect that there was a game of telegraph, whereby crucial details got >>> lost. >>> >>> It is normal to allocate page datasets in a user catalog that will >>> eventually be used as a master catalog. >>> I'm suspicious of the claim that z/OS can use a page dataset that is not >>> in its own master catalog, but I can't rule it out. >> There are definitely crucial details lost. Page and swap are special >> datasets. For instance, a page dataset can be in multiple catalogs (I think >> using recatalog). > Pagespace can be in multiple catalogs (which should be a master to the > system that is using it) via RECATALOG. I think at one time it had to > have a HLQ of PAGE or SYS1 but my memory is fuzzy on that part. I know for a > long time the HLQ doesn't matter at all for pagespace and it could still be > in > multiple catalogs. This also applies to swapspace and VSAM linear ZFS that > is indirectly cataloged. > Any SYS1 VSAM dataset can be in multiple catalogs via recatalog. > > Don't ask me where this is documented now. :) I'm guessing "DFSMS managing > catalogs". I dare to correct the above considerations. 1. Any non-VSAM and non-SMS dataset can be catalogued twice or multiple times. Reason is obvious: there is no backward reference. It is just entry in BCS, which contains DSN, UNIT and VOLSER. 2. VSAM datasets *cannot* be catalogued multiple times. And there is a way to enforce it - VVDS. 3. IBM created exceptions for the 2. but only for SYS1 and PAGE HLQ. Note - this is matter or HLQ, not VSAM type or flavour. In other words one can "multi-catalog" any SYS1.VSAM.DSN regardless of its purpose and any PAGE.VSAM.DSN, also regardless of its purpose. 4. Page dataset is specific kind of VSAM, because it is somehow formatted before use. As one may know DEF PAGE takes significantly more time than regular DEF CL and depends on its size. 5. So, it is still possible to have good reason to create some page datasets, even cataloged in UCAT, but for future use. And future use will require page datasets to be in MCAT. How? a) recatalog. b) my current UCAT is de facto other system's MCAT. Other scenarios may apply. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- 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: Page Datasets in User Catalog
W dniu 29.11.2023 o 04:56, Mark Zelden pisze: On Thu, 23 Nov 2023 14:20:51 -0600, Jon Perryman wrote: On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz wrote: I suspect that there was a game of telegraph, whereby crucial details got lost. It is normal to allocate page datasets in a user catalog that will eventually be used as a master catalog. I'm suspicious of the claim that z/OS can use a page dataset that is not in its own master catalog, but I can't rule it out. There are definitely crucial details lost. Page and swap are special datasets. For instance, a page dataset can be in multiple catalogs (I think using recatalog). Pagespace can be in multiple catalogs (which should be a master to the system that is using it) via RECATALOG. I think at one time it had to have a HLQ of PAGE or SYS1 but my memory is fuzzy on that part. I know for a long time the HLQ doesn't matter at all for pagespace and it could still be in multiple catalogs. This also applies to swapspace and VSAM linear ZFS that is indirectly cataloged. Any SYS1 VSAM dataset can be in multiple catalogs via recatalog. Don't ask me where this is documented now. :) I'm guessing "DFSMS managing catalogs". I dare to correct the above considerations. 1. Any non-VSAM and non-SMS dataset can be catalogued twice or multiple times. Reason is obvious: there is no backward reference. It is just entry in BCS, which contains DSN, UNIT and VOLSER. 2. VSAM datasets *cannot* be catalogued multiple times. And there is a way to enforce it - VVDS. 3. IBM created exceptions for the 2. but only for SYS1 and PAGE HLQ. Note - this is matter or HLQ, not VSAM type or flavour. In other words one can "multi-catalog" any SYS1.VSAM.DSN regardless of its purpose and any PAGE.VSAM.DSN, also regardless of its purpose. 4. Page dataset is specific kind of VSAM, because it is somehow formatted before use. As one may know DEF PAGE takes significantly more time than regular DEF CL and depends on its size. 5. So, it is still possible to have good reason to create some page datasets, even cataloged in UCAT, but for future use. And future use will require page datasets to be in MCAT. How? a) recatalog. b) my current UCAT is de facto other system's MCAT. Other scenarios may apply. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Datasets in User Catalog
On Thu, 23 Nov 2023 14:20:51 -0600, Jon Perryman wrote: >On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz wrote: > >>I suspect that there was a game of telegraph, whereby crucial details got >>lost. >> >>It is normal to allocate page datasets in a user catalog that will eventually >>be used as a master catalog. >> I'm suspicious of the claim that z/OS can use a page dataset that is not in >> its own master catalog, but I can't rule it out. > >There are definitely crucial details lost. Page and swap are special datasets. >For instance, a page dataset can be in multiple catalogs (I think using >recatalog). Pagespace can be in multiple catalogs (which should be a master to the system that is using it) via RECATALOG. I think at one time it had to have a HLQ of PAGE or SYS1 but my memory is fuzzy on that part. I know for a long time the HLQ doesn't matter at all for pagespace and it could still be in multiple catalogs. This also applies to swapspace and VSAM linear ZFS that is indirectly cataloged. Any SYS1 VSAM dataset can be in multiple catalogs via recatalog. Don't ask me where this is documented now. :) I'm guessing "DFSMS managing catalogs". Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Datasets in User Catalog
:-( Is the an outstanding RFE for user catalog support in PAGEADD? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Friday, November 24, 2023 1:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Datasets in User Catalog On Fri, 24 Nov 2023 00:12:34 +, Seymour J Metz wrote: >Are you saying that PAGEADD will work with alias entries and that the added >datasets will be retained across IPL? Sorry, I worded it incorrectly. I didn't mean to imply I had experience using pageadd in that respect. -- 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: Page Datasets in User Catalog
On Fri, 24 Nov 2023 01:42:08 +, Mark Jacobs wrote: >I tried a pageadd of a newly defined page dataset that was cataloged in a user >catalog. It didn't work. I suspected it would not work but was unsure. Pageadd remains in effect until the next CLPA so it would make sense it would fail. Prior to shared MCAT, I think we recataloged the emergency page dataset to each master catalog so it could be used from any system. It's been so long that I can't remember for sure and I wasn't responsible for setting it up. I just had to know about it in case of emergency. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Datasets in User Catalog
On Fri, 24 Nov 2023 00:12:34 +, Seymour J Metz wrote: >Are you saying that PAGEADD will work with alias entries and that the added >datasets will be retained across IPL? Sorry, I worded it incorrectly. I didn't mean to imply I had experience using pageadd in that respect. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Datasets in User Catalog
I tried a pageadd of a newly defined page dataset that was cataloged in a user catalog. It didn't work. The command said it wasn't cataloged even though a listcat command was able to find it using the MLA in the master catalog. I didn't try an IPL with it in parmlib. I assumed that if the pageadd failed, it wouldn't work at IPL time either. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com On Thursday, November 23rd, 2023 at 7:12 PM, Seymour J Metz wrote: > Are you saying that PAGEADD will work with alias entries and that the added > datasets will be retained across IPL? > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > עַם יִשְׂרָאֵל חַי > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of Jon > Perryman jperr...@pacbell.net > > Sent: Thursday, November 23, 2023 3:20 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Page Datasets in User Catalog > > On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz sme...@gmu.edu wrote: > > > I suspect that there was a game of telegraph, whereby crucial details got > > lost. > > > > It is normal to allocate page datasets in a user catalog that will > > eventually be used as a master catalog. > > I'm suspicious of the claim that z/OS can use a page dataset that is not in > > its own master catalog, but I can't rule it out. > > > There are definitely crucial details lost. Page and swap are special > datasets. For instance, a page dataset can be in multiple catalogs (I think > using recatalog). Only page datasets specified in PARMLIB must be in the > master catalog. Without details, we're only guessing how it's being used. > > -- > 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: Page Datasets in User Catalog
Are you saying that PAGEADD will work with alias entries and that the added datasets will be retained across IPL? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Thursday, November 23, 2023 3:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Datasets in User Catalog On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz wrote: >I suspect that there was a game of telegraph, whereby crucial details got lost. > >It is normal to allocate page datasets in a user catalog that will eventually >be used as a master catalog. > I'm suspicious of the claim that z/OS can use a page dataset that is not in > its own master catalog, but I can't rule it out. There are definitely crucial details lost. Page and swap are special datasets. For instance, a page dataset can be in multiple catalogs (I think using recatalog). Only page datasets specified in PARMLIB must be in the master catalog. Without details, we're only guessing how it's being used. -- 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: Page Datasets in User Catalog
On Wed, 22 Nov 2023 22:35:13 +, Seymour J Metz wrote: >I suspect that there was a game of telegraph, whereby crucial details got lost. > >It is normal to allocate page datasets in a user catalog that will eventually >be used as a master catalog. > I'm suspicious of the claim that z/OS can use a page dataset that is not in > its own master catalog, but I can't rule it out. There are definitely crucial details lost. Page and swap are special datasets. For instance, a page dataset can be in multiple catalogs (I think using recatalog). Only page datasets specified in PARMLIB must be in the master catalog. Without details, we're only guessing how it's being used. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Datasets in User Catalog
I suspect that there was a game of telegraph, whereby crucial details got lost. It is normal to allocate page datasets in a user catalog that will eventually be used as a master catalog. I'm suspicious of the claim that z/OS can use a page dataset that is not in its own master catalog, but I can't rule it out. Wasn't there a song called "Charlie on the MLA"? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי From: IBM Mainframe Discussion List on behalf of Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, November 22, 2023 1:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Datasets in User Catalog The Initialization and Tuning Reference seems to say otherwise. https://www.ibm.com/docs/en/zos/3.1.0?topic=ieasysxx-page "Usually, page data sets specified by any means must have been allocated, cataloged in the system's master catalog, and preformatted in VSAM format before an IPL can start." "It is unnecessary to specify either UNIT or VOLSER because all page data sets must be cataloged in the system's master catalog." It might be possible to use PAGEADD to add a page data set that is cataloged in a user catalog, but I wouldn't be surprised if that leads to problems at the next IPL Surely, at CLPA time the Catalog address space is not yet available. -- Tom Marchant On Wed, 22 Nov 2023 17:32:26 +, Mark Jacobs wrote: >Our storage administrator had told me that in a previous organization they >successfully used page datasets that were cataloged in a user catalog rather >that in the master catalog by using an MLA in the MCAT. I tried it in our >sandbox environment (2.5) and it didn't work. I had never heard of doing this >before and I had my doubts, but wanted to try it anyway. Has anyone else tried >it and gotten it to work? -- 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: Page Datasets in User Catalog
Maybe s/he was thinking about defining them, which I am pretty sure I have done in a distant past using MLA, rather actually using them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Datasets in User Catalog
The Initialization and Tuning Reference seems to say otherwise. https://www.ibm.com/docs/en/zos/3.1.0?topic=ieasysxx-page "Usually, page data sets specified by any means must have been allocated, cataloged in the system's master catalog, and preformatted in VSAM format before an IPL can start." "It is unnecessary to specify either UNIT or VOLSER because all page data sets must be cataloged in the system's master catalog." It might be possible to use PAGEADD to add a page data set that is cataloged in a user catalog, but I wouldn't be surprised if that leads to problems at the next IPL Surely, at CLPA time the Catalog address space is not yet available. -- Tom Marchant On Wed, 22 Nov 2023 17:32:26 +, Mark Jacobs wrote: >Our storage administrator had told me that in a previous organization they >successfully used page datasets that were cataloged in a user catalog rather >that in the master catalog by using an MLA in the MCAT. I tried it in our >sandbox environment (2.5) and it didn't work. I had never heard of doing this >before and I had my doubts, but wanted to try it anyway. Has anyone else tried >it and gotten it to work? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Page Datasets in User Catalog
Our storage administrator had told me that in a previous organization they successfully used page datasets that were cataloged in a user catalog rather that in the master catalog by using an MLA in the MCAT. I tried it in our sandbox environment (2.5) and it didn't work. I had never heard of doing this before and I had my doubts, but wanted to try it anyway. Has anyone else tried it and gotten it to work? The Ministry of Silly Questions thanks you in advance for your replies! Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. 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: How to find out consumer of page datasets
In SDSF, the "Aux" column on the AS panel shows auxiliary storage slot usage for each listed ASID. Rob Scott On 28 Dec 2020 12:12 pm, Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: EXTERNAL EMAIL Hi, In RMF you can use option 3 (Resource), than option 7 (Storf), or just type STORF in any RMF monitor III screen. Ituriel Em quinta-feira, 24 de dezembro de 2020 15:49:20 BRT, Lizette Koehler escreveu: List - This is not one of my strong points. I have RMF and omegamon. What can I use that will help me over time see what is using all the Page Datasets or what is being orphaned? Thanks Lizette -- 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 Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to find out consumer of page datasets
Hi, In RMF you can use option 3 (Resource), than option 7 (Storf), or just type STORF in any RMF monitor III screen. Ituriel Em quinta-feira, 24 de dezembro de 2020 15:49:20 BRT, Lizette Koehler escreveu: List - This is not one of my strong points. I have RMF and omegamon. What can I use that will help me over time see what is using all the Page Datasets or what is being orphaned? Thanks Lizette -- 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: How to find out consumer of page datasets
RMF Monitor III, RMF Resource Report Menu, Storage Usage options. 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, December 24th, 2020 at 10:40 AM, Lizette Koehler wrote: > List - > > This is not one of my strong points. > > I have RMF and omegamon. > > What can I use that will help me over time see what is using all the Page > > Datasets or what is being orphaned? > > Thanks > > Lizette > > > - > > 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
How to find out consumer of page datasets
List - This is not one of my strong points. I have RMF and omegamon. What can I use that will help me over time see what is using all the Page Datasets or what is being orphaned? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: List Entries without Alias in Master Catalog(excluding system/io/page datasets)
If CR+ is available, the EXPLORE command can easily do it, and report the datasets in a number of ways. I'd use the CR+ dialog to build an EXPLORE job that selected DSN EQ ** AND UCAT EQ ; with EXCLUDE (DSN EQ SYS1.* OR DS-TYPE EQ USERCAT OR DS-TYPE EQ ALIAS). sas On Wed, Nov 23, 2016 at 8:20 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Tom Marchant wrote: > > >>Been thinking various way to explore/list the datasets which somehow > (obviously security/racf in place however considering unexpected situation) > how to list the entries from master catalog which do not have alias > defined/relate to user catalog ...so basically directly connected in master > catalog(obviously has to put a exclude condition to ignore system > required datasets). > >>Throwing to bigger audience to get more options...so far I am looking at > CSI/CRPLUS way of getting it done. > > >LISTCAT CLUSTER NONVSAM CATALOG(master.catalog.name) > >And ignore the SYS1 data sets. > > Yip, or use ISMF + 'ENTRY TYPE' for more filtering abilities. > > Groete / Greetings > Elardus Engebrecht > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: List Entries without Alias in Master Catalog(excluding system/io/page datasets)
Tom Marchant wrote: >>Been thinking various way to explore/list the datasets which somehow >>(obviously security/racf in place however considering unexpected situation) >>how to list the entries from master catalog which do not have alias >>defined/relate to user catalog ...so basically directly connected in master >>catalog(obviously has to put a exclude condition to ignore system >>required datasets). >>Throwing to bigger audience to get more options...so far I am looking at >>CSI/CRPLUS way of getting it done. >LISTCAT CLUSTER NONVSAM CATALOG(master.catalog.name) >And ignore the SYS1 data sets. Yip, or use ISMF + 'ENTRY TYPE' for more filtering abilities. Groete / Greetings Elardus Engebrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: List Entries without Alias in Master Catalog(excluding system/io/page datasets)
On Tue, 22 Nov 2016 22:54:37 -0600, Ravi Gaur wrote: >Been thinking various way to explore/list the datasets which somehow >(obviously security/racf in place however considering unexpected situation) >how to list the entries from master catalog which do not have alias >defined/relate to user catalog ...so basically directly connected in master >catalog(obviously has to put a exclude condition to ignore system required >datasets). >Throwing to bigger audience to get more options...so far I am looking at >CSI/CRPLUS way of getting it done. LISTCAT CLUSTER NONVSAM CATALOG(master.catalog.name) And ignore the SYS1 data sets. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
List Entries without Alias in Master Catalog(excluding system/io/page datasets)
Been thinking various way to explore/list the datasets which somehow (obviously security/racf in place however considering unexpected situation) how to list the entries from master catalog which do not have alias defined/relate to user catalog ...so basically directly connected in master catalog(obviously has to put a exclude condition to ignore system required datasets). Throwing to bigger audience to get more options...so far I am looking at CSI/CRPLUS way of getting it done. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defining Existing Page Datasets into a New Mastercat
Mike, I saw that page before posting. All these various page datasets already exist in my production mastercat. The ServerPac install by a coworker built a new mastercat. I use PAGE as a high-level qualifier catalogued directly into the mastercat and do not want to have to define PAGE as an alias. A coworker and I tried the following and it appears to have worked. A LISTCAT from both systems reading both masters produced identical information (as it should, seeing it reads the VVDS). //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DEFINE PAGESPACE - ( NAME(VSAM.PAGESPACE.NAME) - RECATALOG VOLUME(YOURVOL)) - CATALOG(YOURCAT) /* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Thursday, July 23, 2015 7:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defining Existing Page Datasets into a New Mastercat http://www-01.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.idai200/da6i215z.htm%23da6i215z On Thu, Jul 23, 2015 at 5:54 AM, Richards, Robert B. robert.richa...@opm.gov wrote: *Spoiled Alert * I used to have CRPLUS for years and was spoiled by the ease of use of running its MERGECAT command to handle copying system specific entries for LOGREC, etc. as well as all of the PLPA, COMMON and LOCAL page datasets from numerous other lpars/systems. Now back to current reality without CR+. After RTFMs, I am less than confident that I will succeed in redefining all of these entries into a new mastercat. Hence this post. Can I buy a clue? Bob p.s. Note to self - Don't forget how to do things without having the nice tools! :( -- 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: Defining Existing Page Datasets into a New Mastercat
OOPS. That was left over from another command I had in the same job stream, but which I elided from my response to you. I forgot to remove the DD as well. I haven't had an caffeine yet. On Thu, Jul 23, 2015 at 8:09 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Thanks John. Confirmation is always a confidence booster. My job worked without the equivalent LIHTS1 DD. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, July 23, 2015 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defining Existing Page Datasets into a New Mastercat On Thu, Jul 23, 2015 at 5:54 AM, Richards, Robert B. robert.richa...@opm.gov wrote: *Spoiled Alert * I used to have CRPLUS for years and was spoiled by the ease of use of running its MERGECAT command to handle copying system specific entries for LOGREC, etc. as well as all of the PLPA, COMMON and LOCAL page datasets from numerous other lpars/systems. Now back to current reality without CR+. After RTFMs, I am less than confident that I will succeed in redefining all of these entries into a new mastercat. Hence this post. Can I buy a clue? Bob p.s. Note to self - Don't forget how to do things without having the nice tools! :( Mike showed you how to create a _new_ page dataset into a new master catalog. But I take it you want to simply recatalog an existing page data set into a new master catalog. Thanks to DFSMS, it is now possible to catalog a PAGESPACE in multiple master catalogs. Just use the RECATALOG parameter. //STEP010 EXEC PGM=IDCAMS //LIHTS1 DD DISP=OLD,UNIT=SYSDA,VOL=SER=LIHTS1 //SYSPRINT DD SYSOUT=* //SYSINDD * DEF PAGESPACE(NAME( page-space.dsn ) - VOLUME( volser ) - RECATALOG ) CAT( new.master.catalog ) -- Schrodinger's backup: The condition of any backup is unknown until a restore is attempted. Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- 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 -- Schrodinger's backup: The condition of any backup is unknown until a restore is attempted. Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defining Existing Page Datasets into a New Mastercat
On Thu, Jul 23, 2015 at 5:54 AM, Richards, Robert B. robert.richa...@opm.gov wrote: *Spoiled Alert * I used to have CRPLUS for years and was spoiled by the ease of use of running its MERGECAT command to handle copying system specific entries for LOGREC, etc. as well as all of the PLPA, COMMON and LOCAL page datasets from numerous other lpars/systems. Now back to current reality without CR+. After RTFMs, I am less than confident that I will succeed in redefining all of these entries into a new mastercat. Hence this post. Can I buy a clue? Bob p.s. Note to self - Don't forget how to do things without having the nice tools! :( Mike showed you how to create a _new_ page dataset into a new master catalog. But I take it you want to simply recatalog an existing page data set into a new master catalog. Thanks to DFSMS, it is now possible to catalog a PAGESPACE in multiple master catalogs. Just use the RECATALOG parameter. //STEP010 EXEC PGM=IDCAMS //LIHTS1 DD DISP=OLD,UNIT=SYSDA,VOL=SER=LIHTS1 //SYSPRINT DD SYSOUT=* //SYSINDD * DEF PAGESPACE(NAME( page-space.dsn ) - VOLUME( volser ) - RECATALOG ) CAT( new.master.catalog ) -- Schrodinger's backup: The condition of any backup is unknown until a restore is attempted. Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defining Existing Page Datasets into a New Mastercat
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.idai200/da6i215z.htm%23da6i215z On Thu, Jul 23, 2015 at 5:54 AM, Richards, Robert B. robert.richa...@opm.gov wrote: *Spoiled Alert * I used to have CRPLUS for years and was spoiled by the ease of use of running its MERGECAT command to handle copying system specific entries for LOGREC, etc. as well as all of the PLPA, COMMON and LOCAL page datasets from numerous other lpars/systems. Now back to current reality without CR+. After RTFMs, I am less than confident that I will succeed in redefining all of these entries into a new mastercat. Hence this post. Can I buy a clue? Bob p.s. Note to self - Don't forget how to do things without having the nice tools! :( -- 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: Defining Existing Page Datasets into a New Mastercat
Thanks John. Confirmation is always a confidence booster. My job worked without the equivalent LIHTS1 DD. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, July 23, 2015 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defining Existing Page Datasets into a New Mastercat On Thu, Jul 23, 2015 at 5:54 AM, Richards, Robert B. robert.richa...@opm.gov wrote: *Spoiled Alert * I used to have CRPLUS for years and was spoiled by the ease of use of running its MERGECAT command to handle copying system specific entries for LOGREC, etc. as well as all of the PLPA, COMMON and LOCAL page datasets from numerous other lpars/systems. Now back to current reality without CR+. After RTFMs, I am less than confident that I will succeed in redefining all of these entries into a new mastercat. Hence this post. Can I buy a clue? Bob p.s. Note to self - Don't forget how to do things without having the nice tools! :( Mike showed you how to create a _new_ page dataset into a new master catalog. But I take it you want to simply recatalog an existing page data set into a new master catalog. Thanks to DFSMS, it is now possible to catalog a PAGESPACE in multiple master catalogs. Just use the RECATALOG parameter. //STEP010 EXEC PGM=IDCAMS //LIHTS1 DD DISP=OLD,UNIT=SYSDA,VOL=SER=LIHTS1 //SYSPRINT DD SYSOUT=* //SYSINDD * DEF PAGESPACE(NAME( page-space.dsn ) - VOLUME( volser ) - RECATALOG ) CAT( new.master.catalog ) -- Schrodinger's backup: The condition of any backup is unknown until a restore is attempted. Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- 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
Defining Existing Page Datasets into a New Mastercat
*Spoiled Alert * I used to have CRPLUS for years and was spoiled by the ease of use of running its MERGECAT command to handle copying system specific entries for LOGREC, etc. as well as all of the PLPA, COMMON and LOCAL page datasets from numerous other lpars/systems. Now back to current reality without CR+. After RTFMs, I am less than confident that I will succeed in redefining all of these entries into a new mastercat. Hence this post. Can I buy a clue? Bob p.s. Note to self - Don't forget how to do things without having the nice tools! :( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page datasets
Yes, I saw this too. It is in the Execution Groups. They blindly seem to get some 400MB of virtual storage each and do nothing with it, which makes it get paged out to the page datasets. However, when bringing the EGs down, they suddenly need this storage which causes a lot of page-ins and delay in bringing them down. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of nitz-...@gmx.net Sent: Thursday, December 06, 2012 05:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page datasets We have 9 mod-9 page datasets that are over 50% in useMQ Broker using most of this storage. Has anyone experienced anything like this? I seem to remember having seen something like this. All of those pages went out to AUX when MQ Broker was started (apparently having something to do with JAVA). It just sits on AUX until the broker gets terminated again. Or so I was told. At the time I thought 'What a crappy design.'. Barbara Nitz -- 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
Page datasets
We have 9 mod-9 page datasets that are over 50% in useMQ Broker using most of this storage. Has anyone experienced anything like this? E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page datasets
We have 9 mod-9 page datasets that are over 50% in useMQ Broker using most of this storage. Has anyone experienced anything like this? I seem to remember having seen something like this. All of those pages went out to AUX when MQ Broker was started (apparently having something to do with JAVA). It just sits on AUX until the broker gets terminated again. Or so I was told. At the time I thought 'What a crappy design.'. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page datasets
On 6/12/2012 12:57 PM, nitz-...@gmx.net wrote: We have 9 mod-9 page datasets that are over 50% in useMQ Broker using most of this storage. Has anyone experienced anything like this? I seem to remember having seen something like this. All of those pages went out to AUX when MQ Broker was started (apparently having something to do with JAVA). It just sits on AUX until the broker gets terminated again. Or so I was told. At the time I thought 'What a crappy design.'. I always enjoy Barbara's barbs! If it's Java then maybe the initial Java heap sizes have been set to large. Java is a memory hog at the best of times and heap tuning is vitally important on the mainframe where memory is fiendishly expensive. Barbara Nitz -- 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
