Re: DISP=(MOD,DELETE)
Gil, Do the same test for SMS-managed dataset. You'll get JCL error in first case (MOD for non-existent dataset). OMHO the only thing to understand is: When you use NEW for DASD dataste, you have to specify SPACE. MOD can behave as NEW, the same requirements apply. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
I think it should work for an SMS dataset if the DATACLAS assigned by the ACS has default space attributes. snip Gil, Do the same test for SMS-managed dataset. You'll get JCL error in first case (MOD for non-existent dataset). OMHO the only thing to understand is: When you use NEW for DASD dataste, you have to specify SPACE. MOD can behave as NEW, the same requirements apply. -- Radoslaw Skorupka Lodz, Poland /snip --- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities Suncorp. Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
Doug You quoted the my previous post and you didn't retain my quoting of Paul's original post so your post is a bit difficult to follow by itself. In fact, Paul's original post indicated that a data set which did *not* exist was kept although not actually created - and so the SPACE issue did not arise. It was this conundrum for which I made a hesitating attempt to try to provide a resolution. If you've only just discovered this trick - pointed out to me many years ago by a guru from the Washington Systems Center - perhaps this example can show you how it may be used: //NET PROC //* //IEFBR14 EXEC PGM=IEFBR14 //NCPDUMP DD DSN=USER.NCPDUMP,DISP=(MOD,DELETE), // VOL=REF=SYS1.PARMLIB,SPACE=(TRK,1) //* //NET EXEC PGM=ISTINM01,TIME=1440,REGION=2048K //STEPLIB DD DSN=SYS1.SSPLIB,DISP=SHR //VTAMLST DD DSN=USER.VTAMLST,DISP=SHR //VTAMLIB DD DSN=USER.VTAMLIB,DISP=SHR //DD DSN=SYS1.VTAMLIB,DISP=SHR //NCPLOAD DD DSN=USER.NCPLOAD,DISP=SHR //NCPDUMP DD DSN=USER.NCPDUMP,DISP=(NEW,KEEP), // VOL=REF=SYS1.PARMLIB,SPACE=(TRK,(1,50),RLSE), // DCB=(RECFM=F,LRECL=512,BLKSIZE=512) It would appear that all the years I was using this trick, I may not have needed the SPACE=(TRK,1) in the first step. Note that I was obliged to include TIME=1440 on the EXEC statement since I was obliged to remove SYST from the SCHEDxx entry for ISTINM01. Chris Mason - Original Message - From: Doug Fuerst [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, May 23, 2007 8:19 AM Subject: Re: DISP=(MOD,DELETE) Actually, this was recently explained to me by IBM. (MOD,DELETE) indicates that the dataset might exist, if it does, then MOD it. If it does not, then create it and then delete it. But SPACE would be required in any case where the dataset did not exist. This would also be true for (MOD,KEEP). In this case, if the dataset did not exist it would be created, and KEPT, but not cataloged. SPACE would be required if the dataset did not exist. Doug At 01:46 AM 5/23/2007, you wrote: Paul You got my attention with the subject line, DISP=(MOD,DELETE), since I used to encourage students to consider using this trick in order to immunise their JCL against irritating errors when they had usually started task procedures relating to networking products and they didn't care whether or not a data set existed when the task was started. The types of data sets involved were for traces, logs and dumps. Typically the started task procedure had an IEFBR14 step where the data sets were definitely erased if they happened to exist - from, typically of course, any previous execution - using the DISP=(MOD,DELETE) trick. The IEFBR14 step was then followed by the business step.[1] What you show in fact is DISP=(MOD,KEEP). An explanation - not at all necessarily *the* explanation since it's very much a guess - for the IEF285I message is that, with DISP=MOD, logically the data set is considered to exist and thus it can logically be kept. However, with, DISP=NEW, the data set is considered *not* to exist - and you get another error presumably earlier in the processing sequence if it does exist - and so, before it can be kept, it must actually be created. In order to be created, the SPACE parameters are needed. So *I* understand it. Of course whether or not I understand it correctly is quite another thing! Chris Mason snip undone - Original Message - From: Paul Gilmartin [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, May 23, 2007 12:05 AM Subject: DISP=(MOD,DELETE) The JCL fragment: //STEP EXEC PGM=IEFBR14 //* //SYSUT1DD DSN=user.FOO.BAR.SMPLOG,DISP=(MOD,KEEP), // VOL=SER=TSO026, //UNIT=SYSALLDA where 'user.FOO.BAR.SMPLOG' does not pre-exist on the volume produces allocation messages: IEF236I ALLOC. FOR MODKEEP STEP IEF237I 3ECA ALLOCATED TO SYSUT1 IEF142I MODKEEP STEP - STEP WAS EXECUTED - COND CODE IEF285I user.FOO.BAR.SMPLOG KEPT IEF285I VOL SER NOS= TSO026.IEF373I STEP/STEP /START 2007142.1554 ... but VTOC listing does not show the data set. As I read the 12.19.11 Summary of Disposition Processing in the JCL RM, I believe it should be kept. When I change to DISP=(NEW,KEEP), it fails with: IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET Is this working as expected? Should I be able to understand this? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
Paul, snip The JCL fragment: //STEP EXEC PGM=IEFBR14 //* //SYSUT1DD DSN=user.FOO.BAR.SMPLOG,DISP=(MOD,KEEP), // VOL=SER=TSO026, //UNIT=SYSALLDA where 'user.FOO.BAR.SMPLOG' does not pre-exist on the volume produces allocation messages: IEF236I ALLOC. FOR MODKEEP STEP IEF237I 3ECA ALLOCATED TO SYSUT1 IEF142I MODKEEP STEP - STEP WAS EXECUTED - COND CODE IEF285I user.FOO.BAR.SMPLOG KEPT IEF285I VOL SER NOS= TSO026. IEF373I STEP/STEP/START 2007142.1554 ... but VTOC listing does not show the data set. As I read the 12.19.11 Summary of Disposition Processing in the JCL RM, I believe it should be kept. snip according to 12.19 DISP Parameter in the JCL RM (z/OS 1.8): If the system obtains unit and volume information for an OLD, MOD, or SHR status, the data set is treated as if it exists, whether or not it is physically on the device. and the 4.6.2.1.8 Disposition Processing of Data Sets that Do Not Exist in the JCL UG (z/OS 1.8) says: When VOLUME and UNIT Are Coded: When you code VOLUME and UNIT on the DD statement, a JCL error will occur if the problem program attempts to open the data set. Otherwise, the data set disposition depends on the DISP normal termination disposition: When the normal termination disposition is KEEP, the job log will show that the data set was kept. Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 emulator on Linux.
John McKown writes: Well, no, the best would be for some really good programmer to take their product and use a cross platform GUI toolkit. Really no need. There are several Linux-compatible 3270 terminal emulation products. A very professional-grade one is IBM's: WebSphere Host On-Demand. That's exactly what IBM did starting over 10 years ago: use a cross-platform GUI. It's now Version 10, and IBM didn't skip any numbers to get there. Also works on Mac, Windows, and even UNIX clients. I think this issue came up before on IBM-MAIN, so there's probably some more discussion in the searchable archives. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
Radoslaw and Zaromil Now that you, Zaromil, has actually gone and bothered to read the manual for us all, what you. Radoslaw, said still needs a minor adjustment, namely: If you specify unit and volser, the *data set* is not required - as long as you don't go and do something silly like try to use it! It seems that my original informant may also have misled me all this time and that OLD or SHR would have been equally as acceptable as MOD. Chris Mason - Original Message - From: R.S. [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, May 23, 2007 8:43 AM Subject: Re: DISP=(MOD,DELETE) ... If you specify unit and volser, SPACE parameter is not required. If you don't specify unit volser - that mean you want to use catalog, then SPACE is mandatory for non-existent dataset. Obviously SMS-managed dataset are cataloged, so my previous answer was almost true as IBM answer above g ... -- Radoslaw Skorupka Lodz, Poland - Original Message - From: TISLER Zaromil [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, May 23, 2007 8:54 AM Subject: Re: DISP=(MOD,DELETE) ... according to 12.19 DISP Parameter in the JCL RM (z/OS 1.8): If the system obtains unit and volume information for an OLD, MOD, or SHR status, the data set is treated as if it exists, whether or not it is physically on the device. and the 4.6.2.1.8 Disposition Processing of Data Sets that Do Not Exist in the JCL UG (z/OS 1.8) says: When VOLUME and UNIT Are Coded: When you code VOLUME and UNIT on the DD statement, a JCL error will occur if the problem program attempts to open the data set. Otherwise, the data set disposition depends on the DISP normal termination disposition: When the normal termination disposition is KEEP, the job log will show that the data set was kept. Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cloning DB2 using Flashcopy
Brian Peterson writes: Check out IBM Redbook SAP on DB2 for z/OS and OS/390: DB2 System Cloning. http://www.redbooks.ibm.com/abstracts/sg246287.html This is a very good redbook but bear in mind it was written over 5 years ago, and we've had a couple DB2s since then (now V9). Another thing that's changed is that IBM has the DB2 Cloning Tool for z/OS out now. But it's good background reading, certainly, and (mostly) still very useful. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing SAS on the mainframe (Was Report on TSO usage.)
I missed the original poster's summary of how SAS is used at his company. That might be good to know to offer the best advice. In addition to the excellent suggestions previously offered, there are some companies that use the penalty box technique in such cases. This works for situations where all the following conditions hold: is... (1) high priced software (and ideally more than one product); (2) licensed according to whole frame capacity (not LPAR size or enterprise MIPS); (3) an amount of workload which would fit into a substantially smaller system than the main production workload; (4) not tightly dependent on the main software products (reasonably separable workload). If all those conditions hold, then you can investigate whether it makes financial sense to buy a physically separate frame (such as a z9 BC or possibly used z890) as a penalty box. Having an additional frame may also have other benefits, such as allowing you to bring mainframe DR in house if you don't have a DR system at present, so there are other factors to consider. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
Debbie The reason the supplied ISTINCLM may have been discarded and your own introduced *may* be due to an oversight by the VTAM developers when type 2.1 support was introduced - way back in the late '80s. It took VTAM development a while to introduce the DYNMODTB start option, the mid '90s I think, and so the only way to provide mode table entries for dynamically created type 2.1 node CDRSCs representing logical units performing the *secondary* role in subarea session stages was to rely on the supplied mode table ISTINCLM. Here's a snippet from my notes on Type 2.1 node support: quote A CDRSC for the secondary session partner *cannot* initially be created dynamically unless the Session Management exit is active with the Adjacent Link Station Selection function. In this case all the operands applying to secondary operation are relevant - and missing! The Session Management exit function can select one adjacent link station but all other operands must take the default values, which, most importantly, means that the VTAM default mode table, ISTINCLM, must be used. This is actually a severe deficiency of the Session Management exit Adjacent Link Station Selection function. /quote With the introduction of APPN, the CDRSC for the secondary session partner is created dynamically using APPN mechanisms and not the Session Management exit Adjacent Link Station Selection function. I'm sorry that was a bit technical; the merger of type 2.1 node SNA architecture (which includes APPN) and subarea SNA architecture has its messy aspects. - I expect the effect is consistent with its cause, it's just you haven't yet identified what the cause is and so it's apparently inconsistent. You can probably experiment on one PC's 3270 emulator product, say PCOMM, by modifying the rows and columns specifications. Thus assumes you are using a mode table entry which causes TSO to go and read the customised presentation space dimensions. A test with 24 by 80 and another with 43 by 80 may suffice. On the other hand, in these cases TSO may always use Erase Write for the default and Erase Write Alternate for the alternate and always use the three asterisks when the change occurs. If you can arrange to use a mode table entry which has X'02', rather than X'03', in the penultimate byte of the PSERVIC operand, that will force the use only of Erase Write and so there will be no need for a change and no need for the three asterisks. You should be able to observe the use of Erase Write , Erase Write Alternate and the three asterisks using NetView Session Monitor (NLDM) primary trace. You will also be able to check the presentation services field of the BIND - but you'll need to use the HEX option I think. Chris Mason - Original Message - From: Debbie Mitchell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, May 21, 2007 7:19 PM Subject: Re: VTAM question (***) On Mon, 21 May 2007 17:11:41 +0200, Chris Mason [EMAIL PROTECTED] wrote: I can't say I'd ever performed this sort of research but isn't the need to regenerate - including reassembly - customized tables one of the sorts of issues covered by the documentation a systems programmer goes through when planning a new release? As it turns out, the version of ISTINCLM in use here is not IBM's default. It was customized long before my tenure here and not documented. I will need to do some checking with other people here to see what they remember about the reason it was customized as well as what changes were made. Since no one is really complaining (at least not very loudly) about it, it won't be a priority. And, since posting my original question, I have noticed that the behavior is not consistent -- which leads me to believe that it is, indeed, related to changing screen sizes. Thank you all for your help. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
Ed It may depend on just exactly what damage Debbie's predecessor has done to ISTINCLM. If ISTINCLM has only been added to, of course all the original IBM-supplied entries will be available for use including, for example, D4C32XX3 - note a 3 at the end rather than a C. In fact, it may be safer to use the D4A32XX3 version of the SNA (non non-SNA) mode table entry with the penultimate byte specifying 03 since the emulator may be compatible with the old 3274 A (channel) models rather than the C (line) models. The A mode table entry has a maximum outbound RU size of 1536 while the C mode table entry has a maximum outbound RU size of 3840. Incidentally, it's LOGMODE with an E, not LOGMOD. Chris Mason - Original Message - From: Ed Finnell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, May 21, 2007 7:38 PM Subject: Re: VTAM question (***) In a message dated 5/21/2007 12:20:03 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: be a priority. And, since posting my original question, I have noticed that the behavior is not consistent -- which leads me to believe that it is, indeed, related to changing screen sizes. If you want to play around with the LOGMODES can do LOGON APPLID(majnode) LOGMOD(D4C32XXC) or one that hasn't been modified. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
Kevin The effect Debbie described is digital, you are implying that it is analogue. Debbie says that her user used *not* to have to deal with a panel with three asterisks in V1R4, corresponding to 0, but does in V1R7, corresponding to 1. More pronounced implies some sort of gradual change. Perhaps you have better describe the effect you are experiencing in more detail. Does the effect you are seeing apply only when using the ISPF Productivity Toll (IPT)? APAR OA20772 applies only to users of IPT? *If* there's something about Debbie's original problem I have not understood *and* you are both describing the same phenomenon, whatever change caused it would appear to have happened between V1R6 ands V1R7. Chris Mason - Original Message - From: Neubert, Kevin (DIS) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, May 21, 2007 8:23 PM Subject: Re: VTAM question (***) Going from z/OS 1.6 to 1.8 I have noticed similar behavior. Is it more pronounced on terminals such as Mod 3 (32X80) versus Mod 5 (27X132)? If you use IPT I found some relief with OA20772. Otherwise I opened TSO and ISPF ETRs to no avail and still have a VTAM ETR outstanding. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Debbie Mitchell Sent: Monday, May 21, 2007 10:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VTAM question (***) On Mon, 21 May 2007 17:11:41 +0200, Chris Mason [EMAIL PROTECTED] wrote: I can't say I'd ever performed this sort of research but isn't the need to regenerate - including reassembly - customized tables one of the sorts of issues covered by the documentation a systems programmer goes through when planning a new release? As it turns out, the version of ISTINCLM in use here is not IBM's default. It was customized long before my tenure here and not documented. I will need to do some checking with other people here to see what they remember about the reason it was customized as well as what changes were made. Since no one is really complaining (at least not very loudly) about it, it won't be a priority. And, since posting my original question, I have noticed that the behavior is not consistent -- which leads me to believe that it is, indeed, related to changing screen sizes. Thank you all for your help. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
Steve You're cheating; it should be MOD-4-1/2 since you have taken only half the specification of the model 4 and half the specification of the model 5. g Why am I objecting? Well, long ago, I claimed M9 - added to M2, M3, M4 and M5 - as the mode table entry name for an entry to correspond with the 3290 full screen (62 x 160). What you have done in order to avoid the appearance of the three asterisks may correspond to the test I suggested to Debbie where I proposed avoiding any possibility of alternating between the use of Erase Write and Erase Write Alternate. Chris Mason - Original Message - From: Thompson, Steve [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, May 21, 2007 8:38 PM Subject: Re: VTAM question (***) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Debbie Mitchell Sent: Monday, May 21, 2007 12:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VTAM question (***) On Mon, 21 May 2007 17:11:41 +0200, Chris Mason [EMAIL PROTECTED] wrote: I can't say I'd ever performed this sort of research but isn't the need to regenerate - including reassembly - customized tables one of the sorts of issues covered by the documentation a systems programmer goes through when planning a new release? As it turns out, the version of ISTINCLM in use here is not IBM's default. SNIP You might check (if possible) to see if the userss PROFILEs were changed such that they no longer specify MAX for the terminal size (formerly done with =0 and the setting of the terminal types, models, etc.). I have changed my emulation to a customized emulation (MOD-9, uh, that's 132x43, or MOD4+5, your similarly described MOD9 might be 72lines by 160 chars), that is, non-standard 3270 sizes. I have also noticed the *** when MOD2 is forced (always done just before and right after ISPF termination). But I got rid of it happening here and there under ISPF by forcing MAX for all sessions that I have (multiple IDs and multiple LPARS). Regards, Steve Thompson -- STD. Disclaimer: Poster's posting may not be in line with poster's employer. YMMV. The Three Stooges did not approve of this posting. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM and the 15,000 jobsstory
http://www.theregister.co.uk/2007/05/22/cringely_ibm_15000/ Cringely catches IBM trying to hire 15,000 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT For the Mathematicians here on the list:)
Old mathematicians never die, they just disintegrate. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommend Coax-Attached Consoles?
In [EMAIL PROTECTED], on 05/21/2007 at 10:42 PM, R.S. [EMAIL PROTECTED] said: 10. What does it mean ? Mainframe layout ? Converged keyboard, of course. Northgate used to offer one with a PS/2 connection, but I don't know who has them these days. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPLINFO Question
In [EMAIL PROTECTED], on 05/21/2007 at 04:43 PM, Dave Kopischke [EMAIL PROTECTED] said: I don't have direct access to the VM system. Just my z/OS image. If you have full access to your z/OS system then you can issue CP commands and retrieve the responses. Some assembly required. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
Chris Mason wrote: Radoslaw and Zaromil Now that you, Zaromil, has actually gone and bothered to read the manual for us all, what you. Radoslaw, said still needs a minor adjustment, namely: If you specify unit and volser, the *data set* is not required - as long as you don't go and do something silly like try to use it! It seems that my original informant may also have misled me all this time and that OLD or SHR would have been equally as acceptable as MOD. It depends. Try DISP=(MOD,CATLG). It *works* for non-existent dataset, when you also specify UNITVOLSER. If you omit DSNAME, it ...will work, but in quite different manner: DD is treated as it would describe temporary dataset. In this case CATLG is *ignored* with warning message. So, DSNAME is important, although it can be omitted. However in the last case I described above (temp dsn) it can be omitted independently of UNITVOLSER existence. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cloning DB2 using Flashcopy
At our company, we've developed the expertise to perform DB2 cloning operations manually. The original poster needs to read the Redbook mainly to find out how big an effort he is undertaking. Cloning DB2 is perfectly possible, but is complex. For example, it is probably going to be necessary to prepare the DB2 environment so that cloning is possible (separate high level qualifiers, MVS catalogs, volumes, etc). Once an environment is prepared, then DB2 cloning lends itself to scripting and can be repeatedly and easily done - at least from my perspective as an observer of other people who know what they are doing who are actually doing it. I would think that once one understands how large an undertaking cloning a DB2 environment is, then one could assess the value proposition of utilizing a tool to assist in the process. As pointed out below, IBM offers a tool, and I think there are several third party vendor alternatives as well. Brian On Wed, 23 May 2007 16:22:00 +0900, Timothy Sipples wrote: Brian Peterson writes: Check out IBM Redbook SAP on DB2 for z/OS and OS/390: DB2 System Cloning. http://www.redbooks.ibm.com/abstracts/sg246287.html This is a very good redbook but bear in mind it was written over 5 years ago, and we've had a couple DB2s since then (now V9). Another thing that's changed is that IBM has the DB2 Cloning Tool for z/OS out now. But it's good background reading, certainly, and (mostly) still very useful. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS V1R8 LINKLIST setup
Just looked at our new z/OS V1R8 PROGxx member, and instead of taking the default so that LINKLIB, MIGLIB, and CSSLIB are on top of the LINKLIST concatenation, they're sprinkled throughout the LNKLSTxx section, with LINKLIB actually being near the bottom. Is this some new avant garde thinking from our ServerPac brethren, or should I fix it? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Any way at all to detune JES2MON?
Running z/OS V1R8 with JES2MON, and this puppy seems to take an alarming amount of CPU compared to other system address spaces. Is there any way to detune this thing so that it doesn't take so much CPU? Are JES2 hangs so prevalent that we need to pay such a high price for prevention? I haven't seen a JES2 hang in a very long time. Does this only happen in mega-shops? If so, could we make JES2MON an option? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way at all to detune JES2MON?
snip Running z/OS V1R8 with JES2MON, and this puppy seems to take an alarming amount of CPU compared to other system address spaces. Is there any way to detune this thing so that it doesn't take so much CPU? Are JES2 hangs so prevalent that we need to pay such a high price for prevention? I haven't seen a JES2 hang in a very long time. Does this only happen in mega-shops? If so, could we make JES2MON an option? /snip Tom, We are a pretty big shop and our JES2MON do not take excessive CPU, but JES2 has not been a happy camper. We installed z/OS 1.8 last month and we have had a few problems with JES2. From S0C4 and S0C1 to JES2 not starting jobs. The jobs not starting was related when we did a WLM policy change and JES2 and a bit set to essentially not to dispatch WLM work. The fix was to install/activate a new WLM policy and the fixed the problem. There are quite a few APARs open with IBM at this time. Sorry I do not know offhand what they are. If you look on IBM link for JES2 S0C4 WLM for the month of april and may you should be able to find them. I have an ETR open with IBM unrelated to JES2, IDCAMS LISTCAT function will not work if you code a REGION=1024K. A question for the list: Any one else running zOS 1.8? If so have you had problems we have had? Or different one? Thanks, Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
I have a headache At 08:27 AM 5/23/2007, you wrote: Chris Mason wrote: Radoslaw and Zaromil Now that you, Zaromil, has actually gone and bothered to read the manual for us all, what you. Radoslaw, said still needs a minor adjustment, namely: If you specify unit and volser, the *data set* is not required - as long as you don't go and do something silly like try to use it! It seems that my original informant may also have misled me all this time and that OLD or SHR would have been equally as acceptable as MOD. It depends. Try DISP=(MOD,CATLG). It *works* for non-existent dataset, when you also specify UNITVOLSER. If you omit DSNAME, it ...will work, but in quite different manner: DD is treated as it would describe temporary dataset. In this case CATLG is *ignored* with warning message. So, DSNAME is important, although it can be omitted. However in the last case I described above (temp dsn) it can be omitted independently of UNITVOLSER existence. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII WydziaGospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie01.01.2007 r. kapitazakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacjwarunkowego podwyszenia kapitau zakadowego, na podstawie uchwaXVI WZ z dnia 21.05.2003 r., kapitazakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bdw caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Doug Fuerst Consultant BK Associates Brooklyn, NY (718) 921-2620 (Office) (718) 921-0952 (Fax) (917) 572-7364 (Cell) [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Copying a tape file to dasd without losing creation/last refenced date information
Hello, I'm working on a project : moving a lot of tape datasets to Dasd. I'm wondering if it's possible to keep the creation/last reference date of the dataset during this migration (non-SMS datasets only)? Thanks a lot in advance for your lights, Regards, Romain. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 LINKLIST setup
On Wed, 23 May 2007 09:12:25 -0400, Pinnacle [EMAIL PROTECTED] wrote: Just looked at our new z/OS V1R8 PROGxx member, and instead of taking the default so that LINKLIB, MIGLIB, and CSSLIB are on top of the LINKLIST concatenation, they're sprinkled throughout the LNKLSTxx section, with LINKLIB actually being near the bottom. Is this some new avant garde thinking from our ServerPac brethren, or should I fix it? They are just sorted in the CPAC PROGxx. I guess that makes it easier to find it with IEEIBALL. Order doesn't matter. But I prefer keeping those libs near the top along with SIEALNKE (PDSE version of SYS1.LINKLIB) and SIEAMIGE (PDSE version of SYS1.MIGLIB).At minimum, I want the IBM libraries ahead of ISV libraries. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way at all to detune JES2MON?
On Wed, 23 May 2007 09:16:03 -0400, Pinnacle [EMAIL PROTECTED] wrote: Running z/OS V1R8 with JES2MON, and this puppy seems to take an alarming amount of CPU compared to other system address spaces. snip Perhaps in a sandbox. It's more of a nit on a production / development system. I think there was a past thread on this. Even in my sandbox it looks like this: NET 5278.54 XCFAS 2947.96 WLM 2565.59 MIA 1887.83 GRS 1862.82 MII 1800.62 RMFGAT 1776.38 *MASTER*1235.15 TCPIP945.06 SVOS 943.20 JES2MON 873.01 -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cloning DB2 using Flashcopy
In a message dated 5/23/2007 7:44:56 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: DB2 environment is, then one could assess the value proposition of utilizing a tool to assist in the process. As pointed out below, IBM offers a tool, and I think there are several third party vendor alternatives as well. Right. Even thou CA bought them, Platinum tools are GREAT, but pricey. Deals available with long term contracts. Craig Mullin's DB/2 books are like guideposts in the wild. Even explains difference between MVS and DB/2 catalogs-yes there is ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 LINKLIST setup
On Wed, 23 May 2007 08:54:36 -0500, Greg Shirey [EMAIL PROTECTED] wrote: snip 67.4 Using the LNKLST statement A LNKLST set consists of an ordered list of data sets for processing as the LNKLST concatenation. Every LNKLST set contains the LINKLIB, MIGLIB, and CSSLIB data sets as the first data sets in the LNKLST concatenation. Unless overridden by SYSLIB statements, every LNKLST set begins with: SYS1.LINKLIB SYS1.MIGLIB SYS1.CSSLIB The system automatically adds these data sets to the beginning of the LNKLST set that you define. If these data sets are not available to the system at IPL, a wait state occurs. ... and under z/OS 1.8 add SIEALNKE and SIEAMIGE to that auto-added list. So my active list looks like this (SYS1.LINKLIB at the bottom of the auto-adds due to use of SYSLIB LINKLIB): SYS1.local.syslib.linklib.dsn SYS1.MIGLIB SYS1.CSSLIB SYS1.SIEALNKE SYS1.SIEAMIGE SYS1.LINKLIB -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 LINKLIST setup
On Wed, 23 May 2007 09:08:06 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 23 May 2007 09:12:25 -0400, Pinnacle [EMAIL PROTECTED] wrote: Just looked at our new z/OS V1R8 PROGxx member, and instead of taking the default so that LINKLIB, MIGLIB, and CSSLIB are on top of the LINKLIST concatenation, they're sprinkled throughout the LNKLSTxx section, with LINKLIB actually being near the bottom. Is this some new avant garde thinking from our ServerPac brethren, or should I fix it? They are just sorted in the CPAC PROGxx. I guess that makes it easier to find it with IEEIBALL. Order doesn't matter. Mark, It turns out that z/OS ignores PROGxx when it comes to LINKLIB, MIGLIB, and CSSLIB, and puts them at the top anyway. Just our wonderful friends at ServerPac trying to confuse us. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way at all to detune JES2MON?
Mark Zelden wrote: Even in my sandbox it looks like this: NET 5278.54 XCFAS 2947.96 WLM 2565.59 MIA 1887.83 GRS 1862.82 MII 1800.62 RMFGAT 1776.38 *MASTER*1235.15 TCPIP945.06 SVOS 943.20 JES2MON 873.01 And, where is JES2 itself on this list? It does look silly when the monitor uses more CPU than the monitee (is that even a word?). JES2's monitors should probably use an adaptive algorithm that gets more aggressive when needed. JES3 monitors use very little CPU until something appears out of the ordinary. Then they crank up. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cloning DB2 using Flashcopy
On Tue, 22 May 2007 06:19:45 -0500, Brian Peterson [EMAIL PROTECTED] wrote: For SAP customers, this is a routine requirement. Check out IBM Redbook SAP on DB2 for z/OS and OS/390: DB2 System Cloning. http://www.redbooks.ibm.com/abstracts/sg246287.html From the above web page: This is an excellent start to doing this and I used it as my starting point for cloning DB2 systems where I was doing about 1 a week, sometimes more. It got to the point where I had a PDS with all the JCL in as skeletons and you just had to use ISPF change commands and run the job. A clone would take about 4 hours to do and then it would be up and running. There are commercial products out there that do it and it would have been nice to have tried them but money wise it was a no-go, so I started to write my own automated cloning system but gave up when they moved DB2 from the mainframe to Oracle on Windows! Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copying a tape file to dasd without losing creation/last refenced date information
I'm wondering if it's possible to keep the creation/last reference date of the dataset during this migration (non-SMS datasets only)? For a tape the create date is in the label but the last ref date is only in the TMS database, so I don't know how you would do it. For tht matter I don't know of any standard tape to disk utility that will preserve create date either. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT For the Mathematicians here on the list:)
Old mathematicians never die, they just disintegrate. or they just count down. or they just decompose into a simpler equations or they just transform into a chaotic system. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 LINKLIST setup
It turns out that z/OS ignores PROGxx when it comes to LINKLIB, MIGLIB, and CSSLIB, and puts them at the top anyway. Just our wonderful friends at ServerPac trying to confuse us. See my last post... 2 more also with 1.8. The LINKLIB/MIGLIB/CSSLIB change happened at the same time SYSLIB came about (a long time ago.. IIRC OS/390 1.2?) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way at all to detune JES2MON?
On Wed, 23 May 2007 07:31:10 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: Mark Zelden wrote: Even in my sandbox it looks like this: NET 5278.54 XCFAS 2947.96 WLM 2565.59 MIA 1887.83 GRS 1862.82 MII 1800.62 RMFGAT 1776.38 *MASTER*1235.15 TCPIP945.06 SVOS 943.20 JES2MON 873.01 And, where is JES2 itself on this list? It does look silly when the monitor uses more CPU than the monitee (is that even a word?). Monitoree? Have to add a few more... My screen was still on the same display so all the other numbers are the same. NET 5278.54 XCFAS 2947.96 WLM 2565.59 MIA 1887.83 GRS 1862.82 MII 1800.62 RMFGAT 1776.38 *MASTER*1235.15 TCPIP945.06 SVOS 943.20 JES2MON 873.01 OMPROUTE 833.35 ZFS 819.11 JES2 695.86 JES2's monitors should probably use an adaptive algorithm that gets more aggressive when needed. JES3 monitors use very little CPU until something appears out of the ordinary. Then they crank up. Sounds like a good approach to me. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
On Tue, 22 May 2007 20:19:37 -0400, John Eells [EMAIL PROTECTED] wrote: Which doesn't work for zFS. Which brings back similar issues that there were when HFS had to be SMS controlled. snip True. For zFS the usercat with symbolic aliasing is the alternative. (You can like it or despise it, but it's the alternative we have.) -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html That sounds a little heavy handed for IBM. Seems to me that if we complain enough it gets changed. We have not converted to zFS as yet for this very reason. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copying a tape file to dasd without losing creation/last refenced date information
Bruce, there is always SMF type records. I believe (IIRC) that MXG might have a SAS program or two to do this. Ed Ed On May 23, 2007, at 9:38 AM, Bruce Black wrote: I'm wondering if it's possible to keep the creation/last reference date of the dataset during this migration (non-SMS datasets only)? For a tape the create date is in the label but the last ref date is only in the TMS database, so I don't know how you would do it. For tht matter I don't know of any standard tape to disk utility that will preserve create date either. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 LINKLIST setup
I've not noticed this before. My memory on this behavior was that SYS1.LINKLIB, SYS1.CSSLIB, and SYS1.MIGLIB were placed at the top of the LNKLST if they were not specified. Otherwise they were placed where you specified them. Of course this understanding goes back a long way, maybe MVS/XA days. And I do use the SYSLIB entries in PROGxx to give me a method for placing modules ahead of those in these libraries for over-ride purposes. Would be nice if we could specify more than one library in the SYSLIB parameter. On Wed, 23 May 2007 09:45:04 -0500, Mark Zelden [EMAIL PROTECTED] wrote: It turns out that z/OS ignores PROGxx when it comes to LINKLIB, MIGLIB, and CSSLIB, and puts them at the top anyway. Just our wonderful friends at ServerPac trying to confuse us. See my last post... 2 more also with 1.8. The LINKLIB/MIGLIB/CSSLIB change happened at the same time SYSLIB came about (a long time ago.. IIRC OS/390 1.2?) Mark -- Mark Zelden -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM PR: Double Digit Growth (Again) for System z in 1Q2007
The press release is up now: http://www.ibm.com/press/us/en/pressrelease/21591.wss Among the more notable 1Q2007 results reported by IDC, the System z business grew 11.7% year over year. IBM STG chief Bill Zietler notes that there's an undeniable trend toward consolidation onto high-end servers. I think that the reassertion of corporate information security policies -- data re-centralization -- is one very important and specific part of that trend. Thank you. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
ZFS is not the issue. HFS has the same restriction. Hence many shops use a specific dataset name for them, probably with variable substitution, like the matching sysres volser in the name. Of course this is assuming the HFS/ZFS reside on different volumes than the target library set. I've not tried placing these datasets together on one volume yet. Would be nice to know if indirect volser cataloging would work. On Wed, 23 May 2007 09:54:35 -0500, Alan Scott [EMAIL PROTECTED] wrote: On Tue, 22 May 2007 20:19:37 -0400, John Eells [EMAIL PROTECTED] wrote: Which doesn't work for zFS. Which brings back similar issues that there were when HFS had to be SMS controlled. snip True. For zFS the usercat with symbolic aliasing is the alternative. (You can like it or despise it, but it's the alternative we have.) -- John Eells -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 LINKLIST setup
On Wed, 23 May 2007 09:57:24 -0500, Matthew Stitt [EMAIL PROTECTED] wrote: I've not noticed this before. My memory on this behavior was that SYS1.LINKLIB, SYS1.CSSLIB, and SYS1.MIGLIB were placed at the top of the LNKLST if they were not specified. Otherwise they were placed where you specified them. Of course this understanding goes back a long way, maybe MVS/XA days. And I do use the SYSLIB entries in PROGxx to give me a method for placing modules ahead of those in these libraries for over-ride purposes. AFAIK, when you use SYSLIB, they must be included manually and go where you put them. When you use SYSLIB statements to change the defaults, you must ensure that SYS1.LINKLIB, SYS1.MIGLIB, and SYS1.CSSLIB are defined to the LNKLST concatenation and that SYS1.LPALIB is defined to the LPALST concatenation for the system. Would be nice if we could specify more than one library in the SYSLIB parameter. Can't you do this (untested): SYSLIB LINKLIB(your.dsn.#1) SYSLIB MIGLIB(your.dsn.#2) SYSLIB CSSLIB(your.dsn.#3) LNKLST DEFINE NAME(LINK01) LNKLST ADD NAME(LINK01) DSN(your.dsn.#4) ... LNKLST ADD NAME(LINK01) DSN(your.dsn.#n) LNKLST ADD NAME(LINK01) DSN(SYS1.LINKLIB) LNKLST ADD NAME(LINK01) DSN(SYS1.MIGLIB) LNKLST ADD NAME(LINK01) DSN(SYS1.CSSLIB) LNKLST ADD NAME(LINK01) DSN(yadayada) LNKLST ACTIVATE NAME(LINK01) -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
On Wed, 23 May 2007 09:54:35 -0500, Alan Scott wrote: On Tue, 22 May 2007 20:19:37 -0400, John Eells [EMAIL PROTECTED] wrote: Which doesn't work for zFS. Which brings back similar issues that there were when HFS had to be SMS controlled. True. For zFS the usercat with symbolic aliasing is the alternative. (You can like it or despise it, but it's the alternative we have.) That sounds a little heavy handed for IBM. Seems to me that if we complain enough it gets changed. We have not converted to zFS as yet for this very reason. Is this also the problem that IBM addressed by resolving system symbols embedded in symbolic links? Other providers do likewise with symbols in the mount maps. IBM, however, often invents its own solutions in lieu of following the mode. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
On Wed, 23 May 2007 09:54:35 -0500, Alan Scott [EMAIL PROTECTED] wrote: On Tue, 22 May 2007 20:19:37 -0400, John Eells [EMAIL PROTECTED] wrote: Which doesn't work for zFS. Which brings back similar issues that there were when HFS had to be SMS controlled. snip True. For zFS the usercat with symbolic aliasing is the alternative. (You can like it or despise it, but it's the alternative we have.) That sounds a little heavy handed for IBM. Seems to me that if we complain enough it gets changed. We have not converted to zFS as yet for this very reason. I will probably not use the symbolic alias / catalog since we share the same sysres set across sysplexes in some cases. Instead, I plan on using a HLQ of SYS1 for the sysres set zFS files in combination with DEFINE RECATALOG. It is a one time DEFINE RECATALOG in each of the environments (other than the cloning environment) as I create a new sysres set for the first time with zFS. In the environment I clone from, the data sets will get deleted and copied / cataloged from my maintenance sysres set. This is similar to how we use HFS today. All the different sysres set HFS files are already cataloged in each of the environments. The main difference is with DEFINE NONVSAM the data set doesn't have to exist so it can be done ahead of time. I can't do that with VSAM. I posted my thoughts about this a while back in March - subject Re: ZFS Root impact on cloning SYSRES: http://bama.ua.edu/cgi-bin/wa?A2=ind0703L=ibm-mainD=1amp;O=DP=117899 Although I haven't done this because I am still in the process of rolling out z/OS 1.8 and the entire roll out won't be completed for a couple of months still. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 LINKLIST setup
On Wed, 23 May 2007 10:11:11 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 23 May 2007 09:57:24 -0500, Matthew Stitt [EMAIL PROTECTED] wrote: I've not noticed this before. My memory on this behavior was that SYS1.LINKLIB, SYS1.CSSLIB, and SYS1.MIGLIB were placed at the top of the LNKLST if they were not specified. Otherwise they were placed where you specified them. Of course this understanding goes back a long way, maybe MVS/XA days. And I do use the SYSLIB entries in PROGxx to give me a method for placing modules ahead of those in these libraries for over-ride purposes. AFAIK, when you use SYSLIB, they must be included manually and go where you put them. When you use SYSLIB statements to change the defaults, you must ensure that SYS1.LINKLIB, SYS1.MIGLIB, and SYS1.CSSLIB are defined to the LNKLST concatenation and that SYS1.LPALIB is defined to the LPALST concatenation for the system. Behavior is as wanted. I just checked my system, and the manual placement is honored if the SYSLIB is present. Z/OS 1.8 is the one I just looked at. And if the SYSLIB(s) are not present, the magic libraries are moved to the head of the line irregardless of where you place them in the LNKLST definition. Would be nice if we could specify more than one library in the SYSLIB parameter. Can't you do this (untested): SYSLIB LINKLIB(your.dsn.#1) SYSLIB MIGLIB(your.dsn.#2) SYSLIB CSSLIB(your.dsn.#3) LNKLST DEFINE NAME(LINK01) LNKLST ADD NAME(LINK01) DSN(your.dsn.#4) ... LNKLST ADD NAME(LINK01) DSN(your.dsn.#n) LNKLST ADD NAME(LINK01) DSN(SYS1.LINKLIB) LNKLST ADD NAME(LINK01) DSN(SYS1.MIGLIB) LNKLST ADD NAME(LINK01) DSN(SYS1.CSSLIB) LNKLST ADD NAME(LINK01) DSN(yadayada) LNKLST ACTIVATE NAME(LINK01) I use that example and it works with the desired result. What I want is the ability to specify more than one dataset name per SYSLIB card. SYSLIB LINKLIB(SYS1.SYSNAME..LINKLIB,SYS1.COMMON.LINKLIB) And thanks for clarifying my memories. -- Mark Zelden -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
On Wed, 23 May 2007 09:36:44 -0400, Doug Fuerst wrote: I have a headache Sorry for the inappropriate subject line. Fingers on autopilot. [from R.S.] It depends. Try DISP=(MOD,CATLG). It *works* for non-existent dataset, ... Whether it depends, depends. I tried it with a non-SMS prefix. the data set name was catalogued as on the volume, but DSLIST Info gave me Data set not found. Silly. If programmer omits VOLSER, allocation looks for it and creates it if not found; if programmer supplies VOLSER, allocation trusts him that it exists. So I have yet no way to create a data set conditionally if I want to control the VOLSER. I need to try an experiment with a specific unit address and omitting VOLSER. Not practical for applications, and a terrible way to catalog a data set, but I'm curious. (I Uncatalogued the stump.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
On Wed, 23 May 2007 10:08:56 -0500, Matthew Stitt [EMAIL PROTECTED] wrote: ZFS is not the issue. HFS has the same restriction. What same restriction? Hence many shops use a specific dataset name for them, probably with variable substitution, like the matching sysres volser in the name. Of course this is assuming the HFS/ZFS reside on different volumes than the target library set. I've not tried placing these datasets together on one volume yet. Would be nice to know if indirect volser cataloging would work. It works fine for HFS. I used a name like SYS1.OMVS.ROOT cataloged to VOLSER(**) or VOLSER(SYSR2) for years (since non-sms HFS was allowed). See this from my web site / CBT file 434: Setting Up a Shared UNIX Root File HFS http://home.flash.net/~mzelden/mvsfiles/$rootshr.txt I had to change the way we were doing things here when I implemented shared HFS. The root name (and other sysres set HFS files) must be unique for that. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Converting Librarian to pds
We want to convert a Librarian file to a pds. I am able to do it but the output file in dd OSJOB defaults to lrecl 80 bytes which I am unable to override. This particular Librarian file holds our compile printouts so the pds must have a larger lrecl anywhere from 121 to 133 (including print control characters). Since about 1200 members are affected, I would like to setup an approach to mass migrate them, not one at a time. Once I am successful, I plan to use just one SEL statement in the format -SEL NAME=,EXEC(R) which will pull all modules. I am using 2 specific SELs to test my results. Below is the jcl I am using. Any suggestions are appreciated. Bill //REX4LIBR JOB (D,REX4-OSN),70PFEIFER-LIBR.PDS,CLASS=G, // MSGCLASS=R,NOTIFY=L3457 /*JOBPARM ROOM=BIN8 //LIB1 EXEC PGM=FGLIB01,PARM='NRJS,NJTA,IEX=ADDCHK' //SYSPRINT DD SYSOUT=* //MASTER DD DSN=DC.CFS.LIBRPRT,DISP=SHR //OSJOBDD DSN=GPO,DISP=(,PASS), //UNIT=SYSDA,SPACE=(TRK,(5,10),RLSE) //SYSINDD * -OPT GPO -SEL NAME=/AAA400/,EXEC(R) -SEL NAME=/AAA400L/,EXEC(R) -END //S2 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT2 DD SYSOUT=* //SYSUT1 DD DSN=GPO,DISP=(OLD,PASS) //SYSINDD DUMMY //LIB2 EXEC PGM=FGLIB01,PARM='NRJS,NJTA,IEX=ADDCHK' //SYSPRINT DD SYSOUT=* //LIST DD SYSOUT=* //MASTER DD DSN=DC.CFS.LIBRPRT,DISP=SHR //OSJOBDD DSN=DC.CFS.LIBRPRT.PDS,DISP=(,CATLG), //UNIT=SYSDA,VOL=SER=PRD313,SPACE=(CYL,(200,50,186)), //DCB=(DSORG=PO,RECFM=FB,LRECL=133,BLKSIZE=18354) //SYSINDD DSN=GPO,DISP=(OLD,PASS) // -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMTP Question
On Thu, 17 May 2007 14:32:42 -0400, Robert Pelletier [EMAIL PROTECTED] wrote: We are trying to send the mail to a server ##.#.##.## and it tries to send the mail but says undeliverable: TEST.CSLF.ORG unable to deliver following mail to recipient(s): [EMAIL PROTECTED] TEST.CSLF.ORG unable to connect for 1 days to recipient host. ** Text of Mail follows ** Received: from CSLFTEST by TEST.CSLF.ORG (IBM MVS SMTP CS V2R10) with BSMTP id 7683; Wed, 16 May 07 12:30:42 EST I have IPMAILERADDRESS 10.1.2.54 in SMTP. Do I need to comment out all NSINTERADDR statements in my TCPIP.DATA file to get it to go to this specific address? Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Bob, We talked about this last week. The level of the OS that you are at (2.10) does not allow you to turn off Name Resolution in the SMTP server and the IPMAILERADDRESS is only used when the IP can not be resolved via Name Lookup. Yes removing the NSINTERADDR may work, as all name resolution in the IP stack will cease to function, except for addresses that you have put into a host table. Can you live with that? Do you use the FTP server with friendly names? That would require name resolution. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
Mark, Let us know how it works out. I to have my HFS's cataloged to system symbols. SRESH1 and $SRESH2. With HFS's I can use FDR and just duplicate the entire volume to propogate maintenance to other systems from my SMP/e volumes. We have not come up with a solution that we like to handle the zFS files being VSAM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RRS and IXG256I
HI, I am in the realms of not knowing what I am doing. RRS was failing with an I/O errors so having looked at a couple of manuals I located a job ATCOLD in SYS1.ASAMPLIB. Unfortunately it defines logstreams on a coupling facility, which I do not have. I have attempted to build a DASD version which runs COND CODE zero but then I get IXG256I which implies that a data set is too small and the 64K default size has been used. There is no sample DATACLAS in SMS and specifying STG_SIZE does not seem to help unless I have still used too small a value. I would appreciate and advice on data set set up that members of the list can offer. I am attempting to fix the RRS problem, as apparently it is a requirement for WAS. Thanks in anticipation - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore, Sheffield, S17 3LA, UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk Company Reg: 3767263 at the above address All outgoing E-mail is scanned, but it remains the recipients responsibility to ensure their system is protected from spy-ware, trojans, viruses, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM question (***)
I don't mean to detract from Debbie's problem, but in case there is merit... Q: Does the effect you are seeing apply only when using the ISPF Productivity Toll (IPT)? A: No. No prior to OA20772 the problem could be duplicated with and without IPT. Q: APAR OA20772 applies only to users of IPT? A: Yes. IPT has its own enhanced TSO shell with an output line number option. OA20772 provided relief for the problem in the sense that it honors the specified output line number. Q: Perhaps you have better describe the effect you are experiencing in more detail. A: An example, with z/OS 1.8 as opposed to z/OS 1.6 TSO command output begins with the available space on the screen where the command was issued instead of a fresh screen. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason Sent: Wednesday, May 23, 2007 1:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VTAM question (***) Kevin The effect Debbie described is digital, you are implying that it is analogue. Debbie says that her user used *not* to have to deal with a panel with three asterisks in V1R4, corresponding to 0, but does in V1R7, corresponding to 1. More pronounced implies some sort of gradual change. Perhaps you have better describe the effect you are experiencing in more detail. Does the effect you are seeing apply only when using the ISPF Productivity Toll (IPT)? APAR OA20772 applies only to users of IPT? *If* there's something about Debbie's original problem I have not understood *and* you are both describing the same phenomenon, whatever change caused it would appear to have happened between V1R6 ands V1R7. Chris Mason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
- Original Message - From: Ken Leidner [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, May 23, 2007 10:55 AM Subject: PDS caused JCL error - WHY I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD * ./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS) //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD * GENHTML /* AFAIK, you can only PASS a temp dataset. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Wednesday, May 23, 2007 11:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: PDS caused JCL error - WHY - Original Message - From: Ken Leidner [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, May 23, 2007 10:55 AM Subject: PDS caused JCL error - WHY I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD * ./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS) //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD * GENHTML /* SNIP You might try OLD instead of SHR for those two data sets. Also look at the allocation messages to see that the system generated named data set was KEPT from the prior step. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
Just a question, What is your SYSPROC DD like this: //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR Shouldn't there be something in the middle? Lizette //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD * ./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS) //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD * GENHTML /* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
On Wed, 23 May 2007 00:00:52 -0400, Robert A. Rosenberg [EMAIL PROTECTED] wrote: Can you PLEASE explain why there was/is support for a SHR-EXC Upgrade... No, I cannot. The original support predates the library system that we used before the one we are using now (the archaeological digs go down to the MVS V1 strata), implying that the code was written before I finished high school. Best guess is, because someone needed it. There are plenty of uses of ENQ beyond the serialization of datasets (SYSDSN). I am aware of a number of RET=CHNG uses within the BCP. Since as I noted, the Support is easy to add (as I documented) Unfortunately, because it's easy is not considered a compelling business case at IBM. there is no downlevel exposure if it is initially restricted to use by the Initiator No, you would also have to ensure that the downgrade support is understood by _all_ systems in a GRS ring, GRS Star and MII complex. Otherwise an uplevel system may create havoc by implying a grant of another system's request when that system doesn't understand that a downgrade is possible. This exposure implies that 'compatibility PTFs' would be required for all in-service releases of GRS and MII. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
Hi Ken, Isn`t the problem below the hoary old chestnut about only being able to reference a passed data set once via the Passed Data Set queue. Try using a refereback on the MODEL DD statement. I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD * ./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS) //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD * GENHTML /* Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore, Sheffield, S17 3LA, UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk Company Reg: 3767263 at the above address All outgoing E-mail is scanned, but it remains the recipients responsibility to ensure their system is protected from spy-ware, trojans, viruses, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
On Wed, 23 May 2007 10:45:02 -0500, Alan Scott [EMAIL PROTECTED] wrote: Mark, Let us know how it works out. I to have my HFS's cataloged to system symbols. SRESH1 and $SRESH2. With HFS's I can use FDR and just duplicate the entire volume to propogate maintenance to other systems from my SMP/e volumes. We have not come up with a solution that we like to handle the zFS files being VSAM. I have to logically copy / rename HFS now due to shared HFS - but I used to use full volume like you do. I don't see why my method won't work. We (bascially) do the same thing for IODF files instead of using a shared catalog. I can easily test it. I'll let you know. (BTW Bruce, FDRCOPY takes about 10 times longer to logically copy a HFS than DFDSS - why?) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
Matthew Stitt wrote: ZFS is not the issue. HFS has the same restriction. Hence many shops use a specific dataset name for them, probably with variable substitution, like the matching sysres volser in the name. Of course this is assuming the HFS/ZFS reside on different volumes than the target library set. I've not tried placing these datasets together on one volume yet. Would be nice to know if indirect volser cataloging would work. Non-SMS-managed HFS data sets may have indirect catalog entries. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMTP with SYSPLEX
Recently we moved to a SYSPLEX that has 3 LPARs in a GRS RING.( I know ring is not the best). Since moving to this plex we have noticed that the Receive/Delivery of emails going thru SMTP has been taking 2-3 hours instead of 30 minutes before the plex was added. We are talking about a few thousand emails going out at one time period. What I'm thinking of doing is adding the SMTP datasets to the GRSRNL Systems exclusion list so they will stay local instead of going across the ring using the below statement. RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSDSN) RNAME(SYSOD.SMTP.SYSA.*) Has anyone else seen this type of problem with SMTP when migrating to a SYSPLEX? TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RRS and IXG256I
Hi Terry, Here is a sample logstream define which has worked well here (z/OS 1.7, WebSphere 5.1, no CF): DEFINE LOGSTREAM NAME(ATR.SYSA.MAIN.UR) HLQ(IXGLOGR) STG_SIZE(160) LS_SIZE(160) DASDONLY(YES) Hope this helps, Paul Dineen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
Hi Ken, You can only reference a temporary data set once in a job step. (Cue ranting from the Peanut Gallery about restrictive JCL designs from the 1960's. And for those of you not familiar with the term, Wikipedia says: http://en.wikipedia.org/wiki/Peanut_gallery .) You'll have to create another temporary PDS and IEBCOPY the first to the second. Later, Ray - Original Message - From: Ken Leidner [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, May 23, 2007 10:55 AM Subject: PDS caused JCL error - WHY I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD * ./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS) //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD * GENHTML /* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
--snip-- I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. ---remainder snipped-- The SPACE parameter in your //SYSUT2 DD statement doesn't have any directory space; consequently you are creating a sequential dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
Alan Scott wrote: On Tue, 22 May 2007 20:19:37 -0400, John Eells [EMAIL PROTECTED] wrote: Which doesn't work for zFS. Which brings back similar issues that there were when HFS had to be SMS controlled. snip True. For zFS the usercat with symbolic aliasing is the alternative. (You can like it or despise it, but it's the alternative we have.) snip That sounds a little heavy handed for IBM. Seems to me that if we complain enough it gets changed. We have not converted to zFS as yet for this very reason. snip I'm sorry if that seems heavy handed. I'm just telling you about the world as it is (rather than as we might wish it were). We do understand the problem; it is acceptable and affordable solutions to it that we are a bit short of at the moment. But, please feel free to submit a requirement if you wish. It can't hurt. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
My mistake; I mis-read your post. Look below and you'll see why I was confused. I may be wrong, and often am, but are you allowed to refer to the same temp DS more than once in a single step? In STEP009, I'd be more inclined to replace PDS with *.STEP008.SYSUT2,DISP=(OLD,PASS) Rick --- - Original Message - From: Ken Leidner [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, May 23, 2007 10:55 AM Subject: PDS caused JCL error - WHY I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD *./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS)//SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD *GENHTML /* AFAIK, you can only PASS a temp dataset. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM Dump Skipped When Encrypting Backups
As many folks are encrypting dump tapes of the system before sending them offsite, we use the IBM cheap solution of the IBM Encryption Facility (5655P97) with the feature to encrypt HSM dump tapes which use DFdss. Discovered at a recent DR exercise that one dump was missing and later research showed it did not get dumped (missed the following message which was buried on the HSM log). DFSMShsm issue message: ARC0635I DUMP OF VOLUME SMPY02 NOT PERFORMED, REASON=20. We now have automation looking for that message and also have reported this to IBM to determine why this only started happening when we implement the IBM Encryption Facility. Anyone seeing this??? If I learn the answer, I will report back. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
Okay, this is proving to be one of those simple yet elusive issues. All I want to do is synchronize the time between my mainframe and the servers it exchanges data with. The servers ALREADY synchronize amongst themselves by asking the firewall server what time it is. The firewall in turn, sets its time via some internet source. I'm happy to piggyback off this arrangement. I don't really care who decides what time it is, I just care that the data that comes from a server doesn't have a timestamp of 4:37pm when the mainframe thinks it's 4:33pm. Applications apparently have trouble processing data when it appears to come from the future, even if it's only a few minutes away. The server boys say, Fine, just ask the firewall server at this IP address what time it is however often you need to in order to stay in sync. Which I would be happy to do if only SNTPD had some mechanism for me to direct it to a specific IP address address, which it apparently doesn't. This can't be that difficult, but at this point I'm cluless. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting Librarian to pds
Bill Doesn't the EXEC parameter imply that you want the member prepared for compilation? Shouldn't you be using PUNCH instead and then supply an LRECl for the punch file of 121 or 133, or whatever you want? Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pfeifer, William Sent: Wednesday, May 23, 2007 10:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Converting Librarian to pds We want to convert a Librarian file to a pds. I am able to do it but the output file in dd OSJOB defaults to lrecl 80 bytes which I am unable to override. This particular Librarian file holds our compile printouts so the pds must have a larger lrecl anywhere from 121 to 133 (including print control characters). Since about 1200 members are affected, I would like to setup an approach to mass migrate them, not one at a time. Once I am successful, I plan to use just one SEL statement in the format -SEL NAME=,EXEC(R) which will pull all modules. I am using 2 specific SELs to test my results. Below is the jcl I am using. Any suggestions are appreciated. Bill //REX4LIBR JOB (D,REX4-OSN),70PFEIFER-LIBR.PDS,CLASS=G, // MSGCLASS=R,NOTIFY=L3457 /*JOBPARM ROOM=BIN8 //LIB1 EXEC PGM=FGLIB01,PARM='NRJS,NJTA,IEX=ADDCHK' //SYSPRINT DD SYSOUT=* //MASTER DD DSN=DC.CFS.LIBRPRT,DISP=SHR //OSJOBDD DSN=GPO,DISP=(,PASS), //UNIT=SYSDA,SPACE=(TRK,(5,10),RLSE) //SYSINDD * -OPT GPO -SEL NAME=/AAA400/,EXEC(R) -SEL NAME=/AAA400L/,EXEC(R) -END //S2 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT2 DD SYSOUT=* //SYSUT1 DD DSN=GPO,DISP=(OLD,PASS) //SYSINDD DUMMY //LIB2 EXEC PGM=FGLIB01,PARM='NRJS,NJTA,IEX=ADDCHK' //SYSPRINT DD SYSOUT=* //LIST DD SYSOUT=* //MASTER DD DSN=DC.CFS.LIBRPRT,DISP=SHR //OSJOBDD DSN=DC.CFS.LIBRPRT.PDS,DISP=(,CATLG), //UNIT=SYSDA,VOL=SER=PRD313,SPACE=(CYL,(200,50,186)), //DCB=(DSORG=PO,RECFM=FB,LRECL=133,BLKSIZE=18354) //SYSINDD DSN=GPO,DISP=(OLD,PASS) // -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
Pat, STP may be your savior here. It can sync up with the same FIREWALL server or the external source that your FIREWALL uses. http://www-03.ibm.com/systems/z/pso/stp.html?ca=stpmet=inbame=WP_Site =sysz Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Pat Sent: Wednesday, May 23, 2007 12:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Synchronize Time Between Mainframe and Servers? Okay, this is proving to be one of those simple yet elusive issues. All I want to do is synchronize the time between my mainframe and the servers it exchanges data with. The servers ALREADY synchronize amongst themselves by asking the firewall server what time it is. The firewall in turn, sets its time via some internet source. I'm happy to piggyback off this arrangement. I don't really care who decides what time it is, I just care that the data that comes from a server doesn't have a timestamp of 4:37pm when the mainframe thinks it's 4:33pm. Applications apparently have trouble processing data when it appears to come from the future, even if it's only a few minutes away. The server boys say, Fine, just ask the firewall server at this IP address what time it is however often you need to in order to stay in sync. Which I would be happy to do if only SNTPD had some mechanism for me to direct it to a specific IP address address, which it apparently doesn't. This can't be that difficult, but at this point I'm cluless. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
On 23 May 2007 09:19:03 -0700, in bit.listserv.ibm-main you wrote: Hi Ken, You can only reference a temporary data set once in a job step. Not true. You can have multiple references if you use VOL=REF referring to the first DD for all subsequent DDs. UNIT=AFF also might be useful in addition. (Cue ranting from the Peanut Gallery about restrictive JCL designs from the 1960's. And for those of you not familiar with the term, Wikipedia says: http://en.wikipedia.org/wiki/Peanut_gallery .) You'll have to create another temporary PDS and IEBCOPY the first to the second. Later, Ray - Original Message - From: Ken Leidner [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, May 23, 2007 10:55 AM Subject: PDS caused JCL error - WHY I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD * ./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS) //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD * GENHTML /* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Non-Standard Mainframe Language?
Am I missing something here? The below is an excerpt from a blog where the writer lamented that the ubiquitous ? language C was available everywhere, for free, except for the mainframe. And then rejoices that it finally came to the mainframe... Okay, that part I get. The part that interests me is since C was not available, 'mainframe users could have been in a position of having to write code in a non-standard language...' A language like what...? Cobol per chance... Maybe assembler? As I started this, am I missing something here? Inquiring minds want to know. -- Compiling a Nation Today I have an interesting analogy. This is one of these concepts I have in my head, and I have hitherto assumed everyone else had, but I have since learned not to make such assumptions, and to instead begin the laborious process of teaching people how to think. Anyway, in computing there is a language called C, which is basically the equivalent of English. It is ubiquitous. Every platform on the planet has a C compiler available. However, there are still some companies where you won't actually find it installed, because it costs money, and on an IBM mainframe, that can be a lot of money, when it is not a commonly-used language. For most people, there is a free compiler called gcc available, so they can use that rather than have nothing. Except for IBM mainframe users. Who up until very recently (2004) had no free C compiler available to them, and could have been in a position of having to write code in a non-standard language instead. IBM mainframes were the last unconquered territory. I used to work on IBM mainframes and I know what it's like to not have a C compiler available. It's tragic. So, for decades I dreamt that one day we would get a free C compiler on the mainframe, so that the world would be safe for C programmers. That day came in 2004. There's been a lot more work done since then, and the project (GCCMVS) is now in sourceforge and a new release is expected imminently (there's just some bug in VM being ironed out by someone else at the moment - but we're talking weeks to a month or so). The new compiler is about 3 meg in size. On MVS 3.8 there's about 9 meg in total available to the user. Anyway, to get a compiler that is native to MVS, you need to have a tool to build it. The gcc C compiler is actually written in C itself. Therefore, to the tool you need is another C compiler! What this means is that in order to build gcc native to MVS, there is a 3 stage process. Stage1: Compile gcc using some other C compiler (or a cross-compiler). Stage2: Compile gcc using the output of stage1. Stage3: Compile gcc using the output of stage2. stage2 and stage3 need to be confirmed to be identical. Once they are confirmed identical, it means that the stage2 compiler is a native MVS compiler, and it has the ability to rebuild itself if you want to make improvements to it. It is totally clean. It no longer has any relation to the original compiler used to build stage1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Indirect Cataloging (Was: Re: Compuware installs get an F)
The heavy-hand is being applied by DFP. Since the ZFS is a VSAM dataset, that means there is an entry in the VVDS dataset on that volume. But DFP does not have the mechanism to build a VVDS dataset name based on a system symbolic for the volume name when it goes looking for that information. Would be nice to be able to use system symbolics for VSAM files as can be done with non-VSAM files. On Wed, 23 May 2007 12:28:53 -0400, John Eells [EMAIL PROTECTED] wrote: Alan Scott wrote: On Tue, 22 May 2007 20:19:37 -0400, John Eells [EMAIL PROTECTED] wrote: Which doesn't work for zFS. Which brings back similar issues that there were when HFS had to be SMS controlled. snip True. For zFS the usercat with symbolic aliasing is the alternative. (You can like it or despise it, but it's the alternative we have.) snip That sounds a little heavy handed for IBM. Seems to me that if we complain enough it gets changed. We have not converted to zFS as yet for this very reason. snip I'm sorry if that seems heavy handed. I'm just telling you about the world as it is (rather than as we might wish it were). We do understand the problem; it is acceptable and affordable solutions to it that we are a bit short of at the moment. But, please feel free to submit a requirement if you wish. It can't hurt. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
report excps by job step
Does anyone know of a report that will show job stats, and in particular excps by job step? We don't have SAS. I have scoured the CBT files but haven't located one. Any help or advice on sources is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
Pat, It is simple. The mainframe CANNOT synchronise its time from any external source (except from a sysplex timer). The mainframe CAN however be a source for time. So to resolve your situation everyone else needs to get their time from the mainframe (SNTPD) and not the firewall. If do that the problem will be resolved. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Pat Sent: Wednesday, May 23, 2007 11:40 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Synchronize Time Between Mainframe and Servers? Okay, this is proving to be one of those simple yet elusive issues. All I want to do is synchronize the time between my mainframe and the servers it exchanges data with. The servers ALREADY synchronize amongst themselves by asking the firewall server what time it is. The firewall in turn, sets its time via some internet source. I'm happy to piggyback off this arrangement. I don't really care who decides what time it is, I just care that the data that comes from a server doesn't have a timestamp of 4:37pm when the mainframe thinks it's 4:33pm. Applications apparently have trouble processing data when it appears to come from the future, even if it's only a few minutes away. The server boys say, Fine, just ask the firewall server at this IP address what time it is however often you need to in order to stay in sync. Which I would be happy to do if only SNTPD had some mechanism for me to direct it to a specific IP address address, which it apparently doesn't. This can't be that difficult, but at this point I'm cluless. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BTAM on Zos 1.7
We are trying to upgrade to z/OS V1.7 RSU610, and we need to run BTAM. Can you let me know what RSU level you are currently running BTAM under? We are having difficulties getting V1.7 to IPL. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: report excps by job step
Take a look at CBT file 529. The stuff you want is in the SMF type 30 records. You will also need CBT file 527 for some subprograms. And a COBOL compiler. On Wed, 23 May 2007 11:41:13 -0500, Patty Mabie [EMAIL PROTECTED] wrote: Does anyone know of a report that will show job stats, and in particular excps by job step? We don't have SAS. I have scoured the CBT files but haven't located one. Any help or advice on sources is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-Standard Mainframe Language?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, May 23, 2007 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Non-Standard Mainframe Language? Am I missing something here? The below is an excerpt from a blog where the writer lamented that the ubiquitous ? language C was available everywhere, for free, except for the mainframe. And then rejoices that it finally came to the mainframe... Okay, that part I get. The part that interests me is since C was not available, 'mainframe users could have been in a position of having to write code in a non-standard language...' A language like what...? Cobol per chance... Maybe assembler? As I started this, am I missing something here? Inquiring minds want to know. Personal opinion time. In the environment which the author works (apparently UNIX), C is the defacto standard language. We, as mainframers, could lament that there is no free COBOL on UNIX or Windows. We would have a strong argument that COBOL is the true standard language for COMMERCIAL programming. But the author, coming from his UNIX environment, assumes that z/OS should likewise consider C to be the defacto standard language. Now that z/OS has an integrated UNIX environment, he may have some good points. In order to use much of the freely available UNIX source code, a C compiler is totally required. But I think he is being parochial or chauvinistic to basically say C is the standard language in my environment, so it should be the standard language in every other environment. Now, you want a non standard language? Try writing in APL2! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
On Wed, 23 May 2007 14:55:53 GMT, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) Ken Leidner [EMAIL PROTECTED] wrote: I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD * ./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS) //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD * GENHTML /* There was a thread (or subthread) regarding this, recently. I can't remember the Subject. Basically, you can only receive a temp DSN as many times as it's been sent. This is documented in the JCL manuals and is a very old restriction. For the 2nd DD, try using a DSN of the *.ddanme variety. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BTAM on Zos 1.7
Kay, What level of z/OS are you trying to upgrade from? If 1.7 won't IPL, what error messages do you see that indicate BTAM is a problem? BTAM hasn't been a standard part of z/OS for some time - if you had BTAM there is an info APAR talking about extracting it from a prior installation and carrying it forward to new releases. We have z/OS 1.8 and BTAM running no problems. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kay Anderson Sent: Wednesday, May 23, 2007 11:53 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: BTAM on Zos 1.7 We are trying to upgrade to z/OS V1.7 RSU610, and we need to run BTAM. Can you let me know what RSU level you are currently running BTAM under? We are having difficulties getting V1.7 to IPL. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
On 23 May 2007 09:46:48 -0700, in bit.listserv.ibm-main you wrote: STP may be your savior here. It can sync up with the same FIREWALL server or the external source that your FIREWALL uses. I'm a little puzzled about this statement. I just took a look at the URL you listed, and one thing I noticed is that the page makes no reference to NTP as an external source for timing information. The page does mention Initialize the time manually or by dialing out to a time service... and Schedule periodic dial-outs to a time service. Based on what I've read about STP (which I admit is not exhaustive), it looks like the z-box might not be able to time sync with the firewall if that box only supports NTP. I get the impression that an ETR (or something like an ETR) might still be required with STP. I'm sure someone will correct me if I'm wrong! :-) Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-Standard Mainframe Language?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, May 23, 2007 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Non-Standard Mainframe Language? Am I missing something here? The below is an excerpt from a blog where the writer lamented that the ubiquitous ? language C was available everywhere, for free, except for the mainframe. And then rejoices that it finally came to the mainframe... SNIP Ok, this is the way it works. The founding fathers of the USofA were really a forward thinking bunch. However, they realized they didn't completely spell everything out, so they had to modify the Constitution. One of those amendments stated: Congress shall not abridge the right of the people to peacefully ASSEMBLE [emphasis mine]. So you see, C as a language is a Johnny come lately, the US Constitution protected the right of Assembly even before there were computers. Regards, Steve Thompson -- Poster's sense of humor may in no way reflect the sense of humor of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Dump Skipped When Encrypting Backups
snip As many folks are encrypting dump tapes of the system before sending them offsite, we use the IBM cheap solution of the IBM Encryption Facility (5655P97) with the feature to encrypt HSM dump tapes which use DFdss. Discovered at a recent DR exercise that one dump was missing and later research showed it did not get dumped (missed the following message which was buried on the HSM log). DFSMShsm issue message: ARC0635I DUMP OF VOLUME SMPY02 NOT PERFORMED, REASON=20. We now have automation looking for that message and also have reported this to IBM to determine why this only started happening when we implement the IBM Encryption Facility. Anyone seeing this??? If I learn the answer, I will report back. /snip Working fine for me with no issues. Feel free to send arccmdxx off-list.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSO XMIT and RECEIVE commands in batch
I want to copy datasets from one z/OS image to another. There is no shared DASD. To use a tape is not easy because of management problems. I tried to XMIT using a batch job. When I ran the batch receive job, the datasets were not received in correct DD names . Is there a way to get around this problem ? Ale - Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
4-byte console numbers - history
What was the last release of MVS that did NOT support 4-byte console ids? And when (approximately) did it go out of support? Anybody remember? (Yes, I need rag on a vendor.) Thanks. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-Standard Mainframe Language?
D'oh! I never thought about his background being in UNIX... Never mind... I tried APL once, back in 77. I thought it was the perfect programming language. One could write an entire program on/in one line of code. And, the part I liked best, no one could understand it and it looked like a computer programming language. I've since grown up. g On Wed May 23 12:00 , 'McKown, John' [EMAIL PROTECTED] sent: -Original Message- From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, May 23, 2007 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Non-Standard Mainframe Language? Am I missing something here? The below is an excerpt from a blog where the writer lamented that the ubiquitous language C was available everywhere, for free, except for the mainframe. And then rejoices that it finally came to the mainframe... Okay, that part I get. The part that interests me is since C was not available, 'mainframe users could have been in a position of having to write code in a non-standard language...' A language like what...? Cobol per chance... Maybe assembler? As I started this, am I missing something here? Inquiring minds want to know. Personal opinion time. In the environment which the author works (apparently UNIX), C is the defacto standard language. We, as mainframers, could lament that there is no free COBOL on UNIX or Windows. We would have a strong argument that COBOL is the true standard language for COMMERCIAL programming. But the author, coming from his UNIX environment, assumes that z/OS should likewise consider C to be the defacto standard language. Now that z/OS has an integrated UNIX environment, he may have some good points. In order to use much of the freely available UNIX source code, a C compiler is totally required. But I think he is being parochial or chauvinistic to basically say C is the standard language in my environment, so it should be the standard language in every other environment. Now, you want a non standard language? Try writing in APL2! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 4-byte console numbers - history
Patrick O'Keefe wrote: What was the last release of MVS that did NOT support 4-byte console ids? And when (approximately) did it go out of support? Anybody remember? (Yes, I need rag on a vendor.) IIRC, 4-byte console IDs were introduced with MVS/ESA V4. Therefore, the last release to not support them was MVS/ESA 3.1.3. It's been a long time ... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BTAM on Zos 1.7
Kay, We have z/OS R7 at PUT0608 with BTAM/SP installed. The only IBM INFO APAR that I know about is: II12538 which describes a IPL WAIT025 problem. Within this INFO APAR, there is a URL link: http://www-4.ibm.com/software/network/commserver/library/ At the bottom of this page is a link to the 'MVS BTAM Cookbook' which describes how to 'extract' the BTAM/SP FMID's from an existing SMP/E environment and how to 'transfer' them to another SMP/E environment. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SELTAPE algorithm in z/OS
I know SELTAPE was internalized eons ago, but I thought it was internalized as NEXT. I'm seeing what looks like RANDOM on z/OS V1R8. Is this a bug or a feature? My concern is that NEXT always seemed to be the best algorithm to spread out the pain and minimize certain drives getting hammered. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 4-byte console numbers - history
On Wed, 23 May 2007 10:53:55 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: ... last release to not support them was MVS/ESA 3.1.3. It's been a long time ... ... Thanks Ed. I knew the long time part. :-) I needed that ESA 3.1.3. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
On Wed, 23 May 2007 02:19:19 -0400, Doug Fuerst wrote: Actually, this was recently explained to me by IBM. (MOD,DELETE) indicates that the dataset might exist, if it does, then MOD it. If it does not, then create it and then delete it. But SPACE would be required in any case where the dataset did not exist. This would also be true for (MOD,KEEP). In this case, if the dataset did not exist it would be created, and KEPT, but not cataloged. SPACE would be required if the dataset did not exist. The SPACE parameter is required, not necessarily real space on a volume. I use this DD in an IEFBR14 step to clean up possibly pre-existing files of any kind: //SYSUT1 DD DSN=Your.Data.Set.Name, // DISP=(MOD,DELETE,DELETE), // UNIT=(SYSDA,,DEFER), // SPACE=(TRK,(0,0),RLSE) It follows the rules for if the dataset exists, it will try to extend it. If it doesn't exist, it will create it and delete it with zero space allocated. If it exists on any device other than disk, it will still delete it since the DEFER parameter keeps a UNIT from being allocated until the file is actually opened and a BR14 will never actually open the file. I believe Gil's example will also fail if the file does not exist and he actually tries to write to it without a SPACE parameter. If the file does not exist and you don't at least open and close the file, no VTOC record will be written to the disk. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=(MOD,DELETE)
Gil, Do you have anything specified for SPACE in the active ALLOCxx member in your PARMLIB? -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SELTAPE algorithm in z/OS
What would you like to happen if the first mount is for 10 EXCPs and the next one is for 10M? -Original Message- From: Thomas Conley [mailto:snip] Sent: Wednesday, May 23, 2007 11:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SELTAPE algorithm in z/OS I know SELTAPE was internalized eons ago, but I thought it was internalized as NEXT. I'm seeing what looks like RANDOM on z/OS V1R8. Is this a bug or a feature? My concern is that NEXT always seemed to be the best algorithm to spread out the pain and minimize certain drives getting hammered. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
On Wed, 23 May 2007 12:30:21 -0400, Arthur T. [EMAIL PROTECTED] wrote: Basically, you can only receive a temp DSN as many times as it's been sent. This is documented in the JCL manuals and is a very old restriction. For the 2nd DD, try using a DSN of the *.ddanme variety. Did you try that? I did. It still fails. You need, as others have suggested, VOL=REF. I tried that too. It works. Why does JCL/job processesing have that dumb behavior? Scott Fagen is free to feel insulted if he chooses. It's dumb nonetheless. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: report excps by job step
Google for flower box + iefactrt. Dave Alcock created several. -Original Message- From: Patty Mabie [mailto:snip] Sent: Wednesday, May 23, 2007 9:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: report excps by job step Does anyone know of a report that will show job stats, and in particular excps by job step? We don't have SAS. I have scoured the CBT files but haven't located one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
Ken, As a test, interestingly enough, if you substitute the IKJEFT01 step with an IEBGENER step to simply print the members, your basic JCL setup works fine. Moving on from there, I modified your job inserting an IEBGENER step after IEBUPDTE to copy the PDS to a new temporary loadlib named LOAD. If SYSEXEC points to LOAD and DD name MODEL points to PDS (or visa versa), the exec runs fine. The problem occurs when both of these match. - Original Message - From: Arthur T. [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, May 23, 2007 12:30 PM Subject: Re: PDS caused JCL error - WHY On Wed, 23 May 2007 14:55:53 GMT, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) Ken Leidner [EMAIL PROTECTED] wrote: I was wondering if any body can shed some light on why I get a JCL error, dataset not found in STEP009 for the MODEL DD card. The strange thing is that if I do a global change of PDS to say T.PDS the JCL error does not occur. Also if the MODEL DD and the SYSEXEC DD in STEP009 are reversed, then the SYSEXEC gets the JCL error, dataset not found. //STEP008 EXEC PGM=IEBUPDTE,PARM=NEW,REGION=6M //SYSPRINT DD SYSOUT=* //SYSUT2 DD DSN=PDS,DISP=(NEW,PASS), // LRECL=80,BLKSIZE=0,RECFM=FB, // SPACE=(TRK,(15,1,4)),UNIT=SYSDA //SYSINDD * ./ ADD NAME=HTML ./ ADD NAME=GENHTML /* //STEP009 EXEC PGM=IKJEFT01,REGION=6M //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DSN=PDS,DISP=(SHR,PASS) //SYSPROC DD DSN=SYS1..ISPCLIB,DISP=SHR //INDD DSN=AC,DISP=(OLD,DELETE) //MODEL DD DSN=PDS(HTML),DISP=(SHR,PASS) //SYSTSIN DD * GENHTML /* There was a thread (or subthread) regarding this, recently. I can't remember the Subject. Basically, you can only receive a temp DSN as many times as it's been sent. This is documented in the JCL manuals and is a very old restriction. For the 2nd DD, try using a DSN of the *.ddanme variety. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way at all to detune JES2MON?
Curious. On my production system, JES2 has used about 6 times the CPU as JES2MON. Jon snip Mark Zelden wrote: Even in my sandbox it looks like this: NET 5278.54 XCFAS 2947.96 WLM 2565.59 MIA 1887.83 GRS 1862.82 MII 1800.62 RMFGAT 1776.38 *MASTER*1235.15 TCPIP945.06 SVOS 943.20 JES2MON 873.01 And, where is JES2 itself on this list? It does look silly when the monitor uses more CPU than the monitee (is that even a word?). Monitoree? Have to add a few more... My screen was still on the same display so all the other numbers are the same. NET 5278.54 XCFAS 2947.96 WLM 2565.59 MIA 1887.83 GRS 1862.82 MII 1800.62 RMFGAT 1776.38 *MASTER*1235.15 TCPIP945.06 SVOS 943.20 JES2MON 873.01 OMPROUTE 833.35 ZFS 819.11 JES2 695.86 JES2's monitors should probably use an adaptive algorithm that gets more aggressive when needed. JES3 monitors use very little CPU until something appears out of the ordinary. Then they crank up. Sounds like a good approach to me. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Abend S0C7 in PL1 program
Good day! One of our programs written in PL1 recently encountered a S0C7 abend. In the course of our investigation, we noticed that this abend only happens when the job runs on certain systems in our sysplex. If we run the job in CPU1, it will run ok but using the same JCL and run it on CPU2, the job will abend. The library where the program is coming from as well as the input data that is being processed is the same for both systems. The LE runtime options are also the same for both environment based on the RPTOPTS(ON) report. We even tried to steplib to the LE runtime libraries of the working system, CPU1, while running in CPU2 but the job still fails which is why we think that it might not be LE related. Per our MVS folks, the maintenance level for both systems is the same. Any ideas on what else we can check or what could be causing this abend? Best regards, michael _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting Librarian to pds
PUNCH does not work with modules created with PRMOD (printer module). After trying several approaches, I've decided to write a clist to generate the jcl for each module and then add them to the pds. Thanks for your suggestion. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Hardee, Charles H Sent: Wednesday, May 23, 2007 12:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting Librarian to pds Bill Doesn't the EXEC parameter imply that you want the member prepared for compilation? Shouldn't you be using PUNCH instead and then supply an LRECl for the punch file of 121 or 133, or whatever you want? Chuck -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS caused JCL error - WHY
On Wed, 23 May 2007 14:58:02 -0400, Phil Knight wrote: As a test, interestingly enough, if you substitute the IKJEFT01 step with an IEBGENER step to simply print the members, your basic JCL setup works fine. Moving on from there, I modified your job inserting an IEBGENER step after IEBUPDTE to copy the amp;PDS to a new temporary loadlib named amp;LOAD. If The thought of using IEBGENER to copy to a loadlib is kinda scary. SYSEXEC points to amp;LOAD and DD name MODEL points to amp;PDS (or visa versa), the exec runs fine. The problem occurs when both of these match. I've done this sort of thing in one IKJEFT01 step, creating SYSEXEC as a temporary DS amp;SYSEXEC, allocating a member with a referback and VOL=REF=*.SYSEXEC, copying in a member from an instream data set with a REPRO command in SYSTSIN, then executing it. Might there be a Requirement to execute an EXEC from an instream data set under either IKJEFT01 or IRXJCL? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Abend S0C7 in PL1 program
Michael, We had a similar problem, but this was cobol and S0C4. The program would run fine on one system and abend on the other (different boxes), then it would go away and come back (sometimes, not always the same box) after an IPL. After one IPL the program would not run on either and forced the programmer to look at the program. It turned out to be an application error where the programmer thought storage was initialized one way and was not initializing a subscript. Logically it appears you have eliminated every thing but the program. Thanks, Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Abend S0C7 in PL1 program
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Tutor Sent: Wednesday, May 23, 2007 2:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Abend S0C7 in PL1 program Good day! One of our programs written in PL1 recently encountered a S0C7 abend. In the course of our investigation, we noticed that this abend only happens when the job runs on certain systems in our sysplex. If we run the job in CPU1, it will run ok but using the same JCL and run it on CPU2, the job will abend. The library where the program is coming from as well as the input data that is being processed is the same for both systems. The LE runtime options are also the same for both environment based on the RPTOPTS(ON) report. We even tried to steplib to the LE runtime libraries of the working system, CPU1, while running in CPU2 but the job still fails which is why we think that it might not be LE related. Per our MVS folks, the maintenance level for both systems is the same. Any ideas on what else we can check or what could be causing this abend? SNIP A few dumb questions: 1) does the program in question load at the same address on both systems? 2) are you able to determine the source statement related to the failure? Reason for asking: It is possible that you are working against a table/array that happens to not have bad packed decimal data following it if loaded at one point and you do loaded at another. And this can make a difference if the PL/1 program is expecting to have a table or external routine loaded at a location (relative to it) that doesn't happen when running on the other system. Regards, Steve Thompson -- STD Disclaimer: Poster's opinions may or may not be those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Abend S0C7 in PL1 program
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Tutor Sent: Wednesday, May 23, 2007 2:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Abend S0C7 in PL1 program Good day! One of our programs written in PL1 recently encountered a S0C7 abend. In the course of our investigation, we noticed that this abend only happens when the job runs on certain systems in our sysplex. If we run the job in CPU1, it will run ok but using the same JCL and run it on CPU2, the job will abend. The library where the program is coming from as well as the input data that is being processed is the same for both systems. The LE runtime options are also the same for both environment based on the RPTOPTS(ON) report. We even tried to steplib to the LE runtime libraries of the working system, CPU1, while running in CPU2 but the job still fails which is why we think that it might not be LE related. Per our MVS folks, the maintenance level for both systems is the same. Any ideas on what else we can check or what could be causing this abend? Best regards, michael Ah, the SYSUDUMP and find the name of the module abending? Or maybe CEEDUMP. I know that I really like CEEDUMP for this sort of thing. It may be some sort of uninitialized memory problem. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
