Re: TMON with OMEGAMON Comparison
Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote in message news:listserv%200903111658414203.0...@bama.ua.edu... 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 ! Just for my understanding of specialized English terms: what should to bake off mean here? 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
IBM-MAIN Threads Posted To Twitter
I happen to be following IBM-MAIN via emails to my Inbox. Probably foolish but I DO at least have Notes rules set up to automatically move them to a folder... I'm taking the liberty of posting links to the starts of interesting threads onto Twitter. Interesting TO ME, of course. :-) (So the recent Crypto and also the Monitors threads are the first 2. I'll do more.) The question is, though... Is it possible to get IBM-MAIN to post in each email a link to the start of the thread? If so that would make it easy in a number of contexts to follow the thread: Where you accidentally lost the first post in the thread and want to get back there. Where you want to post a link to the thread somewhere (in my case to Twitter). I'm guessing not. I suspect this is standard software and I don't know who owns and maintains it. I'd be happy to talk to them and maybe even contribute a minor fix that included the start of this thread link. Thanks, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter ID: MartinPacker They're figuring out that collaboration isn't a productivity hit, it makes them smarter. IBM CEO Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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
And I am stuck with Omegamon... for those who complain about the copying of TKAN* to RKAN* look at using the SMP Shared RTE setup. ICAT is improving hehehe.the BATCH process is working better all the time I should know 9 products, 16 Run Time Enivironments (RTEs) with 14 of those remote to the ICAT local systems. And I do 2-3 complete RTE rebuild every year. Because I have never been comfortable with an incremental update for the remote RTEs. And I was complaining to CANDLE in Sydney about CICAT over 15 years ago. (How's that for vendor allegiance!) On Thu, 12 Mar 2009 08:50:40 +1000, Shane ibm-m...@tpg.com.au wrote: 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: SCRT (Sub-Capacity Reporting Tool)
I would suggest that you extract, from each lpar, the TYPE70 and TYPE89 SMF records on a daily basis into separate GDG datasets whose GDS bases are set to a limit of 45 or 75. When you run the SCRT program, just specify the GDS base names and pull in all generations for all lpars. No harm, no foul. This avoids a massive read of monthly SMF record types you don't care about. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, March 11, 2009 6: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
CA-Disk to HSM migration tools
Hello, We are currently migrating from CA-Disk (formerly SAMS:Disk and even DMS) to DFHSM. Most of the CA-Disk tasks have already been replaced by HSM functions and commands. z/OS 1.7. To address the conversion of old archive and backup versions, the long lasting ones made with CA-Disk, there was some kind of REXX tool which, based on LISTD output, was used to prepare the HMIGRATE, HBACKDS and FIXCDS commands needed to create the HSM equivalent backups and reinstate the original dates of the CA-Disk DSNINDEX entries. I found reference to that tool in Converting to DFSMShsm:A Practical Approach redbook (SG24-6524-00) but wasn't able to find the Rexx itself. Any idea of where could it be? Thank you- Best regards Sandro Ambrozic -- 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)
And I wouldn't even bother to separate them - I just got the 89's added to the 70-79's I had put aside for my RMF analysis. We usually found most of the SCRT data were already/still in the VTS cache when we ran the SCRT report. Shane ... On Thu, 2009-03-12 at 06:38 -0400, Richards, Robert B. wrote: I would suggest that you extract, from each lpar, the TYPE70 and TYPE89 SMF records on a daily basis into separate GDG datasets -- 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, Compare is probably as close as you will get. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: Thursday, March 12, 2009 3:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote in message news:listserv%200903111658414203.0...@bama.ua.edu... 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 ! Just for my understanding of specialized English terms: what should to bake off mean here? 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
Re: TMON with OMEGAMON Comparison
Bob, Thanks, didn't figure out that. Burn down was something that crossed my mind, partly because of Dave's sort of let the fight begin yell, but I found it unlikely. Kees. Richards, Robert B. robert.richa...@opm.gov wrote in message news:538523e4ec70a1409a113c09a9179a970b80c...@wdcvexvs2.opm.gov... Kees, Compare is probably as close as you will get. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: Thursday, March 12, 2009 3:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote in message news:listserv%200903111658414203.0...@bama.ua.edu... 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 ! Just for my understanding of specialized English terms: what should to bake off mean here? 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 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: IBM-MAIN Threads Posted To Twitter
HI, Martin I used to use Notes to follow multiple listservs. A while back I started to use Gmail for my listserv activity and would never go back to Notes for this. Gmail, with it's threading of emails is the perfect way, imho, to read listservs if you want to use email. If you deleted a thread and then later find something interesting in a new email to the thread you can simply go to the trash and restore the entire thread with one click instead of searching through for every message. Putting tags on messages from listservs make them stand-out from one another. If you subscribe to multiple listservs, move 1 to a gmail account and try it. I don't think you'll ever go back to using Notes to read a listserv thread. On Thu, Mar 12, 2009 at 4:10 AM, Martin Packer martin_pac...@uk.ibm.comwrote: I happen to be following IBM-MAIN via emails to my Inbox. Probably foolish but I DO at least have Notes rules set up to automatically move them to a folder... I'm taking the liberty of posting links to the starts of interesting threads onto Twitter. Interesting TO ME, of course. :-) (So the recent Crypto and also the Monitors threads are the first 2. I'll do more.) The question is, though... Is it possible to get IBM-MAIN to post in each email a link to the start of the thread? If so that would make it easy in a number of contexts to follow the thread: Where you accidentally lost the first post in the thread and want to get back there. Where you want to post a link to the thread somewhere (in my case to Twitter). I'm guessing not. I suspect this is standard software and I don't know who owns and maintains it. I'd be happy to talk to them and maybe even contribute a minor fix that included the start of this thread link. Thanks, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter ID: MartinPacker They're figuring out that collaboration isn't a productivity hit, it makes them smarter. IBM CEO Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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 -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- 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
Sad News - Bob Wright
I am saddened beyone words to report that Bob Wright passed away in the early morning hours of March 2nd. Bob was a frequent contributor to IBM-MAIN, as you all know. I was among those lucky enough to have worked with him from time to time. Bob was one of a rare breed, both a true gentleman and a fine developer. We all miss him. In lieu of flowers, contributions may be made to Tidewell Hospice, 5955 Rand Blvd, Sarasota FL 34238 or the Robert and Patricia Wright Fund, a charitable fund held at the Community Foundation of Dutchess County, 80 Washington St., Suite 201, Poughkeepsie, NY 12601. His obituary appeared in the Poughkeepsie Journal (watch the wrap): http://www.poughkeepsiejournal.com/apps/pbcs.dll/dclassifieds?Dato=20090305Kategori=obitsClass=1Type=CAT2000Lopenr=903050178Selected=1 Sorry to be late posting this. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@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: MY REPLACEMENT
Is this person a known quantity? I searched the archives back through 2004 and find nothing but this one post. All I found was a similarly abrupt post back in 2002: http://groups.google.com/group/borland.public.tasm/browse_frm/thread/6c0ffed4f3fe58fd/417af7a88af8435b#417af7a88af8435b Date: Wed, 11 Mar 2009 17:53:54 -0500 From: patrick.oke...@wamu.net Subject: Re: MY REPLACEMENT To: IBM-MAIN@bama.ua.edu 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 _ Windows Live™: Life without walls. http://windowslive.com/explore?ocid=TXT_TAGLM_WL_allup_1a_explore_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: SCRT (Sub-Capacity Reporting Tool)
Mark, I run a daily extract for the type 89s and accumulate that for each LPAR. This makes the end of month processing run in seconds instead of hours. We create a new GDG each month for this and have had no problems at all with the process. Should we destroy the GDG we can rebuild it from the monthly SMF data. Cheers, Paul -Original Message- 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
Re: SCRT (Sub-Capacity Reporting Tool)
Hi Shane! Valid point. I did not want to presume anything about Mark's setup, so I suggested what I did. My current environment mirrors yours, but I am using logstreams and not MANx datasets...creating separate logstreams for Performance (70:79,89) and RACF (80,81,83) to go along with a default. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shane Sent: Thursday, March 12, 2009 6:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SCRT (Sub-Capacity Reporting Tool) And I wouldn't even bother to separate them - I just got the 89's added to the 70-79's I had put aside for my RMF analysis. We usually found most of the SCRT data were already/still in the VTS cache when we ran the SCRT report. Shane ... On Thu, 2009-03-12 at 06:38 -0400, Richards, Robert B. wrote: I would suggest that you extract, from each lpar, the TYPE70 and TYPE89 SMF records on a daily basis into separate GDG datasets -- 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?
ah EXCELLENT -- this is exactly what I was looking for -- thank you VERY much !!! /s/ tuco bonno graduate, College of Conflict Management University of Southeast Asia I partied on the Ho Chi Minh Trail -- tiến lên ! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Wednesday, 11 March, 2009 04:13 PM To: IBM-MAIN@bama.ua.edu Subject: 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 -- 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)
Hi Folks, On the CBT Tape, File 789 (only use the UPDATES page), there is a setup by Al Ferguson to automate the SCRT report production into a batch job, so as not to occupy system programmer time too much, in producing the monthly report. I hope that you'll find this material helpful. All the best of everything to all of you. Sincerely,Sam Golob -- 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)
On Thu, 12 Mar 2009 20:56:45 +1000, Shane ibm-m...@tpg.com.au wrote: And I wouldn't even bother to separate them - I just got the 89's added to the 70-79's I had put aside for my RMF analysis. We usually found most of the SCRT data were already/still in the VTS cache when we ran the SCRT report. Ditto. When we started doing this years ago it was much easier to add the 89s to the same file then create a new one. I also have them as part of the SMF/RMF logstream in my sandbox (no, I'm not use SMF logstream in production and probably won't look at it again until z/OS 1.11). 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
Comming up on a z990 w/ CPACF took care of the issue. This was definately a learning experience. I guess thats why we call it a coop TEST. Again, thanks everyone. You gotta love this board. 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: SCRT (Sub-Capacity Reporting Tool)
Here we roll up our SMF data weekly. We don't do a monthly roll up. We just keep 2 years (108 weeks) of weekly rollups. We also separate the data by SMF record type into DB2 (100-102), MQ (115 and 116), WLC (30, 70-79, and 89), and everthing else. I run the job to create the SCRT reports early on the morning of the 3rd of the month. The job is submitted by our scheduling package. The SMF input DD statement has more than enough generations of the WLC weekly tape to cover the previous month (6 generations). I have specified Report_Period=Last_Month in the SCRTPARM member. That way SCRT pulls the correct information without my having to change dates every month. If you want to email me offline I'll send you my job stream and SCRT parms. By the way, I highly recommend that you get the product LPAR Capacity and Software Usage Analysis (LCS(tm)) Software from I/S Management Strategies, Ltd (www.sherkow.com). It really helps in analyzing the sub-capacity pricing charges, and it is inexpensive for what it does. It is written in SAS and uses the MXG database as its input data. So you need both of those products. MXG is also inexpensive, but SAS is another matter. With the purchase of LCS you also get excellent over the phone consulting help from Al Sherkow. This product has save my company much more than its cost when we've been able to use it to analyze unusual increases in software costs and then enter exceptions into the SCRT reports. Note that I don't work for Al. I'm just a very satisfied customer. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Wednesday, March 11, 2009 5:28 PM To: IBM-MAIN@bama.ua.edu Subject: 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
RACF PASSWORD ENVELOPE
Hello, We are considering the use of PASSWORD ENVELOPE in order to allow RACF EVENT NOTIFICATION to LDAP. It seems that unless the use of password envelope is enabled then LDAP will not be told of any password changes. I will be interested in learning about any experiences involving the implementation and then the use of password envelope. Thanks -- 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)
We do something similar: we hook the SMF dump process that runs as needed then at again at midnight. Security and billing information is selected to a separate file as GDG's for each LPAR. The data is FTP's to a central LPAR if needed. The GDG's are gathered on the third and a monthly file is created for input to the SCRT. The regular SMF process is the data backup. The scheduler supplies any date control cards. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Thursday, March 12, 2009 5:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SCRT (Sub-Capacity Reporting Tool) I would suggest that you extract, from each lpar, the TYPE70 and TYPE89 SMF records on a daily basis into separate GDG datasets whose GDS bases are set to a limit of 45 or 75. When you run the SCRT program, just specify the GDS base names and pull in all generations for all lpars. No harm, no foul. This avoids a massive read of monthly SMF record types you don't care about. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, March 11, 2009 6: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 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
I have gone back into SDSF and issued SETTINGS and it seems to use the ISPF Settings Panel from Opt 0. Am I missing something here? Most of the responses seemed to indicate that SETTINGS in SDSF is unique to SDSF. But I am just not seeing it. Maybe I am having a senior moment. I am at z/OS V1.9. Does it change in z/OS V1.10? Lizette Go into the ISPF Opt 0 panel and set command line at the bottom. Then go back into SDSF. 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: Endevor and TSO in Batch
On Wed, 11 Mar 2009 15:05:56 -0400, Lizette Koehler stars...@mindspring.com 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. Dear Lizette, Known and documented issue. Endevor requires a special program (in lieue of IKJEFT01) to run TSO commands when invoked in batch. I don't have the F manual here with me, but I do know that there is a trick documented in the book. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF COMMAND LINE ON BOTTOM OF PANEL
from as far as I can remember, I've always had to do it bmo (by means of) the SETTINGS command from *within* an sdsf session; trying to do it bmo the ispf option 0 was always futile for me, i.e., had NO effect. /s/ tuco bonno graduate, College of Conflict Management; University of Southeast Asia: I partied on the Ho Chi Minh Trail -- tiến lên ! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, 12 March, 2009 10:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF COMMAND LINE ON BOTTOM OF PANEL I have gone back into SDSF and issued SETTINGS and it seems to use the ISPF Settings Panel from Opt 0. Am I missing something here? Most of the responses seemed to indicate that SETTINGS in SDSF is unique to SDSF. But I am just not seeing it. Maybe I am having a senior moment. I am at z/OS V1.9. Does it change in z/OS V1.10? Lizette Go into the ISPF Opt 0 panel and set command line at the bottom. Then go back into SDSF. 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 -- 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 am surmising you have accepted the IBM Direction for Omegamon of requiring an installation such as yours being running Linux on z or have a separate AIX platform to run the monitoring and reporting component. Even though many of the products run standalone on z/OS today, I am told and continue to be told ALL the Omegamon products in the future will be upgraded to require either the zLinux or AIX for the monitor and reporting pieces. I still can not get IBM to explain why I would want to place such a dependency on my 99.999% z/OS systems on some z/VM + Linux or let alone an AIX system (which would need multiple ones). Then factor in DR planning into the equation. At least with the z/VM Linux solution it all runs on the same z-Box and can be recovered as a whole. But then operationally if I have to take down the z/VM Linux LPAR, then I will need another like LPAR take over. This sounds OK until you now have the monitoring data spread across 2 LPARS and you have lost the one historical view until you take steps to get it all back in one place. But then on one side I am told there is a 3270 Green screen just in case and then I hear whispers in my ear that I would not want to actually have to use it. But then maybe this is just the new 21st century way of thinking. If anyone has heard IBM changing their thinking, would definitely be interested. I indeed run the IBM IP Monitor (requiring zLinux) which I got N/C when NPM/IP V2 was a flaming disaster. Of course if you want an excuse for getting z/VM zLinux, Omegamon provides the ammo. jim -- 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)
Cost. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Thursday, March 12, 2009 12:18 AM To: IBM-MAIN@bama.ua.edu Subject: 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 -- 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
Would make me want to put the candle out to have to run other non-ZOS LPARS to monitor my system! Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Threads Posted To Twitter
On Thu, Mar 12, 2009 at 1:03 PM, Mark Pace mpac...@gmail.com wrote: HI, Martin I used to use Notes to follow multiple listservs. A while back I started to use Gmail for my listserv activity and would never go back to Notes for this. Gmail, with it's threading of emails is the perfect way, imho, to read listservs if you want to use email. If you deleted a thread and then later find something interesting in a new email to the thread you can simply go to the trash and restore the entire thread with one click instead of searching through for every message. Putting tags on messages from listservs make them stand-out from one another. If you subscribe to multiple listservs, move 1 to a gmail account and try it. I don't think you'll ever go back to using Notes to read a listserv thread. Couldn't agree more. I've been using GMAIL for listserv access ever since Google made it available. If you haven't tried it I would thoroughly recommend giving it a go. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Threads Posted To Twitter
I'll stick to Notes for following listservs as I have rules in place to put each listserv e-mail into its own respective folder. This makes following them very easy and with Notes (ND8.5 and possible earlier) you can have a thread view (show conversations). Lionel B. Dyck, Consultant/Specialist ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. From: Jim McAlpine jim.mcalp...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 03/12/2009 08:16 AM Subject: Re: IBM-MAIN Threads Posted To Twitter Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Thu, Mar 12, 2009 at 1:03 PM, Mark Pace mpac...@gmail.com wrote: HI, Martin I used to use Notes to follow multiple listservs. A while back I started to use Gmail for my listserv activity and would never go back to Notes for this. Gmail, with it's threading of emails is the perfect way, imho, to read listservs if you want to use email. If you deleted a thread and then later find something interesting in a new email to the thread you can simply go to the trash and restore the entire thread with one click instead of searching through for every message. Putting tags on messages from listservs make them stand-out from one another. If you subscribe to multiple listservs, move 1 to a gmail account and try it. I don't think you'll ever go back to using Notes to read a listserv thread. Couldn't agree more. I've been using GMAIL for listserv access ever since Google made it available. If you haven't tried it I would thoroughly recommend giving it a go. Jim McAlpine -- 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 Thu, 12 Mar 2009 10:37:09 -0400, Lizette Koehler wrote: I have gone back into SDSF and issued SETTINGS and it seems to use the ISPF Settings Panel from Opt 0. IIRC, when you do it under SDSF, the settings are saved in ISFPROF. from outside of SDSF, ISFPROF is not modified, and it is ISFPROF that SDSF uses, not ISRPROF. -- 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: SDSF COMMAND LINE ON BOTTOM OF PANEL
Lizette Koehler wrote: I have gone back into SDSF and issued SETTINGS and it seems to use the ISPF Settings Panel from Opt 0. Am I missing something here? Most of the responses seemed to indicate that SETTINGS in SDSF is unique to SDSF. But I am just not seeing it. Maybe I am having a senior moment. I am at z/OS V1.9. Does it change in z/OS V1.10? This is not new. And, nobody suggested SETTINGS was an SDSF command. The suggestion was to issue the SETTINGS command from within SDSF. All you have to do is spend two minutes experimenting and you'll see that that command line placement setting from ISPF Option 0 does not affect SDSF and that the command line placement setting from the SETTINGS command issued from within SDSF does not affect the Primary Option Menu, EDIT, BROWSE, etc. Just try it. This is not an SDSF issue. All ISPF applications with their own ISPF application IDs are similarly affected. This is how ISPF works. -- 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
You may be glad if you that's your only concern. If you want to run Linux, you go to your Linux department. You are lucky if you can choose zLinux and are not forced to use blade Linux because of standardization rules. Then you want to do data warehousing. This can be local DB2 or other. You are lucky if you can choose local DB2 and are not forced to use Oracle because of standardization rules. Then you immediately have the next platform involved to monitor your 99.999% up z/OS. And then the Oracle department wants to do offline backups, which means your monitoring platform will be offline half an hour per day. Until a few months ago I thought the Mainview installation was complicated. Now I know it can always be more complicated. Kees. Daniel McLaughlin daniel_mclaugh...@us.crawco.com wrote in message news:ofa70c30b8.16459ad3-on85257577.00536930-85257577.00537...@us.crawc o.com... Would make me want to put the candle out to have to run other non-ZOS LPARS to monitor my system! Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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
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: IBM-MAIN Threads Posted To Twitter
On Thu, 12 Mar 2009 08:10:28 +, Martin Packer martin_pac...@uk.ibm.com wrote: Is it possible to get IBM-MAIN to post in each email a link to the start of the thread? If so that would make it easy in a number of contexts to follow the thread: ... I'm guessing not. I suspect this is standard software and I don't know who owns and maintains it. I'd be happy to talk to them and maybe even contribute a minor fix that included the start of this thread link. IBM-MAIN is run on a server using the LISTSERV software. See http://www.lsoft.com/ for the software provider. -- Walt -- 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
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
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
Splitting files into a variable number of cataloged files
I need to create a routine that can be used with a bunch of different extracts to split files into new files of 100,000 records each. They need to be FTPd to the same location with different names, but I don't want to create empty files on the mainframe nor on the destination machine. What do you recommend? -- 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
I have gone back into SDSF and issued SETTINGS and it seems to use the ISPF Settings Panel from Opt 0. Yes, that's true. Am I missing something here? Most of the responses seemed to indicate that SETTINGS in SDSF is unique to SDSF. But I am just not seeing it. Where the difference is, usually Option zero runs under the ISPF Application Name ISR. And, again usually, SDSF has a NEWAPPL(ISF) associated with it. So, the settings do not cross application boundaries. The main reason is because their are slightly different PFK settings/commands between SDSF and mainline ISPF. It just so happens that other settings, such as command line location are stored in that applPROF member of your ISPPROF PDS. - 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: SCRT (Sub-Capacity Reporting Tool)
On Thu, 12 Mar 2009 01:26:06 -0400, Clark, Kevin wrote: 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. You need to be careful though. The process defaults to current month when you run it. If you automate it, the programs might make interesting determinations of what current month means. We keep weekly SMF backups with a daily GDG series that rolls up into the weekly. Since you can never tell where a week ends in relation to an IBM month, our process takes 5 generations of weekly backups and the whole daily series every time it runs (3rd calendar day of every month). I also supply the PARM Report_Period=Last_Month so there is no ambiguity. I can re-run it anytime within the month following without having to mess with the PARMs. And since you have to run it after the 1st completes, Last_Month always works for the normally scheduled JOB too. -- 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: RACF PASSWORD ENVELOPE
On Thu, 12 Mar 2009 10:33:10 -0400, Lou, Jim j...@doitt.nyc.gov wrote: We are considering the use of PASSWORD ENVELOPE in order to allow RACF EVENT NOTIFICATION to LDAP. It seems that unless the use of password envelope is enabled then LDAP will not be told of any password changes. Generally one would use password enveloping in order to allow secure transport of a user's changed password from one z/OS system to another (typically not z/OS) system. So I'm a little curious about your wanting it simply for event notification. What do you plan to do once you detect that the event has happened? In any case, I suggest that the RACF-L mailing list is perhaps more appropriate for that question, as you'll get at least a wider audience of IBMers knowledgeable on that topic over there, and probably the same or a larger set of knowledgeable non-IBMers, too. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF COMMAND LINE ON BOTTOM OF PANEL
Thank you everyone that responded. I had been playing with this and it does not behave that way in my shop. Which just means that I have a lot of work to do to get the ISPF environment setup better here. I probably need to go through each application installation and verify the functions are correct under ISPF. Lizette I have gone back into SDSF and issued SETTINGS and it seems to use the ISPF Settings Panel from Opt 0. Yes, that's true. Am I missing something here? Most of the responses seemed to indicate that SETTINGS in SDSF is unique to SDSF. But I am just not seeing it. Where the difference is, usually Option zero runs under the ISPF Application Name ISR. And, again usually, SDSF has a NEWAPPL(ISF) associated with it. So, the settings do not cross application boundaries. The main reason is because their are slightly different PFK settings/commands between SDSF and mainline ISPF. It just so happens that other settings, such as command line location are stored in that applPROF member of your ISPPROF PDS. -- 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
IPCS SYSTRACE TCB option
I can do a systrace jobname() to display all of the trace table entries for a particular jobname. But I want to show only the ones for one of the tasks, so I try this: systrace jobname() TCB() and I always get the messages IKJ56702I INVALID TCB address(es), IKJ56701I MISSING TCB address(es) *** The '' is a TCB address shown when I originally do the SYSTRACE JOBNAME command. The IPCS manual does not give an example of the syntax for the TCB option. They only show it as TCB(TCB-list). Has anyone used SYSTRACE to display only the trace entries from one TCB? Thank you. Paul -- 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 22:19:00 -0700, e99...@jp.ibm.com (Timothy Sipples) wrote: 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.) People selling server farms tell prospective customers that this is the big advantage they have over mainframes.Customers are often surprised when reality doesn't meet expectations. -- 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 11 Mar 2009 13:13:38 -0700, eric-ibmm...@wi.rr.com (Eric Bielefeld) 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. Sometimes someone will think this happens when they find their Fkey settings in one sub-menu aren't set the way they were when they set them from a different sub-menu. I'd like to be able to set default settings, and tell ISPF to get rid of all of the others or keep them (my choice). -- 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: IPCS SYSTRACE TCB option
To answer my own question, use tcb(x'') and then it works. -- 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: Splitting files into a variable number of cataloged files
On Thu, 12 Mar 2009 10:36:21 -0600, Howard Brazee howard.bra...@cusys.edu wrote: I need to create a routine that can be used with a bunch of different extracts to split files into new files of 100,000 records each. They need to be FTPd to the same location with different names, but I don't want to create empty files on the mainframe nor on the destination machine. What do you recommend? I would probably use REXX. Something akin to (UNTESTED!) /* rexx */ do fileno=1 by 1 /* basically forever */ EXECIO 10 DISKR SYSUT1 (STEM RECORD. if rc 0 then leave ALLOC DDN(SYSUT2) DSN(...) NEW CATALOG , SPACE(50 20) CYLINDERS ... EXECIO * DISKW SYSUT2(STEM RECORD. FINIS FREE DDN(SYSUT2) end if RECORD.0 0 then do ALLOC DDN(SYSUT2) ... EXECIO * DISKW SYSUT2(STEM RECORD. FINIS FREE DDN(SYSUT2) end In the above, I'd make the DSN for the output equal to something that ends with: FILEfileno You could then MPUT the stem part of the DSN. You'd need to make the ALLOCATE commands have the correct dataset attributes like LRECL and RECFM et al. If you want to go crazy, then you could use the UNIX split command along with DTLSPAWN (or BPXBATCH) to read the file and create output UNIX files which you could then ftp via an MPUT. If you have the Co:Z utilities (strongly recommended!), then you could: //SPLIT EXEC DTLSPAWN //INFILE DD DISP=SHR,DSN=input.file //STDIN DD * cd /temp/filesystem rm prefix.to.output.xx* fromdsn '//DD:INFILE' | \ split -l 10 - prefix.to.output.xx /* An alternate to the above would be to run BPXBATCH with the commands: cd /temp/filesystem rm prefix.to.output.xx* cp //'input.mvs.dsn' /dev/fd/1 | \ split -1 10 - prefix.to.output.xx replace 'input.mvs.dsn' with the read MVS dataset name in quotes. You'd then ftp using the UNIX files and MPUT them to the remote system. But, I'd really use the REXX myself. Mainly because normal z/OS people will more likely understand it. -- 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
Good recommendation. I stand corrected about OMEGAMON providing the feature of offloading CP cycles to zIIPs. As of last week, OMEGAMON offloads their DASD collection processes to zIIP. But as others have indicated that offloading small percentages may actually increase the overall CP usage. With limited details about the percentages that OMEGAMON is now offloading, who is to say if this benefits anyone, except IBM. So as I stated before, a benchmark will clear things up and show you who really is trying to save $$ and deter buying additional hardware. If your interested in comparing MAINVIEW against your monitoring products, my contact information is provided. Oh, one last thing. I like playing games when I already know the outcome. Mark Rascoe BMC Software MAINVIEW Product Manager Work - (931) 438-9469 Cell – (931) 993-6731 mark_ras...@bmc.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: Splitting files into a variable number of cataloged files
Idcams skip Count... On Thu, Mar 12, 2009 at 7:58 PM, John McKown joa...@swbell.net wrote: On Thu, 12 Mar 2009 10:36:21 -0600, Howard Brazee howard.bra...@cusys.edu wrote: I need to create a routine that can be used with a bunch of different extracts to split files into new files of 100,000 records each. They need to be FTPd to the same location with different names, but I don't want to create empty files on the mainframe nor on the destination machine. What do you recommend? I would probably use REXX. Something akin to (UNTESTED!) /* rexx */ do fileno=1 by 1 /* basically forever */ EXECIO 10 DISKR SYSUT1 (STEM RECORD. if rc 0 then leave ALLOC DDN(SYSUT2) DSN(...) NEW CATALOG , SPACE(50 20) CYLINDERS ... EXECIO * DISKW SYSUT2(STEM RECORD. FINIS FREE DDN(SYSUT2) end if RECORD.0 0 then do ALLOC DDN(SYSUT2) ... EXECIO * DISKW SYSUT2(STEM RECORD. FINIS FREE DDN(SYSUT2) end In the above, I'd make the DSN for the output equal to something that ends with: FILEfileno You could then MPUT the stem part of the DSN. You'd need to make the ALLOCATE commands have the correct dataset attributes like LRECL and RECFM et al. If you want to go crazy, then you could use the UNIX split command along with DTLSPAWN (or BPXBATCH) to read the file and create output UNIX files which you could then ftp via an MPUT. If you have the Co:Z utilities (strongly recommended!), then you could: //SPLIT EXEC DTLSPAWN //INFILE DD DISP=SHR,DSN=input.file //STDIN DD * cd /temp/filesystem rm prefix.to.output.xx* fromdsn '//DD:INFILE' | \ split -l 10 - prefix.to.output.xx /* An alternate to the above would be to run BPXBATCH with the commands: cd /temp/filesystem rm prefix.to.output.xx* cp //'input.mvs.dsn' /dev/fd/1 | \ split -1 10 - prefix.to.output.xx replace 'input.mvs.dsn' with the read MVS dataset name in quotes. You'd then ftp using the UNIX files and MPUT them to the remote system. But, I'd really use the REXX myself. Mainly because normal z/OS people will more likely understand it. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Threads Posted To Twitter
I like looking at IBM-Main emails with just my Windows Mail that came with Windows. The last job I had had Notes. I didn't like it, and apparently neither did the University, as they were planning to replace Notes with something else. I put all the IBM-Main emails in a separate folder. When I have more than 20 or so, I just click on subject, and it puts them in order by thread. I know a lot of people hate anything to do with windows, but it works for me. I even use Windows Mail when I'm in a different area, like when I was in St Louis. I can get the emails, but because I am not on my Roadrunner network, I can't send them. Then I have to either cut and paste into the web interface, or go to the IBM-Main web site. Now that I'm home, I can reply using Windows Mail. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Lionel B Dyck lionel.b.d...@kp.org Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Thursday, March 12, 2009 10:22 AM Subject: Re: IBM-MAIN Threads Posted To Twitter I'll stick to Notes for following listservs as I have rules in place to put each listserv e-mail into its own respective folder. This makes following them very easy and with Notes (ND8.5 and possible earlier) you can have a thread view (show conversations). Lionel B. Dyck, Consultant/Specialist -- 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 Thu, 12 Mar 2009 13:14:07 -0400, Lizette Koehler wrote: I had been playing with this and it does not behave that way in my shop. Which just means that I have a lot of work to do to get the ISPF environment setup better here. I probably need to go through each application installation and verify the functions are correct under ISPF. If you are not set up to use NEWAPPL(ISF), as Ted mentioned, they perhaps you are using ISRPROF when in SDSF. In that case, PF5 is probably set to RFIND, rather than IFIND, so it doesn't work the way you might expect. -- 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: z/OS 1.9 installation ROOT ETC and VAR
I'd like to jump in here as I have a question along the same line. We are 1.7 going to 1.9, 1.9 is up in our sand box (non shared environment) with all the serverpac provided HFS's (going zfs in the future) mounted with no problems. The migration guide states that there could be customer configured files in /etc and /var that should be merged into the new 1.9 HFS /etc and /var file system. That is true in our case for /etc not sure about /var. I don't know how many files or which ones were customized? Should I copy all the /etc files and sub directories over to the new hfs? Or is there an easy way to determine what's been customized? Thanks Matt Jerry Fuchs jerry.fu...@wendysarbys.com 3/11/2009 1:04 PM 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 -- 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: Splitting files into a variable number of cataloged files
On Thu, 12 Mar 2009 20:18:42 +0200, Itschak Mugzach imugz...@gmail.com wrote: Idcams skip Count... I don't think that would word in this case. 1) the OP wants CEIL(n/10) output files, where n is the number of input records, which is not known beforehand. He stated that empty output files were unacceptable. 2) If you did know the exact number of output files, you'd need that many control cards in your IDCAMS input stream. Each REPRO would stand alone. By that, I mean each SKIP would reread all the previous read input records. This could be I/O intensive and redundant. === Actually, since COBOL now supports dynamic allocation of output files, it could likely be used to perform this function more efficiently than REXX. Not many COBOL programmer use this functionality, but it is now standard. -- 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
On 2009-03-11 08:43 to IBM-Main about Re: TMON with OMEGAMON Comparison, Yogeetha balasubramanian sairamyog...@gmai...co.. wrote: [snip] Can someone tell me the difference from your experience between TMON and OMEGAMON that need to be considered ? [snip] Which do you think is a better option. [snip] Yogs : we're not XE yet but I don't expect much difference. Reports! (or lack thereof) - TMon: fully selectable customizable reports of the fields order you desire. I would *almost* compare them to FDReport. OmegaMon: canned only with limited selection capability. For example, we can't get the userId in the DB2 deadlock/time-outs report; only the correlation-id ie. CicsId-TransId, which is *no* help. We know there was a deadlock/time-out at x-time with y-table between DDF Cics but who? No idea. User-collectable data - TMon: provides an interface for collecting user specified data associated with each Cics transaction. Using the SAG exit, I was able to track each Natural object and provide an internal transaction trace. Using the reporting facility, I was able to list all the objects used with their CPU elapsed times on a daily/weekly/monthly/annual basis. I even provided a continual, top- 10 worst performers this year to the applications group. OmegaMon: none/*very* minimal. Ok, there *is* something for Adabas but we use DB2. We only see that the Natural nucleus was invoked (150k-220k times daily) as the transaction program. Our switch was $$ driven and, in my _personal_ opinion, we got what we paid for. -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- 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: Splitting files into a variable number of cataloged files
On Thu, 12 Mar 2009 10:36:21 -0600, Howard Brazee howard.bra...@cusys.edu wrote: I need to create a routine that can be used with a bunch of different extracts to split files into new files of 100,000 records each. They need to be FTPd to the same location with different names, but I don't want to create empty files on the mainframe nor on the destination machine. What do you recommend? A SAS program can do this in one job-step, reading the input file, determining what needs to be allocated (based on input file size), allocate the output files dynamically, write said output split files in one pass of input file, and then perform the FTP to send the split files, and if desired, generate an EMAIL report to send to someone who cares -- all in the same job-step, using one static-written SAS program (that invokes SAS macro language). 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: z/OS 1.9 installation ROOT ETC and VAR
On Thu, 12 Mar 2009 14:51:38 -0400, Matt Dazzo mda...@pch.com wrote: I'd like to jump in here as I have a question along the same line. We are 1.7 going to 1.9, 1.9 is up in our sand box (non shared environment) with all the serverpac provided HFS's (going zfs in the future) mounted with no problems. The migration guide states that there could be customer configured files in /etc and /var that should be merged into the new 1.9 HFS /etc and /var file system. That is true in our case for /etc not sure about /var. I don't know how many files or which ones were customized? Should I copy all the /etc files and sub directories over to the new hfs? Or is there an easy way to determine what's been customized? Have you read about this in IYO (Installing Your Order)? It gives you advise on how to do this and compare your directories with diff. 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: TMON with OMEGAMON Comparison
But as others have indicated that offloading small percentages may actually increase the overall CP usage. We all know... As others have said... May increase... Yes, there is always overhead when one switches to another processor. And, yes, the reasons are understood. Without hard documentation, you are doing the same thing IBM used to do: sew FUD! What is this overhead? - 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)
To clarify as another site not sysplexing. Coupling Facilities cost money. Then, setting up the plex takes people time. Finally, What would it really get us? One production LPAR, one Development LPAR and a couple sandboxes. 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: Thursday, March 12, 2009 8:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Time Change (Sync) Cost. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Thursday, March 12, 2009 12:18 AM To: IBM-MAIN@bama.ua.edu Subject: 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 -- 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: Time Change (Sync)
Economic stimulus for IBM :-D Sorry. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Thursday, March 12, 2009 3:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Time Change (Sync) To clarify as another site not sysplexing. Coupling Facilities cost money. Then, setting up the plex takes people time. Finally, What would it really get us? One production LPAR, one Development LPAR and a couple sandboxes. 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: Thursday, March 12, 2009 8:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Time Change (Sync) Cost. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Thursday, March 12, 2009 12:18 AM To: IBM-MAIN@bama.ua.edu Subject: 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 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: Time Change (Sync)
On Thu, 12 Mar 2009 13:01:00 -0700, Dave Gibney wrote: ... What would it really get us? One production LPAR, one Development LPAR and a couple sandboxes. In that case, clock synchronization is probably much less critical. -- 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
How to find RMM VRS change information
I need to find the user name that changed an RMM VRS. I looked in the RMM Reporting book. EDGAUD is nice for volume information, but that doesn't help me in this case. There are SMF records, but when looking through the mapping macro of EDGSMFAR, I don't see how to get the information I need. Any help appreciated. Carole Slagh car...@clemson.edu Clemson University -- 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
Consolidation
We are looking into consolidating three data centers into one. We would like to keep our sysplexes separate for the most part, at least in the beginning, due to having different security packages, different layouts, and strategies. We would however like to share a tape silo, tape drives, and the CDS that controls the tapes, but keep the rest of our XCF structures separate. How difficult would it be, or can it even be done, setting up a sysplex with sort of sub-sysplexes? -- 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
Changing a SYSOUT writer
Hi, I posted this question a couple of weeks ago, but I think a lot of subscribers were at SHARE. I still haven't figured it out, so I thought I would give it one more try. I am also cross-posting the Assembler list. Given these JCL statements: //OUT01A OUTPUT CLASS=R,WRITER=W1,FORMS=F000 //OUT01 DD SYSOUT=(,), OUTPUT=(*,OUT01A) //OUT02A OUTPUT CLASS=R,WRITER=W1,FORMS=F999 //OUT02 DD SYSOUT=(,), OUTPUT=(*,OUT02A) What I am trying to do is to dynamically change the WRITER used for the OUT01 DD from W1 to W2 within an assembler program. My program gets control before the OUT01 file has been opened. I was thinking that I could get to the PDDB control block before the JOE is built for the file, and change it there prior to opening it, but I haven't been able to get to the PDDB. Does anyone know if this will work and how I can get to the PDDB? This is not a JES exit. I appreciate any advice, Thanks, George Sproull george.sproull@csd.disa.mil -- 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
VSAM files
Hello all, I'm looking for a free utility that could read a vsam listcat and possibly display the names of the vsam files that might have problems performance wise. Something that would look at CI/CA splits, total extents, excps vs reads/writes inserts. We have hundreds of vsam files and I don't want to look at each and every one of them. Any help appreciated. Thanks == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Splitting files into a variable number of cataloged files
John, Write a small rexx program that will read the number of records from the catalog and then generate the appropriate IDCAMS control cards ;-) No empty files, exact number of control cards, faster IO. Itschak On Thu, Mar 12, 2009 at 8:54 PM, John McKown joa...@swbell.net wrote: On Thu, 12 Mar 2009 20:18:42 +0200, Itschak Mugzach imugz...@gmail.com wrote: Idcams skip Count... I don't think that would word in this case. 1) the OP wants CEIL(n/10) output files, where n is the number of input records, which is not known beforehand. He stated that empty output files were unacceptable. 2) If you did know the exact number of output files, you'd need that many control cards in your IDCAMS input stream. Each REPRO would stand alone. By that, I mean each SKIP would reread all the previous read input records. This could be I/O intensive and redundant. === Actually, since COBOL now supports dynamic allocation of output files, it could likely be used to perform this function more efficiently than REXX. Not many COBOL programmer use this functionality, but it is now standard. -- 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 -- 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: VSAM files
Look at McKinney software's LISTCAT Plus. It is not free but it is cheap! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Thursday, March 12, 2009 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: VSAM files Hello all, I'm looking for a free utility that could read a vsam listcat and possibly display the names of the vsam files that might have problems performance wise. Something that would look at CI/CA splits, total extents, excps vs reads/writes inserts. We have hundreds of vsam files and I don't want to look at each and every one of them. Any help appreciated. Thanks == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: VSAM files
Something that would look at CI/CA splits, total extents, excps vs reads/writes inserts. Not to rain on your parade, but none of the above are major issues regarding performance, these days. With modern DASD, FICON (especially newer FICON), cache, buffering, etc., these are not problems. Look at your 'slow' VSAM batch jobs (for your definition of 'slow'), and determine what their issues are. Or, if it's online, problem transactions. Or, other 'slow' non-VSAM batch jobs. Rather than stating that VSAM is a problem, go the extra mile and find out what your 'true' performance/throughput issues are. - 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: VSAM files
Mike, Such tools exist (I think McKinney Systems has one), but I don't think you would want to use it in the manner you have described. Here's why: * CI/CA splits are not indicative of poor performance. If you reorg such a file, the splits are likely to re-occur. * Total extents do not degrade performance on today's RAID devices. * EXCPs are not recorded for many types of VSAM I/O, for example, Media Manager and STARTIO. * Statistics kept in the VSAM catalog are stale and only updated when the file is properly closed, perhaps never. I would study up on VSAM performance (there are some good sessions at SHARE) and re-assess your criteria. Then, be thankful you only have hundreds of VSAM files. I know of customers who have over a million VSAM files. In general, VSAM performance problems are less related to the data sets themselves and more related to the techniques used to access them, buffers, LSR, etc. Tom Harper IMS Utilities Development Team Neon Enterprise Software Sugar Land, TX -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Thursday, March 12, 2009 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: VSAM files Hello all, I'm looking for a free utility that could read a vsam listcat and possibly display the names of the vsam files that might have problems performance wise. Something that would look at CI/CA splits, total extents, excps vs reads/writes inserts. We have hundreds of vsam files and I don't want to look at each and every one of them. Any help appreciated. Thanks -- 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: VSAM files
Thanks for the tip(s). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Harper Sent: Thursday, March 12, 2009 4:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: VSAM files Mike, Such tools exist (I think McKinney Systems has one), but I don't think you would want to use it in the manner you have described. Here's why: * CI/CA splits are not indicative of poor performance. If you reorg such a file, the splits are likely to re-occur. * Total extents do not degrade performance on today's RAID devices. * EXCPs are not recorded for many types of VSAM I/O, for example, Media Manager and STARTIO. * Statistics kept in the VSAM catalog are stale and only updated when the file is properly closed, perhaps never. I would study up on VSAM performance (there are some good sessions at SHARE) and re-assess your criteria. Then, be thankful you only have hundreds of VSAM files. I know of customers who have over a million VSAM files. In general, VSAM performance problems are less related to the data sets themselves and more related to the techniques used to access them, buffers, LSR, etc. Tom Harper IMS Utilities Development Team Neon Enterprise Software Sugar Land, TX -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Thursday, March 12, 2009 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: VSAM files Hello all, I'm looking for a free utility that could read a vsam listcat and possibly display the names of the vsam files that might have problems performance wise. Something that would look at CI/CA splits, total extents, excps vs reads/writes inserts. We have hundreds of vsam files and I don't want to look at each and every one of them. Any help appreciated. Thanks -- 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 email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sad News - Bob Wright
John, Jim Mulder already post this bad news days ago. He will be missed. Roland -- 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: Changing a SYSOUT writer
George said: Given these JCL statements: //OUT01A OUTPUT CLASS=R,WRITER=W1,FORMS=F000 //OUT01 DD SYSOUT=(,), OUTPUT=(*,OUT01A) //OUT02A OUTPUT CLASS=R,WRITER=W1,FORMS=F999 //OUT02 DD SYSOUT=(,), OUTPUT=(*,OUT02A) What I am trying to do is to dynamically change the WRITER used for the OUT01 DD from W1 to W2 within an assembler program. My program gets control before the OUT01 file has been opened. I was thinking that I could get to the PDDB control block before the JOE is built for the file, and change it there prior to opening it, but I haven't been able to get to the PDDB. Does anyone know if this will work and how I can get to the PDDB? This is not a JES exit. It sounds like a lot of unnecessary work. I assume your data or environment determines which writer you want. If your program is simply chosing between two writers, then use two separate sysout DDs. Write to the one with the correct writer name. On the other hand, if your program needs more flexibilty, such as to change the writer based on an unknown number of possibilities, then it would be simpler to use the documented interface for dynamic allocation. I believe you can find information about that in the authorized assembler programmer guide/reference. -- 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)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, March 12, 2009 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Time Change (Sync) On Thu, 12 Mar 2009 13:01:00 -0700, Dave Gibney wrote: ... What would it really get us? One production LPAR, one Development LPAR and a couple sandboxes. In that case, clock synchronization is probably much less critical. Clocks are a different story. Twice a year I have to take the sh*t about how hard or expensive it is to have our z9 in sync with the rest of the world. The idea of paying for setting the time is ludicrous to any herder of small boxen. Even though I understand the need for the z/clock to be highly secure, I think IBM does a disservice to all of us who work the platform in small shops. And, I avoid POR like the plague. Got bit this year by an application. Used SET TIMEZONE to spring forward. EntireX servers were an hour off until we noticed when a time critical window opened late. Of course, I don't think even Parallel Sysplex would have helped with this one. -- 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 -- 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: VSAM files
Thanks for the tip(s). I forgot to mention that there is an IBM RedBook VSAM De-Mystified that goes into some, if not all, of what Tom mentioned. And, as I said, rather than identifying VSAM as a problem, determine what are your problem jobs/transactions/programmes and 'fix' those. I remember once, years ago, my ex-wife was tasked with fixing a programme that had a programming 'problem' -- it was too slow. She looked at it and found that it used three tape files: Input master. Transaction. Output master -- to be used next run. It was a standard COBOL application -- the first thing you're taught in first year programming at University. She found that the LRECL and the BLKSIZE were the same (132). And, the master files were multi-reel. So, she put in a request for JCL changes. The job went from 4 hours+ to less than 20 minutes. And, the master files went down to a single volume, each. She actually got paged, because the job finished so quickly. There are a lot of stories like that out there, and they are still happening, today. My point is, if you go in assuming something is a problem -- my ex: the programme -- you: VSAM, you potentially close the door on examining the real issues. Not to say that a VSAM file is NOT the problem, but, please, keep an open mind. Identifying the few problem tasks, can also reduce your workload. - 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: Consolidation
What you describe is the way we run our shop. However, we are strictly SUN/STK on the tape side. If you want to use IBM and 'native' z/OS tape controls, I don't know how you would do it. You might consider merging the three into a 'bronzeplex'. We merged two sysplexes that way over a year ago. RACF data-sharing is limited, but everything else works pretty well. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Coatney, Bill bill.coat...@anp AC.COMTo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Consolidation 03/12/2009 01:32 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu We are looking into consolidating three data centers into one. We would like to keep our sysplexes separate for the most part, at least in the beginning, due to having different security packages, different layouts, and strategies. We would however like to share a tape silo, tape drives, and the CDS that controls the tapes, but keep the rest of our XCF structures separate. How difficult would it be, or can it even be done, setting up a sysplex with sort of sub-sysplexes? -- 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
I'll be there again soon. Last time, the output from diff was so voluminous that in the end, it was still pretty much fire up and see what breaks, even in my third and final roll-out into production. :( No looking forward to it. 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 Zelden Sent: Thursday, March 12, 2009 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.9 installation ROOT ETC and VAR On Thu, 12 Mar 2009 14:51:38 -0400, Matt Dazzo mda...@pch.com wrote: I'd like to jump in here as I have a question along the same line. We are 1.7 going to 1.9, 1.9 is up in our sand box (non shared environment) with all the serverpac provided HFS's (going zfs in the future) mounted with no problems. The migration guide states that there could be customer configured files in /etc and /var that should be merged into the new 1.9 HFS /etc and /var file system. That is true in our case for /etc not sure about /var. I don't know how many files or which ones were customized? Should I copy all the /etc files and sub directories over to the new hfs? Or is there an easy way to determine what's been customized? Have you read about this in IYO (Installing Your Order)? It gives you advise on how to do this and compare your directories with diff. 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: VSAM files
I will do that. Thanks for the advice. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, March 12, 2009 4:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: VSAM files Thanks for the tip(s). I forgot to mention that there is an IBM RedBook VSAM De-Mystified that goes into some, if not all, of what Tom mentioned. And, as I said, rather than identifying VSAM as a problem, determine what are your problem jobs/transactions/programmes and 'fix' those. I remember once, years ago, my ex-wife was tasked with fixing a programme that had a programming 'problem' -- it was too slow. She looked at it and found that it used three tape files: Input master. Transaction. Output master -- to be used next run. It was a standard COBOL application -- the first thing you're taught in first year programming at University. She found that the LRECL and the BLKSIZE were the same (132). And, the master files were multi-reel. So, she put in a request for JCL changes. The job went from 4 hours+ to less than 20 minutes. And, the master files went down to a single volume, each. She actually got paged, because the job finished so quickly. There are a lot of stories like that out there, and they are still happening, today. My point is, if you go in assuming something is a problem -- my ex: the programme -- you: VSAM, you potentially close the door on examining the real issues. Not to say that a VSAM file is NOT the problem, but, please, keep an open mind. Identifying the few problem tasks, can also reduce your workload. - 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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time Change (Sync)
On Thu, 12 Mar 2009 14:29:05 -0700, Gibney, Dave wrote: Got bit this year by an application. Used SET TIMEZONE to spring forward. EntireX servers were an hour off until we noticed when a time critical window opened late. Of course, I don't think even Parallel Sysplex would have helped with this one. I don't understand this one. What's an EntireX server. o How did it get it wrong? o Didn't it use the TIME macro? o Did it read the offset parameters from CVT at startup and forget to refresh them? o Did it STIMER to the start of the window and overlook the SET TIMEZONE? o Did it use STIMER DINTVL= when STIMER LT= would have been proper? o What happens with an outstanding STIMER LT= when the clock is advanced/retarded for Daylight Saving Time - From the console? - By ETR or STP? In which of these cases does z/OS DTRT? Is there so little information in the RM that a RCF is appropriate? -- 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: Time Change (Sync)
See below Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, March 12, 2009 3:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Time Change (Sync) On Thu, 12 Mar 2009 14:29:05 -0700, Gibney, Dave wrote: Got bit this year by an application. Used SET TIMEZONE to spring forward. EntireX servers were an hour off until we noticed when a time critical window opened late. Of course, I don't think even Parallel Sysplex would have helped with this one. I don't understand this one. What's an EntireX server. EntireX is a Software AG middleware product. The servers are long running STC. We use Natural programs inside them. o How did it get it wrong? The time was off one hour until we discovered and rolled them o Didn't it use the TIME macro? o Did it read the offset parameters from CVT at startup and forget to refresh them? o Did it STIMER to the start of the window and overlook the SET TIMEZONE? o Did it use STIMER DINTVL= when STIMER LT= would have been proper? Don't know these answers, I'm just a SAG customer. o What happens with an outstanding STIMER LT= when the clock is advanced/retarded for Daylight Saving Time - From the console? - By ETR or STP? In which of these cases does z/OS DTRT? Is there so little information in the RM that a RCF is appropriate? Don't know these answers, I'm just an IBM customer :) -- 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: Consolidation
On Thu, 12 Mar 2009 15:32:52 -0500, Coatney, Bill bill.coat...@anpac.com wrote: We are looking into consolidating three data centers into one. We would like to keep our sysplexes separate for the most part, at least in the beginning, due to having different security packages, different layouts, and strategies. We would however like to share a tape silo, tape drives, and the CDS that controls the tapes, but keep the rest of our XCF structures separate. How difficult would it be, or can it even be done, setting up a sysplex with sort of sub-sysplexes? It depends on what you are sharing and what the integrity managers are. We share DASD between 2 sysplexes using MII. We share tape resources across those same sysplexes with MIA. Since the DASD is shared the tape catalog (formerly TLMS, now CA1) is also shared. We also share a Sun/STK SL8500 silo and several VSM boxes (virtual tape) with those 2 sysplex and 3 other monoplex LPARs. Each one of the monoplex LPARs has it's own CA-1 and virtual volume range. There is also a 3 system MIAplex between those 3 systems so a pool of virtual tape drives from the VSMs can be shared across those 3 systems. On the other side of the house... everything is sysplex in scope as far as sharing except VSM and SL8500 tape silos. Those are shared in a similar fashion between a couple of sysplexes.The CDS (primary and backup) are on shared DASD volumes between those sysplexes and are protected with RESERVE. HTH, 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: Time Change (Sync)
Perhaps you already know about this, but there is something called a qualifying Parallel Sysplex required to obtain aggregated software licensing. Here's some more information: http://www.ibm.com/servers/eserver/zseries/swprice/sysplex/ There are also scenarios where Parallel Sysplex may provide more efficient utilization of resources, allowing otherwise smaller capacity settings on members of the Sysplex (and/or deferring capacity increases). This depends on your workloads, of course. And, then of course, there are the positive attributes of Parallel Sysplex itself, attributes which may have cost benefits elsewhere in the organization. Your situation may vary, but it's important to run a full and realistic analysis. You may have done that already, but perhaps these comments are at least useful to others. - - - - - 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: IPCS SYSTRACE TCB option
Paul, I believe that you have to specify the TCB parameter as TCB(X''), otherwise it is treated as a decimal number. Pat Hughes On Thu, Mar 12, 2009 at 12:16 PM, Paul Schuster wrote: I can do a systrace jobname() to display all of the trace table entries for a particular jobname. But I want to show only the ones for one of the tasks, so I try this: systrace jobname() TCB() and I always get the messages IKJ56702I INVALID TCB address(es), IKJ56701I MISSING TCB address(es) *** The '' is a TCB address shown when I originally do the SYSTRACE JOBNAME command. The IPCS manual does not give an example of the syntax for the TCB option. They only show it as TCB(TCB-list). Has anyone used SYSTRACE to display only the trace entries from one TCB? Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu mailto:lists...@bama.ua.edu mailto:lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html http://bama.ua.edu/archives/ibm-main.html 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
OK- I'll try it again. First there is the issue of Capacity. When you add specialty engines to an LPAR, the LPAR's capacity acts almost like the n-way increase. So, if you have a 10-way, and add 2 zIIPs and 2 zAAPs, that LPAR now acts almost like a 14-way. That decrease your capacity by about 7%. But if you are not running your systems or footprint constantly at 100%, it may not be an issue. With today's z10s, you are best served for capacity and performance with about a 20-30% white space. Now, for performance, the overhead to switch from one processor to another is about 2-11%. 2% if you switch to a processor in the same core, 11% if it is another book. The processor cycles to move instructions and data in the Level 1, 1.5, and 2 caches is actually slower than on a z9. On z10s, the busier the engines are, the less throughput you are likely to get. Search IBM's WSC for a white paper by Gary King on running fast processors at 100% busy. But again, if you have that white space, it may not be an issue. If you can move 10% of your workload to specialty engines, the cost of an engine can be recouped in about 8-10 months. Generally, it is best to be able to offload about 20-25-30% of the GP to get your money's worth and not impact performance. Be aware your CPU time per transaction will go up anyway; while you throughput will increase. At that level, the potential to keep your software costs stable will be worth it. Please don't misconstrue this as being a negative. Specialty processors can be so worthwhile, if you plan properly and know what to expect. znor...@ca.com Director, Product Management -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, March 12, 2009 SYSN 01:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TMON with OMEGAMON Comparison But as others have indicated that offloading small percentages may actually increase the overall CP usage. We all know... As others have said... May increase... Yes, there is always overhead when one switches to another processor. And, yes, the reasons are understood. Without hard documentation, you are doing the same thing IBM used to do: sew FUD! What is this overhead? -- 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: Consolidation
I won't comment on the technical question you asked. However, there is a non-technical reason for a primary parallel sysplex. There would likely be some significant savings in your monthly IBM software bill if your three sysplexes were merged so that you had one primary sysplex. This does not mean all images must be in a common sysplex, but rather the majority of the prime shift CPU time across the 3 machines must belong to one primary sysplex. (You can of course have multiple images on a machine in this primary sysplex.) The rules are non-trivial, so besides referring to the IBM sysplex aggregation pages http://ibm.com/zseries/swprice/sysplex/ you might want to review the 76 page Red-Piece z/OS Systems Programmers Guide to: Sysplex Aggregation http://www.redbooks.ibm.com/abstracts/redp3967.html, Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD Voice: +1 414 332-3062 Web: www.sherkow.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: MLE Option Support
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Staller, Allan Might as well add z/OS 1.11 to you plan. z/OS 1.11 (or whatever marketing decides to call it by then) should be avail in September of this year. Stopping at 1.9 will put you behind the curve (again). Well, since z/OS 1.11 has been explicitly mentioned in several official preview Announcements as well as other venues for at least the past year, I doubt anybody at IBM would change it now. :-) But then, nothing surprises me any more. -jc- -- 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
Howard Turetzky/Boulder/IBM is out of the office until 03/05/2001.
I will be out of the office starting 03/12/2009 and will not return until 03/23/2009. In Hong Kong, checking mail when possible. -- 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