Re: Strange COBOL 6.2/3 problem: BASIS/COPYLOC/PDS fails
I can reproduce this with: PP 5655-EC6 IBM Enterprise COBOL for z/OS 6.1.0 P180612 Peter On Fri, 2 Oct 2020 at 00:46, Charles Mills wrote: > It appears to me that COBOL 6.2 or 6.3 fails a BASIS statement if there is > any COPYLOC in effect and SYSLIB is a PDS, but not if SYSLIB is a PDSE. > > The error is IGYLI0053-U A library read error occurred during "BASIS" > processing. No member was found or there was a bad block. > > //S1 EXEC PGM=IGYCRCTL,PARM='COPYLOC(MYUNIX,PATH("valid.unix.path")' > //SYSLIB DD DSN=PDS(E) containing GCOPYA,DISP=SHR > //SYSIN DD * >BASIS GCOPYA > /* > // remaining COBOL compile JCL > > Above works if SYSLIB is a PDSE but fails if it is a PDS. Works either way > if you remove the COPYLOC. COPY seems to work okay; only BASIS seems to > fail. > > Just tried a COPYLOC with a DSN rather than a PATH and it still fails. > > Would be curious what others think or if anyone wanted to try to duplicate. > This is in Dallas so no ability to open a PMR. > > Charles > > -- > 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: SVC 99 unallocating a concatenated dataset
The names the datasets are in the IGGCSI00 output buffer the date is part of the file name so *2020* snipet of my filter > On Oct 1, 2020, at 5:34 PM, Joseph Reichman wrote: > > Sound like the best way > > Thanks > > > >> On Oct 1, 2020, at 5:23 PM, Seymour J Metz wrote: >> >> I'd loop over the datasets, doing allocate, process, free for each before >> going to the next. >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> >> From: IBM Mainframe Discussion List on behalf of >> Joseph Reichman >> Sent: Thursday, October 1, 2020 5:19 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: SVC 99 unallocating a concatenated dataset >> >> I don’t know if I would find the space >> I work for the IRS have to get ready filing season 2021 >> Looking for data in filing season 2020 >> >> Huge amounts of DASD >> >> >> On Oct 1, 2020, at 5:16 PM, Lizette Koehler wrote: >>> >>> Just a thought, >>> >>> Why not put all datasets in a sequential file. Which is then used as input >>> to your process >>> >>> Then your process could do >>> >>> Read input list of files >>> Do Loop until Input all read >>> Open file >>> Search file >>> If match - do Something >>> Close file >>> End loop >>> >>> Keep going through as many datasets that are in your input file. Or is >>> this something you are doing already? >>> >>> >>> Why waste JCL space? >>> >>> Lizette >>> >>> PS I know nothing about what you are doing, so this is just a suggestion. >>> All thoughts are my own >>> >>> >>> >>> -Original Message- >>> From: IBM Mainframe Discussion List On Behalf Of >>> Joseph Reichman >>> Sent: Thursday, October 1, 2020 1:59 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: Re: SVC 99 unallocating a concatenated dataset >>> >>> You may be right >>> >>> Was doing it in assembler >>> >>> Because that’s the language used >>> >>> But whatever works >>> >>> Thanks >>> >>> PS my code was proceeded by a call IGGCSI00 to get the dataset names >>> >> On Oct 1, 2020, at 4:54 PM, Paul Gilmartin >> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> >> On Thu, 1 Oct 2020 16:46:25 -0400, Joseph Reichman wrote: >> >> Have to read 4,471 files ( VB files ) looking For data obviously >> there is a concatenation limit which is why my question were centered >> dynamic allocation and deallocation >> Does a concatenation gain you anything compared to the simple: DO FOR 4471 ALLOCATE OPEN look for data CLOSE FREE END -- 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 >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
Sound like the best way Thanks > On Oct 1, 2020, at 5:23 PM, Seymour J Metz wrote: > > I'd loop over the datasets, doing allocate, process, free for each before > going to the next. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > > From: IBM Mainframe Discussion List on behalf of > Joseph Reichman > Sent: Thursday, October 1, 2020 5:19 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SVC 99 unallocating a concatenated dataset > > I don’t know if I would find the space > I work for the IRS have to get ready filing season 2021 > Looking for data in filing season 2020 > > Huge amounts of DASD > > > >> On Oct 1, 2020, at 5:16 PM, Lizette Koehler wrote: >> >> Just a thought, >> >> Why not put all datasets in a sequential file. Which is then used as input >> to your process >> >> Then your process could do >> >> Read input list of files >> Do Loop until Input all read >> Open file >> Search file >> If match - do Something >> Close file >> End loop >> >> Keep going through as many datasets that are in your input file. Or is this >> something you are doing already? >> >> >> Why waste JCL space? >> >> Lizette >> >> PS I know nothing about what you are doing, so this is just a suggestion. >> All thoughts are my own >> >> >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Joseph Reichman >> Sent: Thursday, October 1, 2020 1:59 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: SVC 99 unallocating a concatenated dataset >> >> You may be right >> >> Was doing it in assembler >> >> Because that’s the language used >> >> But whatever works >> >> Thanks >> >> PS my code was proceeded by a call IGGCSI00 to get the dataset names >> > On Oct 1, 2020, at 4:54 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 1 Oct 2020 16:46:25 -0400, Joseph Reichman wrote: > > Have to read 4,471 files ( VB files ) looking For data obviously > there is a concatenation limit which is why my question were centered > dynamic allocation and deallocation > >>> Does a concatenation gain you anything compared to the simple: >>> >>> DO FOR 4471 >>> ALLOCATE >>> OPEN >>> look for data >>> CLOSE >>> FREE >>> END >>> >>> -- 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 >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: syslogd configuration questions regarding splitting out logging
Hi Salva, Thank you. I saw the second job spawn off as FTPD4 but had completely forgotten the address space rename. Thanks again for jogging my aging memory. :-) Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Salva Carrasco Sent: Thursday, October 1, 2020 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: syslogd configuration questions regarding splitting out logging Hi. When you connect to ftp server, ftpd1 spawn a ftpd2, 3, 4... or _bpx_jobname if configured. As soon as the user/pwd is entered and verified the (same) address space is renamed to userid-n. This is the reason why you see the majority of messages in tcpip.log instead ftp.log. -- 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: SVC 99 unallocating a concatenated dataset
On Thu, 1 Oct 2020 17:19:47 -0400, Joseph Reichman wrote: >I don’t know if I would find the space >I work for the IRS have to get ready filing season 2021 >Looking for data in filing season 2020 > >Huge amounts of DASD > Lizette's pseudocode appears to show that she means the *names* of the datasets, not their content. They'd be opened one-by-one and processed in place. My pseudocode vaguely resembled Rexx; any language would do. >> On Oct 1, 2020, at 5:16 PM, Lizette Koehler wrote: >> >> Why not put all datasets in a sequential file. Which is then used as input >> to your process >> >> Then your process could do >> >> Read input list of files >> Do Loop until Input all read >> Open file >>Search file >> If match - do Something >> Close file >> End loop >> >> Keep going through as many datasets that are in your input file. Or is this >> something you are doing already? >> -Original Message- >> From: Joseph Reichman >> Sent: Thursday, October 1, 2020 1:59 PM >> >> You may be right >> Was doing it in assembler >> Because that’s the language used >> >> But whatever works >> >> PS my code was proceeded by a call IGGCSI00 to get the dataset names >> On Oct 1, 2020, at 4:54 PM, Paul Gilmartin wrote >>> >>> Does a concatenation gain you anything compared to the simple: >>> >>> DO FOR 4471 >>> ALLOCATE >>> OPEN >>> look for data >>> CLOSE >>> FREE >>> END -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
I'd loop over the datasets, doing allocate, process, free for each before going to the next. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Joseph Reichman Sent: Thursday, October 1, 2020 5:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SVC 99 unallocating a concatenated dataset I don’t know if I would find the space I work for the IRS have to get ready filing season 2021 Looking for data in filing season 2020 Huge amounts of DASD > On Oct 1, 2020, at 5:16 PM, Lizette Koehler wrote: > > Just a thought, > > Why not put all datasets in a sequential file. Which is then used as input > to your process > > Then your process could do > > Read input list of files > Do Loop until Input all read > Open file >Search file > If match - do Something > Close file > End loop > > Keep going through as many datasets that are in your input file. Or is this > something you are doing already? > > > Why waste JCL space? > > Lizette > > PS I know nothing about what you are doing, so this is just a suggestion. > All thoughts are my own > > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Joseph Reichman > Sent: Thursday, October 1, 2020 1:59 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SVC 99 unallocating a concatenated dataset > > You may be right > > Was doing it in assembler > > Because that’s the language used > > But whatever works > > Thanks > > PS my code was proceeded by a call IGGCSI00 to get the dataset names > >>> On Oct 1, 2020, at 4:54 PM, Paul Gilmartin >>> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >>> >>> On Thu, 1 Oct 2020 16:46:25 -0400, Joseph Reichman wrote: >>> >>> Have to read 4,471 files ( VB files ) looking For data obviously >>> there is a concatenation limit which is why my question were centered >>> dynamic allocation and deallocation >>> >> Does a concatenation gain you anything compared to the simple: >> >> DO FOR 4471 >> ALLOCATE >> OPEN >> look for data >> CLOSE >> FREE >> END >> >> -- 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 > > -- > 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: SVC 99 unallocating a concatenated dataset
I don’t know if I would find the space I work for the IRS have to get ready filing season 2021 Looking for data in filing season 2020 Huge amounts of DASD > On Oct 1, 2020, at 5:16 PM, Lizette Koehler wrote: > > Just a thought, > > Why not put all datasets in a sequential file. Which is then used as input > to your process > > Then your process could do > > Read input list of files > Do Loop until Input all read > Open file >Search file > If match - do Something > Close file > End loop > > Keep going through as many datasets that are in your input file. Or is this > something you are doing already? > > > Why waste JCL space? > > Lizette > > PS I know nothing about what you are doing, so this is just a suggestion. > All thoughts are my own > > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Joseph Reichman > Sent: Thursday, October 1, 2020 1:59 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SVC 99 unallocating a concatenated dataset > > You may be right > > Was doing it in assembler > > Because that’s the language used > > But whatever works > > Thanks > > PS my code was proceeded by a call IGGCSI00 to get the dataset names > >>> On Oct 1, 2020, at 4:54 PM, Paul Gilmartin >>> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >>> >>> On Thu, 1 Oct 2020 16:46:25 -0400, Joseph Reichman wrote: >>> >>> Have to read 4,471 files ( VB files ) looking For data obviously >>> there is a concatenation limit which is why my question were centered >>> dynamic allocation and deallocation >>> >> Does a concatenation gain you anything compared to the simple: >> >> DO FOR 4471 >> ALLOCATE >> OPEN >> look for data >> CLOSE >> FREE >> END >> >> -- 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 > > -- > 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: SVC 99 unallocating a concatenated dataset
Just a thought, Why not put all datasets in a sequential file. Which is then used as input to your process Then your process could do Read input list of files Do Loop until Input all read Open file Search file If match - do Something Close file End loop Keep going through as many datasets that are in your input file. Or is this something you are doing already? Why waste JCL space? Lizette PS I know nothing about what you are doing, so this is just a suggestion. All thoughts are my own -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joseph Reichman Sent: Thursday, October 1, 2020 1:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SVC 99 unallocating a concatenated dataset You may be right Was doing it in assembler Because that’s the language used But whatever works Thanks PS my code was proceeded by a call IGGCSI00 to get the dataset names > On Oct 1, 2020, at 4:54 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 1 Oct 2020 16:46:25 -0400, Joseph Reichman wrote: > >> Have to read 4,471 files ( VB files ) looking For data obviously >> there is a concatenation limit which is why my question were centered >> dynamic allocation and deallocation >> > Does a concatenation gain you anything compared to the simple: > > DO FOR 4471 >ALLOCATE >OPEN >look for data >CLOSE >FREE > END > > -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CL/Supersession
Do you need the 147 or 210 manuals? Sent from my iPhone I promise you I can’t type or Spell on any smartphone > On Oct 1, 2020, at 15:55, Roberto Halais wrote: > > If it's version 2.10 then: > > https://www-01.ibm.com/common/ssi/apilite?infotype=PM%20OR%20SA&lastdays=1415&appname=clsupersession&doctype=CLSMKTG%20or%20CLSV21%20or%20CLSV147 > > >> On Thu, Oct 1, 2020 at 2:42 PM Skippy the Ancient wrote: >> >> We have partial documentation from the wrong version of CL/Supersession. >> (The IBM doc links get a 400. Fun.) >> I have less than a days experience with Supersession and am doing my best >> to solve a problem. >> >> I was able to get Maint access and look at users profiles. Every users >> group profile name is DEFAULT. >> >> To me, this says we're all seeing the same exact menu. Am I wrong in this? >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > > -- > Politics: Poli (many) - tics (blood sucking parasites) > > -- > 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: SVC 99 unallocating a concatenated dataset
You may be right Was doing it in assembler Because that’s the language used But whatever works Thanks PS my code was proceeded by a call IGGCSI00 to get the dataset names > On Oct 1, 2020, at 4:54 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 1 Oct 2020 16:46:25 -0400, Joseph Reichman wrote: > >> Have to read 4,471 files ( VB files ) looking >> For data obviously there is a concatenation limit which is why my question >> were centered dynamic allocation and deallocation >> > Does a concatenation gain you anything compared to the simple: > > DO FOR 4471 >ALLOCATE >OPEN >look for data >CLOSE >FREE > END > > -- 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
Re: SVC 99 unallocating a concatenated dataset
On Thu, 1 Oct 2020 16:46:25 -0400, Joseph Reichman wrote: >Have to read 4,471 files ( VB files ) looking >For data obviously there is a concatenation limit which is why my question >were centered dynamic allocation and deallocation > Does a concatenation gain you anything compared to the simple: DO FOR 4471 ALLOCATE OPEN look for data CLOSE FREE END -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CL/Supersession
If it's version 2.10 then: https://www-01.ibm.com/common/ssi/apilite?infotype=PM%20OR%20SA&lastdays=1415&appname=clsupersession&doctype=CLSMKTG%20or%20CLSV21%20or%20CLSV147 On Thu, Oct 1, 2020 at 2:42 PM Skippy the Ancient wrote: > We have partial documentation from the wrong version of CL/Supersession. > (The IBM doc links get a 400. Fun.) > I have less than a days experience with Supersession and am doing my best > to solve a problem. > > I was able to get Maint access and look at users profiles. Every users > group profile name is DEFAULT. > > To me, this says we're all seeing the same exact menu. Am I wrong in this? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Politics: Poli (many) - tics (blood sucking parasites) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
Have to read 4,471 files ( VB files ) looking For data obviously there is a concatenation limit which is why my question were centered dynamic allocation and deallocation Thanks > On Oct 1, 2020, at 4:36 PM, Lizette Koehler wrote: > > I guess my question is how is to be processed? > > Do you need the filename the record came from > > Do you just need go through all the files looking for something specific? > > Are these files GDGs or does the name vary or is there a common mask > > > Depending on the answers, you could look at using a utility (like DFSORT) to > grab what you need > > You could create a do loop in REXX to read your datasets by Mask - then pass > to your process > > Many options could be available depending on what the intent of this process > is, and what kind of data is being passed > > Lizzette > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Joseph Reichman > Sent: Thursday, October 1, 2020 1:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SVC 99 unallocating a concatenated dataset > > Not familiar with BPXDYN > > In light of this I think I’m going to re-phrase > > My question I have to process ( read ) 4,471 > > Files with a 100 file concatenation limit > > What would be the best method ? > > Thanks > > > >>> On Oct 1, 2020, at 3:55 PM, Paul Gilmartin >>> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >>> >>> On Thu, 1 Oct 2020 19:46:33 +0100, Lennie Dymoke-Bradshaw wrote: >>> >>> Long ago (actually 1989 I think) I wrote a CONCAT TSO command which can be >>> used to add or remove data sets from a concatenated list. It can also >>> perform a FREE. This loops round each entry in the concatenated set and >>> frees each data set. >>> >>> It still works a treat. >>> >>> I still have the code should anyone want it. >>> >> Nowadays, might this as well be done with BPXWDYN which has CONCAT >> support, and without the dependency on TSO? >> >> CBTTAPE candidate? >> >> -- 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 > > -- > 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: SVC 99 unallocating a concatenated dataset
I guess my question is how is to be processed? Do you need the filename the record came from Do you just need go through all the files looking for something specific? Are these files GDGs or does the name vary or is there a common mask Depending on the answers, you could look at using a utility (like DFSORT) to grab what you need You could create a do loop in REXX to read your datasets by Mask - then pass to your process Many options could be available depending on what the intent of this process is, and what kind of data is being passed Lizzette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joseph Reichman Sent: Thursday, October 1, 2020 1:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SVC 99 unallocating a concatenated dataset Not familiar with BPXDYN In light of this I think I’m going to re-phrase My question I have to process ( read ) 4,471 Files with a 100 file concatenation limit What would be the best method ? Thanks > On Oct 1, 2020, at 3:55 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 1 Oct 2020 19:46:33 +0100, Lennie Dymoke-Bradshaw wrote: > >> Long ago (actually 1989 I think) I wrote a CONCAT TSO command which can be >> used to add or remove data sets from a concatenated list. It can also >> perform a FREE. This loops round each entry in the concatenated set and >> frees each data set. >> >> It still works a treat. >> >> I still have the code should anyone want it. >> > Nowadays, might this as well be done with BPXWDYN which has CONCAT > support, and without the dependency on TSO? > > CBTTAPE candidate? > > -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
Thanks > On Oct 1, 2020, at 4:22 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 1 Oct 2020 15:59:49 -0400, Joseph Reichman wrote: > >> Not familiar with BPXDYN >> > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxb600/wdyn.htm > It's very useful, and part of base z/OS. > >> In light of this I think I’m going to re-phrase >> My question I have to process ( read ) 4,471 >> Files with a 100 file concatenation limit >> >> What would be the best method ? >> > In what form is your list of the files? > > Would a 45 step batch job be satisfactory? > > -- 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
Re: SVC 99 unallocating a concatenated dataset
On Thu, 1 Oct 2020 15:59:49 -0400, Joseph Reichman wrote: >Not familiar with BPXDYN > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxb600/wdyn.htm It's very useful, and part of base z/OS. >In light of this I think I’m going to re-phrase >My question I have to process ( read ) 4,471 >Files with a 100 file concatenation limit > >What would be the best method ? > In what form is your list of the files? Would a 45 step batch job be satisfactory? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd configuration questions regarding splitting out logging
Hi. When you connect to ftp server, ftpd1 spawn a ftpd2, 3, 4... or _bpx_jobname if configured. As soon as the user/pwd is entered and verified the (same) address space is renamed to userid-n. This is the reason why you see the majority of messages in tcpip.log instead ftp.log. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
Not familiar with BPXDYN In light of this I think I’m going to re-phrase My question I have to process ( read ) 4,471 Files with a 100 file concatenation limit What would be the best method ? Thanks > On Oct 1, 2020, at 3:55 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 1 Oct 2020 19:46:33 +0100, Lennie Dymoke-Bradshaw wrote: > >> Long ago (actually 1989 I think) I wrote a CONCAT TSO command which can be >> used to add or remove data sets from a concatenated list. It can also >> perform a FREE. This loops round each entry in the concatenated set and >> frees each data set. >> >> It still works a treat. >> >> I still have the code should anyone want it. >> > Nowadays, might this as well be done with BPXWDYN which has CONCAT > support, and without the dependency on TSO? > > CBTTAPE candidate? > > -- 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
Re: SVC 99 unallocating a concatenated dataset
On Thu, 1 Oct 2020 19:46:33 +0100, Lennie Dymoke-Bradshaw wrote: >Long ago (actually 1989 I think) I wrote a CONCAT TSO command which can be >used to add or remove data sets from a concatenated list. It can also perform >a FREE. This loops round each entry in the concatenated set and frees each >data set. > >It still works a treat. > >I still have the code should anyone want it. > Nowadays, might this as well be done with BPXWDYN which has CONCAT support, and without the dependency on TSO? CBTTAPE candidate? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL: Re: SVC 99 unallocating a concatenated dataset
Hi Lennie, I'm interestedPlease it as well Thanks, Tom -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Spiegel Sent: Thursday, October 1, 2020 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Re: SVC 99 unallocating a concatenated dataset Hi Lennie, I am interested. Please send it. Thanks and regards, David On 2020-10-01 14:46, Lennie Dymoke-Bradshaw wrote: > Long ago (actually 1989 I think) I wrote a CONCAT TSO command which can be > used to add or remove data sets from a concatenated list. It can also perform > a FREE. This loops round each entry in the concatenated set and frees each > data set. > > It still works a treat. > > I still have the code should anyone want it. > > Lennie Dymoke-Bradshaw > Consultant working on contract for BMC mainframe Services by RSM > Partners ‘Dance like no one is watching. Encrypt like everyone is.’ > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Joseph Reichman > Sent: 01 October 2020 18:25 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SVC 99 unallocating a concatenated dataset > > I’m running the program under test > After I do decocatenate verb 04 > With the ddname text 01 > I get a rc 0 from SVC 99 > I then go to ISPF > Do a ISRDDN > > And I have a number of files actually 100 Each with a ddname > SYS7,SYS8 etc. This indicates to me that although they are > decocatenated they are still allocated > > Thanks > > > >> On Oct 1, 2020, at 12:35 PM, Binyamin Dissen >> wrote: >> >> On Thu, 1 Oct 2020 07:58:56 -0400 Joseph Reichman >> >> wrote: >> >> :>I allocate a number of datasets the last text unit being DALCLOSE >> :>(unallocated on close) In my second step I concatenate the datasets. At >> :>EOF I close them after wards Ideconcatenate them My question is >> :>shouldn't the individual datasets be unallocated as well >> >> What happens when you, thru JCL, concat several datasets with FREE=CLOSE? >> >> -- >> Binyamin Dissen >> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww. >> dissensoftware.com%2F&data=02%7C01%7Cthomas.savor%40fisglobal.com >> %7C2be776a89a074b19153308d8663ff064%7Ce3ff91d834c84b15a0b418910a6ac57 >> 5%7C0%7C1%7C637371772099783416&sdata=%2BhW4%2FI8Wgm6vUy%2Blzujep3 >> gz5fY67iWVbSqjkJuLYNA%3D&reserved=0 >> >> Director, Dissen Software, Bar & Grill - Israel >> >> >> Should you use the mailblocks package and expect a response from me, >> you should preauthorize the dissensoftware.com domain. >> >> I very rarely bother responding to challenge/response systems, >> especially those from irresponsible companies. >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
Hi Lennie, I am interested. Please send it. Thanks and regards, David On 2020-10-01 14:46, Lennie Dymoke-Bradshaw wrote: Long ago (actually 1989 I think) I wrote a CONCAT TSO command which can be used to add or remove data sets from a concatenated list. It can also perform a FREE. This loops round each entry in the concatenated set and frees each data set. It still works a treat. I still have the code should anyone want it. Lennie Dymoke-Bradshaw Consultant working on contract for BMC mainframe Services by RSM Partners ‘Dance like no one is watching. Encrypt like everyone is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joseph Reichman Sent: 01 October 2020 18:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SVC 99 unallocating a concatenated dataset I’m running the program under test After I do decocatenate verb 04 With the ddname text 01 I get a rc 0 from SVC 99 I then go to ISPF Do a ISRDDN And I have a number of files actually 100 Each with a ddname SYS7,SYS8 etc. This indicates to me that although they are decocatenated they are still allocated Thanks On Oct 1, 2020, at 12:35 PM, Binyamin Dissen wrote: On Thu, 1 Oct 2020 07:58:56 -0400 Joseph Reichman wrote: :>I allocate a number of datasets the last text unit being DALCLOSE :>(unallocated on close) In my second step I concatenate the datasets. At :>EOF I close them after wards Ideconcatenate them My question is :>shouldn't the individual datasets be unallocated as well What happens when you, thru JCL, concat several datasets with FREE=CLOSE? -- Binyamin Dissen https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.dissensoftware.com%2F&data=02%7C01%7C%7C784d39c728784d60543b08d8663a5b14%7C84df9e7fe9f640afb435%7C1%7C0%7C637371748105900192&sdata=ijSF4HpNgD4lFwe5t8oj5n4bbEO1UjVMXeytv8RSvG8%3D&reserved=0 Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
Would this be on cbttape.org If not would you mind sharing Thanks > On Oct 1, 2020, at 2:46 PM, Lennie Dymoke-Bradshaw > <032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote: > > Long ago (actually 1989 I think) I wrote a CONCAT TSO command which can be > used to add or remove data sets from a concatenated list. It can also perform > a FREE. This loops round each entry in the concatenated set and frees each > data set. > > It still works a treat. > > I still have the code should anyone want it. > > Lennie Dymoke-Bradshaw > Consultant working on contract for BMC mainframe Services by RSM Partners > ‘Dance like no one is watching. Encrypt like everyone is.’ > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Joseph Reichman > Sent: 01 October 2020 18:25 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SVC 99 unallocating a concatenated dataset > > I’m running the program under test > After I do decocatenate verb 04 > With the ddname text 01 > I get a rc 0 from SVC 99 > I then go to ISPF > Do a ISRDDN > > And I have a number of files actually 100 Each with a ddname > SYS7,SYS8 etc. This indicates to me that although they are > decocatenated they are still allocated > > Thanks > > > >> On Oct 1, 2020, at 12:35 PM, Binyamin Dissen >> wrote: >> >> On Thu, 1 Oct 2020 07:58:56 -0400 Joseph Reichman >> >> wrote: >> >> :>I allocate a number of datasets the last text unit being DALCLOSE >> :>(unallocated on close) In my second step I concatenate the datasets. At >> :>EOF I close them after wards Ideconcatenate them My question is >> :>shouldn't the individual datasets be unallocated as well >> >> What happens when you, thru JCL, concat several datasets with FREE=CLOSE? >> >> -- >> Binyamin Dissen >> http://www.dissensoftware.com >> >> Director, Dissen Software, Bar & Grill - Israel >> >> >> Should you use the mailblocks package and expect a response from me, >> you should preauthorize the dissensoftware.com domain. >> >> I very rarely bother responding to challenge/response systems, >> especially those from irresponsible companies. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
Long ago (actually 1989 I think) I wrote a CONCAT TSO command which can be used to add or remove data sets from a concatenated list. It can also perform a FREE. This loops round each entry in the concatenated set and frees each data set. It still works a treat. I still have the code should anyone want it. Lennie Dymoke-Bradshaw Consultant working on contract for BMC mainframe Services by RSM Partners ‘Dance like no one is watching. Encrypt like everyone is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joseph Reichman Sent: 01 October 2020 18:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SVC 99 unallocating a concatenated dataset I’m running the program under test After I do decocatenate verb 04 With the ddname text 01 I get a rc 0 from SVC 99 I then go to ISPF Do a ISRDDN And I have a number of files actually 100 Each with a ddname SYS7,SYS8 etc. This indicates to me that although they are decocatenated they are still allocated Thanks > On Oct 1, 2020, at 12:35 PM, Binyamin Dissen > wrote: > > On Thu, 1 Oct 2020 07:58:56 -0400 Joseph Reichman > > wrote: > > :>I allocate a number of datasets the last text unit being DALCLOSE > :>(unallocated on close) In my second step I concatenate the datasets. At > :>EOF I close them after wards Ideconcatenate them My question is > :>shouldn't the individual datasets be unallocated as well > > What happens when you, thru JCL, concat several datasets with FREE=CLOSE? > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > 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: CL/Supersession
What version are you using? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skippy the Ancient Sent: Thursday, October 1, 2020 1:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CL/Supersession We have partial documentation from the wrong version of CL/Supersession. (The IBM doc links get a 400. Fun.) I have less than a days experience with Supersession and am doing my best to solve a problem. I was able to get Maint access and look at users profiles. Every users group profile name is DEFAULT. To me, this says we're all seeing the same exact menu. Am I wrong in this? -- 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
CL/Supersession
We have partial documentation from the wrong version of CL/Supersession. (The IBM doc links get a 400. Fun.) I have less than a days experience with Supersession and am doing my best to solve a problem. I was able to get Maint access and look at users profiles. Every users group profile name is DEFAULT. To me, this says we're all seeing the same exact menu. Am I wrong in this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS support for ZFS files query
If you fork pax then I think this would mean DSS would be invoking access methods to perform the backup. DSS has used lower level processes to perform backups up to now. I mention this because it has a big impact on the way that data is processed when the data is encrypted. Currently DSS backs up encrypted data without invoking the access methods, thus never needing access to encryption keys. By working at block level, data sets can be moved, backed up, migrated, recalled without ever accessing the true data. Lennie Dymoke-Bradshaw Consultant working on contract for BMC mainframe Services by RSM Partners ‘Dance like no one is watching. Encrypt like everyone is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: 01 October 2020 14:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS support for ZFS files query On Wed, 30 Sep 2020 09:44:52 -0500, Ernesto Figueroa wrote: >You are correct. For now, you must specify all the path names, but we >understand this is a capability that ought to be provided in DFSMSdss. As >others have mentioned, you may be able to use other tools to craft a list of >path names and use that to generate DFSMSdss SYSIN statements. There is an >existing RFE to provide the capability to dump an entire directory including >all the files and sub-directories, if you feel this is an important feature to >be included in the product please cast your vote here: >http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=14 >0801 > Is it proposed to support patterns in the fashion of "pax"? The best way to do this may be to fork pax itself and keep the dump in pax format. Don't reinvent the wheel. -- 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
Re: SVC 99 unallocating a concatenated dataset
Thanks Your last point it something worth trying wonder if I can add text unit DALCLOSE ( free = close) to the S99VRBCC verb parameter list in addition to DALDDNAM Thanks PS If have 4,471 files I have to process my installation limit of concatenation is about 100. I have to allocate and deallocate To read thru all of them > On Oct 1, 2020, at 1:54 PM, Rupert Reynolds wrote: > > I'm very rusty (MVS/ESA) but from my POV it seems to me that you need to > free each DDNAME that you concatenated, individually after decat. Unless > you can simply FREE the DDNAME of the concatenation? > > Rupert > > > >> On Thu., Oct. 1, 2020, 18:25 Joseph Reichman, wrote: >> >> I’m running the program under test >> After I do decocatenate verb 04 >> With the ddname text 01 >> I get a rc 0 from SVC 99 >> I then go to ISPF >> Do a ISRDDN >> >> And I have a number of files actually 100 >> Each with a ddname SYS7,SYS8 etc. This indicates to me that >> although they are decocatenated they are still allocated >> >> Thanks >> >> >> >>> On Oct 1, 2020, at 12:35 PM, Binyamin Dissen >> wrote: >>> >>> On Thu, 1 Oct 2020 07:58:56 -0400 Joseph Reichman < >> reichman...@gmail.com> >>> wrote: >>> >>> :>I allocate a number of datasets the last text unit being DALCLOSE >>> :>(unallocated on close) In my second step I concatenate the datasets. >> At >>> :>EOF I close them after wards Ideconcatenate them My question is >>> :>shouldn't the individual datasets be unallocated as well >>> >>> What happens when you, thru JCL, concat several datasets with FREE=CLOSE? >>> >>> -- >>> Binyamin Dissen >>> http://www.dissensoftware.com >>> >>> Director, Dissen Software, Bar & Grill - Israel >>> >>> >>> Should you use the mailblocks package and expect a response from me, >>> you should preauthorize the dissensoftware.com domain. >>> >>> I very rarely bother responding to challenge/response systems, >>> especially those from irresponsible companies. >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 unallocating a concatenated dataset
I'm very rusty (MVS/ESA) but from my POV it seems to me that you need to free each DDNAME that you concatenated, individually after decat. Unless you can simply FREE the DDNAME of the concatenation? Rupert On Thu., Oct. 1, 2020, 18:25 Joseph Reichman, wrote: > I’m running the program under test > After I do decocatenate verb 04 > With the ddname text 01 > I get a rc 0 from SVC 99 > I then go to ISPF > Do a ISRDDN > > And I have a number of files actually 100 > Each with a ddname SYS7,SYS8 etc. This indicates to me that > although they are decocatenated they are still allocated > > Thanks > > > > > On Oct 1, 2020, at 12:35 PM, Binyamin Dissen > wrote: > > > > On Thu, 1 Oct 2020 07:58:56 -0400 Joseph Reichman < > reichman...@gmail.com> > > wrote: > > > > :>I allocate a number of datasets the last text unit being DALCLOSE > > :>(unallocated on close) In my second step I concatenate the datasets. > At > > :>EOF I close them after wards Ideconcatenate them My question is > > :>shouldn't the individual datasets be unallocated as well > > > > What happens when you, thru JCL, concat several datasets with FREE=CLOSE? > > > > -- > > Binyamin Dissen > > http://www.dissensoftware.com > > > > Director, Dissen Software, Bar & Grill - Israel > > > > > > Should you use the mailblocks package and expect a response from me, > > you should preauthorize the dissensoftware.com domain. > > > > I very rarely bother responding to challenge/response systems, > > especially those from irresponsible companies. > > > > -- > > 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: SVC 99 unallocating a concatenated dataset
I’m running the program under test After I do decocatenate verb 04 With the ddname text 01 I get a rc 0 from SVC 99 I then go to ISPF Do a ISRDDN And I have a number of files actually 100 Each with a ddname SYS7,SYS8 etc. This indicates to me that although they are decocatenated they are still allocated Thanks > On Oct 1, 2020, at 12:35 PM, Binyamin Dissen > wrote: > > On Thu, 1 Oct 2020 07:58:56 -0400 Joseph Reichman > wrote: > > :>I allocate a number of datasets the last text unit being DALCLOSE > :>(unallocated on close) In my second step I concatenate the datasets. At > :>EOF I close them after wards Ideconcatenate them My question is > :>shouldn't the individual datasets be unallocated as well > > What happens when you, thru JCL, concat several datasets with FREE=CLOSE? > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > 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
syslogd configuration questions regarding splitting out logging
Hello list, I'm working on doing some configuration of syslogd, namely trying to split out FTP data into a separate log file from the rest of the daemon records getting logged. Here's the relevant portion of the syslogd configuration: *.ftp*.*.* /var/logs/ftpd.log *.* /var/logs/syslog.log My FTP server starts as a STC named FTPD which kicks off a batch job FTPD1 and then exits like normal. I bounced syslogd and then ran an FTP to the sandbox I'm experimenting on and this is the response I got. Contents of syslog.log: Oct 1 09:35:07 TSTJES2 syslogd: FSUM1220 syslogd: restart Oct 1 09:35:07 TSTJES2 syslogd: FSUM1237 Job SYSLOGD running in local-only mode Oct 1 09:35:07 TSTJES2 syslogd: FSUM1232 syslogd: running non-swappable Oct 1 09:35:23 TSTJES2 ftpdÝ33555332¨: EZYFS50I ID=FTPD13 CONN starts Client IPaddr=112.45.67.89 hostname=myhost Oct 1 09:35:27 TSTJES2 ftpsÝ33555332¨: EZYFS56I ID=FTPD13 ACCESS OK USERID=RRP Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS60I ID=FTPD13 ALLOC OK Use MVS DSN=RRP.JCL(IEFBR14) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS61I ID=FTPD13 ALLOC DDNAME=SYS1 VOLSER=SFG201 DSORG=PO DISP=(SHR,KEEP) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS60I ID=FTPD13 ALLOC OK Use MVS DSN=RRP.JCL(IEFBR14) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS61I ID=FTPD13 ALLOC DDNAME=SYS2 VOLSER=SFG201 DSORG=PO DISP=(SHR,KEEP) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS70I ID=FTPD13 DEALL OK Release MVS DSN=RRP.JCL(IEFBR14) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS70I ID=FTPD13 DEALL OK Release MVS DSN=RRP.JCL(IEFBR14) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS60I ID=FTPD13 ALLOC OK Use MVS DSN=RRP.JCL(IEFBR14) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS61I ID=FTPD13 ALLOC DDNAME=SYS4 VOLSER=SFG201 DSORG=PO DISP=(SHR,KEEP) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS70I ID=FTPD13 DEALL OK Release MVS DSN=RRP.JCL(IEFBR14) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS81I ID=FTPD13 TRANS MVS DSN=RRP.JCL(IEFBR14) Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS83I ID=FTPD13 TRANS Stru=F Mode=S Type=A Input=328 bytes Oct 1 09:36:47 TSTJES2 ftpsÝ33555332¨: EZYFS80I ID=FTPD13 TRANS Reply=250 Transfer completed successfully. Oct 1 09:37:00 TSTJES2 ftpsÝ33555332¨: EZYFS52I ID=FTPD13 CONN ends Input=328 bytes Output=0 bytes Contents of ftpd.log: Oct 1 09:35:23 TSTJES2 ftpdÝ33555332¨: EZYFS50I ID=FTPD13 CONN starts Client IPaddr=172.16.128.2 hostname=prod1.sfg.corp.loca Oct 1 09:35:27 TSTJES2 ftpsÝ33555332¨: EZYFS56I ID=FTPD13 ACCESS OK USERID=RRP So 2 questions in regards to this: 1 How do I get all the information for the FTP session to route to the ftp log instead of only the first couple messages? 2 Can I set it up to only route the ftp messages to the ftp log instead of them going to both logs? TIA, Rex 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: SVC 99 unallocating a concatenated dataset
On Thu, 1 Oct 2020 07:58:56 -0400 Joseph Reichman wrote: :>I allocate a number of datasets the last text unit being DALCLOSE :>(unallocated on close) In my second step I concatenate the datasets. At :>EOF I close them after wards Ideconcatenate them My question is :>shouldn't the individual datasets be unallocated as well What happens when you, thru JCL, concat several datasets with FREE=CLOSE? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Working link for current 3270 Data Stream
I remember that printing BOO was the worst thing available. It was acceptable when you wanted to print a page, but chapter was horribly formated. I always kept PDF collection as possible source to print the book. And actually I still use last (z/OS 1.13) BOO collection. I use more recent books only when I have to, because of new features, etc. Yes, I want BOO back. -- Radoslaw Skorupka Lodz, Poland W dniu 29.09.2020 o 18:43, Tony Thigpen pisze: I am running IBMs Book Reader under CrossOver under Linux. Book Reader does not really have a 'Print all of the book' option. Tony Thigpen Paul Gilmartin wrote on 9/29/20 12:40 PM: On Tue, 29 Sep 2020 12:23:29 -0400, Tony Harminc wrote: On Mon, 28 Sep 2020 at 16:12, Tony Thigpen wrote: FYI, I do have a copy of GA23-0059-07 in PDF format that I created from the BOO sometime in the past. If anyone wants a copy. How did you convert it? I'm not aware of any IBM published tool to do that. Print-to-PDF is intrinsic on some systems such as MacOS, perhaps optional via virtual printer drivers on others. But does Document Reader prohibit all printing with the intent of IP protection? == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Strange COBOL 6.2/3 problem: BASIS/COPYLOC/PDS fails
It appears to me that COBOL 6.2 or 6.3 fails a BASIS statement if there is any COPYLOC in effect and SYSLIB is a PDS, but not if SYSLIB is a PDSE. The error is IGYLI0053-U A library read error occurred during "BASIS" processing. No member was found or there was a bad block. //S1 EXEC PGM=IGYCRCTL,PARM='COPYLOC(MYUNIX,PATH("valid.unix.path")' //SYSLIB DD DSN=PDS(E) containing GCOPYA,DISP=SHR //SYSIN DD * BASIS GCOPYA /* // remaining COBOL compile JCL Above works if SYSLIB is a PDSE but fails if it is a PDS. Works either way if you remove the COPYLOC. COPY seems to work okay; only BASIS seems to fail. Just tried a COPYLOC with a DSN rather than a PATH and it still fails. Would be curious what others think or if anyone wanted to try to duplicate. This is in Dallas so no ability to open a PMR. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS support for ZFS files query
For those following this thread who have a DFSMShsm license, HSM does support this. It can backup all files, files based on wildcards and exclude specific files as directed by an EXCLUDE. A UNIX shell command is also available, to perform the HSM backups/recoveries directly from UNIX. Glenn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS support for ZFS files query
On Wed, 30 Sep 2020 09:44:52 -0500, Ernesto Figueroa wrote: >You are correct. For now, you must specify all the path names, but we >understand this is a capability that ought to be provided in DFSMSdss. As >others have mentioned, you may be able to use other tools to craft a list of >path names and use that to generate DFSMSdss SYSIN statements. There is an >existing RFE to provide the capability to dump an entire directory including >all the files and sub-directories, if you feel this is an important feature to >be included in the product please cast your vote here: >http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=140801 > Is it proposed to support patterns in the fashion of "pax"? The best way to do this may be to fork pax itself and keep the dump in pax format. Don't reinvent the wheel. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTPS Handshake Error
We have certificates RACLISTED (no idea what that equates to in Top Secret). I do: RACDCERT ID(&KEYOWNR) TRUST ADD('&USER..MACK.CERT') - WITHLABEL('ftp.mackinney.com') RACDCERT ADDRING(&KEYRING) ID(&KEYOWNR) SETROPTS RACLIST(DIGTCERT DIGTRING) REFRESH RACDCERT ID(&KEYOWNR) CONNECT(CERTAUTH USAGE(CERTAUTH) - LABEL('AAA Certificate Services') - RING(&KEYRING)) SETROPTS RACLIST(DIGTCERT DIGTRING) REFRESH I had to do the REFRESH to the DIGTCERT class after adding the cert and keyring before I could connect the cert to the keyring. Then another refresh (this time was probably for the DIGTRING--I'm lazy and just duplicated the line). Also, don't miss the part in the previous post about telling the policy agent to refresh it's security settings. Wendell (I posted this once, but it didn't seem to end up in the right thread. Please forgive me if this is a duplicate. Or if the first was done wrong.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTPS Handshake Error
We have certificates RACLISTED (no idea what that equates to in Top Secret). I do: RACDCERT ID(&KEYOWNR) TRUST ADD('&USER..MACK.CERT') - WITHLABEL('ftp.mackinney.com') RACDCERT ADDRING(&KEYRING) ID(&KEYOWNR) SETROPTS RACLIST(DIGTCERT DIGTRING) REFRESH RACDCERT ID(&KEYOWNR) CONNECT(CERTAUTH USAGE(CERTAUTH) - LABEL('AAA Certificate Services') - RING(&KEYRING)) SETROPTS RACLIST(DIGTCERT DIGTRING) REFRESH I had to do the REFRESH to the DIGTCERT class after adding the cert and keyring before I could connect the cert to the keyring. Then another refresh (this time was probably for the DIGTRING--I'm lazy and just duplicated the line). Also, don't miss the line in the previous post about telling the policy agent to refresh it's security settings. Wendell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe Sourceid in GLOBAL not in TARGET
On 9/30/2020 7:27 PM, Bill Giannelli wrote: I have a sourceid in a global zone that doesnt show up in the target zone. When I run an apply it fails with : APPLY PTFS APARS GROUPEXTEND NOJCLR BYPASS(HOLDSYS(DB2BIND,DOC,ACTION,DELETE)) CHECK . GIM24801S ** NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE APPLY COMMAND. How do I get the sourceid into the target zone? thanks Bill A sourceid in the global zone SYSMOD entry but not in the target zone SYSMOD entry means the SYSMOD was already applied when that particular sourceid was assigned to that SYSMOD. Let me guess, is it an RSUyynn sourceid? The only way to propagate the sourceid to the target zone after the fact is manually, using UCLIN: SET BDY(targetZoneName). UCLIN. ADD SYSMOD(ptfName) SOURCEID(sourceidValue). ENDUCL. By the way, why do you want/need to carry the sourceid into the target zone? Also, your specified APPLY command will APPLY PTFs and *APARs* that have not already been applied and are applicable to the target zone. Obviously you have none that meet this criteria. Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: shopz UJ01255
On 9/30/2020 10:24 PM, R Hey wrote: Thanks for the replies. I ordered UJ01255, it had PUT2001 (no RSU 8 months later). I did raise the issue with support, was told : UJ01255 was not included in RSU2001. It didn't not meet the following criteria: -Severity 1 or 2 -HIPER -PEFIX -Security/integrity -Special Attention -Pervasiveness I've read/heard that one should order RECOMMENDED, then apply srcid(RSU). I did an ORDER-ALL today for zos 2.3 & got 490 PTFs more than I got 2 weeks ago for RECOMENDED. 20 of them has RSU2008, 391 had PUT. So if I apply RSU**, I'll miss 391+ PTFs. How do you guys do apply, srcid(PUT)? IBM's, and my personal recommendation, is to apply SOURCEID(RSU*). Order ALL, as there is no harm in having a PTF in your hands, but APPLY SOURCEID(RSU*). PTFs which have not yet been assigned an RSU* sourceid are not yet recommended by IBM. The time line in which a PTF gets recommended depends on a number of factors which you identified, but even the low severity PTFs will eventually be recommended, after it goes through IBM's Consolidated Service Test cycle. It is usually ~90 days, but depending on schedules it can take up to ~180 days for a given PTF. Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: usleep()
On Wed, 30 Sep 2020 17:19:32 -0400, Phil Smith III wrote: >The usleep() function in z/OS is documented as taking a single operand that >must be less than 1M; on other platforms, it must be *at least* 1M. It also >generates no error, and just returns instantly if you give it a value of 1M or >more. > >This seems.poor. Anyone got any insight/guesses? Yes, I realize it's >deprecated. > What is IBM's rationale for supporting the deprecated usleep but not POSIX nanosleep on z/OS? https://pubs.opengroup.org/onlinepubs/9699919799/functions/nanosleep.html#tag_16_350 And providing the idiosyncratic cond_timed_wait. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SVC 99 unallocating a concatenated dataset
Hi I allocate a number of datasets the last text unit being DALCLOSE (unallocated on close) In my second step I concatenate the datasets. At EOF I close them after wards Ideconcatenate them My question is shouldn't the individual datasets be unallocated as well thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: usleep()
On 2020-10-01 5:19 AM, Phil Smith III wrote: The usleep() function in z/OS is documented as taking a single operand that must be less than 1M; on other platforms, it must be *at least* 1M. It also generates no error, and just returns instantly if you give it a value of 1M or more. usleep() returns -1 and sets errno to EINVAL which is the usual C semantics. FWIW, usleep() has been deprecated for nanosleep() on most UNIX-like platforms. The z/OS C/C++ RTL does not provide nanosleep() but it's trivial to roll your own. #define CW_INTRPT 1 #define JRTIMEOUT 0x81F0211 // wait time exceeded #ifdef _LP64 #pragma map(cond_timed_wait, "BPX4CTW") #else #pragma map(cond_timed_wait, "BPX1CTW") #endif #pragma linkage(cond_timed_wait,os) void cond_timed_wait( int * seconds, int * nanoseconds, int * event_list, int * seconds_remaining, int * nanoseconds_remaining, int * return_value, int * return_code, int * reason_code ); int nanosleep( struct timespec * rqtp, struct timespec * rmtp ) { int return_value = 0; int return_code = 0; int reason_code = 0; struct timespec r = { 0, 0 }; int event_list = CW_INTRPT; cond_timed_wait( &rqtp->tv_sec, &rqtp->tv_nsec, &event_list, &r.tv_sec, &r.tv_nsec, &return_value, &return_code, &reason_code ); errno = return_code; if (return_code == EAGAIN && reason_code == JRTIMEOUT) { return_code = 0; } if (rmtp) { *rmtp = r; } return return_code; } This seems.poor. Anyone got any insight/guesses? Yes, I realize it's deprecated. All I can think of is that when it was implemented in z/OS it was done deliberately to discourage use, but I'd rather it ABENDed than just returning instantly and causing a spin, personally. -- 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: DFDSS support for ZFS files query
Thank you, Ernesto - much appreciated Vote added. Regards Sean On Wed, 30 Sep 2020 at 15:55, Ernesto Figueroa wrote: > You are correct. For now, you must specify all the path names, but we > understand this is a capability that ought to be provided in DFSMSdss. As > others have mentioned, you may be able to use other tools to craft a list > of path names and use that to generate DFSMSdss SYSIN statements. There is > an existing RFE to provide the capability to dump an entire directory > including all the files and sub-directories, if you feel this is an > important feature to be included in the product please cast your vote here: > http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=140801 > > Ernesto E. Figueroa > DFSMSdss Development Lead > erfig...@us.ibm.com > IBM SystemsGroup > > -- > 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