Agenda available: Invitation free zHero Workshop in Düsseldorf Germany Sept. 18th-20th
Free parallel sessions - most with Hands-On Labs featuring: WebSphere Message Broker Intro - with Labs (Set Up on z/OS and create simple message flow) Business Rules based on WebSphere ILOG - with Hands on for Rule Designer and Deployment Best of IMS Workshops - with Hands on (e.g. IMS apps in Java, COBOL/Java + PLI/Java Interoperability) Agile Development on System z - with Hands on for Jazz/RTC Monitoring + Asset Management - Presentations with Demo for Omegamon and Asset Management CICS - Presentations and Demo CICSPlex System Manager SuperCEMT, SuperCEDA, CICSTools Followed by a get together event. The complete agenda (e.g. for Sept 19th) can be found here: http://www-05.ibm.com/de/events/fromzerotozhero/2012/agenda-19.html Please register soon as seats for Hand-on Labs are limited to the number of Laptops available. Thanks, D Gaebler. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
smf exits IEF29 / IEFACTRT
Installing z/os 1.13, have assembled these 2 exits, and IPled but they are not working. They were linked into SYS1.LPALIB, Any difference with these exits as compared to Z/OS 1.11 which is our current system is running. IEFU29 - smf switch IEFACTRT - step return code detail in jeslog SMF parms SYS(NOTYPE(14:19,62:69,99),EXITS(IEFU83,IEFU84,IEFACTRT, IEFUSI,IEFUJI,IEFU29),NOINTERVAL,NODETAIL) SUBSYS(STC,EXITS(IEFU29,IEFU83,IEFU84,IEFUJP,IEFUSO,IEFACTRT), INTERVAL(SMF,SYNC)) Thanks, Tim Brown Supervisor Computer Operations Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: mailto:tbr...@cenhud.com tbr...@cenhud.com mailto:tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Friday: What you've been waiting for! Build an 80 column punched card reader!
For the truly strange hardware hackers among us. Hardware: http://codeincluded.blogspot.co.nz/2012/07/punch-card-reader-hardware.html software: http://codeincluded.blogspot.co.nz/2012/07/punchcard-reader-software.html John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some IBM internet IP addresses changing on 26 Aug 2012
On 26 Jul 2012 17:59:22 -0700, in bit.listserv.ibm-main you wrote: In 2l301898lcsfh0l746t31qqovcfe36b...@4ax.com, on 07/25/2012 at 12:25 PM, Clark Morris cfmpub...@ns.sympatico.ca said: Why should customers have to be aware of this? Presumably firewall issues. I would agree so that is why I question the changing of IP addresses. If it was from V4 to V6, the change would be required and we would have to live with it. However, I view this change as customer surly. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM and CBRUXVNL - VOLUME NOT IN LIBRARY INSTALLATION EXIT
Karthick If it was the CA 1 version of the CBRUXVNL exit, the message would start with a CA 1 documented message ID. I don't see any message id here, which makes me believe this might be someone else's CBRUXVNL exit. And CA Allocate does not supply a CBRUXVNL exit, so that is not the cause either. CBRUXVNL is a simple link-list module, so your first step is to find out whose version is installed. If you have some type of link-list search tool (LNKSRCH for example) that can tell you which link-list library it is found in, you can then look for some eye-catcher. Russell Witt CA 1 L2 Support Manager Russ is correct ;-) The easiest process is to use ISRDDN in TSO and type LINKLIST on the command line. Then on the command line enter MEMBER CBRUXVNL. You may get a popup panel that asks a YES NO question. Enter YES. Then see where it finds the member in LINKLIST/LPALIB. My guess is you have this module in SYS1.LINKLIB and that when you browse it, it will not be the CA1 version. HTH Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Drowning in service units on z/os 1.13 after migrating from v1.11
On 07/26/2012 03:48 PM, Gerhard Adam wrote: I don't see anything that indicates resource consumption has increased, therefore the number of service units can't increase [except through calculation error]. Elapsed time also has to be accounted for by either increased resource consumption or increased wait time. Since there is no increase in resource consumption, then we have to conclude it is simply increased waiting. Again, service units will no increase. MSO is calculated using CPU service, so unless that goes up the numbers will no change. In the absence of a huge increase in the coefficients, it seems that it's simply a reporting bug. The increased elapsed time is a different problem. I would want to confirm that the reported service units matches a comparable report from RMF. Adam Not true. Service units contribution from MSO involves a PRODUCT of real memory usage and CPU usage. If memory usage goes up dramatically and CPU usage stays constant or even declines slightly, with MSO 0 this can significantly increase the service units. This can definitely happen if you go from a real-memory constrained environment where address spaces get all real pages that are not active trimmed from their working set to one with an abundance of real memory where many pages once referenced are retained in real memory even though no longer referenced. MSO 0 no longer makes sense when real memory is cheap and plentiful relative to CP seconds and you want to encourage rather than penalize practices and algorithms that use more real memory to reduce CP usage. But, less contention for real memory should, if anything, speed up job execution, and the perception is that jobs are taking longer elapsed time to run, not just using more SUs; so this seems an unlikely explanation for what the site is observing. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Drowning in service units on z/os 1.13 after migrating from v1.11
If memory usage goes up dramatically and CPU usage stays constant or even declines slightly, with MSO 0 this can significantly increase the service units. A 20x increase in memory is a bit difficult not to notice, so that's why I said it would be a factor. MSO 0 no longer makes sense when real memory is cheap and plentiful relative to CP seconds and you want to encourage rather than penalize practices and algorithms that use more real memory to reduce CP usage. MSO no longer makes sense for any reason. That's why the coefficient can be set to zero. You aren't penalizing anyone since there are no physical swaps, so it's simply nonsense to charge for memory use only while the CPU is being used and then charge zero service when the user is logically swapped. It is a completely erroneous view of memory usage. Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS message 7 (Was: LU Lookup failed - sense 00003003)
I can appreciate that Chris wanted to respond to my post for the sake of the archives, and he is of course correct about the message source being associated with USS MSG 7. That cleared up some confusion for me - I haven't had trouble with TN3270 connections for so long, I've forgotten a lot, it seems. Since changing to a different static IP address did get the device connected, I no longer had an urgent situation, so I posted to TCP-L that I had it resolved so that no one would expend any effort on my behalf. I was still left wondering why had gotten LUs in use message, however, so I kept looking. I finally saw this message in SYSLOG: EZZ6038I TN3270 COMMAND INACT WTST COMPLETE It seems that, the other day, before the VTAM activate command had been issued, the user had already attempted to connect the device to CICS. Since at that point no entry was found in VTAM, the luname was placed in the Telnet server Inactive pool. I did a D TCPIP,TN3270,INACTLUS command a while ago, and indeed found WTST in the list. Sigh... Had I noticed the message in SYSLOG, I could have just issued the V TCPIP,TN3270,T,ACT,ALL command and spent a whole lot less time on this. So, my new rule of thumb when someone reports an LU LOOKUP FAILED message is to check the list of inactive LUs. Oh, and also, we are going to issue the Vary command periodically. No sense carrying around a bunch of inactive LUs... Have a great Friday, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chris Mason Sent: Thursday, July 26, 2012 4:08 AM snip You reported that your workstation user is no longer experiencing the problem following a reconfiguration involving a change of IP address and so you need no further support. Unfortunately the problem didn't get solved and so it may appear again - and cause trouble again! I'm pretty sure that the message your workstation user reported was an USS message 7 where the extension to the USS message 7 which allows problems specifically involving the SNA-oriented TELNET server while attempting to set up the conditions to initiate the SNA session to be presented to the user of the 3270 emulator acting as a TELNET client was evident. The RUNAME variable is the LU lookup text and the SENSE variable is 3003 where 3003 is the EZZ6035I return code meaning - without the RUNAME 10 character restriction - LUs are all in use.. This may mean no LUs are available or the LU(s) that have/has been provided are/is still in session. Unfortunately definitions were not in place which would cause the actual EZZ6035I multiline message to be shown so we have no further information on the original problem. Nor was there any checking in order to see whether or not the LU name was in fact in session. snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Word usage (was WRItI)
We don't need Fun With Dick and Jane Whilst fully appreciating your usual humour, perhaps ironically I was using the word exotic very much in the sense that Mr. G. seems to prefer, although referring to other common usages as subliterate suggests one has a rather overly inclusive notion of what constitutes colloquial terminology. In a discussion in a technical forum (especially where many non-native speakers of the language used may be involved) the use of unusual and thus less well known words and expressions in place of more everyday but still efficacious word choice and phraseology (i.e., where this does not compromise the technical accuracy of what is being said) does not in any way aid clear communication and one can quite justifiably consider such words to be foreign interlopers (from the World of Literature?) in that context. Not of course that one needs to descend to Dick and Jane levels. Let's not appeal to extremes. But I think now 'nuff sed, to use a more truly subliterate turn of phrase. I am just speaking for myself of course. -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Shmuel Metz (Seymour J.) Gesendet: Freitag, 27. Juli 2012 02:15 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: Gordon Crovitz: Who Really Invented the Internet? In CAE1XxDGmMk8nKK=xkjinenh0qjhxaytmb_wvxi2w4vus+an...@mail.gmail.com, on 07/26/2012 at 01:58 PM, John Gilmore jwgli...@gmail.com said: I also grow weary of complaints about my notionally 'exotic' vocabulary. This term once had a precise meaning. (Signage annoucing efforts at 'exotic plant control' in Hawaii's state and national parks preserve it.) Its subliterate use has converted it into a vague synonym for strange or non-standard. Strange as it may seem, I actually agree with you one that. We (TINW) don't need Fun With Dick and Jane. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IEFACTRT changed at z/os 1.13 Re: Drowning in service units on z/os 1.13 after migrating from v1.11
Correction: I think the change to IEFACTRT happened at z/os v1.12 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday: What you've been waiting for! Build an 80 column punched card reader!
On Fri, 27 Jul 2012 07:21:26 -0500, McKown, John wrote: For the truly strange hardware hackers among us. Hardware: http://codeincluded.blogspot.co.nz/2012/07/punch-card-reader-hardware.html software: http://codeincluded.blogspot.co.nz/2012/07/punchcard-reader-software.html Ummm... USB interface. For Herc on Raspberry Pi? Driver? What code page? For that matter, what was the code page for IBM card readers? I doubt that it was selectable. Almost as easy to put 3 at a time on a scanner with black construction paper backing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFACTRT changed at z/os 1.13 Re: Drowning in service units on z/os 1.13 after migrating from v1.11
On Fri, 27 Jul 2012 13:03:44 -0500, Jim Mooney jmoo...@princesscruises.com wrote: Correction: I think the change to IEFACTRT happened at z/os v1.12 Yes, but APAR OA31624 (closed SUG) was talked about in this forum and probably other places like MXG and perhaps Cheryl Watson's tuning letter in 2010 and I updated my z/OS 1.11 exit then. I start with the sample and then integrate my flower box EXCP by DDNAME code. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday: What you've been waiting for! Build an 80 column punched card reader!
Paul Gilmartin is almost right. Both the reader and the punch read and punched what they were presented with. Programs generated that 'what' for output and interpreted it upon input. Sometimes it was BCD. Sometimes it was EBCDIC. Sometimes, e.g., for object modules, it was 'column binary'. Hard as it may be to do so, let's also try to avoid 'punch card', using 'punched card' instead. The former is as objectrionable as 'ice tea' for 'iced tea'. John Gilmore, Ashland, MA 01721 - USA On 7/27/12, Mike Schwab mike.a.sch...@gmail.com wrote: On Fri, Jul 27, 2012 at 3:07 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Fri, 27 Jul 2012 07:21:26 -0500, McKown, John wrote: For the truly strange hardware hackers among us. Hardware: http://codeincluded.blogspot.co.nz/2012/07/punch-card-reader-hardware.html software: http://codeincluded.blogspot.co.nz/2012/07/punchcard-reader-software.html Ummm... USB interface. For Herc on Raspberry Pi? Driver? What code page? For that matter, what was the code page for IBM card readers? I doubt that it was selectable. Almost as easy to put 3 at a time on a scanner with black construction paper backing. -- gil How about feeding them through a copier / scanner? Just hope the short pages will travel normally. Might need to darken the backing behind the punch cards. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
