Re: Space Allocation In Bytes
Peter, I works fine if working in ISPF. But when the question of line command is requested, I am thinking along the lines of a simple interface that could be used batch or foreground. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Monday, August 27, 2012 10:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Space Allocation In Bytes I'm trying for an example. But what command can I use to list SPACE? Neither LISTDS nor LISTCAT seems to do it for me. (But do I just not know the correct options? Something under IDCAMS?) Am I a fool in believing ISPF's data set list I line command? It shows me allocated tracks and allocated extents. If this is non-zero, then the data set *is* using up space on dasd. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
Radoslaw, Infrequent but not illogical. I've used it for datasets that are only opened and written to on a weekly or monthly basis. The secondary extents are allocated and used when anything is written. You will also find empty datasets with space released to zero tracks. This is one of the effects of having a HWM written to an empty dataset. If it is logical at space release, why wouldn't it be logical at allocation? It's net same result. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Monday, August 27, 2012 3:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Space Allocation In Bytes W dniu 2012-08-25 17:49, Skip Robinson pisze: Zero space allocation is perfectly valid. Valid, but illogical. Data set with zero size is illogical. As is SPACE (0,1) also. The result is just as requested. In either case, the data set exists in the VTOC but takes up no space on disk. The data set is treated as 'real', including GRS enqueue. Hence it can be used like any other exclusively held data set to serialize execution. That's exploitation of side effect. Stilla valid (it works, so it is valid), but it's still illogical. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
So IBM obviously couldn't use the z11 name and so the marketing intelligentsia came up with that marvellous ploy to fill the gap. Let's hope they have dibs on the next few iterations of znumber, so we can avoid this farce again in future. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: No Data returned in PPLANS area
Micheal Butz wrote: TSO CMD JOBNAME(JOBNAME) ASID(X'0037') DUMP(YES) What is CMD? A program written in what language? The following is the layout of the IKJ macros I am using to parse this statement CANCEL IKJPARM DSECT=PARSEAT JOBNAME IKJKEYWD IKJNAME 'JOBNAME',SUBFLD=JOB [ ... snipped ... ] These are Assembler macros to be used in TSO environment. Did you changed something? z/OS? TSO? an upgrade? Did you re-assembled your program(s)? When I retrieve the address returned in PPLANS What is PPLANS? Another program? Is this a program used to scan the storage of an address space and copy the contents to your TSO session? It seemed to me you are trying to solve a homegrown thing. Perhaps some background information (with perhaps messages in SYSLOG or in your TSO session) could be very helpful. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Copyied from IBMVM list: The zEC12 web page: http://www-03.ibm.com/systems/z/news/announcement/20120828_announce.html 2012/8/28 Alvaro Guirao Lopez alvarogui...@gmail.com OK, I was thinking in 101 available 2012/8/28 Mike Schwab mike.a.sch...@gmail.com EC12, 120 cores, z196, 96 cores. On Tue, Aug 28, 2012 at 5:27 AM, Alvaro Guirao Lopez alvarogui...@gmail.com wrote: I did'nt see it, but I understand EC12 means Enterpise Class 12 (why 12?) That could be the reason mainframezone had chaged the name to Enterprise Class. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Or maybe they went back to the old numbering system: z9, z10, z196, z12. Z196 may have been justifiable from a marketing standpoint, but most people didn't know what it meant. Why the new machine is zEC12 instead of z12EC is also puzzling. Presumably there will be a zBC12 down the road. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
I've never been in a shop which did, except when it was necessary. Such as when generating a new GDG entry, back !many! years ago. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: Monday, August 27, 2012 9:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Space Allocation In Bytes :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On :: Behalf Of R.S. :: Sent: Monday, August 27, 2012 3:34 PM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Re: Space Allocation In Bytes :: :: W dniu 2012-08-25 17:49, Skip Robinson pisze: :: Zero space allocation is perfectly valid. :: :: Valid, but illogical. Data set with zero size is illogical. Doesn't anyone use model DSCBs anymore? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
We use it for datasets allocated to SYSUDUMP etc. It allocates 0 tracks until the moment a dump has to be written, if any. Kees. Ron Hawkins ronjhawk...@sbcglobal.net wrote in message news:002a01cd8505$42ce00e0$c86a02a0$@sbcglobal.net... Radoslaw, Infrequent but not illogical. I've used it for datasets that are only opened and written to on a weekly or monthly basis. The secondary extents are allocated and used when anything is written. You will also find empty datasets with space released to zero tracks. This is one of the effects of having a HWM written to an empty dataset. If it is logical at space release, why wouldn't it be logical at allocation? It's net same result. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Monday, August 27, 2012 3:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Space Allocation In Bytes W dniu 2012-08-25 17:49, Skip Robinson pisze: Zero space allocation is perfectly valid. Valid, but illogical. Data set with zero size is illogical. As is SPACE (0,1) also. The result is just as requested. In either case, the data set exists in the VTOC but takes up no space on disk. The data set is treated as 'real', including GRS enqueue. Hence it can be used like any other exclusively held data set to serialize execution. That's exploitation of side effect. Stilla valid (it works, so it is valid), but it's still illogical. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: The IBM zEnterprise EC12 announcment
On Tue, Aug 28, 2012 at 8:26 AM, Richard Pinion rpin...@netscape.comwrote: Why not ZZtop? Boo hiss. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On Tue, Aug 28, 2012 at 6:27 AM, Alvaro Guirao Lopez alvarogui...@gmail.com wrote: I did'nt see it, but I understand EC12 means Enterpise Class 12 (why 12?) 12 comes after 11, and while the z196 wasn't called the z-anything-11, it logically was. I think we can safely consider the z196 naming convention to be an aberration, hopefully not to be repeated (although these are the same folks who brought us the Magic Box and Super Human Software campaigns, so anything's possible). That could be the reason mainframezone had chaged the name to Enterprise Class. Hm? Thomas Publications aka Enterprise Systems Media changed Mainframe Executive to Enterprise Executive, and z/Journal to Enterprise Tech Journal. Enterprise Class was IBM's name for the big machines since the z9 machines. (As opposed, of course, to Business Class, which always struck me as funny, since IBM essentially co-opted the name enterprise to be synonymous with business back in 1990 with the ESA announcement. Reminds me of a meeting I was in once, where a marketroid was describing something about support options. Suppose we have three levels of support, he began. Basic, Standard, and.um - he paused to think of a third name. Regular? I suggested, which got me a dirty look!) I believe the Thomas changes were to broaden the publications' appeal, acknowledging the reality that nobody is *just* a mainframe shop any more. With the zBX, even that hypothetical all-mainframe shop isn't necessarily that any more. .phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
There you go! http://www.computerworld.com/s/article/9230661/IBM_goes_big_on_new_mainframe_with_fastest_chip_flash_memory On Tue, Aug 28, 2012 at 8:52 AM, Tom Ambros thomas_amb...@keybank.comwrote: It cracks me up that there are about 12 posts about the name and nothing about the content. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: Phil Smith III li...@akphs.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 08:47 Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Tue, Aug 28, 2012 at 6:27 AM, Alvaro Guirao Lopez alvarogui...@gmail.com wrote: I did'nt see it, but I understand EC12 means Enterpise Class 12 (why 12?) 12 comes after 11, and while the z196 wasn't called the z-anything-11, it logically was. I think we can safely consider the z196 naming convention to be an aberration, hopefully not to be repeated (although these are the same folks who brought us the Magic Box and Super Human Software campaigns, so anything's possible). That could be the reason mainframezone had chaged the name to Enterprise Class. Hm? Thomas Publications aka Enterprise Systems Media changed Mainframe Executive to Enterprise Executive, and z/Journal to Enterprise Tech Journal. Enterprise Class was IBM's name for the big machines since the z9 machines. (As opposed, of course, to Business Class, which always struck me as funny, since IBM essentially co-opted the name enterprise to be synonymous with business back in 1990 with the ESA announcement. Reminds me of a meeting I was in once, where a marketroid was describing something about support options. Suppose we have three levels of support, he began. Basic, Standard, and.um - he paused to think of a third name. Regular? I suggested, which got me a dirty look!) I believe the Thomas changes were to broaden the publications' appeal, acknowledging the reality that nobody is *just* a mainframe shop any more. With the zBX, even that hypothetical all-mainframe shop isn't necessarily that any more. .phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Men will never be free until the last king is strangled with the entrails of the last priest. Denis Diderot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: No Data returned in PPLANS area
From What I under The IKJKEYWD macro followed IKJNAME defines a keyword parameter in my case ASID,JOBNAME,DUMP adding a SUBF parameter to the IKJNAME points to a IKJSUBF macro which acts as a header to a macro such as IKJIDENT Which specifies the format and layout of what follows the KEYOWRD operand e.g. keyword JOBNAME(IBMUSER) IKJIDENT defines the attribute and storage for IBMUSER After calling CALLTSSR EP=IKJPARS,MF=(E,PPL) The field PPLANS which is in the control block PPL a parameter to IKJPARS has the address of the parsed field the layout of what is in IKJPPLANS is pointed by the first macro IKJPARM DSECT=XX One these macros will generated the mapping for the positional parameters following the KEYWORD e.g. JOBNAME in my case I just have one positional parameter following the keyword This how I understand the process However since it isn't working I must be doing something wrong -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, August 28, 2012 4:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: No Data returned in PPLANS area I would like to understand better what you are trying to do. What is the CMD to do? What version of the operating system? z/OS Is this to be a production process or are you just trying to understand TSO Command Processors? Have you looked at manuals like TSO/E Programming Services. Have you reviewed the TSO manual on how to structure this process? Is this an authorized command? If so did you add it to TSO IKJTSOxx member in PARMLIB? What language have you written this process in? Assembler, Cobol, etc... What is PPLANS? Is that your program? Have you tried adding an dump or some other option/instruction inside your program to produce a dump? How do you know the fields are not filled in? If you are using IPCS then you may not see the data due to the TSO command processor environment. You may need to use some other function to test a TSO Command Processor. Have you searched the internet for articles on writing a TSO Command Processor? http://www.tsotimes.com/articles/archive/fall03/whatistsocommandprocessor.ht ml Lizette Hi, I am issuing the following TSO command TSO CMD JOBNAME(JOBNAME) ASID(X'0037') DUMP(YES) The following is the layout of the IKJ macros I am using to parse this statement CANCEL IKJPARM DSECT=PARSEAT JOBNAME IKJKEYWD IKJNAME 'JOBNAME',SUBFLD=JOB ASID IKJKEYWD IKJNAME 'ASID',SUBFLD=ASIDX DUMP IKJKEYWD IKJNAME 'DUMP',SUBFLD=DUMPX * * SUBFIELDS * JOB IKJSUBF JOBX IKJIDENT 'JOBNAME',FIRST=ALPHANUM,MAXLNTH=8,PROMPT='JOBNAME ASIDXIKJSUBF ASIDFIKJIDENT 'ASID',FIRST=ALPHANUM,OTHER=ALPHANUM,PROMPT='ASID' DUMPXIKJSUBF DUMPFIKJIDENT 'DUMP',FIRST=ALPHA,MAXLNTH=2 IKJENDP When I retrieve the address returned in PPLANS This is what it looks like nothing is returned 00064F00. FF00 01000100 ** ** 00064F20. ** 00D0 ** 00064F40. ** ** 00064F60. ** ** 00064F80. ** ** 00064FA0. ** ** 00064FC0. ** ** 00064FE0. ** 00*... * No data has been parsed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On Tue, 28 Aug 2012 05:11:56 -0500, Shane Ginnane wrote: So IBM obviously couldn't use the z11 name and so the marketing intelligentsia came up with that marvellous ploy to fill the gap. Let's hope they have dibs on the next few iterations of znumber, so we can avoid this farce again in future. Who cares!? What's in a name? ... -- WS Actually, some things. IBM didn't understand that the output of uname -s is customarily used as an API by UNIX scripts when they changed it from OS/390 to z/OS. But IBM relented, and uname now says we're at OS/390 1.23. And even OS/390 has problems; the solidus breaks GNU autoconfigure. IBM does not much care to play well with others. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Really? It would be impressive, but I'll be that name is copyrighted by the group. Of course there is always used by permission. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richard Pinion Sent: Tuesday, August 28, 2012 7:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The IBM zEnterprise EC12 announcment Why not ZZtop? Richard and Vickie Pinion --- st...@trainersfriend.com wrote: From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The IBM zEnterprise EC12 announcment Date: Tue, 28 Aug 2012 06:19:10 -0600 On 8/28/2012 4:11 AM, Shane Ginnane wrote: So IBM obviously couldn't use the z11 name and so the marketing intelligentsia came up with that marvellous ploy to fill the gap. Let's hope they have dibs on the next few iterations of znumber, so we can avoid this farce again in future. I dunno: z13 might be considered unlucky. Of course, so would EC13. :- ) Shane ... -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Why not ZZtop? Copyright violation? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
let's try ZZt0p Richard and Vickie Pinion --- peter.hunke...@credit-suisse.com wrote: From: Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The IBM zEnterprise EC12 announcment Date: Tue, 28 Aug 2012 15:45:32 +0200 Why not ZZtop? Copyright violation? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS ROOT SYSPLEX SHARING
snip There seem to be 2 choices 1) set IOEFSPRM SYSPLEX=ON 2) set IOEFSPRM SYSPLEX=filesys and SYSPLEX(YES) on ZFS FILESTYPE ...snippage Is there anything else I need to do or think about? /snip With either of the 2 options above, you will need to define primary/alternate OMVS couple data sets. Also you will need to allocate a sysplex root file system. This is all discussed in the FM's. Setting up a SYSPLEX and Unix System Services Planning. HTH and good luck! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Hunkeler Peter , KIUP 4 peter.hunke...@credit-suisse.com wrote in message news:dc74548a025aff4a85f46926802a9b2308d2b...@chsa1035.share.beluni.net ... Why not ZZtop? Copyright violation? -- Peter Hunkeler And you cannot top *the* top, even not with 3 z's. I ain't asking for much, IBM take me downtown, ... no that will never turn into something good. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
With the new machine,it seems like there is A LOT to read which is greate! .. You may find it usefull to check this part of Draft EC12 tech guide redbook.I think it is nice,because it summaries performance items well Regards Meral 1.9.7 Main performance improvement drivers with zEC12 The zEC12 is designed to deliver new levels of performance and capacity for large scale consolidation and growth. The following attributes and design points of the zEC12 contribute to overall performance and throughput improvements as compared to the z196. /Architecture implementation enhancements: Transactional Execution (TX) designed for z/OS, Java, DB2 and other exploiters Runtime Instrumentation (RI) provides dynamic and self-tuning online re-compilation capability for Java workloads Enhanced DAT-2 for supporting 2 GB large pages for DB2 buffer pools, Java heap size and other large structures Software directives implementation to improve hardware performance Decimal format conversions for COBOL programs. zEC12 microprocessor design enhancements: Six processor cores per chip Enhanced Out Of Order (OOO) execution design Improved pipeline balance Enhanced branch prediction latency and instruction fetch throughput Improvements on execution bandwidth and throughput New design for Level 2 private cache with separation of cache structures for instructions and L2 operands Reduced access latency for most of Level 1 cache misses Bigger Level 2 cache with shorter latency Third level on-chip shared cache is doubled Fourth level book-shared cache is doubled Hardware and software prefetcher handling improvements Increased execution/completion throughput Improve fetch and store conflict scheme Enhance branch prediction structure and sequential instruction fetching Millicode performance improvements Optimized floating-point performance Faster engine for fixed-point division New second level branch prediction array One cryptographic/compression co-processor per core Cryptography support of UTF8UTF16 conversions Higher clock frequency at 5.5 GHz IBM CMOS 13S 32nm SOI technology with IBM eDRAM technology. zEC12 design enhancements: Increased total number of PUs available on the system, from 96 to 120, and number of characterizable cores, from 80 to 101 Hardware System Area increased from 16 GB to 32 GB Increased default number of SAP processors per book New CFCC code available for improved performance – Elapsed time improvements when dynamically altering the size of a cache structure – DB2 conditional write to a group buffer pool (GBP) – Performance improvements for coupling facility cache structures to avoid flooding the coupling facility cache with changed data and avoid excessive delays and backlogs for cast-out processing – Performance throughput enhancements for parallel cache castout processing by extending the number of RCC cursors beyond 512 – CF Storage class and castout class contention avoidance by breaking up individual storage class and castout class queues to reduce storage class and castout class latch contention. New features available on the zEC12: Crypto Express4S performance enhancements Flash Express PCIe cards to handle paging workload spikes and improve performance This message and attachments are confidential and intended solely for the individual(s) stated in this message. If you received this message although you are not the addressee, you are responsible to keep the message confidential. The sender has no responsibility for the accuracy or correctness of the information in the message and its attachments. Our company shall have no liability for any changes or late receiving, loss of integrity and confidentiality, viruses and any damages caused in anyway to your computer system. Bu mesaj ve ekleri, mesajda gonderildigi belirtilen kisi/kisilere ozeldir ve gizlidir. Bu mesajin muhatabi olmamaniza ragmen tarafiniza ulasmis olmasi halinde mesaj iceriginin gizliligi ve bu gizlilik yukumlulugune uyulmasi zorunlulugu tarafiniz icin de soz konusudur. Mesaj ve eklerinde yer alan bilgilerin dogrulugu ve guncelligi konusunda gonderenin ya da sirketimizin herhangi bir sorumlulugu bulunmamaktadir. Sirketimiz mesajin ve bilgilerinin size degisiklige ugrayarak veya gec ulasmasindan, butunlugunun ve gizliliginin korunamamasindan, virus icermesinden ve bilgisayar sisteminize verebilecegi herhangi bir zarardan sorumlu tutulamaz. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
In 503bf5eb.5010...@bremultibank.com.pl, on 08/28/2012 at 12:34 AM, R.S. r.skoru...@bremultibank.com.pl said: Valid, but illogical. Data set with zero size is illogical. No. That's exploitation of side effect. Stilla valid (it works, so it is valid), but it's still illogical. It's perfectly logical, as are /dev/null and DUMMY. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
In 2147353307588112.wa.paulgboulderaim@listserv.ua.edu, on 08/27/2012 at 06:43 PM, Paul Gilmartin paulgboul...@aim.com said: But its length attribute is nonzero. In fact, IIRC, HLASM will never create a symbol with length attribute of zero; Don't confuse symbol with SET symbol. The assembler assigns the character string value represented in the operand field to the SETC symbol in the name field. The string length must be in the range 0 (null character string) through 1024 characters. I believe (without trying it again) that ANSWER EQU 42,0 results in an assembler error. Yes, but that's not ANSWER SETC '' -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
On Tue, 28 Aug 2012 00:45:25 -0700, Lizette Koehler wrote: Peter, I works fine if working in ISPF. But when the question of line command is requested, I am thinking along the lines of a simple interface that could be used batch or foreground. Thanks for your understanding. Simply, there are too many disjoint ways of retrieving not enough information about a data set. These include HLIST, LISTDS, LISTCAT, BPXWDYN(INFO), Rexx LISTDSI, ISPF DSLIST, ISPF DDLIST, ... probably many others. There should be a single simple interface to retrieve any of the information supplied by any of the above. It should be accessible with: o JCL EXEC PGM= o TSO CALL o Assembler CALL o Rexx address LINKMVS (the above interfaces are all very similar.) o Other Rexx interfaces. It should be able to direct its output to: o TSO terminal. o DDNAME if OUTDD() specified o Rexx compound variable if STEM() specified. o Reply buffer supplied by assembler CALL or Rexx LINKMVS. It should accept as argument: o Catalogued data set name - even with the extended syntax allowed by DISABLE(DSNCHECK) o Uncatalogued data set name if UNIT and VOL are specified - again even with nonstandard name syntax o DDNAME, which may refer to: - catalogued data set - uncatalogued data set - temporary DSN - VIO data set - UNIT and VOL with no DSN coded - UNIX path (have I missed any?) With DDNAME specified it should (be able to) return attributes which will be used in the DCB merge at OPEN, not necessarily those in the DSCB. DDNAME should be allowed to be any 8-character string that could have been allocated by SVC 99; not restricted to JCL syntax (the latter could be retrieved if desired by issuing a second call with DSN, UNIT, and VOL supplied by a previous call). The values returned should be sufficient to allow reallocation of the same entity to a different DDNAME with TSO ALLOCATE or BPXWDYN. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
In 2627995591725082.wa.paulgboulderaim@listserv.ua.edu, on 08/27/2012 at 07:09 PM, Paul Gilmartin paulgboul...@aim.com said: ... so SPACE=(0,1) does allocate space. What's in your ACS? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: No Data returned in PPLANS area
In 056a01cd84f3$853f7420$8fbe5c60$@mindspring.com, on 08/28/2012 at 01:02 AM, Lizette Koehler stars...@mindspring.com said: I would like to understand better what you are trying to do. IKJPARS is a TSO service routine for parsing a command; the caller passes a Parse Parameter List (PPL) that, among other things, points to a Parse Contol List (PCL) describing the syntax and default values. 6.0 Chapter 6. Verifying command and subcommand operands with parse in z/OS TSO/E Programming Services, SA22-7789-0 describes it in detail. What is PPLANS? The fifth word of the PPL. It points to a word that PARSE will set either to FF00 or to the address of a parameter descriptor list (PDL). -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: No Data returned in PPLANS area
What is the RC from IKJPARS? is the parmlist being built properly? === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Micheal Butz michealb...@optonline.net To: IBM-MAIN@listserv.ua.edu, Date: 08/27/2012 10:48 PM Subject:[IBM-MAIN] No Data returned in PPLANS area Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi, I am issuing the following TSO command TSO CMD JOBNAME(JOBNAME) ASID(X'0037') DUMP(YES) The following is the layout of the IKJ macros I am using to parse this statement CANCEL IKJPARM DSECT=PARSEAT JOBNAME IKJKEYWD IKJNAME 'JOBNAME',SUBFLD=JOB ASID IKJKEYWD IKJNAME 'ASID',SUBFLD=ASIDX DUMP IKJKEYWD IKJNAME 'DUMP',SUBFLD=DUMPX * * SUBFIELDS * JOB IKJSUBF JOBX IKJIDENT 'JOBNAME',FIRST=ALPHANUM,MAXLNTH=8,PROMPT='JOBNAME ASIDXIKJSUBF ASIDFIKJIDENT 'ASID',FIRST=ALPHANUM,OTHER=ALPHANUM,PROMPT='ASID' DUMPXIKJSUBF DUMPFIKJIDENT 'DUMP',FIRST=ALPHA,MAXLNTH=2 IKJENDP When I retrieve the address returned in PPLANS This is what it looks like nothing is returned 00064F00. FF00 01000100 ** ** 00064F20. ** 00D0 ** 00064F40. ** ** 00064F60. ** ** 00064F80. ** ** 00064FA0. ** ** 00064FC0. ** ** 00064FE0. ** 00*... * No data has been parsed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
These were the most interesting links I found so far and sent to my team in addition to the announce itself Announce http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=cainfotype=anappname=iSourcesupplier=877letternum=ENUSZG12-0262 Draft - IBM zEnterprise EC12 Technical Introduction http://www.redbooks.ibm.com/redbooks.nsf/RedpieceAbstracts/sg248050.html?Open Draft - IBM zEnterprise EC12 Technical Guide http://www.redbooks.ibm.com/redpieces/abstracts/sg248049.html?Open Non-IBM blog Mainframe Watch Belgium http://mainframe-watch-belgium.blogspot.com/2012/08/the-new-ibm-zenterprise-ec12-technical.html YouTube Video - IBM zEnterprise EC12 Walkthrough Video Featuring Nick Sardino http://www.youtube.com/watch?v=-N3QWegGFYYfeature=em-subs_digest The biggest surprise for me was zAware the new monitoring appliance running in an LPAR. This appears to be chargeable and currently just monitoring messages but moving infrastructure overhead and function out of the z/OS space into an LPAR is the MIPS Vacuum for this type of workload I have hoped to see for a while now. There is a heavily promoted webcast starting in less than an hour that should cover all this. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Meral Temel (Garanti Teknoloji) Sent: Tuesday, August 28, 2012 9:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The IBM zEnterprise EC12 announcment With the new machine,it seems like there is A LOT to read which is greate! .. You may find it usefull to check this part of Draft EC12 tech guide redbook.I think it is nice,because it summaries performance items well Regards Meral 1.9.7 Main performance improvement drivers with zEC12 The zEC12 is designed to deliver new levels of performance and capacity for large scale consolidation and growth. The following attributes and design points of the zEC12 contribute to overall performance and throughput improvements as compared to the z196. /Architecture implementation enhancements: Transactional Execution (TX) designed for z/OS, Java, DB2 and other exploiters Runtime Instrumentation (RI) provides dynamic and self-tuning online re-compilation capability for Java workloads Enhanced DAT-2 for supporting 2 GB large pages for DB2 buffer pools, Java heap size and other large structures Software directives implementation to improve hardware performance Decimal format conversions for COBOL programs. zEC12 microprocessor design enhancements: Six processor cores per chip Enhanced Out Of Order (OOO) execution design Improved pipeline balance Enhanced branch prediction latency and instruction fetch throughput Improvements on execution bandwidth and throughput New design for Level 2 private cache with separation of cache structures for instructions and L2 operands Reduced access latency for most of Level 1 cache misses Bigger Level 2 cache with shorter latency Third level on-chip shared cache is doubled Fourth level book-shared cache is doubled Hardware and software prefetcher handling improvements Increased execution/completion throughput Improve fetch and store conflict scheme Enhance branch prediction structure and sequential instruction fetching Millicode performance improvements Optimized floating-point performance Faster engine for fixed-point division New second level branch prediction array One cryptographic/compression co-processor per core Cryptography support of UTF8UTF16 conversions Higher clock frequency at 5.5 GHz IBM CMOS 13S 32nm SOI technology with IBM eDRAM technology. zEC12 design enhancements: Increased total number of PUs available on the system, from 96 to 120, and number of characterizable cores, from 80 to 101 Hardware System Area increased from 16 GB to 32 GB Increased default number of SAP processors per book New CFCC code available for improved performance – Elapsed time improvements when dynamically altering the size of a cache structure – DB2 conditional write to a group buffer pool (GBP) – Performance improvements for coupling facility cache structures to avoid flooding the coupling facility cache with changed data and avoid excessive delays and backlogs for cast-out processing – Performance throughput enhancements for parallel cache castout processing by extending the number of RCC cursors beyond 512 – CF Storage class and castout class contention avoidance by breaking up individual storage class and castout class queues to reduce storage class and castout class latch contention. New features available on the zEC12: Crypto Express4S performance enhancements
Re: The IBM zEnterprise EC12 announcment
On Tue, 28 Aug 2012 13:55:43 +, Meral Temel (Garanti Teknoloji) wrote: One cryptographic/compression co-processor per core Presumably optionally disabled to comply with export restrictions? I'm told we have the cryptographic PRNG disabled on most of our processors because it's separately priced. Is that true? Will it ever change? Cryptography support of UTF8UTF16 conversions Shouldn't that be UTF-8? I had never heard of UTF-16, but apparently Microsoft uses it, so it must be OK. Is UTF8UTF16 properly deemed cryptography? What about ROT-13? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On 28 August 2012 10:29, Paul Gilmartin paulgboul...@aim.com wrote: One cryptographic/compression co-processor per core Presumably optionally disabled to comply with export restrictions? Is there really anywhere these days you can send a mainframe to that you can't send a crypto processor to? Surely no one in Cuba or Iran can order up a zEC12 in any case, even if a handful of cheap GPUs have more computing power. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On Tue, 28 Aug 2012 10:49:21 -0400, Tony Harminc wrote: Presumably optionally disabled to comply with export restrictions? Is there really anywhere these days you can send a mainframe to that you can't send a crypto processor to? Surely no one in Cuba or Iran can order up a zEC12 in any case, even if a handful of cheap GPUs have more computing power. I had thought restrictions applied anywhere outside the U.S. and Canada. But I may be operating on outdated misinformation. You forgot North Korea. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
It may be that is a generation 12 CMOS CPU. Thanks, Chris Burgess Phone: 1-800-445-2588 x42149 1-508-249-2149 Fax: 1-508-544-2076 Email: burgess_christop...@emc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, August 28, 2012 10:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The IBM zEnterprise EC12 announcment On Tue, 28 Aug 2012 13:55:43 +, Meral Temel (Garanti Teknoloji) wrote: One cryptographic/compression co-processor per core Presumably optionally disabled to comply with export restrictions? I'm told we have the cryptographic PRNG disabled on most of our processors because it's separately priced. Is that true? Will it ever change? Cryptography support of UTF8UTF16 conversions Shouldn't that be UTF-8? I had never heard of UTF-16, but apparently Microsoft uses it, so it must be OK. Is UTF8UTF16 properly deemed cryptography? What about ROT-13? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
:: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Ed Gould :: Sent: Monday, August 27, 2012 10:31 PM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Re: Space Allocation In Bytes :: :: LiZette: :: :: I think you can get a freeware product called IEHLIST w/cc ::LISTVTOC vol=3380=volser,format (or dump) IBM does make some freeware available on their website (such as DBSYNC from the RACF goodies page) but I doubt any of it comes with a 400 page formal SCxx manual. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
According to today's virtual event, the EC12 is the 12th generation of modern mainframes. Can anyone list out the 11 previous generations? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE
Hallo All, I am trying to recycle a damaged ML2 tape. The RECYCLE rolls along however when it hits a particular dsn the recycle terminates. I deleted the migrated dsn (ML2) so as to bypass the problem however it doesn't work. Is there a way of having the RECYCLE bypass this troublesome dsn on the ML2 tape? Thanks for your comments in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On Tue, 28 Aug 2012 10:44:32 -0500, Todd Last wrote: According to today's virtual event, the EC12 is the 12th generation of modern mainframes. Can anyone list out the 11 previous generations? Something like: Matthew 1 King James Version (KJV) 1 The book of the generation of Jesus Christ, the son of David, the son of Abraham. 2 Abraham begat Isaac; and Isaac begat Jacob; and Jacob begat Judas and his brethren; 3 And Judas begat Phares and Zara of Thamar; and Phares begat Esrom; and Esrom begat Aram; 4 And Aram begat Aminadab; and Aminadab begat Naasson; and Naasson begat Salmon; ... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
From: http://java.sun.com/javase/technologies/core/basic/intl/faq.jsp#core-textrep The primitive data type char in the Java programming language is an unsigned 16-bit integer that can represent a Unicode code point in the range U+ to U+, or the code units of UTF-16http://java.sun.com/javase/technologies/core/basic/intl/faq.jsp#utf-16 . Confusing eh? I guess you would call what Java uses internally a UTF-16 subset. So, technically not UTF-16, but practically UTF-16 (a two-byte UTF-16 subset) On Tue, Aug 28, 2012 at 11:18 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Tue, 28 Aug 2012 10:39:03 -0500, Kirk Wolf wrote: UTF-16 is used in Java (and other languages) as the internal representation of characters and strings (each character represented by two bytes). No. Not according to: http://en.wikipedia.org/wiki/UTF-16 UTF-16 (16-bit Unicode Transformation Format) is a character encoding for Unicode capable of encoding 1,112,064[1] numbers (called code points) in the Unicode code space from 0 to 0x10. It produces a variable-length result of either one or two 16-bit code units per code point. And: http://www.ietf.org/rfc/rfc2781.txt The rules for how characters are encoded in UTF-16 are: - Characters with values less than 0x1 are represented as a single 16-bit integer with a value equal to that of the character number. - Characters with values between 0x1 and 0x10 are represented by a 16-bit integer with a value between 0xD800 and 0xDBFF (within the so-called high-half zone or high surrogate area) followed by a 16-bit integer with a value between 0xDC00 and 0xDFFF (within the so-called low-half zone or low surrogate area). - Characters with values greater than 0x10 cannot be encoded in UTF-16. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
IBM System z z114 2818 mainframes IBM System z z196 2817 mainframes IBM System z z10 BC 2098 mainframes IBM System z z10 EC 2097 mainframes IBM Series z z9 BC Danu 2096 mainframes IBM Series z z9 EC Danu 2094 mainframes IBM zSeries 2086 mainframes IBM zSeries 2084 mainframes IBM zSeries 2066 mainframes IBM zSeries 2066 mainframes for Linux IBM zSeries 2064 mainframes From: Bob Shannon bshan...@rocketsoftware.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/28/2012 12:29 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Can anyone list out the 11 previous generations 9672 G1-G6 z800/900 z890/990 z9 EC/BC z10 EC/BC z196/z114 Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On Tue, 28 Aug 2012 11:29:48 -0500, Kirk Wolf wrote: From: http://java.sun.com/javase/technologies/core/basic/intl/faq.jsp#core-textrep The primitive data type char in the Java programming language is an unsigned 16-bit integer that can represent a Unicode code point in the range U+ to U+, or the code units of UTF-16http://java.sun.com/javase/technologies/core/basic/intl/faq.jsp#utf-16 . Which does describe UTF-16 as a variable-length encoding of which Java uses a subset. Confusing eh? I guess you would call what Java uses internally a UTF-16 subset. So, technically not UTF-16, but practically UTF-16 (a two-byte UTF-16 subset) That's more like UCS-2. Big-endian or little-endian? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBMLink down again?
Anybody having trouble accessing IBMLink? Getting the Our apologies Server 500 error page. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
I thought we called them engines because each engine was two cores for redundancy and error detection. IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/28/2012 06:52:08 AM: From: Mike Schwab mike.a.sch...@gmail.com EC12, 120 cores, z196, 96 cores. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Exclude SMF Records by datetime with DFSORT
Uwe Oswald wrote: has somebody ever tried to exclude (!) SMF records from a dataset with DFSORT? My interest is especially to exclude several (more than one) date and time ranges. Has someone an example for me, please? Not sure which date field you're using for subsetting your data, but I have some production sample using ICETOOL for display while editing the fields: TITLE('SMF TYPE-?? RECORDS') DATE(4MD/) - HEADER('DATE') ON(11,4,DT1,E'/99/99') - HEADER('TIME') ON(7,4,TM4,E'99:99:99.99') - ... etc ... Basically you use DT1 and TM4 to extract and compare your date/time for later subsetting. This leads me to something like a COPY with these INCLUDE statements: INCLUDE COND=(11,4,DT1,GE,Z'19800101',AND, 11,4,DT1,GE,Z'20121231') Above is from memory/manual and is UNTESTED. [1] I don't have EXCLUDE sample at this moment... HTH! Look at http://www-01.ibm.com/support/docview.wss?uid=isg3T793 Groete / Greetings Elardus Engelbrecht [1] - From DFSORT Application Programming Guide: I get this tidbits: DT1 - 4 bytes - SMF date interpreted as Z'mmdd' TM4 - 4 bytes - SMF time interpreted as Z'hhmmssxx' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
W dniu 2012-08-28 17:59, Roger W. Suhr pisze: No, it's not illogical. We use Format 1 DSCB entries as model DSCB for GDG's and other things. No data space use is needed for that, so we allocate TRK=0. No problem there! Well, it depends on the point of view. Datasets by definition are for keeping data, not to make GRS ENQ, not to be DSCB model (BTW: haven't heard anyone about SMS? DATACLASS or even LIKE?). Zero-space dataset is like PDS with zero directory. Possible to create, but not usable as intended. BTW: it's NOT similar to /dev/null or DD DUMMY. Zero-space dataset is real object, consuming real resources (VTOC, maybe catalog) with no real (as intended) use. Of course, as I already said, it's perfectly possible, legal and IBM supported to use such datasets for the purposes as above or maybe others as well. BTW2: Another parallel comes to my mind: IEFBR14. Usually we expect the program to do something. ;-) Usually we expect dataset to contain some data... -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: execs or scripts
Other people's parsing machinery is, in my experience, usable only for context-free 'languages'; and since I devise and use only context-sensitive--yes, PL/I-like--languages, I have found that I must build my own parsing machinery; and this is easy enough to do using REXX. --jg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
W dniu 2012-08-28 16:29, Paul Gilmartin pisze: On Tue, 28 Aug 2012 13:55:43 +, Meral Temel (Garanti Teknoloji) wrote: One cryptographic/compression co-processor per core Presumably optionally disabled to comply with export restrictions? I'm told we have the cryptographic PRNG disabled on most of our processors because it's separately priced. Is that true? Will it ever change? I really doubt it. CPACF is free of charge and AFAIK not restricted (I don't know about Cuba or North Korea). Secure key cryptography requires Crypto cards which cost money - like FICON or OSA card. No special fee for PRNG, no special paid LIC (except CPACF). BTW: I'm not including old machines - z/900 and older, which have had CCF. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
Attempting to distinguish empty files from nul strings and the like Ron Skorupka writes: begin extract Zero-space dataset is real object, consuming real resources (VTOC, maybe catalog) with no real (as intended) use. end extract/ but nul strings also consume resources in just this way. The PL/I varying character string nada of declare nada character varying(0) ; is comprised of a halfword prefix having the value 0. Or again, its C analogue is comprised of a single eos-delimiter byte, x'00'. --jg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Why IBM manufacture new MF? Any new customers using MF or any increasing MF processing? On Tue, Aug 28, 2012 at 7:52 PM, Kirk Talman rkueb...@tsys.com wrote: I thought we called them engines because each engine was two cores for redundancy and error detection. IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/28/2012 06:52:08 AM: From: Mike Schwab mike.a.sch...@gmail.com EC12, 120 cores, z196, 96 cores. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Thank. God bless you, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Exclude SMF Records by datetime with DFSORT
Uwe, There are numerous ways to solve the problem you have outlined. One way you can do it is using an INCLUDE or OMIT statement. Every SMF record has the same format header portion that has the type (offset 5, sort column 6), time (offset 6, sort column 7) and date (offset 10, sort column 11) in it. Depending on your needs and the number of different time groups you want to include or exclude will determine if you use INCLUDE or OMIT. Let's say you only want SMF data from 10:00AM to 11:00AM and 1:00pm to 2:00PM and only type 14 and 15 records. INCLUDE COND=(((6,1,BI,EQ,14,OR,6,1,BI,EQ,15),AND, (7,4,BI,GT,360,AND,7,4,BI,LT,396)),OR, ((6,1,BI,EQ,14,OR,6,1,BI,EQ,15),AND, (7,4,BI,GT,468,AND,7,4,BI,LT,504))) As you can see, INCLUDE/OMIT can get quite complicated. I suggest that you use parentheses to insure you get what you want rather than base things on the precedence of operators. Chris Blaicher Senior Software Engineer, Software Services Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Williamson, James R Sent: Tuesday, August 28, 2012 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Exclude SMF Records by datetime with DFSORT You can also select date and time ranges with the IBM program IFASMFDP //DUMP EXEC PGM=IFASMFDP //DUMPIN DD DISP=SHR,DSN=SYS1.MANX //* //DUMPOUT DD DSN= ,DISP=(,CATLG), // DCB=(LRECL=32760,RECFM=VBS,BLKSIZE=0), // SPACE=(CYL,(1999,99),RLSE),UNIT=SYSDA //SYSPRINT DD SYSOUT=* //SYSINDD * OUTDD(DUMPOUT,TYPE(0:255)) INDD(DUMPIN,OPTIONS(DUMP)) START(0900) END(1000) SID(MVSP) DATE(2009022,2009022) /* // -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uwe Oswald Sent: Tuesday, August 28, 2012 10:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Exclude SMF Records by datetime with DFSORT Hi, has somebody ever tried to exclude (!) SMF records from a dataset with DFSORT? My interest is especially to exclude several (more than one) date and time ranges. Has someone an example for me, please? Thx in advance. Cheers, Uwe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink down again?
Down for me all day. Been trying since 8:30 Central -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
I made 'Radoslaw' into 'Ron', for which I apologize. --jg On 8/28/12, John Gilmore jwgli...@gmail.com wrote: Attempting to distinguish empty files from nul strings and the like Ron Skorupka writes: begin extract Zero-space dataset is real object, consuming real resources (VTOC, maybe catalog) with no real (as intended) use. end extract/ but nul strings also consume resources in just this way. The PL/I varying character string nada of declare nada character varying(0) ; is comprised of a halfword prefix having the value 0. Or again, its C analogue is comprised of a single eos-delimiter byte, x'00'. --jg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
1 pt for Kees Scott ford www.identityforge.com On Aug 28, 2012, at 9:53 AM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Hunkeler Peter , KIUP 4 peter.hunke...@credit-suisse.com wrote in message news:dc74548a025aff4a85f46926802a9b2308d2b...@chsa1035.share.beluni.net ... Why not ZZtop? Copyright violation? -- Peter Hunkeler And you cannot top *the* top, even not with 3 z's. I ain't asking for much, IBM take me downtown, ... no that will never turn into something good. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: execs or scripts
On Tue, 28 Aug 2012 13:21:14 -0400, John Gilmore wrote: Other people's parsing machinery is, in my experience, usable only for context-free 'languages'; and since I devise and use only context-sensitive--yes, PL/I-like--languages, I have found that I must build my own parsing machinery; and this is easy enough to do using REXX. No language that requires identifiers to be declared is context-free, though some phrases in such languages may be parsed by context-unaware machinery, usually subject to availability of a symbol table. In effect, the symbol table converts declared identifiers to terminal symbols in the parser's view. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
and it fits very few environments running now ( other then up-to-date Z/os shops ) and eliminated ESCON there would have to be major lic cost saving to even look into this, which I did not see mentioned From: shai hess shai.h...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/28/2012 01:31 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Why IBM manufacture new MF? Any new customers using MF or any increasing MF processing? On Tue, Aug 28, 2012 at 7:52 PM, Kirk Talman rkueb...@tsys.com wrote: I thought we called them engines because each engine was two cores for redundancy and error detection. IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/28/2012 06:52:08 AM: From: Mike Schwab mike.a.sch...@gmail.com EC12, 120 cores, z196, 96 cores. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Thank. God bless you, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Exclude SMF Records by datetime with DFSORT
Uwe, The SMF dates DT1, DT2, DT3 are of the format (X'0cyydddF') in their raw form. So you can treat them as PD fields and extract the data you want. ex: //STEP0100 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=Your Input SMF file //SORTOUT DD SYSOUT=* //SYSINDD * OPTION COPY,VLSHRT INCLUDE COND=(06,1,BI,EQ,16,AND, $ TYPE 16 (7,4,BI,GT,360,AND, $ TIME 7,4,BI,LT,396),AND, 11,4,PD,EQ,112215) $ (X'0CYYDDDF' = AUG02 12) //* Elardus Engelbrecht, You cannot use DTn formats with INCLUDE/OMIT Thanks, Sri Hari Kolusu DFSORT Development IBM Corporation Email: skol...@us.ibm.com Phone: 408-463-2403 Tie Line 543-2403 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/28/2012 08:05:09 AM: From: Uwe Oswald uwe.osw...@zit-consulting.com To: IBM-MAIN@listserv.ua.edu, Date: 08/28/2012 08:06 AM Subject: Exclude SMF Records by datetime with DFSORT Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi, has somebody ever tried to exclude (!) SMF records from a dataset with DFSORT? My interest is especially to exclude several (more than one) date and time ranges. Has someone an example for me, please? Thx in advance. Cheers, Uwe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote: Why IBM manufacture new MF? Because customers will buy them. Any new customers using MF or any increasing MF processing? According to IBM, a total of 142-150 new customers since 2009. Workload growth rate of existing customers is averaging around 30% per year. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
We still have some too. Linda Sent from my iPhone On Aug 27, 2012, at 8:17 PM, Mike Schwab mike.a.sch...@gmail.com wrote: On Mon, Aug 27, 2012 at 9:02 PM, retired mainframer retired-mainfra...@q.com wrote: Doesn't anyone use model DSCBs anymore? We still have some hanging around. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On 8/28/2012 at 01:59 PM, shai hess shai.h...@gmail.com wrote: On Tue, Aug 28, 2012 at 8:54 PM, Mark Post mp...@suse.com wrote: On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote: -snip- Any new customers using MF or any increasing MF processing? According to IBM, a total of 142-150 new customers since 2009. Workload growth rate of existing customers is averaging around 30% per year. Using LINUX or ZOS? Some of both. I'm aware of some Linux-only new customers, and others that are z/OS customers. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink down again?
On 8/28/2012 1:33 PM, Paul Peplinski wrote: Down for me all day. Been trying since 8:30 Central -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Paul, Finally called the IBMLink Helpless Desk, and after clearing cache 5 times, it finally worked. Good luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
To me what would be more interesting would be some statistics on shops that migrated off the platform, and have since come back. I doubt if after having gone thru the time and expense of converting to a unix or windows based platform, many would be willing to pay that time and expense again, to come back, even if the current platform left a lot to be desired. Another statistic that would be interesting is how many tried to leave, and failed. --Dave On 8/28/2012 1:08 PM, shai hess wrote: I wish IBM will publish the real number about the total number of customers of MF in all world. The reason is that the feeling is that many MF site shutdown MF site. Publish the real number can support many of us who work and support mainly the MF computers. On Tue, Aug 28, 2012 at 8:59 PM, shai hess shai.h...@gmail.com wrote: On Tue, Aug 28, 2012 at 8:54 PM, Mark Post mp...@suse.com wrote: On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote: Why IBM manufacture new MF? Because customers will buy them. OK. Any new customers using MF or any increasing MF processing? According to IBM, a total of 142-150 new customers since 2009. Workload growth rate of existing customers is averaging around 30% per year. Using LINUX or ZOS? Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Thank. God bless you, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
No one has mentioned the enhancement that most interests us:the EC12 can be installed in a data center *without raised floor*. Slab floors have become de rigour for new built-from-scratch data centers. The z114 can be mounted on slab but not the z196. This is the first Enterprise Class mainframe that can live happily in the brave new world. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: August Carideo august.cari...@avon.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 10:41 AM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU and it fits very few environments running now ( other then up-to-date Z/os shops ) and eliminated ESCON there would have to be major lic cost saving to even look into this, which I did not see mentioned From: shai hess shai.h...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/28/2012 01:31 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Why IBM manufacture new MF? Any new customers using MF or any increasing MF processing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: Exclude SMF Records by datetime with DFSORT
Hi Chris, thank you very much for the statement. That's exactly what I have been looking for. I'll try to use OMIT but has to read the manuals for the OMIT statement. I appreciate your help. Cheers from Germany, Uwe -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Blaicher, Christopher Y. Gesendet: Dienstag, 28. August 2012 19:32 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: Exclude SMF Records by datetime with DFSORT Uwe, There are numerous ways to solve the problem you have outlined. One way you can do it is using an INCLUDE or OMIT statement. Every SMF record has the same format header portion that has the type (offset 5, sort column 6), time (offset 6, sort column 7) and date (offset 10, sort column 11) in it. Depending on your needs and the number of different time groups you want to include or exclude will determine if you use INCLUDE or OMIT. Let's say you only want SMF data from 10:00AM to 11:00AM and 1:00pm to 2:00PM and only type 14 and 15 records. INCLUDE COND=(((6,1,BI,EQ,14,OR,6,1,BI,EQ,15),AND, (7,4,BI,GT,360,AND,7,4,BI,LT,396)),OR, ((6,1,BI,EQ,14,OR,6,1,BI,EQ,15),AND, (7,4,BI,GT,468,AND,7,4,BI,LT,504))) As you can see, INCLUDE/OMIT can get quite complicated. I suggest that you use parentheses to insure you get what you want rather than base things on the precedence of operators. Chris Blaicher Senior Software Engineer, Software Services Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Williamson, James R Sent: Tuesday, August 28, 2012 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Exclude SMF Records by datetime with DFSORT You can also select date and time ranges with the IBM program IFASMFDP //DUMP EXEC PGM=IFASMFDP //DUMPIN DD DISP=SHR,DSN=SYS1.MANX //* //DUMPOUT DD DSN= ,DISP=(,CATLG), // DCB=(LRECL=32760,RECFM=VBS,BLKSIZE=0), // SPACE=(CYL,(1999,99),RLSE),UNIT=SYSDA //SYSPRINT DD SYSOUT=* //SYSINDD * OUTDD(DUMPOUT,TYPE(0:255)) INDD(DUMPIN,OPTIONS(DUMP)) START(0900) END(1000) SID(MVSP) DATE(2009022,2009022) /* // -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uwe Oswald Sent: Tuesday, August 28, 2012 10:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Exclude SMF Records by datetime with DFSORT Hi, has somebody ever tried to exclude (!) SMF records from a dataset with DFSORT? My interest is especially to exclude several (more than one) date and time ranges. Has someone an example for me, please? Thx in advance. Cheers, Uwe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: Exclude SMF Records by datetime with DFSORT
I definitly have to spend some time on this to get a better understanding what I can achieve with that stuff... Thx for your feedback -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Elardus Engelbrecht Gesendet: Dienstag, 28. August 2012 19:03 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: Exclude SMF Records by datetime with DFSORT Uwe Oswald wrote: has somebody ever tried to exclude (!) SMF records from a dataset with DFSORT? My interest is especially to exclude several (more than one) date and time ranges. Has someone an example for me, please? Not sure which date field you're using for subsetting your data, but I have some production sample using ICETOOL for display while editing the fields: TITLE('SMF TYPE-?? RECORDS') DATE(4MD/) - HEADER('DATE') ON(11,4,DT1,E'/99/99') - HEADER('TIME') ON(7,4,TM4,E'99:99:99.99') - ... etc ... Basically you use DT1 and TM4 to extract and compare your date/time for later subsetting. This leads me to something like a COPY with these INCLUDE statements: INCLUDE COND=(11,4,DT1,GE,Z'19800101',AND, 11,4,DT1,GE,Z'20121231') Above is from memory/manual and is UNTESTED. [1] I don't have EXCLUDE sample at this moment... HTH! Look at http://www-01.ibm.com/support/docview.wss?uid=isg3T793 Groete / Greetings Elardus Engelbrecht [1] - From DFSORT Application Programming Guide: I get this tidbits: DT1 - 4 bytes - SMF date interpreted as Z'mmdd' TM4 - 4 bytes - SMF time interpreted as Z'hhmmssxx' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcement
and how many have been trying for 10 years plus and $ wasted just because some manage by airline magazine type would not just back down and admit it was wrong decision so forced it to so called completion anyway From: Dave Day david...@consolidated.net To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/28/2012 02:17 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU To me what would be more interesting would be some statistics on shops that migrated off the platform, and have since come back. I doubt if after having gone thru the time and expense of converting to a unix or windows based platform, many would be willing to pay that time and expense again, to come back, even if the current platform left a lot to be desired. Another statistic that would be interesting is how many tried to leave, and failed. --Dave On 8/28/2012 1:08 PM, shai hess wrote: I wish IBM will publish the real number about the total number of customers of MF in all world. The reason is that the feeling is that many MF site shutdown MF site. Publish the real number can support many of us who work and support mainly the MF computers. On Tue, Aug 28, 2012 at 8:59 PM, shai hess shai.h...@gmail.com wrote: On Tue, Aug 28, 2012 at 8:54 PM, Mark Post mp...@suse.com wrote: On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote: Why IBM manufacture new MF? Because customers will buy them. OK. Any new customers using MF or any increasing MF processing? According to IBM, a total of 142-150 new customers since 2009. Workload growth rate of existing customers is averaging around 30% per year. Using LINUX or ZOS? Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Thank. God bless you, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
who says you cant install a Z/9 or z/10 w/o a raised floor LOL From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/28/2012 02:22 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU No one has mentioned the enhancement that most interests us:the EC12 can be installed in a data center *without raised floor*. Slab floors have become de rigour for new built-from-scratch data centers. The z114 can be mounted on slab but not the z196. This is the first Enterprise Class mainframe that can live happily in the brave new world. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: August Carideo august.cari...@avon.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 10:41 AM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU and it fits very few environments running now ( other then up-to-date Z/os shops ) and eliminated ESCON there would have to be major lic cost saving to even look into this, which I did not see mentioned From: shai hess shai.h...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/28/2012 01:31 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Why IBM manufacture new MF? Any new customers using MF or any increasing MF processing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
W dniu 2012-08-28 19:54, Mark Post pisze: On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote: Why IBM manufacture new MF? Because customers will buy them. Any new customers using MF or any increasing MF processing? According to IBM, a total of 142-150 new customers since 2009. How do you know? Did IBM publish the number anywhere? Workload growth rate of existing customers is averaging around 30% per year. IMHO it's not good measure. For example, my team just have got new laptops. The number of team members didn't grow, the number of machines par capita is still approx. 1. The number of MIPS (or other CPU speed units) grew up over 100%. BTW: Even IBM admit the number of mainframe datacenters is not growing due to consolidation. BTW: IMHO the most important feature of new machine is SSD paging device. Similar to expanded memory in the times of ESA. Back to the future... -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: execs or scripts
This is a novel and not, I think, a very useful definition of context-sensitive; but à chacun son goût. The useful practical distinction is that between languages, like C and COBOL, that employ reserved words and languages, like PL/I, that do not. Academic computer scientists like reserved words, which at the price of impediments to growth, make compiler writing marginally easier. Some of the rest of us do not. --jg On 8/28/12, Paul Gilmartin paulgboul...@aim.com wrote: On Tue, 28 Aug 2012 13:21:14 -0400, John Gilmore wrote: Other people's parsing machinery is, in my experience, usable only for context-free 'languages'; and since I devise and use only context-sensitive--yes, PL/I-like--languages, I have found that I must build my own parsing machinery; and this is easy enough to do using REXX. No language that requires identifiers to be declared is context-free, though some phrases in such languages may be parsed by context-unaware machinery, usually subject to availability of a symbol table. In effect, the symbol table converts declared identifiers to terminal symbols in the parser's view. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Java 7 vulnerability
http://www.computerworld.com/s/article/9230656/Macs_at_risk_from_super_dangerous_Java_zero_day Has Java 7 made it to z/OS? Has anyone tested for this vulnerability? The problem was new to Java 7, so one suggestion is to uninstall Java 7 and re-install Java 6 until patched. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
On 8/28/2012 7:27 AM, Knutson, Sam wrote: The biggest surprise for me was zAware the new monitoring appliance running in an LPAR. This appears to be chargeable and currently just monitoring messages but moving infrastructure overhead and function out of the z/OS space into an LPAR is the MIPS Vacuum for this type of workload I have hoped to see for a while now. When I first heard about this, I thought of you right away, Sam! I sorely wanted to ask if you had any direct input into this design! :-) -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEC12 IFL
On 8/28/2012 at 03:52 PM, Jose Correa Saldeñojcor...@evertecinc.com wrote: Hi all. How much improvement in speed can we expect going from z10 IFLs to the zEC12 IFLs The same as what was claimed for the full-speed general processors (CPs). Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java 7 vulnerability
According to this: http://www.us-cert.gov/cas/techalerts/TA12-240A.html the vulnerability is limited to Oracle Java 1.7.0 Also, the vulnerability is an exploit that allows java code to break out of a Java SecurityManager. This is most important when Java is being run on a machine under a browser - the SecurityManager boxes the network-loaded code in a sandbox. Not the typical scenario for z. But you could contact IBM to inquire if your IBM SDK is affected Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Aug 28, 2012 at 2:34 PM, Mike Schwab mike.a.sch...@gmail.comwrote: http://www.computerworld.com/s/article/9230656/Macs_at_risk_from_super_dangerous_Java_zero_day Has Java 7 made it to z/OS? Has anyone tested for this vulnerability? The problem was new to Java 7, so one suggestion is to uninstall Java 7 and re-install Java 6 until patched. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Many shops especially IBM's largest customers have requirements that are met by the new zEC12. There are significant costs savings possible. They can save money by consolidating multiple footprints using the increased capacity and meeting performance challenges. Some applications are limited to a single unit of work but are still very important to customers so faster processors are important in order to keep up with growth. - 25% faster processors yielding 50% more capacity in a single footprint with up to 101 customer usable cores. Software savings derived from a decrease in MLC rates can help offset price increases and growing software costs from usage http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=ansubtype=caappname=gpateamsupplier=877letternum=ENUSZP12-0416 New technology Flash Express memory offers significant promise to eliminate I/O and reduce CPU cycles improve throughput for the workloads that can benefit looks like large page exploiters and dumping for diagnostic data capture right away. Everything old is new again seems like Expanded Storage but the cost has been advertised as dramatically lower than central storage and with up to 6.4TB and a relatively short instruction path to get their compared even to SSD disk you can see some interesting applications beyond what is already coming. A cost of $125K for 1.6TB of Flash Express was mentioned in today's post announcement chat room but I have not seen that confirmed yet so am very interested to see more detailed pricing. If IBM is investing significant ($1B) amounts of money in RD you would expect they are doing it to benefit customers who have needs they are willing to pay to meet. Those same customers are investing in staying current on z/OS to protect their investment. What else do you expect them to do? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of August Carideo Sent: Tuesday, August 28, 2012 1:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The IBM zEnterprise EC12 announcment and it fits very few environments running now ( other then up-to-date Z/os shops ) and eliminated ESCON there would have to be major lic cost saving to even look into this, which I did not see mentioned From: shai hess shai.h...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/28/2012 01:31 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Why IBM manufacture new MF? Any new customers using MF or any increasing MF processing? This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java 7 vulnerability
IBM should be consulted, certainly; but there is strong evidence that this vulnerability is an ORACLE-specific one. Code-sharing aside, vulnerabilities are implementation-specific; and code sharing between IBM and ORACLE would be enormously interesting, not least because of the vanishingly small probability that it would occur. --jg On 8/28/12, Kirk Wolf k...@dovetail.com wrote: According to this: http://www.us-cert.gov/cas/techalerts/TA12-240A.html the vulnerability is limited to Oracle Java 1.7.0 Also, the vulnerability is an exploit that allows java code to break out of a Java SecurityManager. This is most important when Java is being run on a machine under a browser - the SecurityManager boxes the network-loaded code in a sandbox. Not the typical scenario for z. But you could contact IBM to inquire if your IBM SDK is affected Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Aug 28, 2012 at 2:34 PM, Mike Schwab mike.a.sch...@gmail.comwrote: http://www.computerworld.com/s/article/9230656/Macs_at_risk_from_super_dangerous_Java_zero_day Has Java 7 made it to z/OS? Has anyone tested for this vulnerability? The problem was new to Java 7, so one suggestion is to uninstall Java 7 and re-install Java 6 until patched. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
On 8/28/2012 3:19 PM, glen herrmannsfeldt wrote: Shmuel Metz , Seymour J. shmuel+...@patriot.net wrote: In 503bf5eb.5010...@bremultibank.com.pl, on 08/28/2012 at 12:34 AM, R.S. r.skoru...@bremultibank.com.pl said: Valid, but illogical. Data set with zero size is illogical. No. That's exploitation of side effect. Stilla valid (it works, so it is valid), but it's still illogical. It's perfectly logical, as are /dev/null and DUMMY. But for CKD doesn't there have to be some place to write the EOF? I think BSAM/QSAM will simulate an EOF without doing any I/O to the data set if you try to read it. -- RIchard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
My 'interested colleague' Meral Temel supplied a crucial piece of the puzzle. She filled up a volume totally with ordinary data sets to where external indicators showed zero tracks of free space. She then allocated a zero-space data set on the volume with no error. There could not have been a spot for any fragment of the data set to be written outside the VTOC. I know that ISPF Browse will show 'no data' if it judges from the VTOC that utilization is zero, as in 3.2, regardless of what might be there physically. OTOH IEBGENER attempts read a file until EOF regardless of VTOC info. I ran GENER to print a zero-space data set:. The result is the same as if the only data on the first track were EOF. DATA SET UTILITY - GENERATE PROCESSING ENDED AT EOD . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Richard Peurifoy r-peuri...@neo.tamu.edu To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 01:33 PM Subject:Re: Space Allocation In Bytes Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On 8/28/2012 3:19 PM, glen herrmannsfeldt wrote: Shmuel Metz , Seymour J. shmuel+...@patriot.net wrote: In 503bf5eb.5010...@bremultibank.com.pl, on 08/28/2012 at 12:34 AM, R.S. r.skoru...@bremultibank.com.pl said: Valid, but illogical. Data set with zero size is illogical. No. That's exploitation of side effect. Stilla valid (it works, so it is valid), but it's still illogical. It's perfectly logical, as are /dev/null and DUMMY. But for CKD doesn't there have to be some place to write the EOF? I think BSAM/QSAM will simulate an EOF without doing any I/O to the data set if you try to read it. -- RIchard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
I'm curious - what do you do with all the cables coming in to the machine. Obviously you have a power cable, and all the channel cables. Do they get hung from the ceiling if you have no raised floor? -- Eric Bielefeld Systems Programmer Skip Robinson jo.skip.robin...@sce.com wrote: No one has mentioned the enhancement that most interests us:the EC12 can be installed in a data center *without raised floor*. Slab floors have become de rigour for new built-from-scratch data centers. The z114 can be mounted on slab but not the z196. This is the first Enterprise Class mainframe that can live happily in the brave new world. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
With the EC12, according to our IBM rep, all cables come down from the ceiling, which is provided for in a slab-only data center. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Eric Bielefeld eric-ibmm...@wi.rr.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 02:53 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I'm curious - what do you do with all the cables coming in to the machine. Obviously you have a power cable, and all the channel cables. Do they get hung from the ceiling if you have no raised floor? -- Eric Bielefeld Systems Programmer Skip Robinson jo.skip.robin...@sce.com wrote: No one has mentioned the enhancement that most interests us:the EC12 can be installed in a data center *without raised floor*. Slab floors have become de rigour for new built-from-scratch data centers. The z114 can be mounted on slab but not the z196. This is the first Enterprise Class mainframe that can live happily in the brave new world. . . JO.Skip Robinson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HELP - RECATALOGING VSAM COMPONENTS
G'Day, I restored a DB2 VSAM dsn (which was deleted in error) on to the volume which it used to reside on. The restore was from a full volume dump. All went well however it didn't catalog the CLUSTER COMPONENT: 2012.241 17:51:51 EXECUTION BEGINS THE INPUT DUMP DATA SET BEING PROCESSED IS IN FULL VOLUME FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2012.231 05:41:01 DATA SET CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 ALLOCATED, ON VOLUME(S): SMP116 THE FOLLOWING COMPONENTS FOR CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 ON SMP116 MAY HAVE TO BE CATALOGED IN CATALOG CHATT.UCAT COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED FROM VOLUME SMP116 VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 VDB2U.DSNDBD.PENDBD10.PENTS113.I0 2012.241 17:52:50 EXECUTION ENDS 2012.241 17:52:50 TASK COMPLETED WITH RETURN CODE I tried the following to catalog the component: DEFINE CL (NAME(VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001) - VOLUMES(SMP116) - RCTLG) - CATALOG('CHATT.UCAT') IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 86 - REASON CODE IS IGG0CLEY-6 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 Could someone suggest something that I could try? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HELP - RECATALOGING VSAM COMPONENTS
Did you look up the IDC3009I message 6 Explanation: Either the primary VSAM volume record (VVR) points to another catalog, or the primary VVR or non-VSAM volume record (NVR) for the object being recataloged was not found on the first volume serial number specified. The primary VVR or NVR contains the data set information needed to recatalog the object. Possible causes of this error are: o No VVR exists. o A VVR exists, but it points to another catalog. o Parameters were not specified as they were when the cluster was originally defined. The parameters are NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES. Programmer Response: If no VVR exists, then re-issue the DEFINE command, without the RECATALOG parameter, for the ICF catalog. If the VVR exists but points to a different catalog, specify the correct catalog and re-issue the DEFINE command with the RECATALOG parameter. If the original values for parameters NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES were not specified, specify the original values and re-issue the DEFINE command with the RECATALOG parameter. Have you tried adding LINEAR? Or is it the correct catalog (I tend to not include a catalog)? Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HELP - RECATALOGING VSAM COMPONENTS G'Day, I restored a DB2 VSAM dsn (which was deleted in error) on to the volume which it used to reside on. The restore was from a full volume dump. All went well however it didn't catalog the CLUSTER COMPONENT: 2012.241 17:51:51 EXECUTION BEGINS THE INPUT DUMP DATA SET BEING PROCESSED IS IN FULL VOLUME FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2012.231 05:41:01 DATA SET CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 ALLOCATED, ON VOLUME(S): SMP116 THE FOLLOWING COMPONENTS FOR CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 ON SMP116 MAY HAVE TO BE CATALOGED IN CATALOG CHATT.UCAT COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED FROM VOLUME SMP116 VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 VDB2U.DSNDBD.PENDBD10.PENTS113.I0 2012.241 17:52:50 EXECUTION ENDS 2012.241 17:52:50 TASK COMPLETED WITH RETURN CODE I tried the following to catalog the component: DEFINE CL (NAME(VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001) - VOLUMES(SMP116) - RCTLG) - CATALOG('CHATT.UCAT') IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 86 - REASON CODE IS IGG0CLEY-6 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 Could someone suggest something that I could try? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: HELP - RECATALOGING VSAM COMPONENTS
The cluster and the data component have a different names. Do I need to recatalog the cluster too? From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:13 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The most common problem with VSAM is failing to specify the proper value for indexed/nonindexed. It must match the actual cluster. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 04:01 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you look up the IDC3009I message 6 Explanation: Either the primary VSAM volume record (VVR) points to another catalog, or the primary VVR or non-VSAM volume record (NVR) for the object being recataloged was not found on the first volume serial number specified. The primary VVR or NVR contains the data set information needed to recatalog the object. Possible causes of this error are: o No VVR exists. o A VVR exists, but it points to another catalog. o Parameters were not specified as they were when the cluster was originally defined. The parameters are NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES. Programmer Response: If no VVR exists, then re-issue the DEFINE command, without the RECATALOG parameter, for the ICF catalog. If the VVR exists but points to a different catalog, specify the correct catalog and re-issue the DEFINE command with the RECATALOG parameter. If the original values for parameters NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES were not specified, specify the original values and re-issue the DEFINE command with the RECATALOG parameter. Have you tried adding LINEAR? Or is it the correct catalog (I tend to not include a catalog)? Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HELP - RECATALOGING VSAM COMPONENTS G'Day, I restored a DB2 VSAM dsn (which was deleted in error) on to the volume which it used to reside on. The restore was from a full volume dump. All went well however it didn't catalog the CLUSTER COMPONENT: 2012.241 17:51:51 EXECUTION BEGINS THE INPUT DUMP DATA SET BEING PROCESSED IS IN FULL VOLUME FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2012.231 05:41:01 DATA SET CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 ALLOCATED, ON VOLUME(S): SMP116 THE FOLLOWING COMPONENTS FOR CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 ON SMP116 MAY HAVE TO BE CATALOGED IN CATALOG CHATT.UCAT COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED FROM VOLUME SMP116 VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 VDB2U.DSNDBD.PENDBD10.PENTS113.I0 2012.241 17:52:50 EXECUTION ENDS 2012.241 17:52:50 TASK COMPLETED WITH RETURN CODE I tried the following to catalog the component: DEFINE CL (NAME(VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001) - VOLUMES(SMP116) - RCTLG) - CATALOG('CHATT.UCAT') IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 86 - REASON CODE IS IGG0CLEY-6 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 Could someone suggest something that I could try? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO
Re: Space Allocation In Bytes
On Tue, 28 Aug 2012 15:33:15 -0500, Richard Peurifoy wrote: But for CKD doesn't there have to be some place to write the EOF? I think BSAM/QSAM will simulate an EOF without doing any I/O to the data set if you try to read it. Yup. As I said here lately, I've depended on that behavior in the past. And I believe that if the primary extent is exactly filled, the OS will not allocate a secondary merely to write that EOF. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
On Tue, 28 Aug 2012 14:45:42 -0700, Skip Robinson wrote: I know that ISPF Browse will show 'no data' if it judges from the VTOC that utilization is zero, as in 3.2, regardless of what might be there physically. OTOH IEBGENER attempts read a file until EOF regardless of VTOC info. I ran GENER to print a zero-space data set:. The result is the same as if the only data on the first track were EOF. I believe this is the behavior of QSAM. BSAM at least in the past behaved otherwise; cheerfully reading residual, likely invalid, data. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE
By using FORCE would I lose the tape? I remember once before I did that and I think it got deleted from HSM. From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 1:10 PM Subject: Re: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE HSEND RECYCLE EXECUTE VOL(xx) FORCE ? What you have described is usually successful. You might also recall the datasets past the damaged point individually. When all have been recalled HSEND RECYCLE EXECUTE VOLUME(xx) FORCE This tape should then free up without a mount. HTH, snip I am trying to recycle a damaged ML2 tape. The RECYCLE rolls along however when it hits a particular dsn the recycle terminates. I deleted the migrated dsn (ML2) so as to bypass the problem however it doesn't work. Is there a way of having the RECYCLE bypass this troublesome dsn on the ML2 tape? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HELP - RECATALOGING VSAM COMPONENTS
Lizette, Would you have an example using LINEAR? From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:24 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS John, I have not done this but I would catalog the DB2 Cluster Name with LINEAR in the IDCAMS control cards. Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 4:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The cluster and the data component have a different names. Do I need to recatalog the cluster too? From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:13 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The most common problem with VSAM is failing to specify the proper value for indexed/nonindexed. It must match the actual cluster. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 04:01 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you look up the IDC3009I message 6 Explanation: Either the primary VSAM volume record (VVR) points to another catalog, or the primary VVR or non-VSAM volume record (NVR) for the object being recataloged was not found on the first volume serial number specified. The primary VVR or NVR contains the data set information needed to recatalog the object. Possible causes of this error are: o No VVR exists. o A VVR exists, but it points to another catalog. o Parameters were not specified as they were when the cluster was originally defined. The parameters are NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES. Programmer Response: If no VVR exists, then re-issue the DEFINE command, without the RECATALOG parameter, for the ICF catalog. If the VVR exists but points to a different catalog, specify the correct catalog and re-issue the DEFINE command with the RECATALOG parameter. If the original values for parameters NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES were not specified, specify the original values and re-issue the DEFINE command with the RECATALOG parameter. Have you tried adding LINEAR? Or is it the correct catalog (I tend to not include a catalog)? Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HELP - RECATALOGING VSAM COMPONENTS G'Day, I restored a DB2 VSAM dsn (which was deleted in error) on to the volume which it used to reside on. The restore was from a full volume dump. All went well however it didn't catalog the CLUSTER COMPONENT: 2012.241 17:51:51 EXECUTION BEGINS THE INPUT DUMP DATA SET BEING PROCESSED IS IN FULL VOLUME FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2012.231 05:41:01 DATA SET CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 ALLOCATED, ON VOLUME(S): SMP116 THE FOLLOWING COMPONENTS FOR CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 ON SMP116 MAY HAVE TO BE CATALOGED IN CATALOG CHATT.UCAT COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED FROM VOLUME SMP116 VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 VDB2U.DSNDBD.PENDBD10.PENTS113.I0 2012.241 17:52:50 EXECUTION ENDS 2012.241 17:52:50 TASK COMPLETED WITH RETURN CODE I tried the following to catalog the component: DEFINE CL (NAME(VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001) - VOLUMES(SMP116) - RCTLG) - CATALOG('CHATT.UCAT') IDC3014I CATALOG ERROR
Re: HELP - RECATALOGING VSAM COMPONENTS
And you should use the CLUSTER not the Data component. Sorry I missed that when I pasted your statements. Lizette -Original Message- From: Lizette Koehler stars...@mindspring.com Sent: Aug 28, 2012 4:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS I usually do not use the CATALOG parm, but since this is your job, here is what I might code: DEFINE CL (NAME(VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001) - VOLUMES(SMP116) - LINEAR- RCTLG) - CATALOG('CHATT.UCAT') Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 4:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS Lizette, Would you have an example using LINEAR? From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:24 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS John, I have not done this but I would catalog the DB2 Cluster Name with LINEAR in the IDCAMS control cards. Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 4:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The cluster and the data component have a different names. Do I need to recatalog the cluster too? From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:13 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The most common problem with VSAM is failing to specify the proper value for indexed/nonindexed. It must match the actual cluster. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 04:01 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you look up the IDC3009I message 6 Explanation: Either the primary VSAM volume record (VVR) points to another catalog, or the primary VVR or non-VSAM volume record (NVR) for the object being recataloged was not found on the first volume serial number specified. The primary VVR or NVR contains the data set information needed to recatalog the object. Possible causes of this error are: o No VVR exists. o A VVR exists, but it points to another catalog. o Parameters were not specified as they were when the cluster was originally defined. The parameters are NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES. Programmer Response: If no VVR exists, then re-issue the DEFINE command, without the RECATALOG parameter, for the ICF catalog. If the VVR exists but points to a different catalog, specify the correct catalog and re-issue the DEFINE command with the RECATALOG parameter. If the original values for parameters NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES were not specified, specify the original values and re-issue the DEFINE command with the RECATALOG parameter. Have you tried adding LINEAR? Or is it the correct catalog (I tend to not include a catalog)? Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HELP - RECATALOGING VSAM COMPONENTS G'Day, I restored a DB2 VSAM dsn (which was deleted in error) on to the volume which it used to reside on. The restore was from a full volume dump. All went well however it didn't catalog the CLUSTER COMPONENT: 2012.241 17:51:51 EXECUTION BEGINS THE INPUT DUMP DATA SET BEING PROCESSED IS IN FULL VOLUME FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2012.231 05:41:01 DATA SET CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 ALLOCATED, ON VOLUME(S): SMP116 THE FOLLOWING COMPONENTS FOR CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 ON SMP116 MAY HAVE TO BE CATALOGED IN CATALOG CHATT.UCAT COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001
Re: HELP - RECATALOGING VSAM COMPONENTS
Thanks Lizeete I will give it a try. From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:51 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS And you should use the CLUSTER not the Data component. Sorry I missed that when I pasted your statements. Lizette -Original Message- From: Lizette Koehler stars...@mindspring.com Sent: Aug 28, 2012 4:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS I usually do not use the CATALOG parm, but since this is your job, here is what I might code: DEFINE CL (NAME(VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001) - VOLUMES(SMP116) - LINEAR - RCTLG) - CATALOG('CHATT.UCAT') Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 4:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS Lizette, Would you have an example using LINEAR? From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:24 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS John, I have not done this but I would catalog the DB2 Cluster Name with LINEAR in the IDCAMS control cards. Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 4:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The cluster and the data component have a different names. Do I need to recatalog the cluster too? From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:13 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The most common problem with VSAM is failing to specify the proper value for indexed/nonindexed. It must match the actual cluster. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 04:01 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you look up the IDC3009I message 6 Explanation: Either the primary VSAM volume record (VVR) points to another catalog, or the primary VVR or non-VSAM volume record (NVR) for the object being recataloged was not found on the first volume serial number specified. The primary VVR or NVR contains the data set information needed to recatalog the object. Possible causes of this error are: o No VVR exists. o A VVR exists, but it points to another catalog. o Parameters were not specified as they were when the cluster was originally defined. The parameters are NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES. Programmer Response: If no VVR exists, then re-issue the DEFINE command, without the RECATALOG parameter, for the ICF catalog. If the VVR exists but points to a different catalog, specify the correct catalog and re-issue the DEFINE command with the RECATALOG parameter. If the original values for parameters NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES were not specified, specify the original values and re-issue the DEFINE command with the RECATALOG parameter. Have you tried adding LINEAR? Or is it the correct catalog (I tend to not include a catalog)? Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HELP - RECATALOGING VSAM COMPONENTS G'Day, I restored a DB2 VSAM dsn (which was deleted in error) on to the volume which it used to reside on. The restore was from a full volume dump. All went well however it didn't catalog the CLUSTER COMPONENT: 2012.241 17:51:51 EXECUTION BEGINS THE INPUT DUMP DATA SET BEING PROCESSED IS IN FULL VOLUME FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2012.231 05:41:01 DATA SET CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 ALLOCATED, ON VOLUME(S): SMP116 THE FOLLOWING COMPONENTS FOR
Re: HELP - RECATALOGING VSAM COMPONENTS
Lizette, You are a gem. Your suggestion worked. Thanks very very much. From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:51 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS And you should use the CLUSTER not the Data component. Sorry I missed that when I pasted your statements. Lizette -Original Message- From: Lizette Koehler stars...@mindspring.com Sent: Aug 28, 2012 4:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS I usually do not use the CATALOG parm, but since this is your job, here is what I might code: DEFINE CL (NAME(VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001) - VOLUMES(SMP116) - LINEAR - RCTLG) - CATALOG('CHATT.UCAT') Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 4:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS Lizette, Would you have an example using LINEAR? From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:24 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS John, I have not done this but I would catalog the DB2 Cluster Name with LINEAR in the IDCAMS control cards. Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 4:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The cluster and the data component have a different names. Do I need to recatalog the cluster too? From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 7:13 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS The most common problem with VSAM is failing to specify the proper value for indexed/nonindexed. It must match the actual cluster. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 04:01 PM Subject: Re: HELP - RECATALOGING VSAM COMPONENTS Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you look up the IDC3009I message 6 Explanation: Either the primary VSAM volume record (VVR) points to another catalog, or the primary VVR or non-VSAM volume record (NVR) for the object being recataloged was not found on the first volume serial number specified. The primary VVR or NVR contains the data set information needed to recatalog the object. Possible causes of this error are: o No VVR exists. o A VVR exists, but it points to another catalog. o Parameters were not specified as they were when the cluster was originally defined. The parameters are NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES. Programmer Response: If no VVR exists, then re-issue the DEFINE command, without the RECATALOG parameter, for the ICF catalog. If the VVR exists but points to a different catalog, specify the correct catalog and re-issue the DEFINE command with the RECATALOG parameter. If the original values for parameters NAME, INDEXED, LINEAR, NONINDEXED, NUMBERED, and VOLUMES were not specified, specify the original values and re-issue the DEFINE command with the RECATALOG parameter. Have you tried adding LINEAR? Or is it the correct catalog (I tend to not include a catalog)? Lizette -Original Message- From: John Dawes jhn_da...@yahoo.com.au Sent: Aug 28, 2012 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HELP - RECATALOGING VSAM COMPONENTS G'Day, I restored a DB2 VSAM dsn (which was deleted in error) on to the volume which it used to reside on. The restore was from a full volume dump. All went well however it didn't catalog the CLUSTER COMPONENT: 2012.241 17:51:51 EXECUTION BEGINS THE INPUT DUMP DATA SET BEING PROCESSED IS IN FULL VOLUME FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 13 MODIFICATION LEVEL 0 ON 2012.231 05:41:01 DATA SET CLUSTER VDB2U.DSNDBC.PENDBD10.PENTS113.I0001.A001 COMPONENT VDB2U.DSNDBD.PENDBD10.PENTS113.I0001.A001 ALLOCATED, ON VOLUME(S):
TSO LOGON Reconnect confirmation.
In the TSO graphic LOGON panel, I can either S Reconnect, in which it preempts any active session, or I can not select Reconnect, in which case it rejects the LOGON if another session is active. Either of these behaviors is extreme. If there's another session, I'd like it to prompt me: Another session is active. R(econnect) or C(ancel)? Is there any way to achieve this? Bonus points if it were to tell me if the active session has a compatible terminal type, and if not which, since if I reconnect to ISPF with an incompatible terminal type chaos ensues. Dumb ISPF. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Updated z/Architecture Principles of Operation
Has any information been forthcoming in respect to when an updated z/Architecture Principles of Operation will be made available? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Using LINUX or ZOS? Both + z/VM Roger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of shai hess Sent: Tuesday, August 28, 2012 1:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The IBM zEnterprise EC12 announcment On Tue, Aug 28, 2012 at 8:54 PM, Mark Post mp...@suse.com wrote: On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote: Why IBM manufacture new MF? Because customers will buy them. OK. Any new customers using MF or any increasing MF processing? According to IBM, a total of 142-150 new customers since 2009. Workload growth rate of existing customers is averaging around 30% per year. Using LINUX or ZOS? Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Thank. God bless you, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
:: Well, it depends on the point of view. :: Datasets by definition are for keeping data, not to make GRS ENQ, not Everything depends on the point of view! Roger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: Tuesday, August 28, 2012 5:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Space Allocation In Bytes :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of R.S. :: Sent: Tuesday, August 28, 2012 10:17 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Re: Space Allocation In Bytes :: :: W dniu 2012-08-28 17:59, Roger W. Suhr pisze: :: No, it's not illogical. We use Format 1 DSCB entries as model DSCB :: for :: GDG's and other things. No data space use is needed for that, so we :: allocate TRK=0. No problem there! :: :: Well, it depends on the point of view. :: Datasets by definition are for keeping data, not to make GRS ENQ, not :: to be DSCB model (BTW: haven't heard anyone about SMS? DATACLASS or even :: LIKE?). Zero-space dataset is like PDS with zero directory. Possible to :: create, but not usable as intended. Do you extend this narrow definition of intention to include a PDS where all the data is kept in the directory and the members are all empty? This technique has probably been around as long as model DSCBs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Does IDCAMS really do that?
20.2.13 Delete a Member of a Partitioned (Non-VSAM) Data Set in a Catalog: Example 13 ?? ... ?? DELETE - EXAMPLE.NONVSAM2 - PURGE - CATALOG(USERCAT4) The [second] DELETE command deletes all remaining members and then the partitioned non-VSAM data set, EXAMPLE.NONVSAM2, itself... Haha, the truth is, this will delete the whole dataset (PDS or not) -- Gone -- No need to delete members! Roger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, August 28, 2012 6:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Does IDCAMS really do that? In: Title: z/OS V1R12.0 DFSMS AMS for Catalogs Document Number: SC26-7394-11 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i290/20.2.13 I read: 20.2.13 Delete a Member of a Partitioned (Non-VSAM) Data Set in a Catalog: Example 13 ... DELETE - EXAMPLE.NONVSAM2 - PURGE - CATALOG(USERCAT4) The [second] DELETE command deletes all remaining members and then the partitioned non-VSAM data set, EXAMPLE.NONVSAM2, itself... That seems terribly wasteful to me. Why delete all the members first? Wouldn't it suffice to delete the partitioned non-VSAM data set [] itself. The members won't be there after that, will they? Ghosts? Who you gonna call? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO LOGON Reconnect confirmation.
On Tue, 28 Aug 2012 21:04:24 -0400, Gerhard Postpischil wrote: I'd like it to prompt me: Another session is active. R(econnect) or C(ancel)? Yes, but you probably won't like it. The method is to implement a pre-logon exit, which entails doing your own screen I/O, error recovery, prompting for user id and password, etc. You're right. I don't like it. How did you guess? Actually, in HLASM I could do anything, even write my own TMP. If I wanted to. If I knew how. Couldn't I? And If I can prompt for passwords, I can copy them. Sounds like a security exposure to me. As a bonus you can allow multiple TSO sessions on the same system, something not recommended for the faint of heart. Is this more frightening than multiple TSO sessions on separate processors, which I do regularly? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN