Re: IBM Mainframe: 50 Years of Big Iron Innovation
You're kidding, right Pat? We count almost as much as accountants and statisticians! After last year's three heart attacks, I am very glad the counting continues! 58 rules! Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick O'Keefe Sent: Friday, May 15, 2009 9:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Mainframe: 50 Years of Big Iron Innovation On Fri, 15 May 2009 18:44:43 -0500, Rick Fochtman rfocht...@ync.net wrote: ... Yup. 59 on August 2. Started as a Systems Programmer on January 2, 1970. ... Gees. The youngsters we've got around here. At least 59 is respectable - approaching maturity. 63 here, but who's counting. Pat O'Keefe -- 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: TSSO Message TSSA305E
Can you send me a short synopsis of what you're processing offline? I can't seem to reproduce it, but that doesn't mean that you are doing it wrong. It's being issued from 10, and only happens if the message is not connected to any console, so if you send me the syslog of the message and the error it would help me to recreate things. It should be a simple thing to fix once I can tell why you're getting the error. Brian -- 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: USERCAT Error (Out of Space)
Also, because I like the product... CIM (Catalog Information Manager), from ASPG, Inc. (last I knew) is also a very good catalog mgmt tool. Very extensive ISPF interface; tons of online help, etc. The developers are also *very* willing to provide desired features/functions, as requested. All the best, Scott T. Harder On 5/15/09, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Catalog Recovery Plus from Mainstar.com will allow you to increase the size of your catalog, re-organize it with optimum CI sizes and move it if necessary to another volume, non-disruptively. In theory this can be done with multiple LPARs accessing the catalog. In practice I've done this type of catalog work during quiet times on Sunday. I suspect there are other products, CRP is just the one with which I'm most familiar. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of George Rodriguez [rodrigu...@palmbeach.k12.fl.us] Sent: Friday, May 15, 2009 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: USERCAT Error (Out of Space) I've got this out of space problem in one of our user catalogs. Since this particular catalog is used by a bunch of STC, I was thinking of expanding the catalog this Sunday in a window. Here's my question...Is it possible to REORG the catalog to reclaim dead space? I've deleted about 600 entries but that only bought me about 4 hours until it got full again. George Rodriguez Specialist, Systems Programmer Network Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006, 2007 2008 - Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- 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 -- All the best, Scott T. Harder -- 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: TSO/E Exits
Jeepers creepers... I think most of the responses to Bin are a bit excessive, here. He merely posed a valid inquiry. The best part of this list is when someone questions why?, eliciting the best from the best minds. I would suggest we slow this flame train down a bit. All the best, Scott T. Harder On 5/14/09, Ted MacNEIL eamacn...@yahoo.ca wrote: Silly me. I can't think of a reason why IBM would survey this except to remove them (except for IKJEFLD which is no longer needed IMHO). (Sorry, hit the send key too fast). He said: (No worries, we don't plan to get rid of any!) So, are you calling him a liar? You are wayy off base, here! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- All the best, Scott T. Harder -- 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/Journal Does it Again
I rather think that they (client/server model... we're getting rid of the mainframe) tried that in the 90's. On 5/14/09, Phil Smith III li...@akphs.com wrote: Eric Bielefeld wrote: I just received another z/Journal email sponsored by Microsoft urging us to get off the mainframe and going to .NET. They refer you to the following web site: http://www.microsoft.com/windowsserver/mainframe/whoknew/default.aspx I would think that would be counter productive. I'm sure that Microsoft pays z/Journal big bucks to advertise, but if every mainframe user followed MS advertising, there wouldn't be a need for the z/Journal. Here's an excerpt from Bob Thomas's publisher's letter in the May/June issue of Mainframe Executive, which is directly relevant: This May/June 2009 issue of Mainframe Executive marks our eighth issue published. Although the target audience for both Mainframe Executive and z/Journal is users of IBM mainframe computer systems, I think it's important to remind readers that both magazines are totally independent publications. [He means not owned by IBM, not independent of each other] As our readers have no doubt already noticed, the vast majority of articles, white papers, and ads in both magazines are clearly pro-mainframe. And while we are upfront about our mainframe bias, we do recognize that the mainframe isn't the optimum solution in all situations. So, we also will feature articles, white papers, and ads dealing with mainframe alternatives as a service to our readers. Because the readers we serve mostly reside within large public and private organizations of all types, we feel it's our duty to objectively deliver information for all types of mainframe-centric computing considerations that occur within an enterprise and aid in achieving business objectives. -30- And of course he's right -- mainframe fan that I am, I'm not going to argue that it's *always* the right answer. Pretty well every shop has Microsoft/Intel stuff, so it's a reasonable assumption that companies are already aware that there are alternatives. It's also a reasonable assumption that they're smart enough to evaluate what's actually best for their business, despite our (and I include myself!) bleating about management by magazine. On the other hand, blind, fan-boy mainframe idolatry is just childish: ignoring the competition and hoping it will go away doesn't work. We tried that in the 90s, remember? -- ...phsiii Phil Smith III -- 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 -- All the best, Scott T. Harder -- 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/Journal Does it Again
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. scottyt.har...@gmail.com (Scott T. Harder) writes: I rather think that they (client/server model... we're getting rid of the mainframe) tried that in the 90's. there were lots of claims that SAA was countermeasure to client/server in the late 80s and early 90s. there was huge amount of leakage of applications out of the datacenter which significantly drove the market for non-datacenter computing but the whole non-datacenter disk drive market (enormous appetite for non-datacenter disk storage for all the applications leaving the datacenter and new generation of applications). one of the senior people from the disk division got a talk scheduled at the annual communication world-wide conference ... and started out the talk by stating that the head of the communication division was going to be the demise of the disk division. and then went on to explain that the communication division was straggling the data transfer thruput into out of the datacenter ... which contributed significantly to the huge spike for disk storage outside the datacenter. that wasn't so much getting rid of the mainframe ... but severely constrained datacenter growth. my wife had run into similar battles with the communication group which she was con'ed into going to POK to be in charge of loosely-coupled architecture. She had come up with peer-coupled shareddata architecture, except for IMS hot-standby, which saw very little uptake until sysplex. misc. past posts http://www.garlic.com/submain.html#shareddata She reached a (temporary) truce with the communication group where she could use anything she wanted to withing the walls of the datacenter. the issue was that the communication had established large install base of products related to terminal emulation ... from early days of introduction of PCs. as PC became more powerful (and workstations became more plentiful) there was growing shift for more powerful data transport technologies (both thruput and function). this set the stage for things like SAA attempting to preserve the terminal emulation install base. misc. past posts mentioning terminal emulation period http://www.garlic.com/~lynn/subnetwork.html#emulation as outgrowth of HSDT (high-speed data transport) project ... misc. past posts http://www.garlic.com/~lynn/subnetwork.html#hsdt recent reference in this mailing list http://www.garlic.com/~lynn/2009g.html#72 we had come up with 3-tier architecture and was out pitching to customer executives ... and taking some amount of heat from the SAA crowd ... misc. past posts http://www.garlic.com/~lynn/subnetwork.html#3tier in the 90s, there was a growth in clusters as mainframe replacement ... old post mentioning early Jan 92 meeting on cluster scaleup http://www.garlic.com/~lynn/95.html#13 not long afterwards, the effort was transferred and we were told we couldn't work on anything with more than four processors ... some past posts http://www.garlic.com/~lynn/subtopic.html#hacmp and old email (cluster in a rack): http://www.garlic.com/~lynn/lhwemail.html#medusa which was then announced as a numerical intensive product within a couple weeks ... a couple news announcements in Feb 92 http://www.garlic.com/~lynn/2001n.html#6000clusters1 in this post http://www.garlic.com/~lynn/2001n.html#83 and http://www.garlic.com/~lynn/2001n.html#6000clusters2 in this post http://www.garlic.com/~lynn/2001n.html#70 in the 90s, there were billions spent on (failed) redoing some number of mainframe production work on parallel, killer micros. There were a large set of online mainframe applications that appeared in 70s 80s ... which were somewhat a outgrowth of earlier batch operations. However, the business process still was dependent on overnight batch operations. In the 90s, with increasing business and globalization, there was huge stress being placed on these overnight batch windows. Numerous efforts were attempted using object-oriented technologies to re-engineer these mainframe batch workloads; parallelizing and distributing workloads across large numbers of killer micros. This was frequently straight through precessing ... each online operation was run to completion ... instead of delaying part of the processing to the overnight batch window. The problem was that the parallel distribution object-oriented technologies introduced a factor of 100 times (two orders of magnitude) increase in processing overhead ... totally swamping any anticipated throughput benefits of large number of killer micros. misc. recent posts mentioning killer micros, overnight batch windows and straight through processing: http://www.garlic.com/~lynn/2009.html#87 Cleaning Up Spaghetti Code vs. Getting Rid of It http://www.garlic.com/~lynn/2009c.html#43 Business process re-engineering http://www.garlic.com/~lynn/2009d.html#14 Legacy clearing threat to OTC derivatives warns State Street
Re: Batch Process Calling a Web Service
If you have DB2 for z/OS installed you can use the DB2 SOAP User Defined Functions (UDFs) to invoke a Web service simply from dynamic or static SQL embedded in your COBOL program. This would not require Java programming. You can find more information in chapter 8 of the IBM Redbook SG24-7663 DB2 for z/OS:Deploying SOA Solutions (http://www.redbooks.ibm.com/abstracts/sg247663.html?Open). Regards Josef Klitsch -- 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: BLOCK CONTAINS
Frank Swarbrick fswarbr...@gmail.com wrote in message news:listserv%200905151108397984.0...@bama.ua.edu... On Fri, 15 May 2009 09:27:42 -0400, Thompson, Steve steve_thomp...@stercomm.com wrote: snip It depends on if the file is pre-defined. If it is not, and I don't include DCB stuff on the DD, then it does what Cobol tells it to do (because there is no other place to get that information!). However if the file *is* predefined then *that* information appears (for blocking only, not for RECFM (V vs B) or LRECL) to override what Cobol states. Examples... If I predefine a file as RECFM=VB, BLKSIZE=1, LRECL=4004 then 1) If Cobol says BLOCK CONTAINS 1 it works (of course). 2) If Cobol says BLOCK CONTAINS 0 it works. 3) If Cobol says BLOCK CONTAINS 12345 it works (!!!) 4) If Cobol does not have a BLOCK CONTAINS clause it works (!!!) This is the case no matter if I am reading from the file or writing to it. I am glad it works no matter what. But the documentation seems to me to indicate that conditions 3 and 4 should not work, even though they do. That is where I am getting confused. snip Frank, (Some private email also sent on this), I think that the current COBOL documentation *ASSUMES* (possibly erroneously) that for OUTPUT files A) For QSAM, that they are NOT pre-defined and that the combination of the COBOL FD information and the JCL information will CREATE the file B) For VSAM (KSDS, ESDS, *and* RRDS) that the file IS predefined (e.g. IDCAMS). The statement at: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/1.9.4.3.2 that says, If your COBOL program writes records to a new file that will be made available before the program runs, ensure that the file attributes in the DD statement, the environment variable, or the allocation do not conflict with the attributes in the program. seems to be saying that if you do predefine QSAM files that you should make certain that the attributes match. The UNSTATED implication (or my inference) is that your case 3 and 4 may work today and it may work tomorrow, but there is no GUARANTEE that they will work with the next release or even service level. My guess is that they will, but I certainly do not see any place in the existing COBOL documentation that guarantees this. From my experience (and as a personal opinion), I would NOT pre-allocate QSAM files - but instead would use BLOCK CONTAINS 0 in the COBOL program. I can't think of when this would ever hurt and I can certainly see lots of times that it would help. -- 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: CHECK(IBMCSV,CSV_LPA_CHANGES) exception for Device Support LPA
Upon re-reading my own append, I realized I had omitted a few words Everything in LPA is marked in some way (or not marked) as PLPA, MLPA/FLPA. I omitted or dynamic LPA And in case it wasn't clear, when I wrote During IPL, IOS identifies modules needed to support the I/O configuration based on information in the IODF. Some will go into the nucleus, some into LPA. I don't know much more than that. I was referring to what device support modules are. I would have guessed, however, that if you had not changed I/O configuration and had things added to LPA via just add a CDE then re-ran the health check only at parallel times, you might see no changes. But possibly it's being run at one stage before these additions and at another after. Perhaps that would be a reason to identify to the check a very forgiving interpretation of the difference in device support modules (i.e, no exception until a really large change is seen). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USERCAT Error (Out of Space)
I just wanted to say that the MERGECAT was successful. I did make a small mistake, but nothing that was not correctable. Thanks to all the members from the list that assisted and provided the support (you guys are really GREAT!). I think I'm going to make a pitch for one of the catalog recovery products that some of you have suggested. I'll look for any additional responses for products. BTW, one list member, Larry Crilley, mention creeping key and I was wondering if anyone else has heard about this. When I contacted the vendor of the software that creates the dataset he did not know anything about the problem. Any and all help is appreciated. Once again thanks for all the assistance... Thanks, George Rodriguez Specialist, Systems Programmer Network Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006, 2007 2008 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott T. Harder Sent: Saturday, May 16, 2009 7:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT Error (Out of Space) Also, because I like the product... CIM (Catalog Information Manager), from ASPG, Inc. (last I knew) is also a very good catalog mgmt tool. Very extensive ISPF interface; tons of online help, etc. The developers are also *very* willing to provide desired features/functions, as requested. All the best, Scott T. Harder On 5/15/09, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Catalog Recovery Plus from Mainstar.com will allow you to increase the size of your catalog, re-organize it with optimum CI sizes and move it if necessary to another volume, non-disruptively. In theory this can be done with multiple LPARs accessing the catalog. In practice I've done this type of catalog work during quiet times on Sunday. I suspect there are other products, CRP is just the one with which I'm most familiar. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of George Rodriguez [rodrigu...@palmbeach.k12.fl.us] Sent: Friday, May 15, 2009 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: USERCAT Error (Out of Space) I've got this out of space problem in one of our user catalogs. Since this particular catalog is used by a bunch of STC, I was thinking of expanding the catalog this Sunday in a window. Here's my question...Is it possible to REORG the catalog to reclaim dead space? I've deleted about 600 entries but that only bought me about 4 hours until it got full again. George Rodriguez Specialist, Systems Programmer Network Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006, 2007 2008 - Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- 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 -- All the best, Scott T. Harder -- 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/Journal Does it Again
Anne Lynn Wheeler l...@garlic.com writes: overnight batch window. The problem was that the parallel distribution object-oriented technologies introduced a factor of 100 times (two orders of magnitude) increase in processing overhead ... totally swamping any anticipated throughput benefits of large number of killer micros. re: http://www.garlic.com/~lynn/2009h.html#1 z/Journal Does it Again a lot of the object-oriented re-engineering failure was whole generation that had no concept of scale-up and speedsfeeds ... being accustomed to dedicated servers that operated at 5-10% avg. utilization. some of the (failed) straight-through processing re-engineering efforts didn't even realize the magnitude of problem until they attempted scaled-up deployment. that whole genre has somewhat come home to roost being able to use large number of rack-mounted blades (reduced physical footprint) and virtualization, to obtain 10:1 reduction (or more) in number of (physical) servers (relatively easy to leverage virtualization to coalesce 10-20 such servers onto a single machine) ... and for some operations an order of magnitude reduction in number of such datacenters. there is some overlap with these activities and cload computing initiatives. -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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: USERCAT Error (Out of Space)
BTW, one list member, Larry Crilley, mention creeping key and I was wondering if anyone else has heard about this. George, The Creeping key - phenomenon comes up in a catalog when you have an application that constantly creates new dataset names containing either a sequence number or a date/timestamp (such as your application seems to do). As a new dataset gets cataloged, using a key higher than the previous ones, the record is written at the end of the chain of existing dataset names. Old datasets eventually expire and get deleted, leaving a deleted record somewhere in the catalog. What that means is that the catalog constantly grows, because each new dataset entry occupies new space within the catalog. Holes left within the catalog from previously deleted records hardly ever get reused. So, even if you have only a limited number of these datasets, the catalog grows and grows, using ever more space. A brief history lesson: This creepy phenomenon was first detected many years ago, when IBM introduced VSAM Usercatalogs. The VSAM usercatalog structure for GDGs (generation datasets) consisted of a GDG-base record and one physical GDG-entry record for each generation dataset (e.g.: ABC.DEF.G0001V00, ABC.DEF.G0002V00, etc.). As a '+1'-generation dataset was created, it was added after the '0'-generation record. The oldest generation record was deleted, if the GDG-limit was exceeded. Physically, within the catalog, the records looked like this (assuming a 2-generation limit): GDG-base-record, G0001V00, G0002V00 Adding a +1-generation: GDG-base-record, -deleted, G0002V00, G0003V00 Adding another +1-generation: GDG-base-record, -deleted, -deleted, G0003V00, G0004V00 And that's where the creepy part begins. Eventually, the CI used by these catalog records fills up, a CI-split is required and perhaps even a CA-split (and you know, what that means ...). These old VSAM Usercatalogs containing GDGs required constant care and frequent reorgs. (Well, IBM eventually solved this problem by inventing ICF Usercatalogs. Here GDG record structures are formatted differently and occupy a fixed amount of space that does not usually creep as each successive generation is added). Back to your application ... if it creates discreet dataset names containing timestamps or other constantly incremented sequence numbers, then you will encounter this problem and you will need to monitor and regularly reorg your catalog. The rate at which new datasets get created per day will determine the growth rate of your catalog and how frequent you will need to reorg. As far as I can see, the only way to minimize the impact of this application's behavior on other applications or users or even the entire system is to keep this application's datasets in a separate catalog. This allows a catalog reorg to be scheduled when it's convenient for the application, with little to no impact on others. HTH Regards, Ulrich Krueger -- 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: VSE I/O Performance VS MVS [was BLOCK CONTAINS]
On 15 May 2009 17:24:25 -0700, in bit.listserv.ibm-main you wrote: Frank, I suggest you download the Redbook, VSAM De-Mystified. It will answer your questions concerning VSAM performance. As my instructor told the class years ago - Don't take the defaults! Specify CI sizes that give the best space utilization for your record size. Choose a large enough Index CI Size to avoid 'dead areas' in your data component. Specify a robust value for your Bufferspace parameter, in most cases the larger the better. (I'm sure someone will volunteer a 'war story' where this wasn't the case but generally a large buffer space improves throughput.) For batch processing look into BLSR. While I did a lot with BLSR, from what I read in the manual there are other parameters available for managing VSAM access that give at least as good results. Check the JCL manual. The constructs may only apply to SMS managed data sets. For CICS use LSRpools, again be generous. The more data stored in memory the fewer physical I/O. HTH, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick [fswarbr...@gmail.com] Sent: Friday, May 15, 2009 6:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: VSE I/O Performance VS MVS [was BLOCK CONTAINS] On Fri, 15 May 2009 14:09:33 -0400, Thompson, Steve steve_thomp...@stercomm.com wrote: Because of past conversions, I think this needs to be said: 1) VSE/ESA got to use XA I/O just like MVS. This means, to the VSE shop, that some slick stuff that got offloaded to the I/O Subsystem (shall we say parts of VM's and MVS' I/O Supervisor code) became available w/o any JCL or application coding changes. Things like dual (or multi) pathing with dynamic pathing. What does this have to do with anything? Well, the typical throughput performance gains seen in the past when going from VSE to MVS don't happen because what was giving those (for the most part) has already been realized. 2) VSAM is implemented in VSE differently than in MVS. So, the way sharing and buffer management is done changes and WILL cause performance issues when you get to MVS. 3) CICS is impacted by these changes, and you may see less throughput. Although, with the ability to have more storage than z/VSE allows, you may over come it. But be sure to have sufficient page volumes. Are you saying the MVS VSAM is less efficient then VSE VSAM? Hmmm! One might start to wonder why we are migrating at all! :-) Thanks for the info. I will pass it on to our systems programmers (who hopefully already know what you are talking about anyway, but it couldn't hurt). Frank -- 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: USERCAT Error (Out of Space)
I enclose a link detaining the creeping key issue that may be of interest to you. http://www.mainstar.com/pdf/010-0107_ICFCAT-Prac_WP.pdf regards Amerigo -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Rodriguez Sent: Sunday, May 17, 2009 12:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT Error (Out of Space) I just wanted to say that the MERGECAT was successful. I did make a small mistake, but nothing that was not correctable. Thanks to all the members from the list that assisted and provided the support (you guys are really GREAT!). I think I'm going to make a pitch for one of the catalog recovery products that some of you have suggested. I'll look for any additional responses for products. BTW, one list member, Larry Crilley, mention creeping key and I was wondering if anyone else has heard about this. When I contacted the vendor of the software that creates the dataset he did not know anything about the problem. Any and all help is appreciated. Once again thanks for all the assistance... Thanks, George Rodriguez Specialist, Systems Programmer Network Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006, 2007 2008 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott T. Harder Sent: Saturday, May 16, 2009 7:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USERCAT Error (Out of Space) Also, because I like the product... CIM (Catalog Information Manager), from ASPG, Inc. (last I knew) is also a very good catalog mgmt tool. Very extensive ISPF interface; tons of online help, etc. The developers are also *very* willing to provide desired features/functions, as requested. All the best, Scott T. Harder On 5/15/09, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Catalog Recovery Plus from Mainstar.com will allow you to increase the size of your catalog, re-organize it with optimum CI sizes and move it if necessary to another volume, non-disruptively. In theory this can be done with multiple LPARs accessing the catalog. In practice I've done this type of catalog work during quiet times on Sunday. I suspect there are other products, CRP is just the one with which I'm most familiar. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of George Rodriguez [rodrigu...@palmbeach.k12.fl.us] Sent: Friday, May 15, 2009 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: USERCAT Error (Out of Space) I've got this out of space problem in one of our user catalogs. Since this particular catalog is used by a bunch of STC, I was thinking of expanding the catalog this Sunday in a window. Here's my question...Is it possible to REORG the catalog to reclaim dead space? I've deleted about 600 entries but that only bought me about 4 hours until it got full again. George Rodriguez Specialist, Systems Programmer Network Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006, 2007 2008 - Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- 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 -- All the best, Scott T. Harder -- 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
