Re: IEBPDSE (was: emptying a PDS ...)
That doesn't mean that there are no concurrency issues. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tabari Alexander [thale...@us.ibm.com] Sent: Monday, October 19, 2020 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPDSE (was: emptying a PDS ...) > Yes. That doesn't mean that there are no concurrency issues. (Sorry for the double post) You are correct on the first part. PDSE is aware of any extents that are added to the data set while it is open. This is true both for opens on the same system and opens on different systems within the sysplex, with the latter only enabled with PDSE Extended mode sharing. Tabari -- 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: IEBPDSE (was: emptying a PDS ...)
> Yes. That doesn't mean that there are no concurrency issues. (Sorry for the double post) You are correct on the first part. PDSE is aware of any extents that are added to the data set while it is open. This is true both for opens on the same system and opens on different systems within the sysplex, with the latter only enabled with PDSE Extended mode sharing. Tabari -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBPDSE (was: emptying a PDS ...)
>Does IEBCOPY copy pending deleted pages? That seems to be bad design >to me. Is it needed for data integrity? IEBCOPY does not copy members that are in pending delete status. >>Does PARM=PERFORMPENDINGDELETE unilaterally force the effect of STOW >DISC in all address spaces? That would seem to violate the intent of >maintaining >member connections. No. It performs pending delete processing, fully removing members in pending delete status which no longer have connections. Tabari -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBPDSE (was: emptying a PDS ...)
> Isn't this a hazard for any PDS, Yes. You also get hosed if there is a compress running while you are reading the PDS. > I would have hoped that with additional decades of experience designers > of PDSE would have solved the problem, Yes. That doesn't mean that there are no concurrency issues. > Does IEBCOPY copy pending deleted pages? I doubt it. However, if there are pending deletes in the target then the space is not available. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Sunday, October 18, 2020 10:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEBPDSE (was: emptying a PDS ...) On Sun, 18 Oct 2020 09:56:17 -0400, David Spiegel wrote: > >In case that it's a LNKLKSTd PDSE (i.e. not a PDS) and it's close to >100% full (Of course, it's only 1 extent, because that's a good practice >for LNKLST Datasets) > As I understand the hazard for PDS, it was: o Job A opens a PDS, creating a DEB in its address space. o Job B allocates a secondary extent not reflected in Job A's DEB and creates a member in that extent. o Job A does a BLDL for that member which returns a TTR not in Job A's DEB.. o ABEND! Isn't this a hazard for any PDS, not just for load module libraries? I would have hoped that with additional decades of experience designers of PDSE would have solved the problem, perhaps by keeping PDSE DEBs in the PDSE address space, not in individual problem program address spaces. >... and more than a few large modules/program objects >are deemed to be in use, your IEBCOPY Job will ABEND x37, even though in >ISPF Option 3.2 it looks empty. > Does IEBCOPY copy pending deleted pages? That seems to be bad design to me. Is it needed for data integrity? Does PARM=PERFORMPENDINGDELETE unilaterally force the effect of STOW DISC in all address spaces? That would seem to violate the intent of maintaining member connections. >During MQ Maintenace/Upgrades I've had to run IEBPDSE for every system >which LNKLSTs SCSQAUTH. >>>>> Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, >>>>> gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1�\877�\320�\1235 >>>>> Really! -- gil -- 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
IEBPDSE (was: emptying a PDS ...)
On Sun, 18 Oct 2020 09:56:17 -0400, David Spiegel wrote: > >In case that it's a LNKLKSTd PDSE (i.e. not a PDS) and it's close to >100% full (Of course, it's only 1 extent, because that's a good practice >for LNKLST Datasets) > As I understand the hazard for PDS, it was: o Job A opens a PDS, creating a DEB in its address space. o Job B allocates a secondary extent not reflected in Job A's DEB and creates a member in that extent. o Job A does a BLDL for that member which returns a TTR not in Job A's DEB.. o ABEND! Isn't this a hazard for any PDS, not just for load module libraries? I would have hoped that with additional decades of experience designers of PDSE would have solved the problem, perhaps by keeping PDSE DEBs in the PDSE address space, not in individual problem program address spaces. >... and more than a few large modules/program objects >are deemed to be in use, your IEBCOPY Job will ABEND x37, even though in >ISPF Option 3.2 it looks empty. > Does IEBCOPY copy pending deleted pages? That seems to be bad design to me. Is it needed for data integrity? Does PARM=PERFORMPENDINGDELETE unilaterally force the effect of STOW DISC in all address spaces? That would seem to violate the intent of maintaining member connections. >During MQ Maintenace/Upgrades I've had to run IEBPDSE for every system >which LNKLSTs SCSQAUTH. >>>>> Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, >>>>> gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 >>>>> Really! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IEBPDSE
Hi all, We're trying to monitor some PDSE datasets, mainly concerning fragmentation, and IEBPDSE was the logical choice to indicate if the dataset is ok or not. The utility runs successfully, but we couldn't find out any documentation regarding the indicators presented in SYSPRINT. That's what IEBPDSE shows: IGW700I PDSE Directory Validation Successful DSN:XX. ADPages:17806 IXRecords:716420 NDPages:3462 IXRecords:286228 AD ND Tree Nodes:286228 ADPercentFree:26 NDPercentFree:42 Can you point me to the right direction ? Thanks in advance. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4250 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 3684-2177 R: 42177 3-1402 Fax: +55 11 3684-4427 AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBPDSE
The output is explained in the IGW701I message which is in z/OS V1R13.0 MVS System Messages, Vol 9 (IGF-IWM) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M9C1/7.459? Kolusu IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 03/11/2013 06:36:34 AM: From: ITURIEL DO NASCIMENTO NETO 4254.itur...@bradesco.com.br To: IBM-MAIN@listserv.ua.edu, Date: 03/11/2013 06:36 AM Subject: IEBPDSE Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi all, We're trying to monitor some PDSE datasets, mainly concerning fragmentation, and IEBPDSE was the logical choice to indicate if the dataset is ok or not. The utility runs successfully, but we couldn't find out any documentation regarding the indicators presented in SYSPRINT. That's what IEBPDSE shows: IGW700I PDSE Directory Validation Successful DSN:XX. ADPages:17806 IXRecords:716420 NDPages:3462 IXRecords:286228 AD ND Tree Nodes:286228 ADPercentFree:26 NDPercentFree:42 Can you point me to the right direction ? Thanks in advance. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4250 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 3684-2177 R: 42177 3-1402 Fax: +55 11 3684-4427 AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a (s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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: IEBPDSE
The only doc that I know of is the IGW700I message itself. The PDSE structure is top secret and is not published with the general SMS documentation. Regards, John K -IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote: - To: IBM-MAIN@LISTSERV.UA.EDU From: ITURIEL DO NASCIMENTO NETO 4254.itur...@bradesco.com.br Sent by: IBM Mainframe Discussion List Date: 03/11/2013 08:36AM Subject: IEBPDSE Hi all, We're trying to monitor some PDSE datasets, mainly concerning fragmentation, and IEBPDSE was the logical choice to indicate if the dataset is ok or not. The utility runs successfully, but we couldn't find out any documentation regarding the indicators presented in SYSPRINT. That's what IEBPDSE shows: IGW700I PDSE Directory Validation Successful DSN:XX. ADPages:17806 IXRecords:716420 NDPages:3462 IXRecords:286228 AD ND Tree Nodes:286228 ADPercentFree:26 NDPercentFree:42 Can you point me to the right direction ? Ituriel do Nascimento Neto -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN