Re: SAS/C++ help
How about asking SAS. Start at support.sas.com or send a message to supp...@sas.com Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Thursday, January 21, 2021 12:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SAS/C++ help I'm working on a project that uses SAS/C++ and I'm having problems getting the sasCC370 compiler in z/OS UNIX configured to include the Rogue Wave STL library. In the sascc.cfg file I specified CXXLIBPREFIX=VENDOR.C750.RW but then it failed because the LIBCXX data set was not found. I tried to concatanate libraries using CXXLIBPREFIX=VENDOR.C750:VENDOR:C750.RW but that didn't work. Is there a forum where I can ask SAS/C++ questions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Problem executing bpxwunix
Hi, I would like to automate some csm (Copy services manager) from z/OS. I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it works ok. I found the TechDoc named 'IBM Copy Services Manager session automation' by Thomas Luther which has a rexx program that sets up the environment to run csmcli.sh, get the output from it, and act upon the results. The rexx program uses bpxwunix to call cshcli.sh When I run the rexx program (whether under tso or in batch) I get lots of error messages. I added an echo command at the beginning of csmcli.sh so I will know when it starts. The command I added is 'echo "start csmcli.sh"' When I run it from the omvs shell, it works fine. When I run it from tso I get: echo: csmcli.sh 10: FSUM7351 not found Does this mean that it can't find the echo command? How can I fix this? Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GIM69207S error on SMP/E RECEIVE ORDERSERVER
Hi, When I got this type of error, it turned out to be a problem with one of our network security products. I'm not sure if it was the FireWall or something else. I would ask the network security team. Gadi From: IBM Mainframe Discussion List on behalf of Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, December 16, 2020 21:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: GIM69207S error on SMP/E RECEIVE ORDERSERVER Just got this today: GIM69207S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE CONNECTION WITH THE SERVER FAILED. javax.net.ssl.SSLHandshakeException: com.ibm.jsse2.util.h: PKIX path building failed: com.ibm.security.cert.IBMCertPathBuilderException: unable to find valid certification path to requested target Has anything changed on IBM's end? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
We replaced CA1 with Control-M/Tape We've always used Control-M We still use CA-TPX. There are many replacements: Supersession, Tubes come to mind. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Elaine Beal Sent: Wednesday, December 9, 2020 9:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CA Broadcom Replacement Software Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX session manager replacements? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: markup a screen print
Newer versions of windows 10 have a tool called Snip & Sketch which allows you to capture a screen region and then annotate it. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Elaine Beal Sent: Tuesday, December 1, 2020 7:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: markup a screen print I want to mark up a screen print and am wanting a way to mark squares, arrows, etc. i use snippet but see only a free form line to use I use Word borders but they don't work with an object Thanks, Elaine -- 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: System Boost Question
We also restart CICS every night (at least some regions). But that happens in the middle of the night (at 3 am, I think). This was a special case where I wanted to finish as soon as possible. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Sunday, November 29, 2020 5:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System Boost Question I would also point out quite a few customers restart CICS on a daily (sometimes weekly) basis. They IPL much less frequently (likewise structure recovery etc). I should imagine therefore there would have to be a lot of thinking around terms and conditions for something such as restarting CICS. At any rate, that's not what SRB supports. Cheers, Martin Martin Packer Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Peter Relson To: IBM-MAIN@LISTSERV.UA.EDU Date: 29/11/2020 13:11 Subject:[EXTERNAL] Re: System Boost Question Sent by:IBM Mainframe Discussion List Could we use SYSTEM boost to make the process of shutting down the CICS region and restarting them? That would not be an appropriate use of the shutdown boost. Shutdown boost is for shutting down the entire system. Note that IBM also has a separate feature called "System Recovery Boost Upgrade" which is unrelated to "System Recovery Boost" ... it is more like CUoD. That is a paid feature and gives a 6 hour boost in processing speed. "Gives a 6 hour boost in processing speed" is not a good characterization of System Recovery Boost Upgrade. It does not do so. Each activation (and the upgrade covers multiple) gives you a 6 hour window during which additional processors can be applied to each LPAR when that LPAR is starting up or shutting down. It is during the startup and the shutdown that the additional processors can participate. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: System Boost Question
Yes, You can update the CICS SVC without an IPL. There is a program supplied with CICS to do it. Look for DFHCSVCJ in the CICS samplib. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Clark Morris Sent: Sunday, November 29, 2020 7:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System Boost Question [Default] On 28 Nov 2020 11:02:02 -0800, in bit.listserv.ibm-main gad...@malam.com (Gadi Ben-Avi) wrote: >We are to take delivery of a z15-t02. >I have a question about system boost. >A few months ago, as part of upgrading CICS, we shut down all of our CICS >regions in order to upgrade the CICS SVC. > >We are running z/OS v2.3 > >Could we use SYSTEM boost to make the process of shutting down the CICS region >and restarting them? >Would it be 'legal'? > Can you upgrade the CICS SVC without an IPL? Clark Morris >Thanks > >Gadi > >-- >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
System Boost Question
We are to take delivery of a z15-t02. I have a question about system boost. A few months ago, as part of upgrading CICS, we shut down all of our CICS regions in order to upgrade the CICS SVC. We are running z/OS v2.3 Could we use SYSTEM boost to make the process of shutting down the CICS region and restarting them? Would it be 'legal'? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Xmitip multi language characters problem
The 'problem' with storing text 'backwards' cannot be solved by a simple translation. It's actually a very difficult problem to solve, especially when there are numbers and special symbols involved. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, November 19, 2020 3:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Xmitip multi language characters problem On 2020-11-19, at 01:39:45, Gadi Ben-Avi wrote: > > The answer depends on what SMTP server you are running on z/OS. > Is it SMTP or CSSMTP. > Does either of these, or TXT2PDF, avoid problems resulting because (as I understand) z/OS stores Hebrew text backwards while desktop systems expect it forwards? Can they deal with CSSID 1208 files containing a mixture of such as Hebrew: שָׁלוֹם עֲלֵיכֶם, Greek: γεια, Russian: Здравствуйте, ...? > For SMTP I think you need to have a file named TCPIPPFX.STANDARD.TCPXLBIN > with the correct translation table. > TCPIPPFX is defined in the DATASETPREFIX parameter in TCPDATA. > > For CSSMTP there is a parameter named CSSMTP_CODEPAGE_CONFIG. The value > should be IBM-424. > These is also a parameter call Charset which should be ISO8859-8. > > -Original Message- > From: Weizman arbel > Sent: Thursday, November 19, 2020 10:10 AM > > I am working in israeli bank > And have a problem with > Hebrew characters > When i am sending email > By xmitip. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Xmitip multi language characters problem
The answer depends on what SMTP server you are running on z/OS. Is it SMTP or CSSMTP. For SMTP I think you need to have a file named TCPIPPFX.STANDARD.TCPXLBIN with the correct translation table. TCPIPPFX is defined in the DATASETPREFIX parameter in TCPDATA. For CSSMTP there is a parameter named CSSMTP_CODEPAGE_CONFIG. The value should be IBM-424. These is also a parameter call Charset which should be ISO8859-8. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Weizman arbel Sent: Thursday, November 19, 2020 10:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Xmitip multi language characters problem Hello , I am working in israeli bank And have a problem with Hebrew characters When i am sending email By xmitip. Hebrew characters doesn't Translate. Any suggestion how to solve This problem ? (Where and how to change the Smtp translate characters table ?) -- 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: JES2 Policies
Probably using an exit, or maybe more than one. -Original Message- From: IBM Mainframe Discussion List On Behalf Of kekronbekron Sent: Thursday, November 5, 2020 10:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 Policies Is it an option to ask how they managed this in the source site? - KB ‐‐‐ Original Message ‐‐‐ On Thursday, November 5, 2020 10:51 AM, Gadi Ben-Avi wrote: > Hi Everone. > Thanks for responding. > > We 'purchased' a system from another site. > The jobs that came with the system do not have a CLASS parameter specified. > They do have specific values in the accounting fields that are supposed to > assign the job to specific classes. > I assume they had an exit that did all of this. > > Up until now, all of the jobs ran in the same class, with the same service > class. > I've been asked to assign a lower service class to jobs that have a specific > (not specified as yet) value in the accounting data. > > The simplest way would have been to tell the job owners to code a CLASS > parameter on the JOB card, but they say that that is too much work. > > I looked at doing this using WLM definitions. > It works if the value in the accounting data is in the first 8 bytes. > Otherwise, it get complicated to write, debug, and read. > > I read about JES2 Policies, so I looked it up in the documentation. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Jesse 1 Robinson > Sent: Wednesday, November 4, 2020 10:05 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JES2 Policies > > In a previous life at the late great Security Pacific, we an elaborate scheme > based on account numbers. Even the job name was generated from account > number. To control all this, we had a VSAM file containing all valid account > numbers along with indications of who could submit jobs with each number. An > array of JES2 and SMF exits were employed to make all this work. At the end > of the year, account numbers were used for chargeback to respective > departments for resource usage. > > There is no way in h*ll I would recommend this complex scheme for a modern > shop. But yes, with enough time and $$, it can be done. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Lizette Koehler > Sent: Wednesday, November 4, 2020 10:53 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: JES2 Policies > > *** EXTERNAL EMAIL - Use caution when opening links or attachments *** > > Initial Request: > The current goal is to change a job's class or service class depending on > certain values in the accounting information. > > It also seems to me that a JCL tool, Like JCLPLUS could put rules into JCL > Scanning and force users to adhere to a standard. But that would mean you > have a Source management system that is used to deploy Jobs to various > systems. > > It could have rules that say, if Account Code is this, then the job > should have Service Class STCLOW and CLASS X > > Lizette > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Allan Staller > Sent: Wednesday, November 4, 2020 11:35 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JES2 Policies > > Wouldn't RACF jobclass controls be more appropriate? > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Joe Monk > Sent: Wednesday, November 4, 2020 10:31 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JES2 Policies > > [CAUTION: This Email is from outside the Organization. Unless you > trust the sender, Don’t click links or open attachments as it may be a > Phishing email, which can steal your Information and compromise your > Computer.] > > Radoslaw, > > I think what the OP is really saying is that certain accounts should be > restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if > they code a CLASS=X, but the account info says that they dont have access to > CLASS=X, then dump the job. > > OP: This has been around a long time, and is very mature... > > Joe > > On Wed, Nov 4, 2020 at 8:20 AM R.S. r.skoru...@bremultibank.com.pl wrote: > > > W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze: > > > > > Hi, > > > I've started looking into JES2 Policies. > > > The current goal is to change a job's class or service
Re: JES2 Policies
Hi Everone. Thanks for responding. We 'purchased' a system from another site. The jobs that came with the system do not have a CLASS parameter specified. They do have specific values in the accounting fields that are supposed to assign the job to specific classes. I assume they had an exit that did all of this. Up until now, all of the jobs ran in the same class, with the same service class. I've been asked to assign a lower service class to jobs that have a specific (not specified as yet) value in the accounting data. The simplest way would have been to tell the job owners to code a CLASS parameter on the JOB card, but they say that that is too much work. I looked at doing this using WLM definitions. It works if the value in the accounting data is in the first 8 bytes. Otherwise, it get complicated to write, debug, and read. I read about JES2 Policies, so I looked it up in the documentation. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jesse 1 Robinson Sent: Wednesday, November 4, 2020 10:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 Policies In a previous life at the late great Security Pacific, we an *elaborate* scheme based on account numbers. Even the job name was generated from account number. To control all this, we had a VSAM file containing all valid account numbers along with indications of who could submit jobs with each number. An array of JES2 and SMF exits were employed to make all this work. At the end of the year, account numbers were used for chargeback to respective departments for resource usage. There is no way in h*ll I would recommend this complex scheme for a modern shop. But yes, with enough time and $$, it can be done. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Wednesday, November 4, 2020 10:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: JES2 Policies *** EXTERNAL EMAIL - Use caution when opening links or attachments *** Initial Request: The current goal is to change a job's class or service class depending on certain values in the accounting information. It also seems to me that a JCL tool, Like JCLPLUS could put rules into JCL Scanning and force users to adhere to a standard. But that would mean you have a Source management system that is used to deploy Jobs to various systems. It could have rules that say, if Account Code is this, then the job should have Service Class STCLOW and CLASS X Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Wednesday, November 4, 2020 11:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 Policies Wouldn't RACF jobclass controls be more appropriate? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joe Monk Sent: Wednesday, November 4, 2020 10:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 Policies [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Radoslaw, I think what the OP is really saying is that certain accounts should be restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if they code a CLASS=X, but the account info says that they dont have access to CLASS=X, then dump the job. OP: This has been around a long time, and is very mature... Joe On Wed, Nov 4, 2020 at 8:20 AM R.S. wrote: > W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze: > > Hi, > > I've started looking into JES2 Policies. > > > > The current goal is to change a job's class or service class > > depending > on certain values in the accounting information. > > >From reading the manual, it seems that this is possible. > > > > Has anyone done something like this? > > Is there a way to debug these policies? > > > > Is this feature mature enough to use? > > I dare to disagree ...with your goal. More precisely I disagree with > your presentation of the goal. > Does it really have to depend on account information? Why? > > That means user has to code something in the jobcard, in the first > positional. So he may code CLASS= keyword as well, can't he? > Maybe your accnt infor is already somehowe controlled (my guess, lack > of information). However jobclass can be RACF-controlled. > And this is quite mature way to control job classes and (indirectly) > service classes. > > -- > Radoslaw Skorupka > Lodz, Poland -- For IBM-MAIN su
JES2 Policies
Hi, I've started looking into JES2 Policies. The current goal is to change a job's class or service class depending on certain values in the accounting information. >From reading the manual, it seems that this is possible. Has anyone done something like this? Is there a way to debug these policies? Is this feature mature enough to use? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using accounting information in WLM classification rules
Thanks, But at this stage, it's for regular jobs. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Wednesday, November 4, 2020 12:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using accounting information in WLM classification rules If this is for DDF I think you need to examine some SMF 101s to see what the "names in frames" are in your case. (FWIW I just got permission to open source my Db2 DDF Analysis Tool. There's nothing there yet but it will be at https://github.com/MartinPacker/Db2-DDF-Analysis-Tool. It would help in this case.) Cheers, Martin Martin Packer Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Gadi Ben-Avi To: IBM-MAIN@LISTSERV.UA.EDU Date: 04/11/2020 08:53 Subject:[EXTERNAL] Using accounting information in WLM classification rules Sent by:IBM Mainframe Discussion List Hi, I was asked to investigate using accounting information in WLM classification rules. I saw that I can use AI as the type. What does the value of name look like? Are there any pitfalls I should be aware of? We are running z/OS v2.4 Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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
Using accounting information in WLM classification rules
Hi, I was asked to investigate using accounting information in WLM classification rules. I saw that I can use AI as the type. What does the value of name look like? Are there any pitfalls I should be aware of? We are running z/OS v2.4 Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Enhanced HOLDDATA
It's still there. Get the full file from ftp://public.dhe.ibm.com/s390/holddata/full.txt or ftp://public.dhe.ibm.com/s390/holddata/full.bin Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Giliad Wilf Sent: Sunday, November 1, 2020 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS Enhanced HOLDDATA Hi All, Where can I find the z/OS accumulated enhanced holddata? It used to be on the below page... http://service.software.ibm.com/holdata/390holddata.html ...on a table where there was one packaging form in plain test for 730 days that included FIXCATs. This is not a matter of "site down for Sunday maintenance", because I could not get it on Friday and Saturday either. -- 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 problem
Hi, I found the problem. OAM wasn't active for some reason. Once I started it, everything started working. -Original Message- From: IBM Mainframe Discussion List On Behalf Of retired mainframer Sent: Thursday, October 15, 2020 11:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM problem What values are assigned to the CDSVERSIONBACKUP sub-parameters? Are they the same as the SYSUT2 DD statement in your IEBGENER job? > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Thursday, October 15, 2020 1:04 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM problem > > Hi, > We're installing HSM on a new z/OS v2.4 partition. > HSM starts and seems to be OK. > When I issue the F HSM,BACKVOL CDS command, I get: > ARC0744E MCDS COULD NOT BE BACKED UP, RC=0024, 677 ARC0744E (CONT.) > REAS=. MIGRATION, BACKUP, FRBACKUP, DUMP, AND ARC0744E (CONT.) > RECYCLE HELD. > > RC 24 says that a scratch tape could not be allocated. > > When I run a simple IEBGENER job to write to tape, there are no problems. > > What can the problem be? > > Gadi > > > -- > 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
HSM problem
Hi, We're installing HSM on a new z/OS v2.4 partition. HSM starts and seems to be OK. When I issue the F HSM,BACKVOL CDS command, I get: ARC0744E MCDS COULD NOT BE BACKED UP, RC=0024, 677 ARC0744E (CONT.) REAS=. MIGRATION, BACKUP, FRBACKUP, DUMP, AND ARC0744E (CONT.) RECYCLE HELD. RC 24 says that a scratch tape could not be allocated. When I run a simple IEBGENER job to write to tape, there are no problems. What can the problem be? Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEASYS problem
I tried that. It complained, and the IPL stoped. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Tuesday, October 6, 2020 2:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEASYS problem Classification: Yo could try having no IEASYS00 in the parmlib concat -Original Message- From: IBM Mainframe Discussion List On Behalf Of Attila Fogarasi Sent: Monday, October 5, 2020 11:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEASYS problem [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] You cannot, 00 is always used as the base, you can only concatenate over-rides to it. LOADxx and IEASYMxx will concatenate to 00, and WTOR response will over-ride LOADxx and IEASYMxx -- but I know of no way to eliminate 00 as a base. Normally 0B would have all the needed over-ride values for 00 making it effectively the same as "only 0B" :) On Tue, Oct 6, 2020 at 3:18 PM Gadi Ben-Avi wrote: > HI, > The output from D IPLINFO,SYSP is > IEE255I SYSTEM PARAMETER 'SYSP': (0B,00) I would like it to be only 0B > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Relson > Sent: Sunday, October 4, 2020 4:46 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IEASYS problem > > What does DISPLAY IPLINFO,SYSP show? > > Peter Relson > z/OS Core Technology Design > > > -- > 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 ::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
Re: IEASYS problem
Hi, During the IPL, The message: IEA008I SYSTEM PARMS FOLLOW FOR z/OS 02.03.00 HBB77B0 IEASYS0B IEASYS00 Was displayed. I then see IEE252I MEMBER IEASYS00 FOUND IN SYS1.PARMLIB IEA325I IEASYS00 PARAMETER LIST With a list of all of the parameters is IEASYS00 IEE252I MEMBER IEASYS0B FOUND IN SYS1.PARMLIB IEA325I IEASYS0B PARAMETER LIST With a list of all of the parameters is IEASYS0B IEE252I MEMBER IEASYS00 FOUND IN SYS1.PARMLIB IEA325I IEASYS00 PARAMETER LIST With a list of all of the parameters is IEASYS00 So it looks like IEASYS00 was read twice. When I looked in IEASYM00 it said: SYSDEF SYSPARM(00,L) SYMDEF(='V919') I changed IEASYM00 to: SYSDEF LPARNAME(CDVL) SYSPARM(0A,L) SYMDEF(='V919') SYSDEF LPARNAME(CMP1) SYSPARM(0B,L) SYMDEF(='V919') Which I hope will fix the problem. We have a product called Image Focus from NewEra Software, which among other things, parses the PARMLIB. It currently tells me that everything is OK. I'll have to wait for the next IPL to check. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jesse 1 Robinson Sent: Monday, October 5, 2020 6:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEASYS problem SYS1.SAMPLIB(SPPINST) Is the member that provides code to install the SYSPARM dialog. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roger Lowe Sent: Monday, October 5, 2020 5:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: IEASYS problem CAUTION EXTERNAL EMAIL On Sun, 4 Oct 2020 23:53:18 -0500, Brian Westerman wrote: >I don't have a sysparm member in sys1.samplib, is it from an older release >than 2.3? > >Brian > Have a look in SAMPLIB for the "SPP*" members . Roger -- 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: IEASYS problem
HI, The output from D IPLINFO,SYSP is IEE255I SYSTEM PARAMETER 'SYSP': (0B,00) I would like it to be only 0B Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson Sent: Sunday, October 4, 2020 4:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEASYS problem What does DISPLAY IPLINFO,SYSP show? Peter Relson z/OS Core Technology Design -- 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: IEASYS problem
Yes From: IBM Mainframe Discussion List on behalf of Itschak Mugzach <0305158ad67d-dmarc-requ...@listserv.ua.edu> Sent: Saturday, October 3, 2020 22:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEASYS problem Same IPL address, same IPL parms as before? *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Sat, Oct 3, 2020 at 9:55 PM Gadi Ben-Avi wrote: > HI, > > I went into work this evening to IPL our production LPAR's > > When I IPL's one system, it used IEASYS00 instead of the system specific > IEASYS0B. > > The LOAD member for the LPAR says > > SYSPARM 0B. > > > The only thing that has changed recently is that we started using IEASYM > for the first time ever. > > We specified IEASYM 00 in LOADxx and there is an IEASYM00 member in > SYS1.PARMLIB that adds a static symbol. > > > Could this be causing the problem? > > > We are running z/OS v2.3 > > > Gadi > > -- > 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
IEASYS problem
HI, I went into work this evening to IPL our production LPAR's When I IPL's one system, it used IEASYS00 instead of the system specific IEASYS0B. The LOAD member for the LPAR says SYSPARM 0B. The only thing that has changed recently is that we started using IEASYM for the first time ever. We specified IEASYM 00 in LOADxx and there is an IEASYM00 member in SYS1.PARMLIB that adds a static symbol. Could this be causing the problem? We are running z/OS v2.3 Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe ptfs download to USS
Because that is how they built the process -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, September 17, 2020 1:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPe ptfs download to USS When I order software maintenance and download it, why does it need to go to USS first? thanks Bill -- 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: Synchronizing VTL VOLCAT and TMS
Thanks, I was hoping for a simpler way. But that, combined with CTTSYNC utility seems to have fixed the problem. I hope. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Fraser Sent: Tuesday, September 8, 2020 2:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Synchronizing VTL VOLCAT and TMS IDCAMS CREATE VOLENT(NAME(Vvolser) LOC(library) MTYPE(mediatype) LIBNAME(libname) UATTR(scratch/private) On Tue, 8 Sep 2020 at 17:15, Gadi Ben-Avi wrote: > Hi, > We have the following situation: > Virtual volumes exist in the VTL (TS7760) using the correct category > for a specific LPAR. > Some are in category 008F and some in 0082 The same volumes are > defined in the TMS (Control-M/Tape in this case). > The volumes are not defined in the VOLCAT. > How can I either: > Delete the volumes from the VTL. Attempting this resulted in a message > that said: > No volumes were deleted because the volumes in the range do not meet > one or more of the following criteria: > > The deletion can only be issued for an unused logical volume, which is > defined as a volume in the insert category that has not been mounted > by a host or a volume in the insert category that has had its > category, constructs, or attributes changed by a host. Certain volumes > can be moved back to the insert category by the host or through damaged token > recovery. > > Or > Do something so that the VOLCAT is updated correctly. > > Thanks > > Gadi > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Synchronizing VTL VOLCAT and TMS
Hi, We have the following situation: Virtual volumes exist in the VTL (TS7760) using the correct category for a specific LPAR. Some are in category 008F and some in 0082 The same volumes are defined in the TMS (Control-M/Tape in this case). The volumes are not defined in the VOLCAT. How can I either: Delete the volumes from the VTL. Attempting this resulted in a message that said: No volumes were deleted because the volumes in the range do not meet one or more of the following criteria: The deletion can only be issued for an unused logical volume, which is defined as a volume in the insert category that has not been mounted by a host or a volume in the insert category that has had its category, constructs, or attributes changed by a host. Certain volumes can be moved back to the insert category by the host or through damaged token recovery. Or Do something so that the VOLCAT is updated correctly. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Query ESM from REXX
But that would mean checking if the user has access, or if the user has access through any of the groups it is connected to. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B Dyck Sent: Sunday, August 2, 2020 4:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Query ESM from REXX While IBM may reformat the probability is low that they will. They have a hard enough time updating TSO Help panels when typos are found. However if they do change the format then it shouldn't be difficult to update the parse. With the RLIST just scan to the bottom and you will see this section: USER ACCESS ACCESS COUNT -- -- - GROUP1ALTER 00 OMVSKERN READ00 WEBSRVREAD00 . . . That should provide you with the info that you are looking for Lionel B. Dyck < Website: https://www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: Sunday, August 2, 2020 7:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Query ESM from REXX What change does it make? IBM does ot recommend parsing of command output as it keeps the right to change output format. ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM comming son * On Sun, Aug 2, 2020 at 2:49 PM Lionel B Dyck wrote: > Try issuing the "RLIST FACILITY .xxx AUTH" command and parse the > results. > > Also take a look at the RACFADM open source RACF admin dialog - CBT > Tape file 417 or https://github.com/lbdyck/racfadm > > > Lionel B. Dyck < > Website: https://www.lbdsoftware.com > > "Worry more about your character than your reputation. Character is > what you are, reputation merely what others think you are." - John > Wooden > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Itschak Mugzach > Sent: Sunday, August 2, 2020 6:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Query ESM from REXX > > -) > > בתאריך יום א׳, 2 באוג׳ 2020, 14:27, מאת David Spiegel < > dspiegel...@hotmail.com>: > > > Shkoyach > > > > On 2020-08-02 07:25, Itschak Mugzach wrote: > > > You need to use this or wright an assembler program to execute a > > > third party check on the resource in question. Easier in rexx with > irrxutil. > > > > > > בתאריך יום א׳, 2 באוג׳ 2020, 14:20, מאת Gadi Ben-Avi > > > > >: > > > > > >> IRRXUTIL extracts information from the RACF Database for reporting. > > >> It doesn't tell you if a user has access to a resource. > > >> > > >> -Original Message- > > >> From: IBM Mainframe Discussion List On > > Behalf > > >> Of Itschak Mugzach > > >> Sent: Sunday, August 2, 2020 2:16 PM > > >> To: IBM-MAIN@LISTSERV.UA.EDU > > >> Subject: Re: Query ESM from REXX > > >> > > >> Look at IRRXUTIL > > >> > > >> ITschak > > >> > > >> בתאריך יום א׳, 2 באוג׳ 2020, 14:06, מאת Gadi Ben-Avi > > >> > >: > > >> > > >>> Hi, > > >>> Does anyone know of a way to query an ESM (RACF in this case) > > >>> from a REXX program running under TSO/E and ISPF? > > >>> We are currently at z/OS v2.2. > > >>> > > >>> I would like to know if a user has a certain access level to a > > >>> resource in FACILITY. > > >>> > > >>> Thanks > > >>> > > >>> Gadi > > >>> > > >>> > > >>> -- > > >>> 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 > > >> > > >> Email secured by Check Point > > >> > > >> - > > >> -- > > >> --- For IBM-MAIN subs
Re: Query ESM from REXX
IRRXUTIL extracts information from the RACF Database for reporting. It doesn't tell you if a user has access to a resource. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Itschak Mugzach Sent: Sunday, August 2, 2020 2:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Query ESM from REXX Look at IRRXUTIL ITschak בתאריך יום א׳, 2 באוג׳ 2020, 14:06, מאת Gadi Ben-Avi : > Hi, > Does anyone know of a way to query an ESM (RACF in this case) from a > REXX program running under TSO/E and ISPF? > We are currently at z/OS v2.2. > > I would like to know if a user has a certain access level to a > resource in FACILITY. > > Thanks > > Gadi > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Query ESM from REXX
Hi, Does anyone know of a way to query an ESM (RACF in this case) from a REXX program running under TSO/E and ISPF? We are currently at z/OS v2.2. I would like to know if a user has a certain access level to a resource in FACILITY. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF development question
Did you mean PDF TEST? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Itschak Mugzach Sent: Thursday, July 30, 2020 9:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF development question Gadi, During development, once you logged-on, exit ISPF to TSO and enter PFG TEST. the TEST operand will cause ISPF to read the panel definition from the dataset every time you reference it. ITschak *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Thu, Jul 30, 2020 at 9:14 AM Gadi Ben-Avi wrote: > Hi, > > I was told to develop an ISPF application. > It's been a long time since I did this, so I'm having some issues. > > Whenever I change a panel definition, I have to logoff and logon for > the updated definition to show. > Is there a way to have ISPF use the updated definition without logging > off and on. > > Thanks > > Gadi > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ISPF development question
Hi, I was told to develop an ISPF application. It's been a long time since I did this, so I'm having some issues. Whenever I change a panel definition, I have to logoff and logon for the updated definition to show. Is there a way to have ISPF use the updated definition without logging off and on. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TS7760 Cache utilization
Hi, How can I find out, using a batch job, the TS7760 cache utilization? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Using NTP
Hi, I was asked to make sure that the mainframes are using the same time source as the rest of the computers on our network. I know what the NTP servers are in our network. In the HMC, I found 'Customize Console Date/Time' I added the NTP servers to the screen, and they seem to have been accepted. (I did this for our DR computer) Do I have to do anything else? We are currently running z13s's if that matters. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Copying Extended format datasets between partitions
Thanks I guess I'll have to bite the bullet. It's 393GB of files. -Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. Sent: Tuesday, July 14, 2020 1:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Copying Extended format datasets between partitions You cannot do it. Both datasets require to be DFSMS-managed and then cataloged. So you have to share the catalog (BCS), otherwise you will get error or uncataloged datasets on SMS volume, which is also not the best idea. Another method: dump you datasets to PS file on shared volume. Then restore it on target system. Much easier and less error-prone. -- Radoslaw Skorupka Lodz, Poland W dniu 14.07.2020 o 12:06, Gadi Ben-Avi pisze: > HI, > I have to copy extended format (PS-E and VS-E) datasets between partitions. > The partitions share DASD but do not share anything else. > They have different SMS configurations. > The same Storage Group is defined in both partitions, but each partition has > different volumes. > > I've been copying datasets between partitions like these for a while using > this DFSMSdss copy command: > COPY DATASET( - > INCLUDE( - > SYS1.IOA.V919.LNKLST - > SYS1.IODF24.CLUSTER - > )) - > REPLACE- > TOL(ENQF) - > BYPASSACS(**) - > NULLSTORCLAS - > PROCESS(SYS1) - > ALLDATA(*) ALLEXCP - > RECATALOG(ICFCAT.MCATZ23) - > OUTDYNAM(Z23R01) - > SHARE > > The catalog in the RECATALOG parameter is the catalog for the destination > partition. > > Does anyone have an idea how to do this for SMS managed extended format > datasets? > > == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Copying Extended format datasets between partitions
HI, I have to copy extended format (PS-E and VS-E) datasets between partitions. The partitions share DASD but do not share anything else. They have different SMS configurations. The same Storage Group is defined in both partitions, but each partition has different volumes. I've been copying datasets between partitions like these for a while using this DFSMSdss copy command: COPY DATASET( - INCLUDE( - SYS1.IOA.V919.LNKLST - SYS1.IODF24.CLUSTER - )) - REPLACE- TOL(ENQF) - BYPASSACS(**) - NULLSTORCLAS - PROCESS(SYS1) - ALLDATA(*) ALLEXCP - RECATALOG(ICFCAT.MCATZ23) - OUTDYNAM(Z23R01) - SHARE The catalog in the RECATALOG parameter is the catalog for the destination partition. Does anyone have an idea how to do this for SMS managed extended format datasets? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing the volser of an HSM ML1 volume
The output looked OK to me. I was also able to restore a file Gadi Ben-Avi z/OS systems Programmer Malam Systems Jerusalem, Israel On Mon, Jul 13, 2020 at 4:09 PM +0300, "Richard Marchant" mailto:marchinga...@gmail.com>> wrote: Gadi, Did you FIXCDS the "A" and "D" records of these files? Was the output good? Richard Marchant Johannesburg On Mon, Jul 13, 2020 at 3:02 PM Gadi Ben-Avi wrote: > I got a bunch of messages saying > /* ERR 141 ML1000 - SCRATCHED EMPTY DATA SET > HSM.VTOC.T010400.VPWRK06.D20195 > And the datasets were deleted. > > Now, how do I get it to move the HMIG's? > > Thanks > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Richard Marchant > Sent: Monday, July 13, 2020 3:46 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > Please execute the following command: > > *HSEND AUDIT MEDCTL VOLUMES(ML1000) FIX* > > > Richard Marchant > Johannesburg > > On Mon, Jul 13, 2020 at 2:27 PM Gadi Ben-Avi wrote: > > > Hi Richard, > > Enclosed is the output from the FREEVOL command. > > This partition does not have any issues with HMIG files. > > Gadi > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Richard Marchant > > Sent: Monday, July 13, 2020 3:20 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Changing the volser of an HSM ML1 volume > > > > Gadi, > > > > Try running the FREEVOL again and then post the DFHSM log of the > > FREEVOL output. > > > > Richard Marchant > > Johannesburg > > > > On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi wrote: > > > > > Hi Again, > > > The VTOC records are newish. There are some from today and some from > > > earlier in the year. > > > The Migrated files seems to be OK. They were created because the > > > storage group was defined with automigrate. > > > I changed the storage group to not have automigrate, so no new files > > > will be migrated. > > > > > > How can I move those files to the new volume? > > > > > > Gadi > > > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List On > > > Behalf Of Richard Marchant > > > Sent: Monday, July 13, 2020 12:33 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: Changing the volser of an HSM ML1 volume > > > > > > Gadi, > > > > > > How old are VTOC files? Are they required? > > > > > > Do the HMIG files have catalog entries and “D” records in the MCDS? > > > > > > To find the full datasetname for an HMIG file so you can check for a > “D” > > > record issue the following: > > > > > > HSEND FIXCDS A HMIGfilename > > > > > > Once you have the full datasetname you can then check if there is > > > valid “D” record by issuing the following: > > > > > > HSEND FIXCDS D fulldatasetname > > > > > > If there is a “D” record try recalling the dataset. If this works > > > you can delete the associated DFHSM “A” and “D” records. Then make > > > an DFHSM > > backup. > > > > > > If there is no “D” record you can do the following: > > > > > > > > > 1. If the dataset is not too important delete the associated “A” > > > record and delete the HMIG file on the ML1 volume. If you have a > > > backup then restore the dataset. > > > > > > 2. If you have no backup and the dataset is important you can > > > recreate the “D” record. Check the manuals for this procedure. Then > > > recall it as above. > > > HTH > > > > > > Richard Marchant > > > Johannesburg > > > > > > From: IBM Mainframe Discussion List > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi > > > Sent: Monday, July 13, 2020 10:55 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: Changing the volser of an HSM ML1 volume > > > > > > All of the VTOC files that were not moved, are empty. > > > The HMIG files are definitely not empty. > > > There is mention of the HMIG files in the HSM logs > > > > > > Gadi > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List > > IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant > > > Sent: Monday, July 13, 20
Re: Changing the volser of an HSM ML1 volume
I got a bunch of messages saying /* ERR 141 ML1000 - SCRATCHED EMPTY DATA SET HSM.VTOC.T010400.VPWRK06.D20195 And the datasets were deleted. Now, how do I get it to move the HMIG's? Thanks Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 3:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Gadi, Please execute the following command: *HSEND AUDIT MEDCTL VOLUMES(ML1000) FIX* Richard Marchant Johannesburg On Mon, Jul 13, 2020 at 2:27 PM Gadi Ben-Avi wrote: > Hi Richard, > Enclosed is the output from the FREEVOL command. > This partition does not have any issues with HMIG files. > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Richard Marchant > Sent: Monday, July 13, 2020 3:20 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > Try running the FREEVOL again and then post the DFHSM log of the > FREEVOL output. > > Richard Marchant > Johannesburg > > On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi wrote: > > > Hi Again, > > The VTOC records are newish. There are some from today and some from > > earlier in the year. > > The Migrated files seems to be OK. They were created because the > > storage group was defined with automigrate. > > I changed the storage group to not have automigrate, so no new files > > will be migrated. > > > > How can I move those files to the new volume? > > > > Gadi > > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Richard Marchant > > Sent: Monday, July 13, 2020 12:33 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Changing the volser of an HSM ML1 volume > > > > Gadi, > > > > How old are VTOC files? Are they required? > > > > Do the HMIG files have catalog entries and “D” records in the MCDS? > > > > To find the full datasetname for an HMIG file so you can check for a “D” > > record issue the following: > > > > HSEND FIXCDS A HMIGfilename > > > > Once you have the full datasetname you can then check if there is > > valid “D” record by issuing the following: > > > > HSEND FIXCDS D fulldatasetname > > > > If there is a “D” record try recalling the dataset. If this works > > you can delete the associated DFHSM “A” and “D” records. Then make > > an DFHSM > backup. > > > > If there is no “D” record you can do the following: > > > > > > 1. If the dataset is not too important delete the associated “A” > > record and delete the HMIG file on the ML1 volume. If you have a > > backup then restore the dataset. > > > > 2. If you have no backup and the dataset is important you can > > recreate the “D” record. Check the manuals for this procedure. Then > > recall it as above. > > HTH > > > > Richard Marchant > > Johannesburg > > > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi > > Sent: Monday, July 13, 2020 10:55 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Changing the volser of an HSM ML1 volume > > > > All of the VTOC files that were not moved, are empty. > > The HMIG files are definitely not empty. > > There is mention of the HMIG files in the HSM logs > > > > Gadi > > > > -Original Message- > > From: IBM Mainframe Discussion List > IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant > > Sent: Monday, July 13, 2020 11:36 AM > > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> > > Subject: Re: Changing the volser of an HSM ML1 volume > > > > Gadi, > > > > FREEVOL should move these files if they are good. > > > > Check they are active files. > > > > Richard Marchant > > Johannesburg > > > > > > > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi > > Sent: Monday, July 13, 2020 10:20 AM > > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> > > Subject: Re: Changing the volser of an HSM ML1 volume > > > > Hi again, > > HSM copied many of the files on the old volume, but there are still > > some files left. > > The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to > > copy these files too. > > > > Gadi > > > > -Original Message- > > From: IBM Main
Re: Changing the volser of an HSM ML1 volume
Hi Richard, Enclosed is the output from the FREEVOL command. This partition does not have any issues with HMIG files. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 3:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Gadi, Try running the FREEVOL again and then post the DFHSM log of the FREEVOL output. Richard Marchant Johannesburg On Mon, Jul 13, 2020 at 12:19 PM Gadi Ben-Avi wrote: > Hi Again, > The VTOC records are newish. There are some from today and some from > earlier in the year. > The Migrated files seems to be OK. They were created because the > storage group was defined with automigrate. > I changed the storage group to not have automigrate, so no new files > will be migrated. > > How can I move those files to the new volume? > > Gadi > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Richard Marchant > Sent: Monday, July 13, 2020 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > How old are VTOC files? Are they required? > > Do the HMIG files have catalog entries and “D” records in the MCDS? > > To find the full datasetname for an HMIG file so you can check for a “D” > record issue the following: > > HSEND FIXCDS A HMIGfilename > > Once you have the full datasetname you can then check if there is > valid “D” record by issuing the following: > > HSEND FIXCDS D fulldatasetname > > If there is a “D” record try recalling the dataset. If this works you > can delete the associated DFHSM “A” and “D” records. Then make an DFHSM > backup. > > If there is no “D” record you can do the following: > > > 1. If the dataset is not too important delete the associated “A” > record and delete the HMIG file on the ML1 volume. If you have a > backup then restore the dataset. > > 2. If you have no backup and the dataset is important you can > recreate the “D” record. Check the manuals for this procedure. Then > recall it as above. > HTH > > Richard Marchant > Johannesburg > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gadi Ben-Avi > Sent: Monday, July 13, 2020 10:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Changing the volser of an HSM ML1 volume > > All of the VTOC files that were not moved, are empty. > The HMIG files are definitely not empty. > There is mention of the HMIG files in the HSM logs > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant > Sent: Monday, July 13, 2020 11:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > FREEVOL should move these files if they are good. > > Check they are active files. > > Richard Marchant > Johannesburg > > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gadi Ben-Avi > Sent: Monday, July 13, 2020 10:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Re: Changing the volser of an HSM ML1 volume > > Hi again, > HSM copied many of the files on the old volume, but there are still > some files left. > The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to > copy these files too. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU% > 3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of Richard Marchant > Sent: Monday, July 13, 2020 10:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>> > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > HSM should move all the files. > > Richard Marchant > Johannesburg > > On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi gad...@malam.com<mailto:gad...@malam.com%3cmailto:gad...@malam.com>>> > wrote: > > > Thanks > > Will HSM move the files already on the old volume, or do I have to > > do it myself? > > > > Gadi > > > > -Original Message- > > From: IBM Mainframe Discussion List > > mailto:IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM > > -M a...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On > > Behalf Of Richard Marchant > > Sent: Monday, July 13, 2020 9:18 AM > > To: > > IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.ED
Re: Changing the volser of an HSM ML1 volume
Great, I'll see what happens over the next few days. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Monday, July 13, 2020 3:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Those will drain in a few Daily Space Management Cycles. They are vtoc copies used in volume recovery. You can also (with minor risk), just delete them. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Monday, July 13, 2020 3:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Hi again, HSM copied many of the files on the old volume, but there are still some files left. The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these files too. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Gadi, HSM should move all the files. Richard Marchant Johannesburg On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi wrote: > Thanks > Will HSM move the files already on the old volume, or do I have to do > it myself? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Richard Marchant > Sent: Monday, July 13, 2020 9:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > I would advise you do the following so HSM knows what's where: > > HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN) > > HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN) > > HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1) > > Once complete you can DELVOL the oldvolser. > > HTH > > Richard Marchant > Johannesburg > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gadi Ben-Avi > Sent: Monday, July 13, 2020 6:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Changing the volser of an HSM ML1 volume > > Hi, > I need to change the name of a HSM ML1 volume. > The volume only contains VTOC files created by backups. > > Can I just create a new volume, define it to hsm and move the files to it? > > Gadi > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > This message is subject to certain restrictions and qualifications > which are contained in our email disclaimer which is available on our > website at > https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.edcon.co.za%2FEdcon%2FDisclaimerdata=02%7C01%7Callan.staller%40HCL.COM%7Cca0cff95253a47d8cf1c08d827058df1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637302252112708477sdata=xS6mZ0yckJNL5pN%2B7LC0FWxO9lyhAtv%2F7499XVf0X28%3Dreserved=0 > or from the Group Secretary on (011) 495-6000. > The disclaimer also provides our corporate information and names of > our directors as required by law. > The disclaimer is deemed to form part of this message in terms of > Section > 11 of the Electronic Communications and Transactions Act, 2002. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Email secured by Check Point > > -- > 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 Email secured by Check Point -- 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
Re: Changing the volser of an HSM ML1 volume
Hi Again, The VTOC records are newish. There are some from today and some from earlier in the year. The Migrated files seems to be OK. They were created because the storage group was defined with automigrate. I changed the storage group to not have automigrate, so no new files will be migrated. How can I move those files to the new volume? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Gadi, How old are VTOC files? Are they required? Do the HMIG files have catalog entries and “D” records in the MCDS? To find the full datasetname for an HMIG file so you can check for a “D” record issue the following: HSEND FIXCDS A HMIGfilename Once you have the full datasetname you can then check if there is valid “D” record by issuing the following: HSEND FIXCDS D fulldatasetname If there is a “D” record try recalling the dataset. If this works you can delete the associated DFHSM “A” and “D” records. Then make an DFHSM backup. If there is no “D” record you can do the following: 1. If the dataset is not too important delete the associated “A” record and delete the HMIG file on the ML1 volume. If you have a backup then restore the dataset. 2. If you have no backup and the dataset is important you can recreate the “D” record. Check the manuals for this procedure. Then recall it as above. HTH Richard Marchant Johannesburg From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Monday, July 13, 2020 10:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume All of the VTOC files that were not moved, are empty. The HMIG files are definitely not empty. There is mention of the HMIG files in the HSM logs Gadi -Original Message- From: IBM Mainframe Discussion List mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 11:36 AM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: Changing the volser of an HSM ML1 volume Gadi, FREEVOL should move these files if they are good. Check they are active files. Richard Marchant Johannesburg From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Monday, July 13, 2020 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: Changing the volser of an HSM ML1 volume Hi again, HSM copied many of the files on the old volume, but there are still some files left. The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these files too. Gadi -Original Message- From: IBM Mainframe Discussion List mailto:IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>> Subject: Re: Changing the volser of an HSM ML1 volume Gadi, HSM should move all the files. Richard Marchant Johannesburg On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi mailto:gad...@malam.com<mailto:gad...@malam.com%3cmailto:gad...@malam.com>>> wrote: > Thanks > Will HSM move the files already on the old volume, or do I have to do > it myself? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List > mailto:IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-M > a...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>>> On Behalf Of > Richard Marchant > Sent: Monday, July 13, 2020 9:18 AM > To: > IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MA > i...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>> > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > I would advise you do the following so HSM knows what's where: > > HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN) > > HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN) > > HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1) > > Once complete you can DELVOL the oldvolser. > > HTH > > Richard Marchant > Johannesburg > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gadi Ben-Avi > Sent: Monday, July 13, 2020 6:55 AM > To: > IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MA > i...@listserv.ua.edu%3cmailto:IBM-MAIN@LISTSERV.UA.EDU>> > Subject: Changing the volser of an HSM ML1 volume > > Hi, > I need to change the name of a HSM ML1 volume. > The volume only contains VTOC files created by backups. > > Can I just creat
Re: Changing the volser of an HSM ML1 volume
All of the VTOC files that were not moved, are empty. The HMIG files are definitely not empty. There is mention of the HMIG files in the HSM logs Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 11:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Gadi, FREEVOL should move these files if they are good. Check they are active files. Richard Marchant Johannesburg From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Monday, July 13, 2020 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Hi again, HSM copied many of the files on the old volume, but there are still some files left. The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these files too. Gadi -Original Message- From: IBM Mainframe Discussion List mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: Changing the volser of an HSM ML1 volume Gadi, HSM should move all the files. Richard Marchant Johannesburg On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi mailto:gad...@malam.com>> wrote: > Thanks > Will HSM move the files already on the old volume, or do I have to do > it myself? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List > mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf > Of Richard Marchant > Sent: Monday, July 13, 2020 9:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > I would advise you do the following so HSM knows what's where: > > HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN) > > HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN) > > HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1) > > Once complete you can DELVOL the oldvolser. > > HTH > > Richard Marchant > Johannesburg > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gadi Ben-Avi > Sent: Monday, July 13, 2020 6:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Changing the volser of an HSM ML1 volume > > Hi, > I need to change the name of a HSM ML1 volume. > The volume only contains VTOC files created by backups. > > Can I just create a new volume, define it to hsm and move the files to it? > > Gadi > > -- > 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 > > This message is subject to certain restrictions and qualifications > which are contained in our email disclaimer which is available on our > website at > www.edcon.co.za/Edcon/Disclaimer<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprotect-za.mimecast.com%2Fs%2FelxECmw0pDtJ7AxQsOtW4a=02%7C01%7Crmarchant%40edcon.co.za%7Cfb2ffedb171f4236164608d8270593c2%7C9bc1595a478a4774bd9e25f50e3a0119%7C0%7C0%7C637302252213342982=fSabl7FP%2FRTg8PXOY%2BHegsPSzZWKKry2DMSBQH0s8pM%3D=0> > or from the Group Secretary on (011) 495-6000. > The disclaimer also provides our corporate information and names of > our directors as required by law. > The disclaimer is deemed to form part of this message in terms of > Section > 11 of the Electronic Communications and Transactions Act, 2002. > > -- > 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 > > Email secured by Check Point > > -- > 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 Email secured by Check Point -- 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 This message is subject to cer
Re: Changing the volser of an HSM ML1 volume
Hi again, HSM copied many of the files on the old volume, but there are still some files left. The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these files too. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Gadi, HSM should move all the files. Richard Marchant Johannesburg On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi wrote: > Thanks > Will HSM move the files already on the old volume, or do I have to do > it myself? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Richard Marchant > Sent: Monday, July 13, 2020 9:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > I would advise you do the following so HSM knows what's where: > > HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN) > > HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN) > > HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1) > > Once complete you can DELVOL the oldvolser. > > HTH > > Richard Marchant > Johannesburg > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gadi Ben-Avi > Sent: Monday, July 13, 2020 6:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Changing the volser of an HSM ML1 volume > > Hi, > I need to change the name of a HSM ML1 volume. > The volume only contains VTOC files created by backups. > > Can I just create a new volume, define it to hsm and move the files to it? > > Gadi > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > This message is subject to certain restrictions and qualifications > which are contained in our email disclaimer which is available on our > website at www.edcon.co.za/Edcon/Disclaimer or from the Group > Secretary on (011) 495-6000. > The disclaimer also provides our corporate information and names of > our directors as required by law. > The disclaimer is deemed to form part of this message in terms of > Section > 11 of the Electronic Communications and Transactions Act, 2002. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Email secured by Check Point > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing the volser of an HSM ML1 volume
Thanks Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Gadi, HSM should move all the files. Richard Marchant Johannesburg On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi wrote: > Thanks > Will HSM move the files already on the old volume, or do I have to do > it myself? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Richard Marchant > Sent: Monday, July 13, 2020 9:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Changing the volser of an HSM ML1 volume > > Gadi, > > I would advise you do the following so HSM knows what's where: > > HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN) > > HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN) > > HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1) > > Once complete you can DELVOL the oldvolser. > > HTH > > Richard Marchant > Johannesburg > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gadi Ben-Avi > Sent: Monday, July 13, 2020 6:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Changing the volser of an HSM ML1 volume > > Hi, > I need to change the name of a HSM ML1 volume. > The volume only contains VTOC files created by backups. > > Can I just create a new volume, define it to hsm and move the files to it? > > Gadi > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > This message is subject to certain restrictions and qualifications > which are contained in our email disclaimer which is available on our > website at www.edcon.co.za/Edcon/Disclaimer or from the Group > Secretary on (011) 495-6000. > The disclaimer also provides our corporate information and names of > our directors as required by law. > The disclaimer is deemed to form part of this message in terms of > Section > 11 of the Electronic Communications and Transactions Act, 2002. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Email secured by Check Point > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Changing the volser of an HSM ML1 volume
Thanks Will HSM move the files already on the old volume, or do I have to do it myself? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Marchant Sent: Monday, July 13, 2020 9:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Changing the volser of an HSM ML1 volume Gadi, I would advise you do the following so HSM knows what's where: HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN) HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN) HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1) Once complete you can DELVOL the oldvolser. HTH Richard Marchant Johannesburg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Monday, July 13, 2020 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Changing the volser of an HSM ML1 volume Hi, I need to change the name of a HSM ML1 volume. The volume only contains VTOC files created by backups. Can I just create a new volume, define it to hsm and move the files to it? Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message is subject to certain restrictions and qualifications which are contained in our email disclaimer which is available on our website at www.edcon.co.za/Edcon/Disclaimer or from the Group Secretary on (011) 495-6000. The disclaimer also provides our corporate information and names of our directors as required by law. The disclaimer is deemed to form part of this message in terms of Section 11 of the Electronic Communications and Transactions Act, 2002. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Changing the volser of an HSM ML1 volume
Hi, I need to change the name of a HSM ML1 volume. The volume only contains VTOC files created by backups. Can I just create a new volume, define it to hsm and move the files to it? Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is /usr/lpp reserved solely for IBM products?
The chmount command can change a file system from Read Only to Read/Write and back. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Israel Wagshal Sent: Sunday, July 12, 2020 11:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is /usr/lpp reserved solely for IBM products? On Sat, 11 Jul 2020 17:09:32 -0500, Al Ferguson wrote: Thank you for the insights. How do you change dynamically root filesystem's mount mode to R/W and back to R/O? What do you mean by saying "the IBM Root Filesystem is actually mount at /ipl-vol/ "? The Version root has to be mounted R/O off a mountpoint at the Sysplex root. We do not place any VSAM dataset on the iplvol. Only non-VSAMs are placed there, because we use symbolic cataloging via and , which isn't possible (I think) for VSAM datasets. >Isreal, > > >> On 11 July 2020, at 15:30, Paul Gilmartin >> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> >> On Sat, 11 Jul 2020 12:51:04 -0500, Israel Wagshal wrote: >>> >>> I'm installing a software that has to have its own zFS aggregate mounted >>> and available. >>> >>> Looking into the USS filesystem I can see many IBM products' zFS aggregates >>> mounted off /usr/lpp. >>> I can see no foreign aggregate mounted off /usr/lpp. >>> >> I believe LPP abbreviated Licensed Program Products. > > >That is what IBM has designated it. IBM though does not say it is for IBM >Licensed Program Products. CA (now Broadcom) uses /usr/lpp/CA/product_name >quit a bit; as do a few others. > > >> The convention elsewhere seems to be /usr/local: >> >> https://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY > >The common place to put most Open Source tools is /usr/local/tool_name; >particularly in Linux installations. Occasionally some 3rd Party Products use >this as well (though they also end up in /var and /opt quite a bit). > > >>> However, /usr/lpp is in IBM's Version root which is mounted R/O. > >This is recommended configuration > > >>> >>> Is it proper to change Version root's mount mode temporarily to R/W and >>> mkdir another mountpoint off /usr/lpp for the product I'm installing, or >>> should this be avoided and made elsewhere? >>> Is there a general recommendation where to mount aggregates for non-IBM >>> products? >>> The vendor says nothing about this. >>> >>> Can mount mode of the Version root be changed on the fly by some command or >>> will this require bouncing the system? > >You can dynamically change the IBM Root Filesystem (or any mounted Filesystem) >from r/o to r/w and back again (line commands or via ISHELL Filesystem >utility), you do need to be root (either via “su” command or your UID being 0). > >What I have found to do to try to align with IBM’s intentions is the following: > >1. Create a mount point in the root filesystem to mount 3rd party products, >say /products. >I use a Automount to dynamically mount filesystems here. With proper naming >standards you can code a general rule in the /etc/automount/product config >file (or just hard code then as needed and refresh vial the automount command). > >2. Copy the 3rd Party Product to a Filesystem of its own. >If the vendor, say CA, suggests /usr/lpp/CA/caldap/...; I install it at the >/caldap/… level at the Filesystem. > >3. Mount the filesystem so it is available, say the Filesystem is mounted at >/products/CALDAP … the product directory would be at /products/CALDAP/caldap. > >4. Dynamically change root filesystem to r/w > >5. Create a Soft Link in the /usr/lpp directory (e.g. “ln -sf >/products/CALDAP/caldap /usr/lpp/CA/caldap”) > >6. Verify it is available via “ls -alF /usr/lpp/CA/caldap” > >7. Dynamically change root filesystem back to r/o > >I prefer to do it this way for a couple of reasons: > > 1. Under Unix (USS is Posix 3 Unix) this wil behave exactly like it > was mounted at /usr/lpp/CA/caldap 2. I want to keep the IBM root > Filesystem as close to what is coming out of SMP/E as possible 3. I > do not want to mount Filesystems on the IBM Root Filesystem, if possible* 4. > May products (I have seen this with IBM, CA, Rocket, …) have configuration > files that point to their “suggested” mount point and these are not alway > documented and/or auto configured correctly. > 5. It is always easier talking with a vendors support is everything looks to > be configured as closely to the manual as possible. > >* I run in a Sysplex, with a share Sysplex Root Filesystem and the IBM >Root Filesystem is actually mount at /ipl-vol/ > > >___ > >Al Ferguson | mailto:afergu...@neptunescove.org >Milwaukee, WI USA | http://www.neptunescove.org > >Dulcius ex Asperis > > > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN
Installing Java
Hi, When I ordered z/OS v2.4, I only ordered the 64 bit version of Java. When we tried to start PFA, it failed. A quick search showed that PFA requires the 31 bit version of java. I ordered it using shopzseries. The resulting package was over 13GB. It looks like I have the base version and over 50 PTF's that upgrade it to the current version. Can I prevent SMP/E from installing all of those versions, and just install the final fix? >From past experience I know that each PTF is a full replacement of the who >java SDK. Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
More than one HMCS Console per LPAR
Hi, Is it possible to define more than one HMCS console for an LPAR? We are currently in the early stages of z/OS v2.4 installation. Since were working from home, it would help if we could have more than one HMCS consoles. We are using a z13s. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AZD messages?
I found this: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm It looks like the real information is in GLZ messages. I don't have z/OS v2.4 running, so I can't really check. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sean Gleann Sent: Thursday, June 4, 2020 12:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AZD messages? Can anyone point me at documentation for AZD... messages coming out of a zcx container, please? I'm getting: AZDN0004E Failure configuring IPv4 address and AZDP0001E Unexpected error 5 configuring data disks but various attempts at searching for these produce 'nothing found' responses. Regards Sean -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Extending the /tmp file system
Thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Geib Sent: Wednesday, June 3, 2020 3:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Extending the /tmp file system Hello Gadi - Only a TFS running as a colony address space can be extended - see the chapter "Managing the temporary file system (TFS)" in the z/OS UNIX Planning manual. https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3ga320884/$file/bpxb200_v2r3.pdf Regards, Dave Geib z/OS UNIX Support -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Extending the /tmp file system
Hi,
Is it possible to extend the /tmp file system without an IPL?
It's currently defined as:
MOUNT FILESYSTEM('/tmp')
MOUNTPOINT('/tmp')
TYPE(TFS)
MODE(RDWR)
PARM('-s 100')
We are running z/OS v2.2
Thanks
Gadi
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Base SYSPLEX setup
Hi Brian, When building a sysplex using CTC's, each LPAR mist have connectivity to all of the other LPARS. If you have more than two LPARS, it gets complicated very fast. I've always had to get help from IBM for defining the CTC's in HCD. Once you have to connectivity defined, the rest is fairly easy. It's all in the 'Setting up a sysplex' Manual. You have to setup COUPLExx members in parmlib. Here you define the devices that are used for communication. Once that is done and all of the systems are in the sysplex, GRS knows it (I think) and can be defined and used. IF you have two LPARS, then two ficon cards are enough for two sets of communication paths. If you have three LPARS, then you will need 3 Ficon cards If you have four LPARS, then you will need 6 ficons cards This assumes that you have two paths between LPARs to avoid a single point of failure. The IOCP definitions also get complicated the more LPARs you have. Maybe getting an ICP (A dedicated CPU for the coupling facility) and more memory, will not be as expensive as you thing, and will be a lot simpler. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Sunday, May 31, 2020 10:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Base SYSPLEX setup Hi, I'm looking for information on how to set up a base SYSPLEX with only Ficon CTC's that seem to be referred to as XCF CTC's. I'm sure someone had done this before and is probably doing it now for Multiple LPARs that are running on the same processor CEC. Configuration help (parms etc.) would be greatly appreciated. I think all we need to do to connect the 3 existing LPARs is purchase 2 FICON cards (we currently have no extras). Unfortunately, the IBM docs seem to talk a lot about the full parallel sysplexes (with Coupling facilities), but we don't have them, and they seem to be a great deal more expensive than FICON cards which are all we need to implement GRS anyway (that's our goal). We can also apparently create a virtual CF, but the overhead appears to be far greater than we can spare. Any CXF CTC setup information would be greatly appreciated. Thanks Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move volcat to non sms volume
Thanks, but that doesn't work. What did work was allocating the volcat on the volume I wanted to use. and then using the intoempty paramters in the import. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joe Monk Sent: Sunday, May 24, 2020 12:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Move volcat to non sms volume By using the VOLUMES keyword on the IMPORT, and specifying a NON-SMS managed volume... https://www.ibm.com/support/pages/how-move-volcat-new-volume Joe On Sun, May 24, 2020 at 2:30 AM Gadi Ben-Avi wrote: > Hi, > Our volcat (SYS1.VOLCAT.VGENERAL) was allocated on an SMS managed volume. > We would like to move it to a Non SMS managed volume. > > The way I found was to export it and then import. > How do I tell IMPORT to allocate it on a non SMS managed volume, and > not on the storage class it was exported from? > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Move volcat to non sms volume
Hi, Our volcat (SYS1.VOLCAT.VGENERAL) was allocated on an SMS managed volume. We would like to move it to a Non SMS managed volume. The way I found was to export it and then import. How do I tell IMPORT to allocate it on a non SMS managed volume, and not on the storage class it was exported from? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Using the CONSOLE command
Hi, I would like to write a REXX program that will issue the command to activate the SMS Configuration, and then wait until the message saying that the configuration has been activated is issued. I haven't been able to find examples that do that. Does anyone have an example? The program would run in Batch, if it makes any difference. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Activate SMS configuration in batch
Hi, Does anyone know of a way to activate an SMS configuration in batch? I know I can issue the SETSMS SCDS(xx) command in batch, but I am long for a way that will wait until the activation is complete before continuing to the next step. We are running z/OS v2.2 Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IDCAMS not freeing file
Hi, We have the following problem I job runs IDCAMS that delete and redefines a VSAM KSDS file. The next step uses a user program to send a command to CICS to open file file. In one partition this works fine. In another partition we get: DFHFC0952 CICSTOR8 DYNAMIC ALLOCATION OF NON-RLS FILE LMFVPAPZ FAILED. RETURN CODE X'0004',X'0210' IN MODULE DFHFCFS. The manual says that this messaga is issued when the file is allocated with DISP=OLD. If we run the second step after the first job has ended, it runs OK. It looks like IDCAMS is not freeing the file after the step ends. Does anyone have an idea what can be causing this? Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSort question
They are users They make mistakes :-) I will check the ALLOC parameters. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sri h Kolusu Sent: Wednesday, January 29, 2020 3:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSort question >>The output dataset existed on tape before the job run. Message IGD17101I was issued saying that there already was a dataset with that name. Gadi, The message is issued by Open-Close-End of Volume (OCE) component. You probably have ALLOCxx member with (CATLG_ERR, FAILJOB(YES) ) and hence the job failed. As mike pointed out the dataset still exists and you can reference it with VOLSER. Why would you create a dataset with the same name? Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFSort question
Hi, User ran a job the uses DFSort to copy a dataset. The output dataset is on tape. The output dataset existed on tape before the job run. Message IGD17101I was issued saying that there already was a dataset with that name. The job ended with condition code 0. Is this a DFSort behavior? If yes, can it be changed? We are using z/OS v2.2. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HSFLOG and HSFTRACE
Hi, SDSF allocates two SYSOUT files named HSFLOG and HSFTRACE. How do I change the SYSOUT Class these files use? I am running z/OS v2.3 Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Chaning time zone for Unix based tasks
This is the result: # cat TZlog.txt Script command is started on Wed Jan 1 05:50:11 2020. # date Wed Jan 1 05:50:29 2020 # export -p | grep TZ export TZ="IST-2IDT,M3.4.4/26,M10.5.0" # echo "$0 $SHELL" /bin/sh /bin/sh # exit Script command is complete on Wed Jan 1 05:51:14 2020. # I am using z/OS v2.3 Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Tuesday, December 31, 2019 6:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Chaning time zone for Unix based tasks On 2019-12-30, at 22:51:40, Gadi Ben-Avi wrote: > > I changed TZ to the value you suggested, and when I issue the time command I > get UTC. > "time"? Try "date" instead. Troubleshooting: o Run the commands in the attached TAtry.txt file (This is not a shell script.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Migrating to new DS8884
Hi, I've just been informed that we will be getting a new DS8884 to replace an older DS8884. Is there a way to export the configuration from the older DS8884 and copy it to the new one? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Chaning time zone for Unix based tasks
I changed TZ to the value you suggested, and when I issue the time command I get UTC. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, December 30, 2019 9:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Chaning time zone for Unix based tasks On Mon, 30 Dec 2019 07:09:19 +, Gadi Ben-Avi wrote: >I know, bit that requires editing a file. >I want something that can be done using automation. > A better approach, extracting information from Linux, which does it right: 503 $ tail -1 /usr/share/zoneinfo/Asia/Tel_Aviv IST-2IDT,M3.4.4/26,M10.5.0 So: TZ=IST-2IDT,M3.4.4/26,M10.5.0 export TZ See: https://pubs.opengroup.org/onlinepubs/007908799/xbd/envvar.html Unfortunately, this must be set in several places. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Chaning time zone for Unix based tasks
Thanks Is this a onetime setup, or would I have to do this twice a year? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, December 30, 2019 9:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Chaning time zone for Unix based tasks On Mon, 30 Dec 2019 07:09:19 +, Gadi Ben-Avi wrote: >I know, bit that requires editing a file. >I want something that can be done using automation. > A better approach, extracting information from Linux, which does it right: 503 $ tail -1 /usr/share/zoneinfo/Asia/Tel_Aviv IST-2IDT,M3.4.4/26,M10.5.0 So: TZ=IST-2IDT,M3.4.4/26,M10.5.0 export TZ See: https://pubs.opengroup.org/onlinepubs/007908799/xbd/envvar.html Unfortunately, this must be set in several places. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Chaning time zone for Unix based tasks
I'm in Israel. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, December 30, 2019 9:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Chaning time zone for Unix based tasks On Mon, 30 Dec 2019 06:26:57 +, Gadi Ben-Avi wrote: >Hi, >Twice a year, we change the time zone the system is using with the SET >TIMEZONE command. >This does not affect tasks running under Unix System Services. > >Is there a way to make these tasks use the z/OS system Time Zone? > >We are using z/OS v2.2 and z/OS v2.3 > FAQ; Dammit! Should be RFE. No, but where are you? — gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Chaning time zone for Unix based tasks
I know, bit that requires editing a file. I want something that can be done using automation. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: Monday, December 30, 2019 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Chaning time zone for Unix based tasks in /etc/profile set the variable TZ to UTC+2 (setenv TZ "UTC2EDT") ITschak On Mon, Dec 30, 2019 at 8:27 AM Gadi Ben-Avi wrote: > Hi, > Twice a year, we change the time zone the system is using with the SET > TIMEZONE command. > This does not affect tasks running under Unix System Services. > > Is there a way to make these tasks use the z/OS system Time Zone? > > We are using z/OS v2.2 and z/OS v2.3 > > Thanks > > Gadi > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Chaning time zone for Unix based tasks
Hi, Twice a year, we change the time zone the system is using with the SET TIMEZONE command. This does not affect tasks running under Unix System Services. Is there a way to make these tasks use the z/OS system Time Zone? We are using z/OS v2.2 and z/OS v2.3 Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transfering files from z/OS to VSE
The systems are not connected in any way. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Edgington, Jerry Sent: Wednesday, December 4, 2019 3:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Transfering files from z/OS to VSE You can also use NJE over IP. But, if you use shared DASD, be careful about the VTOC. I remember some kind of issue between the z/VSE and z/OS formatting. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, December 4, 2019 8:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Transfering files from z/OS to VSE Are you in the same room where you can just attached the z/OS disk to the z/VSE system? (Works for DAM files, but not VSAM.) You can also use IDCAMS EXPORT/IMPORT to tape/vtape. Then, there is FTP directly from z/OS to z/VSE, but with variable records, there is some special site commands. And, those differ on the z/VSE site depending on which TCP/IP product you have there. Tony Thigpen Gadi Ben-Avi wrote on 12/4/19 8:16 AM: > Hi, > We need to transfer files from z/OS to VSE. > The files are large, variable and have long record lengths. > The files will be transferred using open systems as an intermediate. > > If I was transferring to another z/OS system. I would use XMIT or AMATERSE to > create a transportable file. > > Does VSE have a function comparable to RECEIVE or AMATERSE? > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transfering files from z/OS to VSE
There is no connection between the systems. We will have to use ftp to transfer the file to an intermidates open system, from there to another system and then to the VSE system. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, December 4, 2019 3:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Transfering files from z/OS to VSE Are you in the same room where you can just attached the z/OS disk to the z/VSE system? (Works for DAM files, but not VSAM.) You can also use IDCAMS EXPORT/IMPORT to tape/vtape. Then, there is FTP directly from z/OS to z/VSE, but with variable records, there is some special site commands. And, those differ on the z/VSE site depending on which TCP/IP product you have there. Tony Thigpen Gadi Ben-Avi wrote on 12/4/19 8:16 AM: > Hi, > We need to transfer files from z/OS to VSE. > The files are large, variable and have long record lengths. > The files will be transferred using open systems as an intermediate. > > If I was transferring to another z/OS system. I would use XMIT or AMATERSE to > create a transportable file. > > Does VSE have a function comparable to RECEIVE or AMATERSE? > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Transfering files from z/OS to VSE
Hi, We need to transfer files from z/OS to VSE. The files are large, variable and have long record lengths. The files will be transferred using open systems as an intermediate. If I was transferring to another z/OS system. I would use XMIT or AMATERSE to create a transportable file. Does VSE have a function comparable to RECEIVE or AMATERSE? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TS7770 official ?
http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/9/877/ENUSZG19-0099/index.html=en_locale=en -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Sunday, October 27, 2019 7:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TS7770 official ? Hi All Is there anywhere about the official announcement for TS7770 ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Saving job output
That's almost what I am looking for. I would like each DD to be in a separate output file. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B Dyck Sent: Thursday, October 10, 2019 3:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Saving job output More info on SDSFEXT: Syntax:%sdsfext jobname ddname outdd jobnum (options Where: jobname is the name of the job to extract or * for the current jobname if * then active is set on support wild cards (% and *) in jobname ddname is the ddname to be extracted or (ddname1 ddname2 ...) or * for all ddnames ddname may be coded as stepname.ddname where stepname is the jcl stepname not the step found in a proc. or stepname.procstep.ddname outdd is the ddname where the extracted data is to be directed jobnum is the job number for the desired job ( is required if any options are specified options currently supported are: ACTIVE - only process jobs that are currently executing. - set on if jobname is * DEBUG- will echo the generated SDSF cmds INPUT- will allow selection of input data Example: %sdsfext smtp logfile report This will extract the ddname LOGFILE for each occurrence of the job SMTP in the spool with the output going to preallocated DD REPORT. Lionel B. Dyck < Website: http://www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, October 10, 2019 7:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Saving job output Thanks Lionel. Can the jobname include wildcards? What happens if there is more than one job with the same jobname? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B Dyck Sent: Thursday, October 10, 2019 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Saving job output See my generalized routine SDSFEXT at http://lbdsoftware.com/sdsfext120.zip or in file 313 at cbttape.org: A generalized SDSF extraction process that will extract a specific ddname for all matching jobs that are in the JES2 SPOOL. The extraction is performed to a preallocated data set referenced by a DD statement in the batch terminal monitor program. %sdsfext jobname ddname outdd jobnum (options Lionel B. Dyck < Website: http://www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, October 10, 2019 5:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Saving job output Hi, Every now and again, I have to send the output from a job or started task to support. Saving all of the output is simple using SDSF's XDC command, but that saves all of the output to one file. It's much easier to deal with the individual spool files. Does anyone have a utility that can split the output according to the different spool files? Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with
Re: Saving job output
Thanks Lionel. Can the jobname include wildcards? What happens if there is more than one job with the same jobname? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B Dyck Sent: Thursday, October 10, 2019 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Saving job output See my generalized routine SDSFEXT at http://lbdsoftware.com/sdsfext120.zip or in file 313 at cbttape.org: A generalized SDSF extraction process that will extract a specific ddname for all matching jobs that are in the JES2 SPOOL. The extraction is performed to a preallocated data set referenced by a DD statement in the batch terminal monitor program. %sdsfext jobname ddname outdd jobnum (options Lionel B. Dyck < Website: http://www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, October 10, 2019 5:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Saving job output Hi, Every now and again, I have to send the output from a job or started task to support. Saving all of the output is simple using SDSF's XDC command, but that saves all of the output to one file. It's much easier to deal with the individual spool files. Does anyone have a utility that can split the output according to the different spool files? Gadi -- 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Saving job output
I know that, But if you have a job with many output files, or you want the output of many jobs, this becomes tedious. You can also make mistakes. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Thursday, October 10, 2019 2:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Saving job output You can XDC each individual spool file. Just use the ? line command to view them. sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Saving job output
Thanks Rob, I was asking if someone had already done the heavy lifting. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Rob Scott Sent: Thursday, October 10, 2019 2:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Saving job output Gadi, You can accomplish what you want very easily using the SDSF REXX interface, you even have two options of how : (1) Use ISFACT and the "SA" action to allocate a DDName to each different spool dataset and then use EXECIO to put the records wherever you want (2) Use ISFBROWSE to process data at the "cursor" position. Option (1) is probably easier conceptually, however because it reads the data into stems it could have storage constraints for large spool datasets. Option (2) uses a logical cursor so will be a better general purpose solution. See Share session 24671 "Learn to use SDSF Rexx" that I gave in Phoenix Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, October 10, 2019 11:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Saving job output Hi, Every now and again, I have to send the output from a job or started task to support. Saving all of the output is simple using SDSF's XDC command, but that saves all of the output to one file. It's much easier to deal with the individual spool files. Does anyone have a utility that can split the output according to the different spool files? Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Saving job output
Hi, Every now and again, I have to send the output from a job or started task to support. Saving all of the output is simple using SDSF's XDC command, but that saves all of the output to one file. It's much easier to deal with the individual spool files. Does anyone have a utility that can split the output according to the different spool files? Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Useful Tool for 'high' level comparison of the between the z15/z14/z13
Nice -Original Message- From: IBM Mainframe Discussion List On Behalf Of Parwez Hamid Sent: Thursday, September 12, 2019 8:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Useful Tool for 'high' level comparison of the between the z15/z14/z13 https://www.ibm.com/it-infrastructure/resources/tools/z-mainframe-product-comparison/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
Thanks In the Management Class there are to more options I would like to set: How many backup versions of a deleted dataset are kept. How long the backup is kept. Do these settings have equivalent setting for Non-SMS datasets? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of retired mainframer Sent: Wednesday, September 11, 2019 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question Look at the VERSIONS operand of the SETSYS command and the ALTERDS command > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Wednesday, September 11, 2019 12:15 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > OK, > So how do I tell HSM to keep more than one backup version? > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, Dave > Sent: Wednesday, September 11, 2019 10:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: HSM question > > MGMTCLAS won't matter for Non-SMS datasets > > > -Original Message----- > > From: IBM Mainframe Discussion List On > > Behalf Of Gadi Ben-Avi > > Sent: Tuesday, September 10, 2019 11:39 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: HSM question > > > > Hi, > > I wanted to restore a PDS backed up by HSM. > > When I looked, I only found one backup version of the PDS. > > When I looked through the HSM logs, I found that it was backed up > > many times. > > > > The PDS is on a NON-SMS volume. > > The addvol statement for the volume is: > > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) > > > > Sunday is defined as: > > DEFINE DUMPCLASS(SUNDAY DAY(6) - > >RETPD(27) AUTOREUSE NORESET - > >DATASETRESTORE VTOCCOPIES(0)) > > > > The default management class says to keep 20 versions of backups: > > > > What am I doing wrong? > > I am running z/OS v2.2. > > > > Thanks > > > > Gadi > > > > > > > > -- 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 > > Email secured by Check Point > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM question
OK, So how do I tell HSM to keep more than one backup version? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, September 11, 2019 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM question MGMTCLAS won't matter for Non-SMS datasets > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Tuesday, September 10, 2019 11:39 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: HSM question > > Hi, > I wanted to restore a PDS backed up by HSM. > When I looked, I only found one backup version of the PDS. > When I looked through the HSM logs, I found that it was backed up many > times. > > The PDS is on a NON-SMS volume. > The addvol statement for the volume is: > ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) > > Sunday is defined as: > DEFINE DUMPCLASS(SUNDAY DAY(6) - >RETPD(27) AUTOREUSE NORESET - >DATASETRESTORE VTOCCOPIES(0)) > > The default management class says to keep 20 versions of backups: > > What am I doing wrong? > I am running z/OS v2.2. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HSM question
Hi, I wanted to restore a PDS backed up by HSM. When I looked, I only found one backup version of the PDS. When I looked through the HSM logs, I found that it was backed up many times. The PDS is on a NON-SMS volume. The addvol statement for the volume is: ADDVOL vv UNIT(3390) PRIMARY(AUTODUMP(SUNDAY) AB) Sunday is defined as: DEFINE DUMPCLASS(SUNDAY DAY(6) - RETPD(27) AUTOREUSE NORESET - DATASETRESTORE VTOCCOPIES(0)) The default management class says to keep 20 versions of backups: What am I doing wrong? I am running z/OS v2.2. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Important hardware question
Hi Everyone, As the original poster, this was indeed tongue-in-cheek. I'm always amazed how a simple question on this list can cause discussions that, sometimes, have nothing to do with the original question. Have a great day, week , month, year. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, September 4, 2019 12:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Important hardware question Skip, I'm with you. I thought it was tongue-in-cheek as well, but when somebody posted a serious response about static electricity, I just thought I'd allay their concerns. My wife really likes those old stools, and we've had a couple of the ladders mysteriously disappear over the years. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jesse 1 Robinson Sent: Tuesday, September 3, 2019 4:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: Important hardware question Am I the only (other) person who thought OP's original question was a tongue in cheek put-on? My first boss in IT allowed as to how in her family, the worst thing that could befall someone was failing to realize when their leg was being pulled. She grew up assuming that every implausible proposition she encountered was a joke. So she occasionally found herself guffawing at a notion whose exponent turned out to be dead pan serious. To her embarrassment. OK. You can use another model's stool only if it's inverse left-handed as clearly required in the tech doc for that CPU. So there. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, September 3, 2019 12:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: [External] Re: Important hardware question I have a couple of these stools from older mainframes, and unless Gadi's has been modified, it should be OK. They had rubber wheels on them, and there was a rubber skirt around the base of the stool that should keep any static electricity - static. Le 03/09/2019 à 20:24, Farley, Peter x23353 a écrit : > Gadi, > > I would think the only important criteria is that if the stool is made of > conducting metal, is it properly grounded? Don't want any stray static > charges in the frame, that would be Very Bad. metal doesn't keep static charges. your wool suit however... Raph -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Important hardware question
Is it OK to use the stool that came with a z890 to repair a z13s? The ladder that came with the z13s has gone missing. Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problem mounting file system
I was my mistake.
The file name was SYSV.OMVS.PTFS.ZFS.
I need new glasses
Gadi
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Shorkend
Sent: Sunday, July 21, 2019 11:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem mounting file system
Gadi
Does SYSV.OMVS.PTFS exist? Can you post the LISTCAT output against it if it
does?
On Sun, 21 Jul 2019 at 08:43, Gadi Ben-Avi wrote:
> Hi,
> I am having trouble mounting a file system.
> I issue the command
> MOUNT FILESYSTEM('SYSV.OMVS.PTFS') MOUNTPOINT('/u/ptfs') TYPE(ZFS)
> MODE(RDWR)
> And get
> BPXF135E RETURN CODE 0081, REASON CODE EF096055. THE MOUNT FAILED
> FOR FILE SYSTEM SYSV.OMVS.PTFS.
>
> Accordint to BPXMTEXT, the meaning of EF096055 is:
> zFS Thu Mar 14 14:29:55 EDT 2019
> Description: Error with issuing a LOCATE call on an HFS-compat aggregate.
>
> Action: Ensure that the zFS file system named on the MOUNT command has
> the same name as the VSAM Linear Data Set (and the HFS compatibility
> mode
> aggregate) that contains the file system.
>
> SYSV.OMVS.PTFS exists
> /u/ptfs exists, is a directory and is empty.
>
> What is the problem?
> We are running z/OS v2.3.
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196
--
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
Problem mounting file system
Hi,
I am having trouble mounting a file system.
I issue the command
MOUNT FILESYSTEM('SYSV.OMVS.PTFS') MOUNTPOINT('/u/ptfs') TYPE(ZFS) MODE(RDWR)
And get
BPXF135E RETURN CODE 0081, REASON CODE EF096055. THE MOUNT FAILED FOR FILE
SYSTEM SYSV.OMVS.PTFS.
Accordint to BPXMTEXT, the meaning of EF096055 is:
zFS Thu Mar 14 14:29:55 EDT 2019
Description: Error with issuing a LOCATE call on an HFS-compat aggregate.
Action: Ensure that the zFS file system named on the MOUNT command has the
same name as the VSAM Linear Data Set (and the HFS compatibility mode
aggregate) that contains the file system.
SYSV.OMVS.PTFS exists
/u/ptfs exists, is a directory and is empty.
What is the problem?
We are running z/OS v2.3.
Gadi
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: Strange FTP issue
What is the responce after the command Cd 'somethin.pds'? Gadi From: IBM Mainframe Discussion List on behalf of Peter Sent: Thursday, July 11, 2019 17:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: Strange FTP issue I am doing Cd .. Cd 'somethin.pds' Prompt off Mget * 200> After this point it doesn't prompts for the members to download. It just comes out with FTP> There is nothing in SYSLOG too On Thu, 11 Jul, 2019, 6:46 PM Pommier, Rex, wrote: > > > Peter, > > The "200 representation..." message is normal, just telling you that it's > going to translate from ebcdic to ascii. I just tried it and got that > message - right before it downloaded the members. > > What is the sequence of commands you're running? > > Are you doing a "cd" into the PDS you're trying to download then just > doing a "mget *" or are you doing a "mget pds(*)"? > > Rex > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter > > Sent: Wednesday, July 10, 2019 10:26 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Strange FTP issue > > > > Hi > > > > I am trying to download some PDS member to submit to vendor. > > > > I am trying to do ftp via dos and I am able to list the PDS from DOS. > > When I do mget * I get a message as '200 representation type is ASCII > nonprint' > > and after that it is not showing up any member to download and it just > > goes to a ftp prompt like FTP>. > > > > I don't find a error message in lpar SYSLOG too. > > > > I tried sending file via 3270 emulator and it works but just through > > dos it fails > > > > Any clue where I might be looking ? > > > > 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 > > > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for > delivering this message to the intended recipient, you are hereby notified > that any disclosure, distribution, copying, or any action taken or action > omitted in reliance on it, is strictly prohibited and may be unlawful. If > you have received this communication in error, please notify us immediately > by replying to this message and destroy the material in its entirety, > whether in electronic or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- 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 FTP issue
Can you send your ftp log? What commands did you issue? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Thursday, July 11, 2019 8:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Strange FTP issue Hi I am trying to download some PDS member to submit to vendor. I am trying to do ftp via dos and I am able to list the PDS from DOS. When I do mget * I get a message as '200 representation type is ASCII nonprint' and after that it is not showing up any member to download and it just goes to a ftp prompt like FTP>. I don't find a error message in lpar SYSLOG too. I tried sending file via 3270 emulator and it works but just through dos it fails Any clue where I might be looking ? 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: Writing DB2 Archlog to tape
No, Unit=work is not correct Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Neubert, Kevin Sent: Wednesday, July 10, 2019 11:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Writing DB2 Archlog to tape DB2P.ARCHLOG2.B0003034 and DB2P.ARCHLOG2.A0003034 should be one tape. The prior is the BSDS copy and latter is the archive log. In the DSNJ003I message associated with DB2P.ARCHLOG2.A0003034 is UNIT=WORK correct? Do you see a catalog entry for DB2P.ARCHLOG2.A0003034 related to disk? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Tuesday, July 9, 2019 11:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Writing DB2 Archlog to tape Hi, I was asked by our DB2 DBA to direct one of the DB2 ARCHLOGS to tape - Virtual tape on a TS7760. I changed our SMS STORCLAS routine to direct the correct files to the TAPE Storage class. That DATACLAS routine was also changed to associate the correct DATACLAS to the file. I tested using ISMF and saw that the changes did what I wanted. When we told DB2 to create a new ARCHLOG we saw that one of the ARCHLOGs is created ok and cataloged, and the other one is not cataloged. Further investigation showed that both files were created on the same virtual tape. These are the messages we saw in DB2: 15.51.52 STC51072 DSNJ002I -DB2P FULL ACTIVE LOG DATA SET 658 658 DSNAME=DB2P.LOGCOPY1.DS06, STARTRBA=001D99C2C000, 658 ENDRBA=001DA12F2FFF 15.51.52 STC51072 DSNJ001I -DB2P DSNJW307 CURRENT COPY 1 ACTIVE LOG 659 659 DATA SET IS DSNAME=DB2P.LOGCOPY1.DS07, 659 STARTRBA=001DA12F3000,ENDRBA=001DD1862FFF 15.51.52 STC51072 DSNJ002I -DB2P FULL ACTIVE LOG DATA SET 660 660 DSNAME=DB2P.LOGCOPY2.DS06, STARTRBA=001D99C2C000, 660 ENDRBA=001DA12F2FFF 15.51.52 STC51072 DSNJ001I -DB2P DSNJW307 CURRENT COPY 2 ACTIVE LOG 661 661 DATA SET IS DSNAME=DB2P.LOGCOPY2.DS07, 661 STARTRBA=001DA12F3000,ENDRBA=001DD1862FFF 15.51.52 STC51072 DSNJ311I -DB2P DSNJC005 ASYNCHRONOUS LOG ARCHIVE 662 662 (OFFLOAD) TASK INITIATED 15.51.52 STC51072 DSN9022I -DB2P DSNJC001 '-ARCHIVE LOG' NORMAL COMPLETION 15.51.53 STC51072 CTT100A M 0B0C,PRIVAT,SL,DB2PMSTR,DB2PMSTR,DB2P.ARCHLOG2.B0003034, 664 664 OR RESPOND TO IEF455D MESSAGE 15.51.56 STC51072 IEC705I TAPE ON 0B0C,P09079,SL,COMP,DB2PMSTR,DB2PMSTR,DB2P.ARCHLOG2.B0003034,MEDIA2 15.51.56 STC51072 IEC205I SYS00188,DB2PMSTR,DB2PMSTR,FILESEQ=1, COMPLETE VOLUME LIST, 666 666 DSN=DB2P.ARCHLOG2.B0003034,VOLS=P09079,TOTALBLOCKS=130 15.51.58 STC51072 DSNJ003I -DB2P DSNJOFF3 FULL ARCHIVE LOG VOLUME 667 667 DSNAME=DB2P.ARCHLOG1.A0003034, STARTRBA=001D99C2C000, 667 ENDRBA=001DA12F2FFF, STARTTIME=00D6641E7BCEDF00, 667 ENDTIME=00D664F4F153B400, UNIT=WORK, COPY1VOL=DB2BB3, VOLSPAN=00, 667 CATLG=YES 15.51.58 STC51072 IEC205I SYS00188,DB2PMSTR,DB2PMSTR,FILESEQ=2, COMPLETE VOLUME LIST, 668 668 DSN=DB2P.ARCHLOG2.A0003034,VOLS=P09079,TOTALBLOCKS=5068 15.51.59 STC51072 IEF234E K 0B0C,P09079,PVT,DB2PMSTR,DB2PMSTR 15.51.59 STC51072 IKJ56893I FILE SYS00188 NOT UNALLOCATED+ 15.51.59 STC51072 IGD17101I DATA SET DB2P.ARCHLOG2.A0003034 671 671 NOT DEFINED BECAUSE DUPLICATE NAME EXISTS IN CATALOG 671 RETURN CODE IS 8 REASON CODE IS 38 IGG0CLEH 15.51.59 STC51072 DSNJ228I -DB2P DSNJDS01 LOG DEALLOCATION ERROR 672 672 DSNAME=DB2P.ARCHLOG2.A0003034, ERROR STATUS=9714, SMS REASON 672 CODE=42CD 15.51.59 STC51072 DSNJ003I -DB2P DSNJOFF3 FULL ARCHIVE LOG VOLUME 673 673 DSNAME=DB2P.ARCHLOG2.A0003034, STARTRBA=001D99C2C000, 673 ENDRBA=001DA12F2FFF, STARTTIME=00D6641E7BCEDF00, 673 ENDTIME=00D664F4F153B400, UNIT=WORK, COPY2VOL=P09079, VOLSPAN=00, 673 CATLG=YES 15.51.59 STC51072 DSNJ138I -DB2P DSNJOFF1 OFFLOAD COMPLETE FOR LOG 674 674 TRUNCATION FROM AN ARCHIVE LOG COMMAND, ENDRBA=001DA12F2FFF 15.51.59 STC51072 DSNJ139I -DB2P LOG OFFLOAD TASK ENDED After the command completed DB2P.ARCHLOG2.A0003034 and DB2P.ARCHLOG2.B0003034 were on the same virtual volume (P09079), but only DB2P.ARCHLOG2.A0003034 was cataloged. Can this be solved using DB2? Can this be solved using SMS? This is running on z/OS v2.3 and DB2 v11 Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Writing DB2 Archlog to tape
As far as I know, it was changed. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Bishop (TMNA) Sent: Wednesday, July 10, 2019 4:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Writing DB2 Archlog to tape Does DSNZPARM for the DB2 system need to be changed to reflect the unit type and other information? Thanks Bill Bishop Consultant, Mainframe Engineer Mainframe and Scheduling | Infrastructure Technology Services Toyota Motor North America bill.bis...@toyota.com Office: (469) 292-5149 Cell: (502) 316-4386 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Wednesday, July 10, 2019 1:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Writing DB2 Archlog to tape Hi, I was asked by our DB2 DBA to direct one of the DB2 ARCHLOGS to tape - Virtual tape on a TS7760. I changed our SMS STORCLAS routine to direct the correct files to the TAPE Storage class. That DATACLAS routine was also changed to associate the correct DATACLAS to the file. I tested using ISMF and saw that the changes did what I wanted. When we told DB2 to create a new ARCHLOG we saw that one of the ARCHLOGs is created ok and cataloged, and the other one is not cataloged. Further investigation showed that both files were created on the same virtual tape. These are the messages we saw in DB2: 15.51.52 STC51072 DSNJ002I -DB2P FULL ACTIVE LOG DATA SET 658 658 DSNAME=DB2P.LOGCOPY1.DS06, STARTRBA=001D99C2C000, 658 ENDRBA=001DA12F2FFF 15.51.52 STC51072 DSNJ001I -DB2P DSNJW307 CURRENT COPY 1 ACTIVE LOG 659 659 DATA SET IS DSNAME=DB2P.LOGCOPY1.DS07, 659 STARTRBA=001DA12F3000,ENDRBA=001DD1862FFF 15.51.52 STC51072 DSNJ002I -DB2P FULL ACTIVE LOG DATA SET 660 660 DSNAME=DB2P.LOGCOPY2.DS06, STARTRBA=001D99C2C000, 660 ENDRBA=001DA12F2FFF 15.51.52 STC51072 DSNJ001I -DB2P DSNJW307 CURRENT COPY 2 ACTIVE LOG 661 661 DATA SET IS DSNAME=DB2P.LOGCOPY2.DS07, 661 STARTRBA=001DA12F3000,ENDRBA=001DD1862FFF 15.51.52 STC51072 DSNJ311I -DB2P DSNJC005 ASYNCHRONOUS LOG ARCHIVE 662 662 (OFFLOAD) TASK INITIATED 15.51.52 STC51072 DSN9022I -DB2P DSNJC001 '-ARCHIVE LOG' NORMAL COMPLETION 15.51.53 STC51072 CTT100A M 0B0C,PRIVAT,SL,DB2PMSTR,DB2PMSTR,DB2P.ARCHLOG2.B0003034, 664 664 OR RESPOND TO IEF455D MESSAGE 15.51.56 STC51072 IEC705I TAPE ON 0B0C,P09079,SL,COMP,DB2PMSTR,DB2PMSTR,DB2P.ARCHLOG2.B0003034,MEDIA2 15.51.56 STC51072 IEC205I SYS00188,DB2PMSTR,DB2PMSTR,FILESEQ=1, COMPLETE VOLUME LIST, 666 666 DSN=DB2P.ARCHLOG2.B0003034,VOLS=P09079,TOTALBLOCKS=130 15.51.58 STC51072 DSNJ003I -DB2P DSNJOFF3 FULL ARCHIVE LOG VOLUME 667 667 DSNAME=DB2P.ARCHLOG1.A0003034, STARTRBA=001D99C2C000, 667 ENDRBA=001DA12F2FFF, STARTTIME=00D6641E7BCEDF00, 667 ENDTIME=00D664F4F153B400, UNIT=WORK, COPY1VOL=DB2BB3, VOLSPAN=00, 667 CATLG=YES 15.51.58 STC51072 IEC205I SYS00188,DB2PMSTR,DB2PMSTR,FILESEQ=2, COMPLETE VOLUME LIST, 668 668 DSN=DB2P.ARCHLOG2.A0003034,VOLS=P09079,TOTALBLOCKS=5068 15.51.59 STC51072 IEF234E K 0B0C,P09079,PVT,DB2PMSTR,DB2PMSTR 15.51.59 STC51072 IKJ56893I FILE SYS00188 NOT UNALLOCATED+ 15.51.59 STC51072 IGD17101I DATA SET DB2P.ARCHLOG2.A0003034 671 671 NOT DEFINED BECAUSE DUPLICATE NAME EXISTS IN CATALOG 671 RETURN CODE IS 8 REASON CODE IS 38 IGG0CLEH 15.51.59 STC51072 DSNJ228I -DB2P DSNJDS01 LOG DEALLOCATION ERROR 672 672 DSNAME=DB2P.ARCHLOG2.A0003034, ERROR STATUS=9714, SMS REASON 672 CODE=42CD 15.51.59 STC51072 DSNJ003I -DB2P DSNJOFF3 FULL ARCHIVE LOG VOLUME 673 673 DSNAME=DB2P.ARCHLOG2.A0003034, STARTRBA=001D99C2C000, 673 ENDRBA=001DA12F2FFF, STARTTIME=00D6641E7BCEDF00, 673 ENDTIME=00D664F4F153B400, UNIT=WORK, COPY2VOL=P09079, VOLSPAN=00, 673 CATLG=YES 15.51.59 STC51072 DSNJ138I -DB2P DSNJOFF1 OFFLOAD COMPLETE FOR LOG 674 674 TRUNCATION FROM AN ARCHIVE LOG COMMAND, ENDRBA=001DA12F2FFF 15.51.59 STC51072 DSNJ139I -DB2P LOG OFFLOAD TASK ENDED After the command completed DB2P.ARCHLOG2.A0003034 and DB2P.ARCHLOG2.B0003034 were on the same virtual volume (P09079), but only DB2P.ARCHLOG2.A0003034 was cataloged. Can this be solved using DB2? Can this be solved using SMS? This is running on z/OS v2.3 and DB2 v11 Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Writing DB2 Archlog to tape
Hi, I was asked by our DB2 DBA to direct one of the DB2 ARCHLOGS to tape - Virtual tape on a TS7760. I changed our SMS STORCLAS routine to direct the correct files to the TAPE Storage class. That DATACLAS routine was also changed to associate the correct DATACLAS to the file. I tested using ISMF and saw that the changes did what I wanted. When we told DB2 to create a new ARCHLOG we saw that one of the ARCHLOGs is created ok and cataloged, and the other one is not cataloged. Further investigation showed that both files were created on the same virtual tape. These are the messages we saw in DB2: 15.51.52 STC51072 DSNJ002I -DB2P FULL ACTIVE LOG DATA SET 658 658 DSNAME=DB2P.LOGCOPY1.DS06, STARTRBA=001D99C2C000, 658 ENDRBA=001DA12F2FFF 15.51.52 STC51072 DSNJ001I -DB2P DSNJW307 CURRENT COPY 1 ACTIVE LOG 659 659 DATA SET IS DSNAME=DB2P.LOGCOPY1.DS07, 659 STARTRBA=001DA12F3000,ENDRBA=001DD1862FFF 15.51.52 STC51072 DSNJ002I -DB2P FULL ACTIVE LOG DATA SET 660 660 DSNAME=DB2P.LOGCOPY2.DS06, STARTRBA=001D99C2C000, 660 ENDRBA=001DA12F2FFF 15.51.52 STC51072 DSNJ001I -DB2P DSNJW307 CURRENT COPY 2 ACTIVE LOG 661 661 DATA SET IS DSNAME=DB2P.LOGCOPY2.DS07, 661 STARTRBA=001DA12F3000,ENDRBA=001DD1862FFF 15.51.52 STC51072 DSNJ311I -DB2P DSNJC005 ASYNCHRONOUS LOG ARCHIVE 662 662 (OFFLOAD) TASK INITIATED 15.51.52 STC51072 DSN9022I -DB2P DSNJC001 '-ARCHIVE LOG' NORMAL COMPLETION 15.51.53 STC51072 CTT100A M 0B0C,PRIVAT,SL,DB2PMSTR,DB2PMSTR,DB2P.ARCHLOG2.B0003034, 664 664 OR RESPOND TO IEF455D MESSAGE 15.51.56 STC51072 IEC705I TAPE ON 0B0C,P09079,SL,COMP,DB2PMSTR,DB2PMSTR,DB2P.ARCHLOG2.B0003034,MEDIA2 15.51.56 STC51072 IEC205I SYS00188,DB2PMSTR,DB2PMSTR,FILESEQ=1, COMPLETE VOLUME LIST, 666 666 DSN=DB2P.ARCHLOG2.B0003034,VOLS=P09079,TOTALBLOCKS=130 15.51.58 STC51072 DSNJ003I -DB2P DSNJOFF3 FULL ARCHIVE LOG VOLUME 667 667 DSNAME=DB2P.ARCHLOG1.A0003034, STARTRBA=001D99C2C000, 667 ENDRBA=001DA12F2FFF, STARTTIME=00D6641E7BCEDF00, 667 ENDTIME=00D664F4F153B400, UNIT=WORK, COPY1VOL=DB2BB3, VOLSPAN=00, 667 CATLG=YES 15.51.58 STC51072 IEC205I SYS00188,DB2PMSTR,DB2PMSTR,FILESEQ=2, COMPLETE VOLUME LIST, 668 668 DSN=DB2P.ARCHLOG2.A0003034,VOLS=P09079,TOTALBLOCKS=5068 15.51.59 STC51072 IEF234E K 0B0C,P09079,PVT,DB2PMSTR,DB2PMSTR 15.51.59 STC51072 IKJ56893I FILE SYS00188 NOT UNALLOCATED+ 15.51.59 STC51072 IGD17101I DATA SET DB2P.ARCHLOG2.A0003034 671 671 NOT DEFINED BECAUSE DUPLICATE NAME EXISTS IN CATALOG 671 RETURN CODE IS 8 REASON CODE IS 38 IGG0CLEH 15.51.59 STC51072 DSNJ228I -DB2P DSNJDS01 LOG DEALLOCATION ERROR 672 672 DSNAME=DB2P.ARCHLOG2.A0003034, ERROR STATUS=9714, SMS REASON 672 CODE=42CD 15.51.59 STC51072 DSNJ003I -DB2P DSNJOFF3 FULL ARCHIVE LOG VOLUME 673 673 DSNAME=DB2P.ARCHLOG2.A0003034, STARTRBA=001D99C2C000, 673 ENDRBA=001DA12F2FFF, STARTTIME=00D6641E7BCEDF00, 673 ENDTIME=00D664F4F153B400, UNIT=WORK, COPY2VOL=P09079, VOLSPAN=00, 673 CATLG=YES 15.51.59 STC51072 DSNJ138I -DB2P DSNJOFF1 OFFLOAD COMPLETE FOR LOG 674 674 TRUNCATION FROM AN ARCHIVE LOG COMMAND, ENDRBA=001DA12F2FFF 15.51.59 STC51072 DSNJ139I -DB2P LOG OFFLOAD TASK ENDED After the command completed DB2P.ARCHLOG2.A0003034 and DB2P.ARCHLOG2.B0003034 were on the same virtual volume (P09079), but only DB2P.ARCHLOG2.A0003034 was cataloged. Can this be solved using DB2? Can this be solved using SMS? This is running on z/OS v2.3 and DB2 v11 Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Dynamically changing paramters is TSOKEY00
Hi, Is it possible to dynamically change parameters in TSOKEY00? HIBFREXT specifically. We are using z/OS v2.3. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Who is changing a user's ISPF profile
Hi, A user is complaining that 'someone' is changing their ISPF profile and setting that they set up are changing. Can I track this in SMF and see who, if anyone is doing this? I saw the SMF 42 records are created when members in a PDS or PDS/E are changed. Will they pick up ISPF profile changes? We are running z/OS v2.2. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using bpxbatch to compress an MVS dataset
If both systems are on the same physical computer, it might not be worth it. The time and cpu cycles it would take to compress and uncompress might take longer than transferring the un compressed file. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Donald Russell Sent: Sunday, June 30, 2019 6:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Using bpxbatch to compress an MVS dataset I have a batch process in zOS 2.1 (soon to be 2.3) that creates a large text file I want to FTP to a zLinux system. How can I use bpxbatch tar or compress (or ?) to create a smaller file I can ftp instead instead of the original file? I don’t want to use pkzip unless that’s the only choice. Terse is no good because Linux can’t unterse it. Is there a way to specify a DD name for the input and output files, similar to how FTP allows put/get //DD: Part two... the text in the file is EBCDIC, but Linux wants ASCII. I don’t see an option to do the conversion. I’ll have to check tr, but maybe there’s a way to use more traditional Unix syntax like cat //dd:in | tr ... | tar -cv //dd:out Cheers, Don -- 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: z13s with single CPU able to use SMT?
Agreed Gadi From: IBM Mainframe Discussion List on behalf of Brian Westerman Sent: Friday, June 28, 2019 09:44 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z13s with single CPU able to use SMT? Bummer Brian -- 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: delete volume and unit information form DDDEF
Thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, May 30, 2019 5:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: delete volume and unit information form DDDEF SET BDY(zonename) . ZEDIT DDDEF . CHANGE UNIT(*,*) . CHANGE VOLUME(*,*) . ENDZEDIT . UCLIN . Carmen Vitullo - Original Message - From: "Gadi Ben-Avi" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2019 9:37:30 AM Subject: Re: delete volume and unit information form DDDEF I looked at that, but didn't find a way to delete the information -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, May 30, 2019 5:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: delete volume and unit information form DDDEF Read up on the SMPE ZONEEDIT command. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, May 30, 2019 9:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: delete volume and unit information form DDDEF Hi, I have DDDEFs that have volume and unit information coded. How do I delete that information in batch? I am using z/OS v2.3 Thanks -- 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: delete volume and unit information form DDDEF
I looked at that, but didn't find a way to delete the information -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, May 30, 2019 5:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: delete volume and unit information form DDDEF Read up on the SMPE ZONEEDIT command. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, May 30, 2019 9:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: delete volume and unit information form DDDEF Hi, I have DDDEFs that have volume and unit information coded. How do I delete that information in batch? I am using z/OS v2.3 Thanks -- 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
delete volume and unit information form DDDEF
Hi, I have DDDEFs that have volume and unit information coded. How do I delete that information in batch? I am using z/OS v2.3 Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF temporary files
They are SMS managed, but they are going to the wrong storage group. How do I identify these files in an ACS routing? Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Tuesday, May 28, 2019 2:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF temporary files Well, if you are not SMS managed yet... I'd get SMS managed ASAP. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Brian Fraser > Sent: 28 May, 2019 12:34 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ISPF temporary files > > If they are not SMS managed I'd make them SMS managed. > > Brian > > On Tue, 28 May 2019 at 16:37, Vernooij, Kees (ITOP NM) - KLM < > kees.verno...@klm.com> wrote: > > > I would do it in the ACS routines, if they are SMS managed. > > > > Kees. > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > > > Behalf Of Gadi Ben-Avi > > > Sent: 28 May, 2019 10:31 > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: ISPF temporary files > > > > > > Hi, > > > How do I tell ISPF where to define its temporary files, for > > > example USERID.ISP46056.SPFTEMP0.CNTL? > > > > > > Thanks > > > > > > Gadi > > > > > > > > > -- > > > 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 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
ISPF temporary files
Hi, How do I tell ISPF where to define its temporary files, for example USERID.ISP46056.SPFTEMP0.CNTL? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Moving a large ZFS to another volume
Hi Carmen, That was the problem. The new volume was unintentionally creates as SMS managed. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, May 22, 2019 3:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Moving a large ZFS to another volume is the current ZFS an SMS managed dataset ? and are you selecting a non managed volume? or is it no SMS managed and you are selecting a target volume that is SMS managed? Carmen Vitullo - Original Message - From: "Gadi Ben-Avi" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, May 22, 2019 5:59:56 AM Subject: Moving a large ZFS to another volume Hi, I am trying to move a large ZFS to another volume. The ZFS is 405,000 tracks or 27,00 Cylinders. The target volume is a 3390-54 and has 957,705 tracks or 63,847 cylinders free. DFSMSdss says: UNABLE TO SELECT A TARGET VOLUME FOR DATA SET SYSV.OMVS.PTFS.ZFS, 04 COMPONENT SYSV.OMVS.PTFS.ZFS.DATA REQUIRES 405000 TRACKS, 27000 CYLINDERS REQUESTED The ZFS file was created with a dataclas that told it to be EXT-ADDR. The command I am using is: COPY - DATASET(INCLUDE( - SYSV.OMVS.PTFS.ZFS )) - PROCESS(SYS1) - OUTDYN(Z23H02) - NULLSTORCLAS - BYPASSACS(**) - TOL(ENQF) - DELETE CATALOG What is wrong? I am using z/OS v2.3 Thanks Gadi -- 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
Moving a large ZFS to another volume
Hi, I am trying to move a large ZFS to another volume. The ZFS is 405,000 tracks or 27,00 Cylinders. The target volume is a 3390-54 and has 957,705 tracks or 63,847 cylinders free. DFSMSdss says: UNABLE TO SELECT A TARGET VOLUME FOR DATA SET SYSV.OMVS.PTFS.ZFS, 04 COMPONENT SYSV.OMVS.PTFS.ZFS.DATA REQUIRES 405000 TRACKS, 27000 CYLINDERS REQUESTED The ZFS file was created with a dataclas that told it to be EXT-ADDR. The command I am using is: COPY - DATASET(INCLUDE( - SYSV.OMVS.PTFS.ZFS )) - PROCESS(SYS1) - OUTDYN(Z23H02) - NULLSTORCLAS - BYPASSACS(**) - TOL(ENQF) - DELETE CATALOG What is wrong? I am using z/OS v2.3 Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
