Re: OMEGAMON 420 and z196 Support
Yes - Just have the correct level of zOS support applied to 4.2.0 (zOS 1.10, 1.11 or 1.12). Thanks Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com From: George Henke gahe...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 10/29/2010 04:31 PM Subject: OMEGAMON 420 and z196 Support Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does Omegamon 420 have z196 Support? -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Detect the loop for batch job
Well we in OMEGAMON have been working on the cpu looping issue lately: Detecting an address space in an infinite loop is not an easy job. Our modern z/OS LPARs often have multiple CPUs and specialty processors like zIIP and zAAP where instructions can be dispatched. In addition Workload Manager will try to distribute processor resources equitably based on the current workload mix and priorities defined in the installation?s policy. Lower priority batch workloads that happen to be looping can easily run under the radar for long periods of time squandering resources. OMEGAMON XE on z/OS 4.2.0 with the addition of Interim feature 1 has a strategy to help surface these problems. OMEGAMON has had a feature called Bottleneck Analysis for many years. Bottleneck Analysis builds a profile over time through periodic sampling of what execution states are being used by address spaces. These execution states include things like Using CPU, Using zIIP, Using zAAP, Waiting for CPU, Waiting for zIIP, Waiting for zAAP, Using I/O, Waiting for I/O, Waiting for Enqueue, Waiting for HSM, Swapped, etc. A cpu looping address space will reveal itself by populating only the using and waiting states for CPU resources (including zIIP and zAAP). OMEGAMON XE on z/OS 4.2.0 has a new attribute called CPU Loop Index that uses this bottleneck information as its basis. High priority workloads can be reliably detected fairly quickly. The real trick is discriminating between well behaved low priority work that is just starved for attention from low priority work that is looping. OMEGAMON XE on z/OS 4.2.0 Interim Feature 1 provides this discrimination by dynamically extending the observation period required before indicating a likely loop when the ratio of waiting for CPU to Using CPU is high. For more information on OMEGAMON XE on z/OS approach to CPU Loop detection please see the article titled ?Detecting CPU looping address spaces using IBM Tivoli OMEGAMON XE on z/OS version 4.2.0? in the August issue of the z System Advisor at http://www-01.ibm.com/software/tivoli/systemz-advisor/2009-08/. Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com From: Hal Merritt hmerr...@jackhenry.com To: IBM-MAIN@bama.ua.edu Date: 12/07/2009 09:48 AM Subject: Re: Detect the loop for batch job Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu All programs 'loop'. It is what they do. About the only automated solution I can think of would be to set a CPU time limit. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Saturday, December 05, 2009 11:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Detect the loop for batch job On 12/04/2009 10:14 AM, bjbxd wrote: Hello List, We are looking for a tool to detect the loop for batch application, any suggestion are appreciated. My shop is runing z/OS, application is C/C++. Bob. 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 -- 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: SMF30TME / SMF32TME / SMF33TME defination
Well being there at the creation for T30 and T32 records, we did think about the creation of java coming later... sorry. Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2009 10:20 AM Subject: Re: SMF30TME / SMF32TME / SMF33TME defination Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Exactly right! That that the MANUAL says. But if you look at the actual DSECT that is generated by the IFASMFR macro, the assembler code says CL4. That's my rant. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM [kees.vern...@klm.com] Sent: Monday, November 30, 2009 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF30TME / SMF32TME / SMF33TME defination McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005bdedc...@nrhmms8p02.uicnrh.dom. .. OK, this probably will get a big deal! response. But I'm wondering who thought that defining these three fields as CL4 was a good idea? Why do I care? Because I am using JZOS's AssemblerRecordGenerator to read the DSECTs produced the the various IFASMFR invocations so that I can more easily write Java code to process SMF data. Well, actually, I did that over the Thanksgiving Day holiday. But I had to fix the generated Java code so that it would read these fields as integers and not character strings. No, not a major problem. But yet another irritation. Every other SMF DSECT that I could find uses either FL4 or BL4. I, personally, prefer FL4 as it generates nicer Java code. But BL4 seems to be more popular. OK, rant mode off. -- John McKown I don't see where it's CL4? According to the SMF manual it is binary, length 4 and a number in 1/100th seconds from midnight with possible values from 0 to 864. Kees. -- 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: SMF30TME / SMF32TME / SMF33TME defination
Correct - did not was meant. But also agree that the 1977 creation did not reflect the best defination of the field. So maybe it needs to be changed. Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2009 11:41 AM Subject: Re: SMF30TME / SMF32TME / SMF33TME defination Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Mon, 30 Nov 2009 10:23:10 -0500, Joseph H Winterton wrote: Well being there at the creation for T30 and T32 records, we did think about the creation of java coming later... sorry. Thanks for the clarification. Did you perhaps mean ... did _not_ think about ...? I don't know the time lines; perhaps Java couldn't have been a consideration. But there's a more fundamental concern: For the easier understanding by the reader of the code, the defined type of a field should agree notionally with its intended use, independent of other languages available in the environment. If a 32-bit field is intended to be used for signed binary arithmetic, it is proper to declare it only as FL4, not CL4, nor 4AL1, nor any other form which produces identical object code but less comprehensible listings. -- 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: Enforcing CPU Time
But Chris, what about a looping cpu address space? When do you take action to stop it? 2 hour of cpu? 1 day of cpu, 1 week of cpu? Thanks Joe Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com Chris Craddock crashlu...@gmail.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/29/2009 02:05 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Enforcing CPU Time On Tue, Jul 28, 2009 at 4:06 PM, Mark Zelden mark.zel...@zurichna.comwrote: On Tue, 28 Jul 2009 15:05:20 -0500, Kelman, Tom thomas.kel...@commercebank.com wrote: Management here has requested that we determine a way to enforce a CPU time limit on test jobs during the prime shift. That is we do not want the user to be able to override the default CPU time limit with the TIME= parameter on the EXEC card. Is the best place to do this the IEFUSI exit, or can it be done at all? It's been a long time since I've been involved with doing anything like this, and I'm now a capacity planner, not an MVS system programmer. I think you mean, IEFUJV. It can be done there or I've done it in JES2 exit 6. The JES2 exit 6 made a call to a locally define RACF class (FACILITY could be used instead) for authorization to use TIME=. We did the same thing to protect jobclasses, since those had the time limits we wanted enforced specified in the JES2 parms. My current employer does this sort of thing in one of their sysplexes with ThruPut manager, which is really a bunch of JES2 exits driven by customization of the product. Mark More old timey thinking... let's face it. Once a job gets submitted, it is a pretty good idea to let it run to completion unless it has or causes a problem. Canceling a job in mid-flight simply because it has crossed some arbitrary time threshhold just means wasting that cpu time. Time the installation will never get back btw. FWIW long ago and far away I ran a study on this exact problem. What came out of that were two main things. (1) the typical user has no clue (or interest) in how much cpu time a job is going to use. They just submit and hope for the best. (2) They will resubmit the failed job at least once, which in general means the installation ends up wasting more than 2x the cpu and gets absolutely NOTHING productive from it. What a dumb idea. My prescription is take away those limits. If a job is important enough and legitimate to be submitted in the first place, let the damn thing finish. There is no mail in rebate on mips wasted by canceling jobs part way through. This isn't a poke at Mark, by the way, he's one of the best. This is a poke in the eye of dumb-ass management everywhere who believe they make things better by controlling that which should not be controlled. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- 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: Enforcing CPU Time
I agree Ron, the submitter would not in good faith submit a looping job. The best approach is to raise alerts based on your accounts rules and let operations sort it out. But also a cpu use limit per class is another way to catch a looper early. Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com Ron Hawkins ron.hawkins1...@sbcglobal.net Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/29/2009 08:03 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Enforcing CPU Time Joe, If you submitted a job in Prime Shift on Monday, how long would you let it loop. Would you wait until the next Monday to check it? The job submitter has some accountability here. At one site many years ago we had Rule set up in the Omegamon products to watch for batch jobs and CICS transactions that were looping and alert the operator. It was based on CPU and zero IO rate over a period of time. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joseph H Winterton Sent: Wednesday, July 29, 2009 4:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Enforcing CPU Time But Chris, what about a looping cpu address space? When do you take action to stop it? 2 hour of cpu? 1 day of cpu, 1 week of cpu? Thanks Joe Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com Chris Craddock crashlu...@gmail.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/29/2009 02:05 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Enforcing CPU Time -- 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 to convince not to over initiate?
Yes this is an issue- some operations teams have never seen a batch job that could not use an initiator and use it NOW... They do not understand the concept that this actually does increase total batch thruput time. Joe Winterton Release Mgr - OMEGAMON - Development Team 919-224-1328 Cell -914-954-0483 - jose...@us.ibm.com McKown, John jmck...@healthmarkets.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/01/2009 09:36 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject How to convince not to over initiate? We are constantly doing this. Especially during month end. Our Production people simply fire up a large number of production initiators and dump a large number of jobs into the system. Does anybody have any __HARD__ studies which show that running the machine a 100% with a lot of jobs basically swapped out due to lack of CPU can actually cause a __INCREASE__ in total MSUs used for those jobs versus running fewer at a time? Management here is very much into reduce MSUs to reduce cost. So, if I can show that running fewer jobs concurrently would reduce cost, then I might have a prayer of getting this changed. Or am I wrong and it doesn't really matter? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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: Book on Poughkeepsie
As an early day hacker in college, me and a few buddies took a card and
punched every hole out, then reproduced that card till we had a few
decks, then put one deck in the keypunch machine to reproduce, another
deck in each sorting machine and each printer in the room. Started them
all and boy did that make some sounds as those machines danced around the
room. The computer science professor soon arrived to stop the stress test
of the machines. ;-)
Joe Winterton
IBM Manager OMEGAMON - RD
Phone 919-224-1328 T/L 687-1328
cellphone - 914-954-0483 - jose...@us.ibm.com
Ted MacNEIL eamacn...@yahoo.ca
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
05/27/2009 09:01 AM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: Book on Poughkeepsie
Very early on I got into the habit of diagonally marking (the edge of)
decks with a texta.
Just in case.
It took my first time dropping a deck to learn to do that.
I didn't have to be told twice. (8-{]}
-
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
--
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
For the Jim Marshall post: Jim: As the release manager for OMEGAMON, I can assure you we have no intention of removing support for native z/OS. Regrettably you have been the recipient of some bad information. It is true that we offer support for Linux on z or AIX for monitoring and reporting. This support is appealing for clients sensitive about CPU consumption on z/OS or for distributed clients looking for an alternative to Windows or x86 Linux, but this is an addition to the z/OS support we have, not a replacement. In fact, we continue to add support for native z/OS capabilities, such as running the Data Warehouse from DB2 on z/OS. And yes, this exploits zIIP specialty processors. Feel free to contact me directly outside the forum and I'd be happy to put you in touch with the appropriate individuals within IBM who can address your future roadmap concerns. Joe Winterton IBM Manager OMEGAMON - RD Phone 919-224-1328 T/L 687-1328 cellphone - 914-954-0483 - jose...@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: TMON with OMEGAMON Comparison
Kees: ...Or do you mean to say, that we can have this all on z/OS and do not *need* any linux/aix/win/x86 platform? Yes Thank you, I am talking about running OMEGAMON XE, CUA and Classic as it runs today on z/OS. You can continue in the future with no need to require the linux/aid/win/x86 platforms. Does this help? Thanks Joe Winterton IBM Manager OMEGAMON - RD Phone 919-224-1328 T/L 687-1328 cellphone - 914-954-0483 - jose...@us.ibm.com Vernooy, C.P. - SPLXM kees.vern...@klm.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/12/2009 11:56 AM 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 Joseph H Winterton jose...@us.ibm.com wrote in message news:ofa510eff5.56c8d471-on86257577.00556470-85257577.0055a...@us.ibm.c om... For the Jim Marshall post: Jim: As the release manager for OMEGAMON, I can assure you we have no intention of removing support for native z/OS. Regrettably you have been the recipient of some bad information. It is true that we offer support for Linux on z or AIX for monitoring and reporting. This support is appealing for clients sensitive about CPU consumption on z/OS or for distributed clients looking for an alternative to Windows or x86 Linux, but this is an addition to the z/OS support we have, not a replacement. In fact, we continue to add support for native z/OS capabilities, such as running the Data Warehouse from DB2 on z/OS. And yes, this exploits zIIP specialty processors. Feel free to contact me directly outside the forum and I'd be happy to put you in touch with the appropriate individuals within IBM who can address your future roadmap concerns. Joe Winterton Joe, Could you explain in a little more detail? What do you mean by the native z/OS support? Classic and Cua? The look and feel, functionality and user friendlyness of the Linux graphical monitor is much, much better than the old 3270 interfaces. Or do you mean to say, that we can have this all on z/OS and do not *need* any linux/aix/win/x86 platform? 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 -- 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: Omegamon II MVS V520 on z/OS 1.9
Hi Marc, We did not build our z/OS 1.9 currency ptfs for OMEGAMON II MVS V520 and OMEGAMON XE for z/OS V140. And, these are officialy End of Service as of tomorrow. The products will not start up on z/OS 1.9. fyi Joe Winterton IBM Manager OMEGAMON - RD Phone 919-224-1328 T/L 687-1328 cellphone - 914-954-0483 - [EMAIL PROTECTED] Marc Holiwell [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 09/26/2008 02:35 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Omegamon II MVS V520 on z/OS 1.9 Is anyone out there running Omegamon II MVS V520 on z/OS 1.9... If so, were there any PTF's needed to get Omegamon to recognize the z/OS 1.9 environment...??? If anyone tried this and failed, what were the issues that were encountered...??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Display IEAOPT
The IBM Solution is OMEGAMON. :-) Joe Winterton IBM Manager OMEGAMON - RD Phone 914-766-1822 T/L 826-1822 cellphone - 914-954-0483 - [EMAIL PROTECTED] Lizette Koehler [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/02/2008 10:52 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Display IEAOPT That seems a bit short sighted of IBM. Okay, I have TMON MVS. I will see if it can provide the information. Otherwise, I will see if I can do a control block hunt for the IEAOPT information. Lizette Does anyone know of a way to display IEAOPTxx so I can see if my changes to the parameters occurred? Unfortunately, unless you have a monitor like OMEGAMON, the answer is NO. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IBM/Tivoli turning into CA?
I would like to add to what Timothy Sipples has posted: IBM did not publish new customization and configuration information for V550 due to the small amount of change from V520 to V550 in this area. Doc is available at this link: http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?toc, including backlevel doc for reference purposes. However for the next product release, there will be new and updated doc for the Classic interface and configuration doc appropriately titled to the release. Thank You Joe Winterton IBM Tivoli Release Manager OMEGAMON XE for z/OS [EMAIL PROTECTED] Timothy Sipples/Chicago/[EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/22/2008 01:44 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Is IBM/Tivoli turning into CA? Doug Fuerst writes: And every piece is another charge. SMS? Gimme some money. USS? Gimme some money. DASD, VTAM, whatever? gimme money. I cannot comment on everything mentioned in this thread, but I can comment on this area. Candle used to have every monitor priced separately, yes. IBM changed at least some of that. As of V4.1 (December, 2006), the single Tivoli OMEGAMON XE for z/OS product now includes UNIX System Services monitoring, for example. Cryptographic monitoring used to be separate, and now that's in the same product, too. As another example, Tivoli OMEGAMON XE for Mainframe Networks combines TCP/IP and VTAM functions. IBM also has a no-charge Tivoli OMEGAMON XE for z/OS Management Console product which you may download. You may be remembering MAINVIEW, in fact, and have this reversed in your recollection. BMC lists MAINVIEW for z/OS, MAINVIEW for VTAM, MAINVIEW for IP, and MAINVIEW for UNIX System Services separately, among other monitors. I believe ASG's TMON is very similar in its splits, to pick another example. Or it's possible you missed the December, 2006, announcements where this changed after IBM acquired Candle. That's OK -- sometimes it's hard to keep up. Mainframes have a lot of velocity now. In fairness I really don't think this packaging factor is particularly important. Each vendor is trying to establish the right granularity for their monitoring products because each customer is different. That way you can pay for as much or as little function as you need. Lately IBM has been consolidating more functions into the single products (e.g. OMEGAMON XE for z/OS and for Mainframe Networks) since, at least in IBM's experience, most customers now need more base functions -- simplicity over too much granularity, basically. At the same time IBM may introduce more new monitors. Tivoli OMEGAMON XE for CICS Transaction Gateway is the only product that monitors CICS TG, for example, and is a very recent addition to the family. As for the other comments in this thread, I would suggest getting the requirements into SHARE and through other avenues. I know there's a lot of IBM effort to work through requirements, and a lot has been done but more to come. One thing that I care about personally is that V4.1 OMEGAMON XE products now have complete Japanese language support, so that's quite helpful here. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Joseph H Winterton is out of the office.
I will be out of the office starting 11/20/2007 and will not return until 11/28/2007. Sam Santiago will cover on 11/20 and 11/21 and David Goldsmith with cover for me on 11/26 and 11/27. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
