Re: USSTAB
On Tue, 4 Mar 2008 13:07:55 -0600, Ron Wells [EMAIL PROTECTED] wrote: Assembled..new USSTAB...using same name as before.. tried loading new via modify opt=load and also opt=assoc these are tn3270 terminals in tcpip do I need to issue obey ... and if I do---will it knock-off already signed in users?? -- yes ,you have to issue obey command . the already signed users will not knocked-off. thanks -- 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: GRS RESMIL SETTING
Anthony, I read with interest your post because we have your same environment (3 z/OS 1.7 LPARs in a basic sysplex) and the performance of GRS ring is not the best. Specifically, I see XCF delays using RMF PM, the average value is about 7-8% on the PROD lpar, on the others it goes over 20 %. But the other 2 LPARs have a lot less resources as far as CP and weight are concerned. So I was looking for a way to improve the performance of the ring, and read your post. If I understand well what you said, you tried to set RESMIL to OFF and, while the performance improved, you saw higher CPU consumption in XCFAS. Then you set RESMIL to 0, which seemed to reduce CPU consumption on all other LPARs. Would you recommend to set RESMIL to 0 on all LPARs to improve GRS performance ? How is the RESMIL on all your LPARS now ? How *was* RESMIL before the change ? Thanks in advance Walter Marguccio z/OS Systems Programmer Munich - Germany ___ Rise to the challenge for Sport Relief with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/ -- 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: Netview problem
After start Netview new sesion: AUTO1CNM0217:43:10 - DSI205I 000 TIMER ELEMENTS PURGED OP = 'AUTO1' AUTO1CNM0217:43:10 - DSI034I COMMAND SCHEDULED BY AT/EVERY/AFTER COMMAND - 'IDLEOFF 480 469' AUTO1CNM0217:43:10 - DSI201I TIMER REQUEST SCHEDULED FOR EXECUTION 'ID=IDLEOFF' AUTO1CNM0217:43:10 C DWO971I IDLEOFF : OPER1 ADDED TO EXCEPTOP LIST AUTO1CNM0217:43:10 C DWO971I IDLEOFF : NETOP1 ADDED TO EXCEPTOP LIST AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTOP: AUTO1CNM0217:43:10 ! OPER1 AUTO1CNM0217:43:10 ! NETOP1 AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTLU: NONE AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTAUTO:NONE AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTNNT: NONE AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTRMTCMD: NONE AUTO1CNM0217:43:10 - CNM493I DSITBL01 : #151 : CNME2001 AUTO1CNM0217:43:10 C DWO975I IDLEOFF : NO ACTIVE TASKS ARE EXEMPT FROM IDLE TIME LIMITS multiple 5 times from: AUTO1CNM0217:43:10 ! OPER1 . . nezt multiple 10 times something like this: AUTO1CNM0217:43:11 - DSI201I TIMER REQUEST SCHEDULED FOR EXECUTION 'ID=SYS1' - - SYS2' - - . - - do SYS00010' at 7:00 we have: BODZIO CNM0207:00:00 - DSI034I COMMAND SCHEDULED BY AT/EVERY/AFTER COMMAND - 'NLDM COLLECT RTM * LOG' BODZIO CNM0207:00:00 - DSI201I TIMER REQUEST SCHEDULED FOR EXECUTION 'ID=NLDMC' BODZIO CNM0207:00:00 - DSI204I TIMER REQUEST ID NOT UNIQUE ID = 'NLDMC' BODZIO CNM0207:00:00 - DSI202I TIMER REQUEST FAILED TO BE SCHEDULED FOR EXECUTION 'ID=NLDMC' last 2 rows we see 4 times.. and next : BODZIO CNM02 P 07:00:00 E ERB100I AA : ACTIVE BODZIO CNM02 P 07:00:00 E ERB200I AA : ALREADY ACTIVE BODZIO CNM02 P 07:00:00 E ERB200I AA : ALREADY ACTIVE BODZIO CNM02 P 07:00:00 E ERB200I AA : ALREADY ACTIVE BODZIO CNM02 P 07:00:00 E ERB200I AA : ALREADY ACTIVE where I search now ? how can I imit which operator executed CNME2001 if it's a problem ? Thanks for your help John S. Giltner, Jr. napisa?(a): What is the userid that is associated with the messages? These are not duplicate messages, the commands are getting issued multiple times, 5 times to be exact. This is evident because of the messages that the TIMER ID is not unique and the member AA is already active. It is almost as if multiple (5) automated operators are executing CNME2001. Do you limit which operator executed CNME2001? Rafa? Hanzel ZETO wrote: In CNME2001 we use CHRON AT=(07:00:00) + COMMAND='EVERY P1,PPT,ID=NLDMC,NLDM COLLECT RTM * LOG' ROUTE=PPT and additionally we run CHRON AT=(07:00:00) + COMMAND='MVS F RMF,START AA,MEMBER(11)' ROUTE=PPT In Netlog at 7.00 we see : DSI034I COMMAND SCHEDULED BY AT/EVERY/AFTER COMMAND - 'NLDM COLLECT RTM * LOG' DSI201I TIMER REQUEST SCHEDULED FOR EXECUTION 'ID=NLDMC' DSI204I TIMER REQUEST ID NOT UNIQUE ID = 'NLDMC' DSI202I TIMER REQUEST FAILED TO BE SCHEDULED FOR EXECUTION 'ID=NLDMC' DSI204I TIMER REQUEST ID NOT UNIQUE ID = 'NLDMC' DSI202I TIMER REQUEST FAILED TO BE SCHEDULED FOR EXECUTION 'ID=NLDMC' DSI204I TIMER REQUEST ID NOT UNIQUE ID = 'NLDMC' DSI202I TIMER REQUEST FAILED TO BE SCHEDULED FOR EXECUTION 'ID=NLDMC' DSI204I TIMER REQUEST ID NOT UNIQUE ID = 'NLDMC' DSI202I TIMER REQUEST FAILED TO BE SCHEDULED FOR EXECUTION 'ID=NLDMC' ERB100I AA : ACTIVE ERB200I AA : ALREADY ACTIVE ERB200I AA : ALREADY ACTIVE ERB200I AA : ALREADY ACTIVE ERB200I AA : ALREADY ACTIVE John S. Giltner, Jr. napisa?(a): Do you see anything in NetView's log? I am not sure if you are actually seeing the same message duplicated or if something is happening multiple times. Do OPER1 and NETOP1 have an console assigned to them? Rafa? Hanzel ZETO wrote: We running Netview without SUB=MSTR. In SYSLOG we see : 0290 IEA630I OPERATOR CNM0T02 NOW ACTIVE, SYSTEM=CPAC , LU=CNM02PPT 0290 F RMF,START AA,MEMBER(11) 0290 F RMF,START AA,MEMBER(11) 0290 F RMF,START AA,MEMBER(11) 0290 F RMF,START AA,MEMBER(11) 0290 F RMF,START AA,MEMBER(11) In CNME2001 we have : CHRON AT=(07:00:00) + COMMAND='MVS F RMF,START AA,MEMBER(11)' ROUTE=PPT maybe this will be helpful to recognize this problem.After we start Netview we receive something like this : 18:52:00 - DSI205I 000 TIMER ELEMENTS PURGED OP = 'AUTO1' 18:52:00 - DSI034I COMMAND SCHEDULED BY AT/EVERY/AFTER COMMAND - 'IDLEOFF 18:52:00 - DSI201I TIMER REQUEST SCHEDULED FOR EXECUTION 'ID=IDLEOFF' 18:52:00 C DWO971I IDLEOFF : OPER1 ADDED TO EXCEPTOP LIST 18:52:00 C DWO971I IDLEOFF : NETOP1
Debug Tool know how...
Hi! Anyone that can point me to a mailing list or resource about IBM's Debug Tool ? I'm trying to use it on a COBOL program and have some diificulties with its idiosyncrasys. TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: Netview problem
Sorry but My last mail was liittle unreadable. after start Netview new sesion: AUTO1CNM0217:43:10 - DSI205I 000 TIMER ELEMENTS PURGED OP = 'AUTO1' AUTO1CNM0217:43:10 - DSI034I COMMAND SCHEDULED BY AT/EVERY/AFTER COMMAND - 'IDLEOFF 480 469' AUTO1CNM0217:43:10 - DSI201I TIMER REQUEST SCHEDULED FOR EXECUTION 'ID=IDLEOFF' AUTO1CNM0217:43:10 C DWO971I IDLEOFF : OPER1 ADDED TO EXCEPTOP LIST AUTO1CNM0217:43:10 C DWO971I IDLEOFF : NETOP1 ADDED TO EXCEPTOP LIST AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTOP: AUTO1CNM0217:43:10 ! OPER1 AUTO1CNM0217:43:10 ! NETOP1 AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTLU: NONE AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTAUTO:NONE AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTNNT: NONE AUTO1CNM0217:43:10 C DWO976I IDLEOFF : EXCEPTRMTCMD: NONE AUTO1CNM0217:43:10 - CNM493I DSITBL01 : #151 : CNME2001 AUTO1CNM0217:43:10 C DWO975I IDLEOFF : NO ACTIVE TASKS ARE EXEMPT FROM IDLE TIME LIMITS multiple 5 times from: AUTO1CNM0217:43:10 ! OPER1. . nezt multiple 10 times something like this: AUTO1CNM0217:43:11 - DSI201I TIMER REQUEST SCHEDULED FOR EXECUTION 'ID=SYS1' - - SYS2' - - . - - do SYS00010' at 7:00 we have: BODZIO CNM0207:00:00 - DSI034I COMMAND SCHEDULED BY AT/EVERY/AFTER COMMAND - 'NLDM COLLECT RTM * LOG' BODZIO CNM0207:00:00 - DSI201I TIMER REQUEST SCHEDULED FOR EXECUTION 'ID=NLDMC' BODZIO CNM0207:00:00 - DSI204I TIMER REQUEST ID NOT UNIQUE ID = 'NLDMC' BODZIO CNM0207:00:00 - DSI202I TIMER REQUEST FAILED TO BE SCHEDULED FOR EXECUTION 'ID=NLDMC' last 2 rows we see 4 times.. and next : BODZIO CNM02 P 07:00:00 E ERB100I AA : ACTIVE BODZIO CNM02 P 07:00:00 E ERB200I AA : ALREADY ACTIVE BODZIO CNM02 P 07:00:00 E ERB200I AA : ALREADY ACTIVE BODZIO CNM02 P 07:00:00 E ERB200I AA : ALREADY ACTIVE BODZIO CNM02 P 07:00:00 E ERB200I AA : ALREADY ACTIVE where I search now ? how can I imit which operator executed CNME2001 if it's a problem ? Thanks for your help -- Best regards, Rafał Hanzel Systems Programmer, RD of Computer System Department Z.E.T.O Katowice Sp. z o.o. ul. Owocowa 1 40-158 Katowice, Poland Phone: +48 32 3589 246 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
Is PSATOLD always zero when in SRB mode?
Always? Sometimes not? If the latter, is there a sure-fire way to test for running in SRB mode? TIA, Jerry -- 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: Debug Tool know how...
Hi! You can try the address; http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp for IBM System z Enterprise Development Tools Compilers information centerCheers Timur Alpaslan Date: Wed, 5 Mar 2008 12:42:51 +0100 From: [EMAIL PROTECTED] Subject: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Hi! Anyone that can point me to a mailing list or resource about IBM's Debug Tool ? I'm trying to use it on a COBOL program and have some diificulties with its idiosyncrasys. TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: Is PSATOLD always zero when in SRB mode?
Asked and answered. Thanks Tom and Binyamin. Jerry -- 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
SV: Debug Tool know how...
Thank You, but I already have the Reference manual and the User Guide... ..and I have read them both :(( (Or at least big parts of them.) Unfortunately the behaviour of DT doesn't correspond to the manuals (at points where I have found info about) - plus that there is a lot that is not explained. Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:05 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Debug Tool know how... Hi! You can try the address; http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp for IBM System z Enterprise Development Tools Compilers information centerCheers Timur Alpaslan Date: Wed, 5 Mar 2008 12:42:51 +0100 From: [EMAIL PROTECTED] Subject: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Hi! Anyone that can point me to a mailing list or resource about IBM's Debug Tool ? I'm trying to use it on a COBOL program and have some diificulties with its idiosyncrasys. TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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 -- 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: Is PSATOLD always zero when in SRB mode?
On Wed, 5 Mar 2008 05:55:54 -0600 Support, DUNNIT SYSTEMS LTD. [EMAIL PROTECTED] wrote: :Always? Sometimes not? If the latter, is there a sure-fire way to test for :running in SRB mode? Always. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: SV: Debug Tool know how...
Hi! There's also a Redbook SG24-7372-00 published June 2007 called IBM Application Development and Problem Determination Tools V7 for System z which can be rather handy to have a look at sometimes. Have you tried it? It's free to download from IBM. Cheers Timur Date: Wed, 5 Mar 2008 13:22:54 +0100 From: [EMAIL PROTECTED] Subject: SV: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Thank You, but I already have the Reference manual and the User Guide... ..and I have read them both :(( (Or at least big parts of them.) Unfortunately the behaviour of DT doesn't correspond to the manuals (at points where I have found info about) - plus that there is a lot that is not explained. Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:05 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Debug Tool know how... Hi! You can try the address; http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp for IBM System z Enterprise Development Tools Compilers information centerCheers Timur Alpaslan Date: Wed, 5 Mar 2008 12:42:51 +0100 From: [EMAIL PROTECTED] Subject: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Hi! Anyone that can point me to a mailing list or resource about IBM's Debug Tool ? I'm trying to use it on a COBOL program and have some diificulties with its idiosyncrasys. TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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 -- 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
SV: SV: Debug Tool know how...
Yes, I have looked into it. But my problems is like: The manual says You can use the DT variable %CU or %BLOCK in place of names of current items, e g AT CHANGE %CU:VARIABLE-NAME , etc. But I get syntax error for that and so on. I also get other errors regarding qualification of variables. The manual is very short on syntax and its restrictions. So I need some advice from someone that have used DT a lot. Or whatever examples of DT code that can be found. Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:55 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Debug Tool know how... Hi! There's also a Redbook SG24-7372-00 published June 2007 called IBM Application Development and Problem Determination Tools V7 for System z which can be rather handy to have a look at sometimes. Have you tried it? It's free to download from IBM. Cheers Timur Date: Wed, 5 Mar 2008 13:22:54 +0100 From: [EMAIL PROTECTED] Subject: SV: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Thank You, but I already have the Reference manual and the User Guide... ..and I have read them both :(( (Or at least big parts of them.) Unfortunately the behaviour of DT doesn't correspond to the manuals (at points where I have found info about) - plus that there is a lot that is not explained. Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:05 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Debug Tool know how... Hi! You can try the address; http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp for IBM System z Enterprise Development Tools Compilers information centerCheers Timur Alpaslan Date: Wed, 5 Mar 2008 12:42:51 +0100 From: [EMAIL PROTECTED] Subject: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Hi! Anyone that can point me to a mailing list or resource about IBM's Debug Tool ? I'm trying to use it on a COBOL program and have some diificulties with its idiosyncrasys. TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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 -- 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 -- 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
DATA1 -- 5771-ADA Print Product ???
Does anyone still have laying around somewhere the DATA1 print product, originally announced by IBM in 1984, and I think still available from IBM marketing? I am specifically looking for the FONT *d224*; if that's in your FONTLIB, and what the complete member name is? THANX and TTFN, Mark -- 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: SV: SV: Debug Tool know how...
Sorry! I'm not a direct user of the product. I'll suggest you contact IBM SW Support such tah they can help you with details. Date: Wed, 5 Mar 2008 14:09:53 +0100 From: [EMAIL PROTECTED] Subject: SV: SV: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Yes, I have looked into it. But my problems is like: The manual says You can use the DT variable %CU or %BLOCK in place of names of current items, e g AT CHANGE %CU:VARIABLE-NAME , etc. But I get syntax error for that and so on. I also get other errors regarding qualification of variables. The manual is very short on syntax and its restrictions. So I need some advice from someone that have used DT a lot. Or whatever examples of DT code that can be found. Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:55 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Debug Tool know how... Hi! There's also a Redbook SG24-7372-00 published June 2007 called IBM Application Development and Problem Determination Tools V7 for System z which can be rather handy to have a look at sometimes. Have you tried it? It's free to download from IBM. Cheers Timur Date: Wed, 5 Mar 2008 13:22:54 +0100 From: [EMAIL PROTECTED] Subject: SV: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Thank You, but I already have the Reference manual and the User Guide... ..and I have read them both :(( (Or at least big parts of them.) Unfortunately the behaviour of DT doesn't correspond to the manuals (at points where I have found info about) - plus that there is a lot that is not explained. Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:05 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Debug Tool know how... Hi! You can try the address; http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp for IBM System z Enterprise Development Tools Compilers information centerCheers Timur Alpaslan Date: Wed, 5 Mar 2008 12:42:51 +0100 From: [EMAIL PROTECTED] Subject: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Hi! Anyone that can point me to a mailing list or resource about IBM's Debug Tool ? I'm trying to use it on a COBOL program and have some diificulties with its idiosyncrasys. TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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 -- 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 -- 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: SDSF User Manual
On Tue, 4 Mar 2008 12:03:11 -0800, Schwarz, Barry A [EMAIL PROTECTED] wrote: I've never seen any SDSF data in ISPF Help. SDSF does have help panels. They are not bad as reference but it is difficult to find anything if you don't already know the exact command. For example, is FINDLIM a command or an operand on the SET command? If SDSF Help had an index and a tutorial like ISPF, I think it would be more useful. The SDSF Help under ISPF -does- have an Index. As noted on the Help panel that you get by pressing PF1 from the main SDSF panel, you type I in the help to get the index. Once in the index, typing F to move to the F section gets you to the screen that has the entry for FINDLIM. Yes, a tutorial would be nice, but I've always found the basic help info sufficient. YMMV, of course. -- Walt -- 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: SDSF User Manual
On Wed, 5 Mar 2008 06:45:29 +0100, Barbara Nitz [EMAIL PROTECTED] wrote: The latest manual I was able to find was SA22-7670-09 (Sept 06). Walt, I really wouldn't want to read up on a conversion from SDSF security (yes, we're still using *that*) to RACF via panels! Regards, Barbara Nitz -- You're not alone. But I don't think the operation and customization manual will be discontinued for help panels. It is just the user interface that is no longer documented. For the most part, I agree with IBM that it isn't needed although the searching capability would be nice as previously pointed out. The came could hold true for ISPF. I can't remember the last time I ever looked at an ISPF user manual, so I would not miss it. I look at whats new in the help or just use PF1/help when am at a place where I need it. It usually pulls up the relevant help panels based on where you are in ISPF. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: SV: Debug Tool know how...
On Wed, Mar 5, 2008 at 8:09 AM, Thomas Berg [EMAIL PROTECTED] wrote: Yes, I have looked into it. But my problems is like: The manual says You can use the DT variable %CU or %BLOCK in place of names of current items, e g AT CHANGE %CU:VARIABLE-NAME , etc. But I get syntax error for that and so on. I also get other errors regarding qualification of variables. The manual is very short on syntax and its restrictions. So I need some advice from someone that have used DT a lot. Or whatever examples of DT code that can be found. I am a DT user but unfortunately I do not know the answer to your question. What I do know is that the concepts of CU and BLOCK seem to be language-dependent and I have never found them very helpful when debugging Cobol programs. Also, our shop is still using version 5.1, which is not very current, and DT seems to change quite substantially from release to release. -- 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
How to obtain CF Level Information programmatically
Hello Everyone, In IPCS, option 2 (ANALYSIS), option 6 (COMPONENT), Select XESDATA (bottom of the screen). On the next screen, select SUMMARY and FACILITY and start the XESDATA subcommand. Page through the output and you'll see something like this: SUMMARY OF COUPLING FACILITIES KNOWN TO THIS SYSTEM --- Facility Name... ICFJUS1 Coupling Facility 002086.IBM.02.000B0E3F Partition. 01 CPCID. 00 CFLevel.. 14 Control Unit. FFFC Connected Yes Managed.. Yes Volatile. No Authority SIGPLEX C18469F5 0A968B80 SYID.. C18469F5 0A968B80 Facility Space... 1504768 K Maximum Structure ID. 03FF How can one obtain the same information, specifically the CFLevel, from within a program? I cannot seem to find the control block(s) that would lead me here. Thanks, 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: USSTAB
thanks to all for assistance doing the obey worked and did not knock anyone off systemm... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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
SDSF-ISFPARM
The DEST field in the Ooutput display... Is there a way to alter the Length of the DEST field to allow the operator to enter a Node number as well as the (8) character DESTid.. or is this handled through the NODE field.?. and if so.. how can the field be setup to be able to enter--alter field.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: SDSF User Manual
On Wed, 5 Mar 2008 06:45:29 +0100, Barbara Nitz [EMAIL PROTECTED] wrote: Walt, I really wouldn't want to read up on a conversion from SDSF security (yes, we're still using *that*) to RACF via panels! True, but a -user- does not convert from SDSF security to RACF. The system programmer does that, and he does not do it by reading a user manual, but rather by reading the boo,k intended for system programmers, SDSF Operations and Customization. If that book is not sufficient for doing the conversion that's a different topic, in my opinion, Barbara. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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: SDSF User Manual
On Wed, 5 Mar 2008 07:38:59 -0600, Walt Farrell wrote: On Tue, 4 Mar 2008 12:03:11 -0800, Schwarz, Barry A [EMAIL PROTECTED] wrote: ... If SDSF Help had an index and a tutorial like ISPF, I think it would be more useful. The SDSF Help under ISPF -does- have an Index. As noted on the Help panel that you get by pressing PF1 from the main SDSF panel, you type I in the help to get the index. Yes, a tutorial would be nice, but I've always found the basic help info sufficient. There is a tutorial, at least with z/OS 1.9. I haven't used it, so I can't say how good it is. -- Tom Marchant -- 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
SDSF DA in sysplex
A customer currently uses RMF to provide DA information in SDSF; with sysplex scope. They are now joing another sysplex which will have up to 13 members, and SDSF DA command is performing badly due to slow response from other systems. Is there some way to retain sysplex DA capability while restricting the scope to just the customer's 2 LPARs ? Regards Paul Beesley UKOSG - Infrastructure Specialist Senior EDS Victoria House Bournemouth BH1 2NF Phone: 01202 502334 Mobile: 07790 495140 Please consider your environmental responsibility before printing this e-mail or any other document. This email contains information which is confidential and may be privileged. Unless you are the intended addressee (or authorised to receive for the addressee) you may not use, forward, copy or disclose to anyone this email or any information contained in this email. If you have received this email in error, please advise the sender by reply email immediately and delete this email. Electronic Data Systems Ltd Registered Office:, Lansdowne House, Berkeley Square, London W1J 6ER Registered in England no: 53419 VAT number: 432 99 5915 -- 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
SV: SV: Debug Tool know how...
[mailto:[EMAIL PROTECTED] För Don Leahy Skickat: den 5 mars 2008 14:49 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Debug Tool know how... On Wed, Mar 5, 2008 at 8:09 AM, Thomas Berg [EMAIL PROTECTED] wrote: Yes, I have looked into it. But my problems is like: The manual says You can use the DT variable %CU or %BLOCK in place of names of current items, e g AT CHANGE %CU:VARIABLE-NAME , etc. But I get syntax error for that and so on. I also get other errors regarding qualification of variables. The manual is very short on syntax and its restrictions. So I need some advice from someone that have used DT a lot. Or whatever examples of DT code that can be found. I am a DT user but unfortunately I do not know the answer to your question. What I do know is that the concepts of CU and BLOCK seem to be language-dependent and I have never found them very helpful when debugging Cobol programs. Also, our shop is still using version 5.1, which is not very current, and DT seems to change quite substantially from release to release. We runs ver 7.1 (upgraded recently from 6.1). If You have some examples of AT CHANGE and LIST with qualified variables I would be pleased if You can send any to me. BTW, I'm trying to use this code in pre-saved PDS-members to be run automatically in DT, if that make any difference. Thanks, Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: DCF (was Re: System z10 announcement (in English))
On Tue, 4 Mar 2008 21:26:25 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: Alas, whenever I search for a z/Series PoOP online in HTML/Book format as opposed to PDF, I conclude that some department within IBM thinks of DCF only in the past tense. Has PoOP authoring abandoned DCF for a competing tool? I'm not sure why you're tying book format to DCF. DCF is rarely used with System z publications, as book maintenence and formatting were moved to workstations years ago. The tools can produce a variety of output formats, depending on the requirement. Alan Altmark IBM -- 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: GRS RESMIL SETTING
On Tue, 4 Mar 2008 09:48:22 -0600, Anthony Fletcher [EMAIL PROTECTED] wrote: We have a GRS environment using XCF (ie not using a CF) with three LPARS connected. We had changed the RESMIL value to OFF to try and improve responsiveness. That worked, but the XCFAS address space CPU consumption went up. We decided to change the RESMIL value to 0 since that does leave the tuning mechanism working. The manual indicates that RESMIL can be changed on any LPAR independent of the others. One LPAR was changed, leaving the other two set to OFF. It looks as if changing the RESMIL value to 0 in one LPAR has reduced the CPU consumption in the XCFAS address space in all LPARS. Question is: Is that to be expected, or do we need to look for something else? That behavior makes perfect sense. CPU percentages are calculated (loosely) as usage per unit time. In the case where all of the systems had RESMIL=OFF, GRS basically played 'hot potato' with the RSA, sending it off to the next system as fast as it could. Therefore, the number of RSA sends per unit time was maximized (certainly faster than 1 per millisecond), also maximizing the amount of CPU utilization by XCFAS. Now, changing one system to RESMIL=0 turned on the tuning _for that one system_. Each time an empty RSA was received, GRS tuned the effective RESMIL up by a millisecond (up to 4, IIRC). This effectively slows down the RSA for the entire complex, since it gets 'parked' on that system for a (comparatively) long time. This will impact the number of RSA sends/receives around the ENTIRE complex, thus reducing the impact on XCF everywhere. Scott Fagen Enterprise Systems Management -- 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
DFSMSDSS V1R07.0 and the CONCURRENT parameter
Hi, We had a production job that was canceled after 8 hours in the machine, during month end processing. Here is what the job was doing : DUMP DATASET(INCLUDE(HW*.**) BY((DSORG NE VSAM)) EXCLUDE(HWAT.**,HW%C.**,HW%D.**,HW%I.**,HW%Q.**, HW%S.**,HW%U.**,HW%V*.**,HW%Z.**,**.TEMP.**, **.EDWXTRCT.**,**.TEMP%,HWP.HWPEIDCM.EA*.**, HWF.FEDOFF.**,HWF.HWFFSORT.**,HWF.HWFISORT.**, HWF.HWFFIDCM.HWFF5*.**,HWF.HWFIIDCM.FTO*, HWF.HWFI598P.**,HWF.HWFI600P.**, HWL.HWLV740P.IRSREPT*,HWL.HWLVF%P.IPREOFF*, - HWL.HWLVF35P.**,HWJ.HWJEIDCM.BKUP.**)) OUTDDNAME(OFFSITE,ONSITE) TOLERATE(ENQF) OPTIMIZE(4) CONCURRENT SHARE SPHERE Summary: We did receive CA Sysview warning messages for this job as follows : 23:42:30.05 P1 S2279 0094 GSVX321W (MVSDATA) Threshold JOB JOBIOR HWGGBK2P PROBLEM V=210.7 W=75.00 P=100.0 00:00:30.08 P1 S2279 0094 GSVX321W (MVSDATA) Threshold JOB JOBIOR HWGGBK2P PROBLEM V=249.5 W=75.00 P=100.0 Conclusion : Would it be reasonably to make the following changes to the control cards : Suggested changes to avoid a SURGE in REAL/VIRTUAL storage use : - Remove CONCURRENT - Change OPTIMIZE to OPTIMIZE(3) Explanation for : a) CONCURRENT : Attention: Performing concurrent copy operations against many large data sets when there is also heavy update activity (such as reorganizing data sets or initializing the volume the data sets reside on) can result in a shortage of storage. The shortage occurs because data is transferred to data-space storage faster than DFSMSdss can process it. b) OPTIMIZE specifies the number of tracks to be read at a time, as follows: If n is 1, DFSMSdss reads one track at a time. If n is 2, DFSMSdss reads two tracks at a time. If n is 3, DFSMSdss reads five tracks at a time. If n is 4, DFSMSdss reads one cylinder at a time. If OPTIMIZE is not specified, OPTIMIZE (1) is the default. Specifying OPTIMIZE (2), (3), or (4) reduces the time for a dump. Notice that this keyword uses more real and virtual storage. It also keeps the channel busy for longer blocks of time. Anton Britz -- 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: How to obtain CF Level Information programmatically
You can use the IXCQUERY macro There is a whole book in z/OS bookshelf dedicated to the sysplex services that you can call. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hardee, Charles H Sent: 05 March 2008 14:01 To: IBM-MAIN@BAMA.UA.EDU Subject: How to obtain CF Level Information programmatically Hello Everyone, In IPCS, option 2 (ANALYSIS), option 6 (COMPONENT), Select XESDATA (bottom of the screen). On the next screen, select SUMMARY and FACILITY and start the XESDATA subcommand. Page through the output and you'll see something like this: SUMMARY OF COUPLING FACILITIES KNOWN TO THIS SYSTEM --- Facility Name... ICFJUS1 Coupling Facility 002086.IBM.02.000B0E3F Partition. 01 CPCID. 00 CFLevel.. 14 Control Unit. FFFC Connected Yes Managed.. Yes Volatile. No Authority SIGPLEX C18469F5 0A968B80 SYID.. C18469F5 0A968B80 Facility Space... 1504768 K Maximum Structure ID. 03FF How can one obtain the same information, specifically the CFLevel, from within a program? I cannot seem to find the control block(s) that would lead me here. Thanks, 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 -- 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: SDSF-ISFPARM
On Wed, 5 Mar 2008 07:56:30 -0600, Ron Wells [EMAIL PROTECTED] wrote: The DEST field in the Ooutput display... Is there a way to alter the Length of the DEST field to allow the operator to enter a Node number as well as the (8) character DESTid.. or is this handled through the NODE field.?. and if so.. how can the field be setup to be able to enter--alter field.. Use the ARRANGE command (ARRANGE ?) and alter the length. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: SDSF DA in sysplex
On Wed, 5 Mar 2008 14:55:03 +0100, Beesley, Paul [EMAIL PROTECTED] wrote: A customer currently uses RMF to provide DA information in SDSF; with sysplex scope. They are now joing another sysplex which will have up to 13 members, and SDSF DA command is performing badly due to slow response from other systems. Is there some way to retain sysplex DA capability while restricting the scope to just the customer's 2 LPARs ? I don't think there is. But you can restrict the use of the SYSNAME command or force it to default to the current system in the ISFUSER exit for all but privileged users. I still force LOG S (syslog) if someone issues the LOG command due to past performance problems with the OPERLOG (because the LOG preference is saved in the profile). If someone wants the operlog they have to specify LOG O.We also protect the operlog logstream, but that is a different issue. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: SDSF-ISFPARM
Mark What about a perminate change?? to allow it.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: SDSF-ISFPARM
On Wed, 5 Mar 2008 08:41:07 -0600, Ron Wells [EMAIL PROTECTED] wrote: Mark What about a perminate change?? to allow it.. To be able to change the DEST field? That would be from ISFPARMS - (either assembled or SDSF server ISFPRMxx) or from external security. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: SDSF DA in sysplex
Thanks Mark, that's what I thought. Pity the LPARs don't start with the same characters, I could have forced SYSNAME XX* or whatever... Paul -Original Message- I don't think there is. But you can restrict the use of the SYSNAME command or force it to default to the current system in the ISFUSER exit for all but privileged users. I still force LOG S (syslog) if someone issues the LOG command due to past performance problems with the OPERLOG (because the LOG preference is saved in the profile). If someone wants the operlog they have to specify LOG O.We also protect the operlog logstream, but that is a different issue. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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
Re: IBM Tivoli Monitoring (ITM for short)
YES!! I'm not sure when, but at some point Omegamon stopped being part of the solution and became THE PROBLEM. Upgrades, be it z/OS or CICS, now split my time 50-50. 50% for the upgrade, 50% for the associated Omegamon changes. Dennis Barrett Systems Programmer Laclede Gas Co. 720 Olive Street, room 1103 St. Louis, Mo. 63101 (314) 342-0695 [EMAIL PROTECTED] -Original Message- From: Joel C. Ewing [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2008 00:25 Subject: Re: IBM Tivoli Monitoring (ITM for short) I remember with wistful nostalgia Omegamon MVS back in the days when it was a manageable-sized product, before it became so complex that it required 7 x 70 VSAM datasets, umpteen dozen address spaces, and a whole platoon of server platforms to run. It's as if someone out there thinks System Programmer time and server platforms are free, or that our end goal is to configure and run this complex structure rather than just use it an incidental tool to measure a system that is doing real work. The level of complexity of these products has gotten to the point that I almost prefer installing a new release of z/OS to updating Omegamon products. ... ... JC Ewing -- 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: SDSF DA in sysplex
On Wed, 5 Mar 2008 15:51:29 +0100, Beesley, Paul [EMAIL PROTECTED] wrote: Thanks Mark, that's what I thought. Pity the LPARs don't start with the same characters, I could have forced SYSNAME XX* or whatever... Even with 13 or more systems, I don't know why sysplex DA would be performing badly due to slow response from other systems. RMF should be running in SYSSTC and access to the data is from the sysplex data server. Also, looking at the doc... perhaps you could prevent access from the other systems using the ERBSDS.MON2DATA RACF profile in the FACILITY class. I've never done this, but it looks like it would be defined on all the other systems you don't want to see in the DA display. Since it would still make the RACF call on the other system, I don't know what this would do in your scenario in regards to performance. But if the userids don't match on the other systems or aren't defined, then even a SYSNAME * should allow just a subset of just the systems you are adding to the sysplex to be displayed. See the RMF and SDSF manuals for more information. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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
CICS Wiki news
Hello all, 1. Well SHARE is over and I thoroughly enjoyed it. I found most of the tracks very enjoyable. There were exceptions like the SOA track but you can read my comments about it at http://www.cicsworld.com/node/384 . 2. CICS World is alive! My friend Ian made his new site available and I will be switching the Wiki links I have to pcs305 over to cicsworld this week. Please have a look at www.cicsworld.com . 3. The vendor spotlight is on MacKinney Systems. MacKinney Systems has established itself as a leader among z/OS, VSE and CICS mainframe software vendors with software tools and technical support meeting the high standards and demands of its many Fortune 100 customers at prices affordable to even the smallest mainframe shops. MacKinney Systems is an IBM Business Partner in business for more than 25 years with over 50 z/OS, VSE and CICS software utilities to help meet your software needs. Over 6,000 sites have proven MacKinney Systems' to be the easy answer to their z/OS VSE and CICS mainframe software needs. Please visit the Wiki main page for the spotlight article and see what large collection of software they have to offer. http://cicswiki.org/cicswiki1/index.php?title=Main_Page 4. After SHARE I have the sincere promises of several Hursley folk (as well as a well-known CICS expert from IBM Dallas) that they will begin to add some articles to the Wiki. Let's hope that those promises will be kept. Have a nice week. Corneel. -- 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
Debug Tool know how...
If you find cases where the manual says something will work (or you read it as saying that) and the product doesn't support it, then I would say that is DEFINITELY a place where you should create a support PMR. If you have questions about how to (and the manuals aren't clear), and it is for COBOL, you can try posting it to comp.lang.cobol Usenet group. I don't know how many debut tool users there are in that group, but there may be some. (Most of the contributors are PC/Linux/Unix COBOL users, but some are from IBM Enterprise COBOL shops. I would Certainly create RCF's (Readers Comment Forms) on anything that you think needs to be changed or expanded in the documentation). Thomas Berg [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]. .. Yes, I have looked into it. But my problems is like: The manual says You can use the DT variable %CU or %BLOCK in place of names of current items, e g AT CHANGE %CU:VARIABLE-NAME , etc. But I get syntax error for that and so on. I also get other errors regarding qualification of variables. The manual is very short on syntax and its restrictions. So I need some advice from someone that have used DT a lot. Or whatever examples of DT code that can be found. Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:55 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Debug Tool know how... Hi! There's also a Redbook SG24-7372-00 published June 2007 called IBM Application Development and Problem Determination Tools V7 for System z which can be rather handy to have a look at sometimes. Have you tried it? It's free to download from IBM. Cheers Timur Date: Wed, 5 Mar 2008 13:22:54 +0100 From: [EMAIL PROTECTED] Subject: SV: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Thank You, but I already have the Reference manual and the User Guide... ..and I have read them both :(( (Or at least big parts of them.) Unfortunately the behaviour of DT doesn't correspond to the manuals (at points where I have found info about) - plus that there is a lot that is not explained. Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:05 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Debug Tool know how... Hi! You can try the address; http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp for IBM System z Enterprise Development Tools Compilers information centerCheers Timur Alpaslan Date: Wed, 5 Mar 2008 12:42:51 +0100 From: [EMAIL PROTECTED] Subject: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Hi! Anyone that can point me to a mailing list or resource about IBM's Debug Tool ? I'm trying to use it on a COBOL program and have some diificulties with its idiosyncrasys. TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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 -- 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
Migration/Coexistence with z/OS 1.10
Why am I seeing APARs for coexistence or toleration with z/OS 1.10 that go back to z/OS 1.6 (which is already past EOS)? I am seeing them via ASAP notification. I saw one for WLM today and I know I saw one for sysplex join as soon as z/OS 1.10 was previewed and perhaps a couple of others. http://www-03.ibm.com/systems/z/os/zos/support/zos_cmf.html I know that 1.10 isn't in the table yet since it is only previewed, but even the z/OS 1.9 table doesn't document lower than z/OS 1.7 as coexisting. So how can z/OS 1.6 exist with z/OS 1.10 if it can't with z/OS 1.9? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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
SV: Debug Tool know how...
You are right. But as the PMR way is a slow lane and I prefer to be sure that the error is in the product rather than behind the keyboard I need some more data. As nearly always, when You should do a PMR or write a RCF You don't have the time. I will try at comp.lang.cobol as You suggested. There must be *someone* else than me that have (tried to) done similar things in DT. Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Bill Klein Skickat: den 5 mars 2008 16:32 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Debug Tool know how... If you find cases where the manual says something will work (or you read it as saying that) and the product doesn't support it, then I would say that is DEFINITELY a place where you should create a support PMR. If you have questions about how to (and the manuals aren't clear), and it is for COBOL, you can try posting it to comp.lang.cobol Usenet group. I don't know how many debut tool users there are in that group, but there may be some. (Most of the contributors are PC/Linux/Unix COBOL users, but some are from IBM Enterprise COBOL shops. I would Certainly create RCF's (Readers Comment Forms) on anything that you think needs to be changed or expanded in the documentation). Thomas Berg [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] pa.myntet.se. .. Yes, I have looked into it. But my problems is like: The manual says You can use the DT variable %CU or %BLOCK in place of names of current items, e g AT CHANGE %CU:VARIABLE-NAME , etc. But I get syntax error for that and so on. I also get other errors regarding qualification of variables. The manual is very short on syntax and its restrictions. So I need some advice from someone that have used DT a lot. Or whatever examples of DT code that can be found. Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:55 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Debug Tool know how... Hi! There's also a Redbook SG24-7372-00 published June 2007 called IBM Application Development and Problem Determination Tools V7 for System z which can be rather handy to have a look at sometimes. Have you tried it? It's free to download from IBM. Cheers Timur Date: Wed, 5 Mar 2008 13:22:54 +0100 From: [EMAIL PROTECTED] Subject: SV: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Thank You, but I already have the Reference manual and the User Guide... ..and I have read them both :(( (Or at least big parts of them.) Unfortunately the behaviour of DT doesn't correspond to the manuals (at points where I have found info about) - plus that there is a lot that is not explained. Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timur Alpaslan Skickat: den 5 mars 2008 13:05 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Debug Tool know how... Hi! You can try the address; http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp for IBM System z Enterprise Development Tools Compilers information centerCheers Timur Alpaslan Date: Wed, 5 Mar 2008 12:42:51 +0100 From: [EMAIL PROTECTED] Subject: Debug Tool know how... To: IBM-MAIN@BAMA.UA.EDU Hi! Anyone that can point me to a mailing list or resource about IBM's Debug Tool ? I'm trying to use it on a COBOL program and have some diificulties with its idiosyncrasys. TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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 -- For IBM-MAIN
Cancelling a job with SDSF in a sysplex.
We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? -- 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: SV: Debug Tool know how...
On Wed, Mar 5, 2008 at 9:15 AM, Thomas Berg [EMAIL PROTECTED] wrote: [mailto:[EMAIL PROTECTED] För Don Leahy Skickat: den 5 mars 2008 14:49 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Debug Tool know how... On Wed, Mar 5, 2008 at 8:09 AM, Thomas Berg [EMAIL PROTECTED] wrote: Yes, I have looked into it. But my problems is like: The manual says You can use the DT variable %CU or %BLOCK in place of names of current items, e g AT CHANGE %CU:VARIABLE-NAME , etc. But I get syntax error for that and so on. I also get other errors regarding qualification of variables. The manual is very short on syntax and its restrictions. So I need some advice from someone that have used DT a lot. Or whatever examples of DT code that can be found. I am a DT user but unfortunately I do not know the answer to your question. What I do know is that the concepts of CU and BLOCK seem to be language-dependent and I have never found them very helpful when debugging Cobol programs. Also, our shop is still using version 5.1, which is not very current, and DT seems to change quite substantially from release to release. We runs ver 7.1 (upgraded recently from 6.1). If You have some examples of AT CHANGE and LIST with qualified variables I would be pleased if You can send any to me. BTW, I'm trying to use this code in pre-saved PDS-members to be run automatically in DT, if that make any difference. Thanks, Thomas Fully qualified names work for me: AT LABEL CXXMU21::CXXMU21:CXXMU21:MAIN-OUTPUT Where CXXMU21 is my load module name. This also works for me: AT LABEL %BLOCK:MAIN-OUTPUT And so does AT LABEL %CU:MAIN-OUTPUT But not: AT LABEL %CU:%BLOCK:MAIN-OUTPUT and AT LABEL %LOAD::%CU:%BLOCK:MAIN-OUTPUT For the Cobol programs that I work with the variables %LOAD, %CU and %BLOCK always have the same value. But DT doesn't seem to like it when you use multiple variables. -- 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: SPAM: Migration/Coexistence with z/OS 1.10
snip-- Why am I seeing APARs for coexistence or toleration with z/OS 1.10 that go back to z/OS 1.6 (which is already past EOS)? I am seeing them via ASAP notification. I saw one for WLM today and I know I saw one for sysplex join as soon as z/OS 1.10 was previewed and perhaps a couple of others. http://www-03.ibm.com/systems/z/os/zos/support/zos_cmf.html I know that 1.10 isn't in the table yet since it is only previewed, but even the z/OS 1.9 table doesn't document lower than z/OS 1.7 as coexisting. So how can z/OS 1.6 exist with z/OS 1.10 if it can't with z/OS 1.9? ---unsnip--- I would surmise, with no facts to back me up, that the affected components haven't changed since the 1.6 release. Just a guess. -- 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
SV: SV: Debug Tool know how...
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Don Leahy Skickat: den 5 mars 2008 17:40 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Debug Tool know how... On Wed, Mar 5, 2008 at 9:15 AM, Thomas Berg [EMAIL PROTECTED] wrote: [mailto:[EMAIL PROTECTED] För Don Leahy Skickat: den 5 mars 2008 14:49 We runs ver 7.1 (upgraded recently from 6.1). If You have some examples of AT CHANGE and LIST with qualified variables I would be pleased if You can send any to me. BTW, I'm trying to use this code in pre-saved PDS-members to be run automatically in DT, if that make any difference. Thanks, Thomas Fully qualified names work for me: AT LABEL CXXMU21::CXXMU21:CXXMU21:MAIN-OUTPUT Where CXXMU21 is my load module name. This also works for me: AT LABEL %BLOCK:MAIN-OUTPUT And so does AT LABEL %CU:MAIN-OUTPUT But not: AT LABEL %CU:%BLOCK:MAIN-OUTPUT and AT LABEL %LOAD::%CU:%BLOCK:MAIN-OUTPUT Thanks! Looks like what I'm coding. (Except that I use AT CHANGE.) Is that C++ modules ? Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: SV: Debug Tool know how...
On Wed, Mar 5, 2008 at 11:55 AM, Thomas Berg [EMAIL PROTECTED] wrote: Thanks! Looks like what I'm coding. (Except that I use AT CHANGE.) Is that C++ modules ? Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) Not C++. Enterprise Cobol V3.3 -- 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: Cancelling a job with SDSF in a sysplex.
On Wed, 5 Mar 2008 10:33:40 -0600, McKown, John [EMAIL PROTECTED] wrote: We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? Wow... what's with all the SDSF related posts recently. :-) As covered in another thread, you don't need MQ for sysplex wide DA. You only need RMF started on each LPAR. You don't even need to use the SMFBUF if you don't want to. To answer your specific question, you can only cancel a job on another system in the same MAS. So if you are sharing spool in your basic sysplex, then the answer is yes... otherwise the answer is no. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: DCF (was Re: System z10 announcement (in English))
Alan Altmark wrote: I'm not sure why you're tying book format to DCF. DCF is rarely used with System z publications, as book maintenence and formatting were moved to workstations years ago. The tools can produce a variety of output formats, depending on the requirement. What software do they use? -- 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: Cancelling a job with SDSF in a sysplex.
On Wed, 5 Mar 2008 10:59:44 -0600, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 5 Mar 2008 10:33:40 -0600, McKown, John [EMAIL PROTECTED] wrote: We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? Wow... what's with all the SDSF related posts recently. :-) As covered in another thread, you don't need MQ for sysplex wide DA. You only need RMF started on each LPAR. You don't even need to use the SMFBUF if you don't want to. To answer your specific question, you can only cancel a job on another system in the same MAS. So if you are sharing spool in your basic sysplex, then the answer is yes... otherwise the answer is no. Mark I guess I should have included the disclaimer that I've never used MQ with SDSF. I've only read about it and concluded there's nothing it does for me that I would consider worth the effort of setting up and maintaining a separate MQ just for SDSF. From what I've read it is only used to provide sysplex support for the device panels, for browse, and for the SYSLOG panel. Since I've supported logging onto multiple LPARs with the same userid (same mas or different mas in same plex) forever anyone can just logon to the other system to use the device panels or look at syslog or output. In the case of syslog, I have had OPERLOG in place also for years so that lets someone view the log of another system in the plex that does not share the spool. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: DFSMSDSS V1R07.0 and the CONCURRENT parameter
All of your suggestions make sense. However, you really should address the main culprit here, namely the HW*.** in your include. This, effectively, causes DSS to search all of your catalogs via SVC 26. This approach, as I recall from SHARE, causes catalog reorientation, security processing, serialization, etc., for each SVC 26 call. This is an expensive process, which, among other things, ties up the DASD cache for the duration of the backup process when concurrent is specified. If you can reduce the high-level qualifiers specified (i.e., HW* replaced by HW1, HW2, ..., HWzz), this would help. Also, segregating the include into multiples, then running them in parallel (using multiple output tapes, of course), would also help. -- 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: z10 LSPR
Yup, I'm back. Clark Kidd had been monitoring IBM-Main for me for the last couple of years, but I started back last week. I see that people still head off in bizarre directions (i.e. SHARE handouts), but this is still one of the best forums I know of where people really help out other people. Cheers! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Tuesday, March 04, 2008 2:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z10 LSPR Welcome back Cheryl - seems to have been a while. Shane ... On Tue, 2008-03-04 at 01:06 -0500, Cheryl Walker wrote: -- 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: COBOL Java Ldap and between
Rob Schramm asks: I haven't looked this up... but is the license for the IBM Metal C mor= e attractive to the customers that may have balked at the IBM C/C++ compiler? Since the topic is COBOL calling COBOL to invoke a Java method, C and C++ are not needed and are irrelevant to the question. It is not bad to learn this stuff about the different C compilers, but no C or C++ is (or was ever) needed to invoke Java directly from Enterprise COBOL. Cheers, TomR COBOL is the Language of the Future! -- 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
Metal C Question (was COBOL Java Ldap and between)
Ok Tom, then let me rephrase as a topic drift. Does anyone know if the license for the IBM Metal C is more attractive to the customers that may have balked at the IBM C/C++ compiler? -Rob Schramm -- 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
No IOS070E MOUNT PENDING Messages Under z/OS 1.9
Someone just pointed out to me that our z/OS 1.9 systems have never issued IOS070E MOUNT PENDING messages. I searched the log history and confirmed. We used to get these messages all the time on older z/OS releases. We trap them and forward as an instant message reminder to our tape person. (No robots here!) I issued D IOS,MIH and it says MOUNTMSG=YES. The IECIOSxx parmlib member is the same one we used under z/OS 1.8 and earlier. Did I miss a new parameter somewhere? Has anyone else experienced this? -- 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: Metal C Question (was COBOL Java Ldap and between)
Rob Schramm wrote: Does anyone know if the license for the IBM Metal C is more attractive to the customers that may have balked at the IBM C/C++ compiler? AFAIK, METAL is an option not a compiler. -- 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: Metal C Question (was COBOL Java Ldap and between)
AFAIK, METAL is an option not a compiler That is correct. Bob Shannon Rocket Software -- 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: DFSMSDSS V1R07.0 and the CONCURRENT parameter
Hi John, Thanks for the feedback.. We will implement your suggestions too but based on the job log output, it took about 5 minutes to do the dataset filtering : 23.35.51 JOB10904 -STEPNAME PROCSTEPRC EXCP CONNTCBSRB CLOCK 23.35.51 JOB10904 -ESPCCCHK 00 45 24.00.00 .0 23.35.51 JOB10904 IEF233A M 1703,PRIVAT,SL,HWGGBK2P,STEP010, 818 818 HWG.HWGGDDSU.DSTRPROD.OFFSITE.G2168V00 23.35.51 JOB10904 *IEF233A M 1803,PRIVAT,SL,HWGGBK2P,STEP010, 819 819 HWG.HWGGDDSU.DSTRPROD.ONSITE.G1957V00 23.40.14 JOB10904 IEC705I TAPE ON 1703,501156,SL,COMP,HWGGBK2P,STEP010,HWG.HWGG 23.40.19 JOB10904 IEC705I TAPE ON 1803,600128,SL,COMP,HWGGBK2P,STEP010,HWG.HWGG 23.41.33 JOB10904 ADR801I (001)-DTDSC(01), DATA SET FILTERING IS COMPLETE. 9595 081 DATA SETS WERE SELECTED: 0 FAILED SERIALIZATION AND 0 FAILED 081 REASONS. 23.41.33 JOB10904 ADR734I (001)-DTDSC(01), 2008.063 23:41:33 CONCURRENT COPY 0 082 INITIALIZATION SUCCESSFUL FOR 9595 OF 9595 SELECTED DATA SETS 082 SERIALIZATION FOR THIS DATA IS RELEASED IF DFSMSDSS HELD IT. 082 INTERMEDIATE RETURN CODE IS . 07.28.57 JOB10904 TUESDAY, 04 MAR 2008 07.28.57 JOB10904 IEC205I ONSITE,HWGGBK2P,STEP010,FILESEQ=1, COMPLETE VOLUM 169 DSN=HWG.HWGGDDSU.DSTRPROD.ONSITE.G1957V00,VOLS=600128, 169 TOTALBLOCKS=2618182 07.28.59 JOB10904 IEC205I OFFSITE,HWGGBK2P,STEP010,FILESEQ=1, COMPLETE VOLU 170 DSN=HWG.HWGGDDSU.DSTRPROD.OFFSITE.G2168V00,VOLS=501156, 170 TOTALBLOCKS=2618184 07.28.59 JOB10904 IEF450I HWGGBK2P STEP010 - ABEND=S222 U REASON= 171 TIME=07.28.59 07.28.59 JOB10904 IEF234E K 1703,501156,PVT,HWGGBK2P,STEP010 07.29.01 JOB10904 IEF234E K 1803,600128,PVT,HWGGBK2P,STEP010 07.29.01 JOB10904 -STEP010 *S222 5269K 18076K 2.32 4.82 473.1 07.29.01 JOB10904 -HWGGBK2P ENDED. NAME-DATA.CONTROL TOTAL TCB CPU TIM 07.29.01 JOB10904 $HASP395 HWGGBK2P ENDED Anton On Wed, 5 Mar 2008 11:14:34 -0600, John Laubenheimer [EMAIL PROTECTED] wrote: All of your suggestions make sense. However, you really should address the main culprit here, namely the HW*.** in your include. This, effectively, causes DSS to search all of your catalogs via SVC 26. This approach, as I recall from SHARE, causes catalog reorientation, security processing, serialization, etc., for each SVC 26 call. This is an expensive process, which, among other things, ties up the DASD cache for the duration of the backup process when concurrent is specified. If you can reduce the high-level qualifiers specified (i.e., HW* replaced by HW1, HW2, ..., HWzz), this would help. Also, segregating the include into multiples, then running them in parallel (using multiple output tapes, of course), would also help. -- 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: Cancelling a job with SDSF in a sysplex.
We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? Yes: 1. This has already been answered, today. 2. You don't need MQ for this function. 3. RMF Monitor I is sufficient. 4. You have to be in the same MAS. - Too busy driving to stop for gas! -- 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
dataset separation within a Storage Group
What is the best way to separate datasets within a storage group. Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** These are small files, and I hate to waste an entire volume to create another STG GROUP... just to isolate them... Thanks, Dave -- 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: DCF (was Re: System z10 announcement (in English))
Edward Jaffe wrote: What software do they use? It's a mixture of internal tools and some commercially-available SGML workstation products. I don't think the details are confidential, but I don't know them beyond what I just said. I briefly looked into using the workbench some time ago. Bob Wright - MVS Service Aids -- 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: dataset separation within a Storage Group
Dave Myers wrote: What is the best way to separate datasets within a storage group. Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** These are small files, and I hate to waste an entire volume to create another STG GROUP... just to isolate them... Thanks, Dave -- 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 Assign them a storage class with the guaranteed space attribute and let applications specify the volumes they want the datasets on. -- Mark Jacobs Time Customer Service Tampa, FL The dogmas of the quiet past are inadequate to the stormy present. The occasion is piled high with difficulty, and we must rise to the occasion. We cannot escape history. We will be remembered in spite of ourselves. The fiery trial through which we pass will light us down in honor or dishonor, to the last generation. Abraham Lincoln -- 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
Message ACC20210 - who issues
Is anyone familiar with messages ACC20210-A ADDVOL FOR DD=SYS4 DSN=T.RA.VIB.DXX.SXX.Y.D08065.T47259 VOL=SUSR01 POOL=ACTIONT EXT=16 ACC20600-A VOLUME * WAS ADDED TO DATA SET I know that it is a product that is here but I don't know which one. Goggle showed the message at a couple of sites but it was ancillary to sort problems. Reason that I'm looking is that it appears to have extended a PS dataset, with no DCLASS options, to 3 volumes after exhausting 15 extents on the previous volumes. Jack Kelly 202-502-2390 (Office) -- 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: dataset separation within a Storage Group
You could break up a large Stg group into 2 components, assign a.b.** to one of the components, assign a.c.** to the other and concatenate the 2 components for the rest of your allocations. or as Mark suggests let the apps people play storage administrator, something that historically speaking, they are not very good at. From: Dave Myers [mailto:[EMAIL PROTECTED] Sent: Wed 3/5/2008 2:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: dataset separation within a Storage Group What is the best way to separate datasets within a storage group. Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** These are small files, and I hate to waste an entire volume to create another STG GROUP... just to isolate them... Thanks, Dave -- 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: dataset separation within a Storage Group
Within a single storage group, the only way I can think to do it is with Guarunteed Space coding volser's. I wouldn't recommend it though. What kind of environment to you have? With Raid hardware, PAV's, etc., these datasets would have to be pretty hot to justify jumping through hoops to separate them. Has anyone looked at any performance data to determine if this is justified? Granted I'm not there to hear the discussions, but I have to wonder if applications is not operating on some very outdated assumptions. It might be to your benefit to take a look at their reasoning. ddk Dave Myers [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/05/2008 01:10 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject dataset separation within a Storage Group What is the best way to separate datasets within a storage group. Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** These are small files, and I hate to waste an entire volume to create another STG GROUP... just to isolate them... Thanks, Dave -- 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 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- 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: Message ACC20210 - who issues
This is probably DTS Software's SCC product. Storage Control Center. It is an improved STOPX37 product. It has rules that will monitor allocation and if needed add volumes to prevent space abends. Lizette Is anyone familiar with messages ACC20210-A ADDVOL FOR DD=SYS4 DSN=T.RA.VIB.DXX.SXX.Y.D08065.T47259 VOL=SUSR01 POOL=ACTIONT EXT=16 ACC20600-A VOLUME * WAS ADDED TO DATA SET I know that it is a product that is here but I don't know which one. Goggle showed the message at a couple of sites but it was ancillary to sort problems. Reason that I'm looking is that it appears to have extended a PS dataset, with no DCLASS options, to 3 volumes after exhausting 15 extents on the previous volumes. -- 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: Message ACC20210 - who issues
Good chance it's ACC/SRS from DTS Software Alan Schwartz Affiliated Computer Services -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Wednesday, March 05, 2008 1:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Message ACC20210 - who issues Is anyone familiar with messages ACC20210-A ADDVOL FOR DD=SYS4 DSN=T.RA.VIB.DXX.SXX.Y.D08065.T47259 VOL=SUSR01 POOL=ACTIONT EXT=16 ACC20600-A VOLUME * WAS ADDED TO DATA SET I know that it is a product that is here but I don't know which one. Goggle showed the message at a couple of sites but it was ancillary to sort problems. Reason that I'm looking is that it appears to have extended a PS dataset, with no DCLASS options, to 3 volumes after exhausting 15 extents on the previous volumes. Jack Kelly 202-502-2390 (Office) -- 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: dataset separation within a Storage Group
Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** Why? In an SMS environment, data management is supposed to be taken away from applications. As long as the data is responsive, protected, backed up, and meets business needs, they should not be involved. (Unless, of course, there are politics) - Too busy driving to stop for gas! -- 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: No IOS070E MOUNT PENDING Messages Under z/OS 1.9
On Wed, 5 Mar 2008 09:59:19 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: Someone just pointed out to me that our z/OS 1.9 systems have never issued IOS070E MOUNT PENDING messages. I searched the log history and confirmed. We used to get these messages all the time on older z/OS releases. We trap them and forward as an instant message reminder to our tape person. (No robots here!) I issued D IOS,MIH and it says MOUNTMSG=YES. The IECIOSxx parmlib member is the same one we used under z/OS 1.8 and earlier. Did I miss a new parameter somewhere? Has anyone else experienced this? What do you have specified or defaulted for MNTS? Did that change in recent years? I see the default is still documented as 3:00 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: Message ACC20210 - who issues
Thanks Alan and Lizette, that makes me feel less crazy. Jack Kelly 202-502-2390 (Office) Lizette Koehler [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/05/2008 02:28 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Message ACC20210 - who issues This is probably DTS Software's SCC product. Storage Control Center. It is an improved STOPX37 product. It has rules that will monitor allocation and if needed add volumes to prevent space abends. Lizette Is anyone familiar with messages ACC20210-A ADDVOL FOR DD=SYS4 DSN=T.RA.VIB.DXX.SXX.Y.D08065.T47259 VOL=SUSR01 POOL=ACTIONT EXT=16 ACC20600-A VOLUME * WAS ADDED TO DATA SET I know that it is a product that is here but I don't know which one. Goggle showed the message at a couple of sites but it was ancillary to sort problems. Reason that I'm looking is that it appears to have extended a PS dataset, with no DCLASS options, to 3 volumes after exhausting 15 extents on the previous volumes. -- 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: DATA1 -- 5771-ADA Print Product ???
We don't have this product but there is a reference to the character sets in http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzalu/rzalurefprt2hostfnt.htm: C0S0D224 GOTHIC TEXT 13 C0S0D225 GOTHIC TEXT 13 C0S0D226 GOTHIC BOLD 13 C0S0D227 GOTHIC ITAL 13 I also found these mentioned in the AFP font translate table member APSRFTBL in SAMPLIB. I think that the corresponding coded font names would be X0D224 X0D225 X0D226 and X0D227. Bill On Wed, 5 Mar 2008 07:16:51 -0600, Mark H. Young [EMAIL PROTECTED] wrote: Does anyone still have laying around somewhere the DATA1 print product, originally announced by IBM in 1984, and I think still available from IBM marketing? I am specifically looking for the FONT *d224*; if that's in your FONTLIB, and what the complete member name is? THANX and TTFN, Mark -- 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: z10 LSPR
BIZARRE is an understatement. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cheryl Walker Sent: Wednesday, March 05, 2008 SYSN 09:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z10 LSPR Yup, I'm back. Clark Kidd had been monitoring IBM-Main for me for the last couple of years, but I started back last week. I see that people still head off in bizarre directions (i.e. SHARE handouts), but this is still one of the best forums I know of where people really help out other people. Cheers! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Tuesday, March 04, 2008 2:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z10 LSPR Welcome back Cheryl - seems to have been a while. Shane ... On Tue, 2008-03-04 at 01:06 -0500, Cheryl Walker wrote: -- 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 -- 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: DATA1 -- 5771-ADA Print Product ???
Better URL: http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzalu/rzalurefprt2hostfnt.htm (removing the trailing ':'). On Wed, 5 Mar 2008 13:38:15 -0600, Big Iron [EMAIL PROTECTED] wrote: We don't have this product but there is a reference to the character sets in http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzalu/rzalurefprt2hostfnt.htm: C0S0D224 GOTHIC TEXT 13 C0S0D225 GOTHIC TEXT 13 C0S0D226 GOTHIC BOLD 13 C0S0D227 GOTHIC ITAL 13 I also found these mentioned in the AFP font translate table member APSRFTBL in SAMPLIB. I think that the corresponding coded font names would be X0D224 X0D225 X0D226 and X0D227. Bill On Wed, 5 Mar 2008 07:16:51 -0600, Mark H. Young [EMAIL PROTECTED] wrote: Does anyone still have laying around somewhere the DATA1 print product, originally announced by IBM in 1984, and I think still available from IBM marketing? I am specifically looking for the FONT *d224*; if that's in your FONTLIB, and what the complete member name is? THANX and TTFN, Mark -- 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: DCF (was Re: System z10 announcement (in English))
In a message dated 3/5/2008 1:17:11 P.M. Central Standard Time, [EMAIL PROTECTED] writes: workstation products. I don't think the details are confidential, but I don't know them beyond what I just said. I briefly looked into using the workbench some time ago. But isn't the z/OS Book Mangler stuff still in DCF format and authorizes itself for printing? **It's Tax Time! Get tips, forms, and advice on AOL Money Finance. (http://money.aol.com/tax?NCID=aolprf000301) -- 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: No IOS070E MOUNT PENDING Messages Under z/OS 1.9
Mark Zelden wrote: What do you have specified or defaulted for MNTS? Did that change in recent years? I see the default is still documented as 3:00 IOS086I 09.46.38 MIH AND IOT TIMES 889 MOUNTMSG = YES,HALT=00:05, MNTS=03:00, UREC=03:00, DASD=00:15, TAPE=03:00, GRAF=03:00, CTC =03:00, COMM=03:00, CHAR=03:00, IOTDASD=00:00, -- 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: No IOS070E MOUNT PENDING Messages Under z/OS 1.9
On Wed, 5 Mar 2008 09:59:19 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: Someone just pointed out to me that our z/OS 1.9 systems have never issued IOS070E MOUNT PENDING messages. I searched the log history and confirmed. We used to get these messages all the time on older z/OS releases. We trap them and forward as an instant message reminder to our tape person. (No robots here!) I issued D IOS,MIH and it says MOUNTMSG=YES. The IECIOSxx parmlib member is the same one we used under z/OS 1.8 and earlier. Did I miss a new parameter somewhere? Has anyone else experienced this? I don't get IOS070E MOUNT PENDING messages on my 1.9 system either. Regards, John K -- 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: SDSF User Manual
On Wed, 5 Mar 2008 07:38:59 -0600, Walt Farrell [EMAIL PROTECTED] wrote: Yes, a tutorial would be nice, but I've always found the basic help info sufficient. YMMV, of course. So there is a tutorial in SDSF. I don't remember when it first appeared, but I thought I remembered seeing it a *long* time ago. It's just harder to find now if you don't know about it (obviously considering this thread). If you hit PF1 at the main menu, it's not listed as an option on the Table of Contents (hello???). It is on the HELP pull down menu and in the index under T. You can also type TUTOR in the command input line. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: dataset separation within a Storage Group
Dave, What is the best way to separate datasets within a storage group. Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** These are small files, and I hate to waste an entire volume to create another STG GROUP... just to isolate them... If you allocate all three datasets in the same jobstep, they should be allocated to different volumes if there are enough candidate volumes in the storage group below the high allocation threshold. There is no guarantee unless you assign a special storage class with guaranteed space set to yes and you specify the volser for each dataset. Then you run the risk of not enough space on the volume for the dataset or you forget and removed the volser. Regards, John -- 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: No IOS070E MOUNT PENDING Messages Under z/OS 1.9
On Wed, 5 Mar 2008 12:00:20 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: Mark Zelden wrote: What do you have specified or defaulted for MNTS? Did that change in recent years? I see the default is still documented as 3:00 IOS086I 09.46.38 MIH AND IOT TIMES 889 MOUNTMSG = YES,HALT=00:05, MNTS=03:00, UREC=03:00, DASD=00:15, TAPE=03:00, GRAF=03:00, CTC =03:00, COMM=03:00, CHAR=03:00, IOTDASD=00:00, Looks like it's time to open a PMR (I just did a quick IBMLINK search and came up empty). Please post your results. I am very interested also because we have not rolled out 1.9 yet but will be doing so soon. I have MNTS set to 12 minutes (because it could take that long to recall a virtual tape from the back end) and we have automation in place to alert operations of possible virtual tape issues if the mount pending message is displayed. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS 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: SV: SV: Debug Tool know how...
Thomas Berg wrote: -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Don Leahy Skickat: den 5 mars 2008 17:40 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Debug Tool know how... On Wed, Mar 5, 2008 at 9:15 AM, Thomas Berg [EMAIL PROTECTED] wrote: [mailto:[EMAIL PROTECTED] För Don Leahy Skickat: den 5 mars 2008 14:49 We runs ver 7.1 (upgraded recently from 6.1). If You have some examples of AT CHANGE and LIST with qualified variables I would be pleased if You can send any to me. BTW, I'm trying to use this code in pre-saved PDS-members to be run automatically in DT, if that make any difference. Thanks, Thomas Fully qualified names work for me: AT LABEL CXXMU21::CXXMU21:CXXMU21:MAIN-OUTPUT Where CXXMU21 is my load module name. This also works for me: AT LABEL %BLOCK:MAIN-OUTPUT And so does AT LABEL %CU:MAIN-OUTPUT But not: AT LABEL %CU:%BLOCK:MAIN-OUTPUT and AT LABEL %LOAD::%CU:%BLOCK:MAIN-OUTPUT Thanks! Looks like what I'm coding. (Except that I use AT CHANGE.) Is that C++ modules ? Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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 Thomas, Some experiments with AT CHANGE confirm Don's observations about qualified names in COBOL. I've found that the Debug Tool 7.1 seems to allow at most one variable-based name, provided it's the first name reference in a series of name references. E.g., for a variable named xyz, in block blk1, in compile unit comp1, in load module lm1, you can successfully follow AT CHANGE with: lm1::comp1:blk1:xyz [no debug tool variables] %block:xyz[block qualification variable] %cu:blk1:xyz [compile unit qualification variable] %cu:xyz [compile unit qualification, omitting block specification] %load::blk1:xyz[load module qualification, with block name] %load::comp1:xyz[load module qualification, with compile unit name] %load::comp1:blk1:xyz [load module qualification, with both compile unit and block name] Any attempt to precede a debug tool variable reference with either another debug tool variable reference, or an explicit load module / compile unit / block name seems to fail. I'm not sure whether this is a feature or a problem; as you've noted, the documentation leaves some room for interpretation. For what it's worth, in COBOL, the compile unit name is the first PROGRAM-ID in the source module. The block name is the same as the compile unit name, unless you are referencing variables defined in nested programs. A variable defined in a nested program's DATA DIVISION would have the block name of the nested program's PROGRAM-ID, but would have the compile unit name of the outermost program's PROGRAM-ID. Most typically (i.e., in the absence of nested programs), compile unit name and block name are the same, and you would normally only specify one of the two. Load module name is, of course, the member name of the executable program in the load library. Hope this helps, Hunter Cobb The Trainer's Friend, Inc. -- 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: No IOS070E MOUNT PENDING Messages Under z/OS 1.9
Mark Zelden wrote: Looks like it's time to open a PMR (I just did a quick IBMLINK search and came up empty). Please post your results. I am very interested also because we have not rolled out 1.9 yet but will be doing so soon. Record 53521,227,000 has been submitted. -- 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: Metal C Question (was COBOL Java Ldap and between)
Huh.. well.. I guess I am off to the manual/announcements. I was under the impression that it was separately ordered... not just a part of the existing C/C++ offering. I must have been engaging in wishful thinking. -Rob Schramm Sirius Computer Solutions AFAIK, METAL is an option not a compiler That is correct. Bob Shannon Rocket Software -- 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: Cancelling a job with SDSF in a sysplex.
On Wed, 5 Mar 2008 19:07:53 +, Ted MacNEIL [EMAIL PROTECTED] wrote: We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? Yes: 1. This has already been answered, today. 2. You don't need MQ for this function. 3. RMF Monitor I is sufficient. 4. You have to be in the same MAS. ... And while you are at it, take a look at the other actions available to you ... and everyone else. The Help goes on for a few screens. Look towards the end. Such as Z, for instance. Luckily, the generated commands pass through a command authority check (at least at our shop). 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
VTAM NetView Configuration
VTAM/Netview Gurus: Can anyone explain why we're getting the following messages when we start VTAM and how we might be able to eliminate them? I suspect it has something to do with the interaction between VTAM and NetView, but I'm stumped so far. IST1205I MANAGEMENT SERVICES TRANSPORT UNAVAILABLE IST1207I NETWORK MANAGEMENT IS INACTIVE We start VTAM before NetView. Is that backwards? Won't NetView complain if VTAM isn't up? TIA for your help. -- 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 NetView Configuration
I think when we used to use Netview that Netview came up before VTAM, so this would explain the messages. I believe that Netview should come up first from what I remember. C. Todd Burrell Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Peters Sent: Wednesday, March 05, 2008 4:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VTAM NetView Configuration VTAM/Netview Gurus: Can anyone explain why we're getting the following messages when we start VTAM and how we might be able to eliminate them? I suspect it has something to do with the interaction between VTAM and NetView, but I'm stumped so far. IST1205I MANAGEMENT SERVICES TRANSPORT UNAVAILABLE IST1207I NETWORK MANAGEMENT IS INACTIVE We start VTAM before NetView. Is that backwards? Won't NetView complain if VTAM isn't up? TIA for your help. -- 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: Setting up a service class for DDF
At 2008-03-04 10:01, Gary Diehl [EMAIL PROTECTED] wrote about Re: Setting up a service class for DDF to IBM-Main: We also started years ago with one or two DDF service classes, [snip] most effective has been to code a HI/MED/LOW setup [snip] each with ONE and ONLY ONE service class period [snip] We found that as DDF transactions moved from period to period, [snip] An extra item I'd like to point at is the type of DDF thread (Active vs. InActive modes) affects your goal choice/achievement. To quote the SysProgs guide to WLM RedBook (SG24-6472), In Active mode the enclave is classified when it starts. If the enclave is reused by different work with different goals, all work is assigned to the goal of the enclave; that is, it is classified using the characteristic of the first work joining the enclave. and Because threads that are always active do not terminate the enclave and thus do not reset the performance period to the first period, a long-running thread always ends up in the last performance period. Any new business units of work that use that thread will suffer the performance consequences. This makes performance periods unattractive for long-running threads. For always active threads, therefore, use velocity goals and use a single-period Service Class. 'course, *we're* still using Active DDF threads here; likely for historical reasons. However, the next time the DBAs clients complain of response problems when some MS-Access thread decides to join draw-down 15 entire tables, my first response will start, Well, you know we could change our threads and ... *grin* (The 2nd idea will be for them to decide which plans/packages should be moved to less aggressive Service Classes.) -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- 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: dataset separation within a Storage Group
Ted MacNEIL wrote: Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** Why? In an SMS environment, data management is supposed to be taken away from applications. As long as the data is responsive, protected, backed up, and meets business needs, they should not be involved. (Unless, of course, there are politics) There is a method in SMS to separate the datasets. However - it does work on CU basis, not on volume basis (which consistent with assumptions - to isolate failures) - it isn't convenient (my opinion, and other SMS admins I know) - it is rarely in use (see above). BTW: I fully support Ted's opinion about application role here. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- 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
SV: SV: SV: Debug Tool know how...
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Hunter Cobb Skickat: den 5 mars 2008 21:28 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: SV: Debug Tool know how... Thomas, Some experiments with AT CHANGE confirm Don's observations about qualified names in COBOL. I've found that the Debug Tool 7.1 seems to allow at most one variable-based name, provided it's the first name reference in a series of name references. E.g., for a variable named xyz, in block blk1, in compile unit comp1, in load module lm1, you can successfully follow AT CHANGE with: lm1::comp1:blk1:xyz [no debug tool variables] %block:xyz[block qualification variable] %cu:blk1:xyz [compile unit qualification variable] %cu:xyz [compile unit qualification, omitting block specification %load::blk1:xyz[load module qualification, with block name] %load::comp1:xyz[load module qualification, with compile unit name] %load::comp1:blk1:xyz [load module qualification, with both compile unit and block name] Any attempt to precede a debug tool variable reference with either another debug tool variable reference, or an explicit load module / compile unit / block name seems to fail. I'm not sure whether this is a feature or a problem; as you've noted, the documentation leaves some room for interpretation. This seems to contradict Your first (succesfully) example ? Or do I missinterpret You ? For what it's worth, in COBOL, the compile unit name is the first PROGRAM-ID in the source module. The block name is the same as the compile unit name, unless you are referencing variables defined in nested programs. A variable defined in a nested program's DATA DIVISION would have the block name of the nested program's PROGRAM-ID, but would have the compile unit name of the outermost program's PROGRAM-ID. Most typically (i.e., in the absence of nested programs), compile unit name and block name are the same, and you would normally only specify one of the two. Load module name is, of course, the member name of the executable program in the load library. Hope this helps, Hunter Cobb The Trainer's Friend, Inc. Many thanks for the help! (With the use of AT ENTRY I made some progress...) But how do ordinary cobol qualification work ? Like xyz OF abc OF ghi etc. I don't seem to get it right, despite profreading the variable names and quals in the program. Do DT require ALL quals for a variable ? Like xyz OF abc OF def OF ghi OF jkl despite that xyz OF abc OF ghi would be enough unique for COBOL. (It's now quite late here, I will continue tomorrow.) A part of my log: ... * The ENTRY SISGB10 :: SISGB10 breakpoint is replaced. AT ENTRY SISMB10 PERFORM QUALIFY CU SISMB10 ; AT CHANGE WB20-CLNR-XX OF WB20-IMPORT-AVTAL-EV OF SISMB20-DS PERFORM LIST WB20-CLNR-XX OF WB20-IMPORT-AVTAL-EV OF SISMB20-DS ; END-PERFORM ; AT CHANGE WB20-CLNR-LIKV-XX OF WB20-IMPORT-EV OF SISMB20-DS PERFORM LIST WB20-CLNR-LIKV-XX OF WB20-IMPORT-EV OF SISMB20-DS ; END-PERFORM ; AT CHANGE CLNR-LIKV OF MOD-BUFFER PERFORM LIST CLNR-LIKV OF MOD-BUFFER ; END-PERFORM ; END-PERFORM ; * The Entry breakpoint command for SISMB10 : SISMB10 has been * deferred until the CU appears. * The ENTRY SISMB10 breakpoint is replaced. * *** Commands file commands end *** GO ; GO ; * The variable WB20-CLNR-XX is undefined or is incorrectly * qualified. GO ; * The variable WB20-CLNR-LIKV-XX is undefined or is incorrectly * qualified. GO ; * The variable WB20-CLNR-XX is undefined or
Re: SDSF User Manual
More SDSF tutorial information at http://www-03.ibm.com/servers/eserver/zseries/zos/sdsf/pdf/sdsf_overview.pdf George Fogg -- 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: SDSF User Manual
In a message dated 3/5/2008 4:32:05 P.M. Central Standard Time, [EMAIL PROTECTED] writes: _http://www-03.ibm.com/servers/eserver/zseries/zos/sdsf/pdf/sdsf_overview.pdf_ (http://www-03.ibm.com/servers/eserver/zseries/zos/sdsf/pdf/sdsf_overview.pdf) Or you can just stop after the /sdsf/ and get the whole thing? **It's Tax Time! Get tips, forms, and advice on AOL Money Finance. (http://money.aol.com/tax?NCID=aolprf000301) -- 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
Debug Tool know how...
If it turns out that there is something that Debug Tool can't do - that you think it should, I just wanted to let all of you know that the LNGC project at SHARE is now accepting (processing) requirements against that product. If you are a SHARE member and would like to enhance Debug Tool (for example to precede a debug tool variable reference with either another debug tool variable reference, or an explicit load module / compile unit / block name Please consider submitting a LNGC SHARE requirement. If you need assistance in doing this, please feel free to contact me off-list at wmklein at ix.netcom.com and I can help you get started. P.S. LNGC is now also accepting requirements against: - Fault Analyzer - File Manager - RDz (replacement for WDz and WSED) - Debut Tool (advanced and utilities) Thomas Berg [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]. .. -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Hunter Cobb Skickat: den 5 mars 2008 21:28 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: SV: Debug Tool know how... Thomas, Some experiments with AT CHANGE confirm Don's observations about qualified names in COBOL. I've found that the Debug Tool 7.1 seems to allow at most one variable-based name, provided it's the first name reference in a series of name references. E.g., for a variable named xyz, in block blk1, in compile unit comp1, in load module lm1, you can successfully follow AT CHANGE with: lm1::comp1:blk1:xyz [no debug tool variables] %block:xyz[block qualification variable] %cu:blk1:xyz [compile unit qualification variable] %cu:xyz [compile unit qualification, omitting block specification %load::blk1:xyz[load module qualification, with block name] %load::comp1:xyz[load module qualification, with compile unit name] %load::comp1:blk1:xyz [load module qualification, with both compile unit and block name] Any attempt to precede a debug tool variable reference with either another debug tool variable reference, or an explicit load module / compile unit / block name seems to fail. I'm not sure whether this is a feature or a problem; as you've noted, the documentation leaves some room for interpretation. This seems to contradict Your first (succesfully) example ? Or do I missinterpret You ? For what it's worth, in COBOL, the compile unit name is the first PROGRAM-ID in the source module. The block name is the same as the compile unit name, unless you are referencing variables defined in nested programs. A variable defined in a nested program's DATA DIVISION would have the block name of the nested program's PROGRAM-ID, but would have the compile unit name of the outermost program's PROGRAM-ID. Most typically (i.e., in the absence of nested programs), compile unit name and block name are the same, and you would normally only specify one of the two. Load module name is, of course, the member name of the executable program in the load library. Hope this helps, Hunter Cobb The Trainer's Friend, Inc. Many thanks for the help! (With the use of AT ENTRY I made some progress...) But how do ordinary cobol qualification work ? Like xyz OF abc OF ghi etc. I don't seem to get it right, despite profreading the variable names and quals in the program. Do DT require ALL quals for a variable ? Like xyz OF abc OF def OF ghi OF jkl despite that xyz OF abc OF ghi would be enough unique for COBOL. (It's now quite late here, I will continue tomorrow.) A part of my log: ... * The ENTRY SISGB10 :: SISGB10 breakpoint is replaced. AT ENTRY SISMB10 PERFORM QUALIFY CU SISMB10 ; AT CHANGE WB20-CLNR-XX OF WB20-IMPORT-AVTAL-EV OF SISMB20-DS PERFORM LIST WB20-CLNR-XX OF WB20-IMPORT-AVTAL-EV OF SISMB20-DS ; END-PERFORM ; AT CHANGE WB20-CLNR-LIKV-XX OF WB20-IMPORT-EV OF SISMB20-DS PERFORM LIST WB20-CLNR-LIKV-XX OF WB20-IMPORT-EV OF SISMB20-DS ; END-PERFORM ; AT CHANGE CLNR-LIKV OF MOD-BUFFER PERFORM LIST CLNR-LIKV OF MOD-BUFFER ;
Re: SV: SV: SV: Debug Tool know how...
The first example has no debug tool variables (strings that begin with a %); debug tool seems to be happy with explicit names in various combinations, it's only when you attempt to use a debug tool variable that it gets fussy. The only time I found a problem with explicit names (not sure it qualifies as a problem) was when I specified the load module name (either explicitly named, or via %LOAD) and the variable name, with no intervening compile unit or block names. In that case, debug tool was unhappy. Hunter Cobb The Trainer's Friend, Inc. - Thomas Berg wrote: -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Hunter Cobb Skickat: den 5 mars 2008 21:28 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: SV: Debug Tool know how... Thomas, Some experiments with AT CHANGE confirm Don's observations about qualified names in COBOL. I've found that the Debug Tool 7.1 seems to allow at most one variable-based name, provided it's the first name reference in a series of name references. E.g., for a variable named xyz, in block blk1, in compile unit comp1, in load module lm1, you can successfully follow AT CHANGE with: lm1::comp1:blk1:xyz [no debug tool variables] %block:xyz[block qualification variable] %cu:blk1:xyz [compile unit qualification variable] %cu:xyz [compile unit qualification, omitting block specification %load::blk1:xyz[load module qualification, with block name] %load::comp1:xyz[load module qualification, with compile unit name] %load::comp1:blk1:xyz [load module qualification, with both compile unit and block name] Any attempt to precede a debug tool variable reference with either another debug tool variable reference, or an explicit load module / compile unit / block name seems to fail. I'm not sure whether this is a feature or a problem; as you've noted, the documentation leaves some room for interpretation. This seems to contradict Your first (succesfully) example ? Or do I missinterpret You ? For what it's worth, in COBOL, the compile unit name is the first PROGRAM-ID in the source module. The block name is the same as the compile unit name, unless you are referencing variables defined in nested programs. A variable defined in a nested program's DATA DIVISION would have the block name of the nested program's PROGRAM-ID, but would have the compile unit name of the outermost program's PROGRAM-ID. Most typically (i.e., in the absence of nested programs), compile unit name and block name are the same, and you would normally only specify one of the two. Load module name is, of course, the member name of the executable program in the load library. Hope this helps, Hunter Cobb The Trainer's Friend, Inc. Many thanks for the help! (With the use of AT ENTRY I made some progress...) But how do ordinary cobol qualification work ? Like xyz OF abc OF ghi etc. I don't seem to get it right, despite profreading the variable names and quals in the program. Do DT require ALL quals for a variable ? Like xyz OF abc OF def OF ghi OF jkl despite that xyz OF abc OF ghi would be enough unique for COBOL. (It's now quite late here, I will continue tomorrow.) A part of my log: ... * The ENTRY SISGB10 :: SISGB10 breakpoint is replaced. AT ENTRY SISMB10 PERFORM QUALIFY CU SISMB10 ; AT CHANGE WB20-CLNR-XX OF WB20-IMPORT-AVTAL-EV OF SISMB20-DS PERFORM LIST WB20-CLNR-XX OF WB20-IMPORT-AVTAL-EV OF SISMB20-DS ; END-PERFORM ; AT CHANGE WB20-CLNR-LIKV-XX OF WB20-IMPORT-EV OF SISMB20-DS PERFORM LIST WB20-CLNR-LIKV-XX OF WB20-IMPORT-EV OF SISMB20-DS ; END-PERFORM ; AT CHANGE CLNR-LIKV OF MOD-BUFFER PERFORM LIST CLNR-LIKV OF MOD-BUFFER ; END-PERFORM ; END-PERFORM ; * The Entry breakpoint command for SISMB10 : SISMB10 has been * deferred until the CU appears. * The ENTRY SISMB10 breakpoint is replaced. * *** Commands file commands end *** GO ;
Re: GRS RESMIL SETTING
On Wed, 2008-03-05 at 08:21 -0600, Scott Fagen wrote: Some things that seemed to make sense. Pretty good guess-work for some-one who doesn't work for IBM, I'd reckon ... :0) Shane... -- 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 NetView Configuration
On Wed, 5 Mar 2008 16:37:54 -0500, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) [EMAIL PROTECTED] wrote: I think when we used to use Netview that Netview came up before VTAM, so this would explain the messages. I believe that Netview should come up first from what I remember. ... We start VTAM before NetView. Is that backwards? Won't NetView complain if VTAM isn't up? ... It doesn't really matter which comes up first. If NetView comes up before VTAM it retries opening some of its VTAM ACBs every so often (once a minute?). Once VTAM is up and has activated NetView's appl defs, the OPENs will succeed. If VTAM comes up first it tries contacting NetView via NetView's program-to-program interface - part of NetView's SSI address space. If the SSI address space or the main NetView address space is not up, VTAM issues IST1205I and tries again later. Either way you get nastygrams. Everything is fine once both VTAM, NetView, and NetView's SSI are all up. 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: VTAM NetView Configuration
If you are not already a member, all the NetView people hang out at http://groups.yahoo.com/group/NetView/ You can subscribe via e-mail without having to sign-up for a Yahoo account. To subscribe to this group, send an email to: [EMAIL PROTECTED] Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) - Original Message From: Gary Peters [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, March 5, 2008 4:24:18 PM Subject: VTAM NetView Configuration VTAM/Netview Gurus: Can anyone explain why we're getting the following messages when we start VTAM and how we might be able to eliminate them? I suspect it has something to do with the interaction between VTAM and NetView, but I'm stumped so far. IST1205I MANAGEMENT SERVICES TRANSPORT UNAVAILABLE IST1207I NETWORK MANAGEMENT IS INACTIVE We start VTAM before NetView. Is that backwards? Won't NetView complain if VTAM isn't up? TIA for your help. -- 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: GRS RESMIL SETTING
On Thu, 6 Mar 2008 09:29:22 +1000, Shane [EMAIL PROTECTED] wrote: On Wed, 2008-03-05 at 08:21 -0600, Scott Fagen wrote: Some things that seemed to make sense. Pretty good guess-work for some-one who doesn't work for IBM, I'd reckon ... :0) Shane... I was going to say that almost anyone could figure it out from the Planning: GRS book (http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g460/), but after reading 3.2.2.2.3 Residency time value (RESMIL), I can now understand the confusion that was the genesis of this thread. Do I have to accept some responsibility for that unreadable mess, Shane? Scott Fagen Enterprise Systems Management -- 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: How to obtain CF Level Information programmatically
On Wed, 5 Mar 2008 09:27:28 -0500, Rob Scott [EMAIL PROTECTED] wrote: You can use the IXCQUERY macro There is a whole book in z/OS bookshelf dedicated to the sysplex services that you can call. You can if you are supervisor state or key 0-7. A poor man's way might be to use REXX and address 'CONSOLE'. The D CF command returns a spew of: IXL150I 21.53.45 DISPLAY CF 473 COUPLING FACILITY xx.yyy.zzz PARTITION: 0F CPCID: nn CONTROL UNIT ID: NAMED cfname COUPLING FACILITY SPACE UTILIZATION ALLOCATED SPACE DUMP SPACE UTILIZATION STRUCTURES: nnn KSTRUCTURE DUMP TABLES: n K DUMP SPACE: K TABLE COUNT: n FREE SPACE: nnn K FREE DUMP SPACE: K TOTAL SPACE: nnn K TOTAL DUMP SPACE: K MAX REQUESTED DUMP SPACE: n K VOLATILE: YESSTORAGE INCREMENT SIZE:nnn K CFLEVEL:zz CFCC RELEASE qq.rr, SERVICE LEVEL ss.tt BUILT ON mm/dd/ AT hh:mm:ss COUPLING FACILITY HAS s SHARED AND d DEDICATED PROCESSORS DYNAMIC CF DISPATCHING: nn and blah blah blah... You can parse the result, looking for the CFLEVEL line... Scott Fagen Enterprise Systems Management -- 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
[no subject]
Walt, True, but a -user- does not convert from SDSF security to RACF. The system programmer does that, and he does not do it by reading a user manual, but rather by reading the boo,k intended for system programmers, SDSF Operations and Customization. my bad. I think that SDSF Operations and Customization is the *only* SDSF book that still gets updated and is still around (plus was mentioned in other posts with a different suffix) so that I didn't realize that 'SDSF User Manual' was actually the name of a book way back when. Oh, and I didn't mean to imply that operations and customization is insufficient for the conversion, just that I had looked at that in the past and was overwhelmed with a) the stuff that would need to be done and b) the 'political' stuff in the installation (meaning to find someone who can say if an sdsf permission is really needed for a group or not) to actually *do* the conversion. (You can tell by that that I am more or less tasked with doing the conversion :-) ) Best regards, Barbara -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- 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: GRS RESMIL SETTING
On Wed, 2008-03-05 at 20:45 -0600, Scott Fagen wrote: I was going to say that almost anyone could figure it out from the Planning: GRS book, but after reading 3.2.2.2.3 Residency time value (RESMIL), I can now understand the confusion that was the genesis of this thread. Do I have to accept some responsibility for that unreadable mess, Shane? Why don't you submit an RCF ... ;0) Ah, to see their faces when that arrives. Shane ... -- 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: SDSF User Manual
resend with a subject, sorry about that! Walt, True, but a -user- does not convert from SDSF security to RACF. The system programmer does that, and he does not do it by reading a user manual, but rather by reading the boo,k intended for system programmers, SDSF Operations and Customization. my bad. I think that SDSF Operations and Customization is the *only* SDSF book that still gets updated and is still around (plus was mentioned in other posts with a different suffix) so that I didn't realize that 'SDSF User Manual' was actually the name of a book way back when. Oh, and I didn't mean to imply that operations and customization is insufficient for the conversion, just that I had looked at that in the past and was overwhelmed with a) the stuff that would need to be done and b) the 'political' stuff in the installation (meaning to find someone who can say if an sdsf permission is really needed for a group or not) to actually *do* the conversion. (You can tell by that that I am more or less tasked with doing the conversion :-) ) Best regards, Barbara -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- 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
SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152
Hi all, In order to collect more SMF record for CICS, I try to collect SMF record on one large data set (DSNTYPE=LARGE), An error IEC143I-17 is issued. Is that means the IEFSMFDP cannot read data set has more than 65535 tracks? or large data set? Tommy -- 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
Hanging command
Yesterday I had occcasion to use the CMDS command extensively. I noticed (under 1.8) what I had already seen under 1.6: CMDS S,ID=1 MATCHING COMMANDS EXECUTING: 1 COMMAND NAME: SET COMMAND ID:1 SET SLIP=00 CLASS: M1 ISSUER: *MASTER*,A=0001 STARTED AT: 2008/062 01.15.22 C MATCHING COMMANDS WAITING FOR EXECUTION: 0 Does anyone else see this? Is it normal that the tcb under which this command executed is still around? This is the first command out of IEACMD00 in sys1.parmlib, with this order of parmlibs: SYS1.sysname..PARMLIB (system-specific stuff) SYS1.PARMLIB (sysplex-specific stuff) SYS1.IBM.PARMLIB (IBM defaults) SYS1.SHASPARM(jes2) regards, Barbara Nitz -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[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: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152
It works, but IFASMFDP is not the most modern program in the arsenal. SORT(either one) might be a better choice for your needs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tommy Tsui Sent: Wednesday, March 05, 2008 10:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152 Hi all, In order to collect more SMF record for CICS, I try to collect SMF record on one large data set (DSNTYPE=LARGE), An error IEC143I-17 is issued. Is that means the IEFSMFDP cannot read data set has more than 65535 tracks? or large data set? Tommy -- 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
