Re: Difference between DREF storage and Page fixed storage
Please explain I/O should not be done to DREF using DREF storage as buffer area for I/O When I used sysplex IXG macros to obtain member information the doc said use DREF storage -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, February 22, 2012 2:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage On 2/21/2012 10:47 PM, Jim Mulder wrote: The operating system reserves the right to exchange the frame backing any DREF page (LSQA or SQA) at any time. Which is why I/O should not be done to DREF storage, only to fixed storage. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: QMF Replacement ???
I assume you're asking primarily for price reasons. There are three things I'd recommend doing first before getting lost in the well: 1. Evaluate whether you can consolidate your QMF workloads onto a smaller number of your DB2 machines, especially if QMF can/would represent a comparatively large share of that machine's (or those machines') total DB2 workload. Consider also whether you can softcap that LPAR (or those LPARs). Your QMF charges are based on the peak 4 hour rolling average of DB2 MSUs consumed per month per machine where QMF is licensed. You should weigh possible consolidation against DB2 peak behavior. Specifically, if QMF 4HRA peaks are non-coincident with the non-QMF DB2 peaks, then exercise a little extra caution. Note also that Solution Edition, zNALC, and DB2 Value Unit Edition LPARs are typically measured separately and thus wouldn't count toward your QMF 4HRA calculation. 2. Run! (do not walk!) and buy one IBM DB2 Analytics Accelerator (after a bit of due diligence, of course -- but only a bit), plug it in, and turn it on. QMF workloads are strong candidates for acceleration with DB2 AA. You will be amazed. Don't have a z196 or z114 yet? Run and get one of those too even if only to plug in a DB2 AA. 3. Upgrade to DB2 10 if you haven't already. The vast majority of DB2 customers see a worthwhile performance improvement. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Yes, unfortunately, because the records are dynamically created and could not be put in a single file for a one-time sort. Why should life be simple? :) I still find it strange that there is no way to prevent dynamic allocation 100%, even though the documentation hints about ways to do so, for example DYNALLOC=OFF,FILESZ=U0,DSPSIZE=0. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Actually it is more typically 2% (Was Re: IBM announces 6% price increase for z/OS)
I assume that your analysis is based on a sample scenario which does not include any zNALC LPARs, correct? If you have any zNALC LPARs then that would heavily bias the calculation downward, one would presume. Also, is it correct to say that your calculation is based on a total IBM software number rather than on a total software number (IBM plus non-IBM)? That's a corollary to the observation that the more products, the lower the percentage, probably. For perspective, this is the only z/OS price increase in history, and it comes amidst a very long list of z/OS price decreases. Also for comparison, the U.S. Consumer Price Index (CPI), i.e. the annual inflation rate, is 2.9% at last report. If U.S. z/OS pricing had merely kept pace with U.S. inflation it should have increased over 31% by now rather than decreased by a lot. Said another way, you (the globally average IT worker) are getting progressively more expensive than z/OS. Let's hope we're all worth it...and better than average. :-) Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
IPOUPDTE / CPPUPDTE Download
Hi list, I want to download IPOUPTE or CPPUPDTE. Is urgent. Thanks and regards, -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IPOUPDTE / CPPUPDTE Download
Why Download? If you ever installed Server pack or CBIPO, it is in the installation (CPIPO/CPP) load library . ITschak On Wed, Feb 22, 2012 at 12:08 PM, Alvaro Guirao Lopez alvarogui...@gmail.com wrote: Hi list, I want to download IPOUPTE or CPPUPDTE. Is urgent. Thanks and regards, -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
And of course once you add in ISVs, it's even less than 2%. The other thing that I think is interesting is to compare the cost between 4,000 MSUs and 350. Over 10x more (potential) workload for ~4x cost increase. There's probably a number of interesting things one can say about that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
W dniu 2012-02-22 12:45, Scott Chapman pisze: And of course once you add in ISVs, it's even less than 2%. The other thing that I think is interesting is to compare the cost between 4,000 MSUs and 350. Over 10x more (potential) workload for ~4x cost increase. There's probably a number of interesting things one can say about that. And of course CICS and DB2 prices usually grow more than 6% and Al assumed they not. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Z/architecture I/O questions
Hi Barbara Jim, and others, thanks for your comments. Just how did you arrive at the conclusion that elongated I/O times are the source of your problem? How did you measure them? This is the most frustrating thing, there is no measure that point to it, it's all inference. The RMF I/O response time measures roughly the same on each LPAR, as measured by RMF. I/O bound jobs take longer to run on the smaller LPAR when capped 2 -3 times longer This effect is seen even if the job is placed in a very high service class. The overall I/O rate on the small LPAR reduces significantly when capped, ie 4000-2000 I/Os per sec. I've read the Kathy Walsh presentation on short CPs, and it matches. The mvsbusy/lparbusy increases to 4-5 on bad intervals, tying with the IO rate drop. The issue appears to be the weights have not been changed as work has migrated onto the smaller LPAR, and there are to many LCPs online. Both LPARs have 11 LCPs online, with 13 physicals. Our plan is to make manual adjustments to online CPs and weights for our next monthly peak, and then implement IRD weight and CPU management after this. The profile changes significantly overnight and on the first working day of the month, so automatic management would be good. Does anyone have any experiences, good or bad of IRD implementation? With regard to CPENABLE, I still think this may be coming into play, but only as a side effect. The top 4 LCPs handle 96% of the I/O interrupts due to CPENABLE But if I add the LPAR busy times of these 4 CPs, the max online ime that any one of these CP for this LPAR is 73%. It will be less, because their busy times will overlap to some extent. (oring probabilities is harder than anding them!). I've pasted below an example RMF CPU interval, any further thoughts are most welcome. Joe 1 C P U A C T I V I T Y PAGE z/OS V1R11 SYSTEM ID SYSB START 02/01/2012-09.00.00 INTERVAL 000.30.01 RPT VERSION V1R11 RMF END 02/01/2012-09.30.02 CYCLE 1.000 SECONDS -CPU2094 CPC CAPACITY N/ASEQUENCE CODE 000AEDEA MODEL 713CHANGE REASON=N/A HIPERDISPATCH=N/A H/W MODEL S18 0---CPU--- TIME % LOG PROC --I/O INTERRUPTS-- NUM TYPEONLINELPAR BUSYMVS BUSY PARKED SHARE % RATE % VIA TPI 0CP 100.0018.4289.45 -- 17.0 37.68 75.33 1CP 100.0018.4489.14 -- 17.0 37.29 76.70 2CP 100.0018.4388.79 -- 17.0 37.51 74.81 3CP 100.0018.4789.09 -- 17.0 37.11 74.64 4CP 100.0018.4088.82 -- 17.0 36.42 74.49 5CP 100.0018.3788.14 -- 17.0 35.60 74.83 6CP 100.0018.4088.61 -- 17.0 34.94 75.27 7CP 100.0018.3688.64 -- 17.0 737.0 13.49 8CP 100.0018.3588.28 -- 17.0 834.1 14.99 9CP 100.0018.3086.94 -- 17.0 823.6 14.64 ACP 100.0018.3287.53 -- 17.0 829.2 14.99 TOTAL/AVERAGE 18.3988.49 187.0 3480 19.03 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Do what to get C strftime %z to work?
CC's LE strictures are understandable, not least because he has done things with it that few others have had the temerity to attempt. As I have said here before: The LE Vendor Interfaces manual is the best reference for knowledgeable people; there is no good reference for novices; and I am not sure that a comprehensive one is possible. The mathematical subroutines are superb; and the dynamic-storage management routines, support for heaps and stacks, are now eminently usable. Some of the other facilities are intrinsically problematic. In the interest of keeping it small, Brian Kernighan's self-abnegating design of C avoids any use of execution-time descriptors, quondam dope vectors; and if you do not know what they are or why anyone would wish to use them you will find them intrusive; COBOL programmers are unused to distinguishing static and LIFO (automatic) storage, etc., etc. To sum up, application programmers need help; but everyone who has set out to help them has found the experience of trying to do so disagreeable. They are a motley crew, and it is hard to meet their very diverse needs concurrently. On 2/22/12, Chris Craddock crashlu...@gmail.com wrote: On Tue, Feb 21, 2012 at 7:01 PM, Charles Mills charl...@mcn.org wrote: Also remember when perusing the LE publications that the inventors of LE in their wisdom thought it would be too clear to the uninitiated to call the languages dependent on Language Environment languages, choosing instead to further overload the word member. And let's not get started on enclaves and all that... it is made easy, for one C function to call another C function What does that have to do with LE? No other platform that I know of has LE, but on every platform cannot a C function trivially call another C function? Otherwise wouldn't every C program have to consist simply of one humongous main()? All high level languages on all platforms have a runtime that provides the magic behind the curtain. Ours happens to be called LE. However, most others are vastly more transparent and obvious than LE - the main point of which was *NOT* so that C functions could call other C functions, but so that multiple varieties of PL/1 and COBOL programs could call each other. Yes folks, that baby really is ugly. LE is old and crufty for lots of reasons and the doc you need to make sense of it is smeared across multiple publications and as myth and legends in the tribal mind. To quote a former president of ours; I feel your pain. Please count this as the 2012 edition of my now long-standing semi-annual rant about LE. I will now retire from the discussion before mortally offending my IBM friends. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Try specifying one a sortwrk dd with space=(cyl,(1,1) by do so sort should not use dynamic allocation. Please let me know your results. Regards Otto H Schumacher Transaction and Database Systems - CICS Specialist U. S. Mainframe HP Enterprise Services Telephone +1 864 987 1417 Mobile +1 864 569 5338 Email otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staffan Tylen Sent: Wednesday, February 22, 2012 4:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort Yes, unfortunately, because the records are dynamically created and could not be put in a single file for a one-time sort. Why should life be simple? :) I still find it strange that there is no way to prevent dynamic allocation 100%, even though the documentation hints about ways to do so, for example DYNALLOC=OFF,FILESZ=U0,DSPSIZE=0. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IPOUPDTE / CPPUPDTE Download
Hi list, I want to download IPOUPTE or CPPUPDTE. Is urgent. Thanks and regards, -- Un saludo. Álvaro Guirao You can also go to the CBTTAPE.ORG website and find IPOUPDTE there. Also, you might want to look for alternatives to using this function. There are many ways to do PDS member updates with other utilities. For example, if you have COMPUWARE MVS product, a pds update funciont is in there Or if you have CA PDSMAN a PDS update function is in there. Hope that helps. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Difference between DREF storage and Page fixed storage
On 2/22/2012 12:51 AM, Micheal Butz wrote: Please explain I/O should not be done to DREF using DREF storage as buffer area for I/O Anything referenced by the I/O channel program should be fixed. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 5 Byte Device Addresses?
glen herrmannsfeldt g...@ugcs.caltech.edu writes: I sort of know how the algorithms work, but now I looked at: http://en.wikipedia.org/wiki/Page_replacement_algorithm I had thought that for the clock algorithm that there would be some parameter that affects how the clock works, a time constant of some kind. The above page doesn't seem to describe one, though. But for the adaptive CAR algorithm, I could easily imagine the two would sync with each other. On the other hand, random replacement shouldn't have such problems. re: http://www.garlic.com/~lynn/2012b.html#98 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012b.html#100 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#16 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#17 5 Byte Device Addresses? misc. past posts mentioning page replacement virtual memory management http://www.garlic.com/~lynn/subtopic.html#clock long winded description of clock (which is class of algorithms that attempt to approximate LRU replacement) and slight-of-hand hack on clock that I did in the early 70s that would dynamically switch between approximate-LRU and random. so the simplest that I did in the 60s was one-handed clock that rotated around resetting/selecting virtual page ... so the elapsed time between resetting reference bit and again examining the page for use/replacement was the time to completely examine all pages. This resulted in a dynamically adapting algorithm ... the greater the demand, the faster it rotated ... however, the faster it rotated, the smaller the interval between reset re-examine ... the smaller interval which increases the number of pages not referenced, which slows things down ... two opposing effects that results in dynamically adapting to configuration/supply and workload/demand. The idea isn't to find page that hasn't been used in fixed amount of time but to differentiate the lower used from the higher used (which is going to be relative passed on configuration and load). So one-handed clock has the cursors doing the resetting selecting traveling around all virtual pages in sync. Two-handed clock has the hand/cursor doing the resetting traveling around all pages at a fixed offset ahead of the hand/cursor doing the selection. The issue here is that while one-handed clock dynamically adapts ... that past a certain elapsed time when there are really large number of pages, LRU assumptions break down ... if you haven't reset/examined virtual page for very long time ... there is little predictive correlation about whether a specific page will be used or not used in near future. Having the reset of the used/reference less than full rotation around all pages tries to keep the elapsed time between reset examine below threshold where the interval is predictive. So that is the standard clock ... which attempts to approximate true LRU (where all virtual pages are exactly ordered as to most recent reference ... based on theory that the page that has been least recently used in the past is least likely to be used in the future ... for some specific kinds of access patterns). There is a problem that there are number situations that violate the correlation between use in the past and use in the future. In the early 70s, I did a slight-of-hand hack on two-handed clock ... where the code appeared to looktaste almostly exactly like two-handed block ... except it had peculiar characteristic of approximating true LRU in conditions were LRU did well and approximate random in conditions that LRU performed poorly (dynamically w/o any observable change in the code executed). In simulations studies with full instruction tracing ... it was possible to compare various clock implementations as well as various other kinds of LRU-approximation algorithms ... against a true LRU (i.e. keeping exact ordering of page references and exactly choosing the least recently used) ... various approximatations would tend to perform within approximately 10-15percent of true LRU. However, for my slight-of-hand hack on clock ... it was possible to perform approximately 10percent better than true LRU. However two recursive algorithms (one running virtually under the other) where both approximate LRU (even if the exact code is different) ... the 2nd level algorithm would tend to exhibit the behavior that the least recently pages were the most likely to be used next (because they are selected for replacement) ... as least from the standpoint of the lowest level algorithm (violating the LRU assumption that the least recently used pages are the least likely to be used in the near future). -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Difference between DREF storage and Page fixed storage
I/O should not be done directly to or from any page whose real page backing the virtual page is not fixed. If the real-to-virtual relationship is not guaranteed to last as long as the I/O operation runs, then an I/O request may start writing data out from the page, before the I/O finishes the operating system may change the real address backing the virtual page, and the data that is being written out will continue being written out from the original real page which may or may not be assigned to any virtual page at that instant. Nothing will crash as a result, but the data written out is almost certainly partly wrong, and it might be used to compromise the system's or user's data security. If, however, you do a read I/O into a virtual page whose real address changes while the I/O is in flight, then the real address that was formerly used for the virtual page may or may not be assigned immediately to another page. If it is, then some randomly chosen other user will have one of his pages hosed. If it is hosed before that other user alters the page or before the operating system zeroes out the page (if this is necessary), then nothing bad will happen to that other user. But If the other user starts making use of that page while the I/O is still running, then the results are unpredictable and almost certainly really bad for that user. If it is not assigned to another user for a long time, then nothing will be hosed, but the user who did the read I/O will not be able to find some of the data that was read. In general, either of the above scenarios is double plus ungood. Depending on how the IXG macro works and on exactly what the doc said, it may be that the following is true: you code the IXG macro and point it to some DREF storage to use as a buffer; the IXG macro transfers control to a module that knows how to do I/O properly; this module acquires a small piece of FIXED storage for whatever I/O operation is necessary to find the member name; the module does the I/O, then copies the member name from the FIXED I/O buffer into the DREF page you told IXG to use; then the module frees up the FIXED storage it used behind the curtains before returning control to your program. The member name is now (Voila!) in the DREF storage, the I/O worked correctly, and nobody's storage has been hosed. Or it may be a doc error. Or it may be that no I/O is really necessary for the IXG service to find the member name. In any case, if the IXG service does I/O directly to a DREF page, then this is an APARable error. I suggest you re-read the macro's doc very carefully, and then use FIXED storage unless the doc clearly explains why DREF will work. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Wednesday, February 22, 2012 2:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage Please explain I/O should not be done to DREF using DREF storage as buffer area for I/O When I used sysplex IXG macros to obtain member information the doc said use DREF storage -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, February 22, 2012 2:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage On 2/21/2012 10:47 PM, Jim Mulder wrote: The operating system reserves the right to exchange the frame backing any DREF page (LSQA or SQA) at any time. Which is why I/O should not be done to DREF storage, only to fixed storage. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 5 Byte Device Addresses?
glen herrmannsfeldt g...@ugcs.caltech.edu writes: Some of this is described in the above mentioned web page. It seems that some improvements have been made along the way. Also described is precleaning, where you write out a page in anticipation of its need for replacement. re: http://www.garlic.com/~lynn/2012b.html#98 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012b.html#100 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#16 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#17 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#27 5 Byte Device Addresses? misc. past posts mentioning page replacement virtual memory management http://www.garlic.com/~lynn/subtopic.html#clock there were two issues with the early SVS/MVS replacement ... regarding selecting non-changed pages before changed pages ... one was eliminating the work and overhead of the write ... and the other is the issue of eliminating any synchronous latency related to waiting for the write. most implementations early on, implement a pool of immediately available pages for replacement (that had been pre-selected) ... rather than synchronously running the replacement with the selection (immediately available eliminates synchronous latency associated with selection and potential writes). the pool could be also run with min/max ... so when pool of immediately available pages dropped below a min ... it was replenished to the max (trying for some slight efficiency batching selection process). there was also big pages starting in the early 80s (done for both MVS VM) ... that always did writes ... collecting set of pages and doing single write operation for full 3380 track of pages. the issue was that while 3380 transfer rate was 10 times that of 3330 ... the access latency (arm rotation) only marginally increase. The theory was that the increase in 3380 efficiency always doing full-track writesreads (single access for full-track of pages) ... offset the increased overhead having to unnecessarily write unchanged pages. This would have further highlighted the downside effects of choosing non-changed before changed that I argued before they first shipped ... and they finally realized in the late 70s. however, the big pages selection processing violated LRU in other ways ... this is old email discussing LRU ... including some of how big pages undermined LRU: http://www.garlic.com/~lynn/lhwemail.html#globallru -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Wanna know (practically) everything in z/OS V1R13??
Hello IBM-MAINers, If you are looking to learn about all the new functions in z/OS V1R13, it's just gotten much easier! We are doing something slightly different for z/OS R13 in the IBM Education Assistant. In the past, we've only had a limited number of presentations available in IBM Education Assistant. What we had was good, however it certainly didn't offer a comprehensive view of what the release contained. Many of the important functions for previous releases were not covered on IBM Education Assistant. Now for z/OS V1R13, we've moved into a different direction. We've included detailed technical presentations prepared by the component experts themselves, on IBM Education Assistant. If you are looking for practically all the technical details you can get about a certain function (or even just wanting to know what all the functions are), check out what we've got now. We have 108 z/OS V1R13 presentations now available! A couple of hints when using IBM Education Assistant: 1) There is an Overview session that is succinct (30 minutes) and can point you specifically to other education modules that you may want to investigate. This is a great starting place if you want to see a very short description of what the other modules are in IBM Education Assistant. There is voiceover for this Overview presentation. 2) The individual technical presentations are sorted by theme: Availability, Simplification, Hardware Support, Economics and Platform Efficiency, Workload Enablement, Installation, and Security. You should use the Overview session to see what the enhancements are in each area, then search for that presentation within the theme that is was classified with. 3) Most of the presentations do not have voiceovers. A very few number of them do, but most do not. The technical material on the slides in the presentations should suffice for giving you adequate information about the enhancement. Some presentations are very short, some are longer -- depending on how big the enhancement is. This is what is different in IBM Education for z/OS V1R13 vs. prior z/OS releases. 4) The intended audience is technical professionals. There is no marketing information here, and the material is intended to give you important, technical details that you immediately need to understand what an enhancement is. If you are looking for marketing material, you can get that from the z/OS home page. 5) Here's the IBM Education Assistant link: http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.zos/zos/ZOSv13.html 6) As always, if you want to give your feedback on these presentations in IBM Education Assistant, use the Provide feedback on this material link on the web page. We are hoping that this new direction of learning about release enhancements in IBM Education Assistant will be helpful to you. Thanks, Marna WALLE z/OS System Installation IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: zSeries Manpower Sizing
As others have posted, there are just too many variables to include the nature of the workload and the management strategies. For example, a shop may not accept a job for production if it cannot be managed by exception by the job scheduler. That way, a crew of four can provide 7x24 coverage for thousands of jobs. If manual intervention is allowed, then it might take a crew of 10 or 20 per shift. I do think it is safe to say that a MF shop -can- be much less labor intensive than a comparable server farm. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Henke Sent: Thursday, February 16, 2012 5:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: zSeries Manpower Sizing That is not my intent. Please do not divulge anything with which you do not feel comfortable. Where ignorance is bliss, 'tis folly to be wise. Thomas Gray I am just trying to get a sense, a reasonability check, on how labor-intensive a large zSeries shop is. On Thu, Feb 16, 2012 at 6:11 PM, Scott Ford scott_j_f...@yahoo.com wrote: Yep Lizette, and how much money is in the budget ... Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 16, 2012, at 5:21 PM, Lizette Koehler stars...@mindspring.com wrote: I am trying to find out how much staff, numbers and titles, eg z/OS, z/VM, VTAM/TCPIP, CICS, etc, are needed to run a large zSeries mainframe shop. Would some of you be so kind as to share that information with me. -- George Henke (C) 845 401 5614 George the only answer I can give is - It Depends What is the hardware layout, how many mips, SLAs, software mix, external contacts (vendors, business partners), transmission types (NJE, MQ), and so on. You can find titles like z/OS System programmer, z/OS System Administrator, Security officer, Application developers, Network Security, Network Administrators, and so many more. I know of no concise list that would give you information for such a broad question. Could you narrow it down a bit? What is your definition of LARGE. From my vantage point, it is like asking some one what is a tall person. If you are 3ft tall, then 5ft is tall. If you are 6ft tall, then 5ft is small. All is relative. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: zSeries Manpower Sizing
I think the critical question is How much development of new or significantly extended mainframe systems is going on? Shops that have only low-maintenance, legacy-systems workloads tend to get smaller and smaller over time. On 2/22/12, Hal Merritt hmerr...@jackhenry.com wrote: As others have posted, there are just too many variables to include the nature of the workload and the management strategies. For example, a shop may not accept a job for production if it cannot be managed by exception by the job scheduler. That way, a crew of four can provide 7x24 coverage for thousands of jobs. If manual intervention is allowed, then it might take a crew of 10 or 20 per shift. I do think it is safe to say that a MF shop -can- be much less labor intensive than a comparable server farm. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Henke Sent: Thursday, February 16, 2012 5:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: zSeries Manpower Sizing That is not my intent. Please do not divulge anything with which you do not feel comfortable. Where ignorance is bliss, 'tis folly to be wise. Thomas Gray I am just trying to get a sense, a reasonability check, on how labor-intensive a large zSeries shop is. On Thu, Feb 16, 2012 at 6:11 PM, Scott Ford scott_j_f...@yahoo.com wrote: Yep Lizette, and how much money is in the budget ... Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 16, 2012, at 5:21 PM, Lizette Koehler stars...@mindspring.com wrote: I am trying to find out how much staff, numbers and titles, eg z/OS, z/VM, VTAM/TCPIP, CICS, etc, are needed to run a large zSeries mainframe shop. Would some of you be so kind as to share that information with me. -- George Henke (C) 845 401 5614 George the only answer I can give is - It Depends What is the hardware layout, how many mips, SLAs, software mix, external contacts (vendors, business partners), transmission types (NJE, MQ), and so on. You can find titles like z/OS System programmer, z/OS System Administrator, Security officer, Application developers, Network Security, Network Administrators, and so many more. I know of no concise list that would give you information for such a broad question. Could you narrow it down a bit? What is your definition of LARGE. From my vantage point, it is like asking some one what is a tall person. If you are 3ft tall, then 5ft is tall. If you are 6ft tall, then 5ft is small. All is relative. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 5 Byte Device Addresses?
re: http://www.garlic.com/~lynn/2012b.html#98 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012b.html#100 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#16 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#17 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#27 5 Byte Device Addresses? http://www.garlic.com/~lynn/2012c.html#28 5 Byte Device Addresses? misc. past posts mentioning page replacement virtual memory management http://www.garlic.com/~lynn/subtopic.html#clock and some old email http://www.garlic.com/~lynn/lhwemail.html#globallru a recent thread in comp.arch discussion started out asking about mainframe queued i/o processing (in thread on interrupt paradigm overhead) http://www.garlic.com/~lynn/2012c.html#20 M68k add to memory is not a mistake any more http://www.garlic.com/~lynn/2012c.html#23 M68k add to memory is not a mistake any more also discusses various device optimization for page i/o operations. this has survey and taxonomy of i/o systems ... including some discussion of mainframe queued i/o http://www.cs.clemson.edu/~mark/io_hist.html there is also reference to longer discussion in IBM JRD ... which used to be available free but is journals are now behind IEEE paywall http://ieeexplore.ieee.org/Xplore/login.jsp?reload=trueurl=http%3A%2F%2Fieeexplore.ieee.org%2Fiel5%2F5288520%2F5390413%2F05390415.pdf%3Farnumber%3D5390415authDecision=-203 In '75 ... besides endicott con'ing me into doing a lot of stuff for 138/148 ECPS (microcode assist) ... old post with part of data used in determining ECPS: http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assist at the same time a group in POK con'ed me into doing a lot of design for 5-way SMP. The processor technology had lots of provision for microcode ... so I dropped some amount of multiprocessor dispatching complexity into the microcode (reminiscent of later intel 432 ... or current mainframe LPAR dispatch management) ... as well as a queued i/o channel interface ... superset of the later 811 (370-xa specification named for nov78 date on lot of the specifications). some past posts http://www.garlic.com/~lynn/submain.html#bounce for whatever reason, the 5-way SMP project got canceled ... but a little later reborn as 16-way SMP effort ... and some of the 3033 processor engineers were con'ed into helping in their spare-time. This saw a lot of early acceptance ... but then somebody mentioned to the head of POK, that it might be decades before MVS could effectively support 16-way SMP ... and the head of POK told the 3033 processor engineers to get their noses back to the grindstone (and stop being distracted) ... and others got invited to never visit POK again (this was all before 3033 first shipped). misc. past general posts mentioning SMP support and/or compareswap instruction http://www.garlic.com/~lynn/subtopic.html#smp misc past posts mentioning dispatching dynamic adaptive scheduling (also started when I was undergraduate in the 60s) http://www.garlic.com/~lynn/subtopic.html#fairshare -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Difference between DREF storage and Page fixed storage
Normally when getting storage OBTAIN the default is subpool 0 which pageable GET DCB_ADDRESS,AREA_ADDRESS almost always AREA_ADDRESS is from subpool 0 ? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Wednesday, February 22, 2012 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage I/O should not be done directly to or from any page whose real page backing the virtual page is not fixed. If the real-to-virtual relationship is not guaranteed to last as long as the I/O operation runs, then an I/O request may start writing data out from the page, before the I/O finishes the operating system may change the real address backing the virtual page, and the data that is being written out will continue being written out from the original real page which may or may not be assigned to any virtual page at that instant. Nothing will crash as a result, but the data written out is almost certainly partly wrong, and it might be used to compromise the system's or user's data security. If, however, you do a read I/O into a virtual page whose real address changes while the I/O is in flight, then the real address that was formerly used for the virtual page may or may not be assigned immediately to another page. If it is, then some randomly chosen other user will have one of his pages hosed. If it is hosed before that other user alters the page or before the operating system zeroes out the page (if this is necessary), then nothing bad will happen to that other user. But If the other user starts making use of that page while the I/O is still running, then the results are unpredictable and almost certainly really bad for that user. If it is not assigned to another user for a long time, then nothing will be hosed, but the user who did the read I/O will not be able to find some of the data that was read. In general, either of the above scenarios is double plus ungood. Depending on how the IXG macro works and on exactly what the doc said, it may be that the following is true: you code the IXG macro and point it to some DREF storage to use as a buffer; the IXG macro transfers control to a module that knows how to do I/O properly; this module acquires a small piece of FIXED storage for whatever I/O operation is necessary to find the member name; the module does the I/O, then copies the member name from the FIXED I/O buffer into the DREF page you told IXG to use; then the module frees up the FIXED storage it used behind the curtains before returning control to your program. The member name is now (Voila!) in the DREF storage, the I/O worked correctly, and nobody's storage has been hosed. Or it may be a doc error. Or it may be that no I/O is really necessary for the IXG service to find the member name. In any case, if the IXG service does I/O directly to a DREF page, then this is an APARable error. I suggest you re-read the macro's doc very carefully, and then use FIXED storage unless the doc clearly explains why DREF will work. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Wednesday, February 22, 2012 2:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage Please explain I/O should not be done to DREF using DREF storage as buffer area for I/O When I used sysplex IXG macros to obtain member information the doc said use DREF storage -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, February 22, 2012 2:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage On 2/21/2012 10:47 PM, Jim Mulder wrote: The operating system reserves the right to exchange the frame backing any DREF page (LSQA or SQA) at any time. Which is why I/O should not be done to DREF storage, only to fixed storage. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: Wanna know (practically) everything in z/OS V1R13??
EXCELLENT job on the Education Assistant. I just skimmed the whole overview section and listened closely to all of a few of the bullets. And an even more excellent job with the new release. Wowzers - 1 TB DASD volumes; executable code above 2GB line; many other goodies. Thanks to all IBM z/OS developers and their management. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Marna WALLE Sent: Wednesday, February 22, 2012 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: Wanna know (practically) everything in z/OS V1R13?? Hello IBM-MAINers, If you are looking to learn about all the new functions in z/OS V1R13, it's just gotten much easier! We are doing something slightly different for z/OS R13 in the IBM Education Assistant. In the past, we've only had a limited number of presentations available in IBM Education Assistant. What we had was good, however it certainly didn't offer a comprehensive view of what the release contained. Many of the important functions for previous releases were not covered on IBM Education Assistant. Now for z/OS V1R13, we've moved into a different direction. We've included detailed technical presentations prepared by the component experts themselves, on IBM Education Assistant. If you are looking for practically all the technical details you can get about a certain function (or even just wanting to know what all the functions are), check out what we've got now. We have 108 z/OS V1R13 presentations now available! A couple of hints when using IBM Education Assistant: 1) There is an Overview session that is succinct (30 minutes) and can point you specifically to other education modules that you may want to investigate. This is a great starting place if you want to see a very short description of what the other modules are in IBM Education Assistant. There is voiceover for this Overview presentation. 2) The individual technical presentations are sorted by theme: Availability, Simplification, Hardware Support, Economics and Platform Efficiency, Workload Enablement, Installation, and Security. You should use the Overview session to see what the enhancements are in each area, then search for that presentation within the theme that is was classified with. 3) Most of the presentations do not have voiceovers. A very few number of them do, but most do not. The technical material on the slides in the presentations should suffice for giving you adequate information about the enhancement. Some presentations are very short, some are longer -- depending on how big the enhancement is. This is what is different in IBM Education for z/OS V1R13 vs. prior z/OS releases. 4) The intended audience is technical professionals. There is no marketing information here, and the material is intended to give you important, technical details that you immediately need to understand what an enhancement is. If you are looking for marketing material, you can get that from the z/OS home page. 5) Here's the IBM Education Assistant link: http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.zos/zos/ZOSv13.html 6) As always, if you want to give your feedback on these presentations in IBM Education Assistant, use the Provide feedback on this material link on the web page. We are hoping that this new direction of learning about release enhancements in IBM Education Assistant will be helpful to you. Thanks, Marna WALLE z/OS System Installation IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Difference between DREF storage and Page fixed storage
I see we are no longer talking about IXG and DREF. The default can easily be overridden with the proper parameter to obtain other types of storage. If you are writing authorized code, you can OBTAIN storage with just about any attribute you can imagine. Yes, subpool 0 is pageable. When you do a GET via a DCB, you are using a higher-level access method, such as QSAM. Said access methods are written by people who know how to do I/O properly. Your pageable buffer in subpool 0 will be pagefixed for the duration of any I/O that involves that storage, then after the I/O operation ends the buffer is made pageable again before your program gets control back from the GET macro. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Wednesday, February 22, 2012 10:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage Normally when getting storage OBTAIN the default is subpool 0 which pageable GET DCB_ADDRESS,AREA_ADDRESS almost always AREA_ADDRESS is from subpool 0 ? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Wednesday, February 22, 2012 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage I/O should not be done directly to or from any page whose real page backing the virtual page is not fixed. If the real-to-virtual relationship is not guaranteed to last as long as the I/O operation runs, then an I/O request may start writing data out from the page, before the I/O finishes the operating system may change the real address backing the virtual page, and the data that is being written out will continue being written out from the original real page which may or may not be assigned to any virtual page at that instant. Nothing will crash as a result, but the data written out is almost certainly partly wrong, and it might be used to compromise the system's or user's data security. If, however, you do a read I/O into a virtual page whose real address changes while the I/O is in flight, then the real address that was formerly used for the virtual page may or may not be assigned immediately to another page. If it is, then some randomly chosen other user will have one of his pages hosed. If it is hosed before that other user alters the page or before the operating system zeroes out the page (if this is necessary), then nothing bad will happen to that other user. But If the other user starts making use of that page while the I/O is still running, then the results are unpredictable and almost certainly really bad for that user. If it is not assigned to another user for a long time, then nothing will be hosed, but the user who did the read I/O will not be able to find some of the data that was read. In general, either of the above scenarios is double plus ungood. Depending on how the IXG macro works and on exactly what the doc said, it may be that the following is true: you code the IXG macro and point it to some DREF storage to use as a buffer; the IXG macro transfers control to a module that knows how to do I/O properly; this module acquires a small piece of FIXED storage for whatever I/O operation is necessary to find the member name; the module does the I/O, then copies the member name from the FIXED I/O buffer into the DREF page you told IXG to use; then the module frees up the FIXED storage it used behind the curtains before returning control to your program. The member name is now (Voila!) in the DREF storage, the I/O worked correctly, and nobody's storage has been hosed. Or it may be a doc error. Or it may be that no I/O is really necessary for the IXG service to find the member name. In any case, if the IXG service does I/O directly to a DREF page, then this is an APARable error. I suggest you re-read the macro's doc very carefully, and then use FIXED storage unless the doc clearly explains why DREF will work. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Wednesday, February 22, 2012 2:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage Please explain I/O should not be done to DREF using DREF storage as buffer area for I/O When I used sysplex IXG macros to obtain member information the doc said use DREF storage -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, February 22, 2012 2:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage On 2/21/2012 10:47 PM, Jim Mulder wrote: The operating system reserves the right to exchange the frame backing any DREF page (LSQA or SQA) at any time. Which is why I/O should not be
Re: Difference between DREF storage and Page fixed storage
AH now I understand EXCP ... CCW the data address portion of the CCW nothing to do with DFSMS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, February 22, 2012 9:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Difference between DREF storage and Page fixed storage On 2/22/2012 12:51 AM, Micheal Butz wrote: Please explain I/O should not be done to DREF using DREF storage as buffer area for I/O Anything referenced by the I/O channel program should be fixed. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Sorry Otto, SORTWK01 in the JCL doesn't help. DFSORT then starts to allocate SORTDKnn files as real files, not VIO as is the case with dynamic allocation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
VARY ON/ VARY OFF COMMAND IN BATCH
G'Day, I have several hundred volumes to put online/offline and I thought I could try it in batch mode. I dug up an old JCL which I tried but the job failed because of the following: READY CONSOLE SYSCMD(V (AA50),ONLINE) IKJ55303I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55303I AN ERROR OCCURRED DURING CONSOLE INITIALIZATION. THE MCSOPER RETURN CODE WAS X'0004' AND THE REASON CODE WAS X'00 00'. READY END Here is the job which I executed. : //* //STEP01 EXEC PGM=IKJEFT01,DYNAMNBR=999 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * CONSOLE SYSCMD(V (AA50),ONLINE) Could someone please correct my mistake? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
I think you really need to figure out why your JCL sortwork is being directed to VIO. Have you tried using a large space allocation. Usually ACS routines set a MAXSIZE threshold for directing to a VIO storage group. If you can stop the SORT work data set from being directed to VIO, then DFSORT will not try to re-allocate it to SORTDK. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/22/2012 12:17:33 PM: [image removed] Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort Staffan Tylen to: IBM-MAIN 02/22/2012 12:19 PM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List Sorry Otto, SORTWK01 in the JCL doesn't help. DFSORT then starts to allocate SORTDKnn files as real files, not VIO as is the case with dynamic allocation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: VARY ON/ VARY OFF COMMAND IN BATCH
You might want to yse the rexx sdsf interface
/* REXX - SDSF/REXX CONSOLE COMMAND */
ARG COMMAND
COMMAND = 'v xxx,online'
IF ISFCALLS('ON') 0 THEN EXIT 99
ADDRESS SDSF ISFEXEC '/COMMAND' (WAIT
DO I=1 TO ISFULOG.0
SAY ISFULOG.I
END
CALL ISFCALLS 'OFF'
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
John Dawes
Sent: Wednesday, February 22, 2012 12:23 PM
To: IBM-MAIN@bama.ua.edu
Subject: VARY ON/ VARY OFF COMMAND IN BATCH
G'Day,
I have several hundred volumes to put online/offline and I thought I could try
it in batch mode. I dug up an old JCL which I tried but the job failed because
of the following:
READY
CONSOLE SYSCMD(V (AA50),ONLINE) IKJ55303I THE CONSOLE COMMAND HAS TERMINATED.+
IKJ55303I AN ERROR OCCURRED DURING CONSOLE INITIALIZATION. THE MCSOPER RETURN
CODE WAS X'0004' AND THE REASON CODE WAS X'00 00'. READY
END
Here is the job which I executed. :
//*
//STEP01 EXEC PGM=IKJEFT01,DYNAMNBR=999 //SYSPRINT DD SYSOUT=* //SYSTSPRT
DD SYSOUT=* //SYSTSIN DD *
CONSOLE SYSCMD(V (AA50),ONLINE)
Could someone please correct my mistake?
Thanks in advance.
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@bama.ua.edu with the message: INFO IBM-MAIN
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Princeple of operations link with Grande instructions
Hi, Would anyone have a link to POP's book/PDF with 64 bit instructions thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Princeple of operations link with Grande instructions
http://www-03.ibm.com/systems/z/os/zos/bkserv/r13pdf/#zarchpops On Wed, Feb 22, 2012 at 12:01 PM, Micheal Butz michealb...@optonline.net wrote: Hi, Would anyone have a link to POP's book/PDF with 64 bit instructions thanks -- 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: INFO IBM-MAIN
Re: Difference between DREF storage and Page fixed storage
In 013d01ccf0e2$14a981b0$3dfc8510$@net, on 02/21/2012 at 04:45 PM, Micheal Butz michealb...@optonline.net said: Would any know the difference between (disabled reference storage) DREF e.g. subpool 215 and Page fixed storage e.g. subpool 223 DREF can be paged out to Expanded Storage; page fixed storage cannot. Since MVS no longer supports expanded storage, there should be few practical differences. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Do what to get C strftime %z to work?
In CAPD5F5qPS9abCH=OxzgGTnFarfZ7W-yHCK4=wkohesy5xna...@mail.gmail.com, on 02/21/2012 at 07:24 PM, John Gilmore johnwgilmore0...@gmail.com said: Moreover, Chris Mason's manner does annoy some people; but it would be unwise to ignore the substantive content of his posts for this reason. When he lies about one thing, I find it prudent to not trust him about other things. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Erasing data on disk volumes (2105-F20)
In 002f01ccf108$587ad8a0$097089e0$@net, on 02/21/2012 at 06:18 PM, Ron Hawkins ronjhawk...@sbcglobal.net said: You oversimplify the argument. As do you. If you overwrite the data once, with anything, it is gone. 1. NSA claims that it can recover data from residual magnetic fields; I have no way of cerifying that, but they have more experise than either of us. 2. While on old DASD Write CKD actually erases data, that need not be true on newer DASD. Was your statement specific to the 2105 or intended to be general? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Do what to get C strftime %z to work?
In CAPD5F5oUsu9mTq=to5DB9mWSyZACyUp60FfryKcmzCuxDcy=8...@mail.gmail.com, on 02/22/2012 at 08:42 AM, John Gilmore johnwgilmore0...@gmail.com said: As I have said here before: The LE Vendor Interfaces manual is the best reference for knowledgeable people; The last time I looked at it, it didn't tell me what the mapping macros were for the I/O control blocks. In that case I was concerned with PL/I rather than with C. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Difference between DREF storage and Page fixed storage
In of3c06c41b.65cd5283-on852579ac.002452e3-852579ac.00254...@us.ibm.com, on 02/22/2012 at 01:47 AM, Jim Mulder d10j...@us.ibm.com said: As long as you are nonswappable, either via the SRM attribute, or by holding the local lock, which prevents RCT Quiesce from proceeding. Otherwise, the real frame backing a fixed page can change. Why doesn't that cause problems for I/O? Typically an access method does not obrain and retain the local lock until the I/O completes. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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...@bama.ua.edu with the message: INFO IBM-MAIN
Request for comments on the GDG IEFAB461 exit
Greetings Listers. The Share requirements committee is investigating a rather old requirement, SSSHARE011025, which asks for a way to specify, whether GDG's are cataloged at Step end or Job end. There's currently a usermod floating around that does this, I believe it's referred to as the Brylane GDG mod. Does anyone else use this mod? Would this requirement be beneficial to you? I'll paste the entire requirement below. Thanks for any and all thoughts, comments, snide remarks. :) Mary Anne SSSHARE011025 Title: JOB OR STEP LEVEL GDG RESOLUTION OPTION. Description: IBM should provide a facility in JCL such that users could use GDG base name resolution to occur, either at STEP end or JOB end. The installation must also be to specify the default. Benefit: We (and, I suspect, many other sites) prefer that the base level for relative GDG be updated at step end rather than the current IBM default of job end. This requires a usermod ZAP to catalog processing forcing the current GDG base level to be determined from the catalog rather than from GDGNT search. This ZAP must be reworked whenever the module affected is replaced by PTF maintenance or a new release level. The choice should be made selectable by the user via the standard system tailoring mechanisms (i.e., PARMLIB or a user exit). The usermod ZAP used to cause step end resolution of GDG base level must be reworked any time maintenance hits the module affected. As OCO code becomes more prevalent, it will become increasingly difficult to properly refit the ZAP. Should the GDGNT search function be relocated in full or in part to another module, it may become impossible to fix the usermod. Since all of our JCL, job restart, and operational procedures are dependent on GDG base level being resolved at step end and not job end, this would create a critical situation, as it would require that we either totally change our JCL and operating procedures to conform to IBM default job end GDG resolution, or avoid applying maintenance that renders the usermod unusable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Staffan, I'm still thinking about ways to eliminate the multiple SORTs ... there should be a way to achieve this, but, not having the full details about your program, I might me totally off base. So, my thinking is: If you currently sort by fields A, B, C in each SORT invocation ... Wouldn't adding a sequence number to the records solve the problem? For example, all records belonging to SORT #1 have SEQNUM=1, all records for SORT #2 have SEQNUM=2, etc., incrementing SEQNUM by 1 for what is now each individual SORT. When all records have been generated, run one SORT and sort by SEQNUM, A, B, C. Now process the output in groups by SEQNUM. Hot, warm, cold, not even close? How am I doing? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staffan Tylen Sent: Wednesday, February 22, 2012 1:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort Yes, unfortunately, because the records are dynamically created and could not be put in a single file for a one-time sort. Why should life be simple? :) I still find it strange that there is no way to prevent dynamic allocation 100%, even though the documentation hints about ways to do so, for example DYNALLOC=OFF,FILESZ=U0,DSPSIZE=0. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: VARY ON/ VARY OFF COMMAND IN BATCH
Or use something like: //STARTEXEC PGM=IEFBR14,COND=(0,NE,WAIT) //MOUNTMON COMMAND 'START MOUNTMON' //* On Wed, Feb 22, 2012 at 9:23 AM, John Dawes jhn_da...@yahoo.com.au wrote: G'Day, I have several hundred volumes to put online/offline and I thought I could try it in batch mode. I dug up an old JCL which I tried but the job failed because of the following: READY CONSOLE SYSCMD(V (AA50),ONLINE) IKJ55303I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55303I AN ERROR OCCURRED DURING CONSOLE INITIALIZATION. THE MCSOPER RETURN CODE WAS X'0004' AND THE REASON CODE WAS X'00 00'. READY END Here is the job which I executed. : //* //STEP01 EXEC PGM=IKJEFT01,DYNAMNBR=999 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * CONSOLE SYSCMD(V (AA50),ONLINE) Could someone please correct my mistake? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
Sounds like a slippery slope to me. Almost like allowing System symbol resolution on batch jobs. What possible benefit can there be to this? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Wednesday, February 22, 2012 1:33 PM To: IBM-MAIN@bama.ua.edu Subject: Request for comments on the GDG IEFAB461 exit Greetings Listers. The Share requirements committee is investigating a rather old requirement, SSSHARE011025, which asks for a way to specify, whether GDG's are cataloged at Step end or Job end. There's currently a usermod floating around that does this, I believe it's referred to as the Brylane GDG mod. Does anyone else use this mod? Would this requirement be beneficial to you? I'll paste the entire requirement below. Thanks for any and all thoughts, comments, snide remarks. :) Mary Anne SSSHARE011025 Title: JOB OR STEP LEVEL GDG RESOLUTION OPTION. Description: IBM should provide a facility in JCL such that users could use GDG base name resolution to occur, either at STEP end or JOB end. The installation must also be to specify the default. Benefit: We (and, I suspect, many other sites) prefer that the base level for relative GDG be updated at step end rather than the current IBM default of job end. This requires a usermod ZAP to catalog processing forcing the current GDG base level to be determined from the catalog rather than from GDGNT search. This ZAP must be reworked whenever the module affected is replaced by PTF maintenance or a new release level. The choice should be made selectable by the user via the standard system tailoring mechanisms (i.e., PARMLIB or a user exit). The usermod ZAP used to cause step end resolution of GDG base level must be reworked any time maintenance hits the module affected. As OCO code becomes more prevalent, it will become increasingly difficult to properly refit the ZAP. Should the GDGNT search function be relocated in full or in part to another module, it may become impossible to fix the usermod. Since all of our JCL, job restart, and operational procedures are dependent on GDG base! level being resolved at step end and not job end, this would create a critical situation, as it would require that we either totally change our JCL and operating procedures to conform to IBM default job end GDG resolution, or avoid applying maintenance that renders the usermod unusable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: VARY ON/ VARY OFF COMMAND IN BATCH
On 2/22/2012 9:23 AM, John Dawes wrote: I have several hundred volumes to put online/offline and I thought I could try it in batch mode. I dug up an old JCL which I tried but the job failed because of the following: READY CONSOLE SYSCMD(V (AA50),ONLINE) IKJ55303I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55303I AN ERROR OCCURRED DURING CONSOLE INITIALIZATION. THE MCSOPER RETURN CODE WAS X'0004' AND THE REASON CODE WAS X''. READY END According to the manual, RC=4 on MCSOPER ACTIVATE means, Environmental error. For REQUEST=ACTIVATE, the console was already active. You most-likely already had an EMCS console by the same name active in your TSO/ISPF session. To test this, go back to READY, issue 'CONSOLE DEACTIVATE' and then resubmit your job using the TSO SUBMIT command. See what happens. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ENF listener example
On 2/21/2012 10:36 PM, Phil Smith wrote: Jim Mulder wrote: If you have IPCS for z/OS 1.13, and a dump which includes CSA, you can do VERBX IEFENFVX '37' (displays listeners for event code 37) or VERBX IEFENFVX (displays listeners for all event codes) Well, I don't...and not clear how that would help me? Or are you suggesting that against our system, to see whether our listener really loaded correctly? I'm assuming ours didn't -- and thus am looking for a working example. Tom, we found that page already, thanks; alas, we think we're doing everything it suggests, but it's not a complete example. So we're missing some detail... Phil, An IBM sample that's incomplete? An IBM sample that doesn't work? SAY IT AIN'T SO! Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
I'm not sure I understand the problem the exit is attempting to resolve. Perhaps an example would provide for better discussion. My immediate reaction was why not simply use DSN=*.stepname.ddname and be done with it, but I realize there must be more to the story than that. -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov There couldn't be a society of people who didn't dream. They'd be dead in two weeks. -- William S. Burroughs -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, 22 February 2012 11:42 To: IBM-MAIN@bama.ua.edu Subject: Re: Request for comments on the GDG IEFAB461 exit Sounds like a slippery slope to me. Almost like allowing System symbol resolution on batch jobs. What possible benefit can there be to this? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Wednesday, February 22, 2012 1:33 PM To: IBM-MAIN@bama.ua.edu Subject: Request for comments on the GDG IEFAB461 exit Greetings Listers. The Share requirements committee is investigating a rather old requirement, SSSHARE011025, which asks for a way to specify, whether GDG's are cataloged at Step end or Job end. There's currently a usermod floating around that does this, I believe it's referred to as the Brylane GDG mod. Does anyone else use this mod? Would this requirement be beneficial to you? I'll paste the entire requirement below. Thanks for any and all thoughts, comments, snide remarks. :) Mary Anne SSSHARE011025 Title: JOB OR STEP LEVEL GDG RESOLUTION OPTION. Description: IBM should provide a facility in JCL such that users could use GDG base name resolution to occur, either at STEP end or JOB end. The installation must also be to specify the default. Benefit: We (and, I suspect, many other sites) prefer that the base level for relative GDG be updated at step end rather than the current IBM default of job end. This requires a usermod ZAP to catalog processing forcing the current GDG base level to be determined from the catalog rather than from GDGNT search. This ZAP must be reworked whenever the module affected is replaced by PTF maintenance or a new release level. The choice should be made selectable by the user via the standard system tailoring mechanisms (i.e., PARMLIB or a user exit). The usermod ZAP used to cause step end resolution of GDG base level must be reworked any time maintenance hits the module affected. As OCO code becomes more prevalent, it will become increasingly difficult to properly refit the ZAP. Should the GDGNT search function be relocated in full or in part to another module, it may become impossible to fix the usermod. Since all of our JCL, job restart, and operational procedures are dependent on GDG base! level being resolved at step end and not job end, this would create a critical situation, as it would require that we either totally change our JCL and operating procedures to conform to IBM default job end GDG resolution, or avoid applying maintenance that renders the usermod unusable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
On 2/22/2012 1:43 PM, Jousma, David wrote: Sounds like a slippery slope to me. Almost like allowing System symbol resolution on batch jobs. What possible benefit can there be to this? Dave, If you need to create and reference more than 2 different generations of a GDG in a job, you can't do it without this usermod. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
David, Ulrich, Many thanks for your comments but I think we are drifting away from the original issue, namely that there seems to be no way to prevent dynamic allocation of sort work files. I wish to be able to sort records in storage without risking that work files are dynamically allocated. I know this may sound silly but that's not the point. The point I'm making is that the documentation for DFSORT seems to show ways to do this using various parameters such as DYNALLOC, FILESZ, etc. but I can't make it work. Many thanks for any continued input to this. Staffan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
Tom, Are you saying that in current z/OS batch I cannot read GDG (0) and create GDG (+1) in step 1, read GDG (+1) and create GDG (+2) in step 2, and then read GDG (+2) and create GDG (+3) in step 3 of the same job? Or simpler still, just create GDG's (+1), (+2) and (+3) in the same step from a single program? Not that either of those scenarios makes a lot of sense to me from an application standpoint, but why would IBM prevent you from doing it? Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pinnacle Sent: Wednesday, February 22, 2012 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Request for comments on the GDG IEFAB461 exit On 2/22/2012 1:43 PM, Jousma, David wrote: Sounds like a slippery slope to me. Almost like allowing System symbol resolution on batch jobs. What possible benefit can there be to this? Dave, If you need to create and reference more than 2 different generations of a GDG in a job, you can't do it without this usermod. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Thank you for your response, Staffan. To the best of my knowledge (and, being retired, I cannot experiment with a current release of DFSORT), there's no way I can think of to make DFSORT _not_ allocate SORTWKs for every invocation. So I had been thinking along the lines of How can I avoid the _entire_ overhead of invoking SORT multiple times? With or without SORTWKs, the cumulative overhead of invoking SORT (as you said) 1000's of times ... that's going to kill your performance. If there's any chance to rework the program's logic, similar to what I said in my previous post, and call SORT only once ... that's going to give you the best bang for your buck. I hope, you can find a solution to your problem. Perhaps posting the SORT messages for one of the invocations might help shed some more light on the issue. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staffan Tylen Sent: Wednesday, February 22, 2012 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort David, Ulrich, Many thanks for your comments but I think we are drifting away from the original issue, namely that there seems to be no way to prevent dynamic allocation of sort work files. I wish to be able to sort records in storage without risking that work files are dynamically allocated. I know this may sound silly but that's not the point. The point I'm making is that the documentation for DFSORT seems to show ways to do this using various parameters such as DYNALLOC, FILESZ, etc. but I can't make it work. Many thanks for any continued input to this. Staffan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Staffan Tylen at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/22/2012 11:08:10 AM: I wish to be able to sort records in storage without risking that work files are dynamically allocated Staffan, I don't know exactly what your job looks like so it's difficult to tell you how to do what you want. Can you try doing the following with your job: Remove any SORTWKdd DD statements you have coded. Add: //DFSPARM DD * OPTION MOSIZE=0,HIPRMAX=0,DSPSIZE=0,DYNALLOC=OFF /* If the job still dynamically allocates work data sets, then send me your complete JES log offline (yae...@us.ibm.com) and I'll take a look. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Difference between DREF storage and Page fixed storage
As long as you are nonswappable, either via the SRM attribute, or by holding the local lock, which prevents RCT Quiesce from proceeding. Otherwise, the real frame backing a fixed page can change. Why doesn't that cause problems for I/O? Typically an access method does not obrain and retain the local lock until the I/O completes. RCT Quiesce processing does a PURGE QUIESCE. This waits for completion of I/O operations which have been started. Queued operations which have not yet been started are returned to the IOS driver's purge exit. The IOS driver (EXCP, VSAM, Meadi Manager, for example), retranslates the channel programs as needed after RCT Restore. 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: INFO IBM-MAIN
Re: IPOUPDTE / CPPUPDTE Download
Hi, Finally I used FileAid from Compuware. I don't find where is the LOADLIB of CBIPO where is stored, isn't in LINKLIB. I use to modify frequently strings in PDS with IPOUPDTE / CPPUPDTE. I have take an insisht into CBTTAPE but I don't find any file with the sample or module, only ZAPs for avoiding the $$$COIBM member or doc for utility. Thanks to both. Álvaro. 2012/2/22 Lizette Koehler stars...@mindspring.com Hi list, I want to download IPOUPTE or CPPUPDTE. Is urgent. Thanks and regards, -- Un saludo. Álvaro Guirao You can also go to the CBTTAPE.ORG website and find IPOUPDTE there. Also, you might want to look for alternatives to using this function. There are many ways to do PDS member updates with other utilities. For example, if you have COMPUWARE MVS product, a pds update funciont is in there Or if you have CA PDSMAN a PDS update function is in there. Hope that helps. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
On 2/22/2012 12:27 PM, Ulrich Krueger wrote: Thank you for your response, Staffan. To the best of my knowledge (and, being retired, I cannot experiment with a current release of DFSORT), there's no way I can think of to make DFSORT _not_ allocate SORTWKs for every invocation. So I had been thinking along the lines of How can I avoid the _entire_ overhead of invoking SORT multiple times? With or without SORTWKs, the cumulative overhead of invoking SORT (as you said) 1000's of times ... that's going to kill your performance. If there's any chance to rework the program's logic, similar to what I said in my previous post, and call SORT only once ... that's going to give you the best bang for your buck. I hope, you can find a solution to your problem. Perhaps posting the SORT messages for one of the invocations might help shed some more light on the issue. Regards, Ulrich Krueger So, DFSORT is being invoked from a program, as I recall. Here's an idea: have the program call the C qsort function instead of DFSORT. I have a simple COBOL program that does this: 01 no-rowspic s9(9) binary value 0. 01 row-size pic s9(9) binary value +60. 01 compdesc function-pointer. ... 01 parts-table. 05 parts occurs 300 times indexed by part-index. 10 parts-no pic x(9). 10 parts-desc pic x(30). 10 parts-on-hand pic 9. 10 parts-on-ord pic 999. 10 parts-pricepic v999. 10 parts-reordpic 999. 10 pic xxx. ... procedure division using parms. mainline. set compdesc to entry 'compdesc' ... call 'qsort' using parts-table, by value no-rows, row-size, compdesc The routine 'compdesc' is where the actual compare takes place. Since I am comparing the descrption field (parts-desc in the table above), I wrote the following Assembler code: COMPDESC CSECT COMPDESC AMODE 31 COMPDESC RMODE ANY * Copyright (C) 2004 by Steven H. Comstock * * code to be called as a C function to compare two consecutive *entries in a table of Inventory items, in process of *sorting by description field, which is 9 bytes in * with a length of 30; no save area is used or *needed, and code returns zero if two items * equal, positive number if first is high, *negative number if first is low * l 15,0(1) l 1,4(,1) clc9(30,15),9(1) je zero jh high lnr15,15 high ds 0h br 14 zero ds 0h sr 15,15 br 14 dc c'compdesc ver1' END COMPDESC So, could you code a similar program to do the compare between two entries then invoke the C qsort using your routine for the compare? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staffan Tylen Sent: Wednesday, February 22, 2012 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort David, Ulrich, Many thanks for your comments but I think we are drifting away from the original issue, namely that there seems to be no way to prevent dynamic allocation of sort work files. I wish to be able to sort records in storage without risking that work files are dynamically allocated. I know this may sound silly but that's not the point. The point I'm making is that the documentation for DFSORT seems to show ways to do this using various parameters such as DYNALLOC, FILESZ, etc. but I can't make it work. Many thanks for any continued input to this. Staffan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Frank, you did it again! I start to believe that I had not tried the MOSIZE parameter together with all the rest, so when it's there - no more dynamic allocations :) But as expected I got sort capacity exceeded situations, which I only could solve by adding a high MAINSIZE value like 1000M together with REGION=0M. With all this in place in a separate test job that just ran a standard PGM=SORT with no sort work files it worked like a charm and with an incredible performance, less than 20 secs to sort almost 750,000 records :) Again, many thanks Frank and all others involved. Staffan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
By slippery, I mean some of these things to think about: Given the following over simplistic JCL example: //STEP1 EXEC PGM=IEFBR14 //DD1 DD DSN=MY.GDG.DATASET(+1),DISP=(NEW,CATLG,DELETE) . . . //STEP2 EXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.GDG.DATASET(+1),DISP=OLD //SYSUT2 DD DSN=MY.NEW.GDG.DATASET(+1),DISP=(NEW,CATLG,DELETE) . . . //STEP3 .. - how does one implement such a EXIT or PARMLIB change? To Change the behavior, requires mass change of JCL in the shop coordinated at the same time as the change, because now STEP2 SYSUT1 has to be referenced as (0), instead of (+1). Or visa versa if going back to standard IBM behavior. - what if somehow the EXIT or PARMLIB change was not consistently set in all members of a sysplex? Wow, would that create a storm. - what does the behavior do to auto restart cleanup that TWS or the other schedulers do? - What about JCL provided by outside sources(i.e. vendor software)? What I think is that there is a shop out there that has been living in this alternate universe (anyone watch Fringe?), and has been zapping IBM code for years, and are now stuck because IBM has made changes. Again, I see no possible benefit from this behavior. Let's go ahead and write a front-end to IDCAMS that automatically does dynamic allocations with DISP=SHR so that we can delete files that are allocated elsewhere? Or zap IEBCOPY to do additional GRS ENQ's? Or write a RACF front-end that does additional console command checking? Fact is we have to realize that if we modify our systems to do something other than the vendor sees fit, we have to live with the consequences. I will get off the soapbox now. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pinnacle Sent: Wednesday, February 22, 2012 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Request for comments on the GDG IEFAB461 exit On 2/22/2012 1:43 PM, Jousma, David wrote: Sounds like a slippery slope to me. Almost like allowing System symbol resolution on batch jobs. What possible benefit can there be to this? Dave, If you need to create and reference more than 2 different generations of a GDG in a job, you can't do it without this usermod. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
I should have added that we have a IGGPRE00 exit that I am trying to retire that was written many years ago in such a way that when allocating a VB format dataset, it not necessary to provide LRECL or BLKSIZE. The exit assumes 1/2 track blocking, and LRECL = BLKSIZE-4. So now we have a LOT of JCL that does not code either of those parameters in production jobs. All that is needed is a valid LRECL, and let SDB take over. What in the name of everything good would such exit functionality be introduced into a system? I am guessing, but probably was written before the days of SDB, but now is monumental to retire. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, February 22, 2012 3:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Request for comments on the GDG IEFAB461 exit By slippery, I mean some of these things to think about: Given the following over simplistic JCL example: //STEP1 EXEC PGM=IEFBR14 //DD1 DD DSN=MY.GDG.DATASET(+1),DISP=(NEW,CATLG,DELETE) . . . //STEP2 EXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.GDG.DATASET(+1),DISP=OLD //SYSUT2 DD DSN=MY.NEW.GDG.DATASET(+1),DISP=(NEW,CATLG,DELETE) . . . //STEP3 .. - how does one implement such a EXIT or PARMLIB change? To Change the behavior, requires mass change of JCL in the shop coordinated at the same time as the change, because now STEP2 SYSUT1 has to be referenced as (0), instead of (+1). Or visa versa if going back to standard IBM behavior. - what if somehow the EXIT or PARMLIB change was not consistently set in all members of a sysplex? Wow, would that create a storm. - what does the behavior do to auto restart cleanup that TWS or the other schedulers do? - What about JCL provided by outside sources(i.e. vendor software)? What I think is that there is a shop out there that has been living in this alternate universe (anyone watch Fringe?), and has been zapping IBM code for years, and are now stuck because IBM has made changes. Again, I see no possible benefit from this behavior. Let's go ahead and write a front-end to IDCAMS that automatically does dynamic allocations with DISP=SHR so that we can delete files that are allocated elsewhere? Or zap IEBCOPY to do additional GRS ENQ's? Or write a RACF front-end that does additional console command checking? Fact is we have to realize that if we modify our systems to do something other than the vendor sees fit, we have to live with the consequences. I will get off the soapbox now. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pinnacle Sent: Wednesday, February 22, 2012 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Request for comments on the GDG IEFAB461 exit On 2/22/2012 1:43 PM, Jousma, David wrote: Sounds like a slippery slope to me. Almost like allowing System symbol resolution on batch jobs. What possible benefit can there be to this? Dave, If you need to create and reference more than 2 different generations of a GDG in a job, you can't do it without this usermod. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is
Re: Request for comments on the GDG IEFAB461 exit
On 2/22/2012 12:35 PM, Jousma, David wrote: - how does one implement such a EXIT or PARMLIB change? To Change the behavior, requires mass change of JCL in the shop coordinated at the same time as the change, because now STEP2 SYSUT1 has to be referenced as (0), instead of (+1). Or visa versa if going back to standard IBM behavior. I believe the 21st-century suggestion will be to implement this behavior as an option on the job card and/or job class. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Steve, the original code was making calls to an internal QuickSort routine written in assembler but I got to a point where the code abended when the input to the sort was too large so I decided to look at using DFSORT instead. I now have a combination of the two in place where small sorts use the internal QuickSort and bigger ones triggers calls to DFSORT. Not very elegant maybe but the next generation programmers need something to do as well ;) Thanks anyway. Cheers, Staffan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Avoiding DFSORT dynamic allocatoin, was: Abend S0C4 in an internal sort
Staffen Tylen at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/22/2012 12:34:17 PM: Frank, you did it again! I start to believe that I had not tried the MOSIZE parameter together with all the rest, so when it's there - no more dynamic allocations :) But as expected I got sort capacity exceeded situations, which I only could solve by adding a high MAINSIZE value like 1000M together with REGION=0M. With all this in place in a separate test job that just ran a standard PGM=SORT with no sort work files it worked like a charm and with an incredible performance, less than 20 secs to sort almost 750,000 records :) Again, many thanks Frank and all others involved. I'm glad to hear you got what you wanted, and glad I could help. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Batch Symbolic Substitution (RE: Request for comments on the GDG IEFAB461 exit)
As an aside, we DO use a local UJV exit which allows system symbolic substitution in batch jobs. It has proven to be very helpful in our environment. If anyone is interested, please advise. Frank Bonaduce VP GSG Systems Engineering -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, February 22, 2012 1:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Request for comments on the GDG IEFAB461 exit Sounds like a slippery slope to me. Almost like allowing System symbol resolution on batch jobs. What possible benefit can there be to this? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Wednesday, February 22, 2012 1:33 PM To: IBM-MAIN@bama.ua.edu Subject: Request for comments on the GDG IEFAB461 exit Greetings Listers. The Share requirements committee is investigating a rather old requirement, SSSHARE011025, which asks for a way to specify, whether GDG's are cataloged at Step end or Job end. There's currently a usermod floating around that does this, I believe it's referred to as the Brylane GDG mod. Does anyone else use this mod? Would this requirement be beneficial to you? I'll paste the entire requirement below. Thanks for any and all thoughts, comments, snide remarks. :) Mary Anne SSSHARE011025 Title: JOB OR STEP LEVEL GDG RESOLUTION OPTION. Description: IBM should provide a facility in JCL such that users could use GDG base name resolution to occur, either at STEP end or JOB end. The installation must also be to specify the default. Benefit: We (and, I suspect, many other sites) prefer that the base level for relative GDG be updated at step end rather than the current IBM default of job end. This requires a usermod ZAP to catalog processing forcing the current GDG base level to be determined from the catalog rather than from GDGNT search. This ZAP must be reworked whenever the module affected is replaced by PTF maintenance or a new release level. The choice should be made selectable by the user via the standard system tailoring mechanisms (i.e., PARMLIB or a user exit). The usermod ZAP used to cause step end resolution of GDG base level must be reworked any time maintenance hits the module affected. As OCO code becomes more prevalent, it will become increasingly difficult to properly refit the ZAP. Should the GDGNT search function be relocated in full or in part to another module, it may become impossible to fix the usermod. Since all of our JCL, job restart, and operational procedures are dependent on GDG base! level being resolved at step end and not job end, this would create a critical situation, as it would require that we either totally change our JCL and operating procedures to conform to IBM default job end GDG resolution, or avoid applying maintenance that renders the usermod unusable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IPOUPDTE / CPPUPDTE Download
Alvaro, The CPPUPDTE program is in the CPAC/ServerPac library suffixed with SCPPLOAD. That library was used to install z/OS. Cliff McNeill Date: Wed, 22 Feb 2012 20:41:27 +0100 From: alvarogui...@gmail.com Subject: Re: IPOUPDTE / CPPUPDTE Download To: IBM-MAIN@bama.ua.edu Hi, Finally I used FileAid from Compuware. I don't find where is the LOADLIB of CBIPO where is stored, isn't in LINKLIB. I use to modify frequently strings in PDS with IPOUPDTE / CPPUPDTE. I have take an insisht into CBTTAPE but I don't find any file with the sample or module, only ZAPs for avoiding the $$$COIBM member or doc for utility. Thanks to both. Álvaro. 2012/2/22 Lizette Koehler stars...@mindspring.com Hi list, I want to download IPOUPTE or CPPUPDTE. Is urgent. Thanks and regards, -- Un saludo. Álvaro Guirao You can also go to the CBTTAPE.ORG website and find IPOUPDTE there. Also, you might want to look for alternatives to using this function. There are many ways to do PDS member updates with other utilities. For example, if you have COMPUWARE MVS product, a pds update funciont is in there Or if you have CA PDSMAN a PDS update function is in there. Hope that helps. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Actually it is more typically 2% (Was Re: IBM announces 6% price increase for z/OS)
Sorry if my posts yesterday were confusing. I posted as a reply to the 6% post, but realized many would not open that old thread and that I needed to have 2% as part of the subject. So I replied again, and did not repeat the content. So here is the content and below that I'll respond to the questions and comments I've received: -- I've done further analysis, now that the LCS_PRICING Interactive Report is updated with the new prices. When viewed not tier by tier, but with a stack of other software products (for which the prices did not change) the increase on the MLC invoice due to the z/OS increase is closer to 2%. As more and more products are added to the software stack, the percent increase will be smaller, as the other products are added to both the before and after totals equally. One customer has shared their analysis with me and for their products and features the monthly impact is approximately 1.8%. My analysis is available at: http://www.sherkow.com/updates/zos_2012_price_increase.html I hope you find this interesting and I welcome any comments or feedback you may have. I can find no other public analysis that shows this effective increase is near 2%. The bottom line is that everyone needs to analyze their own site. Similar to determining which software pricing metrics your site should be using there still are not clear rule of thumbs that work for every site. -- My analysis was with IBM software only, and a very small, completely sub-capacity product set. Adding other products, whether from IBM or from an ISV would lead to smaller and smaller increases. Additional products would minimize the effect of the z/OS increase. The analysis used prices in US Dollars. I did not assume the growth or pricing for CICS, DB2, or WebSphere MQ series. On the linked page above, in the lower portion I describe the actual increases of the version changes. I won't full repost here, but between DB2 V7 and DB2 V10 the increases ranged from 9.5% to 12%. CICS TS V2 through V4 had a range of 11.7% to 14.5%. Again over a range of MSU levels. I did not use zNALC pricing, this was VWLC and AWLC. I could run some zNALC scenarios. However, the effect of the z/OS increases would be even smaller with the very large zNALC discounts. In the US z/OS did have a price increase effective 1 April 2009 (see http://ibm.co/Dec2008-308-887-increases). I know as I typed those prices into the LCS pricing tables. For example the VWLC tier of 176 to 315 MSUs was announced on 10/3/2000 as $110, on 4/1/2009 this increased to $113 and now on 4/1/2012 it will be $120. The lower tiers changed on 10/3/2003 with the mainframe charter; some tiers were raised and some lowered to as the initial z/OS announcement had a minimum starting base of 45 MSUs. Thanks for all the comments and feedback, these are all good points in the discussion! Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Mainframe Software Pricing, WLC, LPARs and LCS Software Seminars on IBM SW Pricing Voice: +1 414 332-3062 Web: www.sherkow.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch Symbolic Substitution (RE: Request for comments on the GDG IEFAB461 exit)
On Wed, 22 Feb 2012 16:11:57 -0500, Bonaduce, Frank wrote: As an aside, we DO use a local UJV exit which allows system symbolic substitution in batch jobs. It has proven to be very helpful in our environment. If anyone is interested, please advise. Don't let IBM hear you say that. They'll revoke your license and repossess your z/OS. If they don't, your data center is likely to get sucked into a black hole. Just ask your IBM rep. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Wanna know (practically) everything in z/OS V1R13??
On Wed, 22 Feb 2012 16:47:58 +, Bill Fairchild wrote: EXCELLENT job on the Education Assistant. I just skimmed the whole overview section and listened closely to all of a few of the bullets. And an even more excellent job with the new release. Wowzers - 1 TB DASD volumes; executable code above 2GB line; many other goodies. Thanks to all IBM z/OS developers and their management. Lol - wowser (sp) has an entirely different connotation in this neck of the woods ... But yes, looks good. Have to wonder why the VVDS needed enlarging; one volume, one dataset ... : 0) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Erasing data on disk volumes (2105-F20)
Shmuel, I guess this quote may be incorrect then: From http://cmrr.ucsd.edu/people/Hughes/DataSanitizationTutorial.pdf Secure erase does a single on-track erasure of the data on the disk drive. The U.S. National Security Agency published an Information Assurance Approval of single pass overwrite, after technical testing at CMRR showed that multiple on-track overwrite passes gave no additional erasure. I was referring to recent FBA drives, and was not referring to the CKD erase track. When I said overwrite I had no other meaning intended. I think sledgehammers work on any disk drive technologyJ One thing that is very different about current drive technology compared to SLED is that the concept of a cylinder is dead. It is faster for the servo to move the disk head from track to track across the platter rather then head switch down the cylinder, so recording is done in a serpentine fashion across the platter, then switching to the next head and back- hitching the arm at a point where the track switch is equivalent to the seek time. This means a greater settling frequency per physical track destaged. Unlike a SLED where the head stands still for 15 tracks of writes, current day disks will seek and settle the heads for every track. I do realize that the track capacity is much greater on current FBA than SLED, but the destaging objective of any scatter/gather buffer mechanism is to destage as much data in a single write as possible. Hence the average size of a destage operation is often, but not always greater than we observed on SLED. Finally, I don't know if simply not creative enough with my google arguments, but I cannot find that NSA claims that it can recover data from residual magnetic fields anywhere. Lots of probably, perhaps, and maybe, but conclusive claim from the NSA. Of course, I'd expect any claim to refer to current FBA drives and not a RAMAC I. I wonder if the NSA have managed to retrieve Nixon's missing 18.5 minutes of blank tape? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, February 22, 2012 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Erasing data on disk volumes (2105-F20) In 002f01ccf108$587ad8a0$097089e0$@net, on 02/21/2012 at 06:18 PM, Ron Hawkins mailto:ronjhawk...@sbcglobal.net ronjhawk...@sbcglobal.net said: You oversimplify the argument. As do you. If you overwrite the data once, with anything, it is gone. 1. NSA claims that it can recover data from residual magnetic fields; I have no way of cerifying that, but they have more experise than either of us. 2. While on old DASD Write CKD actually erases data, that need not be true on newer DASD. Was your statement specific to the 2105 or intended to be general? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html http://patriot.net/~shmuel/resume/brief.html 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 mailto:lists...@bama.ua.edu lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Any way to get the XLC compiler to list all #define symbols?
Me too. Thanks,
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Michael Klaeschen
Sent: Tuesday, February 14, 2012 11:33 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Any way to get the XLC compiler to list all #define symbols?
for me, options PPONLY and SHOWM worked:
//COMPILE EXEC PGM=CCNDRVR,
//PARM=('/CXX OPTFILE(DD:CCOPT) PPONLY SHOWM')
output is written to DD SYSUT10
see 4.107 of XL C/C++ Users Guide.
Cheers
Michael
Von:Charles Mills charl...@mcn.org
An: IBM-MAIN@bama.ua.edu
Datum: 2012-02-14 19:12
Betreff:Any way to get the XLC compiler to list all #define
symbols?
Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Does anyone know of a way to get the XLC compiler to list all of the #define
symbols that are in effect? XREF and ATTR list all ordinary symbols. There
are several ways of course of determining the define state of any
particular #define symbol. But does anyone know of an option or a trick
to
get a list of all of them?
Thanks,
Charles
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Wanna know (practically) everything in z/OS V1R13??
On Wed, Feb 22, 2012 at 6:13 PM, Shane Ginnane ibm-m...@tpg.com.au wrote: But yes, looks good. Have to wonder why the VVDS needed enlarging; one volume, one dataset ... : 0) Shane ... Tracks(10,10)? Seems pretty small to me. I suggested ICKDSF be able to assign space for the VVDS when initing the volume. Not necessarily initing it, just reserving space that would be inited with the first use. -- 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: INFO IBM-MAIN
Re: IPOUPDTE / CPPUPDTE Download
I use the PDSPDS program from file 40 on the CBT tape. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, 22 February 2012 11:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IPOUPDTE / CPPUPDTE Download Hi list, I want to download IPOUPTE or CPPUPDTE. Is urgent. Thanks and regards, -- Un saludo. Álvaro Guirao You can also go to the CBTTAPE.ORG website and find IPOUPDTE there. Also, you might want to look for alternatives to using this function. There are many ways to do PDS member updates with other utilities. For example, if you have COMPUWARE MVS product, a pds update funciont is in there Or if you have CA PDSMAN a PDS update function is in there. Hope that helps. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Request for comments on the GDG IEFAB461 exit
I have followed this forum for many, many years. Over that time I have never posted, not once, and never expected to. I have communicated with people directly when I thought I had something to offer, or ask questions from others who clearly new more than I did . . . BUT . . . . this post forces me to post of the first time with . . . You are kidding ! Unlike the another post that calculated 1/2 track blocking for VB which has value into the future and is unlikely to ever break IBM logic this behaviour is completely foreign to the basic design and could probably be removed with a high chance of success . . . some programs will refer to one record one block sadly. I do feel for the current guys who have to support this environment. Speechless . . . back to my cave I think. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Stupid JCL trick?
On Tue, 21 Feb 2012 15:48:12 -0600, Paul Gilmartin paulgboul...@aim.com wrote: Nope. RTFM. ...nevertheless (even though it's not in the fine manual) something that appears to work for me is: // IF 1 = 1 THEN ...do this stuff... // ENDIF and // IF 1 = 0 THEN ...don't do this stuff... // ENDIF hmmm...bug or feature? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IPOUPDTE / CPPUPDTE Download
Clifford, z/OS installation libraries sometimes are deleted after the installation, I think, this in one case. Anthony, I have downloaded FILE 040 but I don't see instructions of the DD NAMEs and syntax nedded to pass to the module. Can u put here an example or a few comments detailing how to use it? Best regards, Álvaro. 2012/2/23 Anthony Thompson anthony.thomp...@nt.gov.au I use the PDSPDS program from file 40 on the CBT tape. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, 22 February 2012 11:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IPOUPDTE / CPPUPDTE Download Hi list, I want to download IPOUPTE or CPPUPDTE. Is urgent. Thanks and regards, -- Un saludo. Álvaro Guirao You can also go to the CBTTAPE.ORG website and find IPOUPDTE there. Also, you might want to look for alternatives to using this function. There are many ways to do PDS member updates with other utilities. For example, if you have COMPUWARE MVS product, a pds update funciont is in there Or if you have CA PDSMAN a PDS update function is in there. Hope that helps. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
