Re: Changes to IEBCOPY??
Thanks to all who responded I worked with the systems programmer that's in charge of getting rid of PDSMAN, and we figured out how to do it with COPYGROUP, although it requires a few modifications we eventually got it to work. EG COPYGROUP doesn't work with just an exclude statement so you have to have a select member=(*) blksize has to match the transmit file so 6160 instead of using blksize=0, so relatively minor things but still added steps to a process. Regards, John Benik Senior Systems Management Analyst – zSeries Storage Delivery 11000 Optum Circle MN102 Eden Prairie, MN 55344 w)952-833-7765 c)612-616-3984 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard McIntosh Sent: Monday, October 30, 2023 1:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changes to IEBCOPY?? Caution: External email. Do not open attachments or click on links if you do not recognize the sender. PDSMAN does allow member name masking. So since you've gotten rid of PDSMAN, that is the issue. IEBCOPY is working as designed. Richard -Original Message- From: IBM Mainframe Discussion List On Behalf Of Benik, John E Sent: Monday, October 30, 2023 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] : Re: Changes to IEBCOPY?? I wish I had some examples of when it worked, but I don't. I can tell you it was under z/OS 2.4 and before we had any z16's, that it worked, we now are on 2.5 and have z/16s. We've had IBM tape for about 3 or 4 years and have not changed that JCL at all. We didn't need to use copygroup previously, but we have gotten rid of PDSMAN that could be causing this, which I'm thinking is more then likely the case, as PDSMAN had a lot of hooks and probably would have allowed for wildcard characters. It would be nice to get confirmation though. Here is the error that we get when we try to copy while excluding $READ, and FTPTOOL*. IEBCOPY MESSAGES AND CONTROL STATEMENTS IEB1135I IEBCOPY FMID HDZ2250 SERVICE LEVEL UJ05520 DATED 20210505 DFSMS 02.0 L205 M5-RSU 2306 IEB1035I TSUAW6OT COPY STEP 15:36:21 FRI 27 OCT 2023 PARM='' COPY OUTDD=PDSOUT,INDD=PDSIBM 00370022 EXCLUDE MEMBER=(STATSORT,EXPIRE,$$CPYLIB,$$TAILOR,$READ*,FTPTOOL*) 00380022 IEB105I PARAMETER INVALID IEB118I CONTROL STATEMENT ERROR IEB115I END OF FILE ON SYSIN IEB151I JOB HAS TERMINATED WITH ERROR(S) IEB147I END OF JOB - 8 WAS HIGHEST SEVERITY CODE Regards, John Benik -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Monday, October 30, 2023 11:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changes to IEBCOPY?? Caution: External email. Do not open attachments or click on links if you do not recognize the sender. Are you sure that it's the same input? The last I looked, the asterisk was only valid under a COPYGROUP. -- Shmuel (Seymour J.) Metz https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!ACWV5N9M2RV99hQ!LcoRMQFK3TU_Rq87UIvZyAnvpM_I5x83P6MY0BqZ3VazCdeF8cUrkKqVGzdM4xQvbIr3EL3Hift8DokU_IdnzrtDhcMvkIC-KUwzl1o$ עַם יִשְׂרָאֵל חַי From: IBM Mainframe Discussion List on behalf of Benik, John E <01ace072c099-dmarc-requ...@listserv.ua.edu> Sent: Monday, October 30, 2023 9:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changes to IEBCOPY?? We recently uploaded the latest version of Tapetools. That was a success, but when we ran our version of $$CPYLIB which is shown below we had issues. //COPYEXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //PDSIBM DD DSN=,DISP=SHR //PDSOUT DD DSN=,DISP=SHR //SYSINDD DUMMY //* //PEND *** END OF COPY PROC *** //* //STEP EXEC COPYLIB //COPY.SYSIN DD * COPY OUTDD=PDSOUT,INDD=PDSIBM EXCLUDE MEMBER=(STATSORT,EXPIRE,$$CPYLIB,$$TAILOR,$READ*,FTPTOOL*) IEBCOPY no longer seems to work with the $READ*, and FTPTOOL* we removed those and it was fine. Does anybody know if there where changes to IEBCOPY that may prevent this, as it worked fine in 2022? We are hoping to complete work on tape tools this week for all our systems, and realize that we may have to copy the $READ*, and FTPTOOL* over to our own library and delete afterwards but before $$TAILOR, but would like to avoid if possible as we are training some new people to take this over. Regards, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this
Re: Changes to IEBCOPY??
I wish I had some examples of when it worked, but I don't. I can tell you it was under z/OS 2.4 and before we had any z16's, that it worked, we now are on 2.5 and have z/16s. We've had IBM tape for about 3 or 4 years and have not changed that JCL at all. We didn't need to use copygroup previously, but we have gotten rid of PDSMAN that could be causing this, which I'm thinking is more then likely the case, as PDSMAN had a lot of hooks and probably would have allowed for wildcard characters. It would be nice to get confirmation though. Here is the error that we get when we try to copy while excluding $READ, and FTPTOOL*. IEBCOPY MESSAGES AND CONTROL STATEMENTS IEB1135I IEBCOPY FMID HDZ2250 SERVICE LEVEL UJ05520 DATED 20210505 DFSMS 02.0 L205 M5-RSU 2306 IEB1035I TSUAW6OT COPY STEP 15:36:21 FRI 27 OCT 2023 PARM='' COPY OUTDD=PDSOUT,INDD=PDSIBM 00370022 EXCLUDE MEMBER=(STATSORT,EXPIRE,$$CPYLIB,$$TAILOR,$READ*,FTPTOOL*) 00380022 IEB105I PARAMETER INVALID IEB118I CONTROL STATEMENT ERROR IEB115I END OF FILE ON SYSIN IEB151I JOB HAS TERMINATED WITH ERROR(S) IEB147I END OF JOB - 8 WAS HIGHEST SEVERITY CODE Regards, John Benik -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Monday, October 30, 2023 11:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changes to IEBCOPY?? Caution: External email. Do not open attachments or click on links if you do not recognize the sender. Are you sure that it's the same input? The last I looked, the asterisk was only valid under a COPYGROUP. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי From: IBM Mainframe Discussion List on behalf of Benik, John E <01ace072c099-dmarc-requ...@listserv.ua.edu> Sent: Monday, October 30, 2023 9:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changes to IEBCOPY?? We recently uploaded the latest version of Tapetools. That was a success, but when we ran our version of $$CPYLIB which is shown below we had issues. //COPYEXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //PDSIBM DD DSN=,DISP=SHR //PDSOUT DD DSN=,DISP=SHR //SYSINDD DUMMY //* //PEND *** END OF COPY PROC *** //* //STEP EXEC COPYLIB //COPY.SYSIN DD * COPY OUTDD=PDSOUT,INDD=PDSIBM EXCLUDE MEMBER=(STATSORT,EXPIRE,$$CPYLIB,$$TAILOR,$READ*,FTPTOOL*) IEBCOPY no longer seems to work with the $READ*, and FTPTOOL* we removed those and it was fine. Does anybody know if there where changes to IEBCOPY that may prevent this, as it worked fine in 2022? We are hoping to complete work on tape tools this week for all our systems, and realize that we may have to copy the $READ*, and FTPTOOL* over to our own library and delete afterwards but before $$TAILOR, but would like to avoid if possible as we are training some new people to take this over. Regards, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Changes to IEBCOPY??
We recently uploaded the latest version of Tapetools. That was a success, but when we ran our version of $$CPYLIB which is shown below we had issues. //COPYEXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //PDSIBM DD DSN=,DISP=SHR //PDSOUT DD DSN=,DISP=SHR //SYSINDD DUMMY //* //PEND *** END OF COPY PROC *** //* //STEP EXEC COPYLIB //COPY.SYSIN DD * COPY OUTDD=PDSOUT,INDD=PDSIBM EXCLUDE MEMBER=(STATSORT,EXPIRE,$$CPYLIB,$$TAILOR,$READ*,FTPTOOL*) IEBCOPY no longer seems to work with the $READ*, and FTPTOOL* we removed those and it was fine. Does anybody know if there where changes to IEBCOPY that may prevent this, as it worked fine in 2022? We are hoping to complete work on tape tools this week for all our systems, and realize that we may have to copy the $READ*, and FTPTOOL* over to our own library and delete afterwards but before $$TAILOR, but would like to avoid if possible as we are training some new people to take this over. Regards, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LDAP with TS7700 and/or DS8K's
I found out yesterday that we will also be exploring using Windows AD for this and not zOS LDAP so any information that can be shared would be helpful. I believe somebody said they were getting an authentication error on their initial setup, and right now I have a lot of questions, as I was out of the office when this was initially brought up, but do know that we are looking at it for this year. Regards, John Benik Senior Systems Management Analyst – zSeries Storage Delivery 11000 Optum Circle MN102 Eden Prairie, MN 55344 w)952-833-7765 c)612-616-3984 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Benik, John E Sent: Monday, January 23, 2023 8:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LDAP with TS7700 and/or DS8K's I imagine HMC and LDAP would be for AOS access on the DS8K's, but it also sounds like setting up the TS7700 would be a little more involved and a little more complicated. I'd be curious as to the reasons you decided to go the LDAP direction, and any pros or cons you may have found. Regards, John Benik Senior Systems Management Analyst – zSeries Storage Delivery 11000 Optum Circle MN102 Eden Prairie, MN 55344 w)952-833-7765 c)612-616-3984 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roger Lowe Sent: Thursday, January 19, 2023 5:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LDAP with TS7700 and/or DS8K's On Wed, 18 Jan 2023 22:35:36 +, Benik, John E wrote: >I saw several comments about HMC and LDAP, and I am curious is anybody using >LDAP with their TS7700's or just using the management interface for >authentication? I would also be curious if anybody has explored this option, >or is using it on the disk side but not the tape? It seems overly complicated >on the tape side, and adds another layer that we have to manage given the fact >that we have to setup a separate support ID, but I could be wrong. > > Again, we have setup our TS7700's to authenticate to zOS LDAP Servers using RACF as the backend and have been running like that for a couple of years without any issues. The documentation for the setup of this is poor and it did take a few tries to get it going. We did have to setup a 'service' account - this id has the RACF ROAUDIT attribute but no TSO/CICS segment, so it cant logon to a zOS system. We also then have a "VTS Group" defined to RACF, where all users who need access to the MI of the TS7700s gets connected to. There is DS8K support for a LDAP Sever for authentication but not for a zOS LDAP Server, so we are waiting for the day when IBM will provide that as well -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LDAP with TS7700 and/or DS8K's
I imagine HMC and LDAP would be for AOS access on the DS8K's, but it also sounds like setting up the TS7700 would be a little more involved and a little more complicated. I'd be curious as to the reasons you decided to go the LDAP direction, and any pros or cons you may have found. Regards, John Benik Senior Systems Management Analyst – zSeries Storage Delivery 11000 Optum Circle MN102 Eden Prairie, MN 55344 w)952-833-7765 c)612-616-3984 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roger Lowe Sent: Thursday, January 19, 2023 5:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LDAP with TS7700 and/or DS8K's On Wed, 18 Jan 2023 22:35:36 +, Benik, John E wrote: >I saw several comments about HMC and LDAP, and I am curious is anybody using >LDAP with their TS7700's or just using the management interface for >authentication? I would also be curious if anybody has explored this option, >or is using it on the disk side but not the tape? It seems overly complicated >on the tape side, and adds another layer that we have to manage given the fact >that we have to setup a separate support ID, but I could be wrong. > > Again, we have setup our TS7700's to authenticate to zOS LDAP Servers using RACF as the backend and have been running like that for a couple of years without any issues. The documentation for the setup of this is poor and it did take a few tries to get it going. We did have to setup a 'service' account - this id has the RACF ROAUDIT attribute but no TSO/CICS segment, so it cant logon to a zOS system. We also then have a "VTS Group" defined to RACF, where all users who need access to the MI of the TS7700s gets connected to. There is DS8K support for a LDAP Sever for authentication but not for a zOS LDAP Server, so we are waiting for the day when IBM will provide that as well -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LDAP with TS7700 and/or DS8K's
I saw several comments about HMC and LDAP, and I am curious is anybody using LDAP with their TS7700's or just using the management interface for authentication? I would also be curious if anybody has explored this option, or is using it on the disk side but not the tape? It seems overly complicated on the tape side, and adds another layer that we have to manage given the fact that we have to setup a separate support ID, but I could be wrong. Regards, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job.
If anybody has other ideas I would appreciate hearing about them, but I believe we are at a point now that we can only download tape tools one way through https. Regards, John Benik -Original Message- From: IBM Mainframe Discussion List On Behalf Of Benik, John E Sent: Wednesday, October 19, 2022 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job. Thanks all it appears our firewall is preventing us from using the FTP process as we get redirected as mentioned below > It appears the FTP function for downloading a new version of tapetools has > been shutdown. > > > > > > public.dhe.ibm.com > > > EZA1554I Connecting to: public.southdata.ibm.com 170.225.126.18 port: 21. > > > EZA2590E connect error from initIPv4Connection - EDC8127I Connection > > > timed out. Port 20 and 21 are generally considered unsecure so even ftp.software.ibm.com gets redirected. So it seems the only way to download Tapetools for us from now on is https://public.dhe.ibm.com/storage/tapetool. Regards, John Benik -Original Message- From: IBM Mainframe Discussion List On Behalf Of kekronbekron Sent: Saturday, October 15, 2022 3:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job. zOS Client Web Enablement Toolkit, but you'll need to do HTTP requests in PL/1 or ASM or REXX or COB. I'd prefer if there was no auto-redirect. With the amount of love that useful IBM sub-sites get, you can be sure that auto-redirect will inevitably lead you to www.ibm.com sometime in the future. - KB --- Original Message --- On Saturday, October 15th, 2022 at 1:20 PM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 15 Oct 2022 05:19:42 +, kekronbekron wrote: > > > Switch to this instead - > > https://public.dhe.ibm.com/storage/tapetool/ > > > > Wherever you see ftp://ftp.software.ibm.com/, it's worth trying > > with https://public.dhe.ibm.com/ instead. > > Wouldn't an automatic redirection be useful? > > Except that the obstruction seems to be the client's firewall. Perhaps > a proxy at the client end? > > And is there a friendly GUI on z/OS for fetching https resources? Such > a thing might likewise be useful for cbttape.org resources also. > > Charlotte for z/OS? > > > > On Friday, October 14, 2022 at 11:34:31 AM CDT, Benik, John E wrote: > > > > > > It appears the FTP function for downloading a new version of tapetools > > > has been shutdown. > > > > > > public.dhe.ibm.com > > > EZA1554I Connecting to: public.southdata.ibm.com 170.225.126.18 port: 21. > > > EZA2590E connect error from initIPv4Connection - EDC8127I Connection > > > timed out. > > > -- > 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 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job.
Thanks all it appears our firewall is preventing us from using the FTP process as we get redirected as mentioned below > It appears the FTP function for downloading a new version of tapetools has > been shutdown. > > > > > > public.dhe.ibm.com > > > EZA1554I Connecting to: public.southdata.ibm.com 170.225.126.18 port: 21. > > > EZA2590E connect error from initIPv4Connection - EDC8127I Connection > > > timed out. Port 20 and 21 are generally considered unsecure so even ftp.software.ibm.com gets redirected. So it seems the only way to download Tapetools for us from now on is https://public.dhe.ibm.com/storage/tapetool. Regards, John Benik -Original Message- From: IBM Mainframe Discussion List On Behalf Of kekronbekron Sent: Saturday, October 15, 2022 3:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job. zOS Client Web Enablement Toolkit, but you'll need to do HTTP requests in PL/1 or ASM or REXX or COB. I'd prefer if there was no auto-redirect. With the amount of love that useful IBM sub-sites get, you can be sure that auto-redirect will inevitably lead you to www.ibm.com sometime in the future. - KB --- Original Message --- On Saturday, October 15th, 2022 at 1:20 PM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 15 Oct 2022 05:19:42 +, kekronbekron wrote: > > > Switch to this instead - > > https://public.dhe.ibm.com/storage/tapetool/ > > > > Wherever you see ftp://ftp.software.ibm.com/, it's worth trying > > with https://public.dhe.ibm.com/ instead. > > Wouldn't an automatic redirection be useful? > > Except that the obstruction seems to be the client's firewall. Perhaps > a proxy at the client end? > > And is there a friendly GUI on z/OS for fetching https resources? Such > a thing might likewise be useful for cbttape.org resources also. > > Charlotte for z/OS? > > > > On Friday, October 14, 2022 at 11:34:31 AM CDT, Benik, John E wrote: > > > > > > It appears the FTP function for downloading a new version of tapetools > > > has been shutdown. > > > > > > public.dhe.ibm.com > > > EZA1554I Connecting to: public.southdata.ibm.com 170.225.126.18 port: 21. > > > EZA2590E connect error from initIPv4Connection - EDC8127I Connection > > > timed out. > > > -- > 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 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job.
Looks like we are blocking it then. Regards, John Benik Senior Systems Management Analyst – zSeries Storage Delivery 11000 Optum Circle MN102 Eden Prairie, MN 55344 w)952-833-7765 c)612-616-3984 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Friday, October 14, 2022 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job. On Fri, 14 Oct 2022 18:10:26 +, Benik, John E >If you have an example or if you go into option 6 what do you get? > Here's what I got, > >ftp.software.ibm.con > Is that the entire command you entered at option 6? > EZA1554I Connecting to: ftp-www3-software.southdata.ibm.com 170.225.126.17 > port > : 21. > > EZA2590E connect error from initIPv4Connection - EDC8127I Connection timed > out. > (errno2=0x) > > >Seems like either we are blocking port 21 or IBM has it blocked. > It appears not to be IBM. With curl on my desktop I see a log: 220 ProFTPD Server (proftpd) [9.214.168.52] 331 Anonymous login ok, send your complete email address as your password 230 Anonymous access granted, restrictions apply 257 "/" is the current directory 229 Entering Extended Passive Mode (|||34173|) 200 Type set to A 150 Opening ASCII mode data connection for file list 226 Transfer complete The file list has 21 lines, some as recent as 2021. curl ftp://ftp.software.ibm.com | wc 51 4633253 -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job.
If you have an example or if you go into option 6 what do you get? Here's what I got, ftp.software.ibm.com EZA1554I Connecting to: ftp-www3-software.southdata.ibm.com 170.225.126.17 port : 21. EZA2590E connect error from initIPv4Connection - EDC8127I Connection timed out. (errno2=0x) Seems like either we are blocking port 21 or IBM has it blocked. Regards, John Benik Senior Systems Management Analyst – zSeries Storage Delivery 11000 Optum Circle MN102 Eden Prairie, MN 55344 w)952-833-7765 c)612-616-3984 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Albertus de Wet Sent: Friday, October 14, 2022 11:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job. I just re-downloaded it from "ftp.software.ibm.com" directly to the mainframe, and it worked fine. You do not perhaps have this blocked on your firewall? I know there were some FTP address changes announced by IBm a few months ago - I went to our network/firewall person and asked to open this up. On Fri, Oct 14, 2022 at 10:34 AM Benik, John E < 01ace072c099-dmarc-requ...@listserv.ua.edu> wrote: > It appears the FTP function for downloading a new version of tapetools > has been shutdown. > > public.dhe.ibm.com > EZA1554I Connecting to: public.southdata.ibm.com 170.225.126.18 port: 21. > EZA2590E connect error from initIPv4Connection - EDC8127I Connection > timed out. > > I have asked about this but have not gotten a response so thought I > would put it here. But it seems like the only way now is to download > the xmi files to your PC and upload to the z machine like we used to > do. Just thought I would see if anybody else has had the same issue. > It does look like the change to FTP was made around the end of August. > Although it wasn't clear that this would be effected. > > Regards, > > John Benik > > This e-mail, including attachments, may include confidential and/or > proprietary information, and may be used only by the person or entity > to which it is addressed. If the reader of this e-mail is not the > intended recipient or intended recipient’s authorized agent, the > reader is hereby notified that any dissemination, distribution or > copying of this e-mail is prohibited. If you have received this e-mail > in error, please notify the sender by replying to this message and delete > this e-mail immediately. > > > -- > 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 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job.
Thanks Perhaps that's the key, yeah I have the e-mail about the FTP changes. Regards, John Benik Senior Systems Management Analyst – zSeries Storage Delivery 11000 Optum Circle MN102 Eden Prairie, MN 55344 w)952-833-7765 c)612-616-3984 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Albertus de Wet Sent: Friday, October 14, 2022 11:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job. I just re-downloaded it from "ftp.software.ibm.com" directly to the mainframe, and it worked fine. You do not perhaps have this blocked on your firewall? I know there were some FTP address changes announced by IBm a few months ago - I went to our network/firewall person and asked to open this up. On Fri, Oct 14, 2022 at 10:34 AM Benik, John E < 01ace072c099-dmarc-requ...@listserv.ua.edu> wrote: > It appears the FTP function for downloading a new version of tapetools > has been shutdown. > > public.dhe.ibm.com > EZA1554I Connecting to: public.southdata.ibm.com 170.225.126.18 port: 21. > EZA2590E connect error from initIPv4Connection - EDC8127I Connection > timed out. > > I have asked about this but have not gotten a response so thought I > would put it here. But it seems like the only way now is to download > the xmi files to your PC and upload to the z machine like we used to > do. Just thought I would see if anybody else has had the same issue. > It does look like the change to FTP was made around the end of August. > Although it wasn't clear that this would be effected. > > Regards, > > John Benik > > This e-mail, including attachments, may include confidential and/or > proprietary information, and may be used only by the person or entity > to which it is addressed. If the reader of this e-mail is not the > intended recipient or intended recipient’s authorized agent, the > reader is hereby notified that any dissemination, distribution or > copying of this e-mail is prohibited. If you have received this e-mail > in error, please notify the sender by replying to this message and delete > this e-mail immediately. > > > -- > 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 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Has anybody tried downloading a new version of tapetools recently using FTPTOOLS or FTPTOOLX job.
It appears the FTP function for downloading a new version of tapetools has been shutdown. public.dhe.ibm.com EZA1554I Connecting to: public.southdata.ibm.com 170.225.126.18 port: 21. EZA2590E connect error from initIPv4Connection - EDC8127I Connection timed out. I have asked about this but have not gotten a response so thought I would put it here. But it seems like the only way now is to download the xmi files to your PC and upload to the z machine like we used to do. Just thought I would see if anybody else has had the same issue. It does look like the change to FTP was made around the end of August. Although it wasn't clear that this would be effected. Regards, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Automated 30, 90 day reporting from the tapetools txt files.
I was wondering if anyone has ever automated the data retrieval of the dayhsmry.txt file into the graphics and reporting spreadsheet? I have to manually import the data each month, and sometimes forget to do it on the 1st. Regards, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or intended recipient’s authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Tape Tools reporting and Splunk
I was wondering if anybody is routing any of their Tape tools reporting to Splunk? Especially interested if you are doing this without using some other third party software product. Regards, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Tape Assist
I'm wondering if there are others out there who have used tape assist to migrate their tape data? Soon we will be using it to migrate to an IBM TS7700, we are running into some minor issues but don't want to put any detailed information here. If anybody else has experience using this product please let me know. Regards, John Benik | Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DB2 Image Copies
Are there any good recommendations/suggestions on retaining DB2 Image Copies? Specifically in an environment where all data is replicated. It is my belief that we are retaining the data for Image Copies much longer than it needs to be in many cases, but I'm not sure if there is a best practice recommendation available. Sincerely, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RMM Retention Method(EXPDT)
I'm wondering if any of you are currently using the RMM retention method(expdt)? We are using it on one system and looking at implementing it on all of our systems running RMM now that we are z/OS 2.3. If you are using it can you share your experiences or issues you ran into migrating to this? Sincerely, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape Mount Management
Thank you for all the feedback. Even though we are all virtual tape, I am under the impression that not all the data residing on tape should be. Yes it's virtual and therefore disk, but many of the JCL used today is old and since there is no chargeback for tape, users continue to write their data to tape. I am looking into this to help determine where the data should reside. The best will probably be looking at smaller tapes and having those go to disk instead. I'm thinking starting with 50 MB. John Benik | Optum Senior Systems Management Analyst – Mainframe Storage, Network Hosting Services Optum Technology 12125 Technology Drive Eden Prairie, MN 55344 O) 1-952-833-7765 C) 1-612-616-3984 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, January 30, 2019 1:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Tape Mount Mangement On Wed, 30 Jan 2019 17:30:34 +0100, R.S. wrote: > >My other impression is it's simpler to change gazillion (usually less) >of JCL jobs to explicitly point datasets to DASD than using TMM. > Might a JCLLIB member that SETs a few JCL symbols facilitate this? Reduce a gazillion to a handful? Nowadays JCL symbols can even be resolved in SYSIN. >Of course virtual tape reliefs many pains of tape, but keeping things in >old way is not good for the future. > IBM sometimes seems to have the opposite impression. "Compatibility". -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Data placement through analytics.
We are not speaking of HSM data, but rather Physical Sequential files that are being directed to tape. We will more than likely use SMS to control allocations, but need to determine if some of the tape files are better candidates for disk. Requesting the users to change their JCL is not an option. Both tapewise and mountmon seem like good tools to use to help us determine that. I'm just trying to lay out the best way to proceed as far as determining where the data should be placed. Common sense tells me small tape files with a short retention, and not read would be good candidates for disk. We are using DLMs for HSM and general purpose tape. John Benik -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Monday, July 30, 2018 12:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Data placement through analytics. John Benik wrote: >I am trying to find a way to use either Tapewise or Tape Mount Monitor to >determine the best media to store the tape data on. In other words I would >like to be able to look at some reports and be able to state that this data >should be on disk and not tape. The tool we are using currently works for >disk to tape determination but not tape to disk. If anybody has any ideas on >how to do this it would be greatly appreciated. A question please: Is there something in HSM and SMS (management class) you're missing to determine the placement of datasets? We generally use age, backup requirements and frequency of usage to determine where datasets are placed on disk and 'tape' (actually VTS cartridges). What are your goals to determine what media do you want to use? Do you have a 'Tape management system'? Disclaimer - I never used Tapewise at all. I have used Tape mount monitor years ago while being a storage admin, but discarded/dropped it eventually. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OAM and Object Tape Support with an MTL
It seems that some other conversations have merged into this one. There was a question out there about software delivery on tape, which IBM is getting away from. This question was specifically about OAM and using object tape support. Even more specifically if we should consider using the parmlib member CBROAMXX for object tape support. Brian in your comments it does not sound like you are using that, and based on what other people have stated we do not need to use it. In that parmlib member you setup such things as MAXTAPERETRIEVETASKS and MAXTAPESTORETASKS, among other things. In your OAM startup you would than point to that member. I am by no means an OAM expert and just wanted to investigate if we could possibly see some performance benefits from some changes, but in reality we would not. John Benik | Optum -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian Westerman Sent: Tuesday, April 24, 2018 12:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OAM and Object Tape Support with an MTL OAM is pretty fast for SMS managed tape. For example, we have a client that uses literally thousands of really small tapes per day (it's a long sordid story as to why) with 512 virtual tape transports and an average of 156 in constant use, averaging 3 to 5 mounts per second, there is less than .25 second (wall clock) delay between the request for a tape and the mount being satisfied. If you define the tapes in your IODF with the following attributes: LIBRARY-ID somelibraryid <--same id and port for each device that will share that library LIBPORT-ID someport MTLYES then set up in ISMF option 10.3 (library mgmt|tape) that same libraryID and an initial status of "online" for each LPAR that needs it (if not sysplexed, each one is set separately on ISMF for that LPAR). and also set "MANUAL" for library type and device type, then set up a valid storage class (along with and ACS routine to control it) and storage group (and a SG ACS routine entry) (remembering on the ISMF storage group panel to select the "alter group status" option at the bottom of the page to a "y" and then specify the library name and that you "ENABLE" it for that specific LPAR). (since it's manual you will need to do this for each LPAR, but it's just because you can't do it for all of them at once, (not if you want it to work)). Once you complete those steps, OAM should reset itself and tell you it knows about your manual library and the tapes you vary online (the ones you defined in your IODF) will be SMS managed. The rest is done within your tape library system (setting up the tapes to your tape management system (CA-1 or RMM, etc.) is fairly simple but there are some settings that you don't want to forget and if it's CA-1 you need to make sure his OAM exits are active. Then inside the Virtual tape system itself, you have to define the tapes and make sure they are synced with your tape management system on the mainframe. It may seem like a lot of work, but it's all pretty straightforward. If you have any problems just contact me offline or via this list and I'll help you with it. Offline is quicker because I don't always check the list, but the list would be good so that it get documented for other people later on. I think most of the virtual tape vendors have a section in their installation guide that covers these steps (BUS-TECH had a really good one but they sold themselves to EMC who discontinued the device), but they are sometimes very difficult to follow and the vendors themselves sometimes don't know. Mostly because they stick you with the marketing people who don't want to admit they don't know how to set the libraries up. :) I've set things up for clients with about every virtual tape vendor that exists (and those that don't any more) so I know where most of the pitfalls are. Brian Westerman On Mon, 23 Apr 2018 18:47:14 +, Benik, John E <john_e_be...@optum.com> wrote: >Thank you for the replies. Yes we have implemented SMS tape with our MTL and >since the libraries have to be defined to SMS it is our understanding that OAM >would have to be used for allocation purposes. I attended an OAM session at >Share this year and was trying to investigate if there is anything we should >be doing in OAM to enhance performance. It does not sound like there is >however. > > > >John Benik > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >On Behalf Of Brian Westerman >Sent: Saturday, April 21, 2018 7:07 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: OAM and Object Tape Support with an MTL > >If you are going to use System Managed Tape with your MTL, then you do have a >couple of configuration options under ISMF y
Re: OAM and Object Tape Support with an MTL
Thank you for the replies. Yes we have implemented SMS tape with our MTL and since the libraries have to be defined to SMS it is our understanding that OAM would have to be used for allocation purposes. I attended an OAM session at Share this year and was trying to investigate if there is anything we should be doing in OAM to enhance performance. It does not sound like there is however. John Benik -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian Westerman Sent: Saturday, April 21, 2018 7:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OAM and Object Tape Support with an MTL If you are going to use System Managed Tape with your MTL, then you do have a couple of configuration options under ISMF you will need to update. Also, did you define you library(ies) in your IODF EDT? OAM is not really obsolete, it has a real purpose in some situations. The above is just one of them. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OAM and Object Tape Support with an MTL
We are using a DLM for our virtual tape library and have them defined as MTLs. OAM starts without object tape support, I would like to know if this is something we should look at adding, or does it not have any impact one way or another? Here is what OAM shows at startup. 22.16.22 S0169252 IEF695I START OAM WITH JOBNAME OAM IS ASSIGNED TO U 22.16.22 S0169252 $HASP373 OAM STARTED 22.16.22 S0169252 IEF403I OAM - STARTED - TIME=22.16.22 22.16.22 S0169252 CBR0001I OAM initialization starting. 22.16.23 S0169252 CBR0054I OAM has initialized without object tape support. 22.16.23 S0169252 CBR0002I OAM initialization completed. John Benik | Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM question
Good point Tom. The system where we have implemented this is on 2.2, but I don't have any of the 2.1 manuals to see if this was part of it or not. It was a pleasure deleting VRS's especially since they just tied back to an SMS management class. As for the other systems we are waiting until they are 2.3 before converting per IBMs recommendation. John Benik | Optum -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Conley Sent: Wednesday, February 14, 2018 1:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RMM question On 2/14/2018 12:23 PM, Benik, John E wrote: > Yes I know that but our company is also moving away from VRS's in my opinion > doing something like this... > > MCATTR(ALL)/* USE SMS MANAGEMENT. */ - > RM(EXPDT(GDG(WHILECATALOG(UNTILEXPIRED),RETPD(0)) - > NOGDG(WHILECATALOG(UNTILEXPIRED),RETPD(0)) - > LASTREF(0) CATLGDAYS(0) RETAINBY(SET))) /* RET METHOD */ - > > In the RMM parms to get catalog control is just easier, and getting > much closer to CA-1 which so many of us are familiar with. In > addition RMM now has EDM for HSM data. In Z/OS 2.3 the default is > yes. But you can also use a parm of EDM(YES) and all HSM migrates and > backups will be externally data managed, also similar to CA-1. I have > been told a lot of the things that used to require modifications to > the UXTABLE will be moving to the parmlib in Z/OS 2.3 > > John Benik | Optum John, Nice work if you can get it my friend. I'm stuck on V2R1 for the time being. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM question
Yes I know that but our company is also moving away from VRS's in my opinion doing something like this... MCATTR(ALL)/* USE SMS MANAGEMENT. */ - RM(EXPDT(GDG(WHILECATALOG(UNTILEXPIRED),RETPD(0)) - NOGDG(WHILECATALOG(UNTILEXPIRED),RETPD(0)) - LASTREF(0) CATLGDAYS(0) RETAINBY(SET))) /* RET METHOD */ - In the RMM parms to get catalog control is just easier, and getting much closer to CA-1 which so many of us are familiar with. In addition RMM now has EDM for HSM data. In Z/OS 2.3 the default is yes. But you can also use a parm of EDM(YES) and all HSM migrates and backups will be externally data managed, also similar to CA-1. I have been told a lot of the things that used to require modifications to the UXTABLE will be moving to the parmlib in Z/OS 2.3 John Benik | Optum -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Conley Sent: Wednesday, February 14, 2018 10:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RMM question On 2/14/2018 11:18 AM, Benik, John E wrote: > From: Benik, John E > Sent: Tuesday, February 13, 2018 11:22 AM > To: 'IBM Mainframe Discussion List' > Subject: RE: RMM question > > We have been looking at changing from VRSEL to Retention Method processing. > However our understanding is that in Z/OS 2.3 a lot of the functionality > performed by the exits is being removed and we were told that we should wait > for this before we change to retention method. If you do an RMM LC All you > should be able to see if the exit is enabled. One of the big differences I > have found with RMM and CA-1 is that there is no default retention for > catalog control in RMM. If you don't code EXPDT=99000 you will not get > catalog control and that applies for GDGs as well. So that being said check > your RMM parms and see how long the retention is. This should give you an > idea of when these tapes will scratch. Retention Method processing however > allows you to set Catalog Control as the default. > > John Benik | Optum > John, You can make catalog control the default without Retention Method, with a VRS ** WHILECATALOG, or a UXTABLE default entry with 99000 and EDGUX100. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM question
From: Benik, John E Sent: Tuesday, February 13, 2018 11:22 AM To: 'IBM Mainframe Discussion List' Subject: RE: RMM question We have been looking at changing from VRSEL to Retention Method processing. However our understanding is that in Z/OS 2.3 a lot of the functionality performed by the exits is being removed and we were told that we should wait for this before we change to retention method. If you do an RMM LC All you should be able to see if the exit is enabled. One of the big differences I have found with RMM and CA-1 is that there is no default retention for catalog control in RMM. If you don't code EXPDT=99000 you will not get catalog control and that applies for GDGs as well. So that being said check your RMM parms and see how long the retention is. This should give you an idea of when these tapes will scratch. Retention Method processing however allows you to set Catalog Control as the default. John Benik | Optum -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Tuesday, February 13, 2018 7:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RMM question We recently converted from CA-1 to RMM. I am having an issue with some tape volumes containing GDGs not scratching after x days. I have determined it is due to EXPDT=99000, and I am now waiting for the person who performed the conversion to let me know if the EDGUX100 exit is installed and activated. I am now looking at the process to create the correct VDS records for these GDGs. Currently, using a LISTCAT GDG ALL, I can see that the number of versions to be retained is 7. And only 7 DGDs show up in the LISTCAT. RMM has more versions in it's catalog. In creating the VDS in RMM, it appears that I will need to also tell it the number of GDGs to retain. Maybe I am looking at this wrong, but it looks like I will need to maintain the number of generations to retain in both locations? -- Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
