Re: Developers' Use of Prod Data For Testing
From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Tue, June 15, 2010 3:04:06 PM Subject: Re: Developers' Use of Prod Data For Testing --snip--- One thing to remember is that production data may not always be the best test, as it may not contain all possible combinations of values in the various fields. Just because it is production does not mean it is comprehensive. -unsnip Another drawback to using production data is this: all too often it's already gone through a pre-screening process where invalid data is filtered out. Such things as alphabetics in numeric fields, missing data, etc. Rick, I agree with you that is one point that I could never get across to our users. The only people that seemed to be into testing with data from outside learned early on editing was mandatory. For the most part our foreign people were on IBM MF's so the testing from them was pretty easy. Where it got to be fun was the PC (and other computer) manufacturers. I do vaguely remember some buzz going around about issues from these Other computer users as to how to handle bad data. I *vaguely* remember that the handling decision went up the management ladder to the president and it came down (exactly how I do not remember as it was 15+ years ago). But it really did. Now we were (somewhat) unique as we were owned by the users, so the president was the person who dealt with them directly. I wish I could be more exact but it was not in my daily workings, so I only got tidbits most of the time from the management of the programming staff when we went out for drinks:) Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: taking down the machine - z9 series
From: Mark Jacobs mark.jac...@custserv.com To: IBM-MAIN@bama.ua.edu Sent: Thu, June 17, 2010 8:56:01 AM Subject: Re: taking down the machine - z9 series ---SNIP--- We called it a 'Sheldon shield' after an operator hit the IML button on the old 3033 console keyboard several times unexpectedly. snip -- Mark Jacobs Time Customer Service Tampa, FL Mark: Funny you should talk about this. Long ago and far away when I worked for the same company you are at we had a MP168 and we had several issues like the one you mentioned. The one that I remember the most was the EPO on the console. One of the operators hung something on it and of course the contents shifted and oops no system. Unfortunately this was at a time we were IPLing 15 times a day for some other issue and the DC manager was furious and actually threw a listing or a magazine at the operator and (chuckle) that hit the operator and then hit the power off button, can we say OOPS.. Operator was not hurt but was really po'ed. (I can tell you a further story but it would have to be offline). After that we had a hinged plastic square put on both consoles so that would not happen again and then the EPO was labeled in big red letters to stay away from. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: taking down the machine - z9 series
On Thu, 17 Jun 2010 15:44:45 +0300, Matan Cohen matancohen...@gmail.com wrote: in the past I remeber i was told never to cut power using the emergency switch ( i don't know the reason for that but it was said by a wise man). There were machines that had built-in fire extinguishers. These would trip when the emergency power-off switch was hit. Needless to say that could cause some havoc... Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Health Checker
We expect and intend that HC is left running. It should only be taken down if it is causing a problem. It sounds like the poster is relatively inexperienced in the capabilities of HC. For example, if you do not like highlighted messages, then you have full capability to produce something else. The check severity is tunable. But then again if you are simply going to ignore the messages then why run HC at all? The intent of HC is to alert you to problems. You have a lot of control over what action to take when an exception message is issued. You should be able to get suitable notifications according to your needs. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Health Checker
You may be able to view information about error conditions using SDSF CK. Messages can also be seen in the STC output. And the Health Checker message buffer can be displayed in detail using the HZSPRINT utility. Some errors are transient, so only running the task periodically may miss some of those conditions. I recommend leaving it up all the time. - Don Imbriale On Thu, Jun 17, 2010 at 3:45 PM, Crabtree, Anne D anne.d.crabt...@wv.govwrote: I'll have to look roll mode up, but we have AFOPER which captures error conditions, such as tape problems, dasd problems, aux shortages, etc If an operator is not signed on, then we use SA-IOM to page several people. (yes, we still use pagers) On weekends, if an operator has to come to the site, they need to see the highlighted messages on the console. So, I can't just let highlighted message roll off (if that's what roll mode is). Maybe I should just trap the HZS1002E messages, do something with them and then de-highlight them? Just thinking out loud... Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carroll, William Sent: Thursday, June 17, 2010 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Health Checker Leave it up all the time and do the roll mode on the weekends. Anything that is in error does get picked up by automation, typically just an email. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Thursday, June 17, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Health Checker Do most of you keep the health checker up and running all the time? I usually just start it periodically to see what is new that shows up. My concern in keeping it running has to do with highlighted messages it puts on the console (like when no operator is on duty). I was just curious how most people handle it. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Health Checker
Thank you for all the helpful suggestions. And yes, I am inexperienced with the Health Checker otherwise I wouldn't have asked. I'm playing with the HZSPRMxx member to try and do things and I most certainly do not want to ignore messages. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Don Imbriale Sent: Friday, June 18, 2010 8:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Health Checker You may be able to view information about error conditions using SDSF CK. Messages can also be seen in the STC output. And the Health Checker message buffer can be displayed in detail using the HZSPRINT utility. Some errors are transient, so only running the task periodically may miss some of those conditions. I recommend leaving it up all the time. - Don Imbriale On Thu, Jun 17, 2010 at 3:45 PM, Crabtree, Anne D anne.d.crabt...@wv.govwrote: I'll have to look roll mode up, but we have AFOPER which captures error conditions, such as tape problems, dasd problems, aux shortages, etc If an operator is not signed on, then we use SA-IOM to page several people. (yes, we still use pagers) On weekends, if an operator has to come to the site, they need to see the highlighted messages on the console. So, I can't just let highlighted message roll off (if that's what roll mode is). Maybe I should just trap the HZS1002E messages, do something with them and then de-highlight them? Just thinking out loud... Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carroll, William Sent: Thursday, June 17, 2010 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Health Checker Leave it up all the time and do the roll mode on the weekends. Anything that is in error does get picked up by automation, typically just an email. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Thursday, June 17, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Health Checker Do most of you keep the health checker up and running all the time? I usually just start it periodically to see what is new that shows up. My concern in keeping it running has to do with highlighted messages it puts on the console (like when no operator is on duty). I was just curious how most people handle it. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Health Checker
Excuse my cynisosity, but wasn't that the whole point of HC (at least initially) - a sop to the zNextGen that IBM has been assiduously pursuing (them what don't have all the experience) ?. Why the hell aren't the defaults more sensible ?. Go have a look at Barbaras gripes over the last 12 months (the HC ones I mean). Sites with experienced folks turn off what they want to ignore - what about the others ?. Folks like me come into a (mature) site, and no HC alerts - guess why ?. Another idea that missed IMHO. I was going to have a quiet discussion with Marna about this, but we got onto other things. Shane ... On Fri, Jun 18th, 2010 at 9:57 PM, Peter Relson wrote: It sounds like the poster is relatively inexperienced in the capabilities of HC. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Enclaves hung up
Hello, all. I have a problem that we are working on and it seems to no avail. We have a distributed application that uses DB/2 on the MF and DB/2 connect to get to the mainframe. We are on z/os V1.7 currently migrating to V1.11 with DB/2 at V7 with no plan to migrate because of the application on the distributed side. (My assumption)There is a situation where a user does some kind query or DB/2 access that causes them to lock a resource on the MF side, this then causes all the other users to halt on the MF. The users then get impatient and close the browser and reopen it again to start another session. The enclave that the user was using when they clicked the browser closed is still running. Eventually there are hundreds of enclaves and the CPU has soared to 100%. Then we get called and now we are trying to handle a snowball that has grown very large. All in all we stabilize the system, but in our comedy caper routine we didn't have the time to figure out what really caused the problem. Have any of you ever had this problem? If so what was done to correct it? Do any of you have any suggestions that we could follow that may help us figure out what the problem really is? Thanks in advance for your support. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Rational Developer for System z
Redbooks about z/PDT System z Personal Development Tool: Volume 1 Introduction and Reference, SG24-7721-01 http://www.redbooks.ibm.com/abstracts/sg247721.html?Open System z Personal Development Tool: Volume 2 Installation and Basic Use, SG24-7722-01 http://www.redbooks.ibm.com/abstracts/sg247722.html?Open IBM System z Personal Development Tool: Volume 3 Additional Topics, SG24-7723-01 http://www.redbooks.ibm.com/abstracts/sg247723.html?Open Mike Stayton z/OS Communications Server m...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enclaves hung up
DB2 has a default deadlock timeout which rolls back deadly embraces after the timeout expires (DROLLBACK(YES)). Most DB2 systems have this turned on, including yours most likely, or nothing would ever get done. However, when DB2 CONNECT triggers a CICS Distributed Program Link (DPL) mirror transaction to the AOR, to satisfy a DB2 Query it needs to specify the Syncpoint On Return parameter on the EXEC CICS LINK statement (the only place it can be specified) or DB2 will not do the DROLLBACK when the timeout interval expires. This is most likely the problem. Once the deadlock rollback fails the users get frustrated, close their browsers, come back in again, and the problem just escalates out of control. Whatever software you are using to do the DB2 CONNECT most likely has a parameter to tell CICS to turn the Syncpoiint On Return on or off. If you check it you will probably find it is turned off for the transaction in question. Just turn it on, and you should be ok; EXEC CICS LINK, under the covers, will turn on the Syncpoint On Return parameter, and when the default deadlock time interval expires, DB2 will do the rollback as it should. On Fri, Jun 18, 2010 at 10:46 AM, Ward, Mike S mw...@ssfcu.org wrote: Hello, all. I have a problem that we are working on and it seems to no avail. We have a distributed application that uses DB/2 on the MF and DB/2 connect to get to the mainframe. We are on z/os V1.7 currently migrating to V1.11 with DB/2 at V7 with no plan to migrate because of the application on the distributed side. (My assumption)There is a situation where a user does some kind query or DB/2 access that causes them to lock a resource on the MF side, this then causes all the other users to halt on the MF. The users then get impatient and close the browser and reopen it again to start another session. The enclave that the user was using when they clicked the browser closed is still running. Eventually there are hundreds of enclaves and the CPU has soared to 100%. Then we get called and now we are trying to handle a snowball that has grown very large. All in all we stabilize the system, but in our comedy caper routine we didn't have the time to figure out what really caused the problem. Have any of you ever had this problem? If so what was done to correct it? Do any of you have any suggestions that we could follow that may help us figure out what the problem really is? Thanks in advance for your support. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Rational Developer for System z
On 16 June 2010 01:48, Timothy Sipples timothy.sipp...@us.ibm.com wrote: Please bear in mind that I do not speak for IBM officially, so ask your IBM representative. However, my personal assessment follows. Tony Harminc writes: Suppose I have three developers, Alice, Bob, and Carol, and they all want to use a single Intel machine configured with the minimum of whatever it takes to be properly licensed to do z/OS development and testing. (For the sake of this discussion, let's assume that none of the activities crosses the line into production work of any kind, however vaguely that may be defined.) It's not vague at all, in my opinion. It's one of the clearer explanations of permitted uses I've seen, actually. The announcement says ...may not be used for production workloads of any kind, nor robust development workloads including without limitation production module builds, pre-production testing, stress testing, or performance testing. You may think that clear, but I think it's entirely open to IBM to redefine anything they don't like to fit in to the exclusion list. Why IBM wants to base its licensing on what customers choose to use their hardware and software for, rather than just selling MIPS and getting out of the way, is an interesting question that isn't likely to get answered here. It's obvious that it has led to grief in the past, and doubtless will do so again. Even the airlines don't try to say if you are flying on this discounted fare, it is a condition of carriage that you may not fly to a business meeting, but only for purposes of personal or family vacation, and only if during your vacation you do not at any time take a phone call from work. Rather, they try to add features that appeal to business travellers to the higher fares, and in various ways make it difficult for them to take advantage of the lower fares. That said, if Eve the system programmer accesses RDz Unit Test in order (for example) to set up and/or configure Alice/Bob/Carol/Don's unit test environment, yes, Eve would need licenses for both RDz and RDz Unit Test. She's a user. In software licensing there's no such thing as smoking but not inhaling. :-) So would she need a separate licence for each machine/dongle in the shop, or does one cover all her sysprog tasks on each small group's or individual's machine? I imagine you're going to tell me it's clear... I also think it's quite unrealistic to think that these machines won't need sysprog help. IBM has worked hard on dumbing down the sysprog's job for decades, but the marketing aspect of that has always led the reality by quite a bit. Your average COBOL (or Java for that matter) programmer, will not really know what to do when s/he gets an S0C6 in RACF when submitting that COBOL compile. But let's add in Maude now. Maude provides z/OS help desk support at Eve's company. If Alice calls Maude and asks for help, and Maude provides telephone support, does Maude need a license? No. She's not accessing RDz Unit Test, she's not using it, she doesn't have a session to it -- she doesn't need a license. If Maude stands over Alice's shoulder, watches, and verbally suggests courses of action as Alice works (Alice's permitted uses), does Maude need a license? Still no. If Maude yanks the keyboard from Alice's hands and starts typing into TSO (on RDz Unit Test), does Maude need a license? Yes. If Maude then goes to Starbucks, buys a decaf latte, turns on her iPad, and... Oh, never mind. :-) Very funny. Support means that you can open PMRs on RDz Unit Test container issues. For example, if you have trouble installing RDz Unit Test, you can open a PMR. But if you're trying to figure out why your JCL isn't running in the Unit Test environment, no, that's not eligible for a PMR. How about that S0C6 that doesn't happen on the production machine? How about an MVS integrity exposure? Oh come on - I'm not suggesting any improper use; I'm trying to find out how many licences for what components are required and what *is* proper use. I think the language is pretty darn clear and rather common throughout the IT industry. Licensing concepts like user and permitted uses certainly are not new, especially for application development. They are quite new to the IBM mainframe world. Licensing per seat has been around for a long time for application software in certain industries, but this increasingly detailed specification of the nature of the workloads you can run is new to z/OS. Sure - I get the general idea, however ill-specified. But might it even be the case that only development based on actually using the desktop portion of IBM Rational Developer for System z with EGL or IBM Rational Developer for System z with Java is permitted? GUI good - green-screen bad? Does it say that? I don't know if it is trying to say that. You keep telling me it's clear, but it's not. This is part of the problem of bundling together unrelated software components. I can easily
Re: JES2 Queue Times / SMF30 Data Zones
Let me explain what each time means/comes from and perhaps that will help answer your questions: SMF30RST - The comment in the IFASMFR3 macro states TIME, IN HUNDREDTHS OF A SECOND READER RECOGNIZED THE JOB CARD FOR THIS JOB. This is precisely correct. It is when JES2 input processing sees the JOB card. In z/OS 1.7 this happens a bit earlier for internal readers than prior releases (in case that matters). 11.08.15 JOB94550 TUESDAY, 01 JUN 2010 This is when the first message is placed in the job log for the job. This is when the data set is created. In general, the first message for a job is the RACF message that the job has been authenticated and assigned a userid. This occurs at the end of input processing (when JES2 realizes that it has a complete job). For TSO SUBMIT processing, it is when it reaches the end of the job stream and issues an ENDREQ macro to get the job id. It also occurs when a IEBGENER closes the internal reader. Or it occurs when the next JOB card is encountered. The difference between these 2 time stamps is the time it took to complete input processing for the job. This includes the RACF check and writing the job to SPOOL. It also includes the time the submitting application took to actually write the job. There have been cases when an application was submitting multiple jobs but did not tell JES when one job ended. In that case, the job will sit there until the next job is written to the internal reader. There are some rare cases where the first message into a job log does not occur during input processing. For example when you supply a userid and password on the job card and did not enable the ICH70002I YOUR PASSWORD WILL EXPIRE IN xx DAYS. message. Then the first message occurs at conversion time. Just submit a job with TYPRUN=JCLHOLD to see what messages are issued at input time vs conversion time. I think the other time stamps are clear enough. Let me know if you need additional information. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Emulator Sessions Hung
Greetings again, I've been trying to track down the cause of several emulator sessions not coming back alive after IPL's. We have two PC's running EXTRA! 3270 emulators. Each has four emulator sessions defined and running. When we IPL, one set of sessions on one PC come back alive just fine. Of the four sessions on the other PC, only one comes back alive. I double checked all the session definitions. They match. I had EXTRA! reloaded on the PC. I checked for weird things in TN3270 and VTAM, but find nothing to explain this inconsistent behavior. We can bounce the CICS regions these are defined to and they recover the sessions just fine. We only experience the connectivity issue after IPL's. Any ideas on what to check next -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enclaves hung up
One thing we do to protect our system from runaway distributed DB2 queries is to make sure the WLM service class for possibly-ill-behaved queries has two periods with the final period set to Discretionary. That way, we have a chance of logging on and dealing with an ill-behaved thread without too many ill effects to the rest of the system. HTH Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 11:45:20 -0600, Kopischke, David G. dgkopisc...@oppenheimerfunds.com wrote: Any ideas on what to check next David, a couple of questions if I may. 1) Does the Extra session stay connected? 2) Is this a telnet session to port 23? 3) What is supposed to appear on the screen? A USSTAB? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Centralized Log Management?
Anybody out there have an enterprise wide centralized log management tool (sometimes called SIEM tool) which they are feeding mainframe logs to? I'd be interested in hearing stories. Thanks. Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
Did you check the time out or keep alive setting for the ones not working? From: Kopischke, David G. dgkopisc...@oppenheimerfunds.com To: IBM-MAIN@bama.ua.edu Date: 06/18/2010 12:45 PM Subject:Emulator Sessions Hung Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Greetings again, I've been trying to track down the cause of several emulator sessions not coming back alive after IPL's. We have two PC's running EXTRA! 3270 emulators. Each has four emulator sessions defined and running. When we IPL, one set of sessions on one PC come back alive just fine. Of the four sessions on the other PC, only one comes back alive. I double checked all the session definitions. They match. I had EXTRA! reloaded on the PC. I checked for weird things in TN3270 and VTAM, but find nothing to explain this inconsistent behavior. We can bounce the CICS regions these are defined to and they recover the sessions just fine. We only experience the connectivity issue after IPL's. Any ideas on what to check next -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
All PD starts with an error message or error code. Please check the SYSLOG at IPL time, the VTAM log, and the CICS MSGLOG. Either there is an error message for these 3 devices in one or more of these logs or not. If there is, it will tell us where to start PD. If there is not, then VTAM and CICS are not even trying to connect at IPL time and PD will go down that path. But without an error message or the positive lack thereof, we are just guessing, speculating, shooting in the dark, because it could anyone of number of things. On Fri, Jun 18, 2010 at 2:26 PM, Michael Saraco michael.sar...@baer-consulting.com wrote: Did you check the time out or keep alive setting for the ones not working? From: Kopischke, David G. dgkopisc...@oppenheimerfunds.com To: IBM-MAIN@bama.ua.edu Date: 06/18/2010 12:45 PM Subject:Emulator Sessions Hung Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Greetings again, I've been trying to track down the cause of several emulator sessions not coming back alive after IPL's. We have two PC's running EXTRA! 3270 emulators. Each has four emulator sessions defined and running. When we IPL, one set of sessions on one PC come back alive just fine. Of the four sessions on the other PC, only one comes back alive. I double checked all the session definitions. They match. I had EXTRA! reloaded on the PC. I checked for weird things in TN3270 and VTAM, but find nothing to explain this inconsistent behavior. We can bounce the CICS regions these are defined to and they recover the sessions just fine. We only experience the connectivity issue after IPL's. Any ideas on what to check next -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 13:13:03 -0500, Patrick Lyon ptl...@midamerican.com wrote: David, a couple of questions if I may. 1) Does the Extra session stay connected? 2) Is this a telnet session to port 23? 3) What is supposed to appear on the screen? A USSTAB? 1) The EXTRA! session stays running on the PC. Connectivity to the host is lost. 2) Yes. 3) Yes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 13:26:00 -0500, Michael Saraco michael.sar...@baer- CONSULTING.COM wrote: Did you check the time out or keep alive setting for the ones not working? Yes, TN3270 has both these PC's IP addresses listed as KEEPALIVE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
My (non attachmate) emulator has a keepalive setup option. Did you compare the settings for each of the emulators you're having trouble with compared to an emulator that is working OK? From your reply (below), it sounded like you were talking about z/OS TN3270 options, not emulator options. Brian On Fri, 18 Jun 2010 14:40:59 -0500, Dave Kopischke wrote: On Fri, 18 Jun 2010 13:26:00 -0500, Michael Saraco wrote: Did you check the time out or keep alive setting for the ones not working? Yes, TN3270 has both these PC's IP addresses listed as KEEPALIVE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 14:40:16 -0400, George Henke gahe...@gmail.com wrote: All PD starts with an error message or error code. Please check the SYSLOG at IPL time, the VTAM log, and the CICS MSGLOG. I didn't notice these in my first pass IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTOLD REAL DLU=SSINET.PCOPO3 IST889I SID = D5DBA179299B6BFD IST264I REQUIRED RESOURCE PCOPO3 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO5 IST889I SID = D5DBA179299B6BF6 IST264I REQUIRED RESOURCE PCOPO5 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO6 IST889I SID = D5DBA179299B6BF7 IST264I REQUIRED RESOURCE PCOPO6 NOT ACTIVE IST314I END -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 14:58:38 -0500, Brian Peterson brian.peterson.ibm.m...@comcast.net wrote: My (non attachmate) emulator has a keepalive setup option. Did you compare the settings for each of the emulators you're having trouble with compared to an emulator that is working OK? From your reply (below), it sounded like you were talking about z/OS TN3270 options, not emulator options. I have checked everything obvious. The EXTRA! definitions of the sessions all match except for LU name. I didn't see a KEEPALIVE option in those definitions though. No timeout or anything like that either. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enclaves hung up
Marc, From a Z/OS systems perspective classified all DB2/DDF workloads via WLM. Then sub-classified them into appropriate services classes with default below batch ( be careful of congestion of threads not getting CPU services that low and your ability cancel them). Since you stated that the CPU was soaring, you should add a CPU governor via DB2 for these threads if indeed they are excessive. No the problem: locate the high usage thread via SMF post processing or any other tool you may have, if it's simple a case of too many threads, then you'll have to throttle them down. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Friday, June 18, 2010 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Enclaves hung up Hello, all. I have a problem that we are working on and it seems to no avail. We have a distributed application that uses DB/2 on the MF and DB/2 connect to get to the mainframe. We are on z/os V1.7 currently migrating to V1.11 with DB/2 at V7 with no plan to migrate because of the application on the distributed side. (My assumption)There is a situation where a user does some kind query or DB/2 access that causes them to lock a resource on the MF side, this then causes all the other users to halt on the MF. The users then get impatient and close the browser and reopen it again to start another session. The enclave that the user was using when they clicked the browser closed is still running. Eventually there are hundreds of enclaves and the CPU has soared to 100%. Then we get called and now we are trying to handle a snowball that has grown very large. All in all we stabilize the system, but in our comedy caper routine we didn't have the time to figure out what really caused the problem. Have any of you ever had this problem? If so what was done to correct it? Do any of you have any suggestions that we could follow that may help us figure out what the problem really is? Thanks in advance for your support. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
Thank you Dave, this is a good start. The 08570003 means the VTAM Secondary LU is not active. According to QUICKREF(QW): o If the required resource is NOT ACTIVE, enter a VARY ACT command to activate the resource. If the resource is an application program, start it. Are you issuing a VARY ACT manually after the IPL to get these sessions active? If not, somehow they are getting started because I believe you said they eventually go into session. You need simply to look further into these logs to see at what point these LU's become active and who finally activates them, how are they activated.. The Attachmate emulator program is known as an application LU, not a physical 3270 LU. But VTAM does not know the difference. So if for some reason the Attachmate emulator program is not started in the PC at the time VTAM issues the INIT BIND for it, it will look to VTAM like the physical terminal is turned off. You could check for any anomalies, like pauses, in the Attachmate script that starts the emulator programs. But, this would still just be guessing because we need to research further in the logs to see at what point the LU's finally come active and how they are activated. It could be by an operator manually, could be NETVIEW scripts, could be CICS AUTOINSTALL, could be a VTAM MAJNODE not being active. It is all still to soon to draw conclusions without more information. So, please continue to examine the logs: SYSLOG, VTAMLOG, and CICS MSGLOG, to spot the precise point at which these SLU's become active and who is doing it. On Fri, Jun 18, 2010 at 3:59 PM, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Fri, 18 Jun 2010 14:40:16 -0400, George Henke gahe...@gmail.com wrote: All PD starts with an error message or error code. Please check the SYSLOG at IPL time, the VTAM log, and the CICS MSGLOG. I didn't notice these in my first pass IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTOLD REAL DLU=SSINET.PCOPO3 IST889I SID = D5DBA179299B6BFD IST264I REQUIRED RESOURCE PCOPO3 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO5 IST889I SID = D5DBA179299B6BF6 IST264I REQUIRED RESOURCE PCOPO5 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO6 IST889I SID = D5DBA179299B6BF7 IST264I REQUIRED RESOURCE PCOPO6 NOT ACTIVE IST314I END -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enclaves hung up
The high CPU is most likely attributable to a race condition imposed by the deadly embrace deadlock condition from which DB2 was unable to ROLLBACK for reasons previously stated. On Fri, Jun 18, 2010 at 4:10 PM, Clark, Kevin kevin.cl...@bcbsde.comwrote: Marc, From a Z/OS systems perspective classified all DB2/DDF workloads via WLM. Then sub-classified them into appropriate services classes with default below batch ( be careful of congestion of threads not getting CPU services that low and your ability cancel them). Since you stated that the CPU was soaring, you should add a CPU governor via DB2 for these threads if indeed they are excessive. No the problem: locate the high usage thread via SMF post processing or any other tool you may have, if it's simple a case of too many threads, then you'll have to throttle them down. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Friday, June 18, 2010 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Enclaves hung up Hello, all. I have a problem that we are working on and it seems to no avail. We have a distributed application that uses DB/2 on the MF and DB/2 connect to get to the mainframe. We are on z/os V1.7 currently migrating to V1.11 with DB/2 at V7 with no plan to migrate because of the application on the distributed side. (My assumption)There is a situation where a user does some kind query or DB/2 access that causes them to lock a resource on the MF side, this then causes all the other users to halt on the MF. The users then get impatient and close the browser and reopen it again to start another session. The enclave that the user was using when they clicked the browser closed is still running. Eventually there are hundreds of enclaves and the CPU has soared to 100%. Then we get called and now we are trying to handle a snowball that has grown very large. All in all we stabilize the system, but in our comedy caper routine we didn't have the time to figure out what really caused the problem. Have any of you ever had this problem? If so what was done to correct it? Do any of you have any suggestions that we could follow that may help us figure out what the problem really is? Thanks in advance for your support. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
Dave I have checked everything obvious. Everything obvious includes particularly any error messages. My first reaction to George Henke suggesting that you look for error messages was What nonsense, of course he checked for error messages, grandmothers are very good at doing something I have had intellectually challenged list/forum moderators object to[1] to eggs! Imagine my surprise when - lo and behold - it turns out there were some error messages to be perused/pursued! IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTOLD REAL DLU=SSINET.PCOPO3 IST889I SID = D5DBA179299B6BFD IST264I REQUIRED RESOURCE PCOPO3 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO5 IST889I SID = D5DBA179299B6BF6 IST264I REQUIRED RESOURCE PCOPO5 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO6 IST889I SID = D5DBA179299B6BF7 IST264I REQUIRED RESOURCE PCOPO6 NOT ACTIVE IST314I END So what do you make of sense code 08570003? Pause while you look it up ... Now just to be sure we are reading from the same hymn sheet[2]. What are TESTOLD and TESTTRN? I'm going to guess they are some sort of application. I'm also going to guess that you have deceived yourself and us in that you do *not* expect to see an USS message 10 appear but you expect to log onto a CICS system named either TESTOLD or TESTTRN. I can see no point otherwise in your mentioning that you checked for CICS messages. You need to explain why there is a session setup attempt which discovers that the secondary LU is inactive at the time the session setup is attempted. What you appear to have is some sort of timing problem while system components are being brought up such that not all the resources necessary to be active are active at the right time and there is no recovery from a failure. Please be very precise about exactly how you - or a colleague who was responsible - have configured your emulator, the TN3270 server, the APPL statements representing the secondary LUs and TESTOLD/TESTTRN as it affects the establishment of a connection and session. Chris Mason [1] An amusing sequence introducing the film Getting Straight is a student protesting over something holding a placard stating Gravity is a lie on one side and The Earth that word to which moderators may object on the other. [2] From the z/OS Communications Server IP and SNA Codes manual - which you should always have logically/electronically to hand: quote Sense code 0857 SSCP-LU Session Not Active: The SSCP-LU session, required for the processing of a request, is not active; for example, in processing REQECHO, the SSCP did not have an active session with the target LU named in the REQECHO RU. Bytes 2 and 3 following the sense code contain sense-code-specific information. ... 0003 The SSCP-SLU session is inactive. /quote On Fri, 18 Jun 2010 15:01:46 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Fri, 18 Jun 2010 14:58:38 -0500, Brian Peterson brian.peterson.ibm.m...@comcast.net wrote: My (non attachmate) emulator has a keepalive setup option. Did you compare the settings for each of the emulators you're having trouble with compared to an emulator that is working OK? From your reply (below), it sounded like you were talking about z/OS TN3270 options, not emulator options. I have checked everything obvious. The EXTRA! definitions of the sessions all match except for LU name. I didn't see a KEEPALIVE option in those definitions though. No timeout or anything like that either. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
Everything obvious includes particularly any error messages. My first reaction to George Henke suggesting that you look for error messages was What nonsense, of course he checked for error messages, grandmothers are very good at doing Sorry, sometimes it takes the naive to see the obvious. On Fri, Jun 18, 2010 at 5:28 PM, Chris Mason chrisma...@belgacom.netwrote: Dave I have checked everything obvious. Everything obvious includes particularly any error messages. My first reaction to George Henke suggesting that you look for error messages was What nonsense, of course he checked for error messages, grandmothers are very good at doing something I have had intellectually challenged list/forum moderators object to[1] to eggs! Imagine my surprise when - lo and behold - it turns out there were some error messages to be perused/pursued! IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTOLD REAL DLU=SSINET.PCOPO3 IST889I SID = D5DBA179299B6BFD IST264I REQUIRED RESOURCE PCOPO3 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO5 IST889I SID = D5DBA179299B6BF6 IST264I REQUIRED RESOURCE PCOPO5 NOT ACTIVE IST314I END IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 IST664I REAL OLU=SSINET.TESTTRN REAL DLU=SSINET.PCOPO6 IST889I SID = D5DBA179299B6BF7 IST264I REQUIRED RESOURCE PCOPO6 NOT ACTIVE IST314I END So what do you make of sense code 08570003? Pause while you look it up ... Now just to be sure we are reading from the same hymn sheet[2]. What are TESTOLD and TESTTRN? I'm going to guess they are some sort of application. I'm also going to guess that you have deceived yourself and us in that you do *not* expect to see an USS message 10 appear but you expect to log onto a CICS system named either TESTOLD or TESTTRN. I can see no point otherwise in your mentioning that you checked for CICS messages. You need to explain why there is a session setup attempt which discovers that the secondary LU is inactive at the time the session setup is attempted. What you appear to have is some sort of timing problem while system components are being brought up such that not all the resources necessary to be active are active at the right time and there is no recovery from a failure. Please be very precise about exactly how you - or a colleague who was responsible - have configured your emulator, the TN3270 server, the APPL statements representing the secondary LUs and TESTOLD/TESTTRN as it affects the establishment of a connection and session. Chris Mason [1] An amusing sequence introducing the film Getting Straight is a student protesting over something holding a placard stating Gravity is a lie on one side and The Earth that word to which moderators may object on the other. [2] From the z/OS Communications Server IP and SNA Codes manual - which you should always have logically/electronically to hand: quote Sense code 0857 SSCP-LU Session Not Active: The SSCP-LU session, required for the processing of a request, is not active; for example, in processing REQECHO, the SSCP did not have an active session with the target LU named in the REQECHO RU. Bytes 2 and 3 following the sense code contain sense-code-specific information. ... 0003 The SSCP-SLU session is inactive. /quote On Fri, 18 Jun 2010 15:01:46 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Fri, 18 Jun 2010 14:58:38 -0500, Brian Peterson brian.peterson.ibm.m...@comcast.net wrote: My (non attachmate) emulator has a keepalive setup option. Did you compare the settings for each of the emulators you're having trouble with compared to an emulator that is working OK? From your reply (below), it sounded like you were talking about z/OS TN3270 options, not emulator options. I have checked everything obvious. The EXTRA! definitions of the sessions all match except for LU name. I didn't see a KEEPALIVE option in those definitions though. No timeout or anything like that either. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
To give at least some color from the analyst community about our efforts, here are two links to briefs by EMA and Gartner (mind any wraps). EMA: http://www.ca.com/files/IndustryAnalystReports/emaworldmainframe0510ib_239016.pdf (We host the EMA brief because we paid them for the right, it is a flattering review. The same report is available for a fee from their site at http://www.enterprisemanagement.com/research/asset.php?id=1752 ) Gartner: http://www.gartner.com/technology/media-products/reprints/ca/vol2/article1/article1.html As with all things, opinions vary. In the last year, we've had over 260 sites install and use CA MSM, from the largest financial institutions to some of our smallest customers. Scott Fagen Chief Architect Mainframe Business Unit CA Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On Fri, 18 Jun 2010 16:43:13 -0400, George Henke gahe...@gmail.com wrote: Thank you Dave, this is a good start. The 08570003 means the VTAM Secondary LU is not active. Are you issuing a VARY ACT manually after the IPL to get these sessions active? No, I don't see anything varying them active. Neither the ones that work nor the ones that don't. If not, somehow they are getting started because I believe you said they eventually go into session. The operators manually restart the EXTRA sessions. Once they do that, they get the VTAM splash and connect up just fine. So if for some reason the Attachmate emulator program is not started in the PC at the time VTAM issues the INIT BIND for it, it will look to VTAM like the physical terminal is turned off. The PC and emulator sessions remain on throughout the IPL. Once VTAM initializes, all the emulators get the VTAM splash and work as expected except for these three. It could be by an operator manually, could be NETVIEW scripts, could be CICS AUTOINSTALL, could be a VTAM MAJNODE not being active. That's why I posted. I checked everything I could think of (everything obvious). I'll look through VTAM messages more closely and see if there's something buried deeper in there. I already checked AUTOINSTALL and found no differences, but I'll look at that again. There has to be an answer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
Thank you, Dave, this is very helpful. I would switch the focus now to the one good Attachmate session on the PC which works. Please trace it through the IPL SYSLOG and note where and how it is activated and how it goes into session. Note its majnode, timing, etc. Then without losing your focus, note, as you go along, any irregularities occurring with the other 3 failing nodes at or about the same time. I know this may sound super simple but in PD, whenever you have an instance where something works and something is broken, the solution is simple and sure if you just remember to always work from the side that works first. Then you will eventually see and find what is going wrong with the other one that is broken. The big mistake most people make is to get stuck on the broken one and ignore the one good one that is working. That approach never leads anywhere. So please go back through the IPL SYSLOG and this time track the one good node that is working and let us know what you find. On Fri, Jun 18, 2010 at 6:12 PM, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Fri, 18 Jun 2010 16:43:13 -0400, George Henke gahe...@gmail.com wrote: Thank you Dave, this is a good start. The 08570003 means the VTAM Secondary LU is not active. Are you issuing a VARY ACT manually after the IPL to get these sessions active? No, I don't see anything varying them active. Neither the ones that work nor the ones that don't. If not, somehow they are getting started because I believe you said they eventually go into session. The operators manually restart the EXTRA sessions. Once they do that, they get the VTAM splash and connect up just fine. So if for some reason the Attachmate emulator program is not started in the PC at the time VTAM issues the INIT BIND for it, it will look to VTAM like the physical terminal is turned off. The PC and emulator sessions remain on throughout the IPL. Once VTAM initializes, all the emulators get the VTAM splash and work as expected except for these three. It could be by an operator manually, could be NETVIEW scripts, could be CICS AUTOINSTALL, could be a VTAM MAJNODE not being active. That's why I posted. I checked everything I could think of (everything obvious). I'll look through VTAM messages more closely and see if there's something buried deeper in there. I already checked AUTOINSTALL and found no differences, but I'll look at that again. There has to be an answer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
On 6/18/2010 5:13 PM, Dave Kopischke wrote: That's why I posted. I checked everything I could think of (everything obvious). I'll look through VTAM messages more closely and see if there's something buried deeper in there. I already checked AUTOINSTALL and found no differences, but I'll look at that again. There has to be an answer. Have you checked the definitions in VTAMLST to make sure they don't specify LOGAPPL=xxx This will also show up on a D NET,ID=terminalluname,E as CONTROLLING LU = applid -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
Richard's suggestion does fit the crime. On Fri, Jun 18, 2010 at 7:18 PM, Richard Peurifoy r-peuri...@neo.tamu.eduwrote: On 6/18/2010 5:13 PM, Dave Kopischke wrote: That's why I posted. I checked everything I could think of (everything obvious). I'll look through VTAM messages more closely and see if there's something buried deeper in there. I already checked AUTOINSTALL and found no differences, but I'll look at that again. There has to be an answer. Have you checked the definitions in VTAMLST to make sure they don't specify LOGAPPL=xxx This will also show up on a D NET,ID=terminalluname,E as CONTROLLING LU = applid -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
Of course if Phil was still around, there'd be no need to add some color from the analyst community. He provided that in spades. Shane ... On Sat, Jun 19th, 2010 at 7:47 AM, Scott Fagen wrote: To give at least some color from the analyst community about our efforts, ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Emulator Sessions Hung
I would try Richard's suggestion first. On Fri, Jun 18, 2010 at 7:28 PM, George Henke gahe...@gmail.com wrote: Richard's suggestion does fit the crime. On Fri, Jun 18, 2010 at 7:18 PM, Richard Peurifoy r-peuri...@neo.tamu.edu wrote: On 6/18/2010 5:13 PM, Dave Kopischke wrote: That's why I posted. I checked everything I could think of (everything obvious). I'll look through VTAM messages more closely and see if there's something buried deeper in there. I already checked AUTOINSTALL and found no differences, but I'll look at that again. There has to be an answer. Have you checked the definitions in VTAMLST to make sure they don't specify LOGAPPL=xxx This will also show up on a D NET,ID=terminalluname,E as CONTROLLING LU = applid -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
