Re: IEFU83, IEFU84 and IEFU85
Charles If you are installing IEFU83 via CSVDYNEX then the following points may be of interest : (o) IEFU83 must be specified in the EXITS() keyword for each SMF subsystem where the record can be written (o) Note that this is specified as IEFU83 in SMFPRMxx and *not* the name of your exit module - all you are doing here is enabling the exit point, the name of your exit module is set via the CSVDYNEX service later on. (o) You *must* ensure that IEFU83 is enabled in each SMF subsystem that the record can be written from. There is a gotcha here when a site has defined either or both of the STC and JES2 subsystems as you need to ensure that SYSSTC.IEFU83 and SYSJES2.IEFU83 have been defined along with SYS.IEFU83. There might be other SMF subsystems in play as well and you might have to cater for those as well. (o) Normally I would not expect to have to alter the PROGxx or EXITxx PARMLIB members when installing/defining IEFU83 via CSVDYNEX. (o) I would advise sticking in some diagnostic/accounting capabilities in the IEFU83 exit while you have the hood up. (o) When debugging this sort of thing for a customer site, it is always worth getting a copy of their SMFPRMxx and the output from a D SMF,O command. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: 18 July 2010 21:44 To: IBM-MAIN@bama.ua.edu Subject: Re: IEFU83, IEFU84 and IEFU85 I.o.w.: check that site's SMFPRMxx I hope someone is reading this on a Sunday ... Please have patience with me. I'm a developer not a sysprog and I know many things but I am not (yet!) an SMF exit expert. I didn't write the code in question. I'm trying to figure out the right question to ask a customer. I've spent a lot of time reading SMFPRMxx, PROGxx, and EXITxx documentation. If an IEFU83 exit is to be added via CSVDYNEX REQUEST=ADD, what has to exist or not exist in SMFPRMxx, PROGxx, and EXITxx in order for the exit to be invoked? (Please for now assume that the CSVDYNEX and the exit itself are valid, and that SMF is configured to write Type 80 records.) I'm trying to understand the statement EXITS specifies which SMF exits are to be invoked. A maximum of 15 exits is allowed; if an exit is not specified, it is not invoked. If this parameter is not specified, SMF behaves as if this parameter is specified with all 15 exits listed here and all SMF system exits are invoked. How do you specify that an exit is to be invoked if the name is not known at IPL time? If a customer were not currently using U83 but had an SMFPRMxx member that specified other exits and not U83, what change would the customer have to make in order for the CSVDYNEX ADD to be effective and have the added exit module invoked? Charles bm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU83, IEFU84 and IEFU85
Charles Mills charl...@mcn.org wrote in message news:00c901cb26b9$f359e070$da0da1...@org... I.o.w.: check that site's SMFPRMxx I hope someone is reading this on a Sunday ... Please have patience with me. I'm a developer not a sysprog and I know many things but I am not (yet!) an SMF exit expert. I didn't write the code in question. I'm trying to figure out the right question to ask a customer. I've spent a lot of time reading SMFPRMxx, PROGxx, and EXITxx documentation. Charles, I was not clear about my SMFPRMxx piont: I meant to check whether the particular SMF record was indeed recorded by the TYPE(nn) or not excluded by the NOTYPE(nn) statements. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P. Baker Sent: Sunday, July 18, 2010 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IND$FILE question Ed, There were separate products released for MVS, VM, and VSE. All were released in 1983. On MVS, the product number was 5665-311, and the FMID was HFX1112. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Sunday, July 18, 2010 1:58 AM To: IBM-MAIN@bama.ua.edu Subject: IND$FILE question I vaguely remember (A LONG TIME AGO mind you) that there was a separately installable FMID for IND$FILE (bonus points for the year it came out) Does anyone remember this? As a side question there was a separate help member in sys1.help (vague recollection here) Does(did?) IBM still ship the Help member for it? I seemed to remember that it was dropped along the way and it was never put back. Is this true? I just vaguely remember creating a usermod to add it back. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
There were separate products released for MVS, VM, and VSE. All were released in 1983. There was also a version for CICS. I don't know when it became available. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Detecting when a READ/GET crosses a concatenation boundary
On Mon, 19 Jul 2010 00:14:10 -0400, Robert A. Rosenberg wrote: One potential GOTCHA - The EOV exit will be driven not only when you reach the end of a file and switch to the next file in the concatenation but ALSO during a volume switch of a multi-volume sequential dataset. Thus you need to check for this to avoid false positives if all you care about is switching to a new dataset as opposed to also being signaled about a new volume of the current dataset. The OP stated his objective: Purpose: Be able to the extract the dsn actively being processed. so superfluous entries to the exit would seem to be harmless. Another concern might be associating the proper DSN with records in buffers belonging to unCHECKed READs. Multiple buffering/chained scheduling would seem to blur the picture. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Detecting when a READ/GET crosses a concatenation boundary
I wish to detect when a BSAM read or QSAM GET crosses a concatenation boundary. I am guessing I need to code an OPEN and EOV DCB exit to get control. You don't need an exit, just check the value of DCBTIOT which is increased each time QSAM/BSAM start to read the next concatenated DD. Here's an example: OPEN DCBxx MVC SAVETIOT,DCBTIOT . . . GET DCBxx CLC SAVETIOT,DCBTIOT BE SAME_DD MVC SAVETIOT,DCBTIOT . . . SAME_DD EQU * . . . SAVETIOT DS H -- Gilbert Saint-Flour GSF Software http://gsf-soft.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Detecting when a READ/GET crosses a concatenation boundary
On Mon, 19 Jul 2010 12:00:02 +0200, Gilbert Saint-Flour wrote: I wish to detect when a BSAM read or QSAM GET crosses a concatenation boundary. I am guessing I need to code an OPEN and EOV DCB exit to get control. You don't need an exit, just check the value of DCBTIOT which is increased each time QSAM/BSAM start to read the next concatenated DD. Here's an example: OPEN DCBxx MVC SAVETIOT,DCBTIOT . . . GET DCBxx CLC SAVETIOT,DCBTIOT BE SAME_DD MVC SAVETIOT,DCBTIOT . . . SAME_DD EQU * . . . SAVETIOT DS H Of course there's SMOP to convert a (16-bit!?) DCBTIOT to a DSN. I suppose it's in the book. But when is DCBTIOT incremented?: o At the time of CHECK? (I would hope.) o At the time of READ? (Ugh.) o At the instant the DECB is POSTed? (Worst imaginable.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU83, IEFU84 and IEFU85
If an IEFU83 exit is to be added via CSVDYNEX REQUEST=ADD It never is. You add an exit routine (module) to an exit. At an exit point, the system calls exit routine(s) associated with the exit. What has to exist or not exist in SMFPRMxx, PROGxx, and EXITxx in order for the exit to be invoked? EXITxx is not relevant for SMF exits. Nothing has to exist in PROGxx. Things *can* exist. -- SMFPRMxx defines what exits are to be called. This is within the EXITS statement which may exist for both the SYS and SUBSYS statements. Those exits identified on the SYS statement have exit name SYS.. Those exits identified on a SUBSYS statement have exit name SYSyyy.xxx. -- If PROGxx does not add exit routines to those exits, then the system adds an exit routine of the default name to the exit point (e.g., IEFU29) I'm trying to understand the statement ... If an exit is identified on an EXITS statement (or if the EXITS statement is omitted), then it will be called. Otherwise it will not. How do you specify that an exit is to be invoked if the name is not known at IPL time? You do know the name of the exit at IPL time. You might not know the name of the exit routine(s). If a customer were not currently using U83 but had an SMFPRMxx member that specified other exits and not U83, what change would the customer have to make in order for the CSVDYNEX ADD to be effective and have the added exit module invoked? The customer needs to have an SMFPRMxx member that specifies all the exits he wants. Thus he must create an SMFPRMxx member that in addition to the exits he already specified now adds the IEFU83 exit(s) needed. If you have associated an exit routine with an exit that is not defined, a DISPLAY PROG,EXIT will show that exit as implicitly defined. Exit routines are not called for an implicitly defined exit. The association of routine with exit is, at that point, just a data correlation. Once an updated SMFPRMxx is in effect, the exit will be defined, and the exit routine(s) will be instantiated (if needed) and called. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU83, IEFU84 and IEFU85
Thank you, thank you, thank you Rob, Peter, and Kees. This is exactly the information I was looking for. This should enable us to solve it. I spent a lot of time yesterday with Init Tuning and Exits but there are so many descriptions in there that were layered on top of each other over time -- it's hard to parse all of the information and integrate it. I would advise sticking in some diagnostic/accounting capabilities in the IEFU83 exit while you have the hood up. You betcha! I didn't write this code. I am an old hand at the process of designing vendor software for ease of debugging at a customer site. I am going to re-write this code, and trust me, you will be able to tell exactly how far it got and where it failed. I'm going to start a new thread to ask a related question right now. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Relson Sent: Monday, July 19, 2010 5:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFU83, IEFU84 and IEFU85 If an IEFU83 exit is to be added via CSVDYNEX REQUEST=ADD It never is. You add an exit routine (module) to an exit. At an exit point, the system calls exit routine(s) associated with the exit. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
System z Security Vulnerabilities
I've been involved in a long discussion on LinkedIn about mainframe vulnerabilities. We are discussing whether a central repository of common configuration errors is a good idea. I have created a Wiki on IBM developerWorks which we System z Security experts could fill up with common RACF errors and z/OS configuration tips, with which System z users worldwide could check and harden their own installations. Please visit my developerWorks blog zSecurity here http://j.mp/aDJp10 to read the full story including links back to the original LinkedIn discussion, and then feel free to comment. Many Thanks Alan Harrison, CISSP, System z Technical Specialist Pirean Ltd. www.pirean.com/systemz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to find an 'unlabeled' tape in an IBM ATL
To settle a disagreement, I put a tape without barcode information into an IBM ATL, d/t 3584 (aka TS3500). The ATL took the tape and put it in a slot and the display indicated that the VOLSER was Unknown' . So I would assume that it's not assigned to a Logical Library because it's not in an assigned RANGE. I again assumed that I could eject it but now I can not find what VOLSER it's under (and it's not Unknown). I thought that I could find it under the IMPORT category but no luck. Other than PAUSE'ing the ATL, does anyone have any suggestion on how to get the tape out of the ATL? TIA Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Detecting when a READ/GET crosses a concatenation boundary
Considering the future, and, hopefully, EAV being more prevalent in future, a better choice than DCBTIOT is to use DSABTIOT. Once the DCB is open, issue GETDSAB LOC=ANY,DCBPTR= ... and use the DSABTIOT change to detect the concatenation change after each GET. Mike Wood RMM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Best practices for SMF exit routines
As those of you following my IEFU8x thread know, I've just taken over responsibility for some IEFU8x code. It needs some serious re-writing and while I've got a lot of 360 to Z experience, this is my first SMF exit, so I'd like to tap the collective wisdom of the group. - What's the best way for the IEFU8x code to find its companion non-exit code? In the current code the non-exit module defines itself as a subsystem, anchors a table in SSCTSUSE, and then the IEFU83 exit scans the SSCT to find it by name. Is this recommended, or is there a better way? - What's the best way to parametize an IEFU8x exit? The existing code has a customization utility named AMASPZAP g. I obviously can't read a parameter file. It can't get the information from the SSCT technique described above because the sub-system name is one of the things that needs to be parametized. What do people recommend? - What's the best way for the IEFU8x code to pass messages to its companion non-exit code? The current code uses GETMAIN SP=241, CS, and an x-memory POST. It looks pretty good to me but is there a more recommended way? Thanks all. Note this code is all working so I don't need advice on getting any of the above-mentioned techniques to work (although pointing out very subtle gotchas is always helpful). I really want to know the best way to accomplish these things, big picture. Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System z Security Vulnerabilities
And here I was thinking IBM was trying to convince the world that as long as you didn't allow anyone to run SMP/E there were no known (acknowledged) vulnerabilities ... Damn. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Now many 3390 mod 3 soes it take to bring up DB V9.1
Hi Would any know how many 3390 mod 3 does it take to bring up DB2 V9.1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EGL generation was Re: COBOL vs. Java
You are mistaken. However, the compiler can be quite expensive, so if you are only using a little Cobol, converting that code to another language can save some money. Clark Morris cfmpub...@ns.sympatico.ca 7/17/2010 10:31 AM On 16 Jul 2010 19:21:48 -0700, in bit.listserv.ibm-main you wrote: On Fri, 2010-07-16 at 17:17 -0700, Charles Mills wrote: using Java would allow elimination of the licenses for COBOL and runtimes COBOL runtime generally speaking is called Language Environment, right? It's pretty much a required component. Even if you have no shop-written COBOL, you may have vendor-written COBOL, PL/I, or C/C++. Charles You cannot get z/OS without LE. LE is a requirement for z/OS UNIX. z/OS UNIX is a requirement for IBM's TCP/IP stack. z/OS UNIX cannot not be run. The kernel comes up regardless. LE is bundled into the cost of z/OS. I THINK that some LE runtime components are COBOL specific and may be extra cost. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
On 7/19/2010 3:45 PM, Charles Mills wrote: As those of you following my IEFU8x thread know, I've just taken over responsibility for some IEFU8x code. It needs some serious re-writing and while I've got a lot of 360 to Z experience, this is my first SMF exit, so I'd like to tap the collective wisdom of the group. - What's the best way for the IEFU8x code to find its companion non-exit code? In the current code the non-exit module defines itself as a subsystem, anchors a table in SSCTSUSE, and then the IEFU83 exit scans the SSCT to find it by name. Is this recommended, or is there a better way? Not a big SMF exit expert , but would suggest the NAMET/TOKEN services - What's the best way to parametize an IEFU8x exit? The existing code has a customization utility named AMASPZAPg. I obviously can't read a parameter file. It can't get the information from the SSCT technique described above because the sub-system name is one of the things that needs to be parametized. What do people recommend? - What's the best way for the IEFU8x code to pass messages to its companion non-exit code? The current code uses GETMAIN SP=241, CS, and an x-memory POST. It looks pretty good to me but is there a more recommended way? What do you mean about the companion non-exit code ? Thanks all. Note this code is all working so I don't need advice on getting any of the above-mentioned techniques to work (although pointing out very subtle gotchas is always helpful). I really want to know the best way to accomplish these things, big picture. Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System z Security Vulnerabilities
On Mon, 2010-07-19 at 09:27 -0400, Alan Harrison wrote: Please visit my developerWorks blog zSecurity here http://j.mp/aDJp10 ... which forwards to: https://www.ibm.com/developerworks/mydeveloperworks/blogs/zSecurity/entry/documenting_vulnerabilities5?lang=en -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
Suggestions/opinions in-stream (by no means an exhaustive or definitive list) : Q : What's the best way for the IEFU8x code to find its companion non-exit code? In the current code the non-exit module defines itself as a subsystem, anchors a table in SSCTSUSE, and then the IEFU83 exit scans the SSCT to find it by name. Is this recommended, or is there a better way? Using the SSCTSUSE field is a reasonable solution. Other alternatives include a system level name/token or an anchor in the customer table that hangs off the ECVT (you will need to reserve a slot from IBM). Do *not* use CVTUSER. Q : - What's the best way to parametize an IEFU8x exit? The existing code has a customization utility named AMASPZAP g. I obviously can't read a parameter file. It can't get the information from the SSCT technique described above because the sub-system name is one of the things that needs to be parametized. What do people recommend? Store an anchor in the name/token or customer slot (see above) - options are set by your server code PARMLIB statements. If using the name/token, then the name can be fixed (rather than the variable style SSCT name format). If you are using the customer slot then you will have a fixed sequence of instructions to locate your anchor (v.fast). Q : - - What's the best way for the IEFU8x code to pass messages to its companion non-exit code? The current code uses GETMAIN SP=241, CS, and an x-memory POST. It looks pretty good to me but is there a more recommended way? Alternatives include : (a) PC-ss to your server to add elements to tail of pending message queue (PLO is handy instruction here), server task then drains the queue head-to-tail to write them out. The Pending message structure can then be private storage from the server rather than E-CSA. (b) Use a common dataspace and put its ALET in your anchor block and then flip into AR mode in IEFU8x to add messages to queue. You will probably need to write a RESMGR for your server to cleanup the anchored blocks and set/unset flags to protect users from processing status changes and user-inflicted server terminations. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: 19 July 2010 14:45 To: IBM-MAIN@bama.ua.edu Subject: Best practices for SMF exit routines As those of you following my IEFU8x thread know, I've just taken over responsibility for some IEFU8x code. It needs some serious re-writing and while I've got a lot of 360 to Z experience, this is my first SMF exit, so I'd like to tap the collective wisdom of the group. - What's the best way for the IEFU8x code to find its companion non-exit code? In the current code the non-exit module defines itself as a subsystem, anchors a table in SSCTSUSE, and then the IEFU83 exit scans the SSCT to find it by name. Is this recommended, or is there a better way? - What's the best way to parametize an IEFU8x exit? The existing code has a customization utility named AMASPZAP g. I obviously can't read a parameter file. It can't get the information from the SSCT technique described above because the sub-system name is one of the things that needs to be parametized. What do people recommend? - What's the best way for the IEFU8x code to pass messages to its companion non-exit code? The current code uses GETMAIN SP=241, CS, and an x-memory POST. It looks pretty good to me but is there a more recommended way? Thanks all. Note this code is all working so I don't need advice on getting any of the above-mentioned techniques to work (although pointing out very subtle gotchas is always helpful). I really want to know the best way to accomplish these things, big picture. Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
Are you a vendor or is this for your site? The vendor answer is more complicated. On Mon, 19 Jul 2010 06:45:24 -0700 Charles Mills charl...@mcn.org wrote: :As those of you following my IEFU8x thread know, I've just taken over :responsibility for some IEFU8x code. It needs some serious re-writing and :while I've got a lot of 360 to Z experience, this is my first SMF exit, so :I'd like to tap the collective wisdom of the group. :- What's the best way for the IEFU8x code to find its companion non-exit :code? In the current code the non-exit module defines itself as a subsystem, :anchors a table in SSCTSUSE, and then the IEFU83 exit scans the SSCT to find :it by name. Is this recommended, or is there a better way? :- What's the best way to parametize an IEFU8x exit? The existing code has a :customization utility named AMASPZAP g. I obviously can't read a parameter :file. It can't get the information from the SSCT technique described above :because the sub-system name is one of the things that needs to be :parametized. What do people recommend? :- What's the best way for the IEFU8x code to pass messages to its companion :non-exit code? The current code uses GETMAIN SP=241, CS, and an x-memory :POST. It looks pretty good to me but is there a more recommended way? :Thanks all. Note this code is all working so I don't need advice on getting :any of the above-mentioned techniques to work (although pointing out very :subtle gotchas is always helpful). I really want to know the best way to :accomplish these things, big picture. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to find an 'unlabeled' tape in an IBM ATL
Jack, You need to get into the libraries web interface and locate the volume, you can then either assign it a volser, or eject it from the library. Scott John Kelly john_j_ke...@ao.uscourts.gov 7/19/2010 9:42 AM To settle a disagreement, I put a tape without barcode information into an IBM ATL, d/t 3584 (aka TS3500). The ATL took the tape and put it in a slot and the display indicated that the VOLSER was Unknown' . So I would assume that it's not assigned to a Logical Library because it's not in an assigned RANGE. I again assumed that I could eject it but now I can not find what VOLSER it's under (and it's not Unknown). I thought that I could find it under the IMPORT category but no luck. Other than PAUSE'ing the ATL, does anyone have any suggestion on how to get the tape out of the ATL? TIA Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
What do you mean about the companion non-exit code? You can't do much in the exit code itself because the code path has to be short, and various exits impose constraints like no SVCs. So there has to be a companion piece of code that does the slow stuff (writes to a file, etc.) based on work received from the exit code itself. There may also be initialization code, parameter file scanning code, etc., all of which cannot be in the exit code itself. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Monday, July 19, 2010 7:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Best practices for SMF exit routines - What's the best way for the IEFU8x code to pass messages to its companion non-exit code? The current code uses GETMAIN SP=241, CS, and an x-memory POST. It looks pretty good to me but is there a more recommended way? What do you mean about the companion non-exit code ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now many 3390 mod 3 soes it take to bring up DB V9.1
Micheal Butz pisze: Hi Would any know how many 3390 mod 3 does it take to bring up DB2 V9.1 See Program Directory. ...and add some space for required operational datasets. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2 versus 4 processors
Hi Rick In addition to all valuable replies about this item , the following notes maybe helpful for you to double check more ... 1- I strongly recommend you to use zPCR for both options and don't think about MIPs or PCI first. Checking throughput from zPCR will be the first step .The throughput should be considered in addition to Performance issues. About using zPCR the main item is to use the correct Workload Type. If you want to be sure about your workload type IBM may do an analize to see which workload type you are zPCR is downloadable from WSC website :http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebAllDocs2/?SearchQuery=[HTMLDocumentName=WM*]+AND+[timeLastRevised4/25/2009]Start=1Count=200SearchOrder=4DateSearch=1SearchMax=1 2- From that point depending on model , I also recommend to use Alain Manevilles Hiperdispatch Excel not to do HD analize which you may not want to use it with one box with 2 CP, or depending on your workload but to see the changes in share weigths of LCPs.It will help you understand short engine effect and also how much one LCP changes in each configuration options. Or you can do calculation using the method described in z10 pr/sm planning guide. 3- On the other hand, after the decision : depending on how much MIPS/CP increase will occur in each possible option ( when you compare the difference with old z9 model ) : Faster and fewer process item should be considered where it is already mentioned before I guess. The main point is high priority service class assigned cpu-bounded workload can get dispatched for same amount of time but it will use much more in capacity size point of view which will give others less cpu resource available to be used. So you may think of changing WLM service class goals .There is old but nice paper about it `faster and fewer processors` from WSC. It is recommended in general as ` decrease service class velocities by throughput ratio` if you move to significantly faster cpu. But THIS depends on enviroment as well. Regards Meral -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, July 16, 2010 8:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] 2 versus 4 processors ---snip--- Hi, We are hopefully going from a z9 to z10 processor. I would like to have 4 CP's instead of our current 2 CP's so our configuration is more flexible. We are not worried about licensing costs of multiple processors. The overall MIPage would be the same, whether we have 2 or 4 CP's Anybody see any gotcha's about doing this unsnip In my experience (with emphasis), you'll see a significant overall throughput improvement with the change you suggest. Without any gotcha. YMMV depending on your specific workload. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This message and attachments are confidential and intended solely for the individual(s) stated in this message. If you received this message although you are not the addressee, you are responsible to keep the message confidential. The sender has no responsibility for the accuracy or correctness of the information in the message and its attachments. Our company shall have no liability for any changes or late receiving, loss of integrity and confidentiality, viruses and any damages caused in anyway to your computer system. Bu mesaj ve ekleri, mesajda gonderildigi belirtilen kisi/kisilere ozeldir ve gizlidir. Bu mesajin muhatabi olmamaniza ragmen tarafiniza ulasmis olmasi halinde mesaj iceriginin gizliligi ve bu gizlilik yukumlulugune uyulmasi zorunlulugu tarafiniz icin de soz konusudur. Mesaj ve eklerinde yer alan bilgilerin dogrulugu ve guncelligi konusunda gonderenin ya da sirketimizin herhangi bir sorumlulugu bulunmamaktadir. Sirketimiz mesajin ve bilgilerinin size degisiklige ugrayarak veya gec ulasmasindan, butunlugunun ve gizliliginin korunamamasindan, virus icermesinden ve bilgisayar sisteminize verebilecegi herhangi bir zarardan sorumlu tutulamaz. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
Hi Looking back to my code about 1992 ... , an SMF exit system, with companion non-exit code , was a subsystem , communicated with the SMF exit via PC routines and has a subsystem initialization routine etc My point is, in an environment like this, maybe you need the subsystem. On 7/19/2010 4:33 PM, Charles Mills wrote: What do you mean about the companion non-exit code? You can't do much in the exit code itself because the code path has to be short, and various exits impose constraints like no SVCs. So there has to be a companion piece of code that does the slow stuff (writes to a file, etc.) based on work received from the exit code itself. There may also be initialization code, parameter file scanning code, etc., all of which cannot be in the exit code itself. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Monday, July 19, 2010 7:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Best practices for SMF exit routines - What's the best way for the IEFU8x code to pass messages to its companion non-exit code? The current code uses GETMAIN SP=241, CS, and an x-memory POST. It looks pretty good to me but is there a more recommended way? What do you mean about the companion non-exit code ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
Charles, This is what I do in my code. My code installs exits into IEFUSI and IEFACTRT. The server address space that installs the exits before doing anything else, queries the exits using CSVDYNEX REQUEST=LIST to determine if they are active on the system. I query for SYS., SYSJES2, SYSJES3, SYSSTC. By examining the output of the list request, you can determine if the exit you need is active. You can play around with the SMFPRMxx member to specify the exits in different exit points, and then watch the results of the list request to see how it changes. If you have XDC, its really easy to do. I have a data structure in my server that is updated with the status of he exit points as a result of the query. The server address space establishes a PC routine for use by the SMF exits. The PC routine adds work to the tail of a work-to-do chain, then posts the proper ecb. When the exit code itself is to be installed, I get ECSA storage, and move the code to it. At the beginning of the code area, there is a full word for an address, and a status flag. The status flag is checked by the exit code to determine if it should proceed, or just br 14. The full word I use as a pointer to a ECSA data area. This data area contains the status of the server address space, as well as the PC nbr to use. I do it this way so I don't have to chase the SSCT chain on every invocation of the exit. If you have a vendor word in the vendor table, use that. My code will be doing that soon. The exit code itself should be protected by an estae. And, the PC routine shoudl be protected by an arr or an estae. My server address space also sets a resource manager routine that will set the flag in the exit (if not set already), and set the ECSA data area to show the server is gone(if not set already). When the exits are installed, they are set as non-active. Last thing my server code does when it is ready to process is to run CSVDYNEX to set them active. 1st thing it does when it is terminating is to set them inactive. I believe it is CSVDYNEX REQUEST=MODIFY. The exit code itself is left in ECSA when the server comes down, but is anchored in the ECSA data area. That data area, once acquried, is there for the life of the IPL. I just need to re-activate the exit when the server comes back up. This works for me. Hope this helps. --Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
Vendor. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, July 19, 2010 7:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Best practices for SMF exit routines Are you a vendor or is this for your site? The vendor answer is more complicated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
U84 U85 may require an FRR in place of an ESTAE. On Mon, 19 Jul 2010 10:12:26 -0500 Dave Day david...@consolidated.net wrote: :Charles, :This is what I do in my code. My code installs exits into IEFUSI and IEFACTRT. : :The server address space that installs the exits before doing anything else, queries the exits using CSVDYNEX REQUEST=LIST to determine if they are active on the system. I query for SYS., SYSJES2, SYSJES3, SYSSTC. By examining the output of the list request, you can determine if the exit you need is active. You can play around with the SMFPRMxx member to specify the exits in different exit points, and then watch the results of the list request to see how it changes. If you have XDC, its really easy to do. I have a data structure in my server that is updated with the status of he exit points as a result of the query. : :The server address space establishes a PC routine for use by the SMF exits. The PC routine adds work to the tail of a work-to-do chain, then posts the proper ecb. : :When the exit code itself is to be installed, I get ECSA storage, and move the code to it. At the beginning of the code area, there is a full word for an address, and a status flag. The status flag is checked by the exit code to determine if it should proceed, or just br 14. The full word I use as a pointer to a ECSA data area. This data area contains the status of the server address space, as well as the PC nbr to use. I do it this way so I don't have to chase the SSCT chain on every invocation of the exit. If you have a vendor word in the vendor table, use that. My code will be doing that soon. : :The exit code itself should be protected by an estae. And, the PC routine shoudl be protected by an arr or an estae. My server address space also sets a resource manager routine that will set the flag in the exit (if not set already), and set the ECSA data area to show the server is gone(if not set already). : :When the exits are installed, they are set as non-active. Last thing my server code does when it is ready to process is to run CSVDYNEX to set them active. 1st thing it does when it is terminating is to set them inactive. I believe it is CSVDYNEX REQUEST=MODIFY. The exit code itself is left in ECSA when the server comes down, but is anchored in the ECSA data area. That data area, once acquried, is there for the life of the IPL. I just need to re-activate the exit when the server comes back up. : :This works for me. Hope this helps. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
Then request your vendor word in ECVTCTBL and use it as the anchor for your blocks. No need to use an SSCT unless you need to do some subsystem services. On Mon, 19 Jul 2010 08:12:33 -0700 Charles Mills charl...@mcn.org wrote: :Vendor. : :Charles : :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Monday, July 19, 2010 7:16 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: Best practices for SMF exit routines :Are you a vendor or is this for your site? The vendor answer is more :complicated. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now many 3390 mod 3 soes it take to bring up DB V9.1
The doc says one volume would be enough as it seems to have about 3339 cylinders The doc says that for a small site 3390 dasd I need 84 cylinders on a 3390 But keep on getting a message At least on VOLUME need message when I try executing DSNTINST to install DB2 From the Z/OS installation guide 2.2.1.2 DB2 directory storage requirements The amount of directory space required for the DB2 directory depends mainly on the number of user databases, application plans and packages, and tables in the DB2 subsystem. Storage requirements for the DB2 directory are shown in the table below. Table 11. Estimated space requirements (in cylinders) for the DB2 directory by site size Site size 3380 3390 Small 99 84 Medium 334278 Large 652 543 Extra-large 970 808 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Monday, July 19, 2010 10:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Now many 3390 mod 3 soes it take to bring up DB V9.1 Micheal Butz pisze: Hi Would any know how many 3390 mod 3 does it take to bring up DB2 V9.1 See Program Directory. ...and add some space for required operational datasets. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
Can someone remove my name from this mailing list ? regards, Tibish From: IBM Mainframe Discussion List on behalf of Binyamin Dissen Sent: Mon 7/19/2010 8:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Best practices for SMF exit routines Then request your vendor word in ECVTCTBL and use it as the anchor for your blocks. No need to use an SSCT unless you need to do some subsystem services. On Mon, 19 Jul 2010 08:12:33 -0700 Charles Mills charl...@mcn.org wrote: :Vendor. : :Charles : :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Monday, July 19, 2010 7:16 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: Best practices for SMF exit routines :Are you a vendor or is this for your site? The vendor answer is more :complicated. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com http://www.dissensoftware.com/ Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
The answer lies at the bottom of every message - Tibish Mathew tibish.mat...@wipro.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 19/07/2010 05:36 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Best practices for SMF exit routines Can someone remove my name from this mailing list ? regards, Tibish -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message, including any attachments transmitted with it, is CONFIDENTIAL and may contain legally privileged information. This message is intended solely for the use of the individual or entity to whom it is addressed. If you have received this message in error, please notify us immediately and delete it from your system. Please visit our website to read the full disclaimer: http://www.euroclear.com/site/public/disclaimer
Re: 2 versus 4 processors
Crispin, From what I read of your email you are trying to choose between two sub-capacity z10 models, one with two CP and one with four, that have roughly the same total MIPS as your current z9 which has two CP. If I have that part correct, then the sub-capacity uniprocessor MIPS speed of the z10 with two CP will be approximately the same as your current z9, and the sub-capacity uniprocessor MIPS speed of the z10 with four CP will half of the current z9. There have been several emails that paraphrase what I said about your 4xCP z10: any compute bound task that runs at close to 100% of one CP is going to take twice as long but I'll explain what I meant. Any batch job, SQL Query, transaction, etc that is compute bound usually means that the speed of the CPU governs the elapsed time of the unit of work. Where the UOW has little in the way of Multi-tasking, like a batch compile or a single DB2 thread, that governor will be the uniprocessor speed, and not the total capacity of your z9 or z10. If go from 2xCP to 4xCP that are 50% slower, your compute bound tasks will take twice as long to complete because they are running at half the MIPS speed. In the case of your development environment, if you are currently running enough concurrent work, or UOWs with unusually high multitasking, and your 2xCP z9 running at close to 100% busy most of the time, then one of three things will happen if you go to 4xCP that are 50% slower: a) Net throughput stays the same as a high number of tasks compete for a small number of CP and net capacity has stayed the same. b) Net throughput reduces because the multitasking level occasionally (or often) falls below the number of CP and the slower uniprocessor retards the CPU execution speed. A symptom of this is the inability to no longer sustain 100% busy for the same workload mix. c) The throughput of some UOWs improves, while it degrades for others. You have basically changed the whole dynamic. Sometimes heavy compute bound tasks are throttled, and the IO bound tasks run faster because they have access to the unused capacity. This can be good, but not so good if the compute bound tasks are the important ones. There are many greybeards, or not so grey, that remember running G3 and G4 CMOS while our mates at the pub were running Skylines. My experience is that often the CMOS with many, slower Uniprocessors would compensate for an inadequate IPS or WLM setup, throttle the Compute bound tasks, and improve the net throughput (UOW per minute). However I also remember many CICS and IDMS shops that swapped to fewer and faster Uniprocessors on Amdahl and HDS and quickly improved the throughput, and could actually use 100% of the net capacity. So the short version of all this is YMMV. You should take a bit of time to profile your workload to establish if there is a significant amount of Compute bound workload, decide how important it is to what you do, and if you will end up with reaction a, b or c. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Friday, July 16, 2010 11:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] 2 versus 4 processors Hi Ron, I am sorry but I don't understand what you mean. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to find an 'unlabeled' tape in an IBM ATL
Scott, Thanks for the reply. I went thru the web interface but I can't find a CATEGORY that has a VOLSER like the one that I put in and a blank VOLSER/CATEGORY search appears to be limited to 100 entries. Do you know of any search criteria that would find what the VOLSER is hidden away with? Again TIA Jack Kelly 202-502-2390 (Office) From: Scott Rowe scott.r...@joann.com To: IBM-MAIN@bama.ua.edu Date: 07/19/2010 10:21 AM Subject: Re: How to find an 'unlabeled' tape in an IBM ATL Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Jack, You need to get into the libraries web interface and locate the volume, you can then either assign it a volser, or eject it from the library. Scott John Kelly john_j_ke...@ao.uscourts.gov 7/19/2010 9:42 AM To settle a disagreement, I put a tape without barcode information into an IBM ATL, d/t 3584 (aka TS3500). The ATL took the tape and put it in a slot and the display indicated that the VOLSER was Unknown' . So I would assume that it's not assigned to a Logical Library because it's not in an assigned RANGE. I again assumed that I could eject it but now I can not find what VOLSER it's under (and it's not Unknown). I thought that I could find it under the IMPORT category but no luck. Other than PAUSE'ing the ATL, does anyone have any suggestion on how to get the tape out of the ATL? TIA Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
That name sounds familiar. g Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Monday, July 19, 2010 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Best practices for SMF exit routines Looking at an old apar OW13312 it says, Ownership of each four-byte slot is assigned by IBM. You must contact IBM in order to be assigned a slot. You must not modify a table slot without IBM's having allocated that slot to you. To request that a slot be allocated to you: Contact Peter Relson 1-914-435-8390 rel...@vnet.ibm.com USIBMKW2 at IBMMAIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
On 07/19/10 13:13, Charles Mills wrote: Thanks. request your vendor word in ECVTCTBL Can anyone point me at the right resource for that? I Googledrequest vendor ECVTCTBL and got nothing relevant. My client is not primarily a mainframe software company and at this point they have no IBM contact point whatsoever. Charles Looking at an old apar OW13312 it says, Ownership of each four-byte slot is assigned by IBM. You must contact IBM in order to be assigned a slot. You must not modify a table slot without IBM's having allocated that slot to you. To request that a slot be allocated to you: Contact Peter Relson 1-914-435-8390 rel...@vnet.ibm.com USIBMKW2 at IBMMAIL snip -- Mark Jacobs Time Customer Service Tampa, FL If you board the wrong train, it's no use running along the corridor in the other direction, Dietrich Bonhoeffer. World War II German resistance fighter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
Thanks. request your vendor word in ECVTCTBL Can anyone point me at the right resource for that? I Googled request vendor ECVTCTBL and got nothing relevant. My client is not primarily a mainframe software company and at this point they have no IBM contact point whatsoever. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, July 19, 2010 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Best practices for SMF exit routines Then request your vendor word in ECVTCTBL and use it as the anchor for your blocks. No need to use an SSCT unless you need to do some subsystem services. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2 versus 4 processors
Ron, Many thanks for your information. It will a great help in our planning. Our biggest problem is that our workload changes all the time daily weekly etc. It all depends on what our developers are working on and what problems our SE's are sorting out. The only two 'killers' we have on our system is TERSE and WEBSPHERE. We have zAAp to handle WebSpehere. I will take all you have said under advisement and hope I can 'guess' what the 'best' plan will be. I think black magic is more of a science than guessing the future fo a configuration. Again, thanks Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: 19 July 2010 17:12 To: IBM-MAIN@bama.ua.edu Subject: Re: 2 versus 4 processors Crispin, From what I read of your email you are trying to choose between two sub-capacity z10 models, one with two CP and one with four, that have roughly the same total MIPS as your current z9 which has two CP. If I have that part correct, then the sub-capacity uniprocessor MIPS speed of the z10 with two CP will be approximately the same as your current z9, and the sub-capacity uniprocessor MIPS speed of the z10 with four CP will half of the current z9. There have been several emails that paraphrase what I said about your 4xCP z10: any compute bound task that runs at close to 100% of one CP is going to take twice as long but I'll explain what I meant. Any batch job, SQL Query, transaction, etc that is compute bound usually means that the speed of the CPU governs the elapsed time of the unit of work. Where the UOW has little in the way of Multi-tasking, like a batch compile or a single DB2 thread, that governor will be the uniprocessor speed, and not the total capacity of your z9 or z10. If go from 2xCP to 4xCP that are 50% slower, your compute bound tasks will take twice as long to complete because they are running at half the MIPS speed. In the case of your development environment, if you are currently running enough concurrent work, or UOWs with unusually high multitasking, and your 2xCP z9 running at close to 100% busy most of the time, then one of three things will happen if you go to 4xCP that are 50% slower: a) Net throughput stays the same as a high number of tasks compete for a small number of CP and net capacity has stayed the same. b) Net throughput reduces because the multitasking level occasionally (or often) falls below the number of CP and the slower uniprocessor retards the CPU execution speed. A symptom of this is the inability to no longer sustain 100% busy for the same workload mix. c) The throughput of some UOWs improves, while it degrades for others. You have basically changed the whole dynamic. Sometimes heavy compute bound tasks are throttled, and the IO bound tasks run faster because they have access to the unused capacity. This can be good, but not so good if the compute bound tasks are the important ones. There are many greybeards, or not so grey, that remember running G3 and G4 CMOS while our mates at the pub were running Skylines. My experience is that often the CMOS with many, slower Uniprocessors would compensate for an inadequate IPS or WLM setup, throttle the Compute bound tasks, and improve the net throughput (UOW per minute). However I also remember many CICS and IDMS shops that swapped to fewer and faster Uniprocessors on Amdahl and HDS and quickly improved the throughput, and could actually use 100% of the net capacity. So the short version of all this is YMMV. You should take a bit of time to profile your workload to establish if there is a significant amount of Compute bound workload, decide how important it is to what you do, and if you will end up with reaction a, b or c. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Friday, July 16, 2010 11:21 AM To:
DFdss DUMP DATASET runs longer on z/OS 1.11 vs. z/OS 1.9
I have a DFdss job that dumps a small subset of datasets and excludes a very large subset of datasets identified by a high-level qualifier mask. DUMP OUTDDNAME(TAPE) - DATASET(INCLUDE( - HLQ.** - )- EXCLUDE( - HLQ.EX*.** - )) - TOL(ENQF)- OPT(4) All of the excluded datasets are VSAM and there are probably hundreds of thousands. Up until Friday the job ran on z/OS 1.9 and took 10 minutes to complete. I migrated to z/OS 1.11 yesterday and today the dump took 2.5 hours. I don't know why and I can't find anything to explain it. Any ideas? Luke -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFdss DUMP DATASET runs longer on z/OS 1.11 vs. z/OS 1.9
W dniu 2010-07-19 20:57, Rabbe, Luke pisze: I have a DFdss job that dumps a small subset of datasets and excludes a very large subset of datasets identified by a high-level qualifier mask. DUMP OUTDDNAME(TAPE) - DATASET(INCLUDE( - HLQ.** - )- EXCLUDE( - HLQ.EX*.** - )) - TOL(ENQF)- OPT(4) All of the excluded datasets are VSAM and there are probably hundreds of thousands. Up until Friday the job ran on z/OS 1.9 and took 10 minutes to complete. I migrated to z/OS 1.11 yesterday and today the dump took 2.5 hours. I don't know why and I can't find anything to explain it. Any ideas? Not ideas, but a few things to check: 1. Try to re-run the job on both environments (if possible) with TYPRUN=NORUN in PARM of ADRDSSU step. It would compare the process of dataset selection. 2. Try to find any differences, like BLKSIZE on tape, maybe compression, etc. 3. What about TOL(ENQF) - is it really used? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFdss DUMP DATASET runs longer on z/OS 1.11 vs. z/OS 1.9
This sounds like OA32120. Larre Shiller US Social Security Administration 410.965.2209 www.ssa.gov The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFdss DUMP DATASET runs longer on z/OS 1.11 vs. z/OS 1.9
On Mon, Jul 19, 2010 at 7:57 PM, Rabbe, Luke luke.ra...@countryfinancial.com wrote: I have a DFdss job that dumps a small subset of datasets and excludes a very large subset of datasets identified by a high-level qualifier mask. DUMP OUTDDNAME(TAPE) - DATASET(INCLUDE( - HLQ.** - )- EXCLUDE( - HLQ.EX*.** - )) - TOL(ENQF)- OPT(4) All of the excluded datasets are VSAM and there are probably hundreds of thousands. Up until Friday the job ran on z/OS 1.9 and took 10 minutes to complete. I migrated to z/OS 1.11 yesterday and today the dump took 2.5 hours. I don't know why and I can't find anything to explain it. Any ideas? Luke We have encountered a similar problem. I'm in the process of checking apar OA32120 as a possible cause. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
number of dasd volume(s) for DB2
Looking at the DB2 subsystem storage requirements It seems DB2 needs space for libraries catalogs directories logs BSDS Workfile Does it allocate all these components on different volumes ?? Because I keep on getting the At Least one more volume message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to find an 'unlabeled' tape in an IBM ATL
In a message dated 7/19/2010 11:25:28 A.M. Central Daylight Time, john_j_ke...@ao.uscourts.gov writes: Do you know of any search criteria that would find what the VOLSER is hidden away with? The VOLSER is not known to the ATL for NL. You can check in an NL as any VOLSER and it will assign a slot and associate with that VOLSER until a POR or Inventory is performed on the 3494. IIRC NL's are ejected in either case. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: number of dasd volume(s) for DB2
In a message dated 7/19/2010 2:23:03 P.M. Central Daylight Time, michealb...@optonline.net writes: Does it allocate all these components on different volumes ?? It allocates them where you tell it! The preference is to separate TLIBs, DLIBs, BSDS and the DB/2 catalog and then separate volumes for the duplexed LOG datasets. Think the only ones it checks for is BSDS and LOG. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for SMF exit routines
-snip- As those of you following my IEFU8x thread know, I've just taken over responsibility for some IEFU8x code. It needs some serious re-writing and while I've got a lot of 360 to Z experience, this is my first SMF exit, so I'd like to tap the collective wisdom of the group. - What's the best way for the IEFU8x code to find its companion non-exit code? In the current code the non-exit module defines itself as a subsystem, anchors a table in SSCTSUSE, and then the IEFU83 exit scans the SSCT to find it by name. Is this recommended, or is there a better way? -unsnip-- Given my somewhat limited experience in writing vendor products, that seems like a good way to me. -snip- What's the best way to parametize an IEFU8x exit? The existing code has a customization utility named AMASPZAP g. I obviously can't read a parameter file. It can't get the information from the SSCT technique described above because the sub-system name is one of the things that needs to be parametized. What do people recommend? --unsnip Could your SSCT-addressed data have a special value in it, that won't vary with the subsystem name? Perhaps a word with a special value that IEFU8x could check for? Have you considered a name/token value? -snip-- What's the best way for the IEFU8x code to pass messages to its companion non-exit code? The current code uses GETMAIN SP=241, CS, and an x-memory POST. It looks pretty good to me but is there a more recommended way? unsnip--- Have you got some mechanism in place to chain those messages is some sort of order? IEFU8x might get driven more often than the receiving code? CS/CDS come to mind here to manage the chain. A small CELLPOOL might also be useful, to reduce GETMAIN/FREEMAIN overhead. Plant your CELLPOOL anchor in the SSCT data for your subsystem. ---snip Thanks all. Note this code is all working so I don't need advice on getting any of the above-mentioned techniques to work (although pointing out very subtle gotchas is always helpful). I really want to know the best way to accomplish these things, big picture. -unsnip-- Could a be nice learning experience to me as well. Hope I was able to help. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFdss DUMP DATASET runs longer on z/OS 1.11 vs. z/OS 1.9
Thanks all. Luke -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Monday, July 19, 2010 2:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFdss DUMP DATASET runs longer on z/OS 1.11 vs. z/OS 1.9 On Mon, Jul 19, 2010 at 7:57 PM, Rabbe, Luke luke.ra...@countryfinancial.com wrote: I have a DFdss job that dumps a small subset of datasets and excludes a very large subset of datasets identified by a high-level qualifier mask. DUMP OUTDDNAME(TAPE) - DATASET(INCLUDE( - HLQ.** - )- EXCLUDE( - HLQ.EX*.** - )) - TOL(ENQF)- OPT(4) All of the excluded datasets are VSAM and there are probably hundreds of thousands. Up until Friday the job ran on z/OS 1.9 and took 10 minutes to complete. I migrated to z/OS 1.11 yesterday and today the dump took 2.5 hours. I don't know why and I can't find anything to explain it. Any ideas? Luke We have encountered a similar problem. I'm in the process of checking apar OA32120 as a possible cause. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System z Security Vulnerabilities
snip-- And here I was thinking IBM was trying to convince the world that as long as you didn't allow anyone to run SMP/E there were no known (acknowledged) vulnerabilities ... Damn. --unsnip--- If you believe that, I've got some prime bottomland I'll sell you. Ten miles east of Michigan Avenue in Downtown Chicago. Easy access to the business district, minimal traffic, lots of space to play... ROTFLMAO Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EGL generation was Re: COBOL vs. Java
I THINK that some LE runtime components are COBOL specific and may be extra cost. This is false, 100% of the IBM LE runtime for COBOL (Enterprise COBOL for z/OS) is included with z/OS. Having said that, there are extra products you can buy like Report Writer and EGL that work with COBOL and also have run-time components that you might have to pay for, but no parts of LE. Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSSO problems
Guys, I have found what look like two problems in TSSO that may be involved in an HSM issue I am having. I need another set of eyes to make sure I'm looking at this right. Anyone have experience in the TSSO code that can spend a little time looking at this with me? TIA Scott Rowe CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now many 3390 mod 3 soes it take to bring up DB V9.1
In case you did not know, there is a DB2 Newsgroup that might be a better source. You can find then at IDUG.ORG. Second, the question is not very clear. Are you including DB2 Databases? DB2 System Catalogs? DB2 nonVSAM datasets? Are you asking about the SMP Files (Tlibs, Dlibs and SMP libraries)? The Program directory is helpful to start. But the DB2 System catalogs will also need space, And you also need to consider separation of DB2 Log datasets, BSDS, System Catalogs, DB2 ICF Catalogs, and non vsam datasets. If the program directory was not helpful, can you provide more detail to your question? Lizette Hi Would any know how many 3390 mod 3 does it take to bring up DB2 V9.1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: number of dasd volume(s) for DB2
I didn't see anywhere in DSNTINST set up clist where it asks you for the VOLSER to install the different components -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Monday, July 19, 2010 3:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: number of dasd volume(s) for DB2 In a message dated 7/19/2010 2:23:03 P.M. Central Daylight Time, michealb...@optonline.net writes: Does it allocate all these components on different volumes ?? It allocates them where you tell it! The preference is to separate TLIBs, DLIBs, BSDS and the DB/2 catalog and then separate volumes for the duplexed LOG datasets. Think the only ones it checks for is BSDS and LOG. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question about DFSORT ISPF libraries
On our z/OS 1.9 system, we have 11 DFSORT libraries prefixed with SYS1.SICE*. On our z/OS 1.10 and 1.11 systems, we have 6 DFSORT libraries prefixed with SYS1.SICE* What seems to be missing is the ISPF part to DFSORT. What happened to the ISPF part of DFSORT for z/OS 1.10 and 1.11 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
It went bye-bye. Daniel Allen dal...@serena.com 7/19/2010 5:15 PM On our z/OS 1.9 system, we have 11 DFSORT libraries prefixed with SYS1.SICE*. On our z/OS 1.10 and 1.11 systems, we have 6 DFSORT libraries prefixed with SYS1.SICE* What seems to be missing is the ISPF part to DFSORT. What happened to the ISPF part of DFSORT for z/OS 1.10 and 1.11 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
The ISPF DF/SORT interface is no longer supplied (or supported) with the product at those levels. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List on behalf of Daniel Allen Sent: Mon 7/19/2010 5:15 PM To: IBM-MAIN@bama.ua.edu Subject: Question about DFSORT ISPF libraries On our z/OS 1.9 system, we have 11 DFSORT libraries prefixed with SYS1.SICE*. On our z/OS 1.10 and 1.11 systems, we have 6 DFSORT libraries prefixed with SYS1.SICE* What seems to be missing is the ISPF part to DFSORT. What happened to the ISPF part of DFSORT for z/OS 1.10 and 1.11 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
Was it documented that the ISFF DF/SORT interface was no longer supported ? On Mon, Jul 19, 2010 at 2:18 PM, Mark Jacobs mark.jac...@custserv.comwrote: The ISPF DF/SORT interface is no longer supplied (or supported) with the product at those levels. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List on behalf of Daniel Allen Sent: Mon 7/19/2010 5:15 PM To: IBM-MAIN@bama.ua.edu Subject: Question about DFSORT ISPF libraries On our z/OS 1.9 system, we have 11 DFSORT libraries prefixed with SYS1.SICE*. On our z/OS 1.10 and 1.11 systems, we have 6 DFSORT libraries prefixed with SYS1.SICE* What seems to be missing is the ISPF part to DFSORT. What happened to the ISPF part of DFSORT for z/OS 1.10 and 1.11 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
On Mon, 2010-07-19 at 14:15 -0700, Daniel Allen wrote: On our z/OS 1.9 system, we have 11 DFSORT libraries prefixed with SYS1.SICE*. On our z/OS 1.10 and 1.11 systems, we have 6 DFSORT libraries prefixed with SYS1.SICE* What seems to be missing is the ISPF part to DFSORT. What happened to the ISPF part of DFSORT for z/OS 1.10 and 1.11 ? It went the way of all flesh. I.e. IBM has removed it and it no longer exists. -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
Yes. I don't remember where however. (Take a look at the zOS 1.10 announcement letter, it might have been there). Mark Jacobs -Original Message- From: IBM Mainframe Discussion List on behalf of Daniel Allen Sent: Mon 7/19/2010 5:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about DFSORT ISPF libraries Was it documented that the ISFF DF/SORT interface was no longer supported ? On Mon, Jul 19, 2010 at 2:18 PM, Mark Jacobs mark.jac...@custserv.comwrote: The ISPF DF/SORT interface is no longer supplied (or supported) with the product at those levels. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List on behalf of Daniel Allen Sent: Mon 7/19/2010 5:15 PM To: IBM-MAIN@bama.ua.edu Subject: Question about DFSORT ISPF libraries On our z/OS 1.9 system, we have 11 DFSORT libraries prefixed with SYS1.SICE*. On our z/OS 1.10 and 1.11 systems, we have 6 DFSORT libraries prefixed with SYS1.SICE* What seems to be missing is the ISPF part to DFSORT. What happened to the ISPF part of DFSORT for z/OS 1.10 and 1.11 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
This is an excerpt from the z/OS 1.9 migration manual: Use means other than ISPF to invoke DFSORT z/OS V1R9.0 Migration - All supported migration paths GA22-7499-11 Description: The DFSORT(tm) ISPF panels are used to generate and execute DFSORT jobs, and are available in both English and Japanese. |z/OS(r) V1R9 is planned to be the last release that supports these panels. No replacement is planned for this limited-function interactive facility. All other previously supported methods for invoking DFSORT are planned to still be supported. Element or feature: DFSORT. When change was introduced: Future removal of the panels was announced on 10 August 2004 in the z/OS V1R6 availability and z/OS V1R7 preview announcement. |Removal of support effective with the release following z/OS V1R9 was announced |on 6 February 2007 in the z/OS V1R9 preview announcement. Applies to migration from: z/OS V1R8 and z/OS V1R7. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Daniel Allen Sent: Monday, July 19, 2010 4:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about DFSORT ISPF libraries Was it documented that the ISFF DF/SORT interface was no longer supported ? On Mon, Jul 19, 2010 at 2:18 PM, Mark Jacobs mark.jac...@custserv.comwrote: The ISPF DF/SORT interface is no longer supplied (or supported) with the product at those levels. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List on behalf of Daniel Allen Sent: Mon 7/19/2010 5:15 PM To: IBM-MAIN@bama.ua.edu Subject: Question about DFSORT ISPF libraries On our z/OS 1.9 system, we have 11 DFSORT libraries prefixed with SYS1.SICE*. On our z/OS 1.10 and 1.11 systems, we have 6 DFSORT libraries prefixed with SYS1.SICE* What seems to be missing is the ISPF part to DFSORT. What happened to the ISPF part of DFSORT for z/OS 1.10 and 1.11 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
Thanks to all who have responded. On Mon, Jul 19, 2010 at 2:35 PM, Pommier, Rex R. rex.pomm...@cnasurety.comwrote: This is an excerpt from the z/OS 1.9 migration manual: Use means other than ISPF to invoke DFSORT z/OS V1R9.0 Migration - All supported migration paths GA22-7499-11 Description: The DFSORT(tm) ISPF panels are used to generate and execute DFSORT jobs, and are available in both English and Japanese. |z/OS(r) V1R9 is planned to be the last release that supports these panels. No replacement is planned for this limited-function interactive facility. All other previously supported methods for invoking DFSORT are planned to still be supported. Element or feature: DFSORT. When change was introduced: Future removal of the panels was announced on 10 August 2004 in the z/OS V1R6 availability and z/OS V1R7 preview announcement. |Removal of support effective with the release following z/OS V1R9 was announced |on 6 February 2007 in the z/OS V1R9 preview announcement. Applies to migration from: z/OS V1R8 and z/OS V1R7. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Daniel Allen Sent: Monday, July 19, 2010 4:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about DFSORT ISPF libraries Was it documented that the ISFF DF/SORT interface was no longer supported ? On Mon, Jul 19, 2010 at 2:18 PM, Mark Jacobs mark.jac...@custserv.comwrote: The ISPF DF/SORT interface is no longer supplied (or supported) with the product at those levels. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List on behalf of Daniel Allen Sent: Mon 7/19/2010 5:15 PM To: IBM-MAIN@bama.ua.edu Subject: Question about DFSORT ISPF libraries On our z/OS 1.9 system, we have 11 DFSORT libraries prefixed with SYS1.SICE*. On our z/OS 1.10 and 1.11 systems, we have 6 DFSORT libraries prefixed with SYS1.SICE* What seems to be missing is the ISPF part to DFSORT. What happened to the ISPF part of DFSORT for z/OS 1.10 and 1.11 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
So what did the ISPF Sort interface do? Did anyone use it? It seems to me Syncsort used to have an interface that you could use to enter parameters, and it would generate sort control cards. Eric Bielefeld Sr. Systems Programmer IBM Global Services Division Dubuque, Iowa 414-477-7259 - Original Message - From: Mark Jacobs mark.jac...@custserv.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Monday, July 19, 2010 4:18 PM Subject: Re: Question about DFSORT ISPF libraries The ISPF DF/SORT interface is no longer supplied (or supported) with the product at those levels. Mark Jacobs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: number of dasd volume(s) for DB2
It may be that you have received message DSNT470I If not, was there a DSN message produced? If possible please post the entire message. Second, have you reviewed the SVOLARC parm in the clist? You may wish to review the Installation manual, section 4.1 Tailoring the DSNTINST installation Clist. Not seeing the error or what you have coded so far, I am not sure how best to help you. Is this a new installation (first time for DB2 to be installed) Or are you upgrading. If the latter, then you may have some of the pervious systems DSNTINST datasets you could use as input. Also, are you using SMS or pure NONSMS volumes for this install? Lizette It seems DB2 needs space for libraries catalogs directories logs BSDS Workfile Does it allocate all these components on different volumes ?? Because I keep on getting the At Least one more volume message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: number of dasd volume(s) for DB2
Okay I see I cann't just run the clist have to go through the tailoring guide I'll check the SVOLARC parm And last I don't think I am using a SMS vol because when I display the VTOC in 3.2 I get **NOBE** Mangement Class Stroage Class and Data Class Data Set Name . . . . : SYS1.VTOCIX.SCRTCG General Data Current Allocation Management class . . : **None**Allocated tracks . : 15 Storage class . . . : **None**Allocated extents . : 1 Volume serial . . . : SCRTCG Device type . . . . : 3390 Data class . . . . . : **None** Current Utilization Organization . . . : PS Used tracks . . . . : 15 Record format . . . : F Used extents . . . : 1 Record length . . . : 2048 Block size . . . . : 2048 1st extent tracks . : 15 Secondary tracks . : 0 Data set name type : SMS Compressible : NO Creation date . . . : 2010/07/18 Referenced date . . : ***None*** Expiration date . . : ***None*** -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 19, 2010 5:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: number of dasd volume(s) for DB2 It may be that you have received message DSNT470I If not, was there a DSN message produced? If possible please post the entire message. Second, have you reviewed the SVOLARC parm in the clist? You may wish to review the Installation manual, section 4.1 Tailoring the DSNTINST installation Clist. Not seeing the error or what you have coded so far, I am not sure how best to help you. Is this a new installation (first time for DB2 to be installed) Or are you upgrading. If the latter, then you may have some of the pervious systems DSNTINST datasets you could use as input. Also, are you using SMS or pure NONSMS volumes for this install? Lizette It seems DB2 needs space for libraries catalogs directories logs BSDS Workfile Does it allocate all these components on different volumes ?? Because I keep on getting the At Least one more volume message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about DFSORT ISPF libraries
Eric Bielefeld on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/19/2010 02:37:53 PM: So what did the ISPF Sort interface do? Did anyone use it? This was the interface for generating DFSORT jobs from ISPF Panels. Although we thought it was a good idea when we first developed it back in 1991, as it turned out, people didn't actually need it or use it. We stopped updating it for new functions a long time ago and nobody seemed to notice or care, so we finally dropped it. It turned out to be a lot of development work for very little benefit to customers. Live and learn. 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: number of dasd volume(s) for DB2
Instead of displaying the SYS1.VTOCIX, instead go to ISMF 2.1 (DASD) and display the volume itself. It is the better way to validate an SMS volume. Or if you have console authority, use the D SMS command on the volume D SMS,VOL(SCRTCG) If it is SMS managed, it will show that in this list. If it is not, it will indicate not SMS managed. Lizette Okay I see I cann't just run the clist have to go through the tailoring guide I'll check the SVOLARC parm And last I don't think I am using a SMS vol because when I display the VTOC in 3.2 I get **NOBE** Mangement Class Stroage Class and Data Class Data Set Name . . . . : SYS1.VTOCIX.SCRTCG General Data Current Allocation Management class . . : **None**Allocated tracks . : 15 Storage class . . . : **None**Allocated extents . : 1 Volume serial . . . : SCRTCG Device type . . . . : 3390 Data class . . . . . : **None** Current Utilization Organization . . . : PS Used tracks . . . . : 15 Record format . . . : F Used extents . . . : 1 Record length . . . : 2048 Block size . . . . : 2048 1st extent tracks . : 15 Secondary tracks . : 0 Data set name type : SMS Compressible : NO Creation date . . . : 2010/07/18 Referenced date . . : ***None*** Expiration date . . : ***None*** -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 19, 2010 5:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: number of dasd volume(s) for DB2 It may be that you have received message DSNT470I If not, was there a DSN message produced? If possible please post the entire message. Second, have you reviewed the SVOLARC parm in the clist? You may wish to review the Installation manual, section 4.1 Tailoring the DSNTINST installation Clist. Not seeing the error or what you have coded so far, I am not sure how best to help you. Is this a new installation (first time for DB2 to be installed) Or are you upgrading. If the latter, then you may have some of the pervious systems DSNTINST datasets you could use as input. Also, are you using SMS or pure NONSMS volumes for this install? Lizette It seems DB2 needs space for libraries catalogs directories logs BSDS Workfile Does it allocate all these components on different volumes ?? Because I keep on getting the At Least one more volume message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: number of dasd volume(s) for DB2
Thanxk The -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 19, 2010 6:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: number of dasd volume(s) for DB2 Instead of displaying the SYS1.VTOCIX, instead go to ISMF 2.1 (DASD) and display the volume itself. It is the better way to validate an SMS volume. Or if you have console authority, use the D SMS command on the volume D SMS,VOL(SCRTCG) If it is SMS managed, it will show that in this list. If it is not, it will indicate not SMS managed. Lizette Okay I see I cann't just run the clist have to go through the tailoring guide I'll check the SVOLARC parm And last I don't think I am using a SMS vol because when I display the VTOC in 3.2 I get **NOBE** Mangement Class Stroage Class and Data Class Data Set Name . . . . : SYS1.VTOCIX.SCRTCG General Data Current Allocation Management class . . : **None**Allocated tracks . : 15 Storage class . . . : **None**Allocated extents . : 1 Volume serial . . . : SCRTCG Device type . . . . : 3390 Data class . . . . . : **None** Current Utilization Organization . . . : PS Used tracks . . . . : 15 Record format . . . : F Used extents . . . : 1 Record length . . . : 2048 Block size . . . . : 2048 1st extent tracks . : 15 Secondary tracks . : 0 Data set name type : SMS Compressible : NO Creation date . . . : 2010/07/18 Referenced date . . : ***None*** Expiration date . . : ***None*** -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 19, 2010 5:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: number of dasd volume(s) for DB2 It may be that you have received message DSNT470I If not, was there a DSN message produced? If possible please post the entire message. Second, have you reviewed the SVOLARC parm in the clist? You may wish to review the Installation manual, section 4.1 Tailoring the DSNTINST installation Clist. Not seeing the error or what you have coded so far, I am not sure how best to help you. Is this a new installation (first time for DB2 to be installed) Or are you upgrading. If the latter, then you may have some of the pervious systems DSNTINST datasets you could use as input. Also, are you using SMS or pure NONSMS volumes for this install? Lizette It seems DB2 needs space for libraries catalogs directories logs BSDS Workfile Does it allocate all these components on different volumes ?? Because I keep on getting the At Least one more volume message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: number of dasd volume(s) for DB2
Thankx The SVOLARC parm seems to be in a clist MACRO DSN6ARVP -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 19, 2010 6:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: number of dasd volume(s) for DB2 Instead of displaying the SYS1.VTOCIX, instead go to ISMF 2.1 (DASD) and display the volume itself. It is the better way to validate an SMS volume. Or if you have console authority, use the D SMS command on the volume D SMS,VOL(SCRTCG) If it is SMS managed, it will show that in this list. If it is not, it will indicate not SMS managed. Lizette Okay I see I cann't just run the clist have to go through the tailoring guide I'll check the SVOLARC parm And last I don't think I am using a SMS vol because when I display the VTOC in 3.2 I get **NOBE** Mangement Class Stroage Class and Data Class Data Set Name . . . . : SYS1.VTOCIX.SCRTCG General Data Current Allocation Management class . . : **None**Allocated tracks . : 15 Storage class . . . : **None**Allocated extents . : 1 Volume serial . . . : SCRTCG Device type . . . . : 3390 Data class . . . . . : **None** Current Utilization Organization . . . : PS Used tracks . . . . : 15 Record format . . . : F Used extents . . . : 1 Record length . . . : 2048 Block size . . . . : 2048 1st extent tracks . : 15 Secondary tracks . : 0 Data set name type : SMS Compressible : NO Creation date . . . : 2010/07/18 Referenced date . . : ***None*** Expiration date . . : ***None*** -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 19, 2010 5:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: number of dasd volume(s) for DB2 It may be that you have received message DSNT470I If not, was there a DSN message produced? If possible please post the entire message. Second, have you reviewed the SVOLARC parm in the clist? You may wish to review the Installation manual, section 4.1 Tailoring the DSNTINST installation Clist. Not seeing the error or what you have coded so far, I am not sure how best to help you. Is this a new installation (first time for DB2 to be installed) Or are you upgrading. If the latter, then you may have some of the pervious systems DSNTINST datasets you could use as input. Also, are you using SMS or pure NONSMS volumes for this install? Lizette It seems DB2 needs space for libraries catalogs directories logs BSDS Workfile Does it allocate all these components on different volumes ?? Because I keep on getting the At Least one more volume message -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2 versus 4 processors
Crispin, I always thought that workload that changes day to day is really no different than workload that changes minute by minute. Perhaps some time spent looking at WLM will be better than going the sub-capacity route. Why slow something down all the time, when you can slow it down equitably some of the time. Don't you guys at MACRO4 have ExpeTune to help you look at some this? That's not meant to be tongue in cheek BTW; I think highly of the product. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Monday, July 19, 2010 11:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] 2 versus 4 processors Ron, Many thanks for your information. It will a great help in our planning. Our biggest problem is that our workload changes all the time daily weekly etc. It all depends on what our developers are working on and what problems our SE's are sorting out. The only two 'killers' we have on our system is TERSE and WEBSPHERE. We have zAAp to handle WebSpehere. I will take all you have said under advisement and hope I can 'guess' what the 'best' plan will be. I think black magic is more of a science than guessing the future fo a configuration. Again, thanks Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Detecting when a READ/GET crosses a concatenation boundary
Thanks to all that responded to my inquiry. I will try some of the methods suggested. Sincerely; Ken Kripke kkri...@mindspring.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html