Re: Displaying USS timezone for 1.4
If you set that in the SMTPCONF member of TCPPARMS and bounce SMTP, it should pick up the change. At least it does on our system. On Fri, 28 Jul 2006 13:58:45 -0500, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Laine, Rogers Sent: Friday, July 28, 2006 1:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Displaying USS timezone for 1.4 Can someone point me to a manual that explains how to display the timezone setting (CST, EST, etc) in USS. I changed the TZ parm in /etc/profile/ /etc/init.options to reflect CST0CDT0 to reflect no offset since our zos time is set the same for both LOCAL GMT and recycled SMTP but the sent time is still wrong. I know this is not the correct way to set the Clockxx parm but that's the way management wants itok :) TIA, Rogers The TZ variable in /etc/profile does not affect anything other than interactive logons. That is, the shell will source /etc/profile if and only if it thinks that the shell is going to be used by a person. IIRC, /etc/init.options will only affect things started via the /etc/rc script file. Having said that, a normal STC does not use the shell anyway. What I have done in the FTPD started task is set the TZ environment variable via the PARM= parameter, thusly: PARM='ENVAR(TZ=CST6CDT)' add ENVAR(TZ=CST0CDT0) to the already existing parms, before any / in the PARM= being passed to the main routine. Another possibility is to set the ENVAR via your LE customization USERMOD. If you do this, then every LE enabled program will pick up the TZ. Ano -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, 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 = -- 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: WLM Question
Eureka! If one digs deep enough (couple miles should do), RMF III will report what service class a DDF thread was classified into. The reason I wanted this was because I had a strong suspicion one of my prod DDF workloads was still falling out of the ruleset to default (suspicion based on indirect evidence). Since the workload in question was coming in through VTAM (all threads through the same LU name), I changed the pertinent sub-rule to an LN type and they magically started classifying correctly. I was very curious why CI did not work for these threads. Using the new found RMF III info, I discovered that the CI was being sent by the AIX system in lower case*. Changed the sub-rule back to type CI and specified the name in lower case, taking care to specify N for fold qualifier name (they sure could have named that more intuitively). Now the threads classify correctly by CI. Thanks a bunch to all who replied! I learned more than I bargained for in this little adventure, but that's always (usually) a good thing. *TMON was reporting this CI in upper case for some reason. I will report that to the TMON/MVS folks. On Fri, 24 Mar 2006 08:26:00 +1000, Shane [EMAIL PROTECTED] wrote: On Thu, 2006-03-23 at 12:04 -0600, Terry Linsley wrote: Is there a straight forward method of determining if an enclave is dependant? Would an example of one be when a DB2 utility spawns multiple threads to build an index during a table load or recovery? RMFIII has an indicator - I think that's what twigged me to go find out what the hell a dependent enclave was. PP isn't any help. I'd be *REAL* surprised if any have surfaced in your environment unless it was the home-grown stuff - ours was, although not Java. We had a small local batch job that did some DB2 log analysis - this is where the dep enclave came from. Ops noticed it (apparently) wasn't doing anything, and reset the job. Still wasn't doing anything, but the shop stopped - no prod batch was going anywhere. Eventually I got a call. The dependant enclave came along for the ride, and was consuming a full engine - out of 3. At 2.10, this was *very* hard to track down. Ops got kicked (again) for using reset. Even these episodes aren't enough to cause a change of mind about mandatory logon on the consoles. 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 -- 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: WLM Question
Timothy, Thanks. That is very good information and I am saving a copy for future use. Unfortunately manglement is dragging it's collective heels in letting us move z/OS 1.4 to production. So any solutions involving z/OS are pretty far out on the radar right now. Our currently contrained hardware is z800, so that knocks out the other solutions. I do anticipate we will upgrade our hardware (and necessarily the OS also) before too awfully long. When we do, I plan to lobby hard for at least a zIIP (zAAP too if I can). On Thu, 23 Mar 2006 23:58:03 -0700, Timothy Sipples [EMAIL PROTECTED] wrote: Terry Linsley writes: Our DDF traffic is 1/3 MS Access, 1/3 DB2 connect, and 1/3 locally developed java apps. Of the three, MS Access causes the most pain hands down. Off on a slight tangent here, there are some things you can do to take the DDF temperature down. I'll list these in order of timeliness to your current situation -- first what's possible with OS/390 V2R10, then moving beyond. (As it happens the OS/390 options are reusable and apply to z/OS, so there's no danger of throwaway effort.) OS/390 Possibilities: 1. Put DB2 Connect on Linux on the mainframe. Having a local connection between DB2 Connect and DB2 (even if it isn't a Hipersocket) should shave some milliseconds out of each connection, and that'll help DB2 work more efficiently. Try sending your Microsoft Access and Java clients in via this DB2 Connect on mainframe Linux and see how that works, too. 2. Move some/all of your Java applications (particularly the data intensive ones) up to mainframe Linux. Same principle as #1: proximity has workload benefits. z/OS Possibilities: 3. Add a Hipersocket between DB2 Connect (mainframe Linux) and DB2. Requires z/OS 1.2 or higher and z900 or higher. 4. Evaluate DB2 V8 to see whether you have requests that could benefit from multi-row fetch/multi-row insert. Microsoft Access might very well be in that category. Requires z/OS 1.3 or higher and z900 or higher. (Combine with DB2 Connect for Linux on mainframe.) 5. Add a zAAP and move the Java applications into the same LPAR as DB2. (The most proximate solution.) Requires z990, z890, or System z9. Requires z/OS 1.6 or higher. 6. Add a zIIP for the remaining inbound traffic arriving from outside the LPAR. Requires z/OS 1.6 or higher, DB2 V8, and System z9. This option becomes available later in 2006. Hope that helps! - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. 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 -- 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: WLM Question
Yes, Shane had mentioned that he specifies it both ways also. Seems like a sound approach to me. I plan to do the same. Should save on future headaches. On Fri, 24 Mar 2006 11:28:22 -0500, Porowski, Ken [EMAIL PROTECTED] wrote: Depending on the application (we have PeopleSoft Financials) some of the CI come in both upper and lowercase so we have to have both types in for correct classification. -- 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
WLM Question
Greetings, We have recently suffered some pain due to logic error in our subsytem DDF classification rules. I have made corrections to those rules and performance has improved. But I would like to see concrete proof that all DDF threads are being classified to the service classes I expect. Is there an RMF/SMF report which whould show, for a specific time span, every DDF thread that executed and to which service class it was classified? Barring that, is there any kind of report that would even get me close? We have TMON, but I have not found anything there at that level of detail. I have been looking through WLM and RMF manuals, but found nothing at that level of detail there either. Does anyone else do that level of reporting for troubleshooting. Environment: OS/390 2.10, DB2 v7 TIA -- 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: WLM Question
Thanks for the suggestion. Unfortunately not available in 2.10. Yet more proof that management has delayed our move to z/OS for far too long. On Thu, 23 Mar 2006 11:15:30 -0500, Porowski, Ken [EMAIL PROTECTED] wrote: SDSF has an ENC (Enclave) display that might be of use. Not sure if it was available at 2.10 level though. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Terry Linsley Sent: Thursday, March 23, 2006 10:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] WLM Question Greetings, We have recently suffered some pain due to logic error in our subsytem DDF classification rules. I have made corrections to those rules and performance has improved. But I would like to see concrete proof that all DDF threads are being classified to the service classes I expect. Is there an RMF/SMF report which whould show, for a specific time span, every DDF thread that executed and to which service class it was classified? Barring that, is there any kind of report that would even get me close? We have TMON, but I have not found anything there at that level of detail. I have been looking through WLM and RMF manuals, but found nothing at that level of detail there either. Does anyone else do that level of reporting for troubleshooting. Environment: OS/390 2.10, DB2 v7 TIA -- 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: WLM Question
Thanks for the response. Would like to avoid RYO for this. And I can well imagine it would be a hog. But, I don't really need this info continuously. Basically I just want to report on a busy one hour period during our business day. Don't know what RMF III will give me at this level. We are not currently running it. But, I shall get running and see what it offers. On Thu, 23 Mar 2006 11:36:30 -0500, Rob Scott [EMAIL PROTECTED] wrote: The trouble with enclaves is that they can be very short lived things and catching the tiddlers with the SDSF or MXI ENC commands is a matter of luck or furious enter pressing. I don't think that SDSF ENC was available for OS/390 R10 - however I believe that the MXI ENC command will work (its been a while since I have tried it on that level of MVS). The programming interface to get enclave information is IWMRQRY and the information that this reports on is updated approximately every 0.25 of a second - WLM rather helpfully issues a system ENF event to tell listeners that new data is available to save them getting the same information twice. From the information returned by IWMRQRY you can get the WLM classes assigned to the enclave - so theoretically you could roll yer own application to capture this info and report on it - BUT this is going to cost you some serious CPU. What does RMF III on OS/390 R10 provide? Rob Scott Rocket Software http://www.rs.com/portfolio/mxi/ -- 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: WLM Question
Thanks. As soon as I get RMF III up and running, I will investigate that report. On Thu, 23 Mar 2006 10:42:57 -0600, Staller, Allan [EMAIL PROTECTED] wrote: Rob Scott Wrote: snip What does RMF III on OS/390 R10 provide? /snip I am currently z/OS 1.4 and at that level the RMF Overview Detail reports provide report ENCL Enclave resource consumption and delays (option 1.6 from the RMF III primary menu). ISTR this Same option available at OS/390 2.9 (where I did process DDF/ENCLAVE work). As I said, I do not currently process and DDF or ENCLAVE work, so I can't be more specific. HTH, -- 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: WLM Question
Gary, Thanks for the response. ENC is not available at our os level (2.10). I am in the process of getting RMF III running and will see if that helps. After some investigation, it looks like whomever implemented WLM here did not define any report classes. I assume that was because they were getting similar information from TMON. But I will define some for DDF see what I get there. On Thu, 23 Mar 2006 10:57:29 -0600, Diehl, Gary (MVSSupport) [EMAIL PROTECTED] wrote: Terry, As was stated before, SDSF has the ENC or ENC ACTIVE displays for seeing what is currently going on, and RMF3 has the ENCL panel to look back through recent history (as far back as your datasets go). In regards to long-term reporting, we do overview tracking for DDF Enclaves by extensively using reporting classes. Each time a new DDF enclave classification is installed in WLM, we find out who the owner is, and add an appropriate report class to their qualification rule. We can track each business unit, and each DDF classification within that business unit, using RMF reports. Granted, this isn't a super-detailed level of reporting, it's much more of a summary/overview, but it will quickly tell us how each class of DDF transactions is performing and which SRVCLASS they found their way into. HTH, Gary Diehl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Terry Linsley Sent: Thursday, March 23, 2006 9:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: WLM Question Greetings, We have recently suffered some pain due to logic error in our subsytem DDF classification rules. I have made corrections to those rules and performance has improved. But I would like to see concrete proof that all DDF threads are being classified to the service classes I expect. Is there an RMF/SMF report which whould show, for a specific time span, every DDF thread that executed and to which service class it was classified? Barring that, is there any kind of report that would even get me close? -- 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: WLM Question
That last comment is a little alarming! Our DDF traffic is 1/3 MS Access, 1/3 DB2 connect, and 1/3 locally developed java apps. Of the three, MS Access causes the most pain hands down. Is there a straight forward method of determining if an enclave is dependant? Would an example of one be when a DB2 utility spawns multiple threads to build an index during a table load or recovery? On Fri, 24 Mar 2006 03:56:15 +1000, Shane [EMAIL PROTECTED] wrote: Like Gary, I also heavily use report groups. If memory serves, SDSF ENC support appeared at z/OS 1.2, and so is unavailable to Terry. As of 1.4 it's still severely limited. Everything I've seen posted in this thread has been true for *independent* enclaves - dependant enclaves, whilst rare can be much harder to handle. They basically ignore your (DDF) classification rules. 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 -- 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: WLM Question
Owie. Thanks, will watch out for that. On Thu, 23 Mar 2006 12:57:38 EST, Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 3/23/2006 11:49:34 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Thanks. As soon as I get RMF III up and running, I will investigate that report. Don't forget to define RMFGAT! It may be in the instructions, but I missed it in the test system and it locks up the whole magilla... -- 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: WLM Question
Thanks Todd, will do. On Thu, 23 Mar 2006 13:07:55 -0600, Todd Burch [EMAIL PROTECTED] wrote: Terry, I might be able to help with TMON, if it's TMON for DB2 you are referring to. Contact me off list and we can discuss what you are wanting to know. Perhaps there is a facility through TMON for DB2's log files and our Report Writer that would provide the information you want. Todd ( todd dot burch at asg dot com ) - Original Message - From: Terry Linsley [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, March 23, 2006 9:54 AM Subject: WLM Question Greetings, We have recently suffered some pain due to logic error in our subsytem DDF classification rules. I have made corrections to those rules and performance has improved. But I would like to see concrete proof that all DDF threads are being classified to the service classes I expect. Is there an RMF/SMF report which whould show, for a specific time span, every DDF thread that executed and to which service class it was classified? Barring that, is there any kind of report that would even get me close? We have TMON, but I have not found anything there at that level of detail. I have been looking through WLM and RMF manuals, but found nothing at that level of detail there either. Does anyone else do that level of reporting for troubleshooting. Environment: OS/390 2.10, DB2 v7 TIA -- 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: Strange Auditor Questions
Thanks for the suggestion! Sounds very promising and has the added benefit of totally befuddling the auditor. ;-) I shall download and give it a whirl. On Thu, 9 Jun 2005 20:16:06 +0200, Ulrich Boche [EMAIL PROTECTED] wrote: If you really need to provide proof that the packets in transit are encrypted, the probably easiest thing to do is to install Ethereal on a PC, start an SFTP file transfer between the PC and the z/OS system (you could use PUTTY on a Windows system for that purpose) and capture the packets with Ethereal. You don't even have to capture in promiscuous mode for this purpose. Ethereal will format the TCP packets nicely so you can see the negotiation and the encrypted data and provide the needed proof. -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- 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
