Re: Cost of CPU Time
And there will be both fixed costs and variable costs to any computing platform. Mainframes are generally characterized as having moderate fixed costs and low variable costs. Other systems often have lower fixed costs (individually -- collectively they can very easily be higher) and unpredictable variable costs. This is such a big problem, this lack of understanding about fixed-plus-variable, so I thought I'd mention it again. This is very much like your electric bill, or your telephone bill -- especially with peak and off-peak pricing. With your electric bill, there's a base service charge, and then there's a variable charge (with a peak/off-peak adjustment). If you attempt to collapse everything into one cost number you can get into big trouble and end up with wildly perverse incentives. For example, let's suppose you double the number of CICS transactions (and associated batch) you are running today on your mainframe. Do your costs double? Well, your chargebacks would if you used a single number like average cost. But no, your costs don't double -- nowhere close to that! For one thing, your operations headcount (salaries, benefits, office space, etc.) probably remains exactly the same. Your data center facilities charges (space, power, cooling, etc.) would also remain exactly the same (or near enough). Yes, your software and hardware charges would increase, but those won't double either -- still not even close. (Mainframe software prices, in particular, are strongly curved.) Here's another way to think of it: if fixed costs really were zero, why would anyone bother to consolidate IT when two companies merge? IT integration, sure, but consolidation? (Why close any data centers, for example?) Of course fixed costs matter. So why do so many people pretend they don't exist -- and adopt chargeback regimes which pretend they don't exist? As an aside, there are many people that say that mainframes are batch systems which provide free on-line service, or on-line systems which provide free batch processing. And what people mean is that the only factor that determines the total hardware and software price nowadays (in the era of WLC) is your monthly peak. (Hardware is largely part of the fixed price element, while software is a lot of variable and some fixed. But even the fixed components are determined according to something like your forecast annual peak.) If your peak is at stock market open, that stock market open behavior determines the hardware and software price. That's how it works in a shared-everything environment. With other types of IT infrastructure, prices likely increase when *any* peak at any time of day increases. For example, if the Internet application spikes to a new and higher peak at 6:00 p.m., then that increases your price because you have to increase computing resources allocated to that particular Internet application, even if your market trading application at market open is running on infrastructure that is largely idle at 6:00 p.m. You might have 1,000+ little mainframes rather than one, basically. OK, hopefully that wasn't confusing. :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@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: 3490E cartridges
In 49b6d080.23258.24eb...@localhost, on 03/10/2009 at 08:41 PM, Neil Duffee nduf...@uottawa.ca said: ps. I'd verify that claim of 3490Es was right - most customers could read them by making sure you're writing 18 tracks for 3480s. (I thought the 'E' model was 36 track only. Something to look into.) The 3490E can *read* 18-track tapes; it cannot write them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How much does GTF trace impact system throughput?
So far, in all the cases where I had to run GTF to gather debugging information, I could force the problem to occur and therefore GTF was only run for a short period of time and the impact on system throughput was not questioned. This time, we've got a problem with two of our printers that only occurs sporadically. I'm planning to run GTF continuously, one instance per printer, e.g. PSF, until the problem occurs. Each GTF will be limited to collect trace data for a single PSF instance. I'm trying to figure out the impact this will have on overall system throughput. How much is GTF eating. Any other caveats? -- Peter Hunkeler CREDIT SUISSE -- 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: How much does GTF trace impact system throughput?
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUK 3) Sent: Wednesday, March 11, 2009 7:28 AM To: IBM-MAIN@bama.ua.edu Subject: How much does GTF trace impact system throughput? So far, in all the cases where I had to run GTF to gather debugging information, I could force the problem to occur and therefore GTF was only run for a short period of time and the impact on system throughput was not questioned. This time, we've got a problem with two of our printers that only occurs sporadically. I'm planning to run GTF continuously, one instance per printer, e.g. PSF, until the problem occurs. Each GTF will be limited to collect trace data for a single PSF instance. I'm trying to figure out the impact this will have on overall system throughput. How much is GTF eating. Any other caveats? Peter Hunkeler CREDIT SUISSE I haven't seen any recent precise figures on GTF overhead. About 20 years ago Dave Halbig did several experiments to determine GTF's overhead for tracing various combinations of events, and he discussed his experiments and results in a paper that he presented at either SHARE or CMG. One conclusion of his was that the overhead is acceptable if your problem that requires using GTF is great enough. Another conclusion was that the more events you trace, the greater the overhead, so use filtering as much as possible to reduce the number of events that need to be traced. Another conclusion was the more frequently the traceable events occur, the greater the overhead. All three conclusions are intuitively obvious. Bottom line: your mileage may vary. Use it when you must, and use it so the fewest possible events are traced. In your specific case, e.g., trace ONLY the two printers' device numbers rather than tracing all I/O devices. And filter by jobname also if you can. And if you only need the I/O interrupt trace records, then do not also trace the SSCH or any other I/O-related events (CSCH, HSCH, MSCH, PCI, etc.). Also try to trace the fewest number of CCWs and bytes transferred per CCW that you think you will need to diagnose the problem. The GTF hook for the event class will fire regardless of how finely you are filtering. If you are tracing I/O interrupts for only two printers' device numbers, then the hook will fire for every I/O interrupt. The hook causes a program interrupt, which takes you into Program Interrupt FLIH, which takes you into a GTF module which applies all your filtering criteria, then exits most of the time back to the interrupted code (which was a disabled I/O interrupt handling module in IOS). Once in a while a trace record will be generated. Once you have incurred all the overhead of getting through the filter, the code to trace the I/O request is probably not very much additional overhead, given that you have to go through at least some of the filtering logic for every I/O interrupt regardless of device number or device class. Thus you will be incurring some overhead for every I/O interrupt even though most of the time the interrupt will not need to be traced. This extra code may add 100 to 200 more instructions to the path length of processing an I/O interrupt, the total for which without GTF added is several thousand instructions, so another 100 to 200 is not a great percentage increase, but how many thousands of I/O interrupts does your system handle per second? I think you will have a lower total overhead if you have only one instance of GTF that is defined to trace events from either of the two printers involved. Your mileage may vary. Bill Fairchild Rocket Software -- 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: How much does GTF trace impact system throughput?
Bill, thanks for the insight. Much appreciated. I only need two USR events (FD0 and FD4) that, as I understand it, PSF writes with the GTRACE macro. So GTF will then only need to listen for GTRACE events and that will reduce the overhead quite a bit, right? I'll follow your advice to only start 1 GTF instance. -- Peter Hunkeler CREDIT SUISSE -- 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
TMON with OMEGAMON Comparison
Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer -- 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: TMON with OMEGAMON Comparison
I can not tell you the differences, however, I will tell you that we have been moving to Omegamon for 3 years now and our applications department has found Omegamon lacking to the point that they have been able to keep TMON in house. IBM has not been able to correct the missing functions in Omegamon. Regards, Herman Stocker Technical Specialist -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Yogeetha balasubramanian Sent: Wednesday, March 11, 2009 8:41 AM To: IBM-MAIN@bama.ua.edu Subject: TMON with OMEGAMON Comparison Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer -- 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 - -- The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- 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: How much does GTF trace impact system throughput?
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUK 3) Sent: Wednesday, March 11, 2009 8:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How much does GTF trace impact system throughput? Bill, thanks for the insight. Much appreciated. I only need two USR events (FD0 and FD4) that, as I understand it, PSF writes with the GTRACE macro. So GTF will then only need to listen for GTRACE events and that will reduce the overhead quite a bit, right? I'll follow your advice to only start 1 GTF instance. Peter Hunkeler CREDIT SUISSE I have no experience with tracing USR events, but USR events is also an event class, so wherever the USR GTRACE macro has been imbedded in any IBM or other code that you are running there will be a program interrupt and entry into GTF's filtering logic. Your conclusion is correct, except that I think that DB2 also uses USR events a lot. If you are using DB2 heavily (and if DB2 does in fact use USR), then you may have lower overhead by tracing I/O interrupts. I don't know anything about how to filter USR events. Please let me know what happens. The only real way to quantify GTF overhead is to measure your system's CPU usage with GTF and without GTF, then compare the two numbers, and you might also need a CPU soaker to run at low priority to eat up all available CPU time that's left over when no other work is ready to run. Bill Fairchild Rocket Software -- 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: TMON with OMEGAMON Comparison
On Wed, 11 Mar 2009 18:11:23 +0530, Yogeetha balasubramanian sairamyog...@gmail.com wrote: Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer Depending on your CICS transaction reporting requirements, TMON/CICS logs to a non-SMF source in compressed format (the data is run through a vendor-supplied utility to prep/uncompress for any post-processing reporting). Omegamon/CICS can log to SMF, creating a CMF-like SMF type 110 subtype 1 transaction record (I am unfamiliar whether Omegamon/CICS supports the new SMF 110 compressed format, introduced with CTS 3.2). I know that OMEGAMON provides some MCT customizations for enhanced WLM and clocks/counters data capture in the subtype 1, possibly for MQ, DB2 or your local DBMS (ADABAS). With your migration, you may find differences in CICS transaction data available with OMEGAMON as compared to TMON for CICS - no question though that post-processing the CICS transaction data will need to change. Scott Barry SBBWorks, Inc. -- 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: DFHSM Issue - Critical
That is incorrect. Recycle does not finish the tape when the Hold command is issued. Recycle finishes the dataset that is in progress and then comes to pre-mature end. A Hold on Expirebv has the same effect. VOLSERUNITVOL REUSE VALID PCTVOLRACF PREVSUCC NAMETYPE CAPACITYBLKSVALID STATUS VOL VOL H000643490 SPILL 0003606100 0002280558 064FULLNO *NONE* H00179 H001793490 SPILL 0003606100 0001277632 036FULLNO H00064 *NONE* Issue Recycle against volume H00064 at 8:32 Hold Recycle issued at 8:51 08.51.02 STC21688 ARC0833I RECYCLE ENDED ON VOLUME H00064, 380 DATA ARC0833I (CONT.) SETS MOVED, TIME 08:51:02, RC=0012, REAS=000 ARC0835I RECYCLE PROCESSING TERMINATING EARLY, RC=0012, REAS= ARC0831I RECYCLE COMMAND PROCESSING ENDING ARC1001I RECYCLE EXECUTE VOLUME(H00064) COMMAND FAILED, RC=0010, REAS=0016 ARC1610I LONG RUNNING COMMAND DID NOT FULLY COMPLETE List TTOC shows a reduced Pct Valid after Recycle command. VOLSERUNITVOL REUSE VALID PCTVOLRACF PREVSUCC NAMETYPE CAPACITYBLKSVALID STATUS VOL VOL H000643490 SPILL 0003606100 0002075223 058FULLNO *NONE* H00179 H001793490 SPILL 0003606100 0001277632 036FULLNO H00064 *NONE* ***END OF CONNECTED TAPE VOLUME SET *** Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of L D Owen [ldowen2...@yahoo.com] Sent: Tuesday, March 10, 2009 3:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM Issue - Critical I agree with don't cancel as many bad things can and do happen. When you hold RECYCLE, it will finish the tape it is currently recycling, and if I'm not wrong, it will finish the entire volume chain (if the volume was part of a chain). Try HOLD RECYCLE EOD instead as it will hold at the end of the current dataset. Audit is another long-running function that can also hold up CDS Backups. I'm not sure if HOLD AUDIT EOD helps, but I generally add EOD to everything just to be sure. Yes, CDS backups are the first thing AUTOBACKUP does...SSM does not kick off any CDS bkups. ...LDO -- 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: How much does GTF trace impact system throughput?
Bill Fairchild wrote: The GTF hook causes a program interrupt Really? I'm surprised. It's not the first time. -- Tom Marchant -- 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: How much does GTF trace impact system throughput?
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, March 11, 2009 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How much does GTF trace impact system throughput? Bill Fairchild wrote: The GTF hook causes a program interrupt Really? I'm surprised. It's not the first time. Tom Marchant It's documented in the PoOps book. Check out MC (Monitor Call). If you are not tracing any events with GTF or any other user of the Monitor Call trace facility, then all the various MC instructions scattered around IBM's code are executed as NOP instructions. There are 16 possible classes of events, such as I/O, SVC, program interrupts, etc. If you have enabled tracing for event class X, then wherever there is a MC instruction that specifies event class X you will get a program interrupt with interrupt code X'0040' when you go through that code. Program Interrupt FLIH checks the interrupt code; if it says the PI was caused by a MC instruction, then you go off into MC interrupt handling code which checks for filtering, etc., as I wrote before. I built a MC trace facility application once before, and it was relatively easy. The tracing routines that are entered are covered by a SETFRR before the MC code calls the tracing routine, so I only rarely crashed my test system.! The only real problem I had was in making it work while GTF was also running. This was back in 1987 before IBM enhanced the MC trace facility so that multiple MC applications could run simultaneously. GTF is but one user of the Monitor Call trace facility. I don't know of any others except the one I built into TMON/MVS, but there is nothing in the MC architecture to prevent a large number of different users of this trace facility from all running simultaneously and tracing the same events. Bill Fairchild Rocket Software -- 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: How much does GTF trace impact system throughput?
GTF HOOK issues a MONITOR CALL instruction which is handled by the program check FLIH. Warren Brown -- Original message from Bill Fairchild bi...@mainstar.com: -- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, March 11, 2009 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How much does GTF trace impact system throughput? Bill Fairchild wrote: The GTF hook causes a program interrupt Really? I'm surprised. It's not the first time. Tom Marchant It's documented in the PoOps book. Check out MC (Monitor Call). If you are not tracing any events with GTF or any other user of the Monitor Call trace facility, then all the various MC instructions scattered around IBM's code are executed as NOP instructions. There are 16 possible classes of events, such as I/O, SVC, program interrupts, etc. If you have enabled tracing for event class X, then wherever there is a MC instruction that specifies event class X you will get a program interrupt with interrupt code X'0040' when you go through that code. Program Interrupt FLIH checks the interrupt code; if it says the PI was caused by a MC instruction, then you go off into MC interrupt handling code which checks for filtering, etc., as I wrote before. I built a MC trace facility application once before, and it was relatively easy. The tracing routines that are entered are covered by a SETFRR before the MC code calls the tracing routine, so I only rarely crashed my test system.! The only real problem I had was in making it work while GTF was also running. This was back in 1987 before IBM enhanced the MC trace facility so that multiple MC applications could run simultaneously. GTF is but one user of the Monitor Call trace facility. I don't know of any others except the one I built into TMON/MVS, but there is nothing in the MC architecture to prevent a large number of different users of this trace facility from all running simultaneously and tracing the same events. Bill Fairchild Rocket Software -- 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
GSE UK - Large Systems Meeting Postponed 17th March 2009
All, Apologies to all on the list that this message does not concern. The GSE UK Large Systems Working Group meeting scheduled for Tuesday 17th March has been postponed, due to unforeseen circumstances. I will send out a note with the rescheduled data ASAP. Mark ___ Mark Wilson Mobile: +44 (0) 7768 617006 Email: mark.wil...@pobox.com Chairman GSE Large Systems Working Group. Large Systems Web Site is: http://lsx.gse.org.uk/ ___ -- 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: How much does GTF trace impact system throughput?
On Wed, 11 Mar 2009 08:08:57 -0400, Bill Fairchild wrote: The GTF hook for the event class will fire regardless of how finely you are filtering. If you are tracing I/O interrupts for only two printers' device numbers, then the hook will fire for every I/O interrupt. ... Once you have incurred all the overhead of getting through the filter, the code to trace the I/O request is probably not very much additional overhead, given that you have to go through at least some of the filtering logic for every I/O interrupt regardless of device number or device class. ... I think you will have a lower total overhead if you have only one instance of GTF that is defined to trace events from either of the two printers involved. But then he might need to trace twice as long before the event of interest occurs, incurring the GTF hook overhead during that longer time. Your mileage may vary. -- gil -- 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: How much does GTF trace impact system throughput?
On Wed, 11 Mar 2009 09:37:58 -0400, Bill Fairchild wrote: Bill Fairchild wrote: The GTF hook causes a program interrupt Really? I'm surprised. It's not the first time. Tom Marchant It's documented in the PoOps book. Check out MC (Monitor Call) Nice explanation. Thanks! -- Tom Marchant -- 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: TMON with OMEGAMON Comparison
Yogeetha balasubramanian sairamyog...@gmail.com wrote in message news:cd427cf50903110541w4e662c16l2f8f29072949a...@mail.gmail.com... Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer I am installing Omegamon at the moment (for the last 2 months and not finished yet). I won't bother you with my personal opinion about Omegamon, since this will cause an overflow of the group's spaceconsumption. However, the CICS component is not the worst of them all. Our CICS expert is satisfied with it. Tips: Select the 'optional' function to restart the monitoring within CICS when the Omegamon collecter is stop/started. Regulary check for fixes, because they still come (far too) often. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: TMON with OMEGAMON Comparison
We went through this trial about 18 months ago. I can live with either from a functional perspective, BUT the real mess is the Omegamon install, and the number of hours(oops, I mean days or weeks). There are so many sets of libraries out there due to CICAT. You order Omegamon from Serverpac, easy, right? NOT. All that gets you is the TKAN* datasets. Still have to run CICAT, and it copies all the TKAN* datasets to RKAN*, which is a complete copy. Then it goes on and builds all the other support datasets, per lpar or environment. Then, what TMON can do in a handful of STC's, takes Omegamon 3 times as many STC's. Just too much overhead in my opinion. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: Wednesday, March 11, 2009 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison Yogeetha balasubramanian sairamyog...@gmail.com wrote in message news:cd427cf50903110541w4e662c16l2f8f29072949a...@mail.gmail.com... Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer I am installing Omegamon at the moment (for the last 2 months and not finished yet). I won't bother you with my personal opinion about Omegamon, since this will cause an overflow of the group's spaceconsumption. However, the CICS component is not the worst of them all. Our CICS expert is satisfied with it. Tips: Select the 'optional' function to restart the monitoring within CICS when the Omegamon collecter is stop/started. Regulary check for fixes, because they still come (far too) often. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: TMON with OMEGAMON Comparison
Did you compare the CPU *consumption* of Tmon and Omegamon. We come from Mainview and the rise in CPU consumption is tremendous. Kees. Jousma, David david.jou...@53.com wrote in message news:a90766b5039c59409110c92d47216f5903332...@s1flokydce2k322.dm0001.in fo53.com... We went through this trial about 18 months ago. I can live with either from a functional perspective, BUT the real mess is the Omegamon install, and the number of hours(oops, I mean days or weeks). There are so many sets of libraries out there due to CICAT. You order Omegamon from Serverpac, easy, right? NOT. All that gets you is the TKAN* datasets. Still have to run CICAT, and it copies all the TKAN* datasets to RKAN*, which is a complete copy. Then it goes on and builds all the other support datasets, per lpar or environment. Then, what TMON can do in a handful of STC's, takes Omegamon 3 times as many STC's. Just too much overhead in my opinion. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: Wednesday, March 11, 2009 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison Yogeetha balasubramanian sairamyog...@gmail.com wrote in message news:cd427cf50903110541w4e662c16l2f8f29072949a...@mail.gmail.com... Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer I am installing Omegamon at the moment (for the last 2 months and not finished yet). I won't bother you with my personal opinion about Omegamon, since this will cause an overflow of the group's spaceconsumption. However, the CICS component is not the worst of them all. Our CICS expert is satisfied with it. Tips: Select the 'optional' function to restart the monitoring within CICS when the Omegamon collecter is stop/started. Regulary check for fixes, because they still come (far too) often. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: TMON with OMEGAMON Comparison
I agree with you all thatOmegamon is not easy to be upgraded. I have personally done the Omegamon/CICS installation. The TKANMOD keeps varying and the settings that we need to do while upgrading really varies. For few things , i have never got the reason why from the performance guys. Also, we wont know the end result until during the change window, There is no sort of test that we can do for finding if it will work. And it has to be put in all the CICS regions in one shot which is never good system programming practice too. Regards Yogs On Wed, Mar 11, 2009 at 6:11 PM, Yogeetha balasubramanian sairamyog...@gmail.com wrote: Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer -- 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: How much does GTF trace impact system throughput?
But then he might need to trace twice as long before the event of interest occurs, incurring the GTF hook overhead during that longer time. How does the trace duration relate to the number of GTF instances started? -- Peter Hunkeler Credit Suisse -- 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: How much does GTF trace impact system throughput?
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUK 3) Sent: Wednesday, March 11, 2009 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How much does GTF trace impact system throughput? But then he might need to trace twice as long before the event of interest occurs, incurring the GTF hook overhead during that longer time. How does the trace duration relate to the number of GTF instances started? -- Peter Hunkeler Credit Suisse The trace duration lasts until you manually stop GTF or it ABENDs, which is most unlikely. I don't understand his comment. Presumably you would manually stop your one GTF instance whenever you get your printer problem regardless of which of your two printers experiences it first, so I cannot understand why you might need to run GTF twice as long. Bill Fairchild Rocket Software -- 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: How much does GTF trace impact system throughput?
On Wed, 11 Mar 2009 12:42:41 -0400, Bill Fairchild wrote: From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUK 3) Sent: Wednesday, March 11, 2009 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How much does GTF trace impact system throughput? But then he might need to trace twice as long before the event of interest occurs, incurring the GTF hook overhead during that longer time. How does the trace duration relate to the number of GTF instances started? -- Peter Hunkeler Credit Suisse The trace duration lasts until you manually stop GTF or it ABENDs, which is most unlikely. I don't understand his comment. Presumably you would manually stop your one GTF instance whenever you get your printer problem regardless of which of your two printers experiences it first, so I cannot understand why you might need to run GTF twice as long. My apologies: I misunderstood either to mean tracing only one printer at a time. -- gil -- 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
SDSF COMMAND LINE ON BOTTOM OF PANEL
Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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
z/OS 1.9 installation ROOT ETC and VAR
I am on z/OS 1.7 installing z/OS 1.9. I created a new ROOT file by copying my existing production ROOT file. New ETC and VAR files were created. The restore of the ROOT file failed because there were existing etc and var directories. I had to delete the etc and var directories to get the restore to run successfully. Now I have etc and var symlink (whatever that is) in the new ROOT file. What should I do now? Should I delete/rename the symlink's and create etc and var directories? The BPXPARM specifies that the ETC and VAR files are to be mounted off of the etc and var directories. Thanks, Jerry -- 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
Go into SDSF and pull up your OPTIONS at the top of the screen -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Wednesday, March 11, 2009 11:59 AM To: IBM-MAIN@bama.ua.edu Subject: SDSF COMMAND LINE ON BOTTOM OF PANEL Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
On Wed, 11 Mar 2009 12:59:19 -0400, Howard Rifkind rifki...@emigrant.com wrote: Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. Do you remember how to search the archives or google? :-) Type SETTINGS on the command line. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF COMMAND LINE ON BOTTOM OF PANEL
Go into the ISPF Opt 0 panel and set command line at the bottom. Then go back into SDSF. Lizette Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. -- 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: z/OS 1.9 installation ROOT ETC and VAR
On Wed, 11 Mar 2009 13:04:41 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: I am on z/OS 1.7 installing z/OS 1.9. I created a new ROOT file by copying my existing production ROOT file. snip Eh? You should be restoring a new root file as part of ServerPac, not copying your existing one. The HLQ is your SSA and it will get mounted at the service directory you specified in your variables prior to running installation jobs. Of course that mount point needs to exist or be created. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF COMMAND LINE ON BOTTOM OF PANEL
Lizette Koehler wrote: Go into the ISPF Opt 0 panel and set command line at the bottom. Then go back into SDSF. That will not work. As usual, Mark Zelden answered correctly. Use the SETTINGS command. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: SDSF COMMAND LINE ON BOTTOM OF PANEL
In ISPF for setting the command line thats option 0 from the Main Panel has the settings but thats for ISPF SDSF runs as a ISPF application and as a TSO command processor Joseph Reichman Senior Programmer (914) 785 - 1034 Howard Rifkind rifki...@emigrant.com 3/11/2009 12:59 PM Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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 _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: z/OS 1.9 installation ROOT ETC and VAR
What about the other 'stuff' that is in the root I.E. JAVA 1.3? If I start with a new root I will loose that. Jerry Mark Zelden mark.zel...@zurichna.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/11/2009 01:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: z/OS 1.9 installation ROOT ETC and VAR On Wed, 11 Mar 2009 13:04:41 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: I am on z/OS 1.7 installing z/OS 1.9. I created a new ROOT file by copying my existing production ROOT file. snip Eh? You should be restoring a new root file as part of ServerPac, not copying your existing one. The HLQ is your SSA and it will get mounted at the service directory you specified in your variables prior to running installation jobs. Of course that mount point needs to exist or be created. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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
This applies here too! Do's and Don't's
John Pape: Five ways to sabotage your chance of getting help from community forums. http://www.ibm.com/developerworks/websphere/techjournal/0903_col_pape/0903_col_pape.html?S_TACT=105AGX01S_CMP=HP -- John -- 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: TMON with OMEGAMON Comparison
Have you not consider CA SYSVIEW? Much easier to install. Much easier to maintain. Same functionality or better. Much less resource consumption. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, March 11, 2009 SYSN 08:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison We went through this trial about 18 months ago. I can live with either from a functional perspective, BUT the real mess is the Omegamon install, and the number of hours(oops, I mean days or weeks). There are so many sets of libraries out there due to CICAT. You order Omegamon from Serverpac, easy, right? NOT. All that gets you is the TKAN* datasets. Still have to run CICAT, and it copies all the TKAN* datasets to RKAN*, which is a complete copy. Then it goes on and builds all the other support datasets, per lpar or environment. Then, what TMON can do in a handful of STC's, takes Omegamon 3 times as many STC's. Just too much overhead in my opinion. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: Wednesday, March 11, 2009 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison Yogeetha balasubramanian sairamyog...@gmail.com wrote in message news:cd427cf50903110541w4e662c16l2f8f29072949a...@mail.gmail.com... Hello there !! We are moving from TMON to OMEGAMON . Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? We are collecting this information Which do you think is a better option. I felt OMEGAMON/CICS got a user friendly interface. Regards Yogs CICS Systems Programmer I am installing Omegamon at the moment (for the last 2 months and not finished yet). I won't bother you with my personal opinion about Omegamon, since this will cause an overflow of the group's spaceconsumption. However, the CICS component is not the worst of them all. Our CICS expert is satisfied with it. Tips: Select the 'optional' function to restart the monitoring within CICS when the Omegamon collecter is stop/started. Regulary check for fixes, because they still come (far too) often. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: z/OS 1.9 installation ROOT ETC and VAR
JAVA should be in a separate zFS mounted on a directory in the root. Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jerry Fuchs Sent: Wednesday, March 11, 2009 1:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.9 installation ROOT ETC and VAR What about the other 'stuff' that is in the root I.E. JAVA 1.3? If I start with a new root I will loose that. Jerry Mark Zelden mark.zel...@zurichna.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/11/2009 01:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: z/OS 1.9 installation ROOT ETC and VAR On Wed, 11 Mar 2009 13:04:41 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: I am on z/OS 1.7 installing z/OS 1.9. I created a new ROOT file by copying my existing production ROOT file. snip Eh? You should be restoring a new root file as part of ServerPac, not copying your existing one. The HLQ is your SSA and it will get mounted at the service directory you specified in your variables prior to running installation jobs. Of course that mount point needs to exist or be created. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
Thanks all, Did the settings for the ISPF panels and that worked but it didn't carry over to SDSF. In SDSF did what was suggested (settings) and all is O.k. now. thanks again. Mark Zelden mark.zel...@zurichna.com 3/11/2009 1:15 PM On Wed, 11 Mar 2009 12:59:19 -0400, Howard Rifkind rifki...@emigrant.com wrote: Hello all, Just got the z/OS 1.10 system up and the command line for SDSF is on the bottom of the panel. I don't remember how to get this to the top of the panel. Any help is appreciated. Do you remember how to search the archives or google? :-) Type SETTINGS on the command line. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: 3490E cartridges
On 10 Mar 2009 17:42:40 -0700, nduf...@uottawa.ca (Neil Duffee) wrote: Pete: despite all the nay-sayers that urge the upgrade path, you might simply advise your customers of the non-availability of media and require them to provide *you* with the cartridges when they want the software delivered on the (obsolete) media. This only requires you to retain the hardware without searching for a supplier. (Maybe request 3 to allow for media/drive failures.) Also, if the customer has stayed at that technology level, they likely have ample media to provide for their *personalized* use. In 1980 I worked at a shop that had a Singer tape drive. They kept it around for some customers (and other shops) - but they made the customers use their own tapes. And they told the customers that when the Singer drive died - it would stay dead. -- 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: Cost of CPU Time
On 11 Mar 2009 02:46:24 -0700, e99...@jp.ibm.com (Timothy Sipples) wrote: For example, let's suppose you double the number of CICS transactions (and associated batch) you are running today on your mainframe. Do your costs double? Well, your chargebacks would if you used a single number like average cost. But no, your costs don't double -- nowhere close to that! But most mainframes are set up to be used. Unlike a PC that is sitting idle most of the time, we expect mainframes to be working. If a computer is being used 90% of its capacity, it can't double its workload.(But a lot of new work can be fit in that 10%) -- 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: TMON with OMEGAMON Comparison
No we didn't. It was one of those lets convert to Omegamon because we can get it under our enterprise agreement situations. In the end, TMON still won out. Mostly because of the reasons I mentioned earlier. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: Wednesday, March 11, 2009 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison Have you not consider CA SYSVIEW? Much easier to install. Much easier to maintain. Same functionality or better. Much less resource consumption. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, March 11, 2009 SYSN 08:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison We went through this trial about 18 months ago. I can live with either from a functional perspective, BUT the real mess is the Omegamon install, and the number of hours(oops, I mean days or weeks). There are so many sets of libraries out there due to CICAT. You order Omegamon from Serverpac, easy, right? NOT. All that gets you is the TKAN* datasets. Still have to run CICAT, and it copies all the TKAN* datasets to RKAN*, which is a complete copy. Then it goes on and builds all the other support datasets, per lpar or environment. Then, what TMON can do in a handful of STC's, takes Omegamon 3 times as many STC's. Just too much overhead in my opinion. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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
z890 crypto vs z900 crypto
My team is at a bi-yearly coop test. We have been given a z900 to test on. Our system is a z890 w/o optional PCI crypto. We do have the feature 3863 enabled so we can use the crypto that is built in to the z890. We only need the crypto for SSL TN3270 and FTP/SSL. At coop on thier z900, our system ssl is telling us that crypto is not available. The coop site se's do not know why. The z900 that we are testing on does have the optional PCI crypto engines installed. We do not run ICSF. Never found a need for it. Does anyone know why this LPAR on the z900 will not run system ssl? -- 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: z890 crypto vs z900 crypto
snip feature 3863 enabled unsnip As I remember it, feature 3863 is a no charge feature but the CE has to enable it (and probably marketing has to agree). Jack Kelly 202-502-2390 (Office) -- 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: z890 crypto vs z900 crypto
Hello Alan, In order to use crypto hw, it is necessary to have ICSF up and running. In fact, ICSF must be started before TCP/IP during z/OS IPL. TCP/IP checks that ICSF is up just during its start-up. If ICSF is up, it will use the crypto hw, otherwise it will not. Another point to be considered is the WLM Goal for ICSF. It must be better or at least equal to the server (TCP/IP our case) that is going to ask their service. Starting up ICSF will fix your problem. Best Regards, Vicente Ranieri Jr Technical Sales Support – Latin America GMT My team is at a bi-yearly coop test. We have been given a z900 to test on. Our system is a z890 w/o optional PCI crypto. We do have the feature 3863 enabled so we can use the crypto that is built in to the z890. We only need the crypto for SSL TN3270 and FTP/SSL. At coop on thier z900, our system ssl is telling us that crypto is not available. The coop site se's do not know why. The z900 that we are testing on does have the optional PCI crypto engines installed. We do not run ICSF. Never found a need for it. Does anyone know why this LPAR on the z900 will not run system ssl?
Endevor and TSO in Batch
I am trying to assist my Endevor support team with a TSO/REXX issue. They run in batch a program NDVRC1. This executes a REXX to interface with PRO/JCL to validate JCL standards. This works fine until you add TSO ALLOCATE commands for files in the process. We get an RC -3. Which I believe is due to TSO not being in the environment. If we run this same thing in foreground it works fine. So I believe my thought is correct. What I need to identify is how to run TSO in this batch process with Endevor and PRO/JCL. Has anyone done something like this that can point me in the right direction? Thanks Lizette -- 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: z890 crypto vs z900 crypto
Some flavors of crypto require injection of a master key before it will come active. Of course, the master key has to match the one that was injected into the other machine. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alan Scott Sent: Wednesday, March 11, 2009 1:34 PM To: IBM-MAIN@bama.ua.edu Subject: z890 crypto vs z900 crypto My team is at a bi-yearly coop test. We have been given a z900 to test on. Our system is a z890 w/o optional PCI crypto. We do have the feature 3863 enabled so we can use the crypto that is built in to the z890. We only need the crypto for SSL TN3270 and FTP/SSL. At coop on thier z900, our system ssl is telling us that crypto is not available. The coop site se's do not know why. The z900 that we are testing on does have the optional PCI crypto engines installed. We do not run ICSF. Never found a need for it. Does anyone know why this LPAR on the z900 will not run system ssl? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: z890 crypto vs z900 crypto
Thanks Vincente, Can you tell me, since we do not run ICSF in our production LPAR, is the CPACF feature of the z890 allowing us to do crypto at home? -- 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: z/OS 1.9 installation ROOT ETC and VAR
On Wed, 11 Mar 2009 13:32:15 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: What about the other 'stuff' that is in the root I.E. JAVA 1.3? If I start with a new root I will loose that. Did you order Java with your ServerPac? If so, a new one comes with it. But it is a separate file system (zFS or HFS). Unless you applied things right into your root on 1.7 (which you shouldn't have), all you have in your 1.7 root for add ons are mount points you may have added. These same mount points need to be added in your new root for 1.9. Assuming you restored your 1.9 root and it is still mounted at /service for example, you create /service/mount_point. This of course assumes you are not in a shared file system environment with a sysplex root. For Java, it may be mounted at /usr/lpp/java - which comes with your new root anyway. We mount our java (and most other z/OS Unix installed software) at an in-house software directory. So when we install a new OS we only have to create that mount point and a couple of others that our SAP systems use. In our usermods library, I have a UNIXMNT member that describes the mount points we create for a new OS. It also has the required steps for CRON when using a read-only root (which is a good practice - even if not sharing it). This is also documented in Unix System Services Planning. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 crypto vs z900 crypto
Alan Scott wrote: Thanks Vincente, Can you tell me, since we do not run ICSF in our production LPAR, is the CPACF feature of the z890 allowing us to do crypto at home? My understanding (could be wrong) was that if ICSF was available SYSTEM SSL would use it, if not it would use CPACF, and as a last resort it would do the work with standard instructions, but would use more CPU. What kind of errors are you seeing. -- 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: TMON with OMEGAMON Comparison
Overhead concerns: RE: Did you compare the CPU *consumption* of TMON and OMEGAMON? We come from MAINVIEW and the rise in CPU consumption is tremendous. 1) OMEGAMON vs TMON - Numerous customers have migrated from TMON to OMEGAMON, on average they experience a 10% drop in CPU consumption in the CICS region. This can be measured with SMF records for entire address space, CICS shutdown stats or SMF110 average CPU for transactions. 2) OMEGAMON vs MAINVIEW - Several factors here; are you measuring internal subsystem overhead or external collector overhead. The external address space overhead is small fraction of the total overhead. You need to look at impact to subsystem plus external. The last time a customer reported this to me, we were 5% less in the CICS subsystem. We are also less in the IMS subsystem. If you are only concerned w/ external address space CPU and you are talking about OMEGAMON IMS, I suspect you have historical bottleneck enabled with DASD impact. MAINVIEW doesn't collect this and its extremely expensive. When customers disable this collection parm the external overhead is comparable to MAINVIEW. RE: What TMON can do in a handful of STC's, takes OMEGAMON 3 times as many STC's. Just too much overhead in my opinion. 1) The real concern is how much overhead the monitoring adds to the monitored subsystem, see above. CICS, IMS and DB2 monitors from all vendors increase the cpu in the subsystems, the question is who increases it less. This subsystem impact far exceeds the external address space, except for z/OS monitors. I haven't been concerned with the number of address spaces since I migrated off MVS/SP to XA. Additional address spaces have very little overhead associated with them, they provide the flexibility to have different dispatching priorities based on the criticality of the address spaces function, like if it not being dispatched could impact the monitored address space. RE: Does Omegamon/CICS support the new SMF 110 compressed format, introduced with CTS 3.2 ? Yes, OMEGAMON provided day 1 support for this. -- 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: This applies here too! Do's and Don't's
On Wed, 11 Mar 2009 12:47:49 -0500, John McKown joa...@swbell.net wrote: John Pape: Five ways to sabotage your chance of getting help from community forums. http://www.ibm.com/developerworks/websphere/techjournal/0903_col_pape/0903_col_pape.html?S_TACT=105AGX01S_CMP=HP This one has more than 5 ways. :-) How To Ask Questions The Smart Way http://www.catb.org/~esr/faqs/smart-questions.html http://www.catb.org/~esr/faqs/smart-questions.html#bespecific -- 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: z/OS 1.9 installation ROOT ETC and VAR
Mark, My predecessor and DB2 guy did install directly into the root rather than new files. My problem now is how to carry that forward into z/OS 1.9. Java was not ordered with z/OS 1.9 either. Any ideas or am I just screwed? Jerry Mark Zelden mark.zel...@zurichna.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/11/2009 03:14 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: z/OS 1.9 installation ROOT ETC and VAR On Wed, 11 Mar 2009 13:32:15 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: What about the other 'stuff' that is in the root I.E. JAVA 1.3? If I start with a new root I will loose that. Did you order Java with your ServerPac? If so, a new one comes with it. But it is a separate file system (zFS or HFS). Unless you applied things right into your root on 1.7 (which you shouldn't have), all you have in your 1.7 root for add ons are mount points you may have added. These same mount points need to be added in your new root for 1.9. Assuming you restored your 1.9 root and it is still mounted at /service for example, you create /service/mount_point. This of course assumes you are not in a shared file system environment with a sysplex root. For Java, it may be mounted at /usr/lpp/java - which comes with your new root anyway. We mount our java (and most other z/OS Unix installed software) at an in-house software directory. So when we install a new OS we only have to create that mount point and a couple of others that our SAP systems use. In our usermods library, I have a UNIXMNT member that describes the mount points we create for a new OS. It also has the required steps for CRON when using a read-only root (which is a good practice - even if not sharing it). This is also documented in Unix System Services Planning. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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: TMON with OMEGAMON Comparison
I hope you have enough horsepower to run either of them. If you have an ELA with CA, you can probably discus the same benefits. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, March 11, 2009 SYSN 11:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison No we didn't. It was one of those lets convert to Omegamon because we can get it under our enterprise agreement situations. In the end, TMON still won out. Mostly because of the reasons I mentioned earlier. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: Wednesday, March 11, 2009 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison Have you not consider CA SYSVIEW? Much easier to install. Much easier to maintain. Same functionality or better. Much less resource consumption. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, March 11, 2009 SYSN 08:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison We went through this trial about 18 months ago. I can live with either from a functional perspective, BUT the real mess is the Omegamon install, and the number of hours(oops, I mean days or weeks). There are so many sets of libraries out there due to CICAT. You order Omegamon from Serverpac, easy, right? NOT. All that gets you is the TKAN* datasets. Still have to run CICAT, and it copies all the TKAN* datasets to RKAN*, which is a complete copy. Then it goes on and builds all the other support datasets, per lpar or environment. Then, what TMON can do in a handful of STC's, takes Omegamon 3 times as many STC's. Just too much overhead in my opinion. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: z890 crypto vs z900 crypto
In the TCPIP SYSOUT DD the following messages appear on the z900. System SSL: SHA-1 crypto assist is not available System SSL: DES crypto assist is not available System SSL: DES3 crypto assist is not available In the TCPIP SYSOUT DD the following messages appear on the z890. System SSL: SHA-1 crypto assist is available System SSL: DES crypto assist is available System SSL: DES3 crypto assist is available Alan Scott -- 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: z/OS 1.9 installation ROOT ETC and VAR
On Wed, 11 Mar 2009 15:21:48 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: Mark, My predecessor and DB2 guy did install directly into the root rather than new files. My problem now is how to carry that forward into z/OS 1.9. Java was not ordered with z/OS 1.9 either. Any ideas or am I just screwed? Jerry The easiest way to fix this that I can think of is: 1) create a new zFS filesystem using your favorite method 2) mkdir /new-db2 #or whatever root-resident directory 3) mount the new zFS filesystem at the directory in #2 4) Issue the UNIX commands: cd /db2 #current DB2 directory pax -pe -M -rw . /new-db2 # double check the pax command for me, somebody! 5) on z/OS 1.9, mount the new zFS as the DB2 mountpoint. Do the same with the Java subdirectory. Is Java still orderable stand-alone? Or maybe downloadable from the Web? -- John -- 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: z/OS 1.9 installation ROOT ETC and VAR
On Wed, 11 Mar 2009 15:21:48 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: Mark, My predecessor and DB2 guy did install directly into the root rather than new files. My problem now is how to carry that forward into z/OS 1.9. Java was not ordered with z/OS 1.9 either. Any ideas or am I just screwed? You're fine. Create new mount points in your 1.9 root and empty file systems (zFS is preferred now). Mount the file systems at /service/new_dir. Or just create the file system and mount it at /service now (or whatever your service dir is). Use /samples/copytree to copy out the code from the old root to the newly created file system. Or you could use pax (make sure you are superuser before using pax): pax -rwv -p e /from /to or cd to from dir then pax -rwv -p e . /to In z/OS 1.7 and above use this instead pax -rwvCDM -p eW /from /to or cd to from dir then pax -rwvCDM -p eW . /to (interpreting flags left as an exercise for the reader). Then update your BPXPRMxx to point to the new mount point(s). You can separate it out now prior to your migration from 1.7 to 1.9. You probably need to update SMP/E DDDEFs also if you are still maintaining or need to maintain any of the products you are moving out. I guess if it is also installed into the z/OS CSI, then you should migrate the FMIDs to a new SMP/E environment. BUt that's another thread (search the archives). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 crypto vs z900 crypto
Alan Scott wrote: In the TCPIP SYSOUT DD the following messages appear on the z900. System SSL: SHA-1 crypto assist is not available System SSL: DES crypto assist is not available System SSL: DES3 crypto assist is not available In the TCPIP SYSOUT DD the following messages appear on the z890. System SSL: SHA-1 crypto assist is available System SSL: DES crypto assist is available System SSL: DES3 crypto assist is available Alan Scott I think these are just informational messages telling you the assist instructions (CPACF) are not available on the z900. SSL should still work. Does an SSL connection fail? -- 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: This applies here too! Do's and Don't's
And we are enablers of the bad posting behavior described. Someone will always ask questions when there isn't enough to go on. Someone will try to answer questions that are broad and open ended. Maybe thats what makes this such a good list, and maybe not! Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: John McKown joa...@swbell.net Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, March 11, 2009 12:47 PM Subject: This applies here too! Do's and Don't's John Pape: Five ways to sabotage your chance of getting help from community forums. http://www.ibm.com/developerworks/websphere/techjournal/0903_col_pape/0903_col_pape.html?S_TACT=105AGX01S_CMP=HP -- John -- 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
Go into the ISPF Opt 0 panel and set command line at the bottom. Then go back into SDSF. Actually, that won't work if you use the default method for installing SDSF. It has a NEWAPPL(ISF) on the select statement. And, ISPF is usually defaulted to ISR. So, only ISPF applications using ISR will be affected by ISPF Option 0. Just type SETTINGS, while inside SDSF, and un-check (IIRC) the command line at bottom option. Anyways, if I'm not quite correct, you will see the option after typing SETTINGS. - Too busy driving to stop for gas! -- 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: z890 crypto vs z900 crypto
Another point to be considered is the WLM Goal for ICSF. It must be better or at least equal to the server (TCP/IP our case) that is going to ask their service. SYSSTC, usually. - Too busy driving to stop for gas! -- 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
In my life over the last 2 years as a contractor, I've noticed that the settings for ISPF and SDSF seem to keep changing. Its like I will go into the settings and put the command line on the top every time I get into ISPF for the first couple of weeks when I start a new job. Then, finally the settings seem to stay in place. I know that if I don't get out of ISPF, and my session is cancelled or times out, that the settings don't get saved in the ISPF profile dataset, but I always log off. This has happened to me on z/OS 1.4, 1.7, and 1.9. It also seems to work on each Lpar. Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Howard Rifkind rifki...@emigrant.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, March 11, 2009 12:57 PM Subject: Re: SDSF COMMAND LINE ON BOTTOM OF PANEL Thanks all, Did the settings for the ISPF panels and that worked but it didn't carry over to SDSF. In SDSF did what was suggested (settings) and all is O.k. now. thanks again. -- 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: one IKJEFT01 job, 2 outputs in sdsf - why?
If you look at the job on the ST panel instead of the H panel, there will only be one row for the job. Another approach that might work is to define an OUTPUT statements with the JESDS and DEFAULT operands and then refer to this statement with the OUTPUT operand on your DD statements. -Original Message- From: Bonno, Tuco Sent: Monday, March 09, 2009 12:04 PM To: IBM-MAIN@bama.ua.edu Subject: one IKJEFT01 job, 2 outputs in sdsf - why? cross-posting to ibm-main, mvs-oe running z/os 1.9 when I run this job: //tucopgp1 job... msgclass=x . //abc exec pgm=IKJEFT01 //sysexec dd disp=shr, dsn=sys1.sbpxexec //systsprt dd sysout=* //systsin dd * OSHELL ls -la /etc/ | cat the output shows up as TWO entries in sdsf each w/ the same jobname and jobid: (e.g.,) tucopgp1job10694. tot-rec = 85 tucopgp1job10694 .tot-rec =90 the 90-line item is the conventional jes2 stuff (log, msg-s, jcl, systsprt) ; the 85-line item contains the output proper of the omvs cat command. what should I add to my jcl to have all the ouput conflated into just one item in sdsf ? -- 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: Endevor and TSO in Batch
On Wed, 11 Mar 2009 15:05:56 -0400, Lizette Koehler wrote: I am trying to assist my Endevor support team with a TSO/REXX issue. They run in batch a program NDVRC1. This executes a REXX to interface with PRO/JCL to validate JCL standards. This works fine until you add TSO ALLOCATE commands for files in the process. We get an RC -3. Which I believe is due to TSO not being in the environment. If we run this same thing in foreground it works fine. So I believe my thought is correct. What I need to identify is how to run TSO in this batch process with Endevor and PRO/JCL. Has anyone done something like this that can point me in the right direction? You can substitute BPXWDYN for most uses of ALLOCATE. -- gil -- 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: z890 crypto vs z900 crypto
Hello Alan, Up to z900/z800, we only had the ICSF as the driver to access the cryptographic coprocessors. Those products and programs that would like to access the crypto hw should code ICSF callable services. At z990 timeframe the System z cryptographic architecture changed. Instead of CCF, PCICC and PCICA, we had CPAC and CEX2C (PCIXCC in the beginning). Along with CPACF, IBM deployed 5 new zArchitecture Assembler Instructions. These instructions permit that our programs and products access the crypto hw (CPACF) directly. ICSF is not needed. The instructions are: Cipher Message (KM) Cipher Message with Chaining (KMC) Compute Intermediate Message Digest (KIMD) Compute Last Message Digest (KLMD) Compute Message Authentication Code (KMAC) Of course, the products and programs should be changed to call the new Assembler instructions instead of ICSF callable services. System SSL enhanced its code to exploit CPACF through new Assembler instructions on z/OS V1R6 (it was retrofitted up to OS/390 V2R10 through PTFs).. It is important to remember that PKA Encrypt / PKA Decrypt is one of the most CPU intensive steps in SSL handshake. PKA algorithms are not supported in CPACF. In order to take full advantage of crypto HW in a z890/z990 (as it used to be in CCF machines), CEX2C or CEX2A with ICSF active is required. Monitoring the crypto coprocessor usage used to be a problem. Since z/OS V1R2 we have an RMF Crypto Activity report that show its usage. There is a redpaper called Monitoring System z Cryptographic Services (REDP-4358-00) that helps you understand how to use the given information. It is available at URL http://www.redbooks.ibm.com/abstracts/redp4358.html?Open I would check in your production LPAR if crypto coprocessor is being used through the report above. Best Regards, Vicente Ranieri Junior Technical Sales Support – Latin America GMT -- - Thanks Vincente, Can you tell me, since we do not run ICSF in our production LPAR, is the CPACF feature of the z890 allowing us to do crypto at home? --- 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: z890 crypto vs z900 crypto
Hi Alan, Just to clarify. System SSL will use CPACF or CEX2C/CEX2A depending on the callable service or Assembler instruction being called. If ICSF or CPACF is not available, System SSL will perform all the cryptographic functions through software imbedded at System SSL. Of course, it will use general CPs for processing. These information messages are just to informing you (in z900 case) that all cryptographic functions will be performed through sw.. Best Regards, Vicente Ranieri Junior Technical Sales Support – Latin America GMT --- In the TCPIP SYSOUT DD the following messages appear on the z900. System SSL: SHA-1 crypto assist is not available System SSL: DES crypto assist is not available System SSL: DES3 crypto assist is not available In the TCPIP SYSOUT DD the following messages appear on the z890. System SSL: SHA-1 crypto assist is available System SSL: DES crypto assist is available System SSL: DES3 crypto assist is available Alan Scott --- 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
On Wed, 11 Mar 2009 15:12:06 -0500, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: In my life over the last 2 years as a contractor, I've noticed that the settings for ISPF and SDSF seem to keep changing. Its like I will go into the settings and put the command line on the top every time I get into ISPF for the first couple of weeks when I start a new job. Then, finally the settings seem to stay in place. I know that if I don't get out of ISPF, and my session is cancelled or times out, that the settings don't get saved in the ISPF profile dataset, but I always log off. This has happened to me on z/OS 1.4, 1.7, and 1.9. It also seems to work on each Lpar. It's either someone playing mind games with you or gremlins. :-) Remember... if there is a separate ISPPROF for each LPAR, you have to change your settings for each one separately (or copy ISPPROF members). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF COMMAND LINE ON BOTTOM OF PANEL
On Wed, 11 Mar 2009 15:30:39 -0500, Mark Zelden mark.zel...@zurichna.com wrote: On Wed, 11 Mar 2009 15:12:06 -0500, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: In my life over the last 2 years as a contractor, I've noticed that the settings for ISPF and SDSF seem to keep changing. Its like I will go into the settings and put the command line on the top every time I get into ISPF for the first couple of weeks when I start a new job. Then, finally the settings seem to stay in place. I know that if I don't get out of ISPF, and my session is cancelled or times out, that the settings don't get saved in the ISPF profile dataset, but I always log off. This has happened to me on z/OS 1.4, 1.7, and 1.9. It also seems to work on each Lpar. It's either someone playing mind games with you or gremlins. :-) Remember... if there is a separate ISPPROF for each LPAR, you have to change your settings for each one separately (or copy ISPPROF members). Actually... sharing a single ISPPROF data set illegally could explain this since the last update wins. z/OS 1.9 allows legal profile sharing. See $SNGLTSO on my web site. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Endevor and TSO in Batch
Converting the ALLOCATEs to BPXWDYN should work, unless you have other dependencies on a TSO environment. Another way to do this is to convert the batch JCL that you use to run program NDVRC1 to TSO statements and run that under TSO in batch: 1. use EXEC PGM=IKJEFT01 SYSTSPRT SYSTSIN DD statements. 1. use TSO CALL instead of PGM= 2. you should be able to still use JCL for the required DD statements. Then you will have a TSO environment. Something like: //TSOBATCH EXEC PGM=IKJEFT01 . //SYSTSPRT DD SYSOUT=* //SYSTSINDD * CALL 'some.load.library(NDVRC1)' 'parms' // JCL for NDVRC1 here If NDVRC1 is in standard system search list, you can do CALL *(NDVRC1) instead. Bill On Wed, 11 Mar 2009 15:13:45 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 11 Mar 2009 15:05:56 -0400, Lizette Koehler wrote: I am trying to assist my Endevor support team with a TSO/REXX issue. They run in batch a program NDVRC1. This executes a REXX to interface with PRO/JCL to validate JCL standards. This works fine until you add TSO ALLOCATE commands for files in the process. We get an RC -3. Which I believe is due to TSO not being in the environment. If we run this same thing in foreground it works fine. So I believe my thought is correct. What I need to identify is how to run TSO in this batch process with Endevor and PRO/JCL. Has anyone done something like this that can point me in the right direction? You can substitute BPXWDYN for most uses of ALLOCATE. -- gil -- 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: z890 crypto vs z900 crypto
I would like to thank all of you for the informative replies. The facilitator for our coop test is going to move us to a z990 that has CPACF feature available. However, Vincente's last reply concerns me, since the culmination of this issue was the inability to initaite a TN3270 or FTP ssl seesion. According to that reply we should have been able to connect anyhow even without any crypto hardware or ICSF. In that light, Ihave asked that the network/firewall team be ready when we come up on the z990. I will post final outcome as it develops. Alan Scott. -- 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: z890 crypto vs z900 crypto
I would like to thank all of you for the informative replies. The facilitator for our coop test is going to move us to a z990 that has CPACF feature available. However, Vincente's last reply concerns me, since the culmination of this issue was the inability to initaite a TN3270 or FTP ssl seesion. According to that reply we should have been able to connect anyhow even without any crypto hardware or ICSF. In that light, Ihave asked that the network/firewall team be ready when we come up on the z990. I will post final outcome as it develops. Alan, just for additional information, I used HCM to find out if CPACF was enabled on our z/10 boxes. See redbook 'IBM System z9 109 Configuration Setup' and if the status is 'CP Assist for Crypto functions: Installed,' then H/W CPACF crypto is available. George Fogg -- 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
MY REPLACEMENT
Greetings, Running an ad is a waste of money and a waste of time. The replacers already know what they are doing. Economist, if they are worth a plug nickel, know what is being done. Elected officials know what is being done. The solution lies in applying pressure and forcing change. The replacers will likely laugh at the ad. Thanks, Steven _ Hotmail® is up to 70% faster. Now good news travels really fast. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_70faster_032009 -- 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: TMON with OMEGAMON Comparison
Overhead concerns. Interesting how OMEGAMON is trying to compare the CPU overhead to MAINVIEW. From my last review of OMEGAMON features and capabilities, OMEGAMON does not exploit zIIPs and MAINVIEW does. In recent customer benchmarks (2009), I have seen where MAINVIEW was offloading more than 50% of its GP cycles to zIIPs. If you compare OMEGAMON and RMF against MAINVIEW and CMF, the number goes up even more. In the IMS arena, OMEGAMON is weak in the type of detailed data it collects, yet MAINVIEW uses the same or less CPU and provides much more detailed data to resolve the issue faster. If you like, I can prove my point. Anyone can talk about how efficient they are, but the reality comes in a quick benchmark. With a benchmark, you can see that MAINVIEW uses less CPU, it’s easier to install, configure and you get a powerful web browser without installing any software in your distributed environment. So, it’s your call. -- 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: Endevor and TSO in Batch
NDVRC1 is Endevor's processor runner. It's input is stuff that looks like JCL. What's the PGM= in the Endevor Processor what's being used to run the REXX? Change it to the correct PGM for TSO/REXX under Endevor. I don't remember what Endevor calls the program provided to do this. I seem to remember that there was at least one other trick needed to make it work. I don't have quick access to the fine manual right now. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Big Iron Sent: Wednesday, March 11, 2009 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Endevor and TSO in Batch Converting the ALLOCATEs to BPXWDYN should work, unless you have other dependencies on a TSO environment. Another way to do this is to convert the batch JCL that you use to run program NDVRC1 to TSO statements and run that under TSO in batch: 1. use EXEC PGM=IKJEFT01 SYSTSPRT SYSTSIN DD statements. 1. use TSO CALL instead of PGM= 2. you should be able to still use JCL for the required DD statements. Then you will have a TSO environment. Something like: //TSOBATCH EXEC PGM=IKJEFT01 . //SYSTSPRT DD SYSOUT=* //SYSTSINDD * CALL 'some.load.library(NDVRC1)' 'parms' // JCL for NDVRC1 here If NDVRC1 is in standard system search list, you can do CALL *(NDVRC1) instead. Bill On Wed, 11 Mar 2009 15:13:45 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 11 Mar 2009 15:05:56 -0400, Lizette Koehler wrote: I am trying to assist my Endevor support team with a TSO/REXX issue. They run in batch a program NDVRC1. This executes a REXX to interface with PRO/JCL to validate JCL standards. This works fine until you add TSO ALLOCATE commands for files in the process. We get an RC -3. Which I believe is due to TSO not being in the environment. If we run this same thing in foreground it works fine. So I believe my thought is correct. What I need to identify is how to run TSO in this batch process with Endevor and PRO/JCL. Has anyone done something like this that can point me in the right direction? You can substitute BPXWDYN for most uses of ALLOCATE. -- gil -- 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: Endevor and TSO in Batch
We have a WEB application that is invoking a CICS application via CICS CTG via an MQ queue that starts the request in CICS. This application then does a request to update to an IMS database via DBCNTL and an local access to DB2 sub-system which is using a DB2 database alias to request a remote update to a DB2 sub-system on a different LPAR. We are running under zOS 1.9, CICS 2.3 and DB2 8.1( compatibility only) the application is using Enterprise COBOL v4.1. The application is getting a AD2Q abend some of the time, but is working at times. Has anyone experienced this type of storage corruption. When we get this abend that indicates a parm list corruption, we are forced to recycle the CICS region. This memory corruption in the CICS region produces an truncation dump and a SVC memory corruption dump. The region then begins to get abends in other application until we cycle the region to clean up the storage corruption. We are not running storage protection on the corrupted CICS region because of other applications running in the region which are prevent us from doing so. Any assistance would be greatly appreciated. Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -- 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: TMON with OMEGAMON Comparison
Mark Rascoe (from BMC) wrote: Interesting how OMEGAMON is trying to compare the CPU overhead to MAINVIEW. From my last review of OMEGAMON features and capabilities... [snip] ... you can see that MAINVIEW uses less CPU, it’s easier to install, configure and you get a powerful web browser ... Well, at least you didn't refer to it asWorld Class! :-D -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: TMON with OMEGAMON Comparison
I do have to respond to part of this one as OMEGAMON XE for z/OS 4.2.0 which went GA on 3/6/2009 does exploit the zIIP processor for collection. Should the listserver be used to bake off these products? Joe Winterton IBM Manager OMEGAMON - RD Phone 919-224-1328 T/L 687-1328 cellphone - 914-954-0483 - jose...@us.ibm.com Mark Rascoe mark_ras...@bmc.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/11/2009 05:04 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: TMON with OMEGAMON Comparison Overhead concerns. Interesting how OMEGAMON is trying to compare the CPU overhead to MAINVIEW. From my last review of OMEGAMON features and capabilities, OMEGAMON does not exploit zIIPs and MAINVIEW does. In recent customer benchmarks (2009), I have seen where MAINVIEW was offloading more than 50% of its GP cycles to zIIPs. If you compare OMEGAMON and RMF against MAINVIEW and CMF, the number goes up even more. In the IMS arena, OMEGAMON is weak in the type of detailed data it collects, yet MAINVIEW uses the same or less CPU and provides much more detailed data to resolve the issue faster. If you like, I can prove my point. Anyone can talk about how efficient they are, but the reality comes in a quick benchmark. With a benchmark, you can see that MAINVIEW uses less CPU, it?s easier to install, configure and you get a powerful web browser without installing any software in your distributed environment. So, it?s your call. -- 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: TMON with OMEGAMON Comparison
On Wed, 11 Mar 2009 17:50:41 -0400, Joseph H Winterton wrote: I do have to respond to part of this one as OMEGAMON XE for z/OS 4.2.0 which went GA on 3/6/2009 does exploit the zIIP processor for collection. Should the listserver be used to bake off these products? Game on ! -- 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
SCRT (Sub-Capacity Reporting Tool)
We are z/OS V1R9 and we are going to start using this tool. The tool requires that the input SMF data is to span from the second day of the month to the first day of the next month. Our SMF data is separated by the month. How are other shops performing this retrieval. I would like to automate this process and not have to enter dates times to pull the requested SMF data needed. Any help would be appreciated. Thank You -- 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: TMON with OMEGAMON Comparison
On Wed, 11 Mar 2009 17:50:41 -0400, Joseph H Winterton jose...@us.ibm.com wrote: Should the listserver be used to bake off these products? I sure hope not. But I think it's perfectly fine to correct misinformation and let people know who to contact or where to go for more information. But that's only one person's opinion. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Time Change (Sync)
We are z/OS V1R9 on a z/10 2098-N01 processor. We have 2 CPU's both z/10 2098 - not sysplex. We do have a CTC connection between the two machines. What would be the best way to have the time automatically be sync with each other and with GMT. I have heard of sysplex timers , but I don't think that how it is handled now. Any insight would be helpful. Thank You -- 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: SCRT (Sub-Capacity Reporting Tool)
SCRT is smart enough to pick the data for the correct time period if you supply it. We concatenate however many weeklys and dailys it takes to get it right. This is automated via CA-7 '#' JCL manipulation cards. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, March 11, 2009 3:03 PM To: IBM-MAIN@bama.ua.edu Subject: SCRT (Sub-Capacity Reporting Tool) We are z/OS V1R9 and we are going to start using this tool. The tool requires that the input SMF data is to span from the second day of the month to the first day of the next month. Our SMF data is separated by the month. How are other shops performing this retrieval. I would like to automate this process and not have to enter dates times to pull the requested SMF data needed. Any help would be appreciated. Thank You -- 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: Moving HSM RECYCLE to different LPAR in SYSPLEX
I'm considering moving RECYCLE from my primary host to a secondary to offload some cycles from the primary. I'm running z/OS 1.8 on 3/4 LPARS in the prod sysplex and 1.10 on the 4th. We've moved other functions, such as threshold migration to non-Prod (low utilised) images to save Prod MSU's. Anyone tried this and fell in a ditch or were results as expected? Tips/Tricks? Any redbook,etc info in this area. I don't know of any resources to tell you the best practices, but if the alternate image is on a slower box: 1. It takes longer -- maybe too long. 2. ENQ's/Locks may last too long and cause problems. Especially, if the moved function ends up taking to much time. I hope this helps, and is not too vague. But, moving any function from a primary to a secondary machine can impede throughput. As always, monitor (before after), analyse and tune (I know this sounds like mom apple pie [or, in Canada: mom maple syrup], but the obvious seems to require repetition). Any hard/soft configuration change needs to be managed. We do of course, share HSM CDS's across the sysplex. - Too busy driving to stop for gas! -- 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: TMON with OMEGAMON Comparison
Just because there is a zIIP, should you zIIPify everything? Not to start a religious war, but what percent of what is going to a zIIP? Please remember, there is overhead to use specialty processors. So you'd better be able to offload 20-30% (IMHO). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Kopischke Sent: Wednesday, March 11, 2009 SYSN 02:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison On Wed, 11 Mar 2009 17:50:41 -0400, Joseph H Winterton wrote: I do have to respond to part of this one as OMEGAMON XE for z/OS 4.2.0 which went GA on 3/6/2009 does exploit the zIIP processor for collection. Should the listserver be used to bake off these products? Game on ! -- 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: TMON with OMEGAMON Comparison
On Wed, 2009-03-11 at 17:03 -0500, Mark Zelden wrote: Should the listserver be used to bake off these products? I sure hope not. But I think it's perfectly fine to correct misinformation and let people know who to contact or where to go for more information. And ... vendor allegiances are clearly enunciated. Shane ... -- 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: TMON with OMEGAMON Comparison
I believe we agree, Ed. :-) znor...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, March 11, 2009 SYSN 02:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison Mark Rascoe (from BMC) wrote: Interesting how OMEGAMON is trying to compare the CPU overhead to MAINVIEW. From my last review of OMEGAMON features and capabilities... [snip] ... you can see that MAINVIEW uses less CPU, it's easier to install, configure and you get a powerful web browser ... Well, at least you didn't refer to it asWorld Class! :-D -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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 -- 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: MY REPLACEMENT
On Wed, 11 Mar 2009 17:03:48 -0400, STEVEN DAHARI stdah...@hotmail.com wrote: Running an ad is a waste of money and a waste of time. The replacers already know what they are doing. Economist, if they are worth a plug nickel, know what is being done. Elected officials know what is being done. The solution lies in applying pressure and forcing change. ... What is this about? I'm sure it is significantly off-topic, but is it meaningful to those in the know? Is this person a known quantity? I searched the archives back through 2004 and find nothing but this one post. You can respond off-line if you don't want to clutter up the list. Pat O'Keefe -- 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: TMON with OMEGAMON Comparison
Just because there is a zIIP, should you zIIPify everything? I tend to any, and all! Not to start a religious war, but what percent of what is going to a zIIP? Please remember, there is overhead to use specialty processors. So you'd better be able to offload 20-30% (IMHO). What metrics/reports/support documents can you cite? Remember there is also overhead just for having more than on CP? How much more overhead is there to choose a zIIP (or a zAAp, for that matter)? And, what is that compared toi software cost savings? Enquiring minds want to know! - Too busy driving to stop for gas! -- 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: TMON with OMEGAMON Comparison
What metrics/reports/support documents can you cite? well- let's just say that offloading 80% of 2% on a GP may not get you much. Remember there is also overhead just for having more than on CP? How much more overhead is there to choose a zIIP (or a zAAp, for that matter)? depending on your hardware (number of books), there can be a 2-11% performance hit because you memory and/or your caches are in another core or book (both zIIP and zAAP). And, what is that compared toi software cost savings? Enquiring minds want to know! Offloading 10% will pay for the hardware in some number of months (8-10) My recommendation is 20-30% white space on the GPs to get your monies worth on the exercise and getting your software costs reduced (or rather, not go up). - znor...@ca.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 -- 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: AW: EMC Centera for HSM?
Thanks for what looks like a real response to my post. Offline I was contacted by opentechsystems who wants to sell a solution we are not looking to buy and offered they have hundreds of customers but came up with none actually doing what I asked. A suggestion EMC should provide a reference - duh! If we had a reference from them then I would not be asking the community at large. And even if EMC had a reference I would rather find someone on our own as they maybe more willing to speak openly. Had one person check within his organization and found they don't. Had one real response of someone doing it - thanks for that! On Tue, 10 Mar 2009 09:26:00 +0100, Dietmar Ley diet...@ley- APENSEN.COM wrote: In this case the Centera is connected via OSA-Adapter. There is no need for any adapter (emulator) like Bus-Tech MAS.The Centera Mainframe HSM Migrator operates within the existing DFSMShsm address space. It uses three HSM exits (ARCMDEXT, ARCPEXT, ARCINEXT). Dietmar Ley -- 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: Offload Processing (WAS: TMON with OMEGAMON Comparison)
What metrics/reports/support documents can you cite? well- let's just say that offloading 80% of 2% on a GP may not get you much. Who said anything about 2%? We're talking numbers big enough to save you money. Remember there is also overhead just for having more than on CP? How much more overhead is there to choose a zIIP (or a zAAp, for that matter)? depending on your hardware (number of books), there can be a 2-11% performance hit because you memory and/or your caches are in another core or book (both zIIP and zAAP). And, how much different is that from GP to GP processing switches? And, what is that compared ti software cost savings? Enquiring minds want to know! Offloading 10% will pay for the hardware in some number of months (8-10) And, doing more? My recommendation is 20-30% white space on the GPs to get your monies worth on the exercise Where did you get this metric? and getting your software costs reduced (or rather, not go up). That sounds pessimistic. I'm still waiting for you to cite something concrete. I've been involved in IFL/zIIP/zAAP evaluations. Remember that these specialty engines run at full-speed, rather than the knee-capped speeds of the GP's. So, while overhead exists, is it a a problem? And, is the performance hit an issue? - Too busy driving to stop for gas! -- 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: Endevor and TSO in Batch
On 11 Mar 2009 14:27:46 -0700, in bit.listserv.ibm-main you wrote: We have a WEB application that is invoking a CICS application via CICS CTG via an MQ queue that starts the request in CICS. This application then does a request to update to an IMS database via DBCNTL and an local access to DB2 sub-system which is using a DB2 database alias to request a remote update to a DB2 sub-system on a different LPAR. We are running under zOS 1.9, CICS 2.3 and DB2 8.1( compatibility only) the application is using Enterprise COBOL v4.1. The application is getting a AD2Q abend some of the time, but is working at times. Has anyone experienced this type of storage corruption. When we get this abend that indicates a parm list corruption, we are forced to recycle the CICS region. This memory corruption in the CICS region produces an truncation dump and a SVC memory corruption dump. The region then begins to get abends in other application until we cycle the region to clean up the storage corruption. We are not running storage protection on the corrupted CICS region because of other applications running in the region which are prevent us from doing so. Any assistance would be greatly appreciated. My first response would be to isolate this application into its own region until the problem is solved. If the problem doesn't occur when this is in a separate region then the question arises as to whether it is a victim. The other thing that hits me is that the Web application may not be fully checking the data it sends and thus corrupting the process. This from a basically batch COBOL programmer who has done some CICS, IMS and DB2 and who was an MVS systems programmer. Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -- 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: Can TOD (STCKE) be compressed into 12 bytes
I think I agree with Ted. Particularly since the POP must support OSes other than z/OS, even standalone code written by a customer. And not every OS is expected to provide a programming interface for every facility of the hardware. Thank you, Gil. But, it really comes down to Can you justify the need for the API? Or, do you just want to peek? - Too busy driving to stop for gas! -- 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
Fw: Can TOD (STCKE) be compressed into 12 bytes
Sorry, I meant to say Paul. But, I continue to remember 'gilmap'. No disrespect intended! - Too busy driving to stop for gas! -Original Message- From: Ted MacNEIL eamacn...@yahoo.ca Date: Thu, 12 Mar 2009 00:03:14 To: IBM Mainframe Discussion Listibm-main@bama.ua.edu Subject: Re: Can TOD (STCKE) be compressed into 12 bytes I think I agree with Ted. Particularly since the POP must support OSes other than z/OS, even standalone code written by a customer. And not every OS is expected to provide a programming interface for every facility of the hardware. Thank you, Gil. But, it really comes down to Can you justify the need for the API? Or, do you just want to peek? - Too busy driving to stop for gas! -- 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: Time Change (Sync)
Mark, The follow on from Sysplex timers is Server Time Protocol. It is microcode on the processors and uses the HMC. It isn't free however. Search the Redbook Library (there are 2 volumes, perhaps three) on the topic. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, March 11, 2009 17:10 To: IBM-MAIN@bama.ua.edu Subject: Time Change (Sync) We are z/OS V1R9 on a z/10 2098-N01 processor. We have 2 CPU's both z/10 2098 - not sysplex. We do have a CTC connection between the two machines. What would be the best way to have the time automatically be sync with each other and with GMT. I have heard of sysplex timers , but I don't think that how it is handled now. Any insight would be helpful. Thank You -- 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: z890 crypto vs z900 crypto
Alan Scott wrote: My team is at a bi-yearly coop test. We have been given a z900 to test on. Our system is a z890 w/o optional PCI crypto. We do have the feature 3863 enabled so we can use the crypto that is built in to the z890. We only need the crypto for SSL TN3270 and FTP/SSL. At coop on thier z900, our system ssl is telling us that crypto is not available. The coop site se's do not know why. The z900 that we are testing on does have the optional PCI crypto engines installed. We do not run ICSF. Never found a need for it. Does anyone know why this LPAR on the z900 will not run system ssl? -- 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 I looked at two or three of the other replies, and while they gave useful information, they did not give the answer. The z800, z900 and 9672s do not have the same crypto hardware that the z990 and newer have. For those, you HAVE to use ICSF to use the crypto hardware. For the z990, z890, z9, and z10, The feature that was mentioned turns on CPACF hardware that can be used with ICSF. Lloyd -- 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: Time Change (Sync)
And I have a feeling that CTCs aren't sufficient - I think you need coupling links. But I've never implemented it, so check the doco as Alan mentioned. Shane ... On Wed, 2009-03-11 at 19:19 -0500, Field, Alan C. wrote: The follow on from Sysplex timers is Server Time Protocol. It is microcode on the processors and uses the HMC. It isn't free however. Search the Redbook Library (there are 2 volumes, perhaps three) on the topic. -Original Message- Mark Steely We are z/OS V1R9 on a z/10 2098-N01 processor. We have 2 CPU's both z/10 2098 - not sysplex. We do have a CTC connection between the two machines. What would be the best way to have the time automatically be sync with each other and with GMT. I have heard of sysplex timers , but I don't think that how it is handled now. Any insight would be helpful. -- 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: Cost of CPU Time
Howard Brazee writes: But most mainframes are set up to be used. Unlike a PC that is sitting idle most of the time, we expect mainframes to be working. If a computer is being used 90% of its capacity, it can't double its workload. (But a lot of new work can be fit in that 10%) You're making a different point, but a good one. The point I was making is that you can always double the number of transactions (and double the batch) on your mainframe. You would buy some hardware (capacity increase) and some more software (peak 4 hour rolling average license capacity) to do that. And not much else. The price of that hardware and software won't be the same as what your base price was, it'll be less. Much less. (There are strong price curves to both, especially software.) Now, there are some price curves to other technologies, sure. But, as a general rule, the price curves are stronger (more curvy/more sub-linear) on mainframes. And the other cost elements (e.g. operations headcount) don't increase as much, if at all. (More of the other costs are more fixed.) I'm also assuming here a non-trivial doubling. Doubling 1 transaction per hour (representing an entire business) to 2 transactions per hour isn't the same as doubling 2,000 per second to 4,000. (And, again, don't forget batch. Unfortunately too many people do, but that's the business lifeblood stuff like billing/accounts receivable.) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@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: Time Change (Sync)
Mark Steely writes: We are z/OS V1R9 on a z/10 2098-N01 processor. We have 2 CPU's both z/10 2098 - not sysplex. Naive question (and hopefully still related to your core question): why no Parallel Sysplex? - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@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: SCRT (Sub-Capacity Reporting Tool)
Mark, We will be starting this process next month. Our monthly SMF tape is produced on the 2nd day of the next month already, so all days of the previous month are account for. The cost saving dictate changing your business collection process. keep in mind you could cut a tape with just the records that SCRT needs seperatly from the your normal SMF process. Don't work about extra dates , the product will select the right grouping for the report. Kevin From: IBM Mainframe Discussion List on behalf of Mark Steely Sent: Wed 3/11/2009 6:02 PM To: IBM-MAIN@bama.ua.edu Subject: SCRT (Sub-Capacity Reporting Tool) We are z/OS V1R9 and we are going to start using this tool. The tool requires that the input SMF data is to span from the second day of the month to the first day of the next month. Our SMF data is separated by the month. How are other shops performing this retrieval. I would like to automate this process and not have to enter dates times to pull the requested SMF data needed. Any help would be appreciated. Thank You -- 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: Time Change (Sync)
Yep, you definitely need Coupling Links. And the STP feature is a priced one, about the same (perhaps slightly less) than the Timer. The redbooks Shane mentioned are the go. There's quite a bit to it. cheers Peter On Thu, 12 Mar 2009 11:41:43 +1000, Shane ibm-m...@tpg.com.au wrote: And I have a feeling that CTCs aren't sufficient - I think you need coupling links. But I've never implemented it, so check the doco as Alan mentioned. Shane ... On Wed, 2009-03-11 at 19:19 -0500, Field, Alan C. wrote: The follow on from Sysplex timers is Server Time Protocol. It is microcode on the processors and uses the HMC. It isn't free however. Search the Redbook Library (there are 2 volumes, perhaps three) on the topic. -Original Message- Mark Steely We are z/OS V1R9 on a z/10 2098-N01 processor. We have 2 CPU's both z/10 2098 - not sysplex. We do have a CTC connection between the two machines. What would be the best way to have the time automatically be sync with each other and with GMT. I have heard of sysplex timers , but I don't think that how it is handled now. Any insight would be helpful. -- 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
