Re: how to know who use system symbols
I was thinking of one possibility: are all the substitutions done by one central module, that replaces a symbol by its value? Then you could trace the usage of that module. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: Wednesday, March 19, 2014 18:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: how to know who use system symbols As you have probably guessed from the previous responses, there are lots of ways the symbols can be used. Trying to find all the places where they are used is going to be complicated. You even many not have read access to some of the datasets where the use appears. One possibility, which I DO NOT recommend, would be to change the value of a symbol you are interested in to one that is invalid in the context it is used. For example, if the symbol is used in a DSN, change its value to !JCLERR!. Then sit back and wait for the howls from upset users. But beware; doing this could cause your system to not IPL. Perhaps if you described why you want to know and precisely what type of info you need, someone could suggest an alternate approach. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of mvsmain :: Sent: Wednesday, March 19, 2014 12:09 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: how to know who use system symbols :: :: Hi all :: :: In our shop there are many system symbols defined. Could you tell us :: how to know who use system symbols ? -- 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
Java Heap Size
Hi Group, How do we determine the correct maximum Java space for the JVM in USS ? Are there any condition or constraint to understand ? Chris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java Heap Size
Hi, not sure, depends on multiple factors. Best to start with http://www.ibm.com/developerworks/java/jdk/docs.html On Thursday, 20 March 2014, Christian D christianfe...@gmail.com wrote: Hi Group, How do we determine the correct maximum Java space for the JVM in USS ? Are there any condition or constraint to understand ? Chris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu javascript:; with the message: INFO IBM-MAIN -- S pozdravem * Mit freundlichen Grüßen * Sincerely, Peter Ondruška Česká spořitelna, a.s. CEN 8650_04, tým řešitelské centrum pro Operations Antala Staška 32/1292, Praha 4, 140 00 mobile: +420 724 500 286 mailto: pondru...@csas.cz http://www.csas.cz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java Heap Size
Define the healthcenter port for the jvm in question. download and install ibm support Assistent v 4.1 with the healthcenter plugin. start ibm support assistent. start the jvm. connect the healthcenter plugin to that jvm. run the workload and healthcenter will collect the data. look at the recommendations and the garbage collection statistics and chart. draw your conclusions. you might need a jvm expert for the conclusions. denis gaebler. Sent from AOL Mobile Mail -Original Message- From: Christian D christianfe...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 20, 2014 10:10 AM Subject: Java Heap Size div id=AOLMsgPart_1_53c74f1d-c51b-45db-ae75-f72a3d3310e0 style=margin: 0px;font-family: Tahoma, Verdana, Arial, Sans-Serif;font-size: 12px;color: #000;background-color: #fff; pre style=font-size: 9pt;ttHi Group, How do we determine the correct maximum Java space for the JVM in USS ? Are there any condition or constraint to understand ? Chris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to a href=mailto:lists...@listserv.ua.edu;lists...@listserv.ua.edu/a with the message: INFO IBM-MAIN /tt/pre !-- end of AOLMsgPart_1_53c74f1d-c51b-45db-ae75-f72a3d3310e0 -- /div -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help with IEBCOPY?
Seriously? === Date: Wed, 19 Mar 2014 18:09:09 -0700 From: stars...@mindspring.com Subject: Re: Help with IEBCOPY? To: IBM-MAIN@LISTSERV.UA.EDU After reading your OP, I think TSO XMIT would do what you want. You can create a transportable file that you then TSO RECEIVE into the data set on the other end. See if that will work for you. You would need an IEBCOPY UNLOADed dataset to use as INPUT to another IEBCOPY process to load the file back as a PDS. TSO XMIT/RECEIVE is a nicer process. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: Wednesday, March 19, 2014 9:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Help with IEBCOPY? Dear listeners, I am trying to use IEBCOPY to copy a sequential data set to a partitioned dataset. We are running z/OS V1R13. I looked in the DFSMSdfp Utilities (SC26-7414-07). I found Example 8: Loading a Data Set. However this example says the sequential data set was created using an IEBCOPY unload operation. I found Example 9: Unload Selected Members, Load, Copy and Merge. However the sequential datasets are used as output. I tried C I=INDD1,O=OUTDD1 and S M=(DRSSKEY,KEYLRS). I would like the flat file to be copied into two PDS members in the same dataset. If I can get one member created that would be nice. My problem may be IEBCOPY can't do that. My messages are: FCO105I C I=INDD1,O=OUTDD1 FCO105I S M=(DRSSKEY,KEYLRS) FCO110I LOADING TO PDSE OUTDD=OUTD1 VOL=xxx DSN= xxx FCO111I FROM PDSU INDD=INDD1 VOL=xx DSN=xxx FCO710A SYNADAF DATA - 618F,D,INDD1 ,UNKNOWN,WRNG.LEN.RECORD,087800,BSAM FCO702A DSN IN ERROR = xxx FCO701A DDNAME INDD1 PERMANENT I/O ERROR WHEN READING UNLOADED DATASET BLOCK 1 The first message FCO710A says there is more information in FCO700A. The second message FCO701A says it's trying to read from the unloaded dataset. Q). Can I use IEBCOPY to copy a flat file to a PDS? Q). I am running a REXX exec using IEBCOPY. Would you recommend a different approach for my REXX exec? Thank you, Dave -- 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: Help with IEBCOPY?
J R wrote: Seriously? Careful, Lizette must be serious. It is hard to argue with a clever lady. ;-D After all, she was the ONLY one who spotted the correct message prefix after all this discussion. ;-D I wish I was THAT attentive. :-D Perhaps she can explain her post. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help with IEBCOPY?
Since the OP did not explain exactly what he wanted to do, only that he was using the examples in the DFP manual, and everyone else was throwing out various processes, I just thought I would toss in TSO XMIT/RECEIVE. If the intent is backup and transfer the data to another location, this is a good tool. And I was hoping the OP would then clarify what exactly was the requirement. From the posting he was using example 8 and 9 From the manual: Example 8 This uses an UNLOADED PDS to load back into a PDS //LOAD JOB ... //STEPAEXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=A //SYSUT1 DD DSNAME=UNLOADSET,UNIT=tape,LABEL=(,SL), // VOL=SER=TAPE01,DISP=OLD //SYSUT2 DD DSNAME=DATASET4,UNIT=disk,VOL=SER=222, // DISP=(NEW,KEEP),SPACE=(CYL,(10,5,10)) //SYSUT3 DD DSN=TEMP1,UNIT=disk,VOL=SER=11, // DISP=(NEW,DELETE),SPACE=(80,(15,1)) //SYSINDD DUMMY /* Example 9 members are selected, excluded, unloaded, loaded, and copied. Processing will occur as follows: unload, excluding members unload, selecting members load and copy to merge members //COPY JOB ... //STEP EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=A //PDS1 DD DSNAME=ACCOUNTA,UNIT=disk,VOL=SER=33, // DISP=OLD //PDS2 DD DSNAME=ACCOUNTB,UNIT=disk,VOL=SER=33, // DISP=OLD //SEQ1 DD DSNAME=SAVAC,UNIT=disk,VOL=SER=33, // DISP=(NEW,KEEP),SPACE=(CYL,(5,2)) //SEQ2 DD DSNAME=SAVACB,UNIT=tape,VOL=SER=T01911, // DISP=(NEW,KEEP),LABEL=(,SL) //NEWUPDD DSNAME=NEWACC,UNIT=tape,VOL=SER=T01219, // DISP=OLD,LABEL=(,SL) //MERGEDD DSNAME=ACCUPDAT,UNIT=disk,VOL=SER=22, // DISP=OLD //SYSUT3 DD DSNAME=TEMP1,VOL=SER=66,UNIT=disk, // DISP=(NEW,DELETE),SPACE=(80,(1,1)) //SYSUT4 DD DSNAME=TEMP2,VOL=SER=66,UNIT=disk, // DISP=(NEW,DELETE),SPACE=(256,(1,1)),DCB=(KEYLEN=8) //SYSINDD * COPY OUTDD=SEQ1,INDD=PDS1 EXCLUDE MEMBER=(D,C) COPY OUTDD=SEQ2,INDD=PDS2 SELECTMEMBER=(A,K) COPY OUTDD=MERGE,INDD=((NEWUP,R),PDS1,PDS2) EXCLUDE MEMBER=A /* So it would help if there is some clarification of what was wanted. SORT/ICETOOL, IEBGENER, IEBUPDTE, REXX, CLIST, COBOL, and so on I think could confuse the OP and his intent. I am thinking he is trying to create a process that will update his LRS/VPS keys when they change via REXX. Maybe a backup and replace type function. In which case, more details and the list will surely provide excellent coding techniques. And if he has not done so, he could also join and post to the TSO-REXX list and get even more coding samples to do what he is attempting to do. Which can be done at this website at the bottom of the webpage http://www2.marist.edu/htbin/wlvindex?TSO-REXX Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, March 20, 2014 4:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with IEBCOPY? J R wrote: Seriously? Careful, Lizette must be serious. It is hard to argue with a clever lady. ;-D After all, she was the ONLY one who spotted the correct message prefix after all this discussion. ;-D I wish I was THAT attentive. :-D Perhaps she can explain her post. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Restoring a VSAM dataset in Production
Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't want to replace the existing VSAM dataset in the system, since it is the production system i need to restore the VSAM dataset by renaming it. Kindly help me in it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to know who use system symbols
As has been posted, there is no way truly to know. Anyone could use any of your symbols at any time for any reason that they so choose. The most common usages that come to mind are within system commands, parmlib processing, catalog entries, and the proc for started tasks/jobs (where the system, with a few exceptions, will do the processing automatically). But any application (or system code) may use routine ASASYMBM to perform system symbol substitution. The places that have been mentioned are all good places to look if you're searching for likely uses. I'm guessing that the creator of the symbol did not comment on why they wanted the symbol and you'd like to get rid of unused symbols. The system really cannot help you. 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
Re: Restoring a VSAM dataset in Production
What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't want to replace the existing VSAM dataset in the system, since it is the production system i need to restore the VSAM dataset by renaming it. Kindly help me in it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM, Peter X. DeFabritus pxdef...@gmail.comwrote: What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't want to replace the existing VSAM dataset in the system, since it is the production system i need to restore the VSAM dataset by renaming it. Kindly help me in it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Regards, *Rajesh Janakiraman* +91 9790851126 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AS400 iSeries connecting to z/OS
On Wed, 19 Mar 2014 14:21:08 -0500, Victor Gil victor@broadridge.com wrote: We may need to enable batch jobs running on AS400 to SYNCHRONOUSLY access data residing on the mainframe [say, on DB2 or on a VSAM file]. For DB2, I would use DDF. On iSeries, you can use three-part-names in SQL, no problem. Did not do it myself, but that would be the first method I would try... Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
You may not like the answer, but I spent a lot of time encouraging IBM to add the functionality of being able to rename a VSAM data set when restoring from a physical backup, and they did add this functionality to z/OS 2.1. If you're not at this release yet, you will have to do the following: 1. On a non-production system, such as a systems programming sandbox, vary the drive from which the backup was taken offline. 2. Clip a spare volume and give it the same volume serial as the original volume. 3. Execute a DFSMSdss RESTORE FULL command to restore the entire volume. At this point the restored VSAM data set will be accessible. You can rename it, move it to another volume, and then throw away the volume you just restored. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
APAR OA30338 for PDSE Users
I seem to have been hit by the above which I see has been dicussed here before. I can't delete 2 x large PDSE datasets as I'm getting - IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B04,E54I.OLAS.PDEFLIB I'm at z/OS 1.13 and the ptf for the above has not been applied. This is a Dallas remote development system so I have no control over applying fixes, obviously I will have to involve IBM Dallas. Can anyone confirm that the fix for the above apar actually fixed the problem and in the meantime is there likely to be further occurances. I have been able to rename the offending datasets. If I resort to using PDS instead, will the problem go away until I can get IBM to apply the fix or alternatively, how can I find any other PDSEs that may have been affected. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
AFAICT, this APAR (OA30338) only applies to z/OS 1.9 through z/OS 1.11 (and does not seem to match your described symptoms). You might want to look at http://www-01.ibm.com/support/docview.wss?uid=isg3T1010567 which seems to be a more likely hit based on the info below. HTH, snipSubject: APAR OA30338 for PDSE Users I seem to have been hit by the above which I see has been dicussed here before. I can't delete 2 x large PDSE datasets as I'm getting - IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B04,E54I.OLAS.PDEFLIB I'm at z/OS 1.13 and the ptf for the above has not been applied. This is a Dallas remote development system so I have no control over applying fixes, obviously I will have to involve IBM Dallas. Can anyone confirm that the fix for the above apar actually fixed the problem and in the meantime is there likely to be further occurances. I have been able to rename the offending datasets. If I resort to using PDS instead, will the problem go away until I can get IBM to apply the fix or alternatively, how can I find any other PDSEs that may have been affected. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Now IEBGENER, Was Help with IEBCOPY?
... I just want the whole flat file as a member (or two) in a PDS. Off the top of my head: //MEM1 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=sequential.input.ds //SYSUT2 DD DISP=SHR,DSN=pds.output(MEMBER1) //* //MEM2 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=sequential.input.ds //SYSUT2 DD DISP=SHR,DSN=pds.output(MEMBER2) Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
thanks Allan but the PDSE datasets involved have nothing to do with PROCLIB which that describes. They are just large source datasets. If I google OA30338 and the diagnostic code 043D57D3 from the scratch there seems to be a number of people who have had the problem and associated it with that APAR. Jim On Thu, Mar 20, 2014 at 12:45 PM, Staller, Allan allan.stal...@kbmg.comwrote: AFAICT, this APAR (OA30338) only applies to z/OS 1.9 through z/OS 1.11 (and does not seem to match your described symptoms). You might want to look at http://www-01.ibm.com/support/docview.wss?uid=isg3T1010567 which seems to be a more likely hit based on the info below. HTH, snipSubject: APAR OA30338 for PDSE Users I seem to have been hit by the above which I see has been dicussed here before. I can't delete 2 x large PDSE datasets as I'm getting - IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B04,E54I.OLAS.PDEFLIB I'm at z/OS 1.13 and the ptf for the above has not been applied. This is a Dallas remote development system so I have no control over applying fixes, obviously I will have to involve IBM Dallas. Can anyone confirm that the fix for the above apar actually fixed the problem and in the meantime is there likely to be further occurances. I have been able to rename the offending datasets. If I resort to using PDS instead, will the problem go away until I can get IBM to apply the fix or alternatively, how can I find any other PDSEs that may have been affected. /snip -- 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: Now IEBGENER, Was Help with IEBCOPY?
In CAHtJz9+xhKyr=hjs+hzudcs6b-g3wend-hrh71mzuy1632i...@mail.gmail.com, on 03/20/2014 at 01:03 PM, Wayne Bickerdike wayn...@gmail.com said: The plain old IEBGENER would be best batch option for a non-source type dataset, Why is it bettwer than, e.g., IDCAMS REPRO? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
IF you have the ability to rename the current production dataset, I believe you could do the following: 1. rename current dataset to a temporary name (don't forget to rename the data/index/aix etc, not just the cluster name). 2. restore the backed up dataset - I don't think it would need to go the same volume but may be wrong, yes you can restore a single dataset from a full volume backup. 3. It's been a while since I've done this, but you may need to do an IDCAMS DEFINE RECATALOG step here to get the dataset cataloged - I don't remember what the requirements are for SMS managed datasets. 4. Rename the just-restored dataset to something else. 5. Rename you temporarily-renamed production dataset back to its original name. I'm sure others will chime in here if I have something incorrect or am missing steps. I'm giving this procedure based on fading brain cells... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM, Peter X. DeFabritus pxdef...@gmail.comwrote: What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't want to replace the existing VSAM dataset in the system, since it is the production system i need to restore the VSAM dataset by renaming it. Kindly help me in it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Regards, *Rajesh Janakiraman* +91 9790851126 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
Sorry mates, The dataset is a logical one and i need to restore to the volume which we created for all restore datasets (we have separate Storage Group for restoration). So kindly provide the procedure for this logical one. On Thu, Mar 20, 2014 at 6:42 PM, Pommier, Rex rpomm...@sfgmembers.comwrote: IF you have the ability to rename the current production dataset, I believe you could do the following: 1. rename current dataset to a temporary name (don't forget to rename the data/index/aix etc, not just the cluster name). 2. restore the backed up dataset - I don't think it would need to go the same volume but may be wrong, yes you can restore a single dataset from a full volume backup. 3. It's been a while since I've done this, but you may need to do an IDCAMS DEFINE RECATALOG step here to get the dataset cataloged - I don't remember what the requirements are for SMS managed datasets. 4. Rename the just-restored dataset to something else. 5. Rename you temporarily-renamed production dataset back to its original name. I'm sure others will chime in here if I have something incorrect or am missing steps. I'm giving this procedure based on fading brain cells... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM, Peter X. DeFabritus pxdef...@gmail.com wrote: What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't want to replace the existing VSAM dataset in the system, since it is the production system i need to restore the VSAM dataset by renaming it. Kindly help me in it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Regards, *Rajesh Janakiraman* +91 9790851126 -- 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 -- Regards, *Rajesh Janakiraman* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AS400 iSeries connecting to z/OS
Victor Gil writes: We may need to enable batch jobs running on AS400 to SYNCHRONOUSLY access data residing on the mainframe [say, on DB2 or on a VSAM file]. We might need a bit more information here. What is the runtime for these batch jobs? (There's more than one choice on IBM i.) Are these RPG programs? COBOL? Java, e.g. WebSphere Application Server batch programs on IBM i? Are these in house batch programs that you wrote, with source code that you maintain? Or vendor-supplied programs that access data a certain way (e.g. DB2 for IBM i)? Or some of each? If you could elaborate just a bit on what batch jobs means here, that'd be great. The answer(s) depend in part of what sort of batch jobs are involved. Timothy Sipples VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Now IEBGENER, Was Help with IEBCOPY?
On Wed, 19 Mar 2014 21:04:55 +, Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov wrote: I have been working with these control statements using IEBGENER: You don't need to use control statements My input file is a sequential file. My output is a PDS. Both are predefined. Generate is required for a PDS. Your output file is a PDS MEMBER. A PDS member is a sequential data set. You don't need GENERATE. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Now IEBGENER, Was Help with IEBCOPY?
JCL looks like: //STEP EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT1 DD DISP=SHR,DSN=your-input-dataset //SYSUT2 DD DISP=SHR,DSN=output-pds(member-name) You can use SHR or OLD for DISP Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Thursday, March 20, 2014 9:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Now IEBGENER, Was Help with IEBCOPY? On Wed, 19 Mar 2014 21:04:55 +, Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov wrote: I have been working with these control statements using IEBGENER: You don't need to use control statements My input file is a sequential file. My output is a PDS. Both are predefined. Generate is required for a PDS. Your output file is a PDS MEMBER. A PDS member is a sequential data set. You don't need GENERATE. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
Are you saying the backup is a logical backup rather than a physical one? If so, you can simply do a restore of the dataset using the RENUNC parameter to rename it to the appropriate name to get restored onto your restore volume. If it was a physical backup and you are not on z/OS 2.1 as Peter pointed out, you cannot rename a VSAM dataset on a restore. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Sorry mates, The dataset is a logical one and i need to restore to the volume which we created for all restore datasets (we have separate Storage Group for restoration). So kindly provide the procedure for this logical one. On Thu, Mar 20, 2014 at 6:42 PM, Pommier, Rex rpomm...@sfgmembers.comwrote: IF you have the ability to rename the current production dataset, I believe you could do the following: 1. rename current dataset to a temporary name (don't forget to rename the data/index/aix etc, not just the cluster name). 2. restore the backed up dataset - I don't think it would need to go the same volume but may be wrong, yes you can restore a single dataset from a full volume backup. 3. It's been a while since I've done this, but you may need to do an IDCAMS DEFINE RECATALOG step here to get the dataset cataloged - I don't remember what the requirements are for SMS managed datasets. 4. Rename the just-restored dataset to something else. 5. Rename you temporarily-renamed production dataset back to its original name. I'm sure others will chime in here if I have something incorrect or am missing steps. I'm giving this procedure based on fading brain cells... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM, Peter X. DeFabritus pxdef...@gmail.com wrote: What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't want to replace the existing VSAM dataset in the system, since it is the production system i need to restore the VSAM dataset by renaming it. Kindly help me in it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Regards, *Rajesh Janakiraman* +91 9790851126 -- 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 -- Regards, *Rajesh Janakiraman* -- 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
Java -Xdump:tool option on z/OS
I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
On Thu, 20 Mar 2014 12:34:48 +, Jim McAlpine wrote: I seem to have been hit by the above I'm at z/OS 1.13 and the ptf for the above has not been applied. I think Allan is correct. The APAR lists PTFs for z/OS 1.9, 1.10 and 1.11. What PTF are you looking to be applied to the z/OS 1.13 system? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java -Xdump:tool option on z/OS
Steve, I did a fast check by trying to do a TSO SUBMIT command from a UNIX shell. Which is effectively what Java is doing. It fails with the message: IKJ79204I You attempted to run an unsupported function in a dynamic TSO Environment. However, I can do a submit using the tsocmd command instead of the tso command. So I'd try using: -Xdump:tool:events=vmstart,exec=tsocmd submit 'sa.jcl(apfauth)' instead. I don't _know_ for certain that this will work. But it can't hurt to try. On Thu, Mar 20, 2014 at 8:49 AM, Steve Austin steve.aus...@macro4.comwrote: I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
Yes, sorry it looks like that apar doesn't apply to z/OS 1.13 but the symptoms seem to be the same as some others have had relating to that apar on other versions of z/OS. Anyhow, the bottom line is that I'm getting the following when trying to delete a large PDSE. IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B05,E54I.OLAS.PDEFLIBX On Thu, Mar 20, 2014 at 2:00 PM, Tom Marchant m42tom-ibmm...@yahoo.comwrote: On Thu, 20 Mar 2014 12:34:48 +, Jim McAlpine wrote: I seem to have been hit by the above I'm at z/OS 1.13 and the ptf for the above has not been applied. I think Allan is correct. The APAR lists PTFs for z/OS 1.9, 1.10 and 1.11. What PTF are you looking to be applied to the z/OS 1.13 system? -- Tom Marchant -- 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: Restoring a VSAM dataset in Production
Buddy, i have done non VSAM restorations, but i am unaware of VSAM restoration. I need to know the procedure for how to restore a VSAM dataset which is the logical one, So kindly provide it. On Thu, Mar 20, 2014 at 7:21 PM, Pommier, Rex rpomm...@sfgmembers.comwrote: Are you saying the backup is a logical backup rather than a physical one? If so, you can simply do a restore of the dataset using the RENUNC parameter to rename it to the appropriate name to get restored onto your restore volume. If it was a physical backup and you are not on z/OS 2.1 as Peter pointed out, you cannot rename a VSAM dataset on a restore. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Sorry mates, The dataset is a logical one and i need to restore to the volume which we created for all restore datasets (we have separate Storage Group for restoration). So kindly provide the procedure for this logical one. On Thu, Mar 20, 2014 at 6:42 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: IF you have the ability to rename the current production dataset, I believe you could do the following: 1. rename current dataset to a temporary name (don't forget to rename the data/index/aix etc, not just the cluster name). 2. restore the backed up dataset - I don't think it would need to go the same volume but may be wrong, yes you can restore a single dataset from a full volume backup. 3. It's been a while since I've done this, but you may need to do an IDCAMS DEFINE RECATALOG step here to get the dataset cataloged - I don't remember what the requirements are for SMS managed datasets. 4. Rename the just-restored dataset to something else. 5. Rename you temporarily-renamed production dataset back to its original name. I'm sure others will chime in here if I have something incorrect or am missing steps. I'm giving this procedure based on fading brain cells... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM, Peter X. DeFabritus pxdef...@gmail.com wrote: What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't want to replace the existing VSAM dataset in the system, since it is the production system i need to restore the VSAM dataset by renaming it. Kindly help me in it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Regards, *Rajesh Janakiraman* +91 9790851126 -- 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 -- Regards, *Rajesh Janakiraman* -- 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
Re: APAR OA30338 for PDSE Users
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim McAlpine Yes, sorry it looks like that apar doesn't apply to z/OS 1.13 but the symptoms seem to be the same as some others have had relating to that apar on other versions of z/OS. Anyhow, the bottom line is that I'm getting the following when trying to delete a large PDSE. IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B05,E54I.OLAS.PDEFLIBX Can you identify or approximate the boundary between a large PDSE and one that is not large? -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
Do you have access to the DFSMSdss Storage Administration manual? The following is example 5 from the manual, which shows how to do a logical restore with rename of a VSAM dataset. I would make a minor change, changing RENAME to RENUNC, but otherwise the example looks like a good one to start with. __ | | | //JOB3 JOB accounting information,REGION=K | | //STEP1EXEC PGM=ADRDSSU | | //TAPE DDUNIT=3480,VOL=SER=TAPE04, | | // LABEL=(1,SL),DISP=(OLD,KEEP),DSN=USER3.BACKUP | | //SYSPRINT DDSYSOUT=A | | //SYSINDD* | | RESTORE INDD(TAPE) OUTDYNAM(338000) - | |DS(INCL(PARTS.VSAM1)) - | |RENAME(*.VSAM1,*.VSAM2) - | |CATALOG | | /* | | | |__| A VSAM key-sequenced data set, PARTS.VSAM1, is restored from a logical dump tape in this example. It is renamed as PARTS.VSAM2 and cataloged in the standard order of search. The cluster's components, PARTS.VSAM1.DATA and PARTS.VSAM1.INDEX, are also renamed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 9:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Buddy, i have done non VSAM restorations, but i am unaware of VSAM restoration. I need to know the procedure for how to restore a VSAM dataset which is the logical one, So kindly provide it. On Thu, Mar 20, 2014 at 7:21 PM, Pommier, Rex rpomm...@sfgmembers.comwrote: Are you saying the backup is a logical backup rather than a physical one? If so, you can simply do a restore of the dataset using the RENUNC parameter to rename it to the appropriate name to get restored onto your restore volume. If it was a physical backup and you are not on z/OS 2.1 as Peter pointed out, you cannot rename a VSAM dataset on a restore. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Sorry mates, The dataset is a logical one and i need to restore to the volume which we created for all restore datasets (we have separate Storage Group for restoration). So kindly provide the procedure for this logical one. On Thu, Mar 20, 2014 at 6:42 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: IF you have the ability to rename the current production dataset, I believe you could do the following: 1. rename current dataset to a temporary name (don't forget to rename the data/index/aix etc, not just the cluster name). 2. restore the backed up dataset - I don't think it would need to go the same volume but may be wrong, yes you can restore a single dataset from a full volume backup. 3. It's been a while since I've done this, but you may need to do an IDCAMS DEFINE RECATALOG step here to get the dataset cataloged - I don't remember what the requirements are for SMS managed datasets. 4. Rename the just-restored dataset to something else. 5. Rename you temporarily-renamed production dataset back to its original name. I'm sure others will chime in here if I have something incorrect or am missing steps. I'm giving this procedure based on fading brain cells... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM, Peter X. DeFabritus pxdef...@gmail.com wrote: What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't
Re: APAR OA30338 for PDSE Users
this one is 750 cyls of COBOL source. On Thu, Mar 20, 2014 at 2:16 PM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim McAlpine Yes, sorry it looks like that apar doesn't apply to z/OS 1.13 but the symptoms seem to be the same as some others have had relating to that apar on other versions of z/OS. Anyhow, the bottom line is that I'm getting the following when trying to delete a large PDSE. IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B05,E54I.OLAS.PDEFLIBX Can you identify or approximate the boundary between a large PDSE and one that is not large? -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- 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: Java -Xdump:tool option on z/OS
The xdump command worked for me - started up IEFBR14 job. BPXM023I (ACSCEXB) 938 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 10:22:38 - please wait. $HASP100 IEFBR14 ON INTRDR 10CICMLJ FROM TSU04969 ACSCEXB IRR010I USERID ACSCEXB IS ASSIGNED TO THIS JOB. ICH70001I ACSCEXB LAST ACCESS AT 09:26:53 ON THURSDAY, MARCH 20, 2014 $HASP373 IEFBR14 STARTED - INIT 1- CLASS S - SYS MVSZ - --TIMINGS (MINS.)-- PAGING COUNTS--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Austin Sent: Thursday, March 20, 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Java -Xdump:tool option on z/OS I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- 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: Java -Xdump:tool option on z/OS
Hum, I just noticed that the OP had the DSN in ticks. I wonder if the DSN is supposed to be prefixed by his TSO id? Perhaps it's just me, but SA.JCL seems to be just be begging to be prefixed with SYSUID for some reason grin. On Thu, Mar 20, 2014 at 9:27 AM, Barkow, Eileen ebar...@doitt.nyc.govwrote: The xdump command worked for me - started up IEFBR14 job. BPXM023I (ACSCEXB) 938 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 10:22:38 - please wait. $HASP100 IEFBR14 ON INTRDR 10CICMLJ FROM TSU04969 ACSCEXB IRR010I USERID ACSCEXB IS ASSIGNED TO THIS JOB. ICH70001I ACSCEXB LAST ACCESS AT 09:26:53 ON THURSDAY, MARCH 20, 2014 $HASP373 IEFBR14 STARTED - INIT 1- CLASS S - SYS MVSZ - --TIMINGS (MINS.)-- PAGING COUNTS--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Austin Sent: Thursday, March 20, 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Java -Xdump:tool option on z/OS I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java -Xdump:tool option on z/OS
Thanks John tsocmd did not work either. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 20 March 2014 14:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java -Xdump:tool option on z/OS Steve, I did a fast check by trying to do a TSO SUBMIT command from a UNIX shell. Which is effectively what Java is doing. It fails with the message: IKJ79204I You attempted to run an unsupported function in a dynamic TSO Environment. However, I can do a submit using the tsocmd command instead of the tso command. So I'd try using: -Xdump:tool:events=vmstart,exec=tsocmd submit 'sa.jcl(apfauth)' instead. I don't _know_ for certain that this will work. But it can't hurt to try. On Thu, Mar 20, 2014 at 8:49 AM, Steve Austin steve.aus...@macro4.comwrote: I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
On Thu, 20 Mar 2014 14:06:04 +, Jim McAlpine wrote: IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B05,E54I.OLAS.PDEFLIBX From DFSMSdfp Diagnosis, Document Number GY27-7618-14: 6.9.10 DADSM SCRATCH return and diagnostic codes | Table 61. DADSM SCRATCH Diagnostic Information (Register 0) | | X'04' | X'3D' | CDMRSN1 | CDMRSN2| Invoke CDM to delete a PDSE directory; | || | || directory could not be deleted. Note that | || | || you should only use the two right most | || | || bytes when looking up the CDM reason | || | || codes. For explanation see CDM reason | || | || codes in topic 15.4.4. 15.4.4 CDM reason codes | X'01xx57D3' | Unable to delete the data set because it's currently connected on this | | system. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
Dude, Is there any important procedure to do before submitting this job? BTW really thanks for the valuable response. On Thu, Mar 20, 2014 at 7:48 PM, Pommier, Rex rpomm...@sfgmembers.comwrote: Do you have access to the DFSMSdss Storage Administration manual? The following is example 5 from the manual, which shows how to do a logical restore with rename of a VSAM dataset. I would make a minor change, changing RENAME to RENUNC, but otherwise the example looks like a good one to start with. __ | | | //JOB3 JOB accounting information,REGION=K | | //STEP1EXEC PGM=ADRDSSU | | //TAPE DDUNIT=3480,VOL=SER=TAPE04, | | // LABEL=(1,SL),DISP=(OLD,KEEP),DSN=USER3.BACKUP | | //SYSPRINT DDSYSOUT=A | | //SYSINDD* | | RESTORE INDD(TAPE) OUTDYNAM(338000) - | |DS(INCL(PARTS.VSAM1)) - | |RENAME(*.VSAM1,*.VSAM2) - | |CATALOG | | /* | | | |__| A VSAM key-sequenced data set, PARTS.VSAM1, is restored from a logical dump tape in this example. It is renamed as PARTS.VSAM2 and cataloged in the standard order of search. The cluster's components, PARTS.VSAM1.DATA and PARTS.VSAM1.INDEX, are also renamed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 9:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Buddy, i have done non VSAM restorations, but i am unaware of VSAM restoration. I need to know the procedure for how to restore a VSAM dataset which is the logical one, So kindly provide it. On Thu, Mar 20, 2014 at 7:21 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: Are you saying the backup is a logical backup rather than a physical one? If so, you can simply do a restore of the dataset using the RENUNC parameter to rename it to the appropriate name to get restored onto your restore volume. If it was a physical backup and you are not on z/OS 2.1 as Peter pointed out, you cannot rename a VSAM dataset on a restore. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Sorry mates, The dataset is a logical one and i need to restore to the volume which we created for all restore datasets (we have separate Storage Group for restoration). So kindly provide the procedure for this logical one. On Thu, Mar 20, 2014 at 6:42 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: IF you have the ability to rename the current production dataset, I believe you could do the following: 1. rename current dataset to a temporary name (don't forget to rename the data/index/aix etc, not just the cluster name). 2. restore the backed up dataset - I don't think it would need to go the same volume but may be wrong, yes you can restore a single dataset from a full volume backup. 3. It's been a while since I've done this, but you may need to do an IDCAMS DEFINE RECATALOG step here to get the dataset cataloged - I don't remember what the requirements are for SMS managed datasets. 4. Rename the just-restored dataset to something else. 5. Rename you temporarily-renamed production dataset back to its original name. I'm sure others will chime in here if I have something incorrect or am missing steps. I'm giving this procedure based on fading brain cells... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM, Peter X. DeFabritus pxdef...@gmail.com wrote: What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman raj.janaki...@gmail.com wrote: Friends, please help me in restoring a VSAM dataset from tape in Production system. I don't want to replace the existing VSAM dataset in the system, since it is the production system i need to restore the VSAM dataset by renaming it. Kindly help me in it. -- For
Re: APAR OA30338 for PDSE Users
Thanks Tom, that was the cause of the problem. I logged off TSO and back on again and was able to delete the offending dataset. Sorry for sending everyone off on a wild goose chase. thanks again all. Jim McAlpine On Thu, Mar 20, 2014 at 2:38 PM, Tom Marchant m42tom-ibmm...@yahoo.comwrote: On Thu, 20 Mar 2014 14:06:04 +, Jim McAlpine wrote: IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B05,E54I.OLAS.PDEFLIBX From DFSMSdfp Diagnosis, Document Number GY27-7618-14: 6.9.10 DADSM SCRATCH return and diagnostic codes | Table 61. DADSM SCRATCH Diagnostic Information (Register 0) | | X'04' | X'3D' | CDMRSN1 | CDMRSN2| Invoke CDM to delete a PDSE directory; | || | || directory could not be deleted. Note that | || | || you should only use the two right most | || | || bytes when looking up the CDM reason | || | || codes. For explanation see CDM reason | || | || codes in topic 15.4.4. 15.4.4 CDM reason codes | X'01xx57D3' | Unable to delete the data set because it's currently connected on this | | system. -- Tom Marchant -- 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: Restoring a VSAM dataset in Production
Nothing that I'm aware of. Using RENUNC and making sure you do NOT specify REPLACE should keep your current production datasets safe. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 9:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Dude, Is there any important procedure to do before submitting this job? BTW really thanks for the valuable response. On Thu, Mar 20, 2014 at 7:48 PM, Pommier, Rex rpomm...@sfgmembers.comwrote: Do you have access to the DFSMSdss Storage Administration manual? The following is example 5 from the manual, which shows how to do a logical restore with rename of a VSAM dataset. I would make a minor change, changing RENAME to RENUNC, but otherwise the example looks like a good one to start with. __ | | | //JOB3 JOB accounting information,REGION=K | | //STEP1EXEC PGM=ADRDSSU | | //TAPE DDUNIT=3480,VOL=SER=TAPE04, | | // LABEL=(1,SL),DISP=(OLD,KEEP),DSN=USER3.BACKUP | | //SYSPRINT DDSYSOUT=A | | //SYSINDD* | | RESTORE INDD(TAPE) OUTDYNAM(338000) - | |DS(INCL(PARTS.VSAM1)) - | |RENAME(*.VSAM1,*.VSAM2) - | |CATALOG | | /* | | | |__| A VSAM key-sequenced data set, PARTS.VSAM1, is restored from a logical dump tape in this example. It is renamed as PARTS.VSAM2 and cataloged in the standard order of search. The cluster's components, PARTS.VSAM1.DATA and PARTS.VSAM1.INDEX, are also renamed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 9:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Buddy, i have done non VSAM restorations, but i am unaware of VSAM restoration. I need to know the procedure for how to restore a VSAM dataset which is the logical one, So kindly provide it. On Thu, Mar 20, 2014 at 7:21 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: Are you saying the backup is a logical backup rather than a physical one? If so, you can simply do a restore of the dataset using the RENUNC parameter to rename it to the appropriate name to get restored onto your restore volume. If it was a physical backup and you are not on z/OS 2.1 as Peter pointed out, you cannot rename a VSAM dataset on a restore. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Sorry mates, The dataset is a logical one and i need to restore to the volume which we created for all restore datasets (we have separate Storage Group for restoration). So kindly provide the procedure for this logical one. On Thu, Mar 20, 2014 at 6:42 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: IF you have the ability to rename the current production dataset, I believe you could do the following: 1. rename current dataset to a temporary name (don't forget to rename the data/index/aix etc, not just the cluster name). 2. restore the backed up dataset - I don't think it would need to go the same volume but may be wrong, yes you can restore a single dataset from a full volume backup. 3. It's been a while since I've done this, but you may need to do an IDCAMS DEFINE RECATALOG step here to get the dataset cataloged - I don't remember what the requirements are for SMS managed datasets. 4. Rename the just-restored dataset to something else. 5. Rename you temporarily-renamed production dataset back to its original name. I'm sure others will chime in here if I have something incorrect or am missing steps. I'm giving this procedure based on fading brain cells... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM, Peter X. DeFabritus pxdef...@gmail.com wrote: What product took the backup? FDR? DFSMSdss? If the latter, was it a full-volume, i.e physical backup? On Thu, 20 Mar 2014 06:22:55 -0500, Rajesh Janakiraman
Re: Java -Xdump:tool option on z/OS
Thanks for that I'll keep trying. However, it would be nice if the process that that is not submitting the job could be persuaded to say something. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barkow, Eileen Sent: 20 March 2014 14:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java -Xdump:tool option on z/OS The xdump command worked for me - started up IEFBR14 job. BPXM023I (ACSCEXB) 938 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 10:22:38 - please wait. $HASP100 IEFBR14 ON INTRDR 10CICMLJ FROM TSU04969 ACSCEXB IRR010I USERID ACSCEXB IS ASSIGNED TO THIS JOB. ICH70001I ACSCEXB LAST ACCESS AT 09:26:53 ON THURSDAY, MARCH 20, 2014 $HASP373 IEFBR14 STARTED - INIT 1- CLASS S - SYS MVSZ - --TIMINGS (MINS.)-- PAGING COUNTS--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Austin Sent: Thursday, March 20, 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Java -Xdump:tool option on z/OS I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
On 20 March 2014 10:48, Jim McAlpine jim.mcalp...@gmail.com wrote: Thanks Tom, that was the cause of the problem. I logged off TSO and back on again and was able to delete the offending dataset. Sorry for sending everyone off on a wild goose chase. Well you didn't exactly have ideal information to work with. I mean, seriously, IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B04,E54I.OLAS.PDEFLIB is hardly the most friendly way of saying dataset is in use by job the way other programs generally do under similar circumstances. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
thanks mate.. On Thu, Mar 20, 2014 at 8:22 PM, Pommier, Rex rpomm...@sfgmembers.comwrote: Nothing that I'm aware of. Using RENUNC and making sure you do NOT specify REPLACE should keep your current production datasets safe. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 9:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Dude, Is there any important procedure to do before submitting this job? BTW really thanks for the valuable response. On Thu, Mar 20, 2014 at 7:48 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: Do you have access to the DFSMSdss Storage Administration manual? The following is example 5 from the manual, which shows how to do a logical restore with rename of a VSAM dataset. I would make a minor change, changing RENAME to RENUNC, but otherwise the example looks like a good one to start with. __ | | | //JOB3 JOB accounting information,REGION=K | | //STEP1EXEC PGM=ADRDSSU | | //TAPE DDUNIT=3480,VOL=SER=TAPE04, | | // LABEL=(1,SL),DISP=(OLD,KEEP),DSN=USER3.BACKUP | | //SYSPRINT DDSYSOUT=A | | //SYSINDD* | | RESTORE INDD(TAPE) OUTDYNAM(338000) - | |DS(INCL(PARTS.VSAM1)) - | |RENAME(*.VSAM1,*.VSAM2) - | |CATALOG | | /* | | | |__| A VSAM key-sequenced data set, PARTS.VSAM1, is restored from a logical dump tape in this example. It is renamed as PARTS.VSAM2 and cataloged in the standard order of search. The cluster's components, PARTS.VSAM1.DATA and PARTS.VSAM1.INDEX, are also renamed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 9:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Buddy, i have done non VSAM restorations, but i am unaware of VSAM restoration. I need to know the procedure for how to restore a VSAM dataset which is the logical one, So kindly provide it. On Thu, Mar 20, 2014 at 7:21 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: Are you saying the backup is a logical backup rather than a physical one? If so, you can simply do a restore of the dataset using the RENUNC parameter to rename it to the appropriate name to get restored onto your restore volume. If it was a physical backup and you are not on z/OS 2.1 as Peter pointed out, you cannot rename a VSAM dataset on a restore. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Sorry mates, The dataset is a logical one and i need to restore to the volume which we created for all restore datasets (we have separate Storage Group for restoration). So kindly provide the procedure for this logical one. On Thu, Mar 20, 2014 at 6:42 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: IF you have the ability to rename the current production dataset, I believe you could do the following: 1. rename current dataset to a temporary name (don't forget to rename the data/index/aix etc, not just the cluster name). 2. restore the backed up dataset - I don't think it would need to go the same volume but may be wrong, yes you can restore a single dataset from a full volume backup. 3. It's been a while since I've done this, but you may need to do an IDCAMS DEFINE RECATALOG step here to get the dataset cataloged - I don't remember what the requirements are for SMS managed datasets. 4. Rename the just-restored dataset to something else. 5. Rename you temporarily-renamed production dataset back to its original name. I'm sure others will chime in here if I have something incorrect or am missing steps. I'm giving this procedure based on fading brain cells... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 6:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production It is DFSMSdss backup and yes it is physical backup On Thu, Mar 20, 2014 at 5:21 PM,
DSNTYPE?
Does anybody know where DSNTYPE is stored? I see bits and pieces in the format 1 DSCB, but I don't see a field that is like DSORG. Are the bits and pieces all you get? And if so, can someone point me to an example of how to decipher them? -- Earl Hodil Open Software Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java -Xdump:tool option on z/OS
If you're in the mood to experiment, you might also try: -Xdump:tool:events=vmstart,exec=submit //sa.jcl\(apfauth\) The above definitely says that the DSN is 'SA.JCL', not prefixed with your RACF/TSO id. The \ escape the ( and ) which have meaning to the shell. I am not sure if they are needed or not in this case. I don't know why the tso and tsocmd commands are not working for you when then do for Eileen. What release of Java and z/OS? On Thu, Mar 20, 2014 at 9:55 AM, Steve Austin steve.aus...@macro4.comwrote: Thanks for that I'll keep trying. However, it would be nice if the process that that is not submitting the job could be persuaded to say something. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barkow, Eileen Sent: 20 March 2014 14:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java -Xdump:tool option on z/OS The xdump command worked for me - started up IEFBR14 job. BPXM023I (ACSCEXB) 938 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 10:22:38 - please wait. $HASP100 IEFBR14 ON INTRDR 10CICMLJ FROM TSU04969 ACSCEXB IRR010I USERID ACSCEXB IS ASSIGNED TO THIS JOB. ICH70001I ACSCEXB LAST ACCESS AT 09:26:53 ON THURSDAY, MARCH 20, 2014 $HASP373 IEFBR14 STARTED - INIT 1- CLASS S - SYS MVSZ - --TIMINGS (MINS.)-- PAGING COUNTS--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Austin Sent: Thursday, March 20, 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Java -Xdump:tool option on z/OS I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java -Xdump:tool option on z/OS
Fyi: I do not get the BPXP024I message when my IEFBR14 job starts, although I see the BPXP024I for other tasks. I think that initiators can get reused so maybe BPX is just reusing an existing initator for this function. I am running z/os 1.13 $ java -version java version 1.7.0 Java(TM) SE Runtime Environment (build pmz3170sr5-20130619_01(SR5)) IBM J9 VM (build 2.6, JRE 1.7.0 z/OS s390-31 20130617_152572 (JIT enabled, AOT e nabled) J9VM - R26_Java726_SR5_20130617_1436_B152572 JIT - r11.b04_20130528_38954ifx1 GC - R26_Java726_SR5_20130617_1436_B152572 J9CL - 20130617_152572) JCL - 20130616_01 based on Oracle 7u25-b12 $ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, March 20, 2014 11:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java -Xdump:tool option on z/OS If you're in the mood to experiment, you might also try: -Xdump:tool:events=vmstart,exec=submit //sa.jcl\(apfauth\) The above definitely says that the DSN is 'SA.JCL', not prefixed with your RACF/TSO id. The \ escape the ( and ) which have meaning to the shell. I am not sure if they are needed or not in this case. I don't know why the tso and tsocmd commands are not working for you when then do for Eileen. What release of Java and z/OS? On Thu, Mar 20, 2014 at 9:55 AM, Steve Austin steve.aus...@macro4.comwrote: Thanks for that I'll keep trying. However, it would be nice if the process that that is not submitting the job could be persuaded to say something. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barkow, Eileen Sent: 20 March 2014 14:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java -Xdump:tool option on z/OS The xdump command worked for me - started up IEFBR14 job. BPXM023I (ACSCEXB) 938 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 10:22:38 - please wait. $HASP100 IEFBR14 ON INTRDR 10CICMLJ FROM TSU04969 ACSCEXB IRR010I USERID ACSCEXB IS ASSIGNED TO THIS JOB. ICH70001I ACSCEXB LAST ACCESS AT 09:26:53 ON THURSDAY, MARCH 20, 2014 $HASP373 IEFBR14 STARTED - INIT 1- CLASS S - SYS MVSZ - --TIMINGS (MINS.)-- PAGING COUNTS--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Austin Sent: Thursday, March 20, 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Java -Xdump:tool option on z/OS I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This
Re: Now IEBGENER, Was Help with IEBCOPY?
On Thu, 20 Mar 2014 08:31:27 -0400, Shmuel Metz (Seymour J.) wrote: The plain old IEBGENER would be best batch option for a non-source type dataset, Why is it bettwer than, e.g., IDCAMS REPRO? Choose your evil. It's all relative. IEBGENER: o Allows the programmer to omit (some) attributes from SYSUT2, in which case they are (optionally) replicated from SYSUT1 o Requires that supplied attributes of SYSUT2 be compatible with SYSUT1. REPRO: o Requires that the programmer supply (more) attributes of the output file o Allows the attributes of the output file to differ (more) from the inout file. On Thu, 20 Mar 2014 08:41:21 -0500, Tom Marchant wrote: Your output file is a PDS MEMBER. A PDS member is a sequential data set. You don't need GENERATE. The OP's initial objective appeared to involve some editing, in which case he needs a control file. On 2014-03-20, at 07:49, Blaicher, Christopher Y. wrote: //SYSUT2 DD DISP=SHR,DSN=output-pds(member-name) You can use SHR or OLD for DISP Beware. If you use SHR for PDS SYSUT2 and your two jobs run concurrently, Bad Things might happen. PDSE and/or newer releases of z/OS may be more robust. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java -Xdump:tool option on z/OS
Fyi: (if this has any relevance) We have MAXPROCUSER set to 100, which is the number of concurrent processes for each UID. I think that the default was 25 - maybe you need more. I still do not understand why the BPXP024I message appears for some tasks and not mine. BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB XSYSCERT RUNNING IN ASID 00B5 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barkow, Eileen Sent: Thursday, March 20, 2014 11:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java -Xdump:tool option on z/OS Fyi: I do not get the BPXP024I message when my IEFBR14 job starts, although I see the BPXP024I for other tasks. I think that initiators can get reused so maybe BPX is just reusing an existing initator for this function. I am running z/os 1.13 $ java -version java version 1.7.0 Java(TM) SE Runtime Environment (build pmz3170sr5-20130619_01(SR5)) IBM J9 VM (build 2.6, JRE 1.7.0 z/OS s390-31 20130617_152572 (JIT enabled, AOT e nabled) J9VM - R26_Java726_SR5_20130617_1436_B152572 JIT - r11.b04_20130528_38954ifx1 GC - R26_Java726_SR5_20130617_1436_B152572 J9CL - 20130617_152572) JCL - 20130616_01 based on Oracle 7u25-b12 $ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, March 20, 2014 11:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java -Xdump:tool option on z/OS If you're in the mood to experiment, you might also try: -Xdump:tool:events=vmstart,exec=submit //sa.jcl\(apfauth\) The above definitely says that the DSN is 'SA.JCL', not prefixed with your RACF/TSO id. The \ escape the ( and ) which have meaning to the shell. I am not sure if they are needed or not in this case. I don't know why the tso and tsocmd commands are not working for you when then do for Eileen. What release of Java and z/OS? On Thu, Mar 20, 2014 at 9:55 AM, Steve Austin steve.aus...@macro4.comwrote: Thanks for that I'll keep trying. However, it would be nice if the process that that is not submitting the job could be persuaded to say something. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barkow, Eileen Sent: 20 March 2014 14:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java -Xdump:tool option on z/OS The xdump command worked for me - started up IEFBR14 job. BPXM023I (ACSCEXB) 938 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 10:22:38 - please wait. $HASP100 IEFBR14 ON INTRDR 10CICMLJ FROM TSU04969 ACSCEXB IRR010I USERID ACSCEXB IS ASSIGNED TO THIS JOB. ICH70001I ACSCEXB LAST ACCESS AT 09:26:53 ON THURSDAY, MARCH 20, 2014 $HASP373 IEFBR14 STARTED - INIT 1- CLASS S - SYS MVSZ - --TIMINGS (MINS.)-- PAGING COUNTS--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Austin Sent: Thursday, March 20, 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Java -Xdump:tool option on z/OS I'm attempting to use this option to issue a command at JVM start; -Xdump:tool:events=vmstart,exec=tso submit 'sa.jcl(apfauth)' I can see the BPXAS address space being started on my behalf; JOB07776 0090 BPXM023I (SA) 786 786 0090 JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 786 0090 13:06:26 - please wait. 786 0090 STC0 00080281 £HASP100 BPXASON STCINRDR STC0 00080290 £HASP373 BPXASSTARTED STC0 0090 IEF403I BPXAS - STARTED - TIME=13.06.26 STC0 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB SAJNIJVM RUNNING IN ASID 001A STDERR contains; JVMDUMP039I Processing dump event vmstart, detail at 2014/03/20 13:06:26 - please wait. JVMDUMP007I JVM Requesting Tool dump using 'tso submit 'sa.jcl(apfauth)'' JVMDUMP011I Tool dump created process 65649 JVMDUMP013I Processed dump event vmstart, detail . However the job in question is not submitted and the BPXAS address space remains wonderfully inscrutable . Has anyone done this successfully, or have any idea how to get diagnostics on why the command is failing? Thanks This e-mail message has been
AW: DSNTYPE?
Hi Earl, have look at DS1DSORG at http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idas300%2Fdscbft.htm you have to scroll down a bit Cheers, Chistian -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Earl Hodil Gesendet: Donnerstag, 20. März 2014 16:16 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: DSNTYPE? Does anybody know where DSNTYPE is stored? I see bits and pieces in the format 1 DSCB, but I don't see a field that is like DSORG. Are the bits and pieces all you get? And if so, can someone point me to an example of how to decipher them? -- Earl Hodil Open Software Technologies -- 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
Last Gasp For Hard Disk Drives
Last Gasp For Hard Disk Drives; While solid state gains ground, vendors surprise the market with new hard disk drives. Does anyone really need them? http://www.informationweek.com/infrastructure/storage/last-gasp-for-hard-disk-drives/d/d-id/1127799 HGST is the remnants of the old IBM San Jose disk division. As IBM was going into the red ... it was the furthest along of the 13 baby blues as ADSTAR ... reorganization in preparation for breaking up the company. I've periodically commented that a senior disk engineer in the late 80s had got a talk scheduled for the communication group, annual, worldwide, internal conference supposedly on the subject of 3174 performance, but opened the talk with the statement that the communication group was going to be responsible for the demise of the disk division. The issue was the communication group had stranglehold on the datacenter and was fighting off distributed computing and client/server, attempting to preserve their dumb terminal paradigm and install base. The disk division was seeing the effects of data fleeing the datacenter to more distributed computing platforms with drop in disk sales. The disk division had come up with a number of solutions to address the opportunity, but they were constantly being vetoed by the communication group (which had corporate strategic ownership for everything that crossed the datacenter walls) old 13 baby blue article (28Dec1982) http://web.archive.org/web/20101120231857/http://www.time.com/time/magazine/article/0,9171,977353,00.html we had left, but we got a call if we would work as consultants inventorying all the interdivision MOUs ... lots of things that would have to turn into contracts between independent companies (including things like one division had contract with supplier and another division was making use of that same contract). Before we started, the board brings in Gerstner to reverse the breakup and resurrect the company (however, the disk division still didn't survive long) -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Restoring a VSAM dataset in Production
Also run with PARM='TYPRUN=NORUN' to test process out. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 8:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production thanks mate.. On Thu, Mar 20, 2014 at 8:22 PM, Pommier, Rex rpomm...@sfgmembers.comwrote: Nothing that I'm aware of. Using RENUNC and making sure you do NOT specify REPLACE should keep your current production datasets safe. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rajesh Janakiraman Sent: Thursday, March 20, 2014 9:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Restoring a VSAM dataset in Production Dude, Is there any important procedure to do before submitting this job? BTW really thanks for the valuable response. On Thu, Mar 20, 2014 at 7:48 PM, Pommier, Rex rpomm...@sfgmembers.com wrote: Do you have access to the DFSMSdss Storage Administration manual? The following is example 5 from the manual, which shows how to do a logical restore with rename of a VSAM dataset. I would make a minor change, changing RENAME to RENUNC, but otherwise the example looks like a good one to start with. ___ ___ | | | //JOB3 JOB accounting information,REGION=K | | //STEP1EXEC PGM=ADRDSSU | | //TAPE DDUNIT=3480,VOL=SER=TAPE04, | | // LABEL=(1,SL),DISP=(OLD,KEEP),DSN=USER3.BACKUP | | //SYSPRINT DDSYSOUT=A | | //SYSINDD* | | RESTORE INDD(TAPE) OUTDYNAM(338000) - | |DS(INCL(PARTS.VSAM1)) - | |RENAME(*.VSAM1,*.VSAM2) - | |CATALOG | | /* | | | |___ __ |_| A VSAM key-sequenced data set, PARTS.VSAM1, is restored from a logical dump tape in this example. It is renamed as PARTS.VSAM2 and cataloged in the standard order of search. The cluster's components, PARTS.VSAM1.DATA and PARTS.VSAM1.INDEX, are also renamed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Now IEBGENER, Was Help with IEBCOPY?
Dear Group, Thank you for the discussion on this. I started trying to look into writing a REXX exec to select my KEY input and build the dataset members needed to continue. I used to do this using the ISPF panels by hand. I thought the panel was using IBM code. But I was told it was not and we did something so it was this way. Thank you for pointing out that using IEBCOPY with REXX also pulled in some other vendor software. I can read the same file in and massage my key for each need. I usually build two members that have the same information in two different formats that are static and I can go back and reference. So, after consideration. I will go back to REXX EXECIO. I need to massage the data anyway. It will run two steps, reading the same file twice, but creating different outputs. I learned more about the MVS utilities :) Was wondering if IEBGENER allowed creating two members from the same input data, in one step. IEBGENER appears to not loop back to the top to re-evaluate (edit) the same input data. Amazing how copy and sort can lead down so many paths. Need more GOBACK commands :) Thanks again for sharing your knowledge and thoughts with me, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, March 20, 2014 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Now IEBGENER, Was Help with IEBCOPY? On Thu, 20 Mar 2014 08:31:27 -0400, Shmuel Metz (Seymour J.) wrote: The plain old IEBGENER would be best batch option for a non-source type dataset, Why is it bettwer than, e.g., IDCAMS REPRO? Choose your evil. It's all relative. IEBGENER: o Allows the programmer to omit (some) attributes from SYSUT2, in which case they are (optionally) replicated from SYSUT1 o Requires that supplied attributes of SYSUT2 be compatible with SYSUT1. REPRO: o Requires that the programmer supply (more) attributes of the output file o Allows the attributes of the output file to differ (more) from the inout file. On Thu, 20 Mar 2014 08:41:21 -0500, Tom Marchant wrote: Your output file is a PDS MEMBER. A PDS member is a sequential data set. You don't need GENERATE. The OP's initial objective appeared to involve some editing, in which case he needs a control file. On 2014-03-20, at 07:49, Blaicher, Christopher Y. wrote: //SYSUT2 DD DISP=SHR,DSN=output-pds(member-name) You can use SHR or OLD for DISP Beware. If you use SHR for PDS SYSUT2 and your two jobs run concurrently, Bad Things might happen. PDSE and/or newer releases of z/OS may be more robust. -- 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: assign userid to SMS system address space
Wilco, you dont show the commands you issued, nor mention refreshing the STARTED class details . Something like this 'should' do the job RDEFINE STARTED SMS.* - STDATA(USER(=MEMBER ) - GROUP(SYS1) - PRIVILEGED(NO) - TRACE(YES) - TRUSTED(NO) ) ADDUSER SMS NAME('SMS SUBSYS STC') - DFLTGRP(SYS1) OWNER(SYS1) - NOPASSWORD SETROPTS RACLIST(STARTED) REFRESH Also see this article thrown up by a google search http://www.ibmsystemsmag.com/mainframe/administrator/security/RACF,-Started-Tasks-and-System-Privileges/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AWS Header 2 Block Count
Hello All, When building an AWS tape, say from a dump volume dataset, how do you know what the block count is for the EOF header 2? Respectfully, Willie C. Rouse Senior Mainframe Consultant Prince George's County, Maryland Office of Information Technology 9201 Basil Court/ Room B8 Largo, MD 20774 Voice: 301-883-7189 Fax: 301-883-3790 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Need feedback about new security feature in MFNetdisk
MFNetDisk site is now not exist. (www.mfnetdisk.com). If you like you can visit copy of the MFNetDisk site in Google https://sites.google.com/site/zosnetdisk/home. It is free so I use it. This site is only temporary until another site will be the home of this product. MFNetDisk is updated all the time. so I create movie without sound but with titles. This video is mainly about MFNetDisk new feature, MFNetDisk security. It is important to me to receive feedback privately to my email what you think about the new security of MFnetDisk which intend to guard MFNetDisk data. Also I explain what new in the new MFNetDisk. Why no sound? because nobody understand what I tried to say and explain. So, I change my attitude and use titles in English and not something between English and Hebrew which nobody understand except me. To me it is seem to be much better. Again, NO SOUND. You will lose your time if you will try to check your speakers. https://www.youtube.com/watch?v=umtg30hrNBkfeature=em-upload_owner#action=share -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: DSNTYPE?
Thanks Christian, but it's not quite what I'm looking for. What I guess I should ask is where does the information contained in the SYSDSSMS and SYSSEQDSNTYPE variables returned by the LISTDSI function in REXX come from? Or the corresponding information in the DATASET INFORMATION panel of ISPF? They both seem to produce similar results (although the ISPF panel seems to do it more consistently). I'm working on a REXX function that doesn't have the TSO dependency that LISTDSI has. Earl On 3/20/14, 12:02 PM, Christian Birr wrote: Hi Earl, have look at DS1DSORG at http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idas300%2Fdscbft.htm you have to scroll down a bit Cheers, Chistian -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Earl Hodil Gesendet: Donnerstag, 20. März 2014 16:16 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: DSNTYPE? Does anybody know where DSNTYPE is stored? I see bits and pieces in the format 1 DSCB, but I don't see a field that is like DSORG. Are the bits and pieces all you get? And if so, can someone point me to an example of how to decipher them? -- Earl Hodil Open Software Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I need help in Springfield IL
Know this is a tall order. I need an on-site body in Springfield IL. Anyone interested in the following position let me know ASAP Java Developer with COBOL / CICS / DB2 under z/OS Location: Springfield, IL Duration: 12+ Months Web programmer with strong Java skills with websphere and DB2 experience Job Description: Web Programmer (Four Positions) The candidate must demonstrate a record of achievement in the development of Rich Internet Applications using Java. Integration with legacy CICS / COBOL systems and DB2 within the past year preferred. Technical expertise in Java, IBM / Eclipse based integrated development environment (IDE) required. The candidate must have a minimum of five (5) years of experience in Java development. The candidate must have experience in Internet/Intranet application software including, but not limited to, the following technologies: Required Skills: * J2EE 5 years minimum * IBM RAD IDE * DB2 * WebSphere Application Server * XML * SQL * JavaScript * HTML 5 * CSS 3 * CICS * Ecommerce Payment Processing * Mobile Development * Strong knowledge of testing tools * Web Services, SOAP Preferred Knowledge in the Following: * International Registration Plan (IRP) * Binary Large Objects (BLOBS) * AIX * QMF * DB2 Connect * Dynamic PDF generation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Last Gasp For Hard Disk Drives
How typical. An article about new drive model or about a trend? No, it's about nothing. Just some truism. Yes, we know SSD gain the market. Yes, we know the future of classic HDD is not bright. Is it last gasp of HDD? Not so quick, not now. Check the prices and capacities in the nearest shop. BTW: Does anyone use SSD-only DASD attached to mainframe? Just my €0,02 -- Radoslaw Skorupka Lodz, Poland P.S. I stil use tapes. How obsolete! --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Now IEBGENER, Was Help with IEBCOPY?
You didn't say anything about reformatting data. IEBGENER or SORT can copy fields from one column and place in another column and fill in constant values as needed. Set up 2 steps, one for each member. http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idau100%2Fu1127.htm ONE1 GENERATE MAXFLDS=255 ONE2 RECORD FIELD=(length,input,conversion,output) ONE3 RECORD FIELD=(80,1,,1) Copies 80 bytes as is) ONE4 RECORD FIELD=(10,1,,1),FIELD=(10,31,,21), FIELD=(30,'+3+4+---5'',,31), FIELD=(30,'+6+7+8',,51) Copies two 10 bytes field plus fill On Thu, Mar 20, 2014 at 11:20 AM, Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov wrote: Dear Group, Thank you for the discussion on this. I started trying to look into writing a REXX exec to select my KEY input and build the dataset members needed to continue. I used to do this using the ISPF panels by hand. I thought the panel was using IBM code. But I was told it was not and we did something so it was this way. Thank you for pointing out that using IEBCOPY with REXX also pulled in some other vendor software. I can read the same file in and massage my key for each need. I usually build two members that have the same information in two different formats that are static and I can go back and reference. So, after consideration. I will go back to REXX EXECIO. I need to massage the data anyway. It will run two steps, reading the same file twice, but creating different outputs. I learned more about the MVS utilities :) Was wondering if IEBGENER allowed creating two members from the same input data, in one step. IEBGENER appears to not loop back to the top to re-evaluate (edit) the same input data. Amazing how copy and sort can lead down so many paths. Need more GOBACK commands :) Thanks again for sharing your knowledge and thoughts with me, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, March 20, 2014 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Now IEBGENER, Was Help with IEBCOPY? On Thu, 20 Mar 2014 08:31:27 -0400, Shmuel Metz (Seymour J.) wrote: The plain old IEBGENER would be best batch option for a non-source type dataset, Why is it bettwer than, e.g., IDCAMS REPRO? Choose your evil. It's all relative. IEBGENER: o Allows the programmer to omit (some) attributes from SYSUT2, in which case they are (optionally) replicated from SYSUT1 o Requires that supplied attributes of SYSUT2 be compatible with SYSUT1. REPRO: o Requires that the programmer supply (more) attributes of the output file o Allows the attributes of the output file to differ (more) from the inout file. On Thu, 20 Mar 2014 08:41:21 -0500, Tom Marchant wrote: Your output file is a PDS MEMBER. A PDS member is a sequential data set. You don't need GENERATE. The OP's initial objective appeared to involve some editing, in which case he needs a control file. On 2014-03-20, at 07:49, Blaicher, Christopher Y. wrote: //SYSUT2 DD DISP=SHR,DSN=output-pds(member-name) You can use SHR or OLD for DISP Beware. If you use SHR for PDS SYSUT2 and your two jobs run concurrently, Bad Things might happen. PDSE and/or newer releases of z/OS may be more robust. -- 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: DSNTYPE?
On Thu, 20 Mar 2014 14:20:30 -0400, Earl Hodil wrote: Thanks Christian, but it's not quite what I'm looking for. What I guess I should ask is where does the information contained in the SYSDSSMS and SYSSEQDSNTYPE variables returned by the LISTDSI function in REXX come from? Or the corresponding information in the DATASET INFORMATION panel of ISPF? They both seem to produce similar results (although the ISPF panel seems to do it more consistently). PDSE? I'm sure IBM will tell you all about them. For a price. I'm working on a REXX function that doesn't have the TSO dependency that LISTDSI has. Yaay! Is it for sale? (I can't afford it.) Will it do allocated non-cataloged files? SYSIN; SYSOUT; subsystem; UNIX files? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Last Gasp For Hard Disk Drives
But are the tapes round? :-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, March 20, 2014 1:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Last Gasp For Hard Disk Drives How typical. An article about new drive model or about a trend? No, it's about nothing. Just some truism. Yes, we know SSD gain the market. Yes, we know the future of classic HDD is not bright. Is it last gasp of HDD? Not so quick, not now. Check the prices and capacities in the nearest shop. BTW: Does anyone use SSD-only DASD attached to mainframe? Just my €0,02 -- Radoslaw Skorupka Lodz, Poland P.S. I stil use tapes. How obsolete! --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Last Gasp For Hard Disk Drives
We have some z/TPF Systems running purely on SSD. We have been using them for a couple of years. Rudy de Vré -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, March 20, 2014 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Last Gasp For Hard Disk Drives How typical. An article about new drive model or about a trend? No, it's about nothing. Just some truism. Yes, we know SSD gain the market. Yes, we know the future of classic HDD is not bright. Is it last gasp of HDD? Not so quick, not now. Check the prices and capacities in the nearest shop. BTW: Does anyone use SSD-only DASD attached to mainframe? Just my €0,02 -- Radoslaw Skorupka Lodz, Poland P.S. I stil use tapes. How obsolete! --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- 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
Dynamic VIPA and Sysplex Distributor - Question
Dear VIPA Gurus, We are playing with dynamic VIPA and sysplex distributor on z/OS V1R13. The Network guy is puzzled with some of this and I think I got enough information from him. External users use the same VIPA to access our application no matter where it runs. Application runs in one place at a time. When the application started task tries to come up, it is managed by this routing thing (the heart of the DVIPA and sysplex distributor management which runs on one of our LPARs). The Network guy showed me some stuff on how he set this up on VTAM for TCP and IIRC he correlated the VIPA address with some kind of IP Address that wasn't the VIPA or the raw interface IP Address. Q). Should the application on the host side default to the IP Address of the stack, or should the application on the host side be configured with the DVIPA? Q). Would these IP Addresses that correlate to the DVIPA be used on the host side behind the router? Would one of these addresses be what I should configure for our application with on the host side? Q). Any experiences anyone would like to share? Thank you, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Telnet Source IP address
Hello all, How can you get tso telnet to use a specific IP address as it's source IP address rather than the default outbound IP address? Thanks in advance. == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: AW: DSNTYPE?
Well, I think they do, what I do(did) in some of my qd Assembler routines, ask MVS and it'll tell you. I'll be back in office tomorrow night (CET+1) and have a look at my toolboxes. Eventually could you tell me exactly what you want to achieve? Cheers, Christian qd - quick dirty -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Earl Hodil Gesendet: Donnerstag, 20. März 2014 19:46 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: AW: DSNTYPE? Thanks Christian, but it's not quite what I'm looking for. What I guess I should ask is where does the information contained in the SYSDSSMS and SYSSEQDSNTYPE variables returned by the LISTDSI function in REXX come from? Or the corresponding information in the DATASET INFORMATION panel of ISPF? They both seem to produce similar results (although the ISPF panel seems to do it more consistently). I'm working on a REXX function that doesn't have the TSO dependency that LISTDSI has. Earl On 3/20/14, 12:02 PM, Christian Birr wrote: Hi Earl, have look at DS1DSORG at http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idas300%2Fdscbft.htm you have to scroll down a bit Cheers, Chistian -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Earl Hodil Gesendet: Donnerstag, 20. März 2014 16:16 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: DSNTYPE? Does anybody know where DSNTYPE is stored? I see bits and pieces in the format 1 DSCB, but I don't see a field that is like DSORG. Are the bits and pieces all you get? And if so, can someone point me to an example of how to decipher them? -- Earl Hodil Open Software Technologies -- 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: APAR OA30338 for PDSE Users
Actually, it's TOO precise. Too much detail, not enough useful information. There is a joke that is too long to post here but the punchline is his answer was perfectly accurate and absolutely useless, so I knew it had to be the IBM Building. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim McAlpine Sent: Thursday, March 20, 2014 9:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: APAR OA30338 for PDSE Users Tony, thanks for making me feel a bit better. I was a bit too quick on the trigger but I was in a hurry to get some stuff done and got a bit flustered as a result. I do agree that the error message could have been a bit more precise. Jim On Thu, Mar 20, 2014 at 3:06 PM, Tony Harminc t...@harminc.net wrote: On 20 March 2014 10:48, Jim McAlpine jim.mcalp...@gmail.com wrote: Thanks Tom, that was the cause of the problem. I logged off TSO and back on again and was able to delete the offending dataset. Sorry for sending everyone off on a wild goose chase. Well you didn't exactly have ideal information to work with. I mean, seriously, IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B04,E54I.OLAS.PDEFLIB is hardly the most friendly way of saying dataset is in use by job the way other programs generally do under similar circumstances. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
Charles, U5636 was created with IP Address 56.165.0.57 and is available for your use. Let me know if you have any questions. I will wait for your Email on Deleting U9634. - Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, March 20, 2014 3:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: APAR OA30338 for PDSE Users Actually, it's TOO precise. Too much detail, not enough useful information. There is a joke that is too long to post here but the punchline is his answer was perfectly accurate and absolutely useless, so I knew it had to be the IBM Building. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim McAlpine Sent: Thursday, March 20, 2014 9:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: APAR OA30338 for PDSE Users Tony, thanks for making me feel a bit better. I was a bit too quick on the trigger but I was in a hurry to get some stuff done and got a bit flustered as a result. I do agree that the error message could have been a bit more precise. Jim On Thu, Mar 20, 2014 at 3:06 PM, Tony Harminc t...@harminc.net wrote: On 20 March 2014 10:48, Jim McAlpine jim.mcalp...@gmail.com wrote: Thanks Tom, that was the cause of the problem. I logged off TSO and back on again and was able to delete the offending dataset. Sorry for sending everyone off on a wild goose chase. Well you didn't exactly have ideal information to work with. I mean, seriously, IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B04,E54I.OLAS.PDEFLIB is hardly the most friendly way of saying dataset is in use by job the way other programs generally do under similar circumstances. -- 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
FW: APAR OA30338 for PDSE Users
Sorry for the wrong post. - Dave -Original Message- From: Hansen, Dave L - Eagan, MN Sent: Thursday, March 20, 2014 4:11 PM To: 'IBM Mainframe Discussion List' Subject: RE: APAR OA30338 for PDSE Users Charles, U5636 was created with IP Address 56.165.0.57 and is available for your use. Let me know if you have any questions. I will wait for your Email on Deleting U9634. - Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, March 20, 2014 3:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: APAR OA30338 for PDSE Users Actually, it's TOO precise. Too much detail, not enough useful information. There is a joke that is too long to post here but the punchline is his answer was perfectly accurate and absolutely useless, so I knew it had to be the IBM Building. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim McAlpine Sent: Thursday, March 20, 2014 9:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: APAR OA30338 for PDSE Users Tony, thanks for making me feel a bit better. I was a bit too quick on the trigger but I was in a hurry to get some stuff done and got a bit flustered as a result. I do agree that the error message could have been a bit more precise. Jim On Thu, Mar 20, 2014 at 3:06 PM, Tony Harminc t...@harminc.net wrote: On 20 March 2014 10:48, Jim McAlpine jim.mcalp...@gmail.com wrote: Thanks Tom, that was the cause of the problem. I logged off TSO and back on again and was able to delete the offending dataset. Sorry for sending everyone off on a wild goose chase. Well you didn't exactly have ideal information to work with. I mean, seriously, IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), SYSACCT,DB2B04,E54I.OLAS.PDEFLIB is hardly the most friendly way of saying dataset is in use by job the way other programs generally do under similar circumstances. -- 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: Telnet Source IP address
Never mind, I set it up in the tcpprof. I used source ip with jobname and specified the userid of the TSO session. It worked like a champ. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Thursday, March 20, 2014 3:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Telnet Source IP address Hello all, How can you get tso telnet to use a specific IP address as it's source IP address rather than the default outbound IP address? Thanks in advance. == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Telnet Source IP address
Mike, Not sure what your asking..usually you telnet into an application, can you explain what your trying to do in a bit more detail? Scott ford www.identityforge.com from my IPAD On Mar 20, 2014, at 4:45 PM, Ward, Mike S mw...@ssfcu.org wrote: Hello all, How can you get tso telnet to use a specific IP address as it's source IP address rather than the default outbound IP address? Thanks in advance. == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Telnet Source IP address
Ok, good Scott ford www.identityforge.com from my IPAD On Mar 20, 2014, at 5:17 PM, Ward, Mike S mw...@ssfcu.org wrote: Never mind, I set it up in the tcpprof. I used source ip with jobname and specified the userid of the TSO session. It worked like a champ. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Thursday, March 20, 2014 3:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Telnet Source IP address Hello all, How can you get tso telnet to use a specific IP address as it's source IP address rather than the default outbound IP address? Thanks in advance. == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Now IEBGENER, Was Help with IEBCOPY?
It's better than IDCAMS REPRO because no control statements are required. Just JCL. On Thu, Mar 20, 2014 at 11:31 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In CAHtJz9+xhKyr=hjs+hzudcs6b-g3wend-hrh71mzuy1632i...@mail.gmail.com, on 03/20/2014 at 01:03 PM, Wayne Bickerdike wayn...@gmail.com said: The plain old IEBGENER would be best batch option for a non-source type dataset, Why is it bettwer than, e.g., IDCAMS REPRO? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java -Xdump:tool option on z/OS
How hard can this be I ask myself...a good while later 1. So it's much easier to see results in batch . //UNIX EXEC PGM=BPXBATCH,PARM='SH /u/hanko/runhe.sh' //STDOUTDD SYSOUT=* //STDERRDD SYSOUT=* 2. It's much easier trying not to resolve the battle of the quotes. exec string needs to be quoted and then so do the arguments for tso and tsocmd . And the submit !! Who is doing the parsing when ? I give up . So what I came up with is events=vmstart,exec=tsocmd 'MSUB' HelloWorld ===MSUB is CAPS ON ! in a shell script that also specifies the following env variables export sysexec=alloc da('HANKO.BPXBATCH.EXEC') shr export TSOALLOC=sysexec (I think TSOALLOC is redundant but included for completeness) and then member MSUB looks like /* Rexx */ submit 'hanko.pdscntl(iefbr14)' and that all works ...hope it does for you. Hank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Now IEBGENER, Was Help with IEBCOPY?
An interesting process might be to write a REXX using ISPF LM functions. You can have a panel prompt for your user, and selection info. Then use ISPF To save members You can read and write members once you get use to the process. It might be very helpful to invoke ISPF, unless you are going to use this as a Batch process. You can still write it with ISPF LM functions, just some considerations have to be kept in mind. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: Thursday, March 20, 2014 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Now IEBGENER, Was Help with IEBCOPY? Dear Group, Thank you for the discussion on this. I started trying to look into writing a REXX exec to select my KEY input and build the dataset members needed to continue. I used to do this using the ISPF panels by hand. I thought the panel was using IBM code. But I was told it was not and we did something so it was this way. Thank you for pointing out that using IEBCOPY with REXX also pulled in some other vendor software. I can read the same file in and massage my key for each need. I usually build two members that have the same information in two different formats that are static and I can go back and reference. So, after consideration. I will go back to REXX EXECIO. I need to massage the data anyway. It will run two steps, reading the same file twice, but creating different outputs. I learned more about the MVS utilities :) Was wondering if IEBGENER allowed creating two members from the same input data, in one step. IEBGENER appears to not loop back to the top to re-evaluate (edit) the same input data. Amazing how copy and sort can lead down so many paths. Need more GOBACK commands :) Thanks again for sharing your knowledge and thoughts with me, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, March 20, 2014 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Now IEBGENER, Was Help with IEBCOPY? On Thu, 20 Mar 2014 08:31:27 -0400, Shmuel Metz (Seymour J.) wrote: The plain old IEBGENER would be best batch option for a non-source type dataset, Why is it bettwer than, e.g., IDCAMS REPRO? Choose your evil. It's all relative. IEBGENER: o Allows the programmer to omit (some) attributes from SYSUT2, in which case they are (optionally) replicated from SYSUT1 o Requires that supplied attributes of SYSUT2 be compatible with SYSUT1. REPRO: o Requires that the programmer supply (more) attributes of the output file o Allows the attributes of the output file to differ (more) from the inout file. On Thu, 20 Mar 2014 08:41:21 -0500, Tom Marchant wrote: Your output file is a PDS MEMBER. A PDS member is a sequential data set. You don't need GENERATE. The OP's initial objective appeared to involve some editing, in which case he needs a control file. On 2014-03-20, at 07:49, Blaicher, Christopher Y. wrote: //SYSUT2 DD DISP=SHR,DSN=output-pds(member-name) You can use SHR or OLD for DISP Beware. If you use SHR for PDS SYSUT2 and your two jobs run concurrently, Bad Things might happen. PDSE and/or newer releases of z/OS may be more robust. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DSNTYPE?
For SYSDSSMS: Value PDSE probably comes from bits DS1PDSE and DS1PDSEX in DS1SMSFG. Value PDS probably comes from bit DS1DSGPO in DS1DSORG. Value SEQ probably comes from bit DS1DSGPS in DS1DSORG. I didn't see an obvious source for the other possible values. For SYSSEQDSNTYPE: Value LARGE probably comes from bits DS1LARGE in DS1FLAG1. Value EXTENDED probably comes from bits DS1EATTR in DS1FLAG1. Value BASIC probably is the default if neither of the above applies. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Earl Hodil :: Sent: Thursday, March 20, 2014 11:21 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Re: AW: DSNTYPE? :: :: Thanks Christian, but it's not quite what I'm looking for. What I guess :: I should ask is where does the information contained in the SYSDSSMS and :: SYSSEQDSNTYPE variables returned by the LISTDSI function in REXX come :: from? Or the corresponding information in the DATASET INFORMATION panel :: of ISPF? They both seem to produce similar results (although the ISPF :: panel seems to do it more consistently). I'm working on a REXX function :: that doesn't have the TSO dependency that LISTDSI has. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
I'll give it a try. g Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: Thursday, March 20, 2014 2:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: APAR OA30338 for PDSE Users Charles, U5636 was created with IP Address 56.165.0.57 and is available for your use. Let me know if you have any questions. I will wait for your Email on Deleting U9634. - Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Last Gasp For Hard Disk Drives
r.skoru...@bremultibank.com.pl (R.S.) writes: Yes, we know SSD gain the market. Yes, we know the future of classic HDD is not bright. Is it last gasp of HDD? Not so quick, not now. Check the prices and capacities in the nearest shop. re: http://www.garlic.com/~lynn/2014d.html#70 Last Gasp For Hard Disk Drives going to smaller (2.5in) diameter helps with spinning faster faster access ... the referenced articles says a 60drive, 36terabyte box delivers 18,000 IOPS ... also mentions that flash/SSD deliver throughput. i've mentioned before peak z196 I/O benchmark was 2M IOPS using 104 FICON (compared to single FCS announced for e5-2600 claiming over million IOPS) @18k IOPS/box ... would require 2000 such boxes for peak z196 I/O benchmark. following has HDD drive (unit) sales peaked 2010. Will Flash Memory Spell The End Of The Hard Disk Drive (HDD) Industry? http://seekingalpha.com/article/1974691-will-flash-memory-spell-the-end-of-the-hard-disk-drive-hdd-industry has individual drive IOPS http://en.wikipedia.org/wiki/IOPS peak individual hard disk 175-210 IOPS lowend SSD starts at 400 IOPS and goes up to almost 10M IOPS -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA30338 for PDSE Users
At 13:58 -0700 on 03/20/2014, Charles Mills wrote about Re: APAR OA30338 for PDSE Users: Actually, it's TOO precise. Too much detail, not enough useful information. There is a joke that is too long to post here but the punchline is his answer was perfectly accurate and absolutely useless, so I knew it had to be the IBM Building. Charles The version I heard was the Microsoft Building. Isn't that the one about a Airplane Pilot trying to locate where he was (in relation to the airport) under Fog Conditions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMF report
Hi, We are using z/OS 1.13 and one Prod LPAR is utilizing 100% utilization and it slow down the system for 2hours business time, we are planning to extract top utilizing Job report from SMF 79 record type. Below is the JCL which we used and we could not get the output in readable format, can anyone help me. //TSMMEVR JOB (T,I98,0988),'NAME', //MSGCLASS=X,CLASS=X, // USER=TSMMEV,PASSWORD= //** //* STEP 1: UNLOAD DATA FROM THE SMF DATA SETS //** //SMFDUMP EXEC PGM=IFASMFDL //INDD1 DD DSN=PNDS.T05SMF.DAILY2,DISP=SHR // DD DSN=PNTS.T0500SMF.WKLYTAP2,DISP=SHR // DD DSN=PNTS.T0500SMF.MTLYTAP2,DISP=SHR //OUTDD1 DD DSN=TSMMEV.SMF.TYPE792, // SPACE=(CYL,(500,500),RLSE),UNIT=SYSDA,DISP=(NEW,CATLG) //SYSPRINT DD SYSOUT=* //SYSIN DD * INDD(INDD1,OPTIONS(DUMP)) OUTDD(OUTDD1,TYPE(79)) //* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN