Re: SMS CDS migration
The only way to transfer the CDS info is to allocate a new set and go through the process to transfer/switch over to new CDS files. We finished zos 2.4 about 3 months ago and the only concern was to make a backup of the CDS in case of a backout due toTsome changes that affected the size of some internal fields in the CDS and in case of a backout, this would cause an issue. -Original Message- From: IBM Mainframe Discussion List On Behalf Of TSDunlap Sent: Wednesday, December 23, 2020 11:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMS CDS migration We are in the process of switching from z/OS 2.3 to z/OS 2.4. I am wondering if there is an easy method to transfer SMS CDS definitions between versions? -- Regards, Thomas Dunlap Independent Consultant tsdun...@wowway.com cell-614 975-4801 -- 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: Strange Migration behaviour DFHSM
Jake, The more common issues with this kind of behavior is that probably migration is held or there are no tape tasks assigned. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jake Anderson Sent: Sunday, December 29, 2019 10:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Strange Migration behaviour DFHSM Hi Our DFHSM is a single host based . Strange behaviour an noticing with it as when i manually try to HMIGRATE to ML2(Virtual tape) and it's still in DFHSM request queue for more than a 1 day. I scanned through HSM log and i dont see any error related to the dataset am trying to migrate. The MCDS is at 90% and it's threshold is at 95%. Can this be a real issue? Jake -- 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: Tn3270 + MFA
I work for a Bank and MFA was implemented several months ago. It was very smooth for the most part. One of the issues we ran into was our DR exercise, the MFA software did not work on the DR recovered system since we usually do some SMS work in the first IPL; we had to keep our "old" password active. Also, we use something called 'out of band'(it is a 'single use'; code) which we use when we FTP from plex to another; there is some other code that is used for the CICS community but not sure what that is called. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pew, Curtis G Sent: Tuesday, July 16, 2019 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Tn3270 + MFA Our security folks want us to implement some form of two-factor authentication for tn3270 access. (Currently, we just require users to be on campus or use our VPN; the VPN uses DUO to provide two-factor authentication. But now they want two-factor for on campus too.) Has anyone implemented anything like this? Any pointers or suggestions? Thanks. -- Pew, Curtis G curtis@austin.utexas.edu -- 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: Expanding DFHSM MCDS
Thank you. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Tuesday, July 9, 2019 11:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Expanding DFHSM MCDS Hi Hervey!! I wouldn't expect it to be more complicated than shutting down HSM everywhere, defining a new larger MCDS and then REPRO the old dataset into the new one. Then either change the dataset name of the MCDS in the startup procedure, or rename the datasets, old->backup, new->old and restart HSM. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Tuesday, July 9, 2019 11:05 AM, Hervey Martinez wrote: > We need to expand the MCDS and are leaning towards using a mod-27 volume to > resize and keeping a single cluster. I've done some reading and have not seen > anything about whether this can be done. Anybody out there done this? > > Hervey > > -- > -- > -- > -- > > 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: Expanding DFHSM MCDS
Thank you. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chuck Kreiter Sent: Tuesday, July 9, 2019 11:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Expanding DFHSM MCDS We run with a single MOD-27 cluster with no problems. Looking to take that to a MOD-54 and then split into multiple clusters. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Tuesday, July 9, 2019 11:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Expanding DFHSM MCDS We need to expand the MCDS and are leaning towards using a mod-27 volume to resize and keeping a single cluster. I've done some reading and have not seen anything about whether this can be done. Anybody out there done this? Hervey -- 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
Expanding DFHSM MCDS
We need to expand the MCDS and are leaning towards using a mod-27 volume to resize and keeping a single cluster. I've done some reading and have not seen anything about whether this can be done. Anybody out there done this? Hervey -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Gotchas for RMM and HSM under z/OS 2.3
Hi Jake, One of the segment in hsm is expanding but not sure if this will be a problem for you since the issue affects the sharing LPAR. So, if you have more than one LPAR and one of these is upgraded; then, a toleration PTF has to be applied to the LPAR that does not upgrade; otherwise, a soc4 will occur. Hervey -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jake Anderson Sent: Sunday, March 17, 2019 2:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Gotchas for RMM and HSM under z/OS 2.3 Hi Are there any specific issue faced while running RMM and HSM on z/OS 2.3 ? Jake -- 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: hsm questions
Mike, Yes, you should be able to delete the logs outside of hsm. I don't think it keeps track of those. The log retention is usually governed ty the management class; so, look into that. To check the space on hsm cds files: HSEND Q CDS That command will give the the space allocation of the ocds, bcds, ocds and journal. Look at the usage for the DATA portion of your cds files. Once it hits 90%, you have to think reorg. -Original Message- From: IBM Mainframe Discussion List On Behalf Of MARTIN, MIKE Sent: Wednesday, March 13, 2019 4:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: hsm questions Hi all, I am fairly new to hsm (been around MVS for decades though). The person that previously managed hsm left the company and now I have that responsibility. I have a couple of basic questions about hsm... 1. Can I manually delete old ACTIVITY Logs outside of hsm? (in other words, does hsm keep track of them?) 2. For the MCDS, Omegamon shows two fields... Percent Free Space Data Component - 14% and Percent Available Space Data Component - 55.8% What is the difference? Which one should I care most about? Thanks for any help in advance. Mike Martin This email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. -- 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: HSM Migrate Storagegroup Command APAR OA56695
Hi Chuck, So, what you're saying is that the command ignored management class attributes for each of these files? Hervey -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chuck Kreiter Sent: Wednesday, January 23, 2019 1:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HSM Migrate Storagegroup Command APAR OA56695 My firm was recently hit with a bug in the MIGRATE STORAGEGROUP command. When issued, HSM began migrating the storage group requested but then moved on to other volumes in different storage groups. We discovered this after several CICS datasets were migrated while the region was down and the restart was delayed for recalls. I just wanted to pass this along to those who use this command. The APAR describes running MIGRATE STORAGEGROUP commands on a system that runs primary space management. However, we hit this on a system that doesn't run primary space management as well. From the dump of HSM on this system, IBM discovered the SMS VT had thousands of volumes in it rather than just the ones in the SG selected for migration. -- 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: Multi-volume HSM MCDS
Ok, is there a limit to how big it can be? We have the file under SMS. From: IBM Mainframe Discussion List on behalf of Chuck Kreiter Sent: Tuesday, December 18, 2018 1:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Multi-volume HSM MCDS It doesn't need to be RLS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Tuesday, December 18, 2018 12:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Multi-volume HSM MCDS The MCDS is taking up a full mod-9 and it is growing. I'm looking at expanding the file to be multi-volume and wondering if this can be done without converting CDS to RLS? Done some searches but don't really come up with anything. How would this be expanded to multi-volume. Would the definition just be, let's say 20,000 cylinders and make sure there are two mod9 volumes available? One option would be to move it to a Mod-27 but not sure if such a volume is available at our DR site. Anybody have any ideas? -- 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: Multi-volume HSM MCDS
i had read that but was not sure. So, that means that each one will need to be split based on the key. The old from-key to-key concept. From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Tuesday, December 18, 2018 1:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Multi-volume HSM MCDS You want to convert to multiple mcds clusters MCDS1 MCDS2 Etc... The MCDS and BCDS can be comprised from one to four clusters. Each cluster is a stand-alone VSAM Key Sequence data Set https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.arci000/mvcds.htm You probably have to change your startup JCL for DFHSM Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Hervey Martinez > Sent: Tuesday, December 18, 2018 10:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Multi-volume HSM MCDS > > The MCDS is taking up a full mod-9 and it is growing. > > I'm looking at expanding the file to be multi-volume and wondering if this > can be done without converting CDS to RLS? Done some searches but don't > really come up with anything. > > How would this be expanded to multi-volume. Would the definition just be, > let's say 20,000 cylinders and make sure there are two mod9 volumes > available? > > One option would be to move it to a Mod-27 but not sure if such a volume is > available at our DR site. > > Anybody have any ideas? > > -- > 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
Multi-volume HSM MCDS
The MCDS is taking up a full mod-9 and it is growing. I'm looking at expanding the file to be multi-volume and wondering if this can be done without converting CDS to RLS? Done some searches but don't really come up with anything. How would this be expanded to multi-volume. Would the definition just be, let's say 20,000 cylinders and make sure there are two mod9 volumes available? One option would be to move it to a Mod-27 but not sure if such a volume is available at our DR site. Anybody have any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS RECORG=FS
here is a link to DFSMS manual: https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3SC236860/$file/idas200_v2r3.pdf z/OS DFSMSdfp Storage Administration<https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3SC236860/$file/idas200_v2r3.pdf> Storage administrator authorization . 249 Chapter 17. Administering VSAM record-level sharing . . 251 Pr eparing for VSAM r ecor d-level sharing ... . 251 www-01.ibm.com From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Wednesday, December 12, 2018 11:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS I don't see FS as a possibility either ; HELP on the RECORG in the ISMF TEST CASE panel tells me RECORG must contain KS, ES, RR, LS, or blanks LS would do the trick for you I believe Carmen Vitullo - Original Message - From: "Kevin Neubert" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, December 12, 2018 10:53:58 AM Subject: Re: ZFS RECORG=FS HELP for RECORG in test case shows FS as a possible value on your system? What specific document is this? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Wednesday, December 12, 2018 7:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS Well, the DFSMS manual states that RECORG=FS is valid. Once again, this issue is in creating a test case in ISMF; have not tried it in JCL. From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Wednesday, December 12, 2018 10:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS Note - You cannot code FS for an LS dataset. That will not work. zFS are Linear and would use LS I have never coded RECORG in any thing that uses zFS Files. Either during the DEF LINEAR or when using then in JCL or other actions. I am not sure why you want to use it for your process. Please post the documentation that requires the use of RECORG for this process. This does not make sense to me. Lizette > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Hervey Martinez > Sent: Wednesday, December 12, 2018 8:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS RECORG=FS > > We don't have a problem defining or converting files. > > The issue is in ISMF. It will not recognize the FS for RECORG when > defining a test case, it just gives an error saying it's not a valid RECORG. > > > From: IBM Mainframe Discussion List on > behalf of Lizette Koehler > Sent: Wednesday, December 12, 2018 10:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS RECORG=FS > > Did you include the keyword LINEAR in your VSAM Define of the zFS? > > Actually there are tools provided to convert HFS to zFS. > > 1) Please show Vsam Define statements > > 2) Please show how you formatted the zFS > > 3) Please show the messages you get when the RECORG is not recognized - do > not filter the output but mask shop proprietary information > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Jacobs - Listserv > > Sent: Tuesday, December 11, 2018 2:15 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS RECORG=FS > > > > A zFS is a specially formatted VSAM LDS. How are you creating the ZFS? > > > > Hervey Martinez wrote on 12/11/18 3:59 PM: > > > > Working on HFS to ZFS conversion and the DFSMS manual for zos 2.3 > > mentions the RECORG=FS to be used for ZFS files. > > > > In creating a test case in ISMF, it does not recognize this parm and > > it give an error. i did add this to the ACS routines and we are able > > to allocate a ZFS and convert an HFS to ZFS. > > > > Any idea how to correct this RECORG=FS? > > > > > > -- > > > > Mark Jacobs > > Time Customer Service > > Global Technology Services > > > > The standard you walk past is the standard you accept. > > Lt. Gen. David Morrison > > > > -- 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: ZFS RECORG=FS
&RECORG The data set record organization, one of: KS VSAM key sequenced (KSDS) ES VSAM entry sequenced (ESDS) RR VSAM relative record (RRDS) LS VSAM linear FS VSAM linear zFS data set That's from the DFSMS manual From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Wednesday, December 12, 2018 10:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS Note - You cannot code FS for an LS dataset. That will not work. zFS are Linear and would use LS I have never coded RECORG in any thing that uses zFS Files. Either during the DEF LINEAR or when using then in JCL or other actions. I am not sure why you want to use it for your process. Please post the documentation that requires the use of RECORG for this process. This does not make sense to me. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Hervey Martinez > Sent: Wednesday, December 12, 2018 8:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS RECORG=FS > > We don't have a problem defining or converting files. > > The issue is in ISMF. It will not recognize the FS for RECORG when defining a > test case, it just gives an error saying it's not a valid RECORG. > > > From: IBM Mainframe Discussion List on behalf of > Lizette Koehler > Sent: Wednesday, December 12, 2018 10:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS RECORG=FS > > Did you include the keyword LINEAR in your VSAM Define of the zFS? > > Actually there are tools provided to convert HFS to zFS. > > 1) Please show Vsam Define statements > > 2) Please show how you formatted the zFS > > 3) Please show the messages you get when the RECORG is not recognized - do > not filter the output but mask shop proprietary information > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Jacobs - Listserv > > Sent: Tuesday, December 11, 2018 2:15 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS RECORG=FS > > > > A zFS is a specially formatted VSAM LDS. How are you creating the ZFS? > > > > Hervey Martinez wrote on 12/11/18 3:59 PM: > > > > Working on HFS to ZFS conversion and the DFSMS manual for zos 2.3 > > mentions the RECORG=FS to be used for ZFS files. > > > > In creating a test case in ISMF, it does not recognize this parm and > > it give an error. i did add this to the ACS routines and we are able > > to allocate a ZFS and convert an HFS to ZFS. > > > > Any idea how to correct this RECORG=FS? > > > > > > -- > > > > Mark Jacobs > > Time Customer Service > > Global Technology Services > > > > The standard you walk past is the standard you accept. > > Lt. Gen. David Morrison > > > > -- 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: ZFS RECORG=FS
Well, the DFSMS manual states that RECORG=FS is valid. Once again, this issue is in creating a test case in ISMF; have not tried it in JCL. From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Wednesday, December 12, 2018 10:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS Note - You cannot code FS for an LS dataset. That will not work. zFS are Linear and would use LS I have never coded RECORG in any thing that uses zFS Files. Either during the DEF LINEAR or when using then in JCL or other actions. I am not sure why you want to use it for your process. Please post the documentation that requires the use of RECORG for this process. This does not make sense to me. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Hervey Martinez > Sent: Wednesday, December 12, 2018 8:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS RECORG=FS > > We don't have a problem defining or converting files. > > The issue is in ISMF. It will not recognize the FS for RECORG when defining a > test case, it just gives an error saying it's not a valid RECORG. > > > From: IBM Mainframe Discussion List on behalf of > Lizette Koehler > Sent: Wednesday, December 12, 2018 10:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS RECORG=FS > > Did you include the keyword LINEAR in your VSAM Define of the zFS? > > Actually there are tools provided to convert HFS to zFS. > > 1) Please show Vsam Define statements > > 2) Please show how you formatted the zFS > > 3) Please show the messages you get when the RECORG is not recognized - do > not filter the output but mask shop proprietary information > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Jacobs - Listserv > > Sent: Tuesday, December 11, 2018 2:15 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS RECORG=FS > > > > A zFS is a specially formatted VSAM LDS. How are you creating the ZFS? > > > > Hervey Martinez wrote on 12/11/18 3:59 PM: > > > > Working on HFS to ZFS conversion and the DFSMS manual for zos 2.3 > > mentions the RECORG=FS to be used for ZFS files. > > > > In creating a test case in ISMF, it does not recognize this parm and > > it give an error. i did add this to the ACS routines and we are able > > to allocate a ZFS and convert an HFS to ZFS. > > > > Any idea how to correct this RECORG=FS? > > > > > > -- > > > > Mark Jacobs > > Time Customer Service > > Global Technology Services > > > > The standard you walk past is the standard you accept. > > Lt. Gen. David Morrison > > > > -- 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: ZFS RECORG=FS
We don't have a problem defining or converting files. The issue is in ISMF. It will not recognize the FS for RECORG when defining a test case, it just gives an error saying it's not a valid RECORG. From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Wednesday, December 12, 2018 10:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS Did you include the keyword LINEAR in your VSAM Define of the zFS? Actually there are tools provided to convert HFS to zFS. 1) Please show Vsam Define statements 2) Please show how you formatted the zFS 3) Please show the messages you get when the RECORG is not recognized - do not filter the output but mask shop proprietary information Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Mark Jacobs - Listserv > Sent: Tuesday, December 11, 2018 2:15 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS RECORG=FS > > A zFS is a specially formatted VSAM LDS. How are you creating the ZFS? > > Hervey Martinez wrote on 12/11/18 3:59 PM: > > Working on HFS to ZFS conversion and the DFSMS manual for zos 2.3 mentions > the RECORG=FS to be used for ZFS files. > > In creating a test case in ISMF, it does not recognize this parm and it give > an error. i did add this to the ACS routines and we are able to allocate a > ZFS and convert an HFS to ZFS. > > Any idea how to correct this RECORG=FS? > > > -- > > Mark Jacobs > Time Customer Service > Global Technology Services > > The standard you walk past is the standard you accept. > Lt. Gen. David Morrison > > -- 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: ZFS RECORG=FS
We are not defining the files for conversion, we are just testing for proper pool storage pool assignment. After ACS updates, I was trying to test the changes via ISMF option 7.4 and creating a test case; it would not let me use the FS for RECORG. From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Wednesday, December 12, 2018 8:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS that's correct,defining as a LINEAR VSAM CL and then using the IOA format utility ? IOEAGFMT - converting from HFS to ZFS is not so bad using the utility I had posted previously - no need to define the ZFS beforehand the utility will do this for you Carmen Vitullo - Original Message - From: "Hervey Martinez" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, December 12, 2018 7:35:28 AM Subject: Re: ZFS RECORG=FS Hi Mark, We are using IDCAMS to create these files. From: IBM Mainframe Discussion List on behalf of Mark Jacobs - Listserv Sent: Tuesday, December 11, 2018 4:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS A zFS is a specially formatted VSAM LDS. How are you creating the ZFS? Hervey Martinez wrote on 12/11/18 3:59 PM: Working on HFS to ZFS conversion and the DFSMS manual for zos 2.3 mentions the RECORG=FS to be used for ZFS files. In creating a test case in ISMF, it does not recognize this parm and it give an error. i did add this to the ACS routines and we are able to allocate a ZFS and convert an HFS to ZFS. Any idea how to correct this RECORG=FS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@meredith.com<mailto:phish...@meredith.com>'. -- Mark Jacobs Time Customer Service Global Technology Services The standard you walk past is the standard you accept. Lt. Gen. David Morrison This electronic message, including any attachments, may contain proprietary, confidential or privileged information for the sole use of the intended recipient(s). You are hereby notified that any unauthorized disclosure, copying, distribution, or use of this message is prohibited. If you have received this message in error, please immediately notify the sender by reply e-mail and delete it. -- 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: ZFS RECORG=FS
Hi Mark, We are using IDCAMS to create these files. From: IBM Mainframe Discussion List on behalf of Mark Jacobs - Listserv Sent: Tuesday, December 11, 2018 4:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS RECORG=FS A zFS is a specially formatted VSAM LDS. How are you creating the ZFS? Hervey Martinez wrote on 12/11/18 3:59 PM: Working on HFS to ZFS conversion and the DFSMS manual for zos 2.3 mentions the RECORG=FS to be used for ZFS files. In creating a test case in ISMF, it does not recognize this parm and it give an error. i did add this to the ACS routines and we are able to allocate a ZFS and convert an HFS to ZFS. Any idea how to correct this RECORG=FS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@meredith.com<mailto:phish...@meredith.com>'. -- Mark Jacobs Time Customer Service Global Technology Services The standard you walk past is the standard you accept. Lt. Gen. David Morrison This electronic message, including any attachments, may contain proprietary, confidential or privileged information for the sole use of the intended recipient(s). You are hereby notified that any unauthorized disclosure, copying, distribution, or use of this message is prohibited. If you have received this message in error, please immediately notify the sender by reply e-mail and delete it. -- 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
ZFS RECORG=FS
Working on HFS to ZFS conversion and the DFSMS manual for zos 2.3 mentions the RECORG=FS to be used for ZFS files. In creating a test case in ISMF, it does not recognize this parm and it give an error. i did add this to the ACS routines and we are able to allocate a ZFS and convert an HFS to ZFS. Any idea how to correct this RECORG=FS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question about Luminex VTS solutions
We had a Luminex library for our small mainframe shop. i was not impressed with the support. I'm not sure if that was due to the contract we had or the company in general. Hervey From: IBM Mainframe Discussion List on behalf of Todd Burrell Sent: Friday, September 7, 2018 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question about Luminex VTS solutions Does anyone have any experience with Luminex virtual tape solutions? We saw a presentation today that was fairly impressive, but we would like to be sure that they actually work as well as they say. Please email me directly. Todd Burrell todd_burr...@csx.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEC614I Scratch
Well, I did the 'd mpf' and that message is not there. So, I'm assuming that the 'IEC614I Scratch' is being written out somewhere. Any ideas? Hervey From: IBM Mainframe Discussion List on behalf of Mark Jacobs - Listserv Sent: Wednesday, July 11, 2018 8:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC614I Scratch One of the parmlb datasets. If you have command access, issue a D PARMLIB command for the list of datasets in use. You can also issue a D MPF command which should show the active list too. Hervey Martinez wrote on 7/11/18 8:35 AM: Hey Mark, I normally are looking up parms. What parm library is this in? zos? Hervey From: IBM Mainframe Discussion List <mailto:IBM-MAIN@LISTSERV.UA.EDU> on behalf of Mark Jacobs - Listserv <mailto:mark.jac...@custserv.com> Sent: Monday, July 9, 2018 3:01 PM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: IEC614I Scratch Is it being suppressed either using MPFLSTxx or AutoOps? Either one can prevent the message from being written to the log. Hervey Martinez wrote on 7/9/18 2:39 PM: We have instances where some GDG files don't get deleted while these are in ML1; thus, they end up generating errors during Secondary Space Management generating a RC=20 RSN=98. I opened a ticket with IBM and they tell me that there should be an IEC614I Scratch message being generated and this is what we need to correct this issue. I have not been able to locate this msg, I have looked in HSM, several hundred job listings and several days of syslog files for all of our LPARS. I can't seem to find this error. Anybody have a clue as to where I can find this message in my system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu><mailto:lists...@listserv.ua.edu><mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@meredith.com<mailto:phish...@meredith.com><mailto:phish...@meredith.com><mailto:phish...@meredith.com>'. -- Mark Jacobs Time Customer Service Global Technology Services The standard you walk past is the standard you accept. Lt. Gen. David Morrison This electronic message, including any attachments, may contain proprietary, confidential or privileged information for the sole use of the intended recipient(s). You are hereby notified that any unauthorized disclosure, copying, distribution, or use of this message is prohibited. If you have received this message in error, please immediately notify the sender by reply e-mail and delete it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu<mailto: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<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@meredith.com<mailto:phish...@meredith.com>'. -- Mark Jacobs Time Customer Service Global Technology Services The standard you walk past is the standard you accept. Lt. Gen. David Morrison This electronic message, including any attachments, may contain proprietary, confidential or privileged information for the sole use of the intended recipient(s). You are hereby notified that any unauthorized disclosure, copying, distribution, or use of this message is prohibited. If you have received this message in error, please immediately notify the sender by reply e-mail and delete it. -- 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: IEC614I Scratch
Hey Mark, I normally are looking up parms. What parm library is this in? zos? Hervey From: IBM Mainframe Discussion List on behalf of Mark Jacobs - Listserv Sent: Monday, July 9, 2018 3:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC614I Scratch Is it being suppressed either using MPFLSTxx or AutoOps? Either one can prevent the message from being written to the log. Hervey Martinez wrote on 7/9/18 2:39 PM: We have instances where some GDG files don't get deleted while these are in ML1; thus, they end up generating errors during Secondary Space Management generating a RC=20 RSN=98. I opened a ticket with IBM and they tell me that there should be an IEC614I Scratch message being generated and this is what we need to correct this issue. I have not been able to locate this msg, I have looked in HSM, several hundred job listings and several days of syslog files for all of our LPARS. I can't seem to find this error. Anybody have a clue as to where I can find this message in my system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@meredith.com<mailto:phish...@meredith.com>'. -- Mark Jacobs Time Customer Service Global Technology Services The standard you walk past is the standard you accept. Lt. Gen. David Morrison This electronic message, including any attachments, may contain proprietary, confidential or privileged information for the sole use of the intended recipient(s). You are hereby notified that any unauthorized disclosure, copying, distribution, or use of this message is prohibited. If you have received this message in error, please immediately notify the sender by reply e-mail and delete it. -- 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
IEC614I Scratch
We have instances where some GDG files don't get deleted while these are in ML1; thus, they end up generating errors during Secondary Space Management generating a RC=20 RSN=98. I opened a ticket with IBM and they tell me that there should be an IEC614I Scratch message being generated and this is what we need to correct this issue. I have not been able to locate this msg, I have looked in HSM, several hundred job listings and several days of syslog files for all of our LPARS. I can't seem to find this error. Anybody have a clue as to where I can find this message in my system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS - Online vsam file space issues
12 extents on the index. Hervey From: IBM Mainframe Discussion List on behalf of Mike Schwab Sent: Friday, April 6, 2018 12:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CICS - Online vsam file space issues http://www-01.ibm.com/support/docview.wss?uid=isg1OA46366 IBM OA46366: RPLFDBK=2F080020-VSI ERROR, AFTER CA SPLIT ...<http://www-01.ibm.com/support/docview.wss?uid=isg1OA46366> www-01.ibm.com One client has recreated this problem by allocating a cluster with INDEX and DATA with space very small - CYL(1,0) and How many Index extents? On Fri, Apr 6, 2018 at 11:03 AM, Hervey Martinez wrote: > We had an issue where an online was had problems due to space. > > The VSAM file had 50 extents across 12 volumes and had several candidate > volumes available with plenty of space. The error IEC070I 209-220. > > A file was migrated off of one volume that the VSAM file was currently using. > Several years ago, there was an issue with CICS not recognizing dynamically > added volumes and not sure if this is still the case. > > Puzzling as to why the file would not take an extent onto another volume. > > Any ideas? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CICS - Online vsam file space issues
We had an issue where an online was had problems due to space. The VSAM file had 50 extents across 12 volumes and had several candidate volumes available with plenty of space. The error IEC070I 209-220. A file was migrated off of one volume that the VSAM file was currently using. Several years ago, there was an issue with CICS not recognizing dynamically added volumes and not sure if this is still the case. Puzzling as to why the file would not take an extent onto another volume. Any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ARC0734i rc=20 reason=98
The MC is set to EXPIRE. And that's the other strange thing, not all GDGs that share the MC have the same problem. Hervey From: IBM Mainframe Discussion List on behalf of Allan Staller Sent: Monday, November 20, 2017 3:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ARC0734i rc=20 reason=98 GDS=EXPIRED vs GDS=MIGRATE in the SMS management class? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Monday, November 20, 2017 1:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ARC0734i rc=20 reason=98 Well, all files that I've seen are GDG files. This is very puzzling. There are a few of these errors that happen every so often but have no idea what is causing them. Hervey From: IBM Mainframe Discussion List on behalf of Allan Staller Sent: Monday, November 20, 2017 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ARC0734i rc=20 reason=98 Non-symetric aliases? i.e. alias A in MCATA, but not in MCATB See message arc1220I RC=98 for explanation. Basically get down to one copy of the dataset (whether it is the migrated copy or the "real" dataset). This will resolve the issue. As to why, there are too many variables to spend a great deal of time speculating. HTH, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Monday, November 20, 2017 1:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ARC0734i rc=20 reason=98 We have several datasets that show up in HSM's miglog file. I know the problem is that the file is not cataloged and is the reason for the error. My question is: What causes these files to become uncataloged? I've read a few other posts about the HSM address space being cancelled due to errors and causing this sort of error. We only recycle HSM during maintenance on the weekends and many of these errors happen during the week which does not coincide with the recycling of the HSM task. Any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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: ARC0734i rc=20 reason=98
Yes, that was my initial thought but all GDGs that I've seen have the SCRATCH parm. From: IBM Mainframe Discussion List on behalf of John McKown Sent: Monday, November 20, 2017 3:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ARC0734i rc=20 reason=98 On Mon, Nov 20, 2017 at 1:59 PM, Hervey Martinez wrote: > Well, all files that I've seen are GDG files. This is very puzzling. There > are a few of these errors that happen every so often but have no idea what > is causing them. > Oh, I've had that problem. Look at the GDG base in the catalog. Make sure that it says "SCRATCH". Otherwise the GDG data set entry will "roll off" the GDG, but the data set will not be scratched from the volume. I had a big problem with this when programmers were allowed to create their own GDGs and they _never_ put the SCRATCH parameter on the DEFINE GDG. Why the bleeding IBM made the default NOSCRATCH is a mystery know to none at this point. > > > Hervey > > > > From: IBM Mainframe Discussion List on behalf > of Allan Staller > Sent: Monday, November 20, 2017 2:34 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ARC0734i rc=20 reason=98 > > Non-symetric aliases? i.e. alias A in MCATA, but not in MCATB > > See message arc1220I RC=98 for explanation. > > Basically get down to one copy of the dataset (whether it is the migrated > copy or the "real" dataset). > This will resolve the issue. > > As to why, there are too many variables to spend a great deal of time > speculating. > > HTH, > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Hervey Martinez > Sent: Monday, November 20, 2017 1:28 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ARC0734i rc=20 reason=98 > > We have several datasets that show up in HSM's miglog file. I know the > problem is that the file is not cataloged and is the reason for the error. > My question is: What causes these files to become uncataloged? > > I've read a few other posts about the HSM address space being cancelled > due to errors and causing this sort of error. We only recycle HSM during > maintenance on the weekends and many of these errors happen during the week > which does not coincide with the recycling of the HSM task. > > Any ideas? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > ::DISCLAIMER:: > > > > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. > E-mail transmission is not guaranteed to be secure or error-free as > information could be intercepted, corrupted, > lost, destroyed, arrive late or incomplete, or may contain viruses in > transmission. The e mail and its contents > (with or without referred errors) shall therefore not attach any liability > on the originator or HCL or its affiliates. > Views or opinions, if any, presented in this email are solely those of the > author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, > distribution and / or publication of this message without the prior > written consent of authorized representative of > HCL is strictly prohibited. If you have received this email in error > please delete it and notify the sender immediately. > Before opening any email and/or attachments, please check them for viruses > and other defects. > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- I have a theory that it's impossible to prove anything, but I can't prove it. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ARC0734i rc=20 reason=98
Well, all files that I've seen are GDG files. This is very puzzling. There are a few of these errors that happen every so often but have no idea what is causing them. Hervey From: IBM Mainframe Discussion List on behalf of Allan Staller Sent: Monday, November 20, 2017 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ARC0734i rc=20 reason=98 Non-symetric aliases? i.e. alias A in MCATA, but not in MCATB See message arc1220I RC=98 for explanation. Basically get down to one copy of the dataset (whether it is the migrated copy or the "real" dataset). This will resolve the issue. As to why, there are too many variables to spend a great deal of time speculating. HTH, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Monday, November 20, 2017 1:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ARC0734i rc=20 reason=98 We have several datasets that show up in HSM's miglog file. I know the problem is that the file is not cataloged and is the reason for the error. My question is: What causes these files to become uncataloged? I've read a few other posts about the HSM address space being cancelled due to errors and causing this sort of error. We only recycle HSM during maintenance on the weekends and many of these errors happen during the week which does not coincide with the recycling of the HSM task. Any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ARC0734i rc=20 reason=98
We have several datasets that show up in HSM's miglog file. I know the problem is that the file is not cataloged and is the reason for the error. My question is: What causes these files to become uncataloged? I've read a few other posts about the HSM address space being cancelled due to errors and causing this sort of error. We only recycle HSM during maintenance on the weekends and many of these errors happen during the week which does not coincide with the recycling of the HSM task. Any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question about management class autobackup=y
Ok and I've read some manuals and the description for this field is, "backups can be run" but does not mention about a backup required if this field is set to 'Y'. I guess my question is on the wording for this parm. I've always interpreted as required if it was set to Yes but I was asked why the discrepancy and I did not know how to answer. From: IBM Mainframe Discussion List on behalf of Allan Staller Sent: Tuesday, October 10, 2017 2:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question about management class autobackup=y Replying to my own post. The below should read: HSM (by default) will not expire a dataset if HSM does not own a backup copy. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Tuesday, October 10, 2017 1:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question about management class autobackup=y HSM (by default) will not expire a dataset if HSM does own a backup copy. It does not communicate w/FDR, nor know anything about any backups FDR may/may not have. This is the meaning of RC=53. This behavior can be changed by a patch described in: SC23-6869-02 z/OS DFSMShsm Implementation and Customization Guide pp360 "Disabling delete-if-backed-up (DBU) processing for SMS data sets" The citation above is the z/OS 2.2 version. Check the Impl/Cust guide for your release as the offset may have changed. HTH, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Tuesday, October 10, 2017 1:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question about management class autobackup=y We have several files that are receiving RC=53 and the management class has autobackup=y. The help panel in ISMF, describes this field as, "Automatic backup is allowed" but since these files are erroring that means that "backup are required". We don't run HSM backups since we rely on FDR for that. just wondering as to why the discrepancy on this field and if anybody can offer an explanation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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
Question about management class autobackup=y
We have several files that are receiving RC=53 and the management class has autobackup=y. The help panel in ISMF, describes this field as, "Automatic backup is allowed" but since these files are erroring that means that "backup are required". We don't run HSM backups since we rely on FDR for that. just wondering as to why the discrepancy on this field and if anybody can offer an explanation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM ML2 on disk
Lizette, I don't know what is the driving force for this since we converted to a VTS and been using it about 2 years; my manager asked about it and I said, I don't think it can be done then started thinking about housekeeping such as recycling and thought I'd ask. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, November 18, 2014 10:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM ML2 on disk Hervey What is driving the need to move from TAPE to DASD? Which is less cost - Tape or Dasd? Going to dasd will require lots of dasd over time. With tape you can stick it on a shelf. On DASD you can only buy more Which has the High Availability that you need? How stable is your DASD vs. TAPE If you lose you "disk" file of a tape then you lose everything. If a tape cartridge goes bad, it may be possible to recover it any way. We went pure tapeless in my shop. Recalls and migrations are faster (much faster). But I am needing to add more storage perhaps faster than I did when I just had to purchase tapes. There is less wasted space on virtual tape. I have 300GB tape files defined. But if a file is only 100KB then that is all that is used. I no longer waste a whole 300GB tape. Hope this helps. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Hervey Martinez > Sent: Tuesday, November 18, 2014 8:13 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM ML2 on disk > > Yes, right now we do have a VTS that emulates a 3590 tape but we are > looking at using ECKD to house the traditional ML2 files that historically > have been on tape. > > Regards, > > Hervey > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of George Rodriguez > Sent: Tuesday, November 18, 2014 9:39 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM ML2 on disk > > Hi Hervey, > > I sort of did that, except that my ML2 was moved to my VTL (Virtual Tape > Library). > Very smooth transition. Even the recall was very fast... > > > *George Rodriguez* > *Specialist II - IT Solutions* > *IT Enterprise Applications* > *PX - 47652* > *(561) 357-7652 (office)* > *(561) 707-3496 (mobile)* > *School District of Palm Beach County* > *3348 Forest Hill Blvd.* > *Room B-251* > *West Palm Beach, FL. 33406-5869* > *Florida's Only A-Rated Urban District For Eight Consecutive Years* > > On Tue, Nov 18, 2014 at 9:17 AM, Hervey Martinez < > hervey.marti...@custserv.com> wrote: > > > Just wondering if any of you out there have converted your > > Mainframe's HSM > > ML2 from tape to disk? If so, what are the pitfalls? A quick search > > of Google did not yield much; so, just wondering if anybody has done this. > > > > Regards, > > > > Hervey > > Storage Administrator > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM ML2 on disk
Lizette, I saw your initial question on the link you provided but did not see any comments like the one you included below. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, November 18, 2014 10:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM ML2 on disk There is a thread (and yes it is Mine) on IBM MAIN Archives https://listserv.ua.edu/cgi-bin/wa?A2=ind1408&L=IBM-MAIN&P=R53605&I=-3&X=FED 837FA3AD00EC1A4&d=No+Match%3BMatch%3BMatches This discussion was on HSM and DASD ML2 One commenter provided this While control unit storage tiering may be considered as a replacement to HSM processing for smaller environments, such a recommendation is an over simplification of the need for a comprehensive ILM strategy to properly manage data in middle-to-large environments. At the various conferences that I attend each year, this concept was originally discussed when cu tiering was first introduced, but after discussions, all three vendors see the value of HSM ILM and cu tiering being used together to create a powerful solution as opposed trying to select one over another. Each tiering technique, hardware and software, has strengths and weaknesses. Using each technique to its strengths provides tremendous opportunity as we move forward with managing the significant growth of data that we are seeing. In z/OS V2R1, DFSMS introduced its initial Storage Tiering solution. This offering lays the framework for z/OS's long term strategy to provide various ILMs solutions so that clients can implement the ILM solution that works best for them. An integral part of this strategy is to move away from ML1 and move toward an L0 - Ln, ML2 solution. Tape is still clearly the best storage media for long-term data archiving, and all three vendors will agree to that. I am currently working with clients to move to an L0 - Ln, ML2 environment, and it is exciting to see the opportunities that exist by integrating software and hardware tiering into a single, powerful ILM strategy. I'm more than happy to meet with clients to discuss the V2R1 DFSMS Storage Tiering solution and discuss the opportunities that it provides to exploit the strengths of the two types of tiering. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Hervey Martinez > Sent: Tuesday, November 18, 2014 7:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM ML2 on disk > > Just wondering if any of you out there have converted your Mainframe's > HSM ML2 > from tape to disk? If so, what are the pitfalls? A quick search of > Google did not yield > much; so, just wondering if anybody has done this. > > Regards, > > Hervey > Storage Administrator > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM ML2 on disk
Yes, right now we do have a VTS that emulates a 3590 tape but we are looking at using ECKD to house the traditional ML2 files that historically have been on tape. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of George Rodriguez Sent: Tuesday, November 18, 2014 9:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM ML2 on disk Hi Hervey, I sort of did that, except that my ML2 was moved to my VTL (Virtual Tape Library). Very smooth transition. Even the recall was very fast... *George Rodriguez* *Specialist II - IT Solutions* *IT Enterprise Applications* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Eight Consecutive Years* On Tue, Nov 18, 2014 at 9:17 AM, Hervey Martinez < hervey.marti...@custserv.com> wrote: > Just wondering if any of you out there have converted your Mainframe's > HSM > ML2 from tape to disk? If so, what are the pitfalls? A quick search of > Google did not yield much; so, just wondering if anybody has done this. > > Regards, > > Hervey > Storage Administrator > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *Disclaimer: *Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HSM ML2 on disk
Just wondering if any of you out there have converted your Mainframe's HSM ML2 from tape to disk? If so, what are the pitfalls? A quick search of Google did not yield much; so, just wondering if anybody has done this. Regards, Hervey Storage Administrator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Locate unit address of a NON SMS volume using ISMF
Using the operator command: /d u,,,,## Where is the starting UCB address and ## will be the number of consecutive addresses to display. For example: the command /d u,,,1000,16 will display all addresses starting with unit 1000 thru unit 100f and this info will be in the log. Then, you can determine which are the units that are offline and subsequently bring them online. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 4:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Locate unit address of a NON SMS volume using ISMF Yes . But the device is offline . I thought D U,VOLSER would not return status of offline devices . On Fri, Mar 14, 2014 at 1:50 PM, Vernooij, CP (SPLXM) - KLM < kees.verno...@klm.com> wrote: > You can do this with the command: D U,VOL=volser > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of baby eklavya > Sent: Friday, March 14, 2014 09:17 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Locate unit address of a NON SMS volume using ISMF > > We had an migration from EMC to IBM DS8800 last year , and ofcourse > the device addresses had changed . And we missed to document mapping > unit address for some of the volumes .Now , We know the volser , but > not sure of their corresponding unit address . I am just trying to > find the unit address for those volumes which are currently offline to > our system . Is there a way i can find the unit address using ISMF ? > > Any kind of help would be highly appreciated . > > Regards, > Baby > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. > If you are not the addressee, you are notified that no part of the > e-mail or any attachment may be disclosed, copied or distributed, and > that any other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and delete this > message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for any delay > in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch > Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Catalog Rebuild JCL
Jake, The alias' are in the master catalog not in the user catalog. If you have multiple master catalogs, then the user cat needs to be detached from the other masters before you do the resize and after the re-org; then, it has to be re-connected back to those same masters. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson Sent: Tuesday, October 08, 2013 8:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Catalog Rebuild JCL Hello, I am in the process of re-sizing a user catalog and I see there are almost 2000+ aliases defined to it. This is for one of our plex where we have 4 systems and I understand during restore the aliases will be too restored on the system where I am running the JCL(for catalog resize). For other System I have to prepare a define alias JCL for 2000+ aliases. I am looking for some REXX which can help me in extracting the aliases and prepare control card to re-define the same aliases pointing to the Usercatalog. Could someone point me to some sample Rexx which can help me ? Jake -- 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
CA-allocate
Anybody out there use or have converted to CA-Allocate? If so, can you share your opinion on the product? I've been looking for reviews of the product and just don't seem to find anything. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM expire processing
We run EXPIREBV only on weekends and we let it run all day long along with all HSM functions and have never had an issue. We've been running this way for several years. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Michael Bieganski Sent: Friday, August 23, 2013 1:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFHSM expire processing Hi, We have four lpars, running zOS 1.13 and use dfhsm. On 3 of the lpars, expirebv is always held. Every morning at 7:30,automation issues this command on just one of our four lpars: HSEND EXPIREBV NONSMSVERSIONS(DBU(5) CATALOGEDDATA(50) - UNCATALOGEDDATA(0)) EXECUTE RESUME and at 17:00..this is issued: HSEND HOLD EXPIREBV to stop it. So we only get less than 10 hours of expirebv processing. We've seen the size of hsm steadily growing and looked to see if the 10 hours of expirebv is not keeping up. I issued an "HSEND REPORT DAILY FUNCTION(BACKUP)" for yesterday, Aug 22nd and see this: HSM FUNCTION BACKUP DAILY BACKUP 0035945 DELETE BACKUPS0028811 So if that day is typical, it created approx 7,100 more backups than it deletedthats going to add pound-age over time. However, what I don't understand is that in going into HSM's baklog for yesterday, for the only lpar that has an 'not-held' expirebv. I see doing a find on ARC0734I ACTION=EXBACKV that I only get 4,748 hits. Since we also have ABARS, that seems like a very small percentage of expirebv's. Does expirebv processing have a lower priority in hsm so it creeps along slowly? The previous storage admin set up the 10 hour limit of expirebv processing with those 07:30-17:00 hours. All I can surmise is perhaps he didn't want any expirebv processing while automation was doing cds backups (at 07:00 and at 17:30), and perhaps didn't want them using cycles when the primary and secondary management kicks in around 18:00. Do any of you hsm'ers also restrict the hours of your expirebv'ing so that it doesn't run while cds backups, primary/secondary mgmt is running? If HSM is indeed growing hefty because it is creating more backup dsns than its deleting, other than going through management classes with a machete, all I can think of to stop the expansion is to give expirebv more hoursbut if we only get around 4k exbackv commands per day, I don't think we'd ever catch up. -- 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: Deleting Alias
In ISPF 3.4, put in the '/' on the line for "include additional qualifiers"
Regards,
Hervey
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of mf db
Sent: Wednesday, August 21, 2013 7:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Deleting Alias
Its already removed...
On Wed, Aug 21, 2013 at 4:34 PM, Richards, Robert B. < robert.richa...@opm.gov>
wrote:
> On 3.4, remove the "/" from __ Prefix Dsname Level
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of mf db
> Sent: Wednesday, August 21, 2013 6:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Deleting Alias
>
> Hello,
>
> I was able to delete a alias from a usercatalog with a below parms :
>
> DEL ENTRYNAME ALIAS CAT(USERCAT)
>
> Defining alias to a Non Vsam :
> DEF ALIAS (NAME(XX..)-
> RELATE('X..ZZZ.'))
>
> But when I tried checking the alias with ISPF 3.4 option I couldn't
> see the entry being visible.
>
> When I do listcat against the dataset ..ZZZ. but I could
> see the alias relation for XXX... Not sure why the alias entry
> is not visible.
>
> I tried even deleting and defining back but no luck. I do get a
> message as duplicate dataset name when I try defining it again.
>
> IDC3013I DUPLICATE DATA SET NAME
>
> Z/OS : 1.13
>
> Could some please shed some light on the above.
>
> /Peter
>
> --
> 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: Catalog resizing approach
The repro/mergecat functions are very slow because all VTOCS/VVDS will need to be updated with the new catalog name. What you want is to reorg the catalog. In short, backup the catalog, delete the old structure, re-define it; then, restore from backup into its new structure. If you have a utility, like TREX, this process is very simple. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of mf db Sent: Tuesday, August 13, 2013 9:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Catalog resizing approach Hello All, One of user catalog has run out of extent for an application. The application owner has accepted for a outage. My approach of resizing the catalog is like 1) Creating a new User catalog like : ICF.PETER.USERCATZ with more allocation like 1500 cylinders. 2 ) Delete the alias from the older catalog : ICF.PETER.USERCATO 3 ) Then perform the repro mergcat with level alias 4 ) Then redefine the alias to new usercat ICF.PETER.USERCATZ. Here while doing REPRO mergcat, Is it possible to perform with two alias together. Could someone please shed light on the above approach. Peter -- 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: Choosing a tape library
Gadi, We are about to start testing a Luminex VTS and, from everything that we've read, it appears to be an excellent solution. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Sunday, June 09, 2013 9:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Choosing a tape library Hi, I was asked to help choose a tape library for our system. We currently have 4 3590’s connected to an 3590-a60 using ESCON. We have a z114-I04 running z/OS 1.13. We use tapes for backing up full volumes disks using DFSMSdss, and for ADABAS backups. These tapes are shipped to the DR site. Tapes are managed using CA-1. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- 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
Luminex tapeless solution
Hello, We'll be testing a Luminex tapeless solution in our mainframe environment in the next couple of months and just wondering if any of you out there have gone through this type of implementation. If so, any problems encountered migrating the HSM or TSM tape date to this new hardware? Anything to look out for? Regards, Hervey Storage Administrator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM Recall from a Virtual tape
The 3490 unit assignment could be a default being set somewhere in z/OS; if this is the case, then you're falling through somewhere(possibly in ACS routines) and by default z/OS assigns the default unit type. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brett Danals Sent: Monday, April 29, 2013 3:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM Recall from a Virtual tape Thank you for the reply.. I do have the USERUNITTABLE defined for my esoteric. My Virtual is defined as a 9484 and HSM does not recognize that. I'm not having a problem with remembering the drive.. the oddest thing is, that we haven't used these tape drives for HSM since the late 90's. There are no HSM tapes there. If I do a manual Migrate to Level2, and recall.. all things work fine. just the darn recycle tapes. Another thought.. is there a way to reinstate the old physical tapes back into HSM? Until I can come up with a better solution for moving them to virtual. --Brett -- 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: New DASD under z/VM
All of our z/VM volumes are formatted with ICKDSF using CPVOLUME command. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Monday, April 22, 2013 11:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: New DASD under z/VM Scenario: z/VM owns some CKD volumes, more volumes are available, remaining volumes are empty, but formatted for use with MVS. The goal is to connect one of the remaining volumes to z/VM and format it with given label. The space shall to be available for user space (minidisks). No HCD/IODF activities are necessary. What utility should be used? ICKDSF or CPFMTXA? What command? -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- 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: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME
>From the message, it appears that the volume SMTP17 is an SMS volume but the >command has FORCENONSMS. A file can be recalled to a non-sms volume..have done >it several times. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, March 22, 2013 10:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME Am I safe to assume that what I am trying to do cannot be done? From: Mike Schwab To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, March 22, 2013 9:32:59 AM Subject: Re: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME If it is SMS managed, then the volume doesn't matter. You specified a specific volume, so I assumed a non-sms volume. On Fri, Mar 22, 2013 at 8:28 AM, willie bunter wrote: > Elardus, > > I tried your suggestion : > > HSEND RECALL 'HESPDE02..ABACKUP.IMS1.HLIST' >DFDSSOPTION(VOLCOUNT(ANY)) - > FORCENONSMS VOLUME(SMTP17) UNIT(3390) > /* > However it didn't work. According to the error message ADR472E 72 : > During a non-SMS allocation, no target volumes were available and at least > one output volume was not selected because it was SMS-managed. > > Programmer response : > If you expect the target data set to be SMS-managed, ensure the ACS routine > assigns a storage class or use the BYPASS ACS and STORCLAS keywords to force > the data set to be SMS-managed. I tried the BYPASS ACS however I was using > NULLSTORCLAS. Could that be my error? > > PAGE 0001 5695-DF175 DFSMSDSS V1R13.0 DATA SET SERVICES >2013.081 09:20 > ADR035I (SCH)-PRIME(06), INSTALLATION EXIT ALTERED BYPASS FAC CLASS >CHK DEFAULT > TO YES > RESTORE INDDNAME(SYS00115) CAT - > BYPASSACS(HESPDE02.ABACKUP.IMS1.HLIST ) - > NULLMGMTCLAS NULLSTORCLAS - > OUTDYNAM((SMTP17)) - > REBLOCK(HESPDE02.ABACKUP.IMS1.HLIST ) - > VOLCOUNT(ANY) - > FORCECP(0) - > DATASET(INCLUDE(HESPDE02.ABACKUP.IMS1.HLIST )) > ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' > ADR109I (R/I)-RI01 (01), 2013.081 09:20:11 INITIAL SCAN OF USER >CONTROL STATEME NTS COMPLETED > ADR050I (001)-PRIME(01), DFSMSDSS INVOKED VIA APPLICATION INTERFACE > ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK > ADR006I (001)-STEND(01), 2013.081 09:20:11 EXECUTION BEGINS > ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS >IN > LOGICAL DATA SET FORMAT AND WAS CREATED BY DFSMSDSS VERSION > 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2013.079 >12:50:07 > ADR472E (001)-NEWDS(06), UNABLE TO SELECT A TARGET VOLUME FOR DATA >SET HESPDE02.A BACKUP.IMS1.HLIST, 72 > ADR415W (001)-TDLOG(01), NO DATA SETS WERE COPIED, DUMPED, OR >RESTORED FROM ANY > VOLUME > ADR480W (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE NOT PROCESSED >FROM THE LO GICALLY FORMATTED DUMP TAPE DUE TO ERRORS: > HESPDE02.ABACKUP.IMS1.HLIST > ADR006I (001)-STEND(02), 2013.081 09:20:11 EXECUTION ENDS > ADR013I (001)-CLTSK(01), 2013.081 09:20:11 TASK COMPLETED WITH RETURN >CODE 0008 > ADR012I (SCH)-DSSU (01), 2013.081 09:20:11 DFSMSDSS PROCESSING >COMPLETE. HIGHES T RETURN CODE IS 0008 FROM: > TASK 001 > ARC1001I HESPDE02.ABACKUP.IMS1.HLIST RECALL FAILED, RC=0069, >REAS=0472 > ARC1169I RECALL/RECOVER FAILED DUE TO AN ERROR IN DFDSS > > > > From: Elardus Engelbrecht > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, March 22, 2013 9:12:59 AM > Subject: Re: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME > > willie bunter wrote: > > HSEND RECALL 'HESPDE02.ABACKUP.IMS1.HLIST' DFDSSOPTION(VOLCOUNT(ANY)) > - FORCENONSMS VOLUME(SMTP17) - > BYPASSACS(**) - > NULLSTORCLAS > > Where is your UNIT() keyword? As documented, you MUST specify UNIT when > specify VOLUME. (and vice versa too). > > I'm not sure about inlusion of BYPASSACS(**) and NULLSTORCLAS, because > FORCENONSMS is sufficient, IMHO. > I could not find them also in the manuals for HSEND RECALL command. > > 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 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --
Re: DFHSM QUESTION - AUDIT HELD
Well, it depends on whether you're running audits or not. If you're running an audit on a regular basis, then it makes sense to "hold it" since an audit will keep your CDSs from getting backed up. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Monday, February 18, 2013 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFHSM QUESTION - AUDIT HELD Good Morning Gentle Readers, I noticed that on one of our paritions an AUTOMATIONS command is issued ; F DFHSM,HOLD AUDIT which hold the AUDIT function. This is done before the CDS backups (DATAMOVER=DSS) are taken. However once the CDS backups have completed the AUDIT is not released. No one knows why the AUDIT is held. When DFHSM is brought up after a shutdown the AUDIT=NOT HELD. AUTOMATIIONS say they inherited this rule when the client came on board. My question is should I have the rule changed and release the AUDIT function after the CDS backups would it cause a problem? Thanks. -- 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: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER
Assuming that all these gdg files belong to the "same gdg base"; it's possible that the GDG base was defined with a "noscratch"; then, when a gdg is "rolled off" then the file would not get deleted just detached from the base but stays on the catalog. Rolling all of these "in" is an exercise in futility since the GDG base limit is 255. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Friday, February 01, 2013 3:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER That is an interesting question, and something that's been bugging me since the OP first posted. If you create a +1 SMS-managed GDG with DISP=(NEW,KEEP), the system will create a data set with the next G00V00 sequenced number. But if that data set is *not* rolled in before you create (+1) again, the first data set is deleted and a new one created with the same G00V00 number. Generally, I wouldn't expect to see more than one data set needing to be rolled in for a given GDG base. Of course, if you were to create a (+2) GDG in the same jobstream and a +3 and a +4, etc. you could wind up with multiple deferred G00V00 data sets, but that seems like a strange thing to do, and even stranger to create, what was it, over 4000 of them? Then again, maybe it's not important to the issue at hand. Perhaps that problem has been solved... Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of EXT-Schwarz, Barry Sent: Friday, February 01, 2013 1:09 PM How did you end up with so many deferred datasets? The Using Data Sets manual says a dataset is converted from deferred to rolled-in when the system performs end of step processing unless the dataset was allocated with NEW,KEEP. Since ALTER ROLLIN is valid only for SMS datasets, they should never have been allocated this way. -- 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: ESDS extent ...
The file has to be reorged in order for it to pick the new dataclass attributes. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Moussadak Mostafa Sent: Monday, January 07, 2013 10:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESDS extent ... Lizette, We have already updated the data class to allow this, without success : -- DATA CLASS DISPLAY Page 2 of 5 CDS Name . . . . . : ACTIVE Data Class Name . . : DIRECT Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : NO -- -Message d'origine- De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part de Lizette Koehler Envoyé : lundi 7 janvier 2013 15:24 À : IBM-MAIN@LISTSERV.UA.EDU Objet : Re: ESDS extent ... Talk to your storage administrator about allowing the VSAM dataset to have Extended Attribute/Extended Format. That allows vsam to go over the 4GB limit. Also ensure you are at the correct level of software (fixes, release levels) to support the vsam dataset going over 4 GB. Your application (CICS, DB2) needs to be able to handle it as well. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf > Of Moussadak Mostafa > Sent: Monday, January 07, 2013 8:00 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ESDS extent ... > > Hi all, > > > > We encounter problems with esds vsam on sms, because of the > impossibility to extent > (RBA 4Go limit) > > Is there prerequisites to observe, to bypass this limitation ? > > > > IEC070I 034(004)-220, CICS,CICSCICSB,JRNL2,4110,SS9V16, 118 > > IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, > > IEC070I CATALOG.PROD.D00777 > > IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4105,SS9V05, 119 > > IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, > > IEC070I CATALOG.PROD.D00777 > > IEC070I 034(004)-220,CICS,CICSCICSB,JRNL2,4110,SS9V16, 120 > > IEC070I PROD.DB2.JOURCICS, PROD.DB2.JOURCICS.DATA, > > IEC070I CATALOG.PROD.D00777 > > > > Thanks. > > > > Bien Cordialement/Best Regards. > > > > > > > ** > This email and any files transmitted with it are confidential and > intended solely for the > use of the individual or entity to whom they are addressed. If you > have received this > email in error please notify the system manager. > > This footnote also confirms that this email message has been swept by MIMEsweeper > for the presence of computer viruses. > > www.gbp.ma > ** > > -- > 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: Automation for IGD17272I
Antonio, Do the volumes added then reclaimed or do they just stay in the SG? If this is an occasional problem and you reclaim these newly added volumes; then, HSM's Interval Migration might be a good tool for this type of problems. If this is something that happens once or twice a week, then there is a very good chance that your SG is undersized. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of af dc Sent: Friday, January 04, 2013 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Automation for IGD17272I Hello, does anyone have some kind of automation to handle out-of-space SGs that doesn't mind of sharing ?? Everyday before going home I check all dasd SGs for any "abnormal" occupancy and to prepare SGs to batch run without probls. But sometimes, "after hours" I've to add some dasd volumes to a SG that has no space available. My question is to know from your experience in your shops if you have some kind of process using NETVIEW, or any any other automation product that capture IGD17272I and add dasd volumes to a SG automatically, for example, or a product to monitor SGs space well I welcome any idea. I'm at z/os V.1.2 Many thx,Antonio Cecilio. -- 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: switching to new shared sms commds
When we expanded the COMMDS, we did not have any issues with any LPARS while we were switching over to the new one. Thus, I doubt that it will be a problem. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Leong, Dennis, ITD Sent: Tuesday, November 13, 2012 11:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: switching to new shared sms commds Hello, I appreciate the advice from folks who responded but my question remains unanswered. Will there be any problems (on the other lpars) if I do the setsms commds to point to a new commds for the first lpar? Thank you. -- Date:Wed, 7 Nov 2012 08:23:04 + From:Richard Marchant mailto:richard.march...@shoden.co.za>> Subject: Re: switching to new shared sms commds Dennis, Make sure you allocate a new COMMDS do not try using an existing one. Richard Hello, I want to switch to new sms commds on current environment that has same commds shared by 3 lpars. I come from an older sms environment where each lpar had their own set of cds's so this is different. Will there be any problems (on the other lpars) if I do the setsms commds to point to a new commds for the first lpar? I believe I will need to issue the same setsms on all lpars to point to new commds. We are z/os 1.13. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM Recalls and Tape
Yes it can. And really should be the way to set up recalls because during maintenance, your primary LPAR doing the recalls may need to down and if you don't have a back up for this function then all your recalls will sit in the queue. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert A. Rosenberg Sent: Thursday, October 11, 2012 8:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM Recalls and Tape At 11:55 + on 10/11/2012, Hervey Martinez wrote about Re: DFHSM Recalls and Tape: >If you have CRQ(Common Recall Queue) set up, then HSM will "look ahead" >and recall all files that are on the same tape. Also, with CRQ, you can >limit which LPARS will perform recalls and limit them in that manner >and all recalls will be routed to that LPAR. >Otherwise, the recalls happen one at a time in a FIFO manner. > >Regards, > >Hervey Thank You. Looks like CRQ is the right way to go since it insures that once a tape has been mounted, it will be used to restore all the files on that tape before moving on to another tape. I can see that this has a downside since a high priority recall can be postponed since it is coming from a different tape (a situation that might not occur with a FIFO if there was the ability to insert the request at the top of the queue). You note that CRQ can restrict which LPAR does the recall. Can it be set to allow more than one LPAR to run the recalls (each with its only tape volume to process). -- 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: DFHSM Recalls and Tape
Dave, Yes I've heard that but have never seen it done without CRQ. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, October 11, 2012 8:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM Recalls and Tape Hervey, That is not true, at least not at this shop. HSM routinely queues recalls according to tape volume in order to minimize tape mounts with or without CRQ. Dave O'Brien -Original Message----- From: Hervey Martinez [mailto:hervey.marti...@custserv.com] Sent: Thursday, October 11, 2012 7:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM Recalls and Tape If you have CRQ(Common Recall Queue) set up, then HSM will "look ahead" and recall all files that are on the same tape. Also, with CRQ, you can limit which LPARS will perform recalls and limit them in that manner and all recalls will be routed to that LPAR. Otherwise, the recalls happen one at a time in a FIFO manner. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert A. Rosenberg Sent: Thursday, October 11, 2012 3:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM Recalls and Tape At 20:58 -0500 on 10/10/2012, Mike Schwab wrote about Re: DFHSM Recalls and Tape: >When it HSM finishes a recall, it checks the que in order for any >recall on the same tape. When it reaches the end of the que, it >unmounts the tape, and starts recalling the first waiting dataset on >the que. Haven't done as massive a quantity as 10,000 though. > >No sorting of any kind, just checking the que DSN against the list on >the mounted tape. So you are saying that as it reads the tape (after it has recalled a file from the tape) it sees the next file on the tape and checks if it is on the queue. It then either recalls the file (if it is on the queue) or reads the tape to the next file and does the queue check again. From your "no sort" comment, I assume that it does not order the queue based on restore tape volume but just runs the full queue until it finds the dataset name or reaches the end of the queue. If the latter it seems inefficient since if the queue was ordered by volume serial number it could stop the scan once it reached an entry on a different tape. -- 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: DFHSM Recalls and Tape
If you have CRQ(Common Recall Queue) set up, then HSM will "look ahead" and recall all files that are on the same tape. Also, with CRQ, you can limit which LPARS will perform recalls and limit them in that manner and all recalls will be routed to that LPAR. Otherwise, the recalls happen one at a time in a FIFO manner. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert A. Rosenberg Sent: Thursday, October 11, 2012 3:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM Recalls and Tape At 20:58 -0500 on 10/10/2012, Mike Schwab wrote about Re: DFHSM Recalls and Tape: >When it HSM finishes a recall, it checks the que in order for any >recall on the same tape. When it reaches the end of the que, it >unmounts the tape, and starts recalling the first waiting dataset on >the que. Haven't done as massive a quantity as 10,000 though. > >No sorting of any kind, just checking the que DSN against the list on >the mounted tape. So you are saying that as it reads the tape (after it has recalled a file from the tape) it sees the next file on the tape and checks if it is on the queue. It then either recalls the file (if it is on the queue) or reads the tape to the next file and does the queue check again. From your "no sort" comment, I assume that it does not order the queue based on restore tape volume but just runs the full queue until it finds the dataset name or reaches the end of the queue. If the latter it seems inefficient since if the queue was ordered by volume serial number it could stop the scan once it reached an entry on a different tape. -- 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: DFSMSHSM Management Class Question
We had a similar situation in our shop and we found out that HSMs Secondary Space Management was not running to completion by looking; so, look for this message "ARC0518I SECONDARY SPACE MANAGEMENT ENDED SUCCESSFULLY". Also, Make sure that the files have backups if these are called for by the management class and make sure that this is running to completion by looking for the message " ARC0721I AUTOMATIC BACKUP ENDING", otherwise a file will not be deleted. In addition, make sure that the Storage Group is set to "yes" in Column 6 in ISMF. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Tuesday, October 09, 2012 2:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFSMSHSM Management Class Question I have a situation that I am hoping someone can shine some light. I am conflicted by a behavior in our zOS 1.11 system. We have a Management Class defined to expire datasets after a given number of days. I know it is working because I found some datasets about to expire, waited for them to expire, and now I can see they are no longer in the catalog (the management class stipulates that we keep one backup for a few years after deleting). But, I also noticed that some files that have exactly the same management class and should have been expired/deleted a long time ago are still catalogued. I recalled one of them and it had no expiration date and confirmed that it belongs to the same management class. I am trying to figure out why this behavior is taking place but don't know where to go next. Any suggestions would be greatly appreciated. Sincerely yours, Uriel -- 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: DFSMSHSM is a not deleting expired datasets
Normally, the expired datasets are cleaned up during HSM's Primary & Secondary Space management. What time do these run in your shop? Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Friday, September 21, 2012 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFSMSHSM is a not deleting expired datasets I listed three high level qualifiers (HLQ) and found 27,000 datasets that were catalogued, some of them on disk, some of them on HSM (ML-1 or ML2) and some other on tapes (TMS). Found that TMS is doing its job and expired datasets were gone. With thos dasets on DASD and under HSM (migrated), found the MGT-CLASS and calculated when they were supposed to be expired (either from last reference or days since creation). Talked to my business users and confirmed that the datasets are supposed to be gone. What I found is that somehow from around 1998, nothing ever got delete again (we have been running MVS/zOS for the last 40 years). The sad story, it seems that 21,000 datasets should be removed. I suspect that I will find the same story with my other 100 HLQ or so for my applications. Is there such a thing as a parameter in DFSMSHSM that is supposed to do the actual delete? Is this the normal way that zOS operates, in which case, why bother writing ACL rules for SMS? What is your experience at your shop? -- 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: Dcollect question
The management class has the expiration information. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Wednesday, September 05, 2012 7:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dcollect question I have a question regarding DCOLLECT data for HSM migrated datasets. The expiry date for the datasets is empty even when I know there are rules based on the dataset name. How can I obtain the expiry date for our datasets under SMS control? From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Scott McLeod [scott.mcl...@us.ibm.com] Sent: Wednesday, September 05, 2012 7:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dcollect question On Fri, 31 Aug 2012 14:26:39 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: >We use dcollect to gather input to CIMS for chargeback / reporting purposes. A >question has arisen regarding HSM migrated DB2 dataspaces. In the output of >the dcollect an entry appears for the cluster name only. >This seem to be a problem for the CIMS folks as they use the DSNDBD component >to report on. > >Is there any way around this? Other than recalling all migrated dataspaces. > >Yes, dcollect specifies Migrated data > Dave, CIMS Mainframe, now IBM's TDSz Usage and Accounting Collector, (UAC), uses the UMDSNAM field of DCOLLECT's 'M ' record to collect migrated space. That field provides the original dataset name, so I'd expect entries for both data and index components. NIH implemented CIMS many years ago; has this always been a problem, or has something in your environment recently changed? Feel free to contact me off-list for additional, application-specific questions. Scott -- 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: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE
Willie, The problem is not the migrated file, it just happens to be that the tape has a bad spot and it happens to be the spot where this file is physically on the tape; thus, you can't get past it. You should mark the tape full to keep it from being written to again; Then, you can: 1) just sit and wait until all files have expired; then HSM will delete the tape from your inventory. 2) The tape can also be sent to IBM & they in turn will recover as much data as they can and send you a new tape--this will take a few days 3) you can get a ttoc list of all files on this tape: a) do an hdelete on all of them which in turn will make the tape obsolete & HSM will delete it from its inventory b) then, hrecover each one of these from their corresponding HSM backup. For GDGs, you'll have to do ALTER/ROLLIN for each GDG to attach them to the GDG base Once the tape is obsolete, eject it from your library & get rid of it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Tuesday, August 28, 2012 11:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE Hallo All, I am trying to recycle a damaged ML2 tape. The RECYCLE rolls along however when it hits a particular dsn the recycle terminates. I deleted the migrated dsn (ML2) so as to bypass the problem however it doesn't work. Is there a way of having the RECYCLE bypass this troublesome dsn on the ML2 tape? Thanks for your comments in advance. -- 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: ISMF QUESTION
To get a somewhat close guesstimate, you can drop the least significant digits to go from KB to MB, then to GB. Thus, if you have something like 123456789 KB; then, to guesstimate the number of MB you drop the last 3 digits; thus, you have 123456 MB; then to take this to GB you drop the next 3 digits; thus, you have 123 GB; and so forth and so on. You can round up or down depending on your needs. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Tuesday, July 31, 2012 11:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF QUESTION Good Morning Gentle Readers, I am trying to calculate the amount of space a for a HLQ using ISMF. I am including the option of both: Acquire Data from Volume . . . . . . . Y Acquire Data if DFSMShsm Migrated . . Y My problem is that the space is calculated in kilobytes instead of tracks or cylinders. Is there a way to have ISMF do that? If not, is there a formula that I can use to convert from kilobytes to tracks? Thanks in advance. -- 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: Unable to Delete Orphaned VSAM Data Components
In ISPF 3.4 when you enter the VSAM name, then, the VSAM filenames are displayed, you should be able to do a "del / nos" and you may need to do this to the data & index components; but you need Storage admin privileges to do this; if you dont, contact your storage person. You will not be able to merge these invalid entries into a new catalog. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ken French Sent: Friday, June 29, 2012 11:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Unable to Delete Orphaned VSAM Data Components I have several VSAM data components in one of my USERCATs that are cataloged to volumes that no longer exist. I've searched extensively on how this might be done, and have tried several variations of the IDCAMS DELETE command without success, including DELETE NOSCRATCH, DELETE TRUENAME. I even attempted to REPRO MERGECAT the orphaned entries to a new, temporary USERCAT that I planned to simply delete if the MERGECAT was successful. Any ideas on how to eliminate these undesired and orphaned catalog entries? Keep in mind that the volumes these entries are pointing to do not exist on my system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
