How to diagnose catalog search activity
LS: currently we encounter high I/O activity on some of our ICF catalogs. These catalog's are on dedicated volumes, all under VLF and the F CATALOG,REPORT,CACHE shows HIT% above 70%. (Coupling facility usage not possible due to SYSPLEXES sharing) Tthe create, update and delete activity I can figure out using the SMF records produced. Question: How to diagnose the searches issued against catalogs? Wel like to use the information to get the most used type of searches and with that the HLQ's to SPLIT up some of these catalog's. Number of entries per HLQ is maybe not the best indicator for this problem. Thanks, Ron van der Zande -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question on HMC's Remote Support Facility
Hello listers, since this is my first time post to the list, let me introduce myself just shortly. I'm a german guy and working in the IBM mainframe environment for about 20+ years in several roles (system programmer, dba), most time as employee but since 2+ years as an independant. Now to my question: I'm currently in charge of doing some research concerning the HMC Remote Support Facility. My customer would like to be able to handle RSF calls from his customer for whom he is taking charge of support issues. There is a local HMC available, capable of accepting incoming calls, but the question is, what type and format are these calls and how could they be handled, e.g. by a yet to be developed application, capable of storing them in a local repository for later retrieval. I couldn't find any detailed descriptions or documentation concerning this feature, neither on IBM's sites nor on others. What I did find are the manuals about the S/390 resp. zSeries Application Programming Interfaces, but there is nothing in it concerning the RSF. Is there anybody out there who could give me some hint or advice? Is there any publicly available documentation, or is this all under closure by the vendors? Any help is highly appreciated. Thanks in advance, Regards Manfred Engelhart -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 and Large Sequential Data Set Offering
[EMAIL PROTECTED] wrote: snip When you wanted to force a cleanup, you would IMASPZAP the bit on, then allocate something - anything - like a one-track data set with DISP=(NEW,DELETE) just to force DASDM to rebuild the F3 chain. snip Though no longer necessary, I believe this will still work. But I think you might have meant the Format-5 (free space) chain rather than the Format-3 (data set extents) chains. (See topics 1.1.1.4 Format-3 DSCB and 1.1.1.6 Format-5 DSCB in DFSMSdfp Advanced Services.) -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
That should give the management a clue and they should be thinking about raising sys prog salaries rather than cutting it down. Mohammad On Wed, 29 Mar 2006 18:27:24 -0600, Desi de la Garza [EMAIL PROTECTED] wrote: Thanks to everyone. Now if we only could find a SysProg... Desi de la Garza Systems Programmer Bexar County Information Services [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joel C. Ewing Sent: Wednesday, March 29, 2006 10:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer Levels Justification snip A marginal SysProg has many more opportunities than an application programmer to make a mistake that could put the entire company out of business. It therefore behooves all sites to migrate to a platform which does not need sysprogs. Once the sysprogs are eliminated, we can go to work on eliminating the application programmers. Sorry, that is the current logic that I've noticed. -- Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED] -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Change Management / Change Control Procedures
Doc, The beauty of the VisbleOps material by Behr, Kim, Spafford is it provides a practical and easy-to-implement 4-step framework based on the ITIL that Peter Greening mentioned in his reply. Dave Procedures and disciplines only. I'm not too fussed about the programs and code at this point. This is more research for a comparison of application change management versus operating system change management. Plenty of data out there for the application side, but almost nothing has been written on the OS side. Thanks. Doc, Are you looking for programs and code or discipline and procedures? I'm not sure if this helps, but The Visible OPS Handbook (http://www.tripwire.com/practices/visops.cfm) by Kevin Behr, Gene Kim and George Spafford lays out a superb framework for change and configuration management. Is that the sort of information you're looking for? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alternative to mvsqr, was: Bringing the fun back to z/OS - new course
Arthur Fichtl wrote: Hi colleagues, snip We are in the process of moving the UNIX apps to Linux under VM, where they can use the other type of processors and save us a lot of software costs (BMC is killing us, followed by CA.) snip I was asked to find out whether there exist z/OS based products from IBM or 3rd parties that provide similar content functionality. Any idea? Yes, reasonable priced. Tell us what products do you want to replace. BTW: From my experience it is often enough to find an alternative product and tell about it to your current supplier. The prices can shrink dramatically. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
And how many people have 'root' access to the squatty boxes vs the same level of access on the mainframe? Think there might be a small exposure there? Once the Sysprogs and application programmers are gone maybe we should trash the users too ... After all they seem to cause the most problems. -Original Message- McKown, John -Original Message- Joel C. Ewing snip A marginal SysProg has many more opportunities than an application programmer to make a mistake that could put the entire company out of business. It therefore behooves all sites to migrate to a platform which does not need sysprogs. Once the sysprogs are eliminated, we can go to work on eliminating the application programmers. Sorry, that is the current logic that I've noticed. -- Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED] -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space limit for SMF datasets?
Ted MacNEIL wrote: Questions: Is there a way we can allocate an SMF dataset of 10.000 cylinders? If there is no way to allocate such a dataset, how do you suggest to deal with this problem? Standard VSAM has a limit of 2GB. With an extended format file you can go to 4GB times the CI-size (4K in SMF's case). Or, you can allocate more of them at 2GB. Or, dump more frequently. TeD, AFAIK standard VSAM limit is 4GB (or 4GiB for purists). 2GB is (was) the limit for unix files (not only USS under z/OS, but also AIX, HP-UX, ICL NX etc.). It was also the limit for HFS (I'm not sure about it, but I found such information in IBM materials). -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space limit for SMF datasets?
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. I saw an 8GB file on an AIX system a couple of days ago. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, March 30, 2006 9:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Space limit for SMF datasets? TeD, AFAIK standard VSAM limit is 4GB (or 4GiB for purists). 2GB is (was) the limit for unix files (not only USS under z/OS, but also AIX, HP-UX, ICL NX etc.). It was also the limit for HFS (I'm not sure about it, but I found such information in IBM materials). -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing Cobol Default Options
I've used this approach also but don't like it because it's easy to forget when an upgrade or maintenance affects the usermod. And management would like us to have one set of options but I don't see that happening. I'll have to take all the replies and share them with the rest of the MVS staff. Got to get some consensus. Thanks. Alan Schwartz Assurant Shared Business Services Lead Systems Programmer Phone: 651-361-4758 Fax: 651-361-5625 Charles Mills [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/29/2006 04:56 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Changing Cobol Default Options It is not out of the question - but it does violate the SMPE approach - to have two sets of COBOL customization on one machine. Basically, you assemble and link one set of compiler options into LOADLIBA and the other set into LOADLIBB. Then programmers who formerly used LPAR A use //STEPLIB DD DSN=LOADLIBA,DISP=SHR //DD the real compiler load library And programmers who formerly used LPAR B use //STEPLIB DD DSN=LOADLIBB,DISP=SHR //DD the real compiler load library Various other combinations involving LPA and/or only two load libraries are obviously possible. Just make sure everybody finds the right options load module FIRST. I know for a fact that this works. At Syspoint we are using this approach to support multiple customers with different customization requirements on a single compile server. Yes, I know it won't be painless for you - involves proc changes, etc. For that matter, you can just have two complete installs of COBOL and customize them separately. Charles ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joel C. Ewing snip A marginal SysProg has many more opportunities than an application programmer to make a mistake that could put the entire company out of business. It therefore behooves all sites to migrate to a platform which does not need sysprogs. Once the sysprogs are eliminated, we can go to work on eliminating the application programmers. Such a platform already exists. It's called pencil and paper. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space limit for SMF datasets?
Gray, Larry - Larry A wrote: NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. I saw an 8GB file on an AIX system a couple of days ago. Because this limit was broken quite time ago (fewa years). So I should write limit WAS (is). The same limit WAS for filesystem size - also 2GB. However I still want to keep is, because AFAIK some or majority of USS file functions were limited to 2GB files. I don't know whether it was changed. Nevermind, it's not limit for VSAM. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Porowski, Ken Sent: Thursday, March 30, 2006 8:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer Levels Justification And how many people have 'root' access to the squatty boxes vs the same level of access on the mainframe? Ah, but the usual squatty box only does one thing. So causing an outage on it is not as great an impact as killing a z/OS system. Also, in our shop, every production Windows server has some sort of fall over capability. So, if you kill the active server, its doppleganger takes over. This is considered cheap insurance around here. Now, z/OS can do the same with a parallel sysplex on multiple CECs (is that what they're still called?). But the cost, on a one z/OS systems vs. one Windows server comparison, is much too much gracious!. However, there is a new light here locally. The new CIO, unlike the old, is now comparing the TOTAL COST of the z/OS platform vs. TOTAL COST of the entire (all servers) Windows/Sun platform. Now, the Windows people are learning the pain that the mainframers have felt for years. Think there might be a small exposure there? Actually, we have very few with administrative authority on the production Windows servers. Once the Sysprogs and application programmers are gone maybe we should trash the users too ... After all they seem to cause the most problems. YES! The mere fact that they make the money so that we can have the systems should not give them the right to expect anything from us! Excellent! Note, if not obvious, the above is mainly being silly. Except where it isn't. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Barbaras (mini-)rant
In [EMAIL PROTECTED], on 03/29/2006 at 02:08 PM, Patrick O'Keefe [EMAIL PROTECTED] said: I'm not convinced they needed to wed it so tightly with Unix System Services, but I bet they are not about to undo that with another rewrite. My understanding is that they started with existing bsd code. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space limit for SMF datasets?
In [EMAIL PROTECTED], on 03/29/2006 at 03:01 PM, Mark Zelden [EMAIL PROTECTED] said: SMF dsns still can't be bigger than 4G (VSAM limit). Actually, the limit on a DSN is 44 ;-) Size isn't the issue, it's being able to dump them quicker than they fill up. Indeed. Doesn't SMF support use of the logger? Does anyone have experience using the logger for SMF? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reading a Load Module
In [EMAIL PROTECTED], on 03/29/2006 at 01:03 PM, JONES, CHARLIE [EMAIL PROTECTED] said: I would like to convert a loadlib module to a format that I can read with a REXX Exec. Is this possible? Sure. But are you certain that's what you want to do? What are you trying to achieve? Does it have to be just REXX, or can you use, e.g., BINDER, ISPF? The easiest way is to write a REXX function in assembler to do a BLDL, then read the actual member in REXX. I believe that the Program Management documentation still has the layouts of the CESD, CTL, RLD and CTL/RLD records. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space limit for SMF datasets?
TeD, AFAIK standard VSAM limit is 4GB (or 4GiB for purists). You're right. Having been out of direct involvement for awhile. After being downsized and then moving to an outsourcer's customer, I forgot. IBM did the no-brainer of using all the bits in a word to double the maximum size of a non-EF VSAM file 'overnight'. This changed it from 2 to 4 GB by using all 32 bits. I forget when they did it. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
John, Surely you mean a tall desk, a tall chair and a quill pen, the full Bob Cratchit. Chris Mason - Original Message - From: Chase, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 30 March, 2006 4:28 PM Subject: Re: Systems Programmer Levels Justification -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joel C. Ewing snip A marginal SysProg has many more opportunities than an application programmer to make a mistake that could put the entire company out of business. It therefore behooves all sites to migrate to a platform which does not need sysprogs. Once the sysprogs are eliminated, we can go to work on eliminating the application programmers. Such a platform already exists. It's called pencil and paper. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
Granted we were discussing stability of the 'system' but on z/OS I doubt that anyone has access similar to 'root' or 'administrator' (i.e. ALL access to everything). Yes, I as a sysprog could (mistakenly) trash the system (and probably my job if I do it right) but mucking with the data or even applications would be a little more difficult (no details, auditors may be lurking ... ) and would be malicious at least. The potential for trashing not just the system but data and applications is somewhat greater on the non-z/OS platforms. -Original Message- McKown, John -Original Message- Porowski, Ken And how many people have 'root' access to the squatty boxes vs the same level of access on the mainframe? Ah, but the usual squatty box only does one thing. So causing an outage on it is not as great an impact as killing a z/OS system. Also, in our shop, every production Windows server has some sort of fall over capability. So, if you kill the active server, its doppleganger takes over. This is considered cheap insurance around here. Now, z/OS can do the same with a parallel sysplex on multiple CECs (is that what they're still called?). But the cost, on a one z/OS systems vs. one Windows server comparison, is much too much gracious!. Think there might be a small exposure there? Actually, we have very few with administrative authority on the production Windows servers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bringing the fun back to z/OS - new course
Comments interspersed below. Timothy Sipples [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/29/2006 07:21 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Bringing the fun back to z/OS - new course With respect to Patrick's comments, WebSphere Application Server/Java is certainly not IDMS/ADO (for example) from a resource utilization point of view. A modest two-way CP-only 31-bit-only system is simply not going to be delivering very high WebSphere volumes, I'm afraid. Unless your WebSphere Application Server workload is trivial, please do one of two things: (1) get a zAAP (for WAS z/OS); (2) get an IFL (for WAS Linux). It's frankly bad *finance* to run (much) WAS without either of these two options. Spend money to save a lot more money. Not to be flip but you're preaching to the choir here. I totally agree. We've had an upgrade on the books for a while and I've been waiting out these last several weeks to find out *if* I'm still employed. Our parent company is doing some extreme cost cutting measures, not that I don't agree with that, and I don't foresee an upgrade anytime soon. Luckily I *was not* one of the individuals tapped on the shoulder the other day, so I feel very fortunate. And I'm now tasked with keeping these workloads afloat and responsive, with an expected increase to Users to our current production WAS environment. We're currently doing about 150K transactions/day to a couple production WAS's. With either one of these two approaches mainframe WAS becomes not just affordable but, in numerous situations, the *most* cost-effective J2EE platform. My personal favorite is zAAP, but please choose at least one of these two avenues. Again, I agree. I know that we could take the several Dell plexes that are set up at our corporate center and fold them in very nicely on z architecture but getting the necessary ear has been very frustrating. Maybe at some point we'll get that work and I'm confident that we'll support and tune it effectively. Hopefully when the cost cutting is done and the dust settles we get a fair shot at making the necessary proposals Lastly, I think there's an implication that workloads in USS cannot fit into WLM service classing, goals, etc. in order to manage together with batch and other classic workloads. I hope nobody is saying that, because it's certainly not true. z/OS and WLM will manage all work, including USS-based work, as you tell it. If your system is too small to meet or exceed all goals at peak, that'll still be true regardless of the *type* of work you throw onto the system. WebSphere z/OS is spectacularly plugged into WLM -- it works really, really well, at least for the past three versions that I'm more familiar with (5.0+). But if I'm trying to suck an elephant through a straw and want the elephant to more or less retain its shape, well... :-) I've had firsthand experience, without zAAP, trying to WLM manage just the startup of a WAS V5 cell group. The support tasks are recommended in SYSSTC. The lights dim here in Pa. when the startup occurs. Again we are on RB6 at this time in 31 with a very busy LPAR but the burn in time required for startup of the cell group with tasks defined to SYSSTC would have this effect on small n-way cec's of any low end z series box wo/zAAP as well. I was tasked with trying to get WAS V5 running but based on the hardware/software setup it just wasn't possible without disruption to our othe workloads. I think most of us that have played with WAS understand the reason for zAAP's and that is the take the burden off the general purpose CP's in support of Java. Java just doesn't seem to play nice with the traditional workloads. I've been onboard with our developers and techs since the free offering of WAS, V3.02, and I can tell you that WAS anomalies react different than any other workload I've ever dealt with. This and the fact that WAS multi-tasks can wreak havoc on a small n-way environment when these unforeseen anomalous events present themselves. All in all I like WAS and Unix workloads but if I had my choice I would run them on dedicated LPARS where possible. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.7
We are converting from z/OS 1.4 to 1.7 and experiencing a problem with batch dumps. We have a product (Dumpmaster) which is currently producing two dumps for every abend (using static calls) . Dynamic calls are fine. We are leaning towards MVS.. We initially had a problem with the LE Options (Since it is now using the CEEPRM00 install of the usermods) producing three dumps. This has been corrected. Any ideas ? Thanks John R. Klavon Tech Support Manager / VP Phone 412 234 8441 FAX 412 234 5484 Email : [EMAIL PROTECTED] Cell Text page [EMAIL PROTECTED] Cell Phone 412-915-3350 The only thing that interferes with my learning is my education. The information contained in this e-mail may be confidential and is intended solely for the use of the named addressee. Access, copying or re-use of the e-mail or any information contained therein by any other person is not authorized. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator.(17b) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test
- z/VM (with a 31-bit VM defined) - z/OS 1.5 (IPLing in 31-bit mode) - z/Architecture system [] Ed Jaffe responded that that won't work (gets a disabled wait state early on), and since he's in the business of trying out those kinds of things I believe his response can be accepted as definitive. Sounds like Ed's idea of using an older VM/ESA running inside z/VM might do the trick. I admit to knowing one customer still running that way for another (but similar) purpose. VM back that far is indeed unsupported. We perceive it as a SOX requirement to recover our current Production system at D/R. Though we are currently upgrading to z/Architecture hardware (and z/OS 1.7), we will not be there before our next D/R test. Makes sense. I don't think there's a legal impediment, but I would get a second, formal opinion. Has been requested. OK, cool. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples - z/VM (with a 31-bit VM defined) - z/OS 1.5 (IPLing in 31-bit mode) - z/Architecture system [] Ed Jaffe responded that that won't work (gets a disabled wait state early on), and since he's in the business of trying out those kinds of things I believe his response can be accepted as definitive. Sounds like Ed's idea of using an older VM/ESA running inside z/VM might do the trick. I admit to knowing one customer still running that way for another (but similar) purpose. VM back that far is indeed unsupported. I doubt our D/R provider would have it available. Even if they did, our policy is to try to avoid running unsupported software. The question may have been rendered moot. I'm told now that our D/R provider *might* be able to provide a G5/G6 machine for our upcoming test. If not, then we'll just have to test with z/OS running in 64-bit mode. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7
We're running DumpMaster on z/OS 1.7 and do not experience the behavior you mention. Have you contacted the vendor (Macro4) for support? Also, review your startup parms for what gets suppressed, captured, or passed on to IBM for dump processing. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Klavon John R Sent: Thursday, March 30, 2006 10:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.7 We are converting from z/OS 1.4 to 1.7 and experiencing a problem with batch dumps. We have a product (Dumpmaster) which is currently producing two dumps for every abend (using static calls) . Dynamic calls are fine. We are leaning towards MVS.. We initially had a problem with the LE Options (Since it is now using the CEEPRM00 install of the usermods) producing three dumps. This has been corrected. Any ideas ? Thanks John R. Klavon Tech Support Manager / VP Phone 412 234 8441 FAX 412 234 5484 Email : [EMAIL PROTECTED] Cell Text page [EMAIL PROTECTED] Cell Phone 412-915-3350 The only thing that interferes with my learning is my education. *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. What are the dump codes? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Klavon John R Sent: Thursday, March 30, 2006 10:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.7 We are converting from z/OS 1.4 to 1.7 and experiencing a problem with batch dumps. We have a product (Dumpmaster) which is currently producing two dumps for every abend (using static calls) . Dynamic calls are fine. We are leaning towards MVS.. We initially had a problem with the LE Options (Since it is now using the CEEPRM00 install of the usermods) producing three dumps. This has been corrected. Any ideas ? Thanks John R. Klavon Tech Support Manager / VP Phone 412 234 8441 FAX 412 234 5484 Email : [EMAIL PROTECTED] Cell Text page [EMAIL PROTECTED] Cell Phone 412-915-3350 The only thing that interferes with my learning is my education. The information contained in this e-mail may be confidential and is intended solely for the use of the named addressee. Access, copying or re-use of the e-mail or any information contained therein by any other person is not authorized. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator.(17b) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS DFS SMB Performance
Problem: When connecting to work over VPN, SMB performance leaves a lot to be desired. Where a 200k file in the office loads in 5-9 seconds, over VPN it takes 50-60 seconds. It does not appear to be a server problem or a bandwidth problem. I tried the same file directly pulling it from an HFS and I got it loaded in 6 seconds from home. I then setup a file server on a z/OS box to see if it would perform better. It did not. Talking to local VPN expert, he basically said that SMB is chatty and that we will see some improvement with Windows Vista. Reading the DFS manual for SMB, there are several notes about performance one of which states that HEAPPOOLS(ON) provides a significant improvement. What they don't say is what the heap pool sizes and percentages should be for SMB. I am overriding the HEAPPOOLS in the JCL so these will not be system wide. I tried HEAPPOOLS(ON) and did see a good improvement. Any help would be appreciated. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
Are you kidding me, If were to stick that clue up their noses(?) they would not even flinch.. Thanks, Desi de la Garza Systems Programmer Bexar County Information Services [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mohammad Khan Sent: Thursday, March 30, 2006 7:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer Levels Justification That should give the management a clue and they should be thinking about raising sys prog salaries rather than cutting it down. Mohammad On Wed, 29 Mar 2006 18:27:24 -0600, Desi de la Garza [EMAIL PROTECTED] wrote: Thanks to everyone. Now if we only could find a SysProg... Desi de la Garza Systems Programmer Bexar County Information Services [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to diagnose catalog search activity
I can't answer your question about catalog searches, but if you're looking to increase your hit ratio, perhaps you should look at your MAXVIRT setting in COFVLFxx. Here's some advice from Greg Dyck on the subject: http://bama.ua.edu/cgi-bin/wa?A2=ind0201L=ibm-mainP=R97369D=0I=1O=D HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ron van der Zande Sent: Thursday, March 30, 2006 4:02 AM currently we encounter high I/O activity on some of our ICF catalogs. These catalog's are on dedicated volumes, all under VLF and the F CATALOG,REPORT,CACHE shows HIT% above 70%. (Coupling facility usage not possible due to SYSPLEXES sharing) Tthe create, update and delete activity I can figure out using the SMF records produced. Question: How to diagnose the searches issued against catalogs? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Systems Programmer Levels Justification
If Management really wants to understand why sysprogs get so cranky and why they should get paid more, then Management should be the ONLY personel going on the next Disaster Recovery exercise. Let the sysprogs stay home and relax. /Tom Kern On Thu, 30 Mar 2006 11:02:46 -0600, Desi de la Garza [EMAIL PROTECTED] wrote: Are you kidding me, If were to stick that clue up their noses(?) they would not even flinch.. Thanks, Desi de la Garza Systems Programmer Bexar County Information Services [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space limit for SMF datasets?
On Thu, 30 Mar 2006 09:25:14 -0500, Shmuel Metz (Seymour J.) shmuel+ibm- [EMAIL PROTECTED] wrote: Doesn't SMF support use of the logger? Does anyone have experience using the logger for SMF? No. But some applications (have options to) log to the system logger instead of (or addition to) SMF. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS DFS SMB Performance
Is the VPN terminated outside from z/OS ? I mean: [1]---encrypted-Inet--- [2] ---clearLAN--- [3] 1 - remote PC with VPN 2 - local VPN device 3 - mainframe Is the above true ? -- Radoslaw Skorupka Lodz, Poland Smith, Sean M wrote: Problem: When connecting to work over VPN, SMB performance leaves a lot to be desired. Where a 200k file in the office loads in 5-9 seconds, over VPN it takes 50-60 seconds. It does not appear to be a server problem or a bandwidth problem. I tried the same file directly pulling it from an HFS and I got it loaded in 6 seconds from home. I then setup a file server on a z/OS box to see if it would perform better. It did not. Talking to local VPN expert, he basically said that SMB is chatty and that we will see some improvement with Windows Vista. Reading the DFS manual for SMB, there are several notes about performance one of which states that HEAPPOOLS(ON) provides a significant improvement. What they don't say is what the heap pool sizes and percentages should be for SMB. I am overriding the HEAPPOOLS in the JCL so these will not be system wide. I tried HEAPPOOLS(ON) and did see a good improvement. Any help would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
S0F4 Abend
Hello to the list, Over the last couple of days I have experienced S0F4 abends on two separate PDSE, which are used for similar purposes. Diagnostic information and the DFSMSdfp Diagnostic Reference manual indicate Logical File Structure, Return Code 20. The Reason Code is not in the popular list but that may not be important at this stage. The temporary bypass has been to migrate the contents, CICS Command Program source to PDS rather than PDSE. The directory appears to be intact, both ISPF 3.4 and IEPTPCH show what I would expect. IEBPTPCH of the library fails Wrong length record when it gets to a particular source member. If I use IEBPTPCH to print the member as a sequential file, but with BLKSIZE=32760,RECFM=U on SYSUT1, I get the first block of data and then it falls over Wrong length record. It occurs to me that if PDSE internal structure is re-using the 4K pages then the contents of a member may not be contiguous as it is in a PDS, and therefore some internal chaining is required, and it is likely to be this which is causing the problem. My question to the list is; has anybody else experienced this type of problem, and if yes did that experience include the prospect of user error rather than system error. I should add that the system is z/OS 1.6. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk www.kmsitltd.co.uk Reg: England Wales 3767263 at the above address All outgoing E-mails are scanned but it remains the recipients responsibility to ensure that their system is protected from viruses, trojans, worms, and spy-ware. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM Migrate issue
I'm trying to clean up a mess. I have same datasets that show up in P.3.4 as Migrat2 If I do a listcat of the user catalog they show as volser---migrat But when I go to recall or hdelete them ARC1001I KSPAINH.AAAMICH.SMF DELETE FAILED, RC=0002, REAS= ARC1102I DATA SET IS NOT MIGRATED/BACKED UP *** Which basically says - you didn't spell the name right, that name is not migrated. But it is the right name. I have some discrepancy between what the user catalog thinks and HSM thinks. I tried an AUDIT MIGRATIONCONTROLDATASET, no change. I don't care to get the dataset back, I just want it deleted. Any suggestions? Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Migrate issue
Mark, to get rid of catalog entries that point to migrated, non-existent datasets, you need to run a batch job IDCAMS and DELETE that dataset there. Using TSO or ISPF commands will always fail ... they do more checking and are too smart for their own good in this particular instance. Regards, Ulrich Krueger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Space limit for SMF datasets?
In a message dated 3/30/2006 12:01:28 P.M. Central Standard Time, [EMAIL PROTECTED] writes: No. But some applications (have options to) log to the system logger instead of (or addition to) SMF. Some do both...guess the question is 'can CICS SMF recording be turned off if you use CF or DASD Logger'? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Migrate issue
you'll need to be in the racf group ARCCATGP to do del noscr. see hsm storage admin guide, 4.8.12 Jack Kelly LA Systems @ US Courts x 202-502-2390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Migrate issue
Yes I've tried a few different combinations of IDCAMS DELETE - most give me IDC3007I ** VSAM CATALOG RETURN CODE IS 38 38 = Dataset has been migrated. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Migrate issue
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Thursday, March 30, 2006 12:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM Migrate issue I'm trying to clean up a mess. I have same datasets that show up in P.3.4 as Migrat2 If I do a listcat of the user catalog they show as volser---migrat But when I go to recall or hdelete them ARC1001I KSPAINH.AAAMICH.SMF DELETE FAILED, RC=0002, REAS= ARC1102I DATA SET IS NOT MIGRATED/BACKED UP *** Which basically says - you didn't spell the name right, that name is not migrated. But it is the right name. I have some discrepancy between what the user catalog thinks and HSM thinks. I tried an AUDIT MIGRATIONCONTROLDATASET, no change. I don't care to get the dataset back, I just want it deleted. Any suggestions? Mark D Pace You'll need some RACF work done. 1) Create a RACF group called ARCCATGP. AG ARCCATGP 2) CONNECT your RACF id to that group. CONNECT myid GROUP(ARCCATGP) 3) issue the command DELETE NOSCRATCH (logoff/logon to TSO if you use TSO to pick up the new group) This is documented in z/OS: DFSMShsm Implementation and Customization Guide -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Migrate issue
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Pace I'm trying to clean up a mess. I have same datasets that show up in P.3.4 as Migrat2 If I do a listcat of the user catalog they show as volser---migrat But when I go to recall or hdelete them ARC1001I KSPAINH.AAAMICH.SMF DELETE FAILED, RC=0002, REAS= ARC1102I DATA SET IS NOT MIGRATED/BACKED UP *** Which basically says - you didn't spell the name right, that name is not migrated. But it is the right name. I have some discrepancy between what the user catalog thinks and HSM thinks. I tried an AUDIT MIGRATIONCONTROLDATASET, no change. I don't care to get the dataset back, I just want it deleted. Any suggestions? Did you try IDCAMS DELETE entryname NOSCRATCH ? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S0F4 Abend
Over the last couple of days I have experienced S0F4 abends on two separate PDSE, which are used for similar purposes. We have a similar problem. The PTFs for OA14809 recently closed. You should open a problem with IBM to verify that your problem is addressed by this APAR. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Migrate issue
you'll need to be in the racf group ARCCATGP to do del noscr. see hsm storage admin guide, 4.8.12 Thanks! Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Migrate issue
If you have RACF you can use a standard IDCAMS delete noscratch with the RACF storage admin parm in your job card. // USER=userid,GROUP=ARCCATGP,PASSWORD=, //* //HSM EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE .. NOSCRATCH Thanks, Chris M. Sultis Blue Cross and Blue Shield of Alabama Sr. Systems Programer (205) 220-3863 *** *** *** *** *** *** *** *** *** *** CONFIDENTIALITY NOTICE This e-mail is intended for the sole use of the individual(s) to whom it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. You are hereby notified that any dissemination, duplication, or distribution of this transmission by someone other than the intended addressee or its designated agent is strictly prohibited. If you receive this e-mail in error, please notify me immediately by replying to this e-mail. *** *** *** *** *** *** *** *** *** *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DB2 Question
Gang forgive me, I am not a DBA but I need to ask this... Is there a way (or tool) to reverse engineer a plan to get a DBRM member? Some of our DBRM's have gotten corrupted and I want to recreate without having to recompile. Any help would be appreciated. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS DFS SMB Performance
Yes I believe that is the case. We are not using z/OS for the VPN service. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, March 30, 2006 10:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS DFS SMB Performance Is the VPN terminated outside from z/OS ? I mean: [1]---encrypted-Inet--- [2] ---clearLAN--- [3] 1 - remote PC with VPN 2 - local VPN device 3 - mainframe Is the above true ? -- Radoslaw Skorupka Lodz, Poland Smith, Sean M wrote: Problem: When connecting to work over VPN, SMB performance leaves a lot to be desired. Where a 200k file in the office loads in 5-9 seconds, over VPN it takes 50-60 seconds. It does not appear to be a server problem or a bandwidth problem. I tried the same file directly pulling it from an HFS and I got it loaded in 6 seconds from home. I then setup a file server on a z/OS box to see if it would perform better. It did not. Talking to local VPN expert, he basically said that SMB is chatty and that we will see some improvement with Windows Vista. Reading the DFS manual for SMB, there are several notes about performance one of which states that HEAPPOOLS(ON) provides a significant improvement. What they don't say is what the heap pool sizes and percentages should be for SMB. I am overriding the HEAPPOOLS in the JCL so these will not be system wide. I tried HEAPPOOLS(ON) and did see a good improvement. Any help would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Did you know RRS had ISPF panels?
Hi, Did you know RRS had panels? Nicole Burgess provided that little tip in her SHARE session on Sysplex Diagnostic Procedures. http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_ Seattle/S2811XX164932.pdf They are documented in z/OS MVS Programming: Resource Recovery Appendix A. Using RRS Panels http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/download/IEA2N150.p df?DT=20050714134908 RRS Option === Select an option and press ENTER: 1 Browse an RRS log stream 2 Display/Update RRS related Resource Manager information 3 Display/Update RRS Unit of Recovery information 4 Display/Update RRS related Work Manager information 5 Display/Update RRS UR selection criteria profiles 6 Display RRS-related system information These might be something you want to have setup and the RACF definitions completed so you could use them if needed. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 An Optimist is just a pessimist with no job experience. Scott Adams This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 Question
usually better chance for an answer on DB2 listserv but I lurk here also. The ability to generate a DBRM is dependent on the status of the information in SYSSTMT and SYSPACKSTMT. BIND COPY accross subsystems does not have enough information to rebuild the DBRM. REMOTE binds do not have enough information to create a DBRM It depends on how many you need to rebuild - If you only have a few, there have been REXX code to rebuild DBRM. Otherwize we have a tool that will revuild any number. http://www.hlstechnologies.com/dbrmCheck.html Mike On 3/30/06, WA Stout [EMAIL PROTECTED] wrote: Gang forgive me, I am not a DBA but I need to ask this... Is there a way (or tool) to reverse engineer a plan to get a DBRM member? Some of our DBRM's have gotten corrupted and I want to recreate without having to recompile. Any help would be appreciated. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Did you know RRS had ISPF panels?
Did you know RRS had panels? TSO %RRS PROC 0 ISPEXEC LIBDEF ISPMLIB DATASET ID('SYS1.SBLSMSG0') ISPEXEC LIBDEF ISPPLIB DATASET ID('SYS1.SBLSPNL0') ISPEXEC LIBDEF ISPTLIB DATASET ID('SYS1.SBLSKEL0') ALTLIB ACTIVATE APPLICATION(CLIST) DATASET('SYS1.SBLSCLI0') ISPEXEC SELECT PANEL(ATRFPCMN) NEWAPPL(RRSP) PASSLIB + SCRNAME(RRS) ALTLIB DEACTIVATE APPLICATION(CLIST) ISPEXEC LIBDEF ISPMLIB ISPEXEC LIBDEF ISPPLIB ISPEXEC LIBDEF ISPTLIB Haven't looked at Tom's Conley's dynamic ISPF stuff in a long time since I use all my own stuff, but I would think he has this in there. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to diagnose catalog search activity
On Thu, 2006-03-30 at 04:01 -0600, Ron van der Zande wrote: Question: How to diagnose the searches issued against catalogs? Wel like to use the information to get the most used type of searches and with that the HLQ's to SPLIT up some of these catalog's. Number of entries per HLQ is maybe not the best indicator for this problem. Have a look at the ENQ monitor - very handy. But like all monitors, it has impacts, so don't leave it running all the time. There are a series of sample jobs in SAMPLIB, run in order. Should give you exactly what you want. You might be surprised at the output - will no doubt keep you entertained for a while. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCP/IP rewrite (was: Barbaras (mini-)rant)
In a recent note, Shmuel Metz (Seymour J.) said: Date: Thu, 30 Mar 2006 09:04:00 -0500 In [log in to unmask], on 03/29/2006 at 02:08 PM, Patrick O'Keefe [log in to unmask] said: I'm not convinced they needed to wed it so tightly with Unix System Services, but I bet they are not about to undo that with another rewrite. My understanding is that they started with existing bsd code. And, for consistency with POSIX, sockets must be POSIX descriptors. I don't know how well that could have been accomplished without a complete rewrite. Does the other TCP/IP (Interlink?) provide POSIX sockets? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 Question
Is there a way (or tool) to reverse engineer a plan to get a DBRM member? Some of our DBRM's have gotten corrupted and I want to recreate without having to recompile. You're taking a chance with an integrity exposure. Besides, re-compiling would probably be faster! - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Did you know RRS had ISPF panels?
- Original Message - From: Mark Zelden [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, March 30, 2006 4:14 PM Subject: Re: Did you know RRS had ISPF panels? Did you know RRS had panels? TSO %RRS PROC 0 ISPEXEC LIBDEF ISPMLIB DATASET ID('SYS1.SBLSMSG0') ISPEXEC LIBDEF ISPPLIB DATASET ID('SYS1.SBLSPNL0') ISPEXEC LIBDEF ISPTLIB DATASET ID('SYS1.SBLSKEL0') ALTLIB ACTIVATE APPLICATION(CLIST) DATASET('SYS1.SBLSCLI0') ISPEXEC SELECT PANEL(ATRFPCMN) NEWAPPL(RRSP) PASSLIB + SCRNAME(RRS) ALTLIB DEACTIVATE APPLICATION(CLIST) ISPEXEC LIBDEF ISPMLIB ISPEXEC LIBDEF ISPPLIB ISPEXEC LIBDEF ISPTLIB Haven't looked at Tom's Conley's dynamic ISPF stuff in a long time since I use all my own stuff, but I would think he has this in there. Mark is correct, @RRS: /* rexx */ /*trace i*/ /*/ /* This exec invokes IBM's RRS dialog. */ /*/ parse arg ztrail address tso ALTLIB ACT APPL(CLIST) DA('SYS1.SBLSCLI0') address ispexec LIBDEF ISPMLIB DATASET ID('SYS1.SBLSMSG0') STACK address ispexec LIBDEF ISPPLIB DATASET ID('SYS1.SBLSPNL0') STACK address ispexec LIBDEF ISPTLIB DATASET ID('SYS1.SBLSTBL0') STACK address ispexec SELECT PANEL(ATRFPCMN) OPT(ztrail) NEWAPPL(RRSP), PASSLIB SCRNAME(RRS) address ispexec LIBDEF ISPMLIB address ispexec LIBDEF ISPPLIB address ispexec LIBDEF ISPTLIB address tso ALTLIB DEACT APPL(CLIST) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Enterprise COBOL - compiler options that impact behavior
This is a follow-up on an earlier IBM-MAIN thread. I thought that it might be interesting AND USEFUL to document which IBM Enterprise COBOL compiler options can impact run-time behavior. By this I mean that the same source code will compile cleanly with any setting of these options but that for programs that COMPLETE their run the output might be different. (I phrase it this way to avoid options that impact storage usage at compile or run-time. I am also ignoring performance differences.). Looking at the list of options at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3PG30/CCON TENTS My initial list of potentially impacting options is: - ADV - CICS (depending on suboptions) - CODEPAGE - CURRENCY - DATEPROC - DYNAM (only if CANCEL is used) - FASTSRT (only if DECLARATIVES are used) - INTDATE - NUMPROC - PGMNAME - QUOTE/APOST (figurative constant, not literals) - SQL (depending on suboptions) - SSRANGE (if checking is turned on at run-time) - THREAD - TRUNC - YEARWINDOW - ZWB Of you IBM COBOL types, do you have any opinions on any that I have missed - or that I have included that you think do NOT impact run-time behavior? -- Bill Klein wmklein at ix.netcom.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 and Large Sequential Data Set Offering
In a message dated 3/30/2006 7:30:28 A.M. Central Standard Time, [EMAIL PROTECTED] writes: But I think you might have meant the Format-5 (free space) chain rather than the Format-3 (data set extents) chains. I sure did. My mistake. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 and Large Sequential Data Set Offering
But I think you might have meant the Format-5 (free space) chain rather than the Format-3 (data set extents) chains. Aren't they automagically invalid when you have an Index? And, you have to find the space through it? Or, has that changed? Or, even simpler, does it matter much, anymore? - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Enterprise COBOL - compiler options that impact behavior
Bill Klein wrote: This is a follow-up on an earlier IBM-MAIN thread. I thought that it might be interesting AND USEFUL to document which IBM Enterprise COBOL compiler options can impact run-time behavior. By this I mean that the same source code will compile cleanly with any setting of these options but that for programs that COMPLETE their run the output might be different. (I phrase it this way to avoid options that impact storage usage at compile or run-time. I am also ignoring performance differences.). Looking at the list of options at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3PG30/CCON TENTS My initial list of potentially impacting options is: - ADV - CICS (depending on suboptions) - CODEPAGE - CURRENCY - DATEPROC - DYNAM (only if CANCEL is used) This impacts runtime behavior whether or not CANCEL is used - FASTSRT (only if DECLARATIVES are used) This impacts runtime behavior whether or not DECLARATIVES are used, I believe - INTDATE - NUMPROC - PGMNAME I don't see the runtime behavior impact of this - QUOTE/APOST (figurative constant, not literals) I don't see the runtime behavior impact of this - SQL (depending on suboptions) - SSRANGE (if checking is turned on at run-time) - THREAD - TRUNC - YEARWINDOW - ZWB Of you IBM COBOL types, do you have any opinions on any that I have missed - or that I have included that you think do NOT impact run-time behavior? In some sense, TEST can impact runtime behavior. ARITH can impact runtime behavior DLL can impact runtime behavior OPTIMIZE can impact runtime behavior OUTDD can impact runtime behavior RENT can impact runtime behavior (along with DATA) In some sense, RMODE can impact runtime behavior So, my opinion, for what it's worth. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Enterprise COBOL - compiler options that impact behavior
good options list in a consultant report AWO [VB output only] CMPR2(NO) DYNAM(NO) FASTSRT(YES) [consultant says nothing about declaritives] NUMPROC(PFD) OPT(STD) SSRANGE(NO) TEST(NO) TRUNC(OPT) IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 03/30/2006 06:11:37 PM: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3PG30/CCONTENTS My initial list of potentially impacting options is: - ADV - CICS (depending on suboptions) - CODEPAGE - CURRENCY - DATEPROC - DYNAM (only if CANCEL is used) - FASTSRT (only if DECLARATIVES are used) - INTDATE - NUMPROC - PGMNAME - QUOTE/APOST (figurative constant, not literals) - SQL (depending on suboptions) - SSRANGE (if checking is turned on at run-time) - THREAD - TRUNC - YEARWINDOW - ZWB - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 and Large Sequential Data Set Offering
In a message dated 3/30/2006 5:33:38 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Aren't they automagically invalid when you have an Index? And, you have to find the space through it? True, but not all VTOCs have INDEXes. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Enterprise COBOL - compiler options that impact behavior
ALL31 is a recommended choice for CICS. It cuts down on a lot of load overhead. And, it doesn't stop you from loading 24-bit. It only loads the prefix code when you call a 24, rather than all the time. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 and Large Sequential Data Set Offering
True, but not all VTOCs have INDEXes Why not in this day and age? Even my non-SMS volumes, few that they may be, have an index. They were out long before SMS was. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS DFS SMB Performance
From my experience SMB on any platform is slow. Think about it, a 200K file loading in 5-9 seconds in the office. That is a transfer rate of somewhere between 20 to 40 K a second. Now add the overhead of a VPN and the latency and through put of something that is most likely much less than the network between your PC and the mainframe at your work. What is the slowest network connection in your office? What is the speed of the network that your VPN is transversing? What do you mean pulling it directly? FTP? FTP is much more efficient that SMB. SMB is real chatty. IIRC it does one ACK for every two data packets and the ACK is not sent until the data packets are received. This is on top of the TCP level ACK's. Smith, Sean M wrote: Problem: When connecting to work over VPN, SMB performance leaves a lot to be desired. Where a 200k file in the office loads in 5-9 seconds, over VPN it takes 50-60 seconds. It does not appear to be a server problem or a bandwidth problem. I tried the same file directly pulling it from an HFS and I got it loaded in 6 seconds from home. I then setup a file server on a z/OS box to see if it would perform better. It did not. Talking to local VPN expert, he basically said that SMB is chatty and that we will see some improvement with Windows Vista. Reading the DFS manual for SMB, there are several notes about performance one of which states that HEAPPOOLS(ON) provides a significant improvement. What they don't say is what the heap pool sizes and percentages should be for SMB. I am overriding the HEAPPOOLS in the JCL so these will not be system wide. I tried HEAPPOOLS(ON) and did see a good improvement. Any help would be appreciated. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS DFS SMB Performance
On Thu, 30 Mar 2006 20:29:15 -0500, John S. Giltner, Jr. [EMAIL PROTECTED] wrote: From my experience SMB on any platform is slow. Think about it, a 200K file loading in 5-9 seconds in the office. That is a transfer rate of somewhere between 20 to 40 K a second. Now add the overhead of a VPN and the latency and through put of something that is most likely much less than the network between your PC and the mainframe at your work. What is the slowest network connection in your office? What is the speed of the network that your VPN is transversing? What do you mean pulling it directly? FTP? FTP is much more efficient that SMB. SMB is real chatty. IIRC it does one ACK for every two data packets and the ACK is not sent until the data packets are received. This is on top of the TCP level ACK's. I had a presentation by cisco people about their VPN accelerator ,their AVS ( appl velocity system) their WAFS ( wan accelerator for file system) and WAE ( wan accelerator engine) , Obviously WAFS has been invented for the exact problem you are facing . The chat to open a document with word or excell over a network . The number they showed me was like 1000 exchanges to open and close a file and they were dividing this by 8 or 10 , by letting only the security portion of the handshaking flow ( enqueue etc .. ) and by simulating a big part of this handshaking on both ends to reduce the chatyness , and trying to let flow the data only . The improvement is just tremendous . try to find out on google how this WAFS , WAE and cisco accelerator work and it will give you some good insight in what John is describing exactly . Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Enterprise COBOL - compiler options that impact behavior
See comments below for some of my responses. I thought I was clear that I was NOT talking about performance or storage impacts. I think most of those types of impacts are cases where you and I disagree. Steve Comstock [EMAIL PROTECTED] wrote in message news:442C6C2B.7020105 snip - DYNAM (only if CANCEL is used) This impacts runtime behavior whether or not CANCEL is used DYNAM and NODYNAM do not impact the output/results of a program UNLESS a CANCEL is used. CANCEL of a program CALLed via a literal with NODYNAM does NOT place the subprogram in initial state - while it does with DYNAM specified. What other run-time behavior difference do you know of? - FASTSRT (only if DECLARATIVES are used) This impacts runtime behavior whether or not DECLARATIVES are used, I believe I know of NO time that FASTSRT impacts run-time results (other than the OBVIOUS performance implication) except for when a DECLARATIVE should be reached by a bad SORT. This works with NOFASTSRT, but not with FASTSRT. - PGMNAME I don't see the runtime behavior impact of this Depending upon the setting of PGMNAME, a CALL to A2345678 may or may not find a subprogram with the name a2345678 or A234567899 - QUOTE/APOST (figurative constant, not literals) I don't see the runtime behavior impact of this With QUOTE the figurative constant QUOTE is With APOST it is ' That impacts comparisons and often DISPLAY and written output In some sense, TEST can impact runtime behavior. I think that IBM accepts as APARABLE and case where a programs that are compiled with various TEST options and the programs run to completion give different results. Do you know of cases where semantics ARE impacted? ARITH can impact runtime behavior You are probably right. I was thinking that most of the differences would be detected at compile-time if you tried using numeric items over 18 digits. However, this can impact Intermediate results - even if all data individual items are limited to 18 digits. DLL can impact runtime behavior How? OPTIMIZE can impact runtime behavior Again, like TEST, I believe that IBM accepts as APARable any differences in the results (other than performance) from various settings of OPT. Even the removal of non-referenced data items can't impact run-time BEHAVIOR for valid COBOL programs. OUTDD can impact runtime behavior I thought about including this. However, I think that LE will do a DYNAMIC allocation of whatever this points to, so that the results are always the same - just different DDNames. RENT can impact runtime behavior (along with DATA) How? (Other than where storage is allocated? This impacts performance but not RESULTS for two different programs that both run to successful conclusion. In some sense, RMODE can impact runtime behavior -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Did you know RRS had ISPF panels?
Thomas Conley [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... - Original Message - From: Mark Zelden [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, March 30, 2006 4:14 PM Subject: Re: Did you know RRS had ISPF panels? Did you know RRS had panels? TSO %RRS PROC 0 ISPEXEC LIBDEF ISPMLIB DATASET ID('SYS1.SBLSMSG0') ISPEXEC LIBDEF ISPPLIB DATASET ID('SYS1.SBLSPNL0') ISPEXEC LIBDEF ISPTLIB DATASET ID('SYS1.SBLSKEL0') ALTLIB ACTIVATE APPLICATION(CLIST) DATASET('SYS1.SBLSCLI0') ISPEXEC SELECT PANEL(ATRFPCMN) NEWAPPL(RRSP) PASSLIB + SCRNAME(RRS) ALTLIB DEACTIVATE APPLICATION(CLIST) ISPEXEC LIBDEF ISPMLIB ISPEXEC LIBDEF ISPPLIB ISPEXEC LIBDEF ISPTLIB Haven't looked at Tom's Conley's dynamic ISPF stuff in a long time since I use all my own stuff, but I would think he has this in there. Mark is correct, @RRS: /* rexx */ /*trace i*/ /*/ /* This exec invokes IBM's RRS dialog. */ /*/ parse arg ztrail address tso ALTLIB ACT APPL(CLIST) DA('SYS1.SBLSCLI0') address ispexec LIBDEF ISPMLIB DATASET ID('SYS1.SBLSMSG0') STACK address ispexec LIBDEF ISPPLIB DATASET ID('SYS1.SBLSPNL0') STACK address ispexec LIBDEF ISPTLIB DATASET ID('SYS1.SBLSTBL0') STACK address ispexec SELECT PANEL(ATRFPCMN) OPT(ztrail) NEWAPPL(RRSP), PASSLIB SCRNAME(RRS) address ispexec LIBDEF ISPMLIB address ispexec LIBDEF ISPPLIB address ispexec LIBDEF ISPTLIB address tso ALTLIB DEACT APPL(CLIST) Regards, Tom Conley I read it in the manual during RRS setup. I added the following to the ISPF command table: RRS ||0||SELECT PANEL(ATRFPCMN) NEWAPPL(RRSP)||RRS Resource Recovery System. RRS on the commandline launches the application. 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. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 and Large Sequential Data Set Offering
Ted MacNEIL wrote: True, but not all VTOCs have INDEXes Why not in this day and age? Even my non-SMS volumes, few that they may be, have an index. They were out long before SMS was. My SPOOL volumes (or rather JES2 SPOOL volumes) have no index. And small VTOC. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html