Re: Chargeback reporting
Thomas Kern writes: I would use CPU seconds rather than Service Units. Managers can understand that there are only 86400 CPU seconds per engine per day. If you can get the price paid for your z9, take 1/4 of that and divide by 365*86400 to get a price per CPU second. This would recover the cost of the z9 in 4 years. I've said this before, but just be very, very careful. What you're describing is a measure of the (medium-term) *average* (hardware?) cost per CPU-second. The average cost is very substantially different from the marginal cost of processing an additional CPU-second, which is much more nearly zero. Said another way, in capital investment economics marginal costs are almost always lower than average costs -- in mainframe economics much lower -- except perhaps at specific, individual price discontinuities (stair steps). For a price discontinuity example, if you're running a System z9 BC Model Z04, i.e. a machine with all CP capacity enabled, then the marginal cost of the next MIPS requires moving to an EC model and the associated upgrade expense. Nowadays mainframe computing arguably has fewer price discontinuities than distributed computing. Folks, it's super-critical managers understand this phenomenon. Otherwise you get all sorts of really weird and perverse behaviors.?) Honestly I don't think the average cost is particularly meaningful. Marginal costs are much more interesting and valuable. As a general rule, mainframe economics are characterized by decent (but steadily declining each year) initial fixed costs, low (and steadily declining each year) marginal costs, and progressively lower marginal costs as workload grows (the curve). There are some nuances for each major component of those costs (staff/services, hardware, software, and facilities/network), but that's the general rule by the time you add it all up. Your mileage may vary, but if that's not what you're experiencing it's worth investigating. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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: Rational Developer for System z
John Chase writes: That's how I _had_ RDz running, but after 60 days it refused to start unless I provided a product key for it. Our shop purchased only enough keys for our applications folks to use it. Just to clarify, when you order the CICS Service Flow Feature you should be receiving one full function RDz license, including a non-expiring product key. If that's not the case, please check with IBM. Now, if somebody from your application development team stole your license, that's another problem. :-) I agree with the other poster concerning PC resources for RDz. Actually the PC processor is less important, but you certainly do want a decent amount of RAM. Take the published product requirements seriously, and add more RAM if you can. I also agree with the poster who mentioned that RDz does not require SCLM. Although I'm sure IBM would be delighted if you use SCLM, in fact you can tie RDz into other source libraries using its CARMA (Common Access Repository Manager) interface. Also, if you use CA-Endevor I believe you can download and use CA's plug-in for Eclipse. (RDz is built on the Eclipse framework.) Check with CA if that's your situation. Personally I'm not fond of product keys, and IBM generally isn't either, but some of the Rational products are the exceptions that prove the rule. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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: Webcast next week: Migrating to z/OS V1.9
Steve Conway writes: John: my vote is that this is NOT an advertisement and is welcome. I'm all for free presentations, from IBM or any other vendor. It's also perhaps worth noting that, if you have z/OS, there's no additional charge for z/OS 1.9. In fact, there's some potential cost reduction: people report that z/OS 1.9 is measurably more CPU-efficient on balance. You might also get more specialty engine enablement, depending on where you're coming from. And some customers in some parts of the world buy extended support on old releases, so moving to a supported release (and staying there) avoids that unnecessary expense. Steve, I personally try to draw the line at technical versus sales presentations, not just free presentations. I tend to think that genuinely meaty technical presentations (and especially hands-on labs if possible) with no direct sales implications are reasonable to pass along, as long as I don't overdo it. (Although I still might use the IBM PR -- Public Relations -- label in the subject line as a courtesy to my fellow readers and out of an abundance of caution.) I also tend to focus on areas where people are asking questions, here or offline -- a relevance standard of self-censorship. PCI security compliance is a good example, and how-the-heck software pricing works is another. If I do mention a product name I try to do so typically by way of example, and I will frequently list analogous non-IBM products that I know about. One major reason is that there are other vendor employees here, and it's silly to generate 6 additional messages saying, There's also product X, product Y, and product Z. I will also list free alternatives that I know about. Very often I will go research these lists and post those, as I did in starting the encryption products list. I will not post here anonymously or pseudonymously. Although I only speak for myself, readers here should know my employer in order to understand what biases I may have. I try to set my biases aside, but people should have the right to assess how well I do that. That probably means every few months somebody will question whether I'm an IBM mole or whatever -- on a forum called IBM-MAIN. :-) There's nothing I can do about that, but I don't mind. I'll continue to identify my employer in every post. That's not to suggest everybody else needs to do that. Some people post pseudonymously, and many more people post without identifying their employers. I'm not criticizing that, but it's just not right for me. When I do post, sometimes I'm wordy in specific ways because I try not to assume that everybody knows what I'm talking about -- what Cognos 8 BI is, to pick an example, or why anybody should care, or what relevance it has strategically. There are lots of beginners, and more coming, so this is very important to me to make mainframe knowledge more approachable. And since I don't want scores of mundane e-mails, I'll also err on the side of including a Web address and/or e-mail address. I do not take something somebody else wrote and click send. I edit, filter, and block, heavily. It's got to be interesting to me, and I must have high confidence it will be interesting to others., I'm not paid to haunt IBM-MAIN, and probably a few managers would prefer I spend such time on other, more productive activities. I don't get any commissions on anything, sadly. I do chime in here occasionally because selfishly I learn a lot and enjoy it, but also my impulse is to try to be helpful. There also aren't that many people here from Asia. If somebody thinks I have failed in meeting these standards, or if someone has suggestions for better standards, please let me know. I'm quite open to that. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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: PL/1 performance degradation when moving to LE
We're currently looking into migrating a very old PL/1 application set (running on OS PL/1 2.3 ) to LE (3.6/3.7). I assume you mean migrating from OS PL/1 V2.3 to Enterprise PL/1 V3.6/V3.7. There are two aspects in this mirgation: One going from non-LE to LE and a second migrating from OS PL/1 to Enterprise PL/1. Enterprise PL/1 didn't exist ten years ago, so those figures are about the former part. We're currently migrating from PL/1 for MVS V1.1 to Enterprise PL/1 V3.7, but have been on the LE path with PL/1 for MVS. I could try to find some figures internally but these would only show performance impacts between those two PL/1 versions. Not sure this would be of any value to you. Tell me if you'd like to see those figures and I'll see what I can provide. -- Peter Hunkeler Credit Suisse -- 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: The ABCs of z/OS Maintenance.
Just go get the first volume of the ABCs of Systems Programming. It's chapter 6 of the book. And the book does not function as a contact gatherer like this link does. I did not yet fill out the registration for just that reason. Thanks for the chapter hint. -- Peter Hunkeler Credit Suisse -- 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: Webcast next week: Migrating to z/OS V1.9
Timothy Sipples wrote: I don't get any commissions on anything, sadly. For once I will drop my neutrality. Timothy, John Eells, Walter Farrell, Frank Yaeger, etc. are all more than welcome to post whatever they want. I read all and every posts of them. More importantly, they post when they have free time. That is something I really appreciate. There are many other vendors who post their own vendor based solutions. So what is the problem with 'advertising'? If you don't like it, use that DEL key on your keyboard. Is there a tutorial available on the internet with this name? : 'New Course for Dummies: How to use the DEL key safely and efficient!' Back to my neutrality... ;-D Groete / Greeting Elardus Engelbrecht -- 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: ESP Schedular and the SCRT job
Would inserting a //*ESPSYMBOL @ (or some other character) in the JCL to change the ESP symbol substitution character address that? Bill On Wed, 4 Jun 2008 17:16:13 -0500, Hal Merritt [EMAIL PROTECTED] wrote: Is anyone besides us using the ESP scheduler and doing sub capacity billing? The latest version of the load and go module appears to be triggering ESP's rather powerful symbol substitution engine and is going bonkers. Anyone else seen that, and, if so, what did you do about it? I have a query into the SCRT folks. Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The ABCs of z/OS Maintenance.
Hunkeler Peter (KIUK 3) wrote: Just go get the first volume of the ABCs of Systems Programming. It's chapter 6 of the book. And the book does not function as a contact gatherer like this link does. I did not yet fill out the registration for just that reason. Thanks for the chapter hint. My $0.02: This chapter is worth NOTHING. Tell me any thing you learned from the chapter. It provides almost no value neither z/OS specialist, nor newbie. -- 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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Wed, 4 Jun 2008 13:25:53 -0500, McKown, John wrote: ... I would prefer that JCL be VB. There would be no sequence numbering at all. Bravo! Bye, bye IEBUPDTE? -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: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland)
Ed, I was about to reply to the points you made and realized we have a fundamental disagreement about the nature and tone of Timothy's posts. I have *never* thought that his posts contained border line material. Not even close. Like Jim and Peter (and dozens of others from IBM), I believe Timothy's posts do add value. If he is guilty of marketing anything, it is ideas. He makes me think about business apps, multi-platform architecture, asset management and ways System z can play (in a big way) in these areas. Yes, there are other fora for pricing (LPAR=PRICING_L and ISVCOSTS to name two), but that never stopped us from talking about pricing here too. David Chase, like Marci before him *does* reply to pricing questions here and several other listservs. So does Al Sherkow. The number of subscribers here easily outnumbers those other listservs, so the discussion gets wider circulation. In the old days, we could afford to only talk bits and bytes here. No longer. It sounds as if you're in favor of encouraging similar posts from all mainframe vendors. Is that *really* the direction you would like to see IBM-MAIN take? Be careful what you wish for. O:-) I am in favor of the free exchange of information. The vendors who post here learn, very quickly, what the majority deem acceptable. Even in Darren's absence, the list does occasionally police itself. :-) Timothy replied for himself in a post entitled Re: Webcast next week: Migrating to z/OS V1.9 so I'll follow the rest of the discussion from there. Bob -- 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: Webcast next week: Migrating to z/OS V1.9
Timothy, If somebody thinks I have failed in meeting these standards, or if someone has suggestions for better standards, please let me know. I'm quite open to that. I, for one, think you are doing just fine. Keep up the good work! Bob -- 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
zFS and z/OS V1.9 The first IPL
I want to thank Mark Jacobs and Mark Zelden and everyone else for their help both on and off list while I got my hands around the zFS functions in z/OS I was able to successfully IPL my z/OS V1.9 Serverpac yesterday with all zFS files for USS. So I went from all HFS to all zFS without issue so far. What I learned from this is that I need to address the naming convention for these files. Since they are now vsam I need to look at a better way of naming then other than SYS1.SYSNAME.OMVS.ETC.NEW and SYS1.SYSNAME.OMVS.ETC.OLD. I really liked Mark Jacobs convention of adding the SYSRES volser to the name to keep them unique and in alignment with the Sysres volume being IPLd. I next have to understand some other basic concepts like copying them from one volume to another. Currently I am using FDR with NEWNAME, but I would like to use something more like copytree or pax. But that will take a bit more reading and playing on my part. I will also need to understand how growing the aggregate for a USS file affects the z/OS USS environment. The z/OS V1.9 Serverpac USS files took up a bit more than ½ of a 3390 Mod9. I was hoping to lay two sets down on the same mod9. Thanks again to everyone who helped. It was (and still is) very much appreciated. Lizette -- 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: Rational Developer for System z
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples John Chase writes: That's how I _had_ RDz running, but after 60 days it refused to start unless I provided a product key for it. Our shop purchased only enough keys for our applications folks to use it. Just to clarify, when you order the CICS Service Flow Feature you should be receiving one full function RDz license, including a non-expiring product key. If that's not the case, please check with IBM. I suppose I could re-order the CICS SFF and see what comes with it. Since it's a no-charge feature in the first place, it shouldn't cost anything to re-order. We chose electronic delivery the first time; maybe that's why there was no product key for RDz? We received NO physical media of any kind; not even a piece of paper. Now, if somebody from your application development team stole your license, that's another problem. :-) Not a chance. :-) -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: Webcast next week: Migrating to z/OS V1.9
David Andrews wrote: On Wed, 2008-06-04 at 14:37 -0400, John Eells wrote: z/OS webcast on June 12th What is the client requirement? The registration page doesn't say. What I'm told is: Once you register, all minimum requirements and a test URL are provided. Here is what I have: HW and OS= 200 MHz or faster • 64 MB RAM minimum/128 MB recommended • 16 bit sound card • 65,000 (16 bit) color video display card • Windows XP/Windows Vista (or) • Apple Mac OS X 10.4 Media Players = • Microsoft Windows Player 10 or 11 (Internet Explorer only) • RealPlayer 10.X (Firefox or Internet Explorer) Internet Browsers = In order to access the event, you must have either Microsoft Internet Explorer 6.0 or later, or Mozilla Firefox 1.5 or later for Windows operating systems. For accessing events via Mac operating systems, you must have Mozilla Firefox 1.5 or later. Internet connection Cookies enabled -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
Allow mixed case outside of quoted strings. e.g. SPace=.. snip Subject: Enhanced JCL processor? (and maybe a few other thoughts) This is a blue sky idea for discussion. It is not a request to IBM. But it derives from an earlier thread on the short comings of the current JCL. So, I was just thinking of possible enhancements which should not affect the internal text or only do so minimally. Just some idea. I'll try to organize them logically, but no guarantees. Rest snipped /snip -- 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: Can ISRDDN show the complete minor name of an ENQ'd resource?
On Fri, May 30, 2008 at 10:21 AM, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 05/28/2008 at 04:02 PM, David Eisenberg [EMAIL PROTECTED] said: I'm an application programmer. We are on z/OS 1.7. If I wish to see the system ENQ status of all ENQs for a given major name, I do this within ISRDDN, option ENQ. I filter on the major name prefix, and I see all the ENQs; voila. However, if the *entire* minor name doesn't fit on the screen, it seems that ISRDDN doesn't permit scrolling to show the remainder of the minor name. What happens if you log on with a wider screen size? -- 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) It displays the Type, G, R, and Sys Name columns, but the Minor column width stays the same. -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, June 05, 2008 6:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Wed, 4 Jun 2008 13:25:53 -0500, McKown, John wrote: ... I would prefer that JCL be VB. There would be no sequence numbering at all. Bravo! Bye, bye IEBUPDTE? -jc- Yes. Why would anybody need IEBUPDTE for JCL? Or much of anything else, for that matter. Yes, I know about source code maintenance via SMP/E. I wish that IEBUPDTE had a relative line number capability. Personally, I prefer the UNIX patch command. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Webcast next week: Migrating to z/OS V1.9
This is a good webcast and fast. I attended it in March 2008 and it covered everything at lightning speed. But it is very through. The handout is a definite plus to download before the presentation. It really helped me prepare for my z/OS V1.9 upgrade. Lizette David Andrews wrote: On Wed, 2008-06-04 at 14:37 -0400, John Eells wrote: z/OS webcast on June 12th What is the client requirement? The registration page doesn't say. What I'm told is: Once you register, all minimum requirements and a test URL are provided. Here is what I have: HW and OS= 200 MHz or faster . 64 MB RAM minimum/128 MB recommended . 16 bit sound card . 65,000 (16 bit) color video display card . Windows XP/Windows Vista (or) . Apple Mac OS X 10.4 Media Players = . Microsoft Windows Player 10 or 11 (Internet Explorer only) . RealPlayer 10.X (Firefox or Internet Explorer) Internet Browsers = In order to access the event, you must have either Microsoft Internet Explorer 6.0 or later, or Mozilla Firefox 1.5 or later for Windows operating systems. For accessing events via Mac operating systems, you must have Mozilla Firefox 1.5 or later. Internet connection Cookies enabled -- 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: Another pathetic job offer
This might be a life saving event to someone on currently on unemployment! (or worse, whose unemployment has run out!) snip This interested me. Not because I want the position, but because I couldn't believe someone was trying to hire an MVS Systems Programmer at such a low salary. Remainder snipped /snip -- 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: Webcast next week: Migrating to z/OS V1.9
I do NOT object -- *this* is exactly the kind of info I seek to find on this discusstion list. thank you Note: Given some recent discussion here, I hope this isn't construed as an advertisement. (z/OS R9 doesn't cost any more--or any less, for that matter--than other z/OS releases. ;-) Please let me know if you object to this sort of post. 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: zFS and z/OS V1.9 The first IPL
On Thu, 5 Jun 2008 08:17:23 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: I want to thank Mark Jacobs and Mark Zelden and everyone else for their help both on and off list while I got my hands around the zFS functions in z/OS You're welcome. I was able to successfully IPL my z/OS V1.9 Serverpac yesterday with all zFS files for USS. So I went from all HFS to all zFS without issue so far. What I learned from this is that I need to address the naming convention for these files. Since they are now vsam I need to look at a better way of naming then other than SYS1.SYSNAME.OMVS.ETC.NEW and SYS1.SYSNAME.OMVS.ETC.OLD. I really liked Mark Jacobs convention of adding the SYSRES volser to the name to keep them unique and in alignment with the Sysres volume being IPLd. That (or similar) was also a requirement for shared HFS (now called shared file system), so I was already doing that. Prior to non-SMS HFS and PDSE it was also a requirement since you can't indirectly catalog SMS controlled data sets. You can't indirectly catalog VSAM (someday?), so you have to do the same thing for zFS now.So I've gone from keeping the OMVS files off the sysres and SMS controlling them with the matching sysres as part of the name, to indirectly cataloging them and putting them on the sysres (set) to once again adding in the sysres name - but at least they are still on the sysres (set). I next have to understand some other basic concepts like copying them from one volume to another. Currently I am using FDR with NEWNAME, but I would like to use something more like copytree or pax. But that will take a bit more reading and playing on my part. Why? That would be a logical copy and slow. DASD utility programs like FDR, DFSMSdss and CA-DISK would all be much quicker to move an entire file system. I will also need to understand how growing the aggregate for a USS file affects the z/OS USS environment. I'm not sure what your concern is. It obviously is not an issue for read only file systems (like your sysres zFS files). Many other product root files are read only also. For others, if you don't want it to grow, don't specify secondary extents or don't set aggrgrow on. Were you concerned about the same thing with HFS? The difference is that growing with zFS is a little more auto-magic. The z/OS V1.9 Serverpac USS files took up a bit more than ½ of a 3390 Mod9. I was hoping to lay two sets down on the same mod9. Why two? Would you use one for maintenance and another one for a running system? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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: Monitor use of Load-Library as JOBLIB/STEPLIB
Having read all of the posts in this thread, I am unsure if the objective is: a) to determine if a particular module is loaded from a particular dataset or b) to determine if a JOBLIB/STEPLIB is being used to access this dataset. The responses to this thread I have read so far, all seem to be related to item a above. With respect to that topic, this has been discussed many times on this list. The short answer is unless the program is referenced by // EXEC PGM=, it cannot be tracked via SMF. Peter Relson(?) also pointed out a method to use LLA statistics to get some enhanced information about called modules, assuming the dataset is LLA managed. With regard to Item B, I feel that the External Security Manager (maybe with the help of an exit) could track this very simply. Just set the ESM to log all accesses to this dataset. An exit *might* be needed to filter out access other than JOBLIB/STEPLIB (and avoid flooding the SMF dataset with log records). In some cases, the ability to do this filtering might be native to the ESM. HTH, -- 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: Chargeback reporting
There is a difference between the 'Intro to Chargeback' reports that lowly sysprogs might give to management as their first look at computer accounting and the high-powered What-If modeling done by capacity planning scientists trying to show the outcome of buying a zIIP this month and a zAAP next month and switching to that new z05 with accelerator J in six months. What is that sysprog going to be able to give his bosses and what requires a Capacity Planning Department stuffed with CompSci PhDs? Remember that guy was going to CODE it up himself. /Tom Kern On Thu, 5 Jun 2008 14:17:35 +0900, Timothy Sipples [EMAIL PROTECTED] wrote: I've said this before, but just be very, very careful. What you're describing is a measure of the (medium-term) *average* (hardware?) cost per CPU-second. The average cost is very substantially different from the marginal cost of processing an additional CPU-second, which is much more nearly zero. Said another way, in capital investment economics marginal costs are almost always lower than average costs -- in mainframe economics much lower -- except perhaps at specific, individual price discontinuities (stair steps). For a price discontinuity example, if you're running a System z9 BC Model Z04, i.e. a machine with all CP capacity enabled, then the marginal cost of the next MIPS requires moving to an EC model and the associated upgrade expense. Nowadays mainframe computing arguably has fewer price discontinuities than distributed computing. Folks, it's super-critical managers understand this phenomenon. Otherwise you get all sorts of really weird and perverse behaviors.?) Honestly I don't think the average cost is particularly meaningful. Marginal costs are much more interesting and valuable. As a general rule, mainframe economics are characterized by decent (but steadily declining each year) initial fixed costs, low (and steadily declining each year) marginal costs, and progressively lower marginal costs as workload grows (the curve). There are some nuances for each major component of those costs (staff/services, hardware, software, and facilities/network), but that's the general rule by the time you add it all up. Your mileage may vary, but if that's not what you're experiencing it's worth investigating. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific 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
SIGNOFF IBM-MAIN
SIGNOFF IBM-MAIN -- 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: $PJES2 and Parallel Sysplex
Sorry, my bad. We too skipped 1.7. We have a bad habit of 'discovering' new stuff that's actually been around for a while. Apologies for misleading those on z/OS 1.7. Regards, Art Gutowski Ford Motor Company -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
On Thu, 5 Jun 2008 07:54:53 -0500, Staller, Allan wrote: Allow mixed case outside of quoted strings. e.g. SPace=.. Yes. But I advocate case sensitivity except for keywords. Examples: //Stepexec Pgm=FOOBAR //File DD * // Dd Dummy //FILE Dd Sysout=(,) and //STEPEXEC PGM=FooBar EXEC (exec), PGM (Pgm), Dummy, SYSOUT, and DD (Dd) may be case insensitive. STEP, Step, FILE, File, FOOBAR, and FooBar are taken as-is and refer to different entities. -- gil -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
Ok,I think that I know what the errors are.
You spelt SYMBOL2 as SYSBOL2 in the parm statement.
You can only use up to 71 characters on a line for JCL. To Continue the
parm use a x in col 72 such as my sample below.
+1+2+3+4+5+6+7--
//*-
//STEP1EXEC PGM=IEFBR14,
// PARM=('SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.XSYMBOL2.YX
// SYMBOL3.Z')
//SYSUDUMP DD SYSOUT=D
//*-
Tim Hillock
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Eric Bielefeld
Sent: Wednesday, June 04, 2008 3:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)
I think the key is when doing SJ, as long as you don't go past column
71,
you will be ok. Your statement said only that you wanted to be able to
use
wider than 80 columns, although I suppose that would mean putting
something
past column 80. I think the JCL book would say you can't go beyond col
71,
thus your JCL error.
Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434
- Original Message -
From: McKown, John [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Wednesday, June 04, 2008 2:13 PM
Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)
I think so. I editted a JCL in a VB/259 dataset and made a really long
PARM.
// SET SYMBOL1=A
// SET SYMBOL2=B
// SET SYMBOL3=C
// SET SYM=Q
//STEP1EXEC PGM=IEFBR14,
//
PARM=('SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.XSYSBOL2.YSYMBOL3.
Z')
//SYSUDUMP DD SYSOUT=D
This got a JCL error:
J E S 2 J O B L O G -- S Y S T E M D E V 1
-- N O D E L I H 1
14.11.09 JOB57436 WEDNESDAY, 04 JUN 2008
14.11.09 JOB57436 IRR010I USERID TSH009 IS ASSIGNED TO THIS JOB.
14.11.09 JOB57436 IEFC452I TSH009A - JOB NOT RUN - JCL ERROR 177
-- JES2 JOB STATISTICS --
9 CARDS READ
24 SYSOUT PRINT RECORDS
0 SYSOUT PUNCH RECORDS
1 SYSOUT SPOOL KBYTES
0.00 MINUTES EXECUTION TIME
1 //TSH009A JOB (H0I),MCKOWN,CLASS=Z,
JOB57436
// MSGCLASS=X
2 // SET SYMBOL1=A
3 // SET SYMBOL2=B
4 // SET SYMBOL3=C
5 // SET SYM=Q
6 //STEP1EXEC PGM=IEFBR14,
//
PARM=('SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.XSYSBOL2.YS
IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM=('AXSY
7 //SYSUDUMP DD SYSOUT=D
STMT NO. MESSAGE
6 IEFC621I EXPECTED CONTINUATION NOT RECEIVED
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
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
--
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: Enhanced JCL processor? (and maybe a few other thoughts)
Paul Gilmartin wrote: On Thu, 5 Jun 2008 07:54:53 -0500, Staller, Allan wrote: Allow mixed case outside of quoted strings. e.g. SPace=.. Yes. But I advocate case sensitivity except for keywords. Examples: //Stepexec Pgm=FOOBAR //File DD * // Dd Dummy //FILE Dd Sysout=(,) and //STEPEXEC PGM=FooBar EXEC (exec), PGM (Pgm), Dummy, SYSOUT, and DD (Dd) may be case insensitive. STEP, Step, FILE, File, FOOBAR, and FooBar are taken as-is and refer to different entities. -- gil No, no, no! Case sensitivity is a nightmare! Allow mixed case, sure, but not case sensitivity. No! No! [In a later post, I'll let you know how I really feel :-) ] Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: Enhanced JCL processor? (and maybe a few other thoughts)
On Thu, 5 Jun 2008 08:30:26 -0600, Steve Comstock wrote: STEP, Step, FILE, File, FOOBAR, and FooBar are taken as-is and refer to different entities. No, no, no! Case sensitivity is a nightmare! Allow mixed case, sure, but not case sensitivity. No! No! Will you, nill you, case sensitivity is with us; a proven fact. If, in a call to SCV 99, I supply CL8'File' in the text unit for the DDNAME, it gets allocated as-is. If in a DCB I supply CL8'File', that is taken as-is and that file gets opened. With Binder PARM=CASE(M), I can create a program object, 'FooBar' (as-is). Why should JCL prohibit EXEC PGM=FooBar to run that program or //File DD ... to allocate a file to be opened by that DCB? If you'll support the changes necessary to make DYNALLOC, OPEN, Binder, and DFSMS in general case-insensitive and IBM agrees, I'll relent concerning JCL. -- gil -- 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.9 Installation -- SIGYROOT filesystem?
Hi, All, We're doing post-install aceivities for z/OS 1.9, and I noticed there is a SIGYROOT filesystem included in our ServerPac. I don't find any mention of its release or service level in the Program Directory or Installing Your Order document, but from its name it appears to be COBOL-related. Our installed COBOL (E.C. 3.4.1) provided its own filesystem, which we have mounted. Is the SIGYROOT filesystem supposed to replace the COBOL-provided one? TIA, -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: Enhanced JCL processor? (and maybe a few other thoughts)
Paul Gilmartin wrote: On Thu, 5 Jun 2008 08:30:26 -0600, Steve Comstock wrote: STEP, Step, FILE, File, FOOBAR, and FooBar are taken as-is and refer to different entities. No, no, no! Case sensitivity is a nightmare! Allow mixed case, sure, but not case sensitivity. No! No! Will you, nill you, case sensitivity is with us; a proven fact. If, in a call to SCV 99, I supply CL8'File' in the text unit for the DDNAME, it gets allocated as-is. If in a DCB I supply CL8'File', that is taken as-is and that file gets opened. With Binder PARM=CASE(M), I can create a program object, 'FooBar' (as-is). Why should JCL prohibit EXEC PGM=FooBar to run that program or //File DD ... to allocate a file to be opened by that DCB? If you'll support the changes necessary to make DYNALLOC, OPEN, Binder, and DFSMS in general case-insensitive and IBM agrees, I'll relent concerning JCL. -- gil Paul, I have no issue with mixed case; and I support case sensitivity _in quotes_; but I feel when you start saying pgm=Foobar and pgm=FooBar identify two different programs then I say stop. Debugging those kinds of JCL errors is not productive. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: IBM Sysplex Calculator program
We use plexcalc for PSA pricing. All our SMF data is by LPAR, so we combine up to the CPC level, and run PLEXCALC against each CPC's data (easier for me to build charts), so we did not see this anomaly. Looking at the JCL, I see no way to assign CPCx to a particular serial number. I ran a new extract to a single output, and plexcalc did in fact put the second CPC first, based on the order of the data. I wonder if it does this based on MIPS or MSU ratings? Our second CPU is larger than the first. I reversed the order of the data, and plexcalc assigned CPC1 to the first CPC's data. Seems to suggest some form of arbitrary assignment. Sounds like an enhancement request... better if the tool could query and report by the CPC names (I can see it in D M=CPU, but cannot find it in the type 70's that plexcalc uses) instead of the generic CPCx. Regards, Arthur Gutowski Ford Motor Company -- 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.9 Installation -- SIGYROOT filesystem?
snip for z/OS 1.9, and I noticed there is a SIGYROOT filesystem included in our ServerPac snip I have it on a 1.7 system and it looks like some COBOL -- Java mapping. It came mapped to /usr/lpp/cobol in 1.7 Jack Kelly 202-502-2390 (Office) -- 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: Chargeback reporting
Different places adopt different philosophies. Having been the MVS chargeback administrator in the past, I can say that no method is perfect. My suggestion is to familiarize yourself with the research of those who have gone down this road before. A good place to start would be the Web site of the IT Financial Management Association http://www.itfma.com/. It would pay to own a copy of Chargeback and IT Cost Accounting, by Terry Quinlan, available at http://www.itfma.com/displaycommon.cfm?an=1subarticlenbr=10. db -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bri P Sent: Wednesday, June 04, 2008 6:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Chargeback reporting Hi all I want to send senior management a chargeback report each month - not actually to chargeback but to illustrate in pounds and pence what we're doing on the mainframe. Partly I hope to show that, overall, we're cost-effective per business transaction compared to some of the other processing platforms, etc.. and also to show the development people on a job-by-job basis what their big hitters are and identify targets for efficiency improvements etc (we're toying with the idea of signing up for sub-capacity licensing). Presumably I should use SMF type 30 records as a basis for this (rather than RMF records?) Would you use the values for CPU seconds, or those for service units? Regardless of which, do you take the totals of these, or just the CPU, SRB, etc? In arriving at a cost per CPU second or per Service Unit, What sort of financial inputs do people typically use? Our z9 was only purchased just over a year ago, so I assume the capital cost of that, written down over a period of years, should factor, plus the annual software costs and initial purchase prices, but also people costs..?? What about disk/storage usage, do you factor those in too? Sorry, probably a big topic, I know. If anyone's got any pointers to manuals or documentation on this sort of thing, I'd also appreciate it. Cheers! Brian - Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) Software and scanned for spam -- 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: z/OS 1.9 Installation -- SIGYROOT filesystem?
On Thu, 5 Jun 2008 09:54:23 -0500, Chase, John [EMAIL PROTECTED] wrote: Hi, All, We're doing post-install aceivities for z/OS 1.9, and I noticed there is a SIGYROOT filesystem included in our ServerPac. I don't find any mention of its release or service level in the Program Directory or Installing Your Order document, but from its name it appears to be COBOL-related. Our installed COBOL (E.C. 3.4.1) provided its own filesystem, which we have mounted. Is the SIGYROOT filesystem supposed to replace the COBOL-provided one? It is from Enterprise COBOL. Did you or did you not order COBOL with your serverpac? If you did, then it should be mentioned in IYO. Do you have a mention of COBOL in hlq.CPAC.PGMDIR($INDEXPD)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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: Monitor use of Load-Library as JOBLIB/STEPLIB
Peter, When are these statistics/events recorded? I executed the display command against one of our LLA managed library and received information about a subset of fetched modules in the library, but not all fetched modules were reported. This library contains JES2 Exits, Command Exit, SMF Exits, FLPA module, MLPA modules and a WTO/WTOR exit. None of these were included in the display. -- 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: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in...
In a message dated 6/5/2008 7:01:18 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: I am in favor of the free exchange of information. The vendors who post here learn, very quickly, what the majority deem acceptable. Even in Darren's absence, the list does occasionally police itself. :-) Darren's still the list owner he just works for another company. So like others, instead of being a full time he gets it when he can. Also, my being semi-retired I can't throw a rock around the corner and get his attention. Lsoft catches most SPAM but depends on well tuned exits for maximum control. So without Darren's OoO and thread killer stuff we suffer a higher S/N ratio. Like other states higher education is suffering from economic shortfall and extra resources are hard to come by. UA's cut this year is 11%. It may be further compounded for the next few years. **Get trade secrets for amazing burgers. Watch Cooking with Tyler Florence on AOL Food. (http://food.aol.com/tyler-florence?video=4?NCID=aolfod000302) -- 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
IEC614I on RENAME or SCRATCH etc.
I am at Z/OS 1.9 and have had trouble applying service to ISF.SISFLOAD. I got a D37 abend in SMP/E . I copied the dataset and enlarged but can't rename to replace the old one. It seems I have been here before but I can't recall what trick I used to get around it. I am in an LPAR environmemt(not sysplex)and am applying service from a service LPAR to a target LPAR that is not running. 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
Re: IEC614I on RENAME or SCRATCH etc.
I had same problem. CBT file 183 contained BYPASSNQ program to allow renames/scratches of enqued files. User beware! Jerry Talbert Malone [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/05/2008 11:34 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject IEC614I on RENAME or SCRATCH etc. I am at Z/OS 1.9 and have had trouble applying service to ISF.SISFLOAD. I got a D37 abend in SMP/E . I copied the dataset and enlarged but can't rename to replace the old one. It seems I have been here before but I can't recall what trick I used to get around it. I am in an LPAR environmemt(not sysplex)and am applying service from a service LPAR to a target LPAR that is not running. 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
Re: IEC614I on RENAME or SCRATCH etc.
This note goes way back but still applies just find new manual: Inuse system dataset Rename/Delete etc. Assuming that you are at the right level of ISPF and have the right RACF authority: the new facility you might be thinking of is the RACF FACILITY profile STGADMIN.DPDSRN.olddsname. See Renaming a Data Set That Might be in Use in SC26-7330 DFSMSdfp Advanced Services. For 2.10 version http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt1s311/2.6.3.4?SHELF=DGT1BK33DT=20001012153446 - rename the data set to a 'non-production' name - delete the data set - reallocate the data set with the desired attributes - rename the data set back to the 'production' name -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Jerry Fuchs Sent: Thursday, June 05, 2008 11:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEC614I on RENAME or SCRATCH etc. I had same problem. CBT file 183 contained BYPASSNQ program to allow renames/scratches of enqued files. User beware! Jerry Talbert Malone [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/05/2008 11:34 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject IEC614I on RENAME or SCRATCH etc. I am at Z/OS 1.9 and have had trouble applying service to ISF.SISFLOAD. I got a D37 abend in SMP/E . I copied the dataset and enlarged but can't rename to replace the old one. It seems I have been here before but I can't recall what trick I used to get around it. I am in an LPAR environmemt(not sysplex)and am applying service from a service LPAR to a target LPAR that is not running. 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 - CONFIDENTIALITY NOTICE: The Ohio Public Employees Retirement System intends this e-mail message, and any attachments, to be used only by the person(s) or entity to which it is addressed. This message may contain confidential and/or legally privileged information. If the reader is not the intended recipient of this message or an employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you are prohibited from printing, copying, storing, disseminating or distributing this communication. If you received this communication in error, please delete it from your computer and notify the sender by reply 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
Re: Advertising on IBM-MAIN
Richards, Robert B. wrote: I was about to reply to the points you made and realized we have a fundamental disagreement about the nature and tone of Timothy's posts. I have *never* thought that his posts contained border line material. Not even close. Bob, you're missing my point entirely... When George Fogg said he was confused by Tim's post, and wondered if advertising was now allowed on IBM-MAIN, he was not alone. You responded to him saying that you didn't consider it advertising. That's fine. I'm not arguing with you. My questions are *far* more general in nature. Rather than focus on one post or one person, I'm trying to ascertain what's now considered appropriate material for IBM-MAIN in the absence of the strong (and sometimes dictatorial) leadership provided by Darren Evans-Young. I have asked what I thought were simple questions. But, nobody seems capable of providing the answers. (You just keep focusing on Tim Sipples. I don't even read his posts. But, I do read yours -- which is how I got into this discussion in the first place. So please try to take a step back and look at the bigger picture here.) Are there guidelines for use of IBM-MAIN? A charter? Canons of Conduct? I haven't found anything specific. Yet, it seems that somehow 5,000+ subscribers knew that Darren was the focal point for sanctioning job postings and announcement material. He even personally forwarded Candle Omegamon product announcements to the list in 2002. For example: http://bama.ua.edu/cgi-bin/wa?A2=ind0210L=ibm-main-archivesP=R104091I=1X=- This generates even more questions. How did people come to consider Darren the final authority on the acceptability of material posted to IBM-MAIN? Perhaps the regulars knew through constant contact with the list. But, how did occasional readers or people new to the list know? Has IBM-MAIN ever been a moderated list? (Not that I recall. AFAIK, once something is posted, it can't be un-posted.) What's to stop someone from posting pornography? In http://bama.ua.edu/cgi-bin/wa?A2=ind0107L=IBM-MAIN-ARCHIVESP=R97246 (July 2001) Darren says: |I have tried to let the list run itself, but obviously this is not |working. I'm working on putting together the list rules. You will |be receiving warnings from me for violating those rules. Repeated |violations will result in being set to REVIEW or unsubscribed. I've looked. But, I can't find where Darren ever communicated his list of rules to the IBM-MAIN participants. Has anyone ever seen these rules? What sorts of things to they cover? Without Darren's oversight, what will the future hold? Will IBM-MAIN just be in free fall from this point forward? Or, will a new moderator / list-owner take over? Inquiring minds want to know... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: SMP/E Error - Resolved
You're going to love this. Got this error? GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). (GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/) In the same path, there is a file named GIMJVLVL.properties with the following description: GIMJVLVL.properties contains the level indicator for the Java code contained in package com.ibm.smp. This file must be updated each time the SMP/E GIMLEVEL module is updated. And the following parameters: GIMVER=3 GIMREL=4 GIMMOD=0 GIMPTF=09 Change GIMPTF=09 to GIMPTF=13. Problem goes away. M-I-C, K-E-Y, Unix System Services Sorry, couldn't resist. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Pat Sent: Monday, June 02, 2008 4:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error No JOBLIB, no STEPLIB. Appears that the module in the HFS is back leveled for whatever reason. I'm fairly certain we went to the 34.13 level with the z/OS ServerPac (or possibly with the toleration/compatibility maintenance), which means a couple years ago. The job has a DD statement (SMPCPATH) that points to the path. I suspect the problem is that the upgraded module lies on a different path, owing to some maintenance bungle. Now, I just have to find it, assuming it still exists. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, June 02, 2008 3:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error On Mon, 2 Jun 2008 15:39:04 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Anybody seen this before? We're simply trying to do a RECEIVE FROMNETWORK. We've done it successfully numerous times in the last year: GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/ Are you STEPLIBing to a higher level of SMP/E then the running system? Or did you not clone your UNIX root file the last time you applied maintenance along with your sysres? If you know where the proper level is, you can mount it at /service (or whatever your service directory name is) and specify the path name in the SMPCPATH DD or CLIENT parms: //CLNTINFO DD * CLIENT classpath=/service/usr/lpp/smp/classes/ /CLIENT /* -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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 -- 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: Another pathetic job offer
---snip From the 'Company Overview' in the posting Committing to hire the best and brightest, pay them more than fairly, give them the environment they need to excel, provide the management systems that allow them to self manage, and then get out of their way and let them exceed expectations. Committing to run a no overhead operation with self discipline, where money typically wasted on ego items is spent on employee salaries, benefits and client relationships rather than spent on things like expensive, glitzy brochures that get swept aside or thrown away. ---unsnip--- Considering the salary they're quoting, maybe they should spend some money on Market Research. What they're offering won't even pay my mortgage, and I have a good one, at 4.25%!!! (Refinanced in 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: IEC614I on RENAME or SCRATCH etc.
Excerpt for Rename of duplicate dataset name. 1. Invoke the Data Set Utility (Option 3.2) 2. Type R in the option field, specify the data set name you want to rename and the volume serial number where it resides, and then press the Enter key. 3. If a data set is cataloged, a warning message will appear. Press the Enter key after you have confirmed. 4. Type the desired name and press the Enter key: 5. You will get the following error message: IEC614I RENAME FAILED - etc 6. Another screen will appear: The ISPF rename operation tries to rename the data set as usual. But it gets an error message from the system, stating that it could not rename the data set, because the data set name is ENQ'd. The system also tells the ISPF that the requestor has an authority of STGADMIN.DPDSRN. Therefore, ISPF asks the user if it can try renaming again. If you press Enter here, the ISPF will issue the rename request to the system again, but this time it tells the system You can rename it, even though the name is ENQ'd. When the system gets the request, it checks the RACF profile again to see if the requestor has an authorization. After the system has verified the authorization, it renames the data set. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Talbert Malone Sent: Thursday, June 05, 2008 8:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IEC614I on RENAME or SCRATCH etc. I am at Z/OS 1.9 and have had trouble applying service to ISF.SISFLOAD. I got a D37 abend in SMP/E . I copied the dataset and enlarged but can't rename to replace the old one. It seems I have been here before but I can't recall what trick I used to get around it. I am in an LPAR environmemt(not sysplex)and am applying service from a service LPAR to a target LPAR that is not running. 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
Re: Advertising on IBM-MAIN
In a message dated 6/5/2008 11:09:51 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: I've looked. But, I can't find where Darren ever communicated his list of rules to the IBM-MAIN participants. Has anyone ever seen these rules? What sorts of things to they cover? Back in the olden days Dave Alcock set up PlanetMVS to cover short comings in various aspects of MVS software and various lists and contributors. We probably ought to have a link to his _www.planetmvs.com_ (http://www.planetmvs.com) web page but we don't. Under FAQs there's a rules of the road from emilypostnet that's pretty basic. Quote: Basically: * Generally, avoid posts that have nothing to do with IBM mainframe computers. * Ask yourself the question: Does this post enhance the discussion of IBM mainframe computers? * If someone says they wrote the greatest program (or whatever) and offer it via email, send them PRIVATE email. See the next item... * Don't post a message to IBM-Main that is meant for only one person. * Don't flame people (ridicule others) even if they deserve it! * Don't use profanity. End Quote: The very next FAQ is from Darren's 1999 missive about serial blurting. Quote: OK Folks. Things have gotten out of hand and its time for me to correct some things. IBM-MAIN recently has exceeded the 175 postings per day several times. I do not want to keep increasing this limit. If the 175 postings were about IBM mainframes, that would be ok. However, this list has become FULL of off topic posts that have nothing to do with mainframes. Not only that, the subscribers that are posting off-topic items are excessively quoting previous posts. I can no longer tolerate this. From this point on, if you post an off topic item to the list, you will be set to NOPOST. If you excessively quote, you will be set to NOPOST. If you send a personal reply to the list that does not benefit the rest of the readership, such as Meet me at Burger King, you will be set to NOPOST. End Quote: As a text only list, dancing aureoles would be hard to post but you might sneak in a text link where it will it will stay with you and your company's name until the end of time. **Get trade secrets for amazing burgers. Watch Cooking with Tyler Florence on AOL Food. (http://food.aol.com/tyler-florence?video=4?NCID=aolfod000302) -- 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: Advertising on IBM-MAIN
Ed, Aha! I see the light! :-) And, obviously, I cannot answer your questions with any authority. And I will let Darren speak for himself, if he catches this post. Sorry for the confusion on my part. Can I claim a bit of mental deficiency due to brain rot while my heart was on the bypass machine? grin Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Thursday, June 05, 2008 12:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Advertising on IBM-MAIN --snippage-- My questions are *far* more general in nature. Rather than focus on one post or one person, I'm trying to ascertain what's now considered appropriate material for IBM-MAIN in the absence of the strong (and sometimes dictatorial) leadership provided by Darren Evans-Young. I have asked what I thought were simple questions. But, nobody seems capable of providing the answers. (You just keep focusing on Tim Sipples. I don't even read his posts. But, I do read yours -- which is how I got into this discussion in the first place. So please try to take a step back and look at the bigger picture here.) Are there guidelines for use of IBM-MAIN? A charter? Canons of Conduct? I haven't found anything specific. Yet, it seems that somehow 5,000+ subscribers knew that Darren was the focal point for sanctioning job postings and announcement material. He even personally forwarded Candle Omegamon product announcements to the list in 2002. For example: http://bama.ua.edu/cgi-bin/wa?A2=ind0210L=ibm-main-archivesP=R104091I =1X=- This generates even more questions. How did people come to consider Darren the final authority on the acceptability of material posted to IBM-MAIN? Perhaps the regulars knew through constant contact with the list. But, how did occasional readers or people new to the list know? Has IBM-MAIN ever been a moderated list? (Not that I recall. AFAIK, once something is posted, it can't be un-posted.) What's to stop someone from posting pornography? In http://bama.ua.edu/cgi-bin/wa?A2=ind0107L=IBM-MAIN-ARCHIVESP=R97246 (July 2001) Darren says: |I have tried to let the list run itself, but obviously this is not |working. I'm working on putting together the list rules. You will |be receiving warnings from me for violating those rules. Repeated |violations will result in being set to REVIEW or unsubscribed. I've looked. But, I can't find where Darren ever communicated his list of rules to the IBM-MAIN participants. Has anyone ever seen these rules? What sorts of things to they cover? Without Darren's oversight, what will the future hold? Will IBM-MAIN just be in free fall from this point forward? Or, will a new moderator / list-owner take over? Inquiring minds want to know... -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
On Thu, 5 Jun 2008 08:59:12 -0600, Steve Comstock wrote: I have no issue with mixed case; and I support case sensitivity _in quotes_; but I feel when you start saying pgm=Foobar and pgm=FooBar identify two different programs then I say stop. Debugging those kinds of JCL errors is not productive. I could probably live with that, except for: 3 //STEP EXEC PGM='FooBar' STMT NO. MESSAGE 3 IEFC629I INCORRECT USE OF APOSTROPHE IN THE PGM FIELD Why? And then there's TSO. Dammit! Why does TSO insist on converting strings _in quotes_ to upper case. Quotes are supposed to mean as-is. (Your intuition seems to agree with mine.) And why are terminal data sets (DSN(*)) converted to upper case, no matter what I do? -- gil -- 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: SMP/E Error - Resolved
On Thu, 5 Jun 2008 11:14:54 -0500, Miller, Pat [EMAIL PROTECTED] wrote: You're going to love this. Got this error? GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). (GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/) In the same path, there is a file named GIMJVLVL.properties with the following description: GIMJVLVL.properties contains the level indicator for the Java code contained in package com.ibm.smp. This file must be updated each time the SMP/E GIMLEVEL module is updated. And the following parameters: GIMVER=3 GIMREL=4 GIMMOD=0 GIMPTF=09 Change GIMPTF=09 to GIMPTF=13. Problem goes away. Well, you've forced a match of the check that is made to keep you from shooting yourself in the foot. This may or may not cause a problem later on. As you already said the module in the HFS is back leveled for whatever reason ... due to some maintenance bungle. Are you sure you don't have a maintenance root or a copy of it with the correct level?What does you DDDEFs tell you (if anything)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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: Enhanced JCL processor? (and maybe a few other thoughts)
On Wed, 4 Jun 2008 15:06:59 -0500, McKown, John wrote: ISPF EDIT (which is what SJ used) allocates a temporary FB/80 dataset and copies the data from the edit buffer to it (truncating or padding with no messages), then does a TSO SUBMIT command against that temporary dataset. With the advent of Long SYSIN (z/OS 1.7?) hasn't this design become overcome by events, a misimplementation, where the application layer improperly restricts the facility of the underlying service? Either ISPF should write the edit buffer directly to an internal reader allocated with the attributes of the file being edited, or the temporary data set should be allocated with those attributes and the restriction removed from TSO SUBMIT. Long SYSIN is another instance where IBM neglected to extend its implementation to all affected components. -- gil -- 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: Advertising on IBM-MAIN
---snip- Aha! I see the light! :-) And, obviously, I cannot answer your questions with any authority. And I will let Darren speak for himself, if he catches this post. Sorry for the confusion on my part. Can I claim a bit of mental deficiency due to brain rot while my heart was on the bypass machine?grin --unsnip-- AFAIK, Darren is still running the list, so I'm content to let him make the decisions. I don't see a problem with a very occaisional ad on this list, but it should be kept to a minimum. If someone has a problem and you have a solution, speak up. But don't just jump in with ads for software that nobody seems to have a demonstrated need for. After all, you can always make contact off-list, if there's a perceived need. Bob, you can cure that brain rot by small doses of Johhny Walker Black Label, or perhaps some Jack Daniels Black Label, but keep the dosage small, please. And I'm sure that your doctor will allow occaisional small doses. :-) -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Thursday, June 05, 2008 11:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) On Thu, 5 Jun 2008 08:59:12 -0600, Steve Comstock wrote: I have no issue with mixed case; and I support case sensitivity _in quotes_; but I feel when you start saying pgm=Foobar and pgm=FooBar identify two different programs then I say stop. Debugging those kinds of JCL errors is not productive. I could probably live with that, except for: 3 //STEP EXEC PGM='FooBar' STMT NO. MESSAGE 3 IEFC629I INCORRECT USE OF APOSTROPHE IN THE PGM FIELD Why? And then there's TSO. Dammit! Why does TSO insist on converting strings _in quotes_ to upper case. Quotes are supposed to mean as-is. (Your intuition seems to agree with mine.) And why are terminal data sets (DSN(*)) converted to upper case, no matter what I do? -- gil It is not TSO, per se. It is the way that the program uses TSO parse. One of the parameters tells parse to UPPERCASE the value. However, there is also an ASIS, which preserves the case as entered by the user. I guess the reason is historical. I remember the very old 3277s. The keyboard actually sent in lower case. But most things in MVS needed to be UPPERCASE. So TSO, as a kindness to the user would do the UPPERCASING for them. I remember this because with some 3278s there was a toggle switch to display lower case. Programmers would come to me with a JCL error and couldn't see the problem. I'd switch their terminal to display lower case, and **BOOM** the lower case in the JCL magically appeared. But I still couldn't get them to keep the damn switch in the display lower case position. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: SMP/E Error - Resolved
The last modified date on GIMJVCLT corresponds to the last service that touched it, which was on as shipped with the serverpac. I've gone back and looked at the original serverpac output. The last changed date corresponds to the date the HFS was loaded during serverpac install. To answer your question, I've searched the directory tree extensively to make sure there aren't updated copies of this somewhere. There aren't. I was skeptical at first, but it certainly looks to me as if it was shipped in this condition. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 11:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 11:14:54 -0500, Miller, Pat [EMAIL PROTECTED] wrote: You're going to love this. Got this error? GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). (GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/) In the same path, there is a file named GIMJVLVL.properties with the following description: GIMJVLVL.properties contains the level indicator for the Java code contained in package com.ibm.smp. This file must be updated each time the SMP/E GIMLEVEL module is updated. And the following parameters: GIMVER=3 GIMREL=4 GIMMOD=0 GIMPTF=09 Change GIMPTF=09 to GIMPTF=13. Problem goes away. Well, you've forced a match of the check that is made to keep you from shooting yourself in the foot. This may or may not cause a problem later on. As you already said the module in the HFS is back leveled for whatever reason ... due to some maintenance bungle. Are you sure you don't have a maintenance root or a copy of it with the correct level?What does you DDDEFs tell you (if anything)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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 -- 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.9 Installation -- SIGYROOT filesystem?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Thu, 5 Jun 2008 09:54:23 -0500, Chase, John [EMAIL PROTECTED] wrote: Hi, All, We're doing post-install aceivities for z/OS 1.9, and I noticed there is a SIGYROOT filesystem included in our ServerPac. I don't find any mention of its release or service level in the Program Directory or Installing Your Order document, but from its name it appears to be COBOL-related. Our installed COBOL (E.C. 3.4.1) provided its own filesystem, which we have mounted. Is the SIGYROOT filesystem supposed to replace the COBOL-provided one? It is from Enterprise COBOL. Did you or did you not order COBOL with your serverpac? Not explicitly. We ordered a z/OS 1.9 ServerPac. We already had EntCob 3.4.1 installed on 1.7. But the x26L340 FMIDs are in the 1.9 MVST100 and MVSD100 zones, even though they were not explicitly installed (or re-installed) as part of the 1.9 ServerPac installation (note: I was not the 1.9 ServerPac installer; I'm just the mouthpiece here on IBM-MAIN). If you did, then it should be mentioned in IYO. Do you have a mention of COBOL in hlq.CPAC.PGMDIR($INDEXPD)? Yes; along with a member that appears to be the vanilla ProgDir for COBOL. No mention of SIGYROOT in there. -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
Z/OS UNIX Security
We are just starting to get heavenly involved in the OMVS environment. We are using CA-ACF2 for our security package. We are also starting to get involved in the CICS WEB access environment. My questions are: 1) Is there another way to protect the OMVS environment instead of using HFS Security under ACF2? 2) We would like to provide certain access to certain OMVS directories for the outside client, is there a product that will interface with CICS/TSO/IDMS that will provide the security protection? 3) I have created the ACF2 HFS security rules, and a Default OMVS group ID and a Default OMVS user ID. I am trying to find a way to have this security protection without creating an ACF2 OMVS profile record, and an OMVS user directory entry for every user accessing the mainframe. Is there another way to provide this? -- 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: Free replacement for DASD INVENTORY?
Thanks for the suggestions of DCOLLECT and DFSORT! I found the manual and it looks like it will give me what we need. Gail Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, June 04, 2008 1:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Free replacement for DASD INVENTORY? Others may chime in with a similar suggestion... If you have DFSORT, you could run DCOLLECT (IDCAMS utility) and pass the output to DFSORT to produce the reports. I know IBM has some stuff on one of their sites that provides the job streams and SORT SYSIN statements. If you can not locate the site, post to the group and I, and others, should be able to point you to the correct page; or even email the stuff to you. On Wed Jun 4 12:04 , Scott Barry [EMAIL PROTECTED] sent: Based on your report description/title, consider using DCOLLECT (an IDCAMS utility function) to collect dataset and DASD volume inventory (and more), and if licensed for DFSORT, IBM provides some DCOLLECT-interface functionality to generate reports. Scott Barry SBBWorks, Inc. -- 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 -- 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: SMP/E Error - Resolved
On Thu, 5 Jun 2008 12:01:08 -0500, Miller, Pat [EMAIL PROTECTED] wrote: The last modified date on GIMJVCLT corresponds to the last service that touched it, which was on as shipped with the serverpac. I've gone back and looked at the original serverpac output. The last changed date corresponds to the date the HFS was loaded during serverpac install. To answer your question, I've searched the directory tree extensively to make sure there aren't updated copies of this somewhere. There aren't. I was skeptical at first, but it certainly looks to me as if it was shipped in this condition. I *highly* doubt it was shipped that way. I wouldn't expect it in the directory tree unless you updated your BPXPRMxx to mount the maintenance root at IPL time. If you look at your DDDEFs for unix directories, they probably all point to a prefix like /service. That is where the maintenance was applied - to a copy of the live HFS mounted at /service (or whatever yours is called). The problem is you have to find that maintenance HFS (if it hasn't been deleted), re-mount it at /service (or whatever) and see if the level matches. If you can find it and it matches, you may want to clone a copy to mount for your next IPL (even though it appears you have been running out of sync for a long time). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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 1.9 Installation -- SIGYROOT filesystem?
On Thu, 5 Jun 2008 12:03:26 -0500, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Thu, 5 Jun 2008 09:54:23 -0500, Chase, John [EMAIL PROTECTED] wrote: Hi, All, We're doing post-install aceivities for z/OS 1.9, and I noticed there is a SIGYROOT filesystem included in our ServerPac. I don't find any mention of its release or service level in the Program Directory or Installing Your Order document, but from its name it appears to be COBOL-related. Our installed COBOL (E.C. 3.4.1) provided its own filesystem, which we have mounted. Is the SIGYROOT filesystem supposed to replace the COBOL-provided one? It is from Enterprise COBOL. Did you or did you not order COBOL with your serverpac? Not explicitly. We ordered a z/OS 1.9 ServerPac. We already had EntCob 3.4.1 installed on 1.7. But the x26L340 FMIDs are in the 1.9 MVST100 and MVSD100 zones, even though they were not explicitly installed (or re-installed) as part of the 1.9 ServerPac installation (note: I was not the 1.9 ServerPac installer; I'm just the mouthpiece here on IBM-MAIN). If you did, then it should be mentioned in IYO. Do you have a mention of COBOL in hlq.CPAC.PGMDIR($INDEXPD)? Yes; along with a member that appears to be the vanilla ProgDir for COBOL. No mention of SIGYROOT in there. SIGYROOT isn't mentioned in the PGMDIR, only the required DDNAME for SMP/E (SIGYHFS).But it should be in the IYO.You may want to open a PMR with serverpac (or the installer should) if that is not the case for clarification. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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: Another pathetic job offer
Where is it written that they are looking for a domestic candidate? Committing to run a no overhead operation with self discipline.. scares me. Some 80% of security issues are from internal users. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Thursday, June 05, 2008 11:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another pathetic job offer ---snip From the 'Company Overview' in the posting Committing to hire the best and brightest, pay them more than fairly, give them the environment they need to excel, provide the management systems that allow them to self manage, and then get out of their way and let them exceed expectations. Committing to run a no overhead operation with self discipline, where money typically wasted on ego items is spent on employee salaries, benefits and client relationships rather than spent on things like expensive, glitzy brochures that get swept aside or thrown away. ---unsnip--- Considering the salary they're quoting, maybe they should spend some money on Market Research. What they're offering won't even pay my mortgage, and I have a good one, at 4.25%!!! (Refinanced in 2003) NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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.9 Installation -- SIGYROOT filesystem?
John, Look for word ROOT rather than SIGYROOT Enterprise COBOL, you must decide where to install the product. You can install into either the root file system or a new HFS. If required, you also have the option of running more than one releas of COBOL concurrently. * To install into the root file system: - Clone your root file system. - Mount it under /SERVICE, or a similar mountpoint. - Run the IGYISMKD job to create the subdirectories, using /SERVICE as the PathPrefix variable in the sample jobs IGYWDDEF and IGYISMKD. - You must submit this job from a userid that is either UID=0 is permitted to the BPX.SUPERUSER facility class. - Proceed with the SMP/E install into this newly cloned HFS. See the UNIX System Services Planning guide for more informatio * To install into a new file system (optional): - Create a new HFS data set. Lizette Yes; along with a member that appears to be the vanilla ProgDir for COBOL. No mention of SIGYROOT in there. -- 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
Redndant TCP/IP Networks
Anyone had any success configuring redundant OSA TCP/IP networks? We currently have two separate networks connected to two different OSA ports, both of which are mission critical. We have two more OSA ports we'd like to somehow exploit. A fully redundant, load sharing configuration would be great. Any success stories? z/os 1.7 Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 12:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 12:01:08 -0500, Miller, Pat [EMAIL PROTECTED] wrote: The last modified date on GIMJVCLT corresponds to the last service that touched it, which was on as shipped with the serverpac. I've gone back and looked at the original serverpac output. The last changed date corresponds to the date the HFS was loaded during serverpac install. To answer your question, I've searched the directory tree extensively to make sure there aren't updated copies of this somewhere. There aren't. I was skeptical at first, but it certainly looks to me as if it was shipped in this condition. I *highly* doubt it was shipped that way. I wouldn't expect it in the directory tree unless you updated your BPXPRMxx to mount the maintenance root at IPL time. If you look at your DDDEFs for unix directories, they probably all point to a prefix like /service. That is where the maintenance was applied - to a copy of the live HFS mounted at /service (or whatever yours is called). The problem is you have to find that maintenance HFS (if it hasn't been deleted), re-mount it at /service (or whatever) and see if the level matches. If you can find it and it matches, you may want to clone a copy to mount for your next IPL (even though it appears you have been running out of sync for a long time). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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 -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
Paul Gilmartin wrote: //STEP EXEC PGM='FooBar' IEFC629I INCORRECT USE OF APOSTROPHE IN THE PGM FIELD Why? Because the code does not support, and therefore does not expect, a quoted string as the value of the PGM= operand on an EXEC statement. But I suspect you already knew that. IBM blew the chance to really improve and modernize JCL with the converter rewrite, which added support for SET, IF, etc. That would have been the time to do it, to put in some burnable bridges, position themselves for future improvements and changes. But the focus was maintenance expense, incident reduction and a brand new code base for planned enhancements. We got improved symbolic parameter support for free, almost as an afterthought. Thus, while other things could have changed, they didn't, and in all probability (at this point) never will. We have what we have. We can gripe and moan, but we will still have to deal with all of the JCL shortcomings for a long time. Why does TSO insist on converting strings _in quotes_ to upper case[?] Because the TSO command processor is either doing that intentionally, or has instructed the parser code being used to do so for it. I don't know which TSO or product command you experience this unwanted behavior with. But if it is an MVS TSO command or some IBM program product then almost certainly this behavior is due to the fact that TSO operated this way originally when implemented in 1970. Essentially every IBM TSO command processor written since 1971 has followed that lead. Most of the conventions established by IBM in OS/360 Release 20.1 (the FCS of TSO in Nov. 1971) have simply been copied, sometimes mindlessly. I suspect you already knew that. Some things have changed since 1970, especially in JCL. But TSO has seen so little real improvement since ISPF arrived on the scene that one could probably list them on a set of fingers and toes. Quotes are supposed to mean as-is. I understand your modern thinking, but they are really only supposed to mean what the code that supports them say they mean. And in 1970, the decision was made that for the most part quotes meant do not apply the TSO PROFILE PREFIX() value. Thus, they really have little or nothing to do with automatic folding to upper case. The command processors you are dealing with are simply requesting this conventional behavior by declaring the parameter's value to be a data set name, most likely. Why does TSO insist on converting strings _in quotes_ to upper case[?] Does this cause you a problem with (existing) IBM TSO commands? Or with new command processors of your own? If your own, I assume you do realize that there is no requirement for you to use IKJPARS to figure out what the actual value of an operand is. You could do that yourself -- sometimes better, in fact -- and cause it to operate exactly as you wish. And why are terminal data sets (DSN(*)) converted to upper case, no matter what I do? I will need a better explanation for that one. Exactly which part of what is converted to upper case? An *? -- WB -- 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: SMP/E Error - Resolved
On Thu, 5 Jun 2008 13:57:52 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. What is the RMID of GIMLEVEL? Is that PTF still in your SMPPTS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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 UNIX Security
Carlson, Steven wrote: We are just starting to get heavenly involved in the OMVS environment. Ahh. Divine intervention .. We are using CA-ACF2 for our security package. We are also starting to get involved in the CICS WEB access environment. My questions are: 1) Is there another way to protect the OMVS environment instead of using HFS Security under ACF2? 2) We would like to provide certain access to certain OMVS directories for the outside client, is there a product that will interface with CICS/TSO/IDMS that will provide the security protection? 3) I have created the ACF2 HFS security rules, and a Default OMVS group ID and a Default OMVS user ID. I am trying to find a way to have this security protection without creating an ACF2 OMVS profile record, and an OMVS user directory entry for every user accessing the mainframe. Is there another way to provide this? Steve, I see you're getting some good suggestions. For my focus, when you feel comfortable with the OMVS environment, you should plan to educate your developers in how to use this. Ahem. ad surprise=no Depending on what your needs are, you might find one or more of these courses useful... For the price of a few days of training we can turn your traditional z/OS applications developers into web-on-z/OS applications developers. Using the free (well, included-in-the-price) z/OS UNIX System Services, HTTP server, and the language of your choice. For example: Introduction to z/OS UNIX - 3 days in just 3 days, the students can get around in the z/OS UNIX world comfortably, including each student creating their own [small] website hosted on the z/OS system; optional section on telnet Shell Script Programming in z/OS UNIX - 3 days this course extends the above course with more UNIX commands, how to create and run scripts, and other useful UNIX skills such as the sed editor; optional sections on vi You and z/OS and the World Wide Web - 5 days this course is an intensive, standards-based (open source) coverage of skills to create and maintain sophisticated websites hosted on you mainframe, without the need to license WebSphere; lightweight (does not drag down the system performance) and inexpensive (the HTTP server comes included with z/OS for no extra charge) Devloping Applications on z/OS UNIX - 3 days ** this course integrates coding programs in the classic languages, compiling under z/OS UNIX, and running under a UNIX shell; multi-lingual (Assembler, COBOL, PL/I, C) Related: a series of courses on how to code and use CGI (Common Gateway Interface) programs to complement your z/OS-hosted website; multi-lingual; considering new courses in Apache, Tomcat, php, ruby, SOA, Web Services, Ajax, Wikis, and more, as demand / interest dictate. Start here and follow the links: http://www.trainersfriend.com/UNIX_and_Web_courses/unixcurric.htm /ad Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: Vtam Generic VS Cross Domain
Magen So it would seem in pragmatic terms that what you want to do works - clients were able to connect using generic resource name (MYCICS) - but that you have an untidy situation in having some resources in POLIOU status. Can any client wanting to create a session using the generic resource name succeed? Is it that any which do not succeed have this status? If you suspect that you cannot create a clean environment in which to begin testing your generic resources configuration because as long a client is trying to connect, you should make sure that the clients cannot connect. I assume that you could, for example, deactivate the major node or nodes in which the resources showing POLIOU status are defined. You haven't told us how the CICS clients are defined. I assumed that they were defined for use with a TN3270 server of some sort since that is so popular these days compared to the real thing. If you need more help, you should cover that point, explain the key aspects of your configuration and show the VTAM DISPLAY command output which illustrates the resources with the POLIOU status - just one line to illustrate many if there are a large number. Be sure to mention in which VTAM's domain the DISPLAY command was issued. I took the trouble to look through the redbooks where the generic resource topic is to some extent covered. These are SNA in a Parallel Sysplex Environment (SG24-2113-01) VTAM V4R4 for MVSESA Implementation Guide (SG24-2100-00) Using VTAM Generic Resources with IMS (SG24-5487-00) and VTAM V4R2 Early User Experiences (GG24-4250-00) Normally, if a topic is covered well in a redbook, there are descriptions with VTAM command outputs which show what a successful set of definitions looks like as coded and in operation. Unfortunately, this does not apply sufficiently thoroughly to these redbooks. I was looking particularly for how, if at all, the generic resource name appeared in DISPLAY command output when entered in the VTAM owning the client LUs. Perhaps someone with a working generic resources configuration can cover that point. Incidentally, there are requirements on a generic resources configuration. For example, your VTAMs must be enabled for APPN and there must be APPN links between the VTAM nodes involved. Please assure us that you have followed up on all these requirements. I can say with some confidence that, because of the way the USERVAR function works, the, specifically *volatile*, USERVAR function being the key function used by the generic resource function, if there is a CDRSC with the generic resource name, DISPLAY command output it will never show any actual sessions associated with the name but may show session requests. This covers a point made in your first post. Chris Mason On Tue, 3 Jun 2008 15:19:33 -0500, Magen Margalit [EMAIL PROTECTED] wrote: Hi Chris First of all thanks for the detailed response. you wrote ... in one of the domains where the secondary LUs have been activated, VTAM is still assuming an association between MYCICS as a CDRSC and the secondary LUs in the form of a session request which has the status code POLUIO associated with it. This would explain the number of session requests being greater than zero. I would expect it would be easy enough simply to use a command of the form VARY NET,INACT,ID=MYCICS,DELETE=YES in that domain in order to remove all trace of MYCICS prior to performing your tests with MYCICS as a generic resource.[1] And this is exactly what we tried to do, but after issuing the VARY NET,INACT,ID=MYCICS,DELETE=YES command issuing a D NET,ID=MYCICS,SCOPE=ALL showed that MYCICS was still defined as before ... My guess was that since this is a dynamic CDRSC it is defined as long a client is trying to connect (session requests0) so he is redefiend again and again After Restarting CICS with the new appl name an with MYCICS as generic resource name it seems that clients were able to connect using generic resource name (MYCICS)... but still D NET showed a CDRSC definition with sec-lu in POLIOU status... thanks Magen -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of William H. Blair Sent: Thursday, June 05, 2008 2:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) SNIP Quotes are supposed to mean as-is. I understand your modern thinking, but they are really only supposed to mean what the code that supports them say they mean. And in 1970, the decision was made that for the most part quotes meant do not apply the TSO PROFILE PREFIX() value. Thus, they really have little or nothing to do with automatic folding to upper case. The command processors you are dealing with are simply requesting this conventional behavior by declaring the parameter's value to be a data set name, most likely. SNIP So this means that '//* this is a comment string for JCL' is to be discarded (or cause a syntax error) because the /* started a comment (from CLIST's viewpoint). That is just WRONG for CLIST to force this and has caused MANY headaches. And I also agree that 'djflajfasljkdf' should be ASIS, so that IF I have to allocate a DOS DSN on a shared volume, I CAN from within a TSO session. But I am instead forced to use JCL and do it there as DSN='PAYROLL run for Tuesday',VOL=SER=VSE001,UNIT=3390 Just my two cents worth from dealing with this for years (from the late '70s) with or without a DOS system to deal with. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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: Redndant TCP/IP Networks
Hal As the slogan says Just do it! An installation with which I am assisting from time to time these days has quite a demanding configuration and - thankfully - whatever the theory suggests should work does work. If you need some encouragement over attaching say two OSA feature ports to a (V)LAN, take a look at the Hot Topics paper No dynamic routing protocol? No problem! by Alfred Christensen and Gus Kassimis, February 2006 - Issue 14 http://www-304.ibm.com/jct03004c/systems/z/os/zos/bkserv/hot_topics.html in the incredibly unlikely event that these publications are new to you. The emphasis here is how, as well as exploiting the clever OSA in an obvious way, you can exploit it in a less obvious way and not even bother with a dynamic routing protocol. I expect the latter will not be possible in your particular case. Chris Mason On Thu, 5 Jun 2008 13:25:13 -0500, Hal Merritt [EMAIL PROTECTED] wrote: Anyone had any success configuring redundant OSA TCP/IP networks? We currently have two separate networks connected to two different OSA ports, both of which are mission critical. We have two more OSA ports we'd like to somehow exploit. A fully redundant, load sharing configuration would be great. Any success stories? z/os 1.7 Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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: SMP/E Error - Resolved
UO00335. Not in the PTS. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 13:57:52 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. What is the RMID of GIMLEVEL? Is that PTF still in your SMPPTS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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 -- 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
Sort Multiple Files in One Step
I have 10 files with the same layout and all must be sorted using the same sort criteria. Each file must be sorted into its own separate output file. Is it possible to put this SORT into one step instead of creating 10 separate steps? On a glance through some sort documentation I was THINKIN I could use SORTINnn in some manner but according to the doc this is used for MERGE only. I was thinking something like //SORT001 EXEC PGM=SORT,REGION=4096K,PARM='CORE=MAX' //SYSOUT DD SYSOUT=* //SORTIN01 DD DSN=INPUT.NUMBER1,DISP=SHR //SORTIN02 DD DSN=INPUT.NUMBER2,DISP=SHR //SORTIN03 DD DSN=INPUT.NUMBER3,DISP=SHR //... //SORTOF01 DD DSN=OUTPUT.NUMBER1,DISP=OLD //SORTOF02 DD DSN=OUTPUT.NUMBER1,DISP=OLD //SORTOF03 DD DSN=OUTPUT.NUMBER1,DISP=OLD //... //SORTWK01 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SORTWK02 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SORTWK03 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SYSINDD * SORT FIELDS=(10,12,A),FORMAT=CH Thanks for any ideas. Bill -- 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: Release 6.1 of IBMLink - AST
On Wed, 4 Jun 2008 11:57:33 -0500, Mark Zelden [EMAIL PROTECTED] wrote: I will open a PMR. I just received an update from my feedback: Mark, we are aware of this problem and it is being looked into by development. At this time, I don't have any estimate as to when it will get fixed. ServiceLink Support -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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: Sort Multiple Files in One Step
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHCS-ITSD) Sent: Thursday, June 05, 2008 3:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Sort Multiple Files in One Step I have 10 files with the same layout and all must be sorted using the same sort criteria. Each file must be sorted into its own separate output file. Is it possible to put this SORT into one step instead of creating 10 separate steps? On a glance through some sort documentation I was THINKIN I could use SORTINnn in some manner but according to the doc this is used for MERGE only. I was thinking something like //SORT001 EXEC PGM=SORT,REGION=4096K,PARM='CORE=MAX' //SYSOUT DD SYSOUT=* //SORTIN01 DD DSN=INPUT.NUMBER1,DISP=SHR //SORTIN02 DD DSN=INPUT.NUMBER2,DISP=SHR //SORTIN03 DD DSN=INPUT.NUMBER3,DISP=SHR //... //SORTOF01 DD DSN=OUTPUT.NUMBER1,DISP=OLD //SORTOF02 DD DSN=OUTPUT.NUMBER1,DISP=OLD //SORTOF03 DD DSN=OUTPUT.NUMBER1,DISP=OLD //... //SORTWK01 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SORTWK02 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SORTWK03 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SYSINDD * SORT FIELDS=(10,12,A),FORMAT=CH Thanks for any ideas. Bill Use ICETOOL. //MULTSORT EXEC PGM=ICETOOL //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //TOOLIN DD * SORT FROM(I1) TO(O1) USING(SORT) SORT FROM(I2) TO(O2) USING(SORT) SORT FROM(I3) TO(O3) USING(SORT) /* //SORTCNTL DD * SORT FIELDS=(10,12,A),FORMAT=CH /* //SORTWK.. DD ... -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
On Thu, 5 Jun 2008 14:04:47 -0500, William H. Blair wrote: And why are terminal data sets (DSN(*)) converted to upper case, no matter what I do? I will need a better explanation for that one. Exactly which part of what is converted to upper case? An *? For example: READY allocate dd(SYSPRINT) dummy IKJ56246I FILE SYSPRINT NOT ALLOCATED, FILE IN USE IKJ56112A ENTER 'FREE' OR 'END'+- free READY allocate dd(SYSIN) dummy reuse READY allocate dd(sysut2) dsn(*) READY allocate dd(sysut1) dsn(*) READY call *(iebgener) This is Mixed Case data. /* THIS IS MIXED CASE DATA. READY -- gil -- 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: Sort Multiple Files in One Step
Thanks, I'll give it a try! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, June 05, 2008 1:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Sort Multiple Files in One Step -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHCS-ITSD) Sent: Thursday, June 05, 2008 3:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Sort Multiple Files in One Step I have 10 files with the same layout and all must be sorted using the same sort criteria. Each file must be sorted into its own separate output file. Is it possible to put this SORT into one step instead of creating 10 separate steps? On a glance through some sort documentation I was THINKIN I could use SORTINnn in some manner but according to the doc this is used for MERGE only. I was thinking something like //SORT001 EXEC PGM=SORT,REGION=4096K,PARM='CORE=MAX' //SYSOUT DD SYSOUT=* //SORTIN01 DD DSN=INPUT.NUMBER1,DISP=SHR //SORTIN02 DD DSN=INPUT.NUMBER2,DISP=SHR //SORTIN03 DD DSN=INPUT.NUMBER3,DISP=SHR //... //SORTOF01 DD DSN=OUTPUT.NUMBER1,DISP=OLD //SORTOF02 DD DSN=OUTPUT.NUMBER1,DISP=OLD //SORTOF03 DD DSN=OUTPUT.NUMBER1,DISP=OLD //... //SORTWK01 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SORTWK02 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SORTWK03 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SYSINDD * SORT FIELDS=(10,12,A),FORMAT=CH Thanks for any ideas. Bill Use ICETOOL. //MULTSORT EXEC PGM=ICETOOL //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //TOOLIN DD * SORT FROM(I1) TO(O1) USING(SORT) SORT FROM(I2) TO(O2) USING(SORT) SORT FROM(I3) TO(O3) USING(SORT) /* //SORTCNTL DD * SORT FIELDS=(10,12,A),FORMAT=CH /* //SORTWK.. DD ... -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Sort Multiple Files in One Step
John McKown wrote on 06/05/2008 01:34:30 PM: Use ICETOOL. //MULTSORT EXEC PGM=ICETOOL //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //TOOLIN DD * SORT FROM(I1) TO(O1) USING(SORT) SORT FROM(I2) TO(O2) USING(SORT) SORT FROM(I3) TO(O3) USING(SORT) /* //SORTCNTL DD * SORT FIELDS=(10,12,A),FORMAT=CH /* //SORTWK.. DD ... You beat me to it, John. The only thing I would add is that you don't need to supply SORTWK DDs since ICETOOL automatically enables DFSORT's dynamic work data set alllcation feature (DYNALLOC). Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enhanced JCL processor? (and maybe a few other thoughts)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Thursday, June 05, 2008 3:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) On Thu, 5 Jun 2008 14:04:47 -0500, William H. Blair wrote: And why are terminal data sets (DSN(*)) converted to upper case, no matter what I do? I will need a better explanation for that one. Exactly which part of what is converted to upper case? An *? For example: READY allocate dd(SYSPRINT) dummy IKJ56246I FILE SYSPRINT NOT ALLOCATED, FILE IN USE IKJ56112A ENTER 'FREE' OR 'END'+- free READY allocate dd(SYSIN) dummy reuse READY allocate dd(sysut2) dsn(*) READY allocate dd(sysut1) dsn(*) READY call *(iebgener) This is Mixed Case data. /* THIS IS MIXED CASE DATA. READY -- gil Well, for what it's worth, this is the documented behaviour in the manual: z/OS: TSO/E Programming Services. Again, likely from the dark ages of UPPERCASE ONLY in everything. The designers of TSO did not want the users to have to use the SHIFT LOCK key to get UPPERCASE because that key on the old 3277 would shift the numbers to the special characters above the numbers. Remember that the original 3277s had SHIFT LOCK, not CAPS LOCK. IOW, we are prisoners of old compatability from the DAYS OF SCREAMING INPUT grin. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Sort Multiple Files in One Step
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Frank Yaeger Sent: Thursday, June 05, 2008 3:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Sort Multiple Files in One Step [snip] You beat me to it, John. The only thing I would add is that you don't need to supply SORTWK DDs since ICETOOL automatically enables DFSORT's dynamic work data set alllcation feature (DYNALLOC). Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration We actually have some cases where we do need the SORTWKnn datasets. We have a VSAM compression tool, BMC's Data Accelerator. When SORT looks at a file which is compressed with that product, it gets the actual size of the file on DASD. However, the product can compress the data on some files to only about 1/5 the size of the uncompressed data. So SORT tends to blow up on these particular files because the real size of the data is 5 times what it appears to be. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: SMP/E Error - Resolved
That is level 34.09. So it isn't your HFS that is back leveled, it is your loadlib that is forward leveled. Again... some sort of maintenance screw up, or a manual copy of a higher level into your loadlib that GIMSMP is being picked up from. Which brings up a point... Since you say there is no joblib/steplib, are you sure GIMSMP is being picked up from the SYS1.MIGLIB that matches your system level? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Thu, 5 Jun 2008 15:21:12 -0500, Miller, Pat [EMAIL PROTECTED] wrote: UO00335. Not in the PTS. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 2:22 PM To:IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 13:57:52 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. What is the RMID of GIMLEVEL? Is that PTF still in your SMPPTS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.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 -- 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: Sort Multiple Files in One Step
It worked like a charm sir! Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, June 05, 2008 1:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Sort Multiple Files in One Step -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHCS-ITSD) Sent: Thursday, June 05, 2008 3:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Sort Multiple Files in One Step I have 10 files with the same layout and all must be sorted using the same sort criteria. Each file must be sorted into its own separate output file. Is it possible to put this SORT into one step instead of creating 10 separate steps? On a glance through some sort documentation I was THINKIN I could use SORTINnn in some manner but according to the doc this is used for MERGE only. I was thinking something like //SORT001 EXEC PGM=SORT,REGION=4096K,PARM='CORE=MAX' //SYSOUT DD SYSOUT=* //SORTIN01 DD DSN=INPUT.NUMBER1,DISP=SHR //SORTIN02 DD DSN=INPUT.NUMBER2,DISP=SHR //SORTIN03 DD DSN=INPUT.NUMBER3,DISP=SHR //... //SORTOF01 DD DSN=OUTPUT.NUMBER1,DISP=OLD //SORTOF02 DD DSN=OUTPUT.NUMBER1,DISP=OLD //SORTOF03 DD DSN=OUTPUT.NUMBER1,DISP=OLD //... //SORTWK01 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SORTWK02 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SORTWK03 DD UNIT=SYSDA,SPACE=(CYL,(15,1)) //SYSINDD * SORT FIELDS=(10,12,A),FORMAT=CH Thanks for any ideas. Bill Use ICETOOL. //MULTSORT EXEC PGM=ICETOOL //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //TOOLIN DD * SORT FROM(I1) TO(O1) USING(SORT) SORT FROM(I2) TO(O2) USING(SORT) SORT FROM(I3) TO(O3) USING(SORT) /* //SORTCNTL DD * SORT FIELDS=(10,12,A),FORMAT=CH /* //SORTWK.. DD ... -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
Paul Gilmartin asked: And why are terminal data sets (DSN(*)) converted to upper case, no matter what I do? and then provided an example of _data_ contained in a terminal data set being folded to upper case. Well, WHY is for the same reason I previously stated: because TSO was written, in 1970, to operate that way, and it has not been changed since -- not even when it would have made sense to do so. Why was it written that way? Terminals, such as the 3270, naturally entered data in lower case (although they also equally naturally displayed lower case characters as the upper case equivalent). Lower case was common in data, from the terminal, but not in data expected to be given to programs (e.g., TSO commands) or written to data sets or presented to I/O devices (such as printers). Somebody had to convert all those unusual lower case characters to upper case -- somewhere. For maximum utility (or so IBM felt), they decided to do the translation in the most common places where all or almost all the data flowed. At the time, nobody objected. Lower case characters were a very unusual thing. Virtually nobody had a TN train on their 1403-N1 printer; if you did, your 1100 LPM printer slowed down to become only a 200 LPM or less printer. No standard terminal used with TSO (at the time, 3270s were more expensive than a Cadillac with every option GM made available) would display lower case. Lower case was not needed, and not wanted. It just magically disappeared in 1971's TSO. Most folks were happy. But not all. Oh, well. This behavior is (still) documented. For example, see the TSO/E Programming Services SRL, chapter 8, where there's extensive (and slightly silly, IMHO) documentation of how the SAM interface macros work differently when the data set is allocated to the terminal. It specifically states: Also, lowercase characters are folded to uppercase characters. The data is folded to uppercase. Thus that's just the way it IS, because that's originally how it WAS. In other words: simply for compatibility with 1970-era programming and I/O equipment. This could have been (and still could be) changed. Don't hold your breath. -- WB -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of William H. Blair Sent: Thursday, June 05, 2008 5:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts) Paul Gilmartin asked: And why are terminal data sets (DSN(*)) converted to upper case, no matter what I do? and then provided an example of _data_ contained in a terminal data set being folded to upper case. Well, WHY is for the same reason I previously stated: because TSO was written, in 1970, to operate that way, and it has not been changed since -- not even when it would have made sense to do so. And all of that could easily be solved with a new ASIS parameter for the TSO ALLOC ... DA(*) command, although I agree with you that the chances of such a change being made are slim and none, and slim went out to lunch. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enhanced JCL processor? (and maybe a few other thoughts)
On Thu, 5 Jun 2008 16:24:18 -0500, William H. Blair wrote: Why was it written that way? ... (paraphrasing) They broke the software to match badly designed hardware. Well, yeah, character generator ROMs were expensive. But the instant dual case appeared, it should have induced a requirement on the software to support it. very unusual thing. Virtually nobody had a TN train on their 1403-N1 printer; if you did, your 1100 LPM printer slowed down to become only a 200 LPM or less printer. No I'm surprised at a factor of 5. Wouldn't doubling the gamut of characters result in half as many copies of each on the train, and no worse than halve the throughput. But circa 1979 we had a Documation 1403 (or was it 3211) clone. We kept a TN belt on it for proofing documentation. Even so, the printer was busy only 40% of the time, or so. But I recall the dinos clustered around it clucking at how much faster it would print their hexadecimal reports if we didn't need to support the idiosyncrasies of the tech writers. (Open shop operations; swapping print belts for SYSOUT classes would have made throughput even worse for delays for volunteer operator intervention and the reworks of output printed with the wrong belt.) Also, lowercase characters are folded to uppercase characters. The data is folded to uppercase. Thus that's just the way it IS, because that's originally how it WAS. In other words: simply for compatibility with 1970-era programming and I/O equipment. This could have been (and still could be) changed. Don't hold your breath. In only a slightly later era I had control of a Pascal RTL. Completely disgusted with folding on input, I modified the OPEN interface to take the DCB exit and stuff the READ routine pointer for terminal devices to my own code that did a TGET with no folding. But why, in the 21st century, is there no ALLOCATE DSN(*,ASIS) facility? Someone asked, what program am I using that performs unwanted folding? First, it's not a program over which I have much control. Then, I don't know. What program is it that presents the READY prompt after I log on? Is that what's called the Terminal Monitor Program? Or are ALLOCATE, CALL, EXEC, etc. considered individual programs in their own right? And which program among these is it that's folding my data from DSN(*)? -- gil -- 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
XPLINK Performance Gains
We have an application written in C that has begun to run long. The application support team feels some LE storage tuning could help (it improved their CICS response time when done last year). We're also going to look at XPLINK and I was asked how much improvement that could expect. They and I know there's no way to give a true estimate considering all the other variables but perhaps those that have done this could come forward with their experiences. For your applications program what benefits did you see comparing before and after using XPLINK. Just curious Alan -- 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: USSTAB color question
Pat USS functions can be described in the following terms: - Inbound: the analysis and conversion of text into a formatted request - Outbound: the selection of messages explaining where the analysis failed or substitution of the response to the formatted request with text[but see 1] In the case of VTAM the actual communication between the SSCP logic performing the USS functions and the SSCP logic acting on the formatted request - and everything else that the SSCP does - is hidden.[1] In the case of the TN3270E server, the communication between the TN3270E logic performing the USS functions and the SSCP logic acting on the formatted request is the formatted request itself as created using the VTAM API[2], the REQSESS and TERMSESS macros, within the TN3270E server logic. Using this point of view the TN3270E server precisely performs the USS functions and not merely a subset. This anyhow is true of the LOGON/REQSESS half even if it is not true - because of the failings of the RFCs - of the LOGOFF/TERMSESS half. Incidentally, I don't think I would be able to identify any other SSCP functions performed by the TN3270E server - but I'm open to suggestions! Chris Mason [1] I seem to remember noting from NLDM displays that, in addition to the text messages explaining why a session could not be established such as USS message 7, one could also see the (formatted) negative responses to, in effect, to what the USS command had been converted. Take a look next time you have a chance. [2] In platforms other than VTAM, the TN3270E server could decide to be the convert type rather than the pass-through type with respect to USS functions and so could use the SNA API relevant to that platform. On Wed, 4 Jun 2008 15:29:22 -0500, Patrick O'Keefe [EMAIL PROTECTED] wrote: On Mon, 2 Jun 2008 00:23:30 -0300, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: ... The other kind of Tn3270 server - like z/CS's - has APPL LUs and VTAM does not do USS processing there. The server, rather than VTAM, is acting as the SSCP for the clients. No; the SSCP does a lot more than convert USS to FSS[1]. ... I agree, and I didn't mean to imply otherwise. What I was trying to say was that since there is no SNA session (LU-LU or SSCP-LU) with the client, any SSCP-ish functions needed by the client are supplied by the Tn3270 server. That includes a subset of USS functions. The pass-through kind of server (like the Tn3270 servers on Cisco's channel-attached routers) pass the commands and messages between the server and the real SSCP-LU sessions. Servers like in z/CS emulate any SSCP functions provided. Pat O'Keefe Pat O'Keefe -- 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: Enhanced JCL processor? (and maybe a few other thoughts)
On Thu, 5 Jun 2008 16:05:30 -0400, Thompson, Steve wrote:
And I also agree that 'djflajfasljkdf' should be ASIS, so that IF I have
to allocate a DOS DSN on a shared volume, I CAN from within a TSO
session. But I am instead forced to use JCL and do it there as
DSN='PAYROLL run for Tuesday',VOL=SER=VSE001,UNIT=3390
In fact, I believe that with the suitable setting of a certain
PARMLIB option you can catalog it and not need to specify VOL=SER.
It shouldn't be a PARMLIB option; it should be a JCL option (or
perhaps a RACF option) so it could be enabled or disabled on a
user-by-user basis.
I'll go beyond that. Characters between apostrophes (except for
ampersand) should be devoid of any metasemantics. For example:
FOO.BAR(+1)Means the next generation of a GDG.
FOO.BAR('+1') Should mean a member of a PDS (quoted '+' does
not have the special meaning of exposed '+').
'FOO.BAR(+1)' Means a physical sequential data set (quoted
parentheses do not have the special meaning of
exposed parentheses.)
-- gil
--
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: Enhanced JCL processor? (and maybe a few other thoughts)
On Thu, 5 Jun 2008 10:05:22 -0400, Hillock, Timothy wrote:
Ok,I think that I know what the errors are.
You spelt SYMBOL2 as SYSBOL2 in the parm statement.
Good catch. The IBM support person also missed it. But no
matter; even absent the typo, JCL fails to perform the substitution.
However, this provides elegant accidental support for my assertion
that use of an undefined symbol should be reported as a JCL error.
You can only use up to 71 characters on a line for JCL. To Continue the
parm use a x in col 72 such as my sample below.
I had not used more than 71 characters (plus a continuation mark) in
any line in my example. You may have been misled by embellishments
by other contributors in following plies, or by indention introduced
in the JESJCL listing.
+1+2+3+4+5+6+7--
//*-
//STEP1EXEC PGM=IEFBR14,
// PARM=('SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.amp;SYMBOL1.XSYMBOL2.YX
// SYMBOL3.Z')
//SYSUDUMP DD SYSOUT=D
//*-
And that's a PITA to do when generating JCL from a program.
-- gil
--
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: Enhanced JCL processor? (and maybe a few other thoughts)
On Thu, 5 Jun 2008 18:12:24 -0400, Farley, Peter x23353 wrote:
And all of that could easily be solved with a new ASIS parameter for
the TSO ALLOC ... DA(*) command, although I agree with you that the
chances of such a change being made are slim and none, and slim went out
to lunch.
I'd be delighted to have a PROFILE ASIS option which disabled _all_
case conversion by TSO (substitute the identity translation for the
CAPS translation), and available to child programs such as ISPF.
It's absurd that from a View member menu the command:
TSO ALLOCATE PATH('/dev/null')
fails with:
IKJ56228I PATH /DEV/NULL NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED
while the same command while editing a member succeeds. ISPF should
_never_ convert the argument string of the TSO command; it can't tell
what TSO commands may be case-sensitive, and it shouldn't try to guess,
and it shouldn't be inconsistent. If some panels pass the TSO command
argument as-is, others should do likewise.
BTW, the message text above should be corrected. It might mislead
the programmer to believe a catalog lookup was performed and failed,
but I believe no catalog lookup was performed. Some developer was
lazy and recycled a message.
-- gil
--
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
