Re: WLM Service Class
Ted MacNEIL [EMAIL PROTECTED] wrote in message news:310343960-1225328835-cardhu_decombobulator_blackberry.rim.net-1542 [EMAIL PROTECTED]... At the request of management, we created a special job class that runs a service class which has an importance of 1, has CPU critical turned on and also has a velocity of 90%. This is running higher than CICS. We have started meeting our goal again, but they don't want to see any jobs running in this special class having any CPU delays. I'm glad I don't work at your shop: 1. Management should be telling you to solve the problem. Not how to solve it! 2. Putting batch higher than online can screw online response. 3. 90% is almost impossible to meet. The WLM will give up on an S/C if it can't 'help' it. 4. CPU delay is not necessarily a problem. Think of I/O-bound jobs. 5. Yes, you can do more, but you've already over-killed. - Too busy driving to stop for gas! 6. Tell management to buy more capacity for this 1 hour per day they have extreme demands. Hopefully this will make them *think*. 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
Fred Schmidt [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED].. . The latest z/Journal has a study by Microsoft comparing Windows against the mainframe in terms of electrical power usage for CICS web-based applications. It claims that Windows is many times more efficient. You can find the PDF document at http://www.zjournal.com/redir.cfm?rid=939 Comments? I read in an IBM z/10 annoucement that 1 z/10 has the power of (iirc) 2500 Windows servers, but uses 1/18th of their power. Can two similar investigations have more contradiction results? 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
Fred Schmidt wrote: The latest z/Journal has a study by Microsoft comparing Windows against the mainframe in terms of electrical power usage for CICS web-based applications. It claims that Windows is many times more efficient. You can find the PDF document at http://www.zjournal.com/redir.cfm?rid=939 Comments? There is a catch: They're using NetCobol on a z/OS machine on this Microsoft sponsored PDF. What's more, theyre using IBM's published results against a test run on their Fujitsu machines. They really never used a z/OS machine themselves. NetCobol belongs to Fujitsu. Fujistu and Microsoft is co-operating together MMA to lure people from legacy z/OS. I would only take this comparision seriously if they ACTUALLY used IBM's own COBOL and WebSphere and that they actually used/rented a z/OS machine. What's more, you can't really use published numbers against actual test results. Go figure... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
I wonder what the results would look like if all the extra pieces needed to run an applications are added in. I am talking of things like monitoring products. These will probably require extra servers in a windows environment, while running on the same mainframe. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Elardus Engelbrecht Sent: Thursday, October 30, 2008 10:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Comparing Mainframe and Windows Server CICS Transactions per kWh Fred Schmidt wrote: The latest z/Journal has a study by Microsoft comparing Windows against the mainframe in terms of electrical power usage for CICS web-based applications. It claims that Windows is many times more efficient. You can find the PDF document at http://www.zjournal.com/redir.cfm?rid=939 Comments? There is a catch: They're using NetCobol on a z/OS machine on this Microsoft sponsored PDF. What's more, theyre using IBM's published results against a test run on their Fujitsu machines. They really never used a z/OS machine themselves. NetCobol belongs to Fujitsu. Fujistu and Microsoft is co-operating together MMA to lure people from legacy z/OS. I would only take this comparision seriously if they ACTUALLY used IBM's own COBOL and WebSphere and that they actually used/rented a z/OS machine. What's more, you can't really use published numbers against actual test results. Go figure... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
Peter Farley writes: ...recently it has become more prudent to consider the maintenance costs and available knowledge down the road after our generation retires. Using documented, standard LE functions may not be as efficient as the assembler solution, but won't require an assembler programmer to maintain it 10 years hence. That makes a lot of sense to me. Avoid needless coding. At least as something to think about, could you turn these date conversion functions into enterprise services, so that they're available universally to anyone in your organization in their applications, regardless of language or environment? If you do not want to reinvent a common function, chances are excellent others have the same issue. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
z/10 Announcement probably is based on a specific usage pattern, that most of PC processors are idle. The microsoft study misses some points. I can hardly believe that the power consumption is equal with all different workloads. It is not clear if the mainframe also had just 2x73GB harddrives and just one OSA card, just one FICON card, etc. I think it is invalid to compare a power consumption of a system that runs 984 transactions per second with a system that runs 354 transactions per second (see page 9), because if the throughput is not the same, this is similar to claiming that a car running 200km/h needs more gas than a car with 80km/h. Or looking at the Java throughput that seams to be better on a PC is like claiming that a truck cannot run with 200km/h. In addition Microsoft used NETCOBOL Compiler on the mainframe and I have no clue how the resulting machine code compares to other mainframe compilers. Based on the paper its not even clear if unoptimized COBOL was compared to optimized .NET code?! This comparision lacks all fundamental statistical methods and although some of the results count for PCs and some results count for a mainframe, it cannot be considered a basis for decisions. Just my 2 cent. -Original Message- From: Vernooy, C.P. - SPLXM [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Thu, 30 Oct 2008 9:06 am Subject: Re: Comparing Mainframe and Windows Server CICS Transactions per kWh Fred Schmidt [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED].. . The latest z/Journal has a study by Microsoft comparing Windows against the mainframe in terms of electrical power usage for CICS web-based applications. It claims that Windows is many times more efficient. You can find the PDF document at http://www.zjournal.com/redir.cfm?rid=939 Comments? I read in an IBM z/10 annoucement that 1 z/10 has the power of (iirc) 2500 Windows servers, but uses 1/18th of their power. Can two similar investigations have more contradiction results? 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
On Wed, 29 Oct 2008 14:19:27 -0500, John McKown wrote: Is there a z/OS-supplied function to convert GMT to local time (or back again)? Yes. Look in the Language Environment manual, http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA3100/CCONTENTS watch out for the wrap!! CEECBLDY will convert various character representations of dates into COBOL Integer Date formats. CEEGMTO will tell you the difference between GMT and LOCAL time. CEESECS will convert date+time to a timestamp in Lilian seconds (since 00:00:00 14 Oct 1582) which you can then manipulate and convert back. Will these get the Daylight Saving Time offset correct for dates both before and after 2006 (in the U.S.)? Will these get the Leap Second offset correct for dates back to 1972 when leap seconds were instituted? (How do Lilian seconds account for Leap Seconds? If done correctly there's a simple affine conversion from (E)TOD values to Lilian seconds.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplexing to the new z10s
Out of curiosity: What is a reason for the restriction? I understand there is no connectivity between z10 and z/900 - but there is ISC link in both machines. Last but not least, the original idae was to connect z10 to z9 CF and z/900 to same CF. Both connections are supported. Or maybe it *will* work, but IBM doesn't support it ? Just curious. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
User Catalog Hangs
Hi. We've attempted to delete user catalog entries. The job issued RESERVE on the USER catalog dasd. After a while the job was cancelled while working and it seems that that the user catalog was hanged. Issuing the D GRS command showed some tasks had SHR ENQ for Qname: SYSIGGV2 Rname: UCAT and there were some EXCL request in WAIT status. The other lpars indicates that the RESERVE wasn't released to. Eventually we had to IPL the system. Any ideas/insights would be appreciated. Magen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperdispatch
At the current moment, IHASVT bit SVTAFFON does not necessarily match the IEAOPTxx Hiperdispatch setting, but does reflect whether at the current time the system is in hiperdispatch mode (there are transition states where the two might not match). We have no plans to change, but conversely no intention of committing to keep, this behavior. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC DASD Mirroring
We plan to implement the DASD mirroring features of our EMC. Any tips or gotchas we have to pay attention with. I knew it will definitely increase the DASD disconnection time when we implement this. Anyway, I also wanted to know what files you have decided not to be included with the DASD mirroring that you knew will affect the batch performance? Temporary files? What else? TIA. 1. In a later e-mail you said it will be about 70km and you will be doing SRDF/S. When we looked at it for a site at 48km we asked EMC for any sites in the US (2005) doing around this or greater; none could be supplied. I strongly suggest you ask for reference sites to explore the consequences of running Synchronus at that distance. Oh yes, all the sites they gave us were well under 30km. 2. In a later e-mail you mention this is a cold-site used as backup. Since terminology is critical, hopefully you meant Disaster Recovery and not for backup purposes. Keep in mind if a file is mistakenly deleted here, it is deleted there; thus no backup. Bottom line is our remote DR site is not a substitute for doing local backups although with enough bandwidth and equipment, doing the actual backups in the remote cold site is an interesting thought. 3. I would also recommend you consider SRDF/A although that is dependence on you toleration for data loss. If a matter of seconds is acceptable, then it is a lot less costly solution. I am not going to ask the obvious question of why remote DASD is sitting in a Cold Site; which means no computer is there. Although I was involved in a plan to have a separate DASD box located in a cave as a 3rd copy of the stuff, so just in case the main site goes BOOM, DR site goes BOOM, and the plan was to rent a truck or maybe a SYSPROG's pickup truck, load up the DMX800 and drive it out west to recover the systems at a commercial DR site. Never got that far in the implementation. jim jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Service Class
If you can suffer the consequences and it is only ONE job, stick it in SYSSTC. Your mileage may vary on this one But monitor EVERYTHING else closely... Claude -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: Thursday, October 30, 2008 3:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLM Service Class Ted MacNEIL [EMAIL PROTECTED] wrote in message news:310343960-1225328835-cardhu_decombobulator_blackberry.rim.net-1542 [EMAIL PROTECTED]... At the request of management, we created a special job class that runs a service class which has an importance of 1, has CPU critical turned on and also has a velocity of 90%. This is running higher than CICS. We have started meeting our goal again, but they don't want to see any jobs running in this special class having any CPU delays. I'm glad I don't work at your shop: 1. Management should be telling you to solve the problem. Not how to solve it! 2. Putting batch higher than online can screw online response. 3. 90% is almost impossible to meet. The WLM will give up on an S/C if it can't 'help' it. 4. CPU delay is not necessarily a problem. Think of I/O-bound jobs. 5. Yes, you can do more, but you've already over-killed. - Too busy driving to stop for gas! 6. Tell management to buy more capacity for this 1 hour per day they have extreme demands. Hopefully this will make them *think*. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Rename HFS
Hi, I’m cloning my system with ADRDSSU (physical process) and my disk contains also hfs files, so I have hfs with the same name in two different volume. How can I do to rename HFS? I know I have to unmount HFS and rename them, but application have to access them. Any suggestion? Thanks Federica -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK ETR SLA
Anyone have a link or reference to what the SLA's are for the severity codes on IBMLink? Chuck Kreiter Systems Programming Supervisor State Auto Insurance -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: enlarging SMPNTS
I first noticed the FIXCAT feature when I installed the DB2 Performance Moniter for DB2 V8. I was wondering what it was, so I did a little research on it. Is that the only new feature in SMP/E 3.5? Support for FIXCAT HOLDs is the most significant new feature in SMP/E V3.5, but there are a bunch of other, smaller, enhancements. Check 'em out here: http://www.ibm.com/systems/z/os/zos/overview/zosnew.html#smpe Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
gah wrote: Steve Comstock wrote: Did you know the quoted price for these little gems (that came from the original S/360 green card) are now priced at $173.82?!! It seems that z/Architecture Reference Summary (SA22-7871-04) is now down to $25.04. I think that is still high, but less than $173.82. I know they're downloadable for free, but I wanted to hand them out to a class in the little booklet form, not on 8.5 * 11 copy paper. But $173.82 for 84 pages? Plus shipping. The prices always include ground shipping, but not sales tax. What's up with that? Note: this is for the -04 version. The -03 version is only $52.64. Now only $8.63. but $65.88 for the -02, $6.11 for -01, $4.68 for -00. S/370 REFERENCE SUMMARY (GX20-1850-07) for $7.56. The Principles of Operation are still expensive, too. z/Architecture Principles of Operation (SA22-7832-06) $239.14, z/Architecture Principles of Operation (SA22-7832-05) $139.02, z/Architecture Principles of Operation (SA22-7832-04) $148.52, z/Architecture Principles of Operation (SA22-7832-03) $144.88, S/370 PRINCIPLES OF OPERATION (GA22-7000-10) $82.12, SYSTEM/370 EXTENDED ARCHITECTURE/INTERPRETIVE EXECUTION (SA22-7095-01) $13.30. -- glen Thanks for the update; I knew prices were scheduled to be corrected on Monday but I forgot to check. I have to say I also got a nice note from IBM pubs this morning letting me know of the price changes. I thanked them, but said they are still pretty pricey for my for my needs, as a handout I don't charge extra for. Are there quantity discounts for, say 20 copies? [BTW, this is for students in the Assembler class we are offering in Bentonville, AR the first week in December; we still have four seats left if you are interested. See http://www.trainersfriend.com/Assembler_%20courses/C410descrpt.htm ] Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
http://www.tucows.com/preview/361716 Seagull free version of the FTP client. A much newer version is available at www.bluezonesoftware.com. It is still free, no registration required, and includes SSL/TLS and SSH, so the userID, password, and data are all encrypted. Steve Bireley BlueZone Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
That surprises me. The point of turning prompting off was so that you wouldn't need to answer Y for each member. Jon snip This worked...only thing I had to do was answer 'Y' to each member... /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
On Wed, 29 Oct 2008 20:30:28 -0400, Dave Salt wrote: If you have SimpList on your mainframe you can select (on the mainframe) the PC directory containing the JCL files you want to transfer. For example, if your JCL members have '.TXT' extensions you could enter the directory name like this: C:\My directory\JCL files\*.TXT This will display (on the mainframe) a list of all the files in the PC directory that have the .TXT extension. Interesting. Doesn't this presume an FTP server running on the PC? I understand those are fairly rare on Windows systems. SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Wed, 29 Oct 2008 16:15:48 -0400 From: RifkindH I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Zip them on the PC; unzip on z/OS. This presumes a compatible archive format -- either pax on the PC or zip on z/OS, for example. Both available, but not necessarily in base systems. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
On Thu, 30 Oct 2008 03:09:15 -0500, Elardus Engelbrecht [EMAIL PROTECTED] wrote: Fred Schmidt wrote: The latest z/Journal has a study by Microsoft comparing Windows against the mainframe in terms of electrical power usage for CICS web-based applications. It claims that Windows is many times more efficient. You can find the PDF document at http://www.zjournal.com/redir.cfm?rid=939 Comments? There is a catch: They're using NetCobol on a z/OS machine on this Microsoft sponsored PDF. I didn't read that. I read that they got results for the z9 from an IBM Redbook (run on a different machine). They then extrapolated the results from the original machine to a z9 machine. They then took the code in the Redbook and converted it to NetCOBOL to run on the Fujitsu machine. They also ran this under Fujitsu's version of CICS (NeoKicks). What's more, theyre using IBM's published results against a test run on their Fujitsu machines. They really never used a z/OS machine themselves. Correct. They are extrapolating what IBM's results might have been if IBM were to redo their tests on a z9. They danced around the newest z10 announcement entirely. NetCobol belongs to Fujitsu. Fujistu and Microsoft is co-operating together MMA to lure people from legacy z/OS. I would only take this comparision seriously if they ACTUALLY used IBM's own COBOL and WebSphere and that they actually used/rented a z/OS machine. What's more, you can't really use published numbers against actual test results. Go figure... Groete / Greetings Elardus Engelbrecht Also, they did not indicate how they would convert the normal support operations such as batch reporting. They also did not cover other things that we looked at a couple of years ago such as: debugging an application outage (AbendAID equivalent), restarting the job stream properly (CA-11 equivalent), monitoring the batch processing (CA-7 equivalent). -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Service Class
On Thu, 30 Oct 2008 01:07:22 +, Ted MacNEIL wrote: 4. CPU delay is not necessarily a problem. Think of I/O-bound jobs. Huh? CPU delay is delay because CPU is not available when the job is ready. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperdispatch
On Thu, 30 Oct 2008 07:19:32 -0400, Peter Relson [EMAIL PROTECTED] wrote: At the current moment, IHASVT bit SVTAFFON does not necessarily match the IEAOPTxx Hiperdispatch setting, but does reflect whether at the current time the system is in hiperdispatch mode (there are transition states where the two might not match). They will never match on a pre-z10 machine if you specify HIPERDISPATCH=YES in IEAOPTxx. But the WLMOPT tool which looks at the IEAOPTxx setting and SVTAFFON does report both values correctly AFAIK. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
I found the original machine: a 9672-R55. That is ancient. And trying to say If I get ... result on the R55, then I will get ... result on a z9 seems unlikely to me. They play around with LSPR values to do their extrapolation. But they then use that general to make a statement about a specific, single, application. They don't say which version of CICS. They don't say which version of COBOL. But this is likely documented in the actual Redbook They don't take into account any possible performance enhancements that simply recompile the original COBOL code using the newest COBOL compiler would get, while comparing it to the latest NetCOBOL compiled code. They put the VSAM data into a MS SQL database. But I am not sure if the SQL server is running on the same box as the rest of the Windows. It is a bit vague. My favorite quote: A key assumption is that the Windows Server environment is managed with the same care as the mainframe environment to ensure that processing power is fully utilized. HA HA HA! ROTFLMAO! I've not heard of a Windows Server which is managed as well as we manage z/OS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
-snip A key assumption is that the Windows Server environment is managed with the same care as the mainframe environment to ensure that processing power is fully utilized. ---unsnip-- ROTFLMAO! Pardon me while I hack a ham off that pig that just flew by! Remember what ASSUME really means? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman -snip A key assumption is that the Windows Server environment is managed with the same care as the mainframe environment to ensure that processing power is fully utilized. ---unsnip -- ROTFLMAO! Pardon me while I hack a ham off that pig that just flew by! Remember what ASSUME really means? Indeed. I've been led to believe that it is physically impossible to drive a Windows system at a sustained rate equivalent to a mainframe while achieving equivalent throughput. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
On 30 Oct 2008 03:11:32 -0700, [EMAIL PROTECTED] (Paul Gilmartin) wrote: Will these get the Daylight Saving Time offset correct for dates both before and after 2006 (in the U.S.)? Will these get the Leap Second offset correct for dates back to 1972 when leap seconds were instituted? (How do Lilian seconds account for Leap Seconds? If done correctly there's a simple affine conversion from (E)TOD values to Lilian seconds.) I'm curious. What business needs do you have that require past Daylight Savings Times and leap seconds? I wish all computers did time-date stamps in Zulu, and only translated to local time as needed. (Heck, I wish Daylight Savings Time would go away, and wouldn't be adverse if local time would go away. China is on one time zone and it doesn't hurt them). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
On Thu, 30 Oct 2008 09:01:50 -0500, Chase, John [EMAIL PROTECTED] wrote: Indeed. I've been led to believe that it is physically impossible to drive a Windows system at a sustained rate equivalent to a mainframe while achieving equivalent throughput. -jc- That is what I have been told also. However, they do state: quote Obtain performance figures for the same application, and its Web enablement equivalents, in the Windows Server environment. We drove the Windows Serverbased system to between 84-percent utilization and 97-percent utilization, which was sufficient to roughly parallel the mainframe performance (and gave an advantage to the mainframe in the energy comparison, so that our comparison would be on the conservative side). /quote -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Graphic Escape Sequence in ISPF
Thanks Edward, cracked it Edward Jaffe [EMAIL PROTECTED] OFTWARE.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Graphic Escape Sequence in ISPF 28/10/2008 17:53 Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Edward Jaffe wrote: You should look at 3270 Data Stream Reference. A graphics escape (GE) order is x'08'. Each drawing character is created by sending the GE order followed by a one-byte value for each such character. To send to the terminal without having data translated by ISPF, use the TPUT macro. I should add that you can use a shadow variable associated with a dynamic area to draw these characters yourself under ISPF. -- Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Service Class
CPU delay is delay because CPU is not available when the job is ready. Sorry, I was thinking about the removal of MTTW under WLM and typing something else. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
From: [EMAIL PROTECTED] If you have SimpList on your mainframe you can select (on the mainframe) the PC directory containing the JCL files you want to transfer. For example, if your JCL members have '.TXT' extensions you could enter the directory name like this: C:\My directory\JCL files\*.TXT This will display (on the mainframe) a list of all the files in the PC directory that have the .TXT extension. From: [EMAIL PROTECTED] Interesting. Doesn't this presume an FTP server running on the PC? I understand those are fairly rare on Windows systems. All that's required on the PC is the ISPF Workstation Agent (WSA.EXE), which can be downloaded from the mainframe to the PC for free. No FTP server is required. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
From: John McKown [EMAIL PROTECTED] I found the original machine: a 9672-R55. That is ancient. And trying to say If I get ... result on the R55, then I will get ... result on a z9 seems unlikely to me. They play around with LSPR values to do their extrapolation. But they then use that general to make a statement about a specific, single, application. Hmm. I'd have to read more about their extrapolation, but I don't see how it is possible to extrapolate z9 or z10 performance and power consumption based on a 10+ year old machine that isn't even a zSeries, much less a reasonably current one. So I guess the study proves that if you use the latest and greatest Windows hardware and software, you can get better performance and power consumption than you would with a 10+ year old mainframe. Go figure. Offhand, I wouldn't be surprised if you could buy a dozen 9672-R55 machines and run them in parallel to equal the performance numbers and _still_ come out ahead of the cost for the Windows systems, even with power consumption. Let's see a real test. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
I wish all computers did time-date stamps in Zulu, and only translated to local time as needed. Hear, hear! (Heck, I wish Daylight Savings Time would go away, and wouldn't be adverse if local time would go away.) Hear, hear! BTW, I always feel sorry for the Zulus -- there's a time zone out there with their name on it and it's not theirs. :-( Date: Thu, 30 Oct 2008 08:06:41 -0600 From: [EMAIL PROTECTED] Subject: Re: Efficient conversion of GMT to/from local time from COBOL? To: IBM-MAIN@BAMA.UA.EDU On 30 Oct 2008 03:11:32 -0700, [EMAIL PROTECTED] (Paul Gilmartin) wrote: Will these get the Daylight Saving Time offset correct for dates both before and after 2006 (in the U.S.)? Will these get the Leap Second offset correct for dates back to 1972 when leap seconds were instituted? (How do Lilian seconds account for Leap Seconds? If done correctly there's a simple affine conversion from (E)TOD values to Lilian seconds.) I'm curious. What business needs do you have that require past Daylight Savings Times and leap seconds? I wish all computers did time-date stamps in Zulu, and only translated to local time as needed. (Heck, I wish Daylight Savings Time would go away, and wouldn't be adverse if local time would go away. China is on one time zone and it doesn't hurt them). _ Store, manage and share up to 5GB with Windows Live SkyDrive. http://skydrive.live.com/welcome.aspx?provision=1?ocid=TXT_TAGLM_WL_skydrive_102008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rename HFS
Don't do physical dumps of HFS or zFS data sets when the file system data set is mounted. DSS will not quiesce the HFS or zFS which will most probably result in an unusable dataset after restore. Always use logical dumps. Use RENAMEU with the restore to rename the data sets on the new volume. -- Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
From: John McKown [EMAIL PROTECTED] They don't say which version of CICS. They don't say which version of COBOL. But this is likely documented in the actual Redbook They don't take into account any possible performance enhancements that simply recompile the original COBOL code using the newest COBOL compiler would get, while comparing it to the latest NetCOBOL compiled code. There is some information in the Redbook, and it is _old_. Obviously, they couldn't have used any compiler newer than the late 90s. Hardware: The same OS/390 hardware was used for all the measurement tests presented in this book. This configuration was a four member OS/390 Parallel Sysplex, but only two members of this sysplex were used for the measurement; one to provide a platform for the system under test, and a second to provide a platform for the network simulation driver (when using TPNS). Each sysplex member ran on a single 9672 Central Electronic Complex (CEC). This configuration comprised: • A 9672-R55 processor (2GB storage) with 2 Cryptographic Coprocessors available where noted. • A 9674-C05 coupling facility (2GB storage) • Adequate RAMAC DASD to eliminate I/O constraints For tests needing Web client simulations, either TPNS on OS/390 or the Compuware QALoad product on two nodes of an SP2 AIX processor was used. The network connecting the OS/390 and AIX systems comprised: • An ATM LAN emulation client (Token Ring) adaptor card on each of the AIX SP2 nodes • An ATM (Asynchronous Transfer Mode) network • An OSA-2 card on the S/390 processor set to operate in TCP/IP Passthru Mode to provide token-ring LAN emulation client (LEC) services via the ATM connection. Software: • OS/390 V2.7, including: - VTAMV4.7 - DFSMS V1.5 (VSAM) • CICS Transaction Server for OS/390 V1.3 • TPNS V3.5 • WebSphere Application Server V1.1, including: - IBM HTTP Server V5.1 • OS/390 Java Development Kit V1.1.8 • OS/390 CICS Transaction Gateway V3.1 • Compuware QALoad/QARun software at V4.3 • AIX V4.2.1.0 http://www.redbooks.ibm.com/redbooks/pdfs/sg245748.pdf Their comparison is completely ridiculous. I'm far from a CICS expert, but my guess would be that the CWS related components from the late 90s are _far_ different (and less efficient) than the ones available today. Or even in this decade, for that matter. In addition to all the other issues with this extrapolation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
I'm inclined to agree with that thumbnail evaluation in the last paragraph. It's like comparing a VW 4-banger to a Rolls Merlyn (From a P-51 mustang) by the time you consider all the factors involved. Note that very little was said about optimizing the I/O from the Windows system. RAMAC DASD? It was good for its time, but compared to todays offerings is like comparing a horse and buggy to the Concord SST. Can we talk reality here? -- Dave Reinken wrote: From: John McKown [EMAIL PROTECTED] They don't say which version of CICS. They don't say which version of COBOL. But this is likely documented in the actual Redbook They don't take into account any possible performance enhancements that simply recompile the original COBOL code using the newest COBOL compiler would get, while comparing it to the latest NetCOBOL compiled code. There is some information in the Redbook, and it is _old_. Obviously, they couldn't have used any compiler newer than the late 90s. Hardware: The same OS/390 hardware was used for all the measurement tests presented in this book. This configuration was a four member OS/390 Parallel Sysplex, but only two members of this sysplex were used for the measurement; one to provide a platform for the system under test, and a second to provide a platform for the network simulation driver (when using TPNS). Each sysplex member ran on a single 9672 Central Electronic Complex (CEC). This configuration comprised: • A 9672-R55 processor (2GB storage) with 2 Cryptographic Coprocessors available where noted. • A 9674-C05 coupling facility (2GB storage) • Adequate RAMAC DASD to eliminate I/O constraints For tests needing Web client simulations, either TPNS on OS/390 or the Compuware QALoad product on two nodes of an SP2 AIX processor was used. The network connecting the OS/390 and AIX systems comprised: • An ATM LAN emulation client (Token Ring) adaptor card on each of the AIX SP2 nodes • An ATM (Asynchronous Transfer Mode) network • An OSA-2 card on the S/390 processor set to operate in TCP/IP Passthru Mode to provide token-ring LAN emulation client (LEC) services via the ATM connection. Software: • OS/390 V2.7, including: - VTAMV4.7 - DFSMS V1.5 (VSAM) • CICS Transaction Server for OS/390 V1.3 • TPNS V3.5 • WebSphere Application Server V1.1, including: - IBM HTTP Server V5.1 • OS/390 Java Development Kit V1.1.8 • OS/390 CICS Transaction Gateway V3.1 • Compuware QALoad/QARun software at V4.3 • AIX V4.2.1.0 http://www.redbooks.ibm.com/redbooks/pdfs/sg245748.pdf Their comparison is completely ridiculous. I'm far from a CICS expert, but my guess would be that the CWS related components from the late 90s are _far_ different (and less efficient) than the ones available today. Or even in this decade, for that matter. In addition to all the other issues with this extrapolation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
Fred Schmidt wrote: The latest z/Journal has a study by Microsoft comparing Windows against the mainframe in terms of electrical power usage for CICS web-based applications. It claims that Windows is many times more efficient. You can find the PDF document at http://www.zjournal.com/redir.cfm?rid=939 Comments? Well, some of this has been stated by others: They never ran on a real 2094-704. They assumed the transaction rate based on using a specific test set of LSPR tests. They assumed that somebody would actually run a distributed Intel based Windows box a 84+% busy the majority of the time. Most Windows server guys I talk to start looking at adding new servers once they get above any extended time period running at 30-40% busy (extended being more than 1 or 2 hours). This would mean 2-3 of the distributed servers to run the same level of workload at the 30-40% busy level. I don't know where the got the 5,221 watts from, because the paper they reference showing the z9 power consumption showed 3,916 watts for a 2094-704. They don't talk about what happens if you need to support a workload greater than the test environment could handle, or greater than the extrapolated z9 workload could handle. From the z/9 power paper a 2094-716 uses 5,920 and had 3x the throughput. I doubt if the Prime system could be upgraded enough to handle 3x the throughput, so you would need to add more distributed boxes and then add equipment to do the load balancing between those servers. Then if they are like most distrusted environments, 1 or 2 extra servers just in case one of the other ones fail. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Thursday, October 30, 2008 4:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Efficient conversion of GMT to/from local time from COBOL? Peter Farley writes: ...recently it has become more prudent to consider the maintenance costs and available knowledge down the road after our generation retires. Using documented, standard LE functions may not be as efficient as the assembler solution, but won't require an assembler programmer to maintain it 10 years hence. That makes a lot of sense to me. Avoid needless coding. At least as something to think about, could you turn these date conversion functions into enterprise services, so that they're available universally to anyone in your organization in their applications, regardless of language or environment? If you do not want to reinvent a common function, chances are excellent others have the same issue. Well, probably not *entirely* regardless of environment. A common GMT conversion subroutine that used the LE functions to accomplish its task would certainly be possible and probably desireable. An enterprise service in the sense of SOA and/or CICS and/or Websphere would be overkill at this point. One client's input format for one batch process does not (yet) require an enterprise-wide solution. Now if *two* clients need it, then you begin to consider wider-area services. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
Heck, I wish Daylight Savings Time would go away, and wouldn't be adverse if local time would go away. China is on one time zone and it doesn't hurt them. So, is India. But, it can/does cause some problems with things like young children going to (or coming from) school in the dark. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: User Catalog Hangs
Mass deletes? If so, that is a slow process with long RESERVE times. And that opens windows for deadly embraces (A waiting on B who is waiting on C who is waiting on A). -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Magen Margalit Sent: Thursday, October 30, 2008 6:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: User Catalog Hangs Hi. We've attempted to delete user catalog entries. The job issued RESERVE on the USER catalog dasd. After a while the job was cancelled while working and it seems that that the user catalog was hanged. Issuing the D GRS command showed some tasks had SHR ENQ for Qname: SYSIGGV2 Rname: UCAT and there were some EXCL request in WAIT status. The other lpars indicates that the RESERVE wasn't released to. Eventually we had to IPL the system. Any ideas/insights would be appreciated. Magen 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Efficient conversion of GMT to/from local time from COBOL?
There have been lots of replies referencing the LE callable date routines. Depending upon what type of date you are looking for, these may well be your best answer. HOWEVER, If all you want to do is know what the offset is from GMT of where your application is running, then you can easily just use native COBOL. See the CURRENT-DATE intrinsic function at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3LR31/7.1.15 Positions 17-21 will give you the exact offset from GMT. Unless your application is running in one of the time zones with 15 or 30 minute offsets from GMT, then converting from/to GMT becomes trivial without resorting to an LE callable service (much less a C or Assembler subroutine). If you are working with arbitrary times (not the current time) in odd or arbitrary formats, then the LE callable services are probably better and more flexible. Farley, Peter x23353 [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]. .. Hi all, A question has been asked of me to which I think I know the answer, but not how (in)efficient it would be: Is there a z/OS-supplied function to convert GMT to local time (or back again)? Now, I don't yet know in what format the GMT is arriving for conversion, but it is very likely NOT in STCK(E) format but rather in some external character format. I know I can write a small C routine to convert character format GMT to time.h format and then use localtime(clock) to perform the conversion from GMT to local time, or gmtime(clock) to go the other way. BUT the question is, when called from COBOL will that small C routine set up and tear down the C environment every time it's called? If so, is there a way to make those calls to a C function from COBOL more efficient? Or am I barking up the wrong tree because there's another/better/simpler way to do this conversion? Obviously I could also write assembler to convert the character format GMT to STCK(E) format with CONVTOD and then use the CVT fields to convert that value to local time and then STCKCONV to go back to character format, but I am hoping there is a simpler HLL-based solution. TIA for any help/info/RTFM you can provide. Environment is Enterprise COBOL 3.4, z/OS 1.8 if it matters. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
On 30 Oct 2008 08:08:50 -0700, in bit.listserv.ibm-main you wrote: From: John McKown [EMAIL PROTECTED] They don't say which version of CICS. They don't say which version of COBOL. But this is likely documented in the actual Redbook They don't take into account any possible performance enhancements that simply recompile the original COBOL code using the newest COBOL compiler would get, while comparing it to the latest NetCOBOL compiled code. There is some information in the Redbook, and it is _old_. Obviously, they couldn't have used any compiler newer than the late 90s. Hardware: The same OS/390 hardware was used for all the measurement tests presented in this book. This configuration was a four member OS/390 Parallel Sysplex, but only two members of this sysplex were used for the measurement; one to provide a platform for the system under test, and a second to provide a platform for the network simulation driver (when using TPNS). Each sysplex member ran on a single 9672 Central Electronic Complex (CEC). This configuration comprised: A 9672-R55 processor (2GB storage) with 2 Cryptographic Coprocessors available where noted. A 9674-C05 coupling facility (2GB storage) Adequate RAMAC DASD to eliminate I/O constraints For tests needing Web client simulations, either TPNS on OS/390 or the Compuware QALoad product on two nodes of an SP2 AIX processor was used. The network connecting the OS/390 and AIX systems comprised: An ATM LAN emulation client (Token Ring) adaptor card on each of the AIX SP2 nodes An ATM (Asynchronous Transfer Mode) network An OSA-2 card on the S/390 processor set to operate in TCP/IP Passthru Mode to provide token-ring LAN emulation client (LEC) services via the ATM connection. Software: OS/390 V2.7, including: - VTAMV4.7 - DFSMS V1.5 (VSAM) CICS Transaction Server for OS/390 V1.3 TPNS V3.5 WebSphere Application Server V1.1, including: - IBM HTTP Server V5.1 OS/390 Java Development Kit V1.1.8 OS/390 CICS Transaction Gateway V3.1 Compuware QALoad/QARun software at V4.3 AIX V4.2.1.0 http://www.redbooks.ibm.com/redbooks/pdfs/sg245748.pdf Their comparison is completely ridiculous. I'm far from a CICS expert, but my guess would be that the CWS related components from the late 90s are _far_ different (and less efficient) than the ones available today. Or even in this decade, for that matter. In addition to all the other issues with this extrapolation. Given that software generally requires more main memory and disk as time goes on (check requirements for OS390 2.7 versus z/OS v1.10 or Windows NT versus Windows Vista for Business), I don't know about the throughput changes. Web code is not necessarily efficient. I don't think that the z series COBOL compiler has gotten that much more efficient (compiled code can't even take advantage of 64 bit or XPLINK). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Klein Sent: Thursday, October 30, 2008 12:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Efficient conversion of GMT to/from local time from COBOL? Snipped If you are working with arbitrary times (not the current time) in odd or arbitrary formats, then the LE callable services are probably better and more flexible. Yes, that is the original requirement. Externally supplied (somewhat) arbitrary GMT input dates, probably within + or - 30 days of the current date, exact format yet to be determined. Thanks for the pointer to the COBOL function though. I'll keep that one in mind for other needs. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: User Catalog Hangs
A long time ago when I was a Storage Manager, I had a user catalog that was shared between 5 systems/system images. If I needed to do any sort of clean up on that catalog I had to pick a slow time (such as just before an IPL) to do the work and then close and unallocate the catalog from all systems except for the one that I would be doing the work on. Of course before embarking on any sort of catalog project, I backed up the catalog first. :-) Norris Jackson MVS Systems Programmer The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this message in error, please contact the sender and delete the material from all computers. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Thursday, October 30, 2008 11:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: User Catalog Hangs Mass deletes? If so, that is a slow process with long RESERVE times. And that opens windows for deadly embraces (A waiting on B who is waiting on C who is waiting on A). -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Magen Margalit Sent: Thursday, October 30, 2008 6:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: User Catalog Hangs Hi. We've attempted to delete user catalog entries. The job issued RESERVE on the USER catalog dasd. After a while the job was cancelled while working and it seems that that the user catalog was hanged. Issuing the D GRS command showed some tasks had SHR ENQ for Qname: SYSIGGV2 Rname: UCAT and there were some EXCL request in WAIT status. The other lpars indicates that the RESERVE wasn't released to. Eventually we had to IPL the system. Any ideas/insights would be appreciated. Magen 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperdispatch
For me the runtime setting is fine. I believe the OPT value comes from oco cblock IRARMCTY. Thanks Peter Roland On Thu, 30 Oct 2008 07:19:32 -0400, Peter Relson [EMAIL PROTECTED] wrote: At the current moment, IHASVT bit SVTAFFON does not necessarily match the IEAOPTxx Hiperdispatch setting, but does reflect whether at the current time the system is in hiperdispatch mode (there are transition states where the two might not match). They will never match on a pre-z10 machine if you specify HIPERDISPATCH=YES in IEAOPTxx. But the WLMOPT tool which looks at the IEAOPTxx setting and SVTAFFON does report both values correctly AFAIK. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
But, it can/does cause some problems with things like young children going to (or coming from) school in the dark. But DST is not the only solution to that problem. Different hours of business depending on the time of year would also work. Date: Thu, 30 Oct 2008 16:17:26 + From: [EMAIL PROTECTED] Subject: Re: Efficient conversion of GMT to/from local time from COBOL? To: IBM-MAIN@BAMA.UA.EDU Heck, I wish Daylight Savings Time would go away, and wouldn't be adverse if local time would go away. China is on one time zone and it doesn't hurt them. So, is India. But, it can/does cause some problems with things like young children going to (or coming from) school in the dark. - Too busy driving to stop for gas! _ Stay organized with simple drag and drop from Windows Live Hotmail. http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_102008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
But DST is not the only solution to that problem. Different hours of business depending on the time of year would also work. People are mostly happy if the routine is not changed. DST is very disruptive to computers, but not to people. People would be much happier, if (for example) school always started at 9:00. DST plays to that lower common denominator. Me? I don't care. When I was employed, I always worked flexible hours. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
On 30 Oct 2008 07:02:04 -0700, [EMAIL PROTECTED] (Chase, John) wrote: Indeed. I've been led to believe that it is physically impossible to drive a Windows system at a sustained rate equivalent to a mainframe while achieving equivalent throughput. How small (unpowerful) in hardware can a Mainframe be, and how large (powerful) can a Windows system be? You know, with enough power, anything can fly. (how does that quote go?) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
Howard Brazee wrote: On 30 Oct 2008 07:02:04 -0700, [EMAIL PROTECTED] (Chase, John) wrote: Indeed. I've been led to believe that it is physically impossible to drive a Windows system at a sustained rate equivalent to a mainframe while achieving equivalent throughput. How small (unpowerful) in hardware can a Mainframe be, and how large (powerful) can a Windows system be? You know, with enough power, anything can fly. (how does that quote go?) From RFC 1925; With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. -- Mark Jacobs Time Customer Service Tampa, FL $100 placed at 7 percent interest compounded quarterly for 200 years will increase to more than $100,000,000 -- by which time it will be worth nothing. Robert A. Heinlein Time Enough for Love (1973) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
On 30 Oct 2008 09:20:03 -0700, [EMAIL PROTECTED] (Ted MacNEIL) wrote: Heck, I wish Daylight Savings Time would go away, and wouldn't be adverse if local time would go away. China is on one time zone and it doesn't hurt them. So, is India. But, it can/does cause some problems with things like young children going to (or coming from) school in the dark. Those problems are based upon stupid bureaucracy. Don't change the clocks, change the stated time they should be at school. I get up in the dark - so I have more daylight after work. Some people live by ESPN time now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Thursday, October 30, 2008 12:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Comparing Mainframe and Windows Server CICS Transactions per kWh On 30 Oct 2008 07:02:04 -0700, [EMAIL PROTECTED] (Chase, John) wrote: Indeed. I've been led to believe that it is physically impossible to drive a Windows system at a sustained rate equivalent to a mainframe while achieving equivalent throughput. How small (unpowerful) in hardware can a Mainframe be, and how large (powerful) can a Windows system be? You know, with enough power, anything can fly. (how does that quote go?) SNIP Was it the one that went something like: The F4 Phantom proves that with enough thrust a rock can be made to fly. ? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve SNIP Was it the one that went something like: The F4 Phantom proves that with enough thrust a rock can be made to fly. ? Might have been the F-100 -- aka lead sled. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
Those problems are based upon stupid bureaucracy. NO. As I stated earlier people like routine. Especially children. Don't change the clocks, change the stated time they should be at school. Won't work. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
On 30 Oct 2008 10:34:56 -0700, [EMAIL PROTECTED] (Ted MacNEIL) wrote: But DST is not the only solution to that problem. Different hours of business depending on the time of year would also work. People are mostly happy if the routine is not changed. DST is very disruptive to computers, but not to people. Even with DST, businesses that care about daylight - such as golf courses, change their hours. People would be much happier, if (for example) school always started at 9:00. DST plays to that lower common denominator. Me? I don't care. When I was employed, I always worked flexible hours. 9:00 starts kill the whole day, and they often mean parents have to figure how to get to work even later. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
using nexted procs
New z/OS shop here... So I have a cataloged proc 'FJS.PDSE.PROC(DLIBATCH)' that looks like this: //DLIBATCH PROC DLIPGM=,DLIPSB=,DBRC=N //DLI EXEC PGM=DFSRRC00, //PARM=(DBB,DLIPGM,DLIPSB,,,DBRC) //IMSACBDD DISP=SHR,DSN=SYSUID..IMS.ACBLIB // DD DISP=SHR,DSN=SYS4.IMS.ACBLIB //IEFRDER DD DUMMY //SYSUOUT DD SYSOUT=* // PEND I can execute it from a job that looks like this: //FFND05 JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PROCLIBS JCLLIB ORDER=(FJS.PDSE.PROC) //JOBLIBS INCLUDE MEMBER=JOBLIBS //*-- //FFND05 EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD * **LE RUN-TIME OPTIONS** RPTOPTS(ON) //DFSVSAMP DD * **IMS VSAM BUFFER OPTIONS, ETC.** 32768,10 //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // We don't have IMS in production yet (which is what the DLIBATCH proc is for). Currently we have jobs that execute procs that execute our programs. So I'd like to continue this with our IMS (DL/I) jobs. So I modified the above FFND05 to look like this: //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PROCLIBS JCLLIB ORDER=(FJS.PDSE.PROC) //JOBLIBS INCLUDE MEMBER=JOBLIBS //*--- //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- //FFND05EXEC PROC=FFND05 //CEEOPTS DD * **LE RUN-TIME OPTIONS** RPTOPTS(ON) //DFSVSAMP DD * **IMS VSAM BUFFER OPTIONS, ETC.** 32768,10 // The FFND05 proc would end up being a cataloged proc, of course, but I can't even get it to work. My two DD's in the main JCL (CEEOPTS and DFSVSAMP) cause the following errors to be issued: 22 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE 23 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE This appears to be as documented, since the MVS JCL manual says: Modifying or additional JCL statements apply to one level of nesting only. You can use statements to modify statements in a procedure only for the level of nesting at which the EXEC statement for that procedure appears. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b670/5.3.2 I am at a loss what do to. Our goal was that when testing we would execute the production proc and override the DD names to the names of test files. The following does work: //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PROCLIBS JCLLIB ORDER=(FJS.PDSE.PROC) //JOBLIBS INCLUDE MEMBER=JOBLIBS //*--- //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD DUMMY //DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL(VSAMBUF) //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- // EXEC PROC=FFND05 // But as soon as I try to add a line after EXEC PROC=FFND05 to override a DD I get the error. Any thoughts? The one thing I can think of, and perhaps this really is the way to go, is to not code the DD's directly in to the JCL, but rather to have something like this: //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //DFSVSAMP INCLUDE MEMBER=DFSVSAMP //FFUNDDB INCLUDE
Re: using nexted procs
We don't have IMS in production yet Wow! A new IMS customer? Rarer than a new mainframe customer! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Generic Device Names and FDR
I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: using nexted procs
Frank Swarbrick wrote: New z/OS shop here... So I have a cataloged proc 'FJS.PDSE.PROC(DLIBATCH)' that looks like this: //DLIBATCH PROC DLIPGM=,DLIPSB=,DBRC=N //DLI EXEC PGM=DFSRRC00, //PARM=(DBB,DLIPGM,DLIPSB,,,DBRC) //IMSACBDD DISP=SHR,DSN=SYSUID..IMS.ACBLIB // DD DISP=SHR,DSN=SYS4.IMS.ACBLIB //IEFRDER DD DUMMY //SYSUOUT DD SYSOUT=* // PEND I can execute it from a job that looks like this: //FFND05 JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PROCLIBS JCLLIB ORDER=(FJS.PDSE.PROC) //JOBLIBS INCLUDE MEMBER=JOBLIBS //*-- //FFND05 EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD * **LE RUN-TIME OPTIONS** RPTOPTS(ON) //DFSVSAMP DD * **IMS VSAM BUFFER OPTIONS, ETC.** 32768,10 //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // We don't have IMS in production yet (which is what the DLIBATCH proc is for). Currently we have jobs that execute procs that execute our programs. So I'd like to continue this with our IMS (DL/I) jobs. So I modified the above FFND05 to look like this: //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PROCLIBS JCLLIB ORDER=(FJS.PDSE.PROC) //JOBLIBS INCLUDE MEMBER=JOBLIBS //*--- //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- //FFND05EXEC PROC=FFND05 //CEEOPTS DD * **LE RUN-TIME OPTIONS** RPTOPTS(ON) //DFSVSAMP DD * **IMS VSAM BUFFER OPTIONS, ETC.** 32768,10 // The FFND05 proc would end up being a cataloged proc, of course, but I can't even get it to work. My two DD's in the main JCL (CEEOPTS and DFSVSAMP) cause the following errors to be issued: 22 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE 23 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE This appears to be as documented, since the MVS JCL manual says: Modifying or additional JCL statements apply to one level of nesting only. You can use statements to modify statements in a procedure only for the level of nesting at which the EXEC statement for that procedure appears. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b670/5.3.2 I am at a loss what do to. Our goal was that when testing we would execute the production proc and override the DD names to the names of test files. The following does work: //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PROCLIBS JCLLIB ORDER=(FJS.PDSE.PROC) //JOBLIBS INCLUDE MEMBER=JOBLIBS //*--- //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD DUMMY //DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL(VSAMBUF) //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- // EXEC PROC=FFND05 // But as soon as I try to add a line after EXEC PROC=FFND05 to override a DD I get the error. What did your override look like? It should be something like: // EXEC PROC=FFND05 //FFND05.FFMOTBL DD DSN=THE.OTHER.GUY that is, stepname.ddname (you might make the stepname, (name on the EXEC statement) different from the name of the PROC, although it should work either way. Any thoughts? The one thing I
Re: Generic Device Names and FDR
Innovations has wonder Tech Support help. Did you run this by them? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PAUSE/RELEASE Services Question
I have a SRB that issues a IEAVPSE with two PET pointers (current and updated) that a TCB is releasing with an IEAVXFR. The only problem is that when the SRB is released, the updated PET has not been updated, it is still zeros. This causes problems down the line. My question is Has anyone else seen this behavior? If you have, what did you do to fix it? I have opened an ETR on this, but they are being a little slow. Chris Blaicher BMC Software 512-340-6154 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question about Oracle on the mainframe
David, Where did you see SAP Business Suite was no longer being ported to z/OS? I have tired to a GOOGLE search and couldn't find anything. Gray Maddry -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Crayford Sent: Thursday, October 16, 2008 6:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: question about Oracle on the mainframe John McKown wrote: Are you aware that Oracle on z/OS is functionally stabilized at release 10? I.e. the newer Oracle releases will not be ported to run under z/OS at all. As of right now, release 10 remains supported on z/OS. As another said, I've read of a number of z/Linux users using Oracle quite happily. SAP Business Suite is the same, no longer being ported to z/OS. It seems that z/Linux is becoming a very strategic platform for both vendors and IBM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic Device Names and FDR
Spoke with them for about 30 minutes...they think it might have something to with the Tape manager ... RMM but that's as far as we got. Cebell, David [EMAIL PROTECTED] 10/30/2008 3:38 PM Innovations has wonder Tech Support help. Did you run this by them? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: using nested procs - and Look...
Frank Swarbrick wrote: New z/OS shop here... ...Almost slipped by me. Hey, everybody, we should celebrate! Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic Device Names and FDR
D u,tape,,,128 should show you all of these devices -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Generic Device Names and FDR Spoke with them for about 30 minutes...they think it might have something to with the Tape manager ... RMM but that's as far as we got. Cebell, David [EMAIL PROTECTED] 10/30/2008 3:38 PM Innovations has wonder Tech Support help. Did you run this by them? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, October 30, 2008 2:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic Device Names and FDR
Howard, these might be defined in the EDT section of the OS configs. Use the HCD panels to look or select option 3 and print the OS - EDT reports. If you have SMS then the esoteric names might be being intercepted/interpreted by the ACS routines. Talk to the Stg Admins for that. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where is PERM?
jcrud East, precisely 58°0' N 56°19' E. Sorry to deal with the Subject line and your question - and ignore the content! However, there's a connection to your second sentence is there not? It puts me in mind of the name of the main thoroughfare leading East out of Moscow, the Shosse Entuziastov, the Road of the Enthusiasts![1] I don't see this post in the list archives. I saw this only in a Google Groups digest. I'll repeat this by posting using the archive web site and maybe that will give you enough publicity to get an answer. I've taken the liberty - it's all about liberty! - to add a question mark to the subject. - [1] Wikipedia URLs: http://en.wikipedia.org/wiki/Perm http://en.wikipedia.org/wiki/Shosse_Entuziastov Actually, I should update this entry pointing out how the associated street name relates to the station murals. Chris Mason Original post with title Where is PERM from jcrud: I'm looking for PERM. It made dynamically allocated files permanently allocated so that a FREE ALL would not work. I've looked on the cbt but I'm coming up empty. Could someone point me in the right direction? TIA! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic Device Names and FDR
Got it... Just where everyone said it would be calls it JARG Used that name in the Unit=JARG and got the following message: IEF343I - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE How can I resolve this? Thanks Field, Alan C. [EMAIL PROTECTED] 10/30/2008 3:58 PM Howard, these might be defined in the EDT section of the OS configs. Use the HCD panels to look or select option 3 and print the OS - EDT reports. If you have SMS then the esoteric names might be being intercepted/interpreted by the ACS routines. Talk to the Stg Admins for that. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: User Catalog Hangs
Convert the reserve to enqueue via GRS parms might help some. Hardware reserves are great when performing device tricks between non-grs'd systems... but I am guessing that you have a multiple systems and the reserve becomes progressively more of a pain-causing entity as more and more systems are sharing. Also, make sure you have made the suggested changes to GRS for SMS. Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve SNIP Was it the one that went something like: The F4 Phantom proves that with enough thrust a rock can be made to fly. ? Might have been the F-100 -- aka lead sled. -jc- Or the F-105, nicknamed the ThunderThud.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Generic Device Names and FDR
Howard, From the fine manual through QuikRef -;-) NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE A request was made for a volume that SMS does not manage. There are not enough eligible volumes or eligible devices to satisfy the request. Note that for tapes, this could mean that there are no tape drives available outside of the Automated Tape Library, or that the SMS-managed tape volume being requested is not currently in the library (that is, it has been ejected), and the user exit for Volume Not in Library (CBRUXVNL) has not been implemented. Is the tape in the library and is a drive of the correct type online, or is the tape perhaps checked out to offsite? We send quite a few of our FDR tapes to offsite storage... Linda Mooney -- Original message -- From: Howard Rifkind [EMAIL PROTECTED] Got it... Just where everyone said it would be calls it JARG Used that name in the Unit=JARG and got the following message: IEF343I - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE How can I resolve this? Thanks Field, Alan C. 10/30/2008 3:58 PM Howard, these might be defined in the EDT section of the OS configs. Use the HCD panels to look or select option 3 and print the OS - EDT reports. If you have SMS then the esoteric names might be being intercepted/interpreted by the ACS routines. Talk to the Stg Admins for that. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Subject: Generic Device Names and FDR I'm trying to use the FDRABR scratch facility to restore a deleted dataset. An FDR print report showed that the dataset had been properly backed up and all the information needed appeared to be in the report for the indicated dataset. However I can't seem to be able to get the job to run due to not being able to mount the indicated tape (for input) on a 3592 which is the device type the back up tape was created on. When run, the job wants to mount the tape on device 580...the 580's are 3590 and the 700's are 3592's. The snip below is from the HCD. Devices Device Type 0580,48 3590 0710,16 3590 When just wanting to allocate a 3590 I specify unit=hcrt and get a 3590. I can't seem to be able to get a 3592 no matter what I do. tried: unit=710 unit=/710 unit=0710 unit=/0710 unit=HCRT and so on. Where in the system would something like HCRT be defined...couldn't find in HCD or was looking in the wring place. Running the job with something like unit=710 gives me the follow error: E18823X RESTORE TAPE1 ALLOCATION FAILED A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0710 Any ideas or suggestions will be appreciated. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: using nexted procs
On Thu, 30 Oct 2008 13:36:02 -0600, Steve Comstock [EMAIL PROTECTED] wrote: What did your override look like? It should be something like: // EXEC PROC=FFND05 //FFND05.FFMOTBL DD DSN=THE.OTHER.GUY that is, stepname.ddname (you might make the stepname, (name on the EXEC statement) different from the name of the PROC, although it should work either way. Yeah, that's what I tried, and it did not work. Here is the output showing the JCL and the error (hopefully won't wrap around too bad!) 1 //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID, JOB03730 // USER=FJS,PASSWORD= IEFC653I SUBSTITUTION JCL - CLASS=A,MSGCLASS=X,NOTIFY=FJS,USER=FJS,PASSWORD= 2 //PROCLIBS JCLLIB ORDER= (FJS.PDSE.PROC) 3 //JOBLIBS INCLUDE MEMBER=JOBLIBS 4 XXJOBLIB DD DSNAME=FJS.PDS.LOAD,DISP=SHR //*--- 5 //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD DUMMY //DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- 6 // EXEC PROC=FFND05 7 ++FFND05PROC 8 ++FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO 9 XXDLIBATCH PROC DLIPGM=,DLIPSB=,DBRC=N 10 XXDLI EXEC PGM=DFSRRC00, XXPARM= (DBB,DLIPGM,DLIPSB,,,DBRC) IEFC653I SUBSTITUTION JCL - PGM=DFSRRC00,PARM= (DBB,FFND05,FFUNDGO,,,N) 11 XXIMSACBDD DISP=SHR,DSN=SYSUID..IMS.ACBLIB IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=FJS.IMS.ACBLIB 12 XX DD DISP=SHR,DSN=SYS4.IMS.ACBLIB 13 XXIEFRDER DD DUMMY 14 XXSYSUOUT DD SYSOUT=* 15 ++CEEOPTS DD DUMMY 16 ++DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) 17 ++FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR 18 ++FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR 19 ++FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR 20 ++DRPT DD SYSOUT=* 21 ++MRPT DD SYSOUT=* 22 XX PEND 23 //FFND05.FFMOTBL DD DSNAME=FJS.FFND.COPY.FFMOTBL,DISP=SHR STMT NO. MESSAGE 3 IEFC002I INCLUDE GROUP JOBLIBS WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 6 IEFC001I PROCEDURE FFND05 WAS EXPANDED USING INSTREAM PROCEDURE DEFINITION 8 IEFC001I PROCEDURE DLIBATCH WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 23 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE I've tried pretty much everything I can think of to make it work. No go. Thanks Steve, Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: using nexted procs
Frank, The step name is defined in procedure DLIBATCH, not your in stream procedure. Frank Swarbrick wrote: On Thu, 30 Oct 2008 13:36:02 -0600, Steve Comstock [EMAIL PROTECTED] wrote: What did your override look like? It should be something like: // EXEC PROC=FFND05 //FFND05.FFMOTBL DD DSN=THE.OTHER.GUY that is, stepname.ddname (you might make the stepname, (name on the EXEC statement) different from the name of the PROC, although it should work either way. Yeah, that's what I tried, and it did not work. Here is the output showing the JCL and the error (hopefully won't wrap around too bad!) 1 //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID, JOB03730 // USER=FJS,PASSWORD= IEFC653I SUBSTITUTION JCL - CLASS=A,MSGCLASS=X,NOTIFY=FJS,USER=FJS,PASSWORD= 2 //PROCLIBS JCLLIB ORDER= (FJS.PDSE.PROC) 3 //JOBLIBS INCLUDE MEMBER=JOBLIBS 4 XXJOBLIB DD DSNAME=FJS.PDS.LOAD,DISP=SHR //*--- 5 //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD DUMMY //DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- 6 // EXEC PROC=FFND05 7 ++FFND05PROC 8 ++FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO 9 XXDLIBATCH PROC DLIPGM=,DLIPSB=,DBRC=N 10 XXDLI EXEC PGM=DFSRRC00, XXPARM= (DBB,DLIPGM,DLIPSB,,,DBRC) IEFC653I SUBSTITUTION JCL - PGM=DFSRRC00,PARM= (DBB,FFND05,FFUNDGO,,,N) 11 XXIMSACBDD DISP=SHR,DSN=SYSUID..IMS.ACBLIB IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=FJS.IMS.ACBLIB 12 XX DD DISP=SHR,DSN=SYS4.IMS.ACBLIB 13 XXIEFRDER DD DUMMY 14 XXSYSUOUT DD SYSOUT=* 15 ++CEEOPTS DD DUMMY 16 ++DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) 17 ++FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR 18 ++FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR 19 ++FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR 20 ++DRPT DD SYSOUT=* 21 ++MRPT DD SYSOUT=* 22 XX PEND 23 //FFND05.FFMOTBL DD DSNAME=FJS.FFND.COPY.FFMOTBL,DISP=SHR STMT NO. MESSAGE 3 IEFC002I INCLUDE GROUP JOBLIBS WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 6 IEFC001I PROCEDURE FFND05 WAS EXPANDED USING INSTREAM PROCEDURE DEFINITION 8 IEFC001I PROCEDURE DLIBATCH WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 23 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE I've tried pretty much everything I can think of to make it work. No go. Thanks Steve, Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix
Re: Efficient conversion of GMT to/from local time from COBOL?
But, it can/does cause some problems with things like young children going to (or coming from) school in the dark. The more I think about this, the less sense it makes. The thing that saves the children from going to school in the dark is *standard time*, not DST. So, if we stayed on standard time all year, the kids would be alright. It's DST that screws everything up! What DST does is get us out of bed an hour earlier in the spring and summer months. That's the daylight saved -- the hour that we would otherwise spend lying in bed sleeping (or whatever). So DST shifts an hour of daylight from the early morning to the afternoon/evening. Standard time gives the kids their best chance of going to school and coming home in daylight during the months when daylight is at its shortest. Date: Thu, 30 Oct 2008 16:17:26 + From: [EMAIL PROTECTED] Subject: Re: Efficient conversion of GMT to/from local time from COBOL? To: IBM-MAIN@BAMA.UA.EDU Heck, I wish Daylight Savings Time would go away, and wouldn't be adverse if local time would go away. China is on one time zone and it doesn't hurt them. So, is India. But, it can/does cause some problems with things like young children going to (or coming from) school in the dark. - Too busy driving to stop for gas! _ Stay organized with simple drag and drop from Windows Live Hotmail. http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_102008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: using nexted procs
PMFJI here, but you're trying to override a DD that is part of a step defined by an inner PROC, that is, a step that is inside of a PROC that is called from inside of an outer PROC. In this case, your outer PROC is FFND05 and the inner PROC is DLIBATCH. That is strictly prohibited by current JCL rules, I suspect because then they would have had to allow override DD names in a format like stepname.procstepname.ddname which they were not prepared to support. In your case, what you are really trying to override is FFND05.DLI.FFMOTBL, but that is not allowed. IOW, you cannot override/add/DUMMY or any other normal JCL DD operation on anything inside of an inner PROC, except with symbolic parameters. AFAIK, no external DD overrides or EXEC overrides (REGION.stepname, etc.) are permitted for the steps inside of an inner PROC. If you make the DSN on the FFMOTBL DD inside of the FFND05 PROC into a symbolic variable, then you could override that variable when you invoke FFND05. That might be your simplest solution given the current JCL restrictions. YMMV, but I always try to make just about everything in my PROC's into a symbolic variable with a sensible default value so that I don't have to provide DD overrides at all, just symbolic variable overrides. I don't always succeed, but I do try. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Frank Swarbrick Sent: Thursday, October 30, 2008 6:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: using nexted procs On Thu, 30 Oct 2008 13:36:02 -0600, Steve Comstock [EMAIL PROTECTED] wrote: What did your override look like? It should be something like: // EXEC PROC=FFND05 //FFND05.FFMOTBL DD DSN=THE.OTHER.GUY that is, stepname.ddname (you might make the stepname, (name on the EXEC statement) different from the name of the PROC, although it should work either way. Yeah, that's what I tried, and it did not work. Here is the output showing the JCL and the error (hopefully won't wrap around too bad!) 1 //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID, JOB03730 // USER=FJS,PASSWORD= IEFC653I SUBSTITUTION JCL - CLASS=A,MSGCLASS=X,NOTIFY=FJS,USER=FJS,PASSWORD= 2 //PROCLIBS JCLLIB ORDER= (FJS.PDSE.PROC) 3 //JOBLIBS INCLUDE MEMBER=JOBLIBS 4 XXJOBLIB DD DSNAME=FJS.PDS.LOAD,DISP=SHR //*--- 5 //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD DUMMY //DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- 6 // EXEC PROC=FFND05 7 ++FFND05PROC 8 ++FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO 9 XXDLIBATCH PROC DLIPGM=,DLIPSB=,DBRC=N 10 XXDLI EXEC PGM=DFSRRC00, XXPARM= (DBB,DLIPGM,DLIPSB,,,DBRC) IEFC653I SUBSTITUTION JCL - PGM=DFSRRC00,PARM= (DBB,FFND05,FFUNDGO,,,N) 11 XXIMSACBDD DISP=SHR,DSN=SYSUID..IMS.ACBLIB IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=FJS.IMS.ACBLIB 12 XX DD DISP=SHR,DSN=SYS4.IMS.ACBLIB 13 XXIEFRDER DD DUMMY 14 XXSYSUOUT DD SYSOUT=* 15 ++CEEOPTS DD DUMMY 16 ++DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) 17 ++FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR 18 ++FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR 19 ++FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR 20 ++DRPT DD SYSOUT=* 21 ++MRPT DD SYSOUT=* 22 XX PEND 23 //FFND05.FFMOTBL DD DSNAME=FJS.FFND.COPY.FFMOTBL,DISP=SHR STMT NO. MESSAGE 3 IEFC002I INCLUDE GROUP JOBLIBS WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 6 IEFC001I PROCEDURE FFND05 WAS EXPANDED USING INSTREAM PROCEDURE DEFINITION 8 IEFC001I PROCEDURE DLIBATCH WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 23 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE I've tried pretty much everything I can think of to make it work. No go. Thanks Steve, Frank This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and
new z/OS IMS shop
My mention of being a new z/OS with IMS shop got a few surprised replies, so I thought I'd give a bit more information... We have been a VSE (DOS) shop since at least 1979. (Not sure what we did before that, but I was only in elementary school at the time...) The vendor for a major business application that we use announced that they were dropping support for VSE. (CheckFree's PEP+ is the application, by the way: http://www.checkfreesoftware.com/cda/software/L5.jsp? layoutId=42417contentId=62072menuId=60524pId=60524) We couldn't find an alternative on VSE and nothing in the open systems world met our requirements. So we ended up buying z/OS just for this one application. Currently we are *considering* moving everything to z/OS. It is by no means a done deal. But I am tasked with seeing what it will take to move our Cobol jobs (batch and CICS) to z/OS. We are a DL/I VSE shop. Thus we need to have IMS/DB on z/OS. We also are just starting using DB2. Interestingly, we decided not to host our DB2 database on VSE. DB2 for VSE is *way* back-leveled (feature-wise) when compared to z/OS, Linux/UNIX/Windows, and System i. So we ended up getting DB2 9.5 for Linux, UNIX and Windows, and we host it on an IFL on our mainframe. We use DB2 Server for VSE Client Edition to access the server from VSE batch and CICS programs. So that's who we are. Just recently we were notified by Visa Inc. that we are the last VSE shop in the U.S. that runs their Visa Edit Package product and they are dropping support. Luckally it's a pretty small and standalone product, and we have z/OS already, so moving it to z/OS should be fairly simple. z/OS certainly does have many nice things about it. But I am also running it to several gotcha type things. The lack of the JCL DATE card that I posted about previously is one of them. Since I'm already typing I may as well detail those places where I find VSE to be better, at least as far as I can tell so far. 1) Symbolic parameter support is better on VSE. In VSE you can set a parm and then programatically query it. In z/OS the parms are resolved to their actual values during JCL resolution (or whatever it's called) so it doesn't even really exist at the time the program executes. Or something like that. Having something similar in z/OS could also possibly solve my DATE card issue. Specifically, something like this: // SET DATE=20081001 //STEP01 EXEC PGM=PGM1 //STEP02 EXEC PGM=PGM2 // In VSE PGM1 and PGM2 can use a VSE macro to query the value of the DATE symbolic parameter. And yes, I do realize that you can do something like the following: // SET DATE=20081001 //STEP01 EXEC PGM=PGM1,PARM=DATE //STEP02 EXEC PGM=PGM2,PARM=DATE // The problem with this is that it will not work for IMS batch, since the program that is executed is the IMS driver program, DFSRRC00. The parm date is not passed to the Cobol program that the IMS program executes. 2) z/OS's conditional processing (whether using the COND clause on the EXEC statement or using IF/ELSE/ENDIF) can only check the results of jobs (return code, did it abend, did it run at all?). You can't check the value of a symbolic parameter (I'm guessing since, as I stated above, the symbolic parm has already been resolved and doesn't really exist as a parm by then). 3) No JCL GOTO! In VSE its nice to have a job that has many steps, each starting with a label ('/. label') and ending with a GOTO $EOJ. Then you can just change a GOTO at the top to execute just the step you are interested in. More for user level jobs rather than production jobs, but still nice. 4) I'm iffy about the lack of system standard labels and partition standard labels. In some ways I like that the DD statements for all files are required explicitly. That way you can easily tell what files a job uses. Then again, for some very commonly used files it might be nice to have system standard DD names. Anyway, I'll probably be posting many questions from this point forward. Many will sound like complaints, but I'm just looking for the best information. Hope no one takes it personally! I guess I may as well get in to our RDBMS issue... As I said above, we are only this year starting to use DB2. For the last ten years or so our distributed platforms (Java J2EE and Windows) have used Oracle (and occasionally MS SQL Server, but only for vendor applications) for their data. We have developed some web-services stuff for them to be able to access mainframe data. Going the other direction there is, with only a single exception, no real time access of their data from our mainframe applications. (The single exception uses the VSE VSAM Redirector to access an Oracle table using VSAM calls. It works, but it's not something we want to rely on for more important data. And in any case, I don't think z/OS has an equivalent.) We decided to get DB2 so we could have a database that can be shared real- time between
Re: using nexted procs
I also tried the following: //DLI.FFMOTBL DD DSNAME=FJS.FFND.COPY.FFMOTBL,DISP=SHR Still no dice (same error message)... Frank On Thu, 30 Oct 2008 16:05:07 -0700, Jim Phoenix [EMAIL PROTECTED] wrote: Frank, The step name is defined in procedure DLIBATCH, not your in stream procedure. Frank Swarbrick wrote: On Thu, 30 Oct 2008 13:36:02 -0600, Steve Comstock [EMAIL PROTECTED] wrote: What did your override look like? It should be something like: // EXEC PROC=FFND05 //FFND05.FFMOTBL DD DSN=THE.OTHER.GUY that is, stepname.ddname (you might make the stepname, (name on the EXEC statement) different from the name of the PROC, although it should work either way. Yeah, that's what I tried, and it did not work. Here is the output showing the JCL and the error (hopefully won't wrap around too bad!) 1 //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID, JOB03730 // USER=FJS,PASSWORD= IEFC653I SUBSTITUTION JCL - CLASS=A,MSGCLASS=X,NOTIFY=FJS,USER=FJS,PASSWORD= 2 //PROCLIBS JCLLIB ORDER= (FJS.PDSE.PROC) 3 //JOBLIBS INCLUDE MEMBER=JOBLIBS 4 XXJOBLIB DD DSNAME=FJS.PDS.LOAD,DISP=SHR //*--- 5 //FFND05PROC //FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO //CEEOPTS DD DUMMY //DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*--- 6 // EXEC PROC=FFND05 7 ++FFND05PROC 8 ++FFND05EXEC DLIBATCH,DLIPGM=FFND05,DLIPSB=FFUNDGO 9 XXDLIBATCH PROC DLIPGM=,DLIPSB=,DBRC=N 10 XXDLI EXEC PGM=DFSRRC00, XXPARM= (DBB,DLIPGM,DLIPSB,,,DBRC) IEFC653I SUBSTITUTION JCL - PGM=DFSRRC00,PARM= (DBB,FFND05,FFUNDGO,,,N) 11 XXIMSACBDD DISP=SHR,DSN=SYSUID..IMS.ACBLIB IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=FJS.IMS.ACBLIB 12 XX DD DISP=SHR,DSN=SYS4.IMS.ACBLIB 13 XXIEFRDER DD DUMMY 14 XXSYSUOUT DD SYSOUT=* 15 ++CEEOPTS DD DUMMY 16 ++DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL (VSAMBUF) 17 ++FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR 18 ++FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR 19 ++FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR 20 ++DRPT DD SYSOUT=* 21 ++MRPT DD SYSOUT=* 22 XX PEND 23 //FFND05.FFMOTBL DD DSNAME=FJS.FFND.COPY.FFMOTBL,DISP=SHR STMT NO. MESSAGE 3 IEFC002I INCLUDE GROUP JOBLIBS WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 6 IEFC001I PROCEDURE FFND05 WAS EXPANDED USING INSTREAM PROCEDURE DEFINITION 8 IEFC001I PROCEDURE DLIBATCH WAS EXPANDED USING PRIVATE LIBRARY FJS.PDSE.PROC 23 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE I've tried pretty much everything I can think of to make it work. No go. Thanks Steve, Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new z/OS IMS shop
Frank Swarbrick wrote: My mention of being a new z/OS with IMS shop got a few surprised replies, so I thought I'd give a bit more information... Frank, You may want to check out this Redbook: VSE to OS/390 Migration Workbook http://www.redbooks.ibm.com/abstracts/sg242043.html?Open It's pretty old, but the concepts are still fairly relevant. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: using nexted procs
On Thu, 30 Oct 2008 19:27:02 -0400, Farley, Peter x23353 [EMAIL PROTECTED] wrote: PMFJI here, but you're trying to override a DD that is part of a step defined by an inner PROC, that is, a step that is inside of a PROC that is called from inside of an outer PROC. In this case, your outer PROC is FFND05 and the inner PROC is DLIBATCH. That is strictly prohibited by current JCL rules, I suspect because then they would have had to allow override DD names in a format like stepname.procstepname.ddname which they were not prepared to support. In your case, what you are really trying to override is FFND05.DLI.FFMOTBL, but that is not allowed. IOW, you cannot override/add/DUMMY or any other normal JCL DD operation on anything inside of an inner PROC, except with symbolic parameters. AFAIK, no external DD overrides or EXEC overrides (REGION.stepname, etc.) are permitted for the steps inside of an inner PROC. This all agrees with what I have read. Unfortunately it does not agree with what I want! :-) I wonder why the restriction exists. It seems to me that something like FFND05.DLI.FFMOTBL would be perfect! Or perhaps DLIBATCH.DLI.FFMOTBL; in other words procname.procstepname.ddname. Ah well, I'm probably not going to win over 40 years of history... If you make the DSN on the FFMOTBL DD inside of the FFND05 PROC into a symbolic variable, then you could override that variable when you invoke FFND05. That might be your simplest solution given the current JCL restrictions. Hmm, that is a thought. Thanks! I was discussing this with a co-worker who came to us with z/OS experience, but he'd never tried nested procs. We may try your solution, but here's another one we thought of: //FFND05JOB CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PROCLIBS JCLLIB ORDER=(FJS.PDSE.PROC) //JOBLIBS INCLUDE MEMBER=JOBLIBS //*- //FFND05PROC // SET DLIPGM=FFND05 // SET DLIPSB=FFUNDGO // INCLUDE MEMBER=EXECDLI //FFUNDDB DD DSNAME=FJS.FFND.IMS.FFUNDDB,DISP=SHR //FFUNDIN DD DSNAME=FJS.FFND.IMS.FFUNDIN,DISP=SHR //FFMOTBL DD DSNAME=FJS.FFND.FFMOTBL,DISP=SHR //DRPT DD SYSOUT=* //MRPT DD SYSOUT=* // PEND //*- // EXEC PROC=FFND05 //FFMOTBL DD DSNAME=FJS.FFND.COPY.FFMOTBL,DISP=SHR // With FJS.PDSE.PROC(EXECDLI) being the following: // SET DBRC=N //DLI EXEC PGM=DFSRRC00, //PARM=(DBB,DLIPGM,DLIPSB,,,DBRC) //IMSACBDD DISP=SHR,DSN=SYSUID..IMS.ACBLIB // DD DISP=SHR,DSN=SYS4.IMS.ACBLIB //IEFRDER DD DUMMY //SYSUOUT DD SYSOUT=* //DFSVSAMP DD DISP=SHR,DSN=FJS.PDSE.CNTL(VSAMBUF) Kind of a pseudo proc. Seems to do pretty much everything I want. I'm sure I'll find some flaws later, but... :-) YMMV, but I always try to make just about everything in my PROC's into a symbolic variable with a sensible default value so that I don't have to provide DD overrides at all, just symbolic variable overrides. I don't always succeed, but I do try. Sounds like a good standard. I will take it under advisement. :-) Thanks! Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Semi-OT: problem with Windows XP Service Pack 3 resolution
On Sun, 19 Oct 2008 20:59:19 -0300, Clark F Morris [EMAIL PROTECTED] wrote: A month or so ago I applied Service Pack 3 to Windowns XP home from a download and started getting a message that Automatic Updates was turned off. I tried to change the Automatic Updates setting but it was locked (all of the choice buttons were greyed out). I think I got the message that I didn't have the authority which was peculiar since I was logged on to the account with administrator privileges. This was annoying but since I normally apply the updates and don't use automatic update, I ignored the problem hoping a subsequent update would cure it. On Wednesday, I downloaded and tried to apply the latest upgrade to Zone Alarm Internet Security Suite which normally is a very simple exercise. The upgrade didn't work because I did not have the administrator privilege for installing the True Vector component. After making various attempts and checking the Zone Alarm site, I went to the Microsoft site. There I found that for at least some people Service Pack 3 fouls up some entries in the registry and there is a fix. I have an e-mail into Microsoft right now verifying that the fix only restores full administrator privileges to the administrator logons and not the user logons and that the download program mentioned also works on XP home as well as PRO. I suspect the simplest way to tell whether you have the problem is to logon on to an account with administrator privileges and try to change the Automatic Updates setting. If you can't change it, DON'T try to install any systems software (Microsoft updates seem to work) like Zone Alarm. Go to www.microsoft.com and from support go to the page for Service Pack 3. You will find that there is free e-mail, chat AND toll-free free support in North America for Service Pack 3 issues. Apparently there have been a number of them. Before those of us who are in the mainframe environment feel completely smug, there are PTF's and hiper alerts for a reason. While I haven't read about anything like the DF/EF catalog problems that I heard about or DFP PE chain problems that I experienced, no vendor is free of major glitches. Given that Microsoft fixes and updates for home users are to be installed by people who are not system programmers or systems administrators, it is in a sense amazing to me that the process works as well as it does. I might add that I read the KB letters for all of the fixes I apply and have found them useful in understanding why I am putting on the fix. I'm sending this because for many of us, Windows XP is the operating system of choice or affliction. The problem with Automatic Updates was cured by deleting some Registry entries (since Microsoft has FREE support for Service Pack 3 problems check with them since there may be a different approach now) as recommended by e-mail support. This did not cure the install problem which is caused by the handling of administrator accounts in at least the XP home version. Apparently the settings for a logon are stored in a folder related to the logon in Documents and Settings. The setting for Owner (default user on startup) is administrator. If a limited user-id is created, its setting is user. If any other administrator accounts are created, their settings are administrator user. If the Owner account is ever changed to be a limiter user, when it is changed back to administrator it also has the setting administrator user. The scenario on my desktop computer was that we got the computer 4 years ago and ran it as a single user computer with my wife as the primary user. In this discussion, I will use the names Charlie, Joan and Homefire for the user-ids for modest security by obscurity. We then got a laptop and for security configured it with limited users Charlie and Joan. We also renamed the 'Owner' user-id to Homefire. We then did the same thing to the desktop. My wife found it a pain not to have her settings yet did not want to run with administrator privileges so I made user-id Joan an administrator and renamed it Homefire2. Then I logged on to Homefire2 and renamed Homefire to Joan. All was well until Microsoft tightened things in Service Pack 3 and the latest version of Zone Alarm wouldn't install because Homefire2 wasn't a full administrator. Microsoft provided the solution by having me logon in safe mode to the user-id Administrator and change the permission settings for the appropriate ID. The process also revealed that when a user-id is renamed, the associated folder is not. Thus on the desktop the related folder for Charlie is Charlie, the folder for Joan is Owner, and the folder for Homefire2 is Joan. I have recommended they change this in Windows 7 but I can see real problems with changing the peculiar behavior in existing running systems. I have followed up with a reply to all of the people at Microsoft involved with getting my system working again with my thanks and suggestions for
Re: I NH command on z/OS 1.9
Hoesly, Bret wrote: Hello all, We just upgraded to z/OS 1.9 this past weekend, and now DUP jobs waiting in the input queue no longer show up via an I NH command. I'm finding it somewhat annoying having to check the entire input queue to see how many jobs are queued up rather than using I NH like I have for some 15+ years. How come DUP status is now apparently considered held? Alas, I'm a bit busy with fallout from the upgrade and other issues to truly dig in and RTFM, so I thought I'd see if anyone out there could shed some light on why this is happening and if it can be turned off, modified, etc. I finally got a chance to test OA26013 and it indeed fixes this at the cost of eliminating DUP from the Status column of those jobs. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question about Oracle on the mainframe
Maddry, Gray wrote: David, Where did you see SAP Business Suite was no longer being ported to z/OS? I have tired to a GOOGLE search and couldn't find anything. Gray Maddry Find the white paper here... https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/003bc24a-d8c4-2910-7cae-cabb639f6d7b -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Crayford Sent: Thursday, October 16, 2008 6:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: question about Oracle on the mainframe John McKown wrote: Are you aware that Oracle on z/OS is functionally stabilized at release 10? I.e. the newer Oracle releases will not be ported to run under z/OS at all. As of right now, release 10 remains supported on z/OS. As another said, I've read of a number of z/Linux users using Oracle quite happily. SAP Business Suite is the same, no longer being ported to z/OS. It seems that z/Linux is becoming a very strategic platform for both vendors and IBM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing Mainframe and Windows Server CICS Transactions per kWh
Hi Fred, Good to see you are still enjoying tropical Darwin. My thoughts are they selected a small z9 (2094-704) as their target mainframe processor.but you could double the processor power, to 708, without increasing the power consumption! Adding extra books could see increased power consumption.but a 2 book configuration does not double the power load, but does almost double the processor throughput. so how does that screw up their PR spin. Best wishes Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html