Re: Opcode tables
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/26/2010 09:16:41 PM: are, in fact, macros still distributed in SYS1.MACLIB (even z/OS 1.11). I know what PGOUT used to be, and I am surprised IBM has left it in SYS1.MACLIB for so long. PGOUT continues to be documented and supported. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: gzip123
John, thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: gzip123
Jan, this link does not work anymore. See reply of John. I found it there. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Necessity of UID zero.
Mark Zelden pisze: On Tue, 26 Oct 2010 22:08:22 +0200, R.S. r.skoru...@stupid.com.pl wrote: 2. Since serverpac installation is (should) never been done on productions system as a driver then auditors requirements are plain STUPID. Why not? Your driving system isn't affected. Performance may be much better also. Other reasons could include having enough dasd for SMPNTS, ICSF or other software you want / need on the driving system. 1. Wide authorities needed for the installation. I.e. person who performs the installation need to create many RACF definitions which implies SPECIAL. It is usually against security policy. 2. Operations on ICF catalogs. Stupid human error could affect driving system. Not a big problem for sandbox/technology/test LPAR, big issue for production. 3. Similar problems with HFS filesystems - a mistake could result in change content of production filesystems. 4 Whole process is against rule of thumb: production system is for production, not for development, app. tests, system tests, etc. So, UNLESS the installation is really performed on production (which I still strongly doobt), I sustain my opinion. Otherwise I would have very critical opinion about installation process. Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: gzip123
http://ibmmainframes.com/about44137.html still works with me, Luc. *Main points:* An executable for version 1.2.3 is in http://www.gzip.org/gzip123mvs.zip . *(corresponds to John's reply) * USS provides GZIP GZIP version 1.2.4 supplied by IBM as part of Unix System Services ported tools. http://www-03.ibm.com/systems/z/os/zos/features/unix/bpxa1ty1.html Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-OPS/MVS to IBM's System Automation?
On Wed, 27 Oct 2010 12:44:49 +0800 Timothy Sipples timothy.sipp...@us.ibm.com wrote: :Binyamin Dissen writes: :If ALERTs are issued for normal events, they no longer have value :as ALERTs. :Ah, but who decides whether they're normal or not (and then what actions, :if any, to take)? The person taking the action that would cause the unneeded alert. :Any even moderately capable console that collects SNMP alerts also has the :capability to triage and filter them according to evolving rules that :define normalcy. But if the alert never gets sent, then that filtering :decision has already been made -- and *could* be made very badly. I tend to :prefer reality and transparency. :As I alluded to, it is possible to initiate additional alerts, such as: :09:55 Information: Application XYZ123 will have 30 minute planned outage :starting in 5 minutes. :10:00 ALERT: Application XYZ123 is now offline. That increases the number of ALERTs, as the one receiving the second message has to pay attention to the first one in order to know that the ALERT is not really an ALERT. Of course, one could downgrade the level of the second message to information in this context, but one may as well (from the context of ALERTs) simply not deliver it (or, perhaps, always deliver XVZ123 is now offline to those that wish to subscribe to information messages. :There's also the issue of testing at the console (and beyond). If the :alerts never get sent, how do you know that the real ones work (or even go :anywhere)? The above example is the equivalent of a fire drill, or alert :rehearsal. I tend to prefer that. Your opinions and practices may vary. I am not arguing against drills. What I am arguing against is issuing an ALERT when normal operations are taking place. For example, let use say that XYZ123 is always scheduled offline on Sunday. Is there a need for an ALERT when it goes down for Sunday? Or, perhaps, the ALERT should only be delivered when it goes offline outside the schedule? :And there's yet another reason to avoid obfuscation: to measure SLAs :accurately. If you're secretly downing applications, is that getting :reflected in Service-Level Agreement measurements? Probably not, and :perhaps with accurate knowledge you wouldn't be downing applications so :often (or at all), and/or somebody else could make an informed decision :whether or not to improve the SLA of particular application functions. Way :too many IT folks think that SLAs are only about unplanned hard-stop :system-level outages. The end-user perspective is much more about can I :get my work done? and that really is the only correct perspective. Can I :get my work done? is answered by looking at end-to-end service delivery, :both planned and unplanned outages, missed response time goals (not just :down outages), plus some other factors (e.g. I can't log in!) Then, again, it is not an ALERT but an information message. Perhaps the person subscribes to all messages on his work computer but only subscribes to ALERTs from his PDA. By sending XYZ123 is offline as an ALERT, there will not be the context that XYZ123 was scheduled to be offline. :Anyway, this discussion borders on the philosophical, but now you know my :philosophy. :-) -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why on earth is the UTOKEN pointed to by CIBXUTOK in fetch protected storage?
On Mon, 18 Oct 2010 11:59:28 -0500 Walt Farrell wfarr...@us.ibm.com wrote: :On Sun, 17 Oct 2010 01:08:52 +0200, Binyamin Dissen :bdis...@dissensoftware.com wrote: :Why on earth is the UTOKEN pointed to by CIBXUTOK in fetch protected storage? :After all, the MODIFY interface is supported for non-privileged callers. :Perhaps because (a) the CIB is in common storage and (b) the UTOKEN contains :information (such as a group name and a SECLABEL name) that the installation :might consider sensitive and want to keep private, rather than being visible :to everyone running on the system. I guess that could make sense. Pity that an XMEM post is used instead of an SRB to copy the data and then post. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE versus PDS
On Tue, 26 Oct 2010 12:50:56 -0300 Clark Morris cfmpub...@ns.sympatico.ca wrote: :On 26 Oct 2010 04:34:49 -0700, in bit.listserv.ibm-main you wrote: :I will forgive him his SYS1.NUCLEUS jibe, since the rest of his post :makes it clear that he knows very well where the real problem lies. :Maybe I don't know. The only problem that I know of, and the reason that I :created deferred LPA wait,was the question of how an application, starting :after IPL, could know for sure that modules it needed to be in LPA (and :that needed to come from a PDSE) were actually available to the :application. Obviously for normal LPA, this is known because the IPL would :not have gotten to the point of starting applications without normal LPA :having been built. In practice, no one had complained about this, but it :had bothered me, so perhaps the silent majority had been too silent and :left it up to us to do what we thought needed doing. :RAS problems with them at what I shall now call LPA-construction :time needed to be addressed. :I'm not sure, but perhaps John misconstrued what I was getting at. Having :to have all the PDSE support code in common storage (and its data in the :master address space) rather than in a separate address space is a RAS :problem (and possibly a VSCR problem) that is not solvable without a :massive restructure to allow multiple address spaces before LPA is built. :That won't happen.. Yeah, you could conceive of the code living :temporarily in master's private and then the real copy live in its own :address space later, but that isn't going to happen either. This simply :comes back to the requirement: there is none. I was not referring to RAS :problems with PDSEs which would be,an entirely different matter and would :not need an LPA discussion to be brought forward. :Why would all of the PDSE support code have to be in memory for just :the read and load functions? Also could the read code be above the :bar if just used for pintail load and discarded? I am sure that it could. The question being, is it worth the expense? As there have been few if any requests with 's attached, the answer is clearly no. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 1.12 SDSF Problem
Thanks Bob. This is very aggravating. Because there is no PTF available I guess, this one doesn't show up in either PSP bucket. (1.11 or 1.12). Since there is a workaround, I would have liked to have known about this. (Had I read it prior to the 5AM IPL I could have gotten a change in :) That's what makes this list so worthwhile! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: COBOL on the Rise?
Interesting post and URL below from another forum. Full URL is: http://www.readwriteweb.com/hack/2010/10/which-programming-languages-ar.php?utm_source=feedburnerutm_medium=feedutm_campaign=Feed%3A+readwriteweb%2Fhack+%28ReadWriteHack%29 The surprise to me is Erlang. I've read up on it. I found it to be very interesting! But also very different, being a functional language (like LISP) instead of an imperative language like most (including COBOL). I think Erlang would be a wonderful language for CICS. It is inherently thread safe. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: midrange-nontech-boun...@midrange.com [mailto:midrange-nontech-boun...@midrange.com] On Behalf Of Mike Wills Sent: Wednesday, October 27, 2010 8:21 AM To: midrange-nont...@midrange.com Subject: COBOL on the Rise? ReadWriteWeb just posted an article (http://murl.me/17q) on the programming languages on the rise. COBOL was in the top 10. Looks like companies are now trying to replace positions that they cut/forced into retirement now. -- Mike Wills http://mikewills.me -- This is the Non-Technical Discussion about the AS400 / iSeries (Midrange-NonTech) mailing list To post a message email: midrange-nont...@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-nontech or email: midrange-nontech-requ...@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-nontech. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Necessity of UID zero.
I've never worked anywhere that had a separate development LPAR. Production, QA, etc. are all done in one LPAR; the other LPAR is the systems programmer's sandbox. So, I've always done Serverpac on Production, too, and it's seemed quite safe to me. But it is interesting to gain some insight into what needs to be taken into consideration in other operating environments, though I am somewhat despondent that Radoslaw has such a critical opinion of me. :-) Regards, Greg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, October 27, 2010 3:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Necessity of UID zero. 1. Wide authorities needed for the installation. I.e. person who performs the installation need to create many RACF definitions which implies SPECIAL. It is usually against security policy. 2. Operations on ICF catalogs. Stupid human error could affect driving system. Not a big problem for sandbox/technology/test LPAR, big issue for production. 3. Similar problems with HFS filesystems - a mistake could result in change content of production filesystems. 4 Whole process is against rule of thumb: production system is for production, not for development, app. tests, system tests, etc. So, UNLESS the installation is really performed on production (which I still strongly doobt), I sustain my opinion. Otherwise I would have very critical opinion about installation process. Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CTC Connectivity
Hi group! I am trying to gen some CTC connections on FICON for three LPARs on a single machine. All the existing ESCON channels are full up, so I am trying to gen the CTCs using FICON without going through a switch (no cabling requirements). I am using a channel with CUs 4020 4030 and 4040 on a shared channel and 5020 5030 and 5040 on another shared channel. With shared channels, the manual says that if the Unit address on both sides is 00 and the CUADD is equal to the LPAR number (the three LPAR numbers are are 2 3 and 4) then they should connect. The CTC connectivity panel shows no coonection between the 40nn and the 50nns. 4020 is used to send to LPAR 2. LPAR 2 is not in the device candidate list for 4020 but is for 4030 and 4040 4030 is used to send to LPAR 3. LPAR 3 is not in the device candidate list for 4030 but is for 4020 and 4040. 4040 is used to send to LPAR 4. LPAR 4 is not in the device candidate list for 4040 but is for 4020 and 4030 Exactly the same applies to the 5020 5030 and 5040 CTCs. Can anyone give me some guidance as to why they dont connect? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CTC Connectivity
The CTC connectivity report does not work for these types of definitions, since it has no way of knowing that the two channels are connected to each other. It has always been this way for ESCON/FICON CTCs without a switch. On Wed, Oct 27, 2010 at 10:03 AM, Errol Van staden vs.er...@gmail.comwrote: Hi group! I am trying to gen some CTC connections on FICON for three LPARs on a single machine. All the existing ESCON channels are full up, so I am trying to gen the CTCs using FICON without going through a switch (no cabling requirements). I am using a channel with CUs 4020 4030 and 4040 on a shared channel and 5020 5030 and 5040 on another shared channel. With shared channels, the manual says that if the Unit address on both sides is 00 and the CUADD is equal to the LPAR number (the three LPAR numbers are are 2 3 and 4) then they should connect. The CTC connectivity panel shows no coonection between the 40nn and the 50nns. 4020 is used to send to LPAR 2. LPAR 2 is not in the device candidate list for 4020 but is for 4030 and 4040 4030 is used to send to LPAR 3. LPAR 3 is not in the device candidate list for 4030 but is for 4020 and 4040. 4040 is used to send to LPAR 4. LPAR 4 is not in the device candidate list for 4040 but is for 4020 and 4030 Exactly the same applies to the 5020 5030 and 5040 CTCs. Can anyone give me some guidance as to why they dont connect? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Necessity of UID zero.
On Wed, 27 Oct 2010 10:48:31 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: I don't have a problem with any of your reasons on why a development or sandbox LPAR might be preferred, but I had a problem with the use of the word never (or should never) since SeverPac is designed to be run from a driving system without changing that system in any way that would be harmful. I will also address some things below: Mark Zelden pisze: On Tue, 26 Oct 2010 22:08:22 +0200, R.S. r.skoru...@stupid.com.pl wrote: 2. Since serverpac installation is (should) never been done on productions system as a driver then auditors requirements are plain STUPID. Why not? Your driving system isn't affected. Performance may be much better also. Other reasons could include having enough dasd for SMPNTS, ICSF or other software you want / need on the driving system. 1. Wide authorities needed for the installation. I.e. person who performs the installation need to create many RACF definitions which implies SPECIAL. It is usually against security policy. No more authorities are needed for installation of serverpac on any production systems that I work with for any client than the system programmers who do serverpac installations already have.Also, z/OS is not the only serverpac that exists. You can get ServerPac for CICS, DB2, etc. also. Those sysprogs always install their new versions of software on the production sysplexes (while the MVS sysprogs do occasionally install software from a testplex). Since I like to get my job done quicker, when I can, I still prefer to run installation jobs on an LPAR with capacity instead of a 1 engine 20 MIP capped sandbox LPAR. :-) 2. Operations on ICF catalogs. Stupid human error could affect driving system. Not a big problem for sandbox/technology/test LPAR, big issue for production. If someone can't define an alias to a new catalog (SSA) on the production system without screwing it up, they shouldn't be attempting something as involved as upgrading an OS. The newbies should get their feet wet doing other tasks. Hundreds operations on ICF catalogs in production are done every week (mostly new aliases for users, removing users). These are all standard operational activities and of course human error could affect it. Human error could also lead to deletion of SYS1.LINKLIB, but we don't worry about that. 3. Similar problems with HFS filesystems - a mistake could result in change content of production filesystems. 4 Whole process is against rule of thumb: production system is for production, not for development, app. tests, system tests, etc. Same general comments as above as far as whom you let install maintenance or install operating systems. But since root file systems are mounted read only, that also protects from mistakes. So, UNLESS the installation is really performed on production (which I still strongly doobt), I sustain my opinion. Otherwise I would have very critical opinion about installation process. On several sysplexes I support, there is no development environment. There are critical and less critical LPARs including mostly TSO LPARs (but even those have production CICS/DB2/MQ), but production / development subsystems exist on all those LPARs together.I'm not saying it's ideal, but it is what it is (I also support environments that do have strictly production workload in a production plex and development in a development plex). Again, my problem was with the word never and blanket statements. Not every shop has a robust sandbox / development environment they use for installation of software. Testing, is another issue. Of course you test your installation in a sandbox / development environment first if you can. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CTC Connectivity
On Wed, 27 Oct 2010 09:03:54 -0500, Errol Van staden wrote: I am using a channel with CUs 4020 4030 and 4040 on a shared channel and 5020 5030 and 5040 on another shared channel. With shared channels, the manual says that if the Unit address on both sides is 00 and the CUADD is equal to the LPAR number (the three LPAR numbers are are 2 3 and 4) then they should connect. The CTC connectivity panel shows no coonection between the 40nn and the 50nns. Can anyone give me some guidance as to why they dont connect? Enter a serial number for the CUs (in your case the same serial number for all 6 CUs). http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CBDZUG70/6.16.3.3?SHELF=CBDZBKA0DT=20090617174221CASE= (Point-to-point CTC connections are only recognized if the control units associated to a specific CTC connection have the same serial number defined.) Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CTC Connectivity
Scott Rowe wrote: The CTC connectivity report does not work for these types of definitions, since it has no way of knowing that the two channels are connected to each other. It has always been this way for ESCON/FICON CTCs without a switch. A good example of where RMF can't be reliably used to glean configuration. But in this case the data it has access to doesn't support that line of enquiry. Another, perhaps more trivial, one is the absence of PCHIDs in Type 73. (CHPIDs are there but not PCHIDs.) Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: COBOL on the Rise?
On 27 Oct 2010 09:52:58 -0700, t...@harminc.net (Tony Harminc) wrote: Interesting that Erlang and Pascal are both the names of programming languages, and of units of measure. Are there other languages with the same naming oddity? Is there e.g. a Newton language? A Basic measurement? Hourglass? Iota? Tiny? C is a language and a speed. Have you ever checked out http://99-bottles-of-beer.net/ ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Product Suggestions
Any suggestions from the list for replacements of the below listed products would be appreciated am assuming SYNC sort can be replace with IBM DFSORT, or CASORT but trying to avoid CA products thanks, Augie CA Products ACF2 CA1 CopyCat TPX NetMaster Intertest Detector for DB2 Plan Analyzer Allocate Vantage SymDump XCOM RC/Update Extract ASG Products ViewDirect Synsort Products Syncsort SRAM Data Direct Products SQLINK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
CA Products ACF2RACF CA1 IBM RMM or CONTROL-T from BMC CopyCat unknown TPX IBM Netview Access Services NetMaster IBM Netview Intertest COMPUWARE Products and IBM has a suite Detector for DB2unknown Plan Analyzer unknown Allocateunknown Vantage unknown SymDump COMPUWARE Products and IBM has a suite XCOMunknown RC/Update Extract unknown ASG Products ViewDirect I am sure there are some replacements but I loved View Direct when it was owned by Mobius. Synsort Products Syncsort SRAM IBM DFSORT Data Direct Products SQLINK Don't know of any ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of August Carideo Sent: Wednesday, October 27, 2010 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Product Suggestions Any suggestions from the list for replacements of the below listed products would be appreciated am assuming SYNC sort can be replace with IBM DFSORT, or CASORT but trying to avoid CA products thanks, Augie CA Products ACF2 CA1 CopyCat TPX NetMaster Intertest Detector for DB2 Plan Analyzer Allocate Vantage SymDump XCOM RC/Update Extract ASG Products ViewDirect Synsort Products Syncsort SRAM Data Direct Products SQLINK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IRA400E
Has anyone seen this on your SDM (SYSTEM DATA MOVER) lpars? IRA400E 04,PAGEABLE STORAGE SHORTAGE *IRA404I ANTAS001 ASID 0131 OWNS 386726 PAGES, 326911 FIXED, 158567 FIXED IN SHORTAGE AREA *IRA404I ANTAS003 ASID 0140 OWNS 388012 PAGES, 311695 FIXED, 114506 FIXED IN SHORTAGE AREA *IRA404I ANTAS004 ASID 013E OWNS 382314 PAGES, 340669 FIXED, 114061 FIXED IN SHORTAGE AREA *IRA404I ANTAS002 ASID 0024 OWNS 387917 PAGES, 340053 FIXED, 002642 FIXED IN SHORTAGE AREA *IRA404I *MASTER* ASID 0001 OWNS 006377 PAGES, 003666 FIXED, 000388 FIXED IN SHORTAGE AREA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
W dniu 2010-10-27 19:46, August Carideo pisze: Any suggestions from the list for replacements of the below listed products would be appreciated am assuming SYNC sort can be replace with IBM DFSORT, or CASORT but trying to avoid CA products thanks, Augie CA Products ACF2 - IBM RACF CA1 - IBM RMM CopyCat TPX - nothing! - assuming you are using PC's, it's quite good alternative. NetMaster Intertest AFAIK - Compuware Xpediter Detector for DB2 Plan Analyzer - BMC product AFAIR Allocate DFSMS ? Vantage SymDump XCOM RC/Update Extract ASG Products ViewDirect Synsort Products Syncsort SRAM Data Direct Products SQLINK BTW: it would be helpful for both: us and you if you would attach some description about the product's purpose. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRA400E
On Wed, Oct 27, 2010 at 1:08 PM, Sharon Lopez sharon.lo...@nc.gov wrote: Has anyone seen this on your SDM (SYSTEM DATA MOVER) lpars? IRA400E 04,PAGEABLE STORAGE SHORTAGE http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2m9a0/17.29?ACTION=MATCHESREQUEST=IRA400ETYPE=FUZZYSHELF=EZ2MZ920.bksDT=20090604031249CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT 04 Pageable frames between 16 megabytes and 2 gigabytes shortage (Less than 2GB of real storage frames can be swapped out if needed.) *IRA404I ANTAS001 ASID 0131 OWNS 386726 PAGES, 326911 FIXED, 158567 FIXED IN SHORTAGE AREA *IRA404I ANTAS003 ASID 0140 OWNS 388012 PAGES, 311695 FIXED, 114506 FIXED IN SHORTAGE AREA *IRA404I ANTAS004 ASID 013E OWNS 382314 PAGES, 340669 FIXED, 114061 FIXED IN SHORTAGE AREA *IRA404I ANTAS002 ASID 0024 OWNS 387917 PAGES, 340053 FIXED, 002642 FIXED IN SHORTAGE AREA *IRA404I *MASTER* ASID 0001 OWNS 006377 PAGES, 003666 FIXED, 000388 FIXED IN SHORTAGE AREA http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2m9a0/17.33?ACTION=MATCHESREQUEST=IRA400ETYPE=FUZZYSHELF=EZ2MZ920.bksDT=20090604031249CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT Users (or jobs) ANTAS001, ANTAS003, ANTAS004, ANTAS002 was using a large amount of memory at the time the message was generated. Review to see what programs they were running. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
I would go to the MacKinney site to see what they have as replacement for your product. They have great products/customer service at a fair price. I am NOT affiliated with them just use thier products mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRA400E
In a message dated 10/27/2010 1:49:12 P.M. Central Daylight Time, mike.a.sch...@gmail.com writes: large amount of memory at the time the message was generated. Review to see what programs they were running. pV=nRT ? Gas law. My guess would be too many Requests, pipe/path is clogged, receiver is bogged down with multiple requests. Tuning opportunity, maybe service...open a PMR -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
In a message dated 10/27/2010 1:49:46 P.M. Central Daylight Time, mace1...@gmail.com writes: They have great products/customer service at a fair price. I am NOT affiliated with them just use their products John Anderson runs isvcosts list from ibm.ca We've found it useful in past for comparison and evaluations. No vendors allowed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
Agreed. I like the products from them which we have. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larry Macioce Sent: Wednesday, October 27, 2010 1:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Product Suggestions I would go to the MacKinney site to see what they have as replacement for your product. They have great products/customer service at a fair price. I am NOT affiliated with them just use thier products mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
August, The CopyCat product can be replaced with the OpenTech Systems TapeCOpy product. URL listed below. Don -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of August Carideo Sent: Wednesday, October 27, 2010 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Product Suggestions Any suggestions from the list for replacements of the below listed products would be appreciated am assuming SYNC sort can be replace with IBM DFSORT, or CASORT but trying to avoid CA products thanks, Augie CA Products ACF2 CA1 CopyCat - TapeCopy http://www.opentechsystems.com/tape-copy.php TPX NetMaster Intertest Detector for DB2 Plan Analyzer Allocate Vantage SymDump XCOM RC/Update Extract ASG Products ViewDirect Synsort Products Syncsort SRAM Data Direct Products SQLINK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
Been looking at responses. also looking at BIM / CSI, and MacKinney I rem when all McK products for VSE where 99$ listcat+ etc - no I am not THAT old just been in DP since was young or is it IT We are looking at replacements on all platforms here Z/os Z/vm and Z/vse thanks to those who have responded so far Augie Larry Macioce mace1...@gmail.c OMTo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: Product Suggestions 10/27/2010 02:52 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu I would go to the MacKinney site to see what they have as replacement for your product. They have great products/customer service at a fair price. I am NOT affiliated with them just use thier products mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Suggestions
When Mobius had it they were right down the street from us thanks again for those who have replied so far I am compiling a list Petersen, Jim jim_peter...@hom EDEPOT.COMTo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: Product Suggestions 10/27/2010 02:05 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu CA Products ACF2RACF CA1 IBM RMM or CONTROL-T from BMC CopyCat unknown TPX IBM Netview Access Services NetMaster IBM Netview Intertest COMPUWARE Products and IBM has a suite Detector for DB2unknown Plan Analyzer unknown Allocateunknown Vantage unknown SymDump COMPUWARE Products and IBM has a suite XCOMunknown RC/Update Extract unknown ASG Products ViewDirect I am sure there are some replacements but I loved View Direct when it was owned by Mobius. Synsort Products Syncsort SRAM IBM DFSORT Data Direct Products SQLINK Don't know of any ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of August Carideo Sent: Wednesday, October 27, 2010 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Product Suggestions Any suggestions from the list for replacements of the below listed products would be appreciated am assuming SYNC sort can be replace with IBM DFSORT, or CASORT but trying to avoid CA products thanks, Augie CA Products ACF2 CA1 CopyCat TPX NetMaster Intertest Detector for DB2 Plan Analyzer Allocate Vantage SymDump XCOM RC/Update Extract ASG Products ViewDirect Synsort Products Syncsort SRAM Data Direct Products SQLINK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email
Re: Product Suggestions
If you need to replace TPX and NetMaster I would look at Quest Software's Multsess and NCI (or the NC suite). I have not used them for a while but they were more than adequate replacements for the CA products. Kevin Cogley E-Net Corporation On Oct 27, 2010, at 12:46 PM, August Carideo wrote: Any suggestions from the list for replacements of the below listed products would be appreciated am assuming SYNC sort can be replace with IBM DFSORT, or CASORT but trying to avoid CA products thanks, Augie CA Products ACF2 CA1 CopyCat TPX NetMaster Intertest Detector for DB2 Plan Analyzer Allocate Vantage SymDump XCOM RC/Update Extract ASG Products ViewDirect Synsort Products Syncsort SRAM Data Direct Products SQLINK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Paul Baxendale is out of the office (returning 01/11/2010)
I am out of the office until 01/11/2010. I will respond to your message on my return. Note: This is an automated response to your message Re: CTC Connectivity sent on 27/10/10 15:28:14. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPCS RSMDATA bug. ???
When I run the following command RSMDATA DSPACE TOTONLY I get a report for the dataspaces in my address space however if I run the following command RSMDATA VIRTPAGE DATASPACES. I get '-' in the DSP NAME. column. In every line. seems like a contridiction Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRA400E
Users (or jobs) ANTAS001, ANTAS003, ANTAS004, ANTAS002 was using a large amount of memory at the time the message was generated. Review to see what programs they were running. These are part of z/OS. Along with ANTMAIN. I forget exactly what they do, but I believe they have something to do with supportin the IOS. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRA400E
http://publib.boulder.ibm.com/infocenter/zos/v1r10/index.jsp?topic=/com.ibm.zos.r10.antg000/sdm.htm Suggests it is part of eXtended Remote Copy (XRC). You might look at I/O rates, a cable might have been cut and I/O stacked up on your primary. Do you route your connections via different routes. A drive failure might be causing a raid rebuild of the failed disk and slowing writes. On Wed, Oct 27, 2010 at 5:52 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Users (or jobs) ANTAS001, ANTAS003, ANTAS004, ANTAS002 was using a large amount of memory at the time the message was generated. Review to see what programs they were running. These are part of z/OS. Along with ANTMAIN. I forget exactly what they do, but I believe they have something to do with supportin the IOS. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS RSMDATA bug. ???
When I run the following command RSMDATA DSPACE TOTONLY I get a report for the dataspaces in my address space however if I run the following command RSMDATA VIRTPAGE DATASPACES. I get '-' in the DSP NAME. column. In every line. seems like a contridiction The DATASPACES parameter tells the VIRTPAGE report to include data space information as well as address space information. There is no way to request that address space information should be excluded from the VIRTPAGE report. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Announcements URL
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Craig Dudley Hi John, I'll try it with Firefox on Linux when I get home tonight. IBM has been pretty good about coding their web pages to be browser-agnostic. Did you ever try this URL with Firefox on Linux? Sorry; thought I had posted: Yes (later the same day), and it worked fine. Linux distro is Ubuntu 10.1, Firefox 3.6.10. -jc- Thanks -- Craig Dudley Systems Communications Sciences, Inc. 244 Poor Farm Rd. New Ipswich, NH 03071-3922 603.878.1148 Fax 603.925.1978 -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Craig Dudley Sent: Wednesday, October 20, 2010 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: Fwd: Re: IBM Announcements URL Hi Ed, http://www-01.ibm.com/common/ssi/index.wss ---SNIP- I tried again this morning and got through with no issue. Try it again and see if it now works for you. Still same problem with Safari 5.0.2 Firefox 3.6.11 on Mac OS X 10.6.4. -- Craig Dudley Systems Communications Sciences, Inc. 244 Poor Farm Rd. New Ipswich, NH 03071-3922 603.878.1148 Fax 603.925.1978 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS RSMDATA bug. ???
I don't want to exclude the Address space parameters the RSMDATA DSPACE report tells me that I have over 2 real frames Backing up my data space So. To get a more detailed picture Which Vitual Page of the Dspace is backed by Real I tried VIRTPAGE DATASPACES ad I would expect some of those frames to be pointing to the Dataspaces But none are that impossible .. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Mulder Sent: Wednesday, October 27, 2010 8:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IPCS RSMDATA bug. ??? When I run the following command RSMDATA DSPACE TOTONLY I get a report for the dataspaces in my address space however if I run the following command RSMDATA VIRTPAGE DATASPACES. I get '-' in the DSP NAME. column. In every line. seems like a contridiction The DATASPACES parameter tells the VIRTPAGE report to include data space information as well as address space information. There is no way to request that address space information should be excluded from the VIRTPAGE report. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/os 1.11 and low private
On Tue, 26 Oct 2010 17:27:47 -0400, Knutson, Sam sknut...@geico.com wrote: Even though it is not the default with appropriate testing no one should be afraid of setting USEZOSV1R9RULES(NO). This is going to have a positive impact on performance in select tasks. Sam, We specifically looked at the performance of USEZOSV1R9RULES(NO) as part of our Mean Time To Recovery (MTTR) efforts. During our testing, we simulated DB2 opening a very large number (100K) of VSAM data sets. USEZOSV1R9RULES(NO) made a noticeable difference, and that difference was proportionately greater as the number of data sets being opened was increased. USEZOSV1R9RULES(NO) is certainly something that we would recommend to anyone who wants to reduce their DB2 start-up time. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/os 1.11 and low private
z/OS 1.12 has a new ALLOC parameter that is supposed to improve DB2 start-up times when it's got zillions of files too: SYSTEM MEMDSENQMGMT(ENABLE) This option re-jigs allocation/de-allocation processing to make it more efficient when lots of files are allocated. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of W. Kevin Kelley Sent: Thursday, 28 October 2010 10:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os 1.11 and low private On Tue, 26 Oct 2010 17:27:47 -0400, Knutson, Sam sknut...@geico.com wrote: Even though it is not the default with appropriate testing no one should be afraid of setting USEZOSV1R9RULES(NO). This is going to have a positive impact on performance in select tasks. Sam, We specifically looked at the performance of USEZOSV1R9RULES(NO) as part of our Mean Time To Recovery (MTTR) efforts. During our testing, we simulated DB2 opening a very large number (100K) of VSAM data sets. USEZOSV1R9RULES(NO) made a noticeable difference, and that difference was proportionately greater as the number of data sets being opened was increased. USEZOSV1R9RULES(NO) is certainly something that we would recommend to anyone who wants to reduce their DB2 start-up time. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM delete without Cluster
Thanks to all for the replies. Special to thanks to Radoslaw. Your solution work great. Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
