Re: Convert DB2 on z/OS to UDB on z/Linux
Yes, in many situations there is an increased wire length. In many situations it's unavoidable. But if the goal is to reduce costs, it's very important to take proximity into account. If you cut your DB2 license fee by 30% but triple your CICS and z/OS license fees, most rational people wouldn't take that trade. If you cut your DB2 license fee by 30% but increase your CICS and z/OS license fee by 10%, then more investigation may be merited. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How often IPL a production LPAR (any good practice)
And you do not need 2 (or more) physical machines to set up a Parallel Sysplex. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How often IPL a production LPAR (any good practice)
Jon Brock pisze: (Leaving lurk mode.) I think a distiction needs to be made between applying maintenance and simply changing some things. Applying SMPE maintenance to a running system can be a very Bad Idea. (Not that I haven't ever done it.) Changing system parameters, load libraries, linklists, etc. is no big deal. Applying maintenance is not black magic. Usually it should be done offline, but there are PTFs which can be applied online. That's why we have various HOLDSYS reasons. DYNACT is one of them. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Google groups and IBM-MAIN
- Original Message From: Jon Brock jbr...@ghs.org has anyone else begun having problems with searching IBM-MAIN posts in Google Groups? I always used it because: a) It kept some load off the archive servers; and b) It was faster anyway. These days, though, it seems as if it has forgotten all of the old posts. I had problem, too. About three months ago I searched something like 'FlashCopy vs. Concurrent Copy' using the Google Group, and found several posts. The same search three months later brought almost nothing. Ever since I search the archives at http://bama.ua.edu/archives/ibm-main.html . Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DUMP SDATA options
Hi I 'm using SDATA=(CSA,SQA,TRT,RGN,SUM,ALLNUC,PSA,LSQA,GRSQ,LPA,SWA) to dump an address space Is this enough to get the complete user region ? -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMP SDATA options
Miklos, Yes, the RGN option causes dump capture to pull the complete region. This is what we must do for CICS dumps. Cheers, Tom Miklos Szigetvari wrote: Hi I 'm using SDATA=(CSA,SQA,TRT,RGN,SUM,ALLNUC,PSA,LSQA,GRSQ,LPA,SWA) to dump an address space Is this enough to get the complete user region ? -- Have A Great Day!, Thomas DunlapChief Technology Officert...@themisinc.com Themis, Inc.http://www.themisinc.com1 (800) 756-3000 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMP SDATA options
I 'm using SDATA= (CSA,SQA,TRT,RGN,SUM,ALLNUC,PSA,LSQA,GRSQ,LPA,SWA) to dump an address space Is this enough to get the complete user region ? Why ever do you need ALLNUC? Or are you just repeating the mindlessly copied instructions I see for almost all IBM support slip definitions? And other vendors, for that matter. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: file integrity verified - do I care?
On Friday 04 September 2009 02:57, Frank Swarbrick wrote: ... this file status of 97 is the same as status 00, except that status 97 indicates that not only was the file opened successfully but an implicit VERIFY was also completed successfully. IIRC, the STATUS 97 problem dates back to the 1990s; it did not exist in OS/VS COBOL, but I don't remember if it applied to VS COBOL II. And, as you said, this problem does not apply to VSE either but it can be a real pain, particularly when you convert from VSE to z/OS. Since 1993, I developed several solutions to fix this problem in dozens of VSE/MVS conversion projects; these solutions belong to 3 different types: 1. automatically update MVS COBOL source programs to check SK97 2. CALL a sub-routine to VERIFY VSAM data sets that need it; source-code change is optional. 3. add a utility step at the beginning of each job which will VERIFY all the VSAM files that need it; no source-code change. Type 1 is what people generally prefer, but it is costly in terms of effort, and wrong results are likely during testing and early production. Type 2 requires little work (a few hours) and works perfectly. Type 3 also works perfectly, but it requires that you modify the JCL. If you have an INCLUDE MEMBER=JOBLIB in your jobs, adding an EXEC stmt is probably not a problem. What's the best solution? Well, it depends. If you're interested, let me know . -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMP SDATA options
Hi Yes , you are right, I repeat this mindlessly or maybe got the request from the IBM to generate a DUMP with this options I sent some dumps's to the IBM (with PMR) generated with this options, and they said , that some storage areas are not in the DUMP Barbara Nitz wrote: I 'm using SDATA= (CSA,SQA,TRT,RGN,SUM,ALLNUC,PSA,LSQA,GRSQ,LPA,SWA) to dump an address space Is this enough to get the complete user region ? Why ever do you need ALLNUC? Or are you just repeating the mindlessly copied instructions I see for almost all IBM support slip definitions? And other vendors, for that matter. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMP SDATA options
Miklos, I sent some dumps's to the IBM (with PMR) generated with this options, and they said , that some storage areas are not in the DUMP then I should not have picked on you :-) The last time I heard *that* from IBM, I proved to them in excruciating detail that they had no clue what they were talking about. Don't believe everything IBM tells you. First of all, ALLNUC in my opinion should never be specified. For the simple reason that IPCS will always tell you which nucmod you're dealing with. Then you can ask for the maint level of that nucmod. And anyway, the nucmods are only interesting for deep BCP components! In which case having them dumped might expedite pd because IBM doesn't always have to ask what maint level the nucmod is at. Secondly, IBM support in many cases wrongly *assumes* that a dump (a=svcd, which always gets specified, too, despite the fact that it is the default) will show the TCB in question with the PSW from the slip trap. No, not necessarily for an asynchronous dump! And here lies the problem: The customer gets told he did not specify the right options and docs get re-asked for. Useless 'keep-the-customer-busy' strategy. If your dump shows via ip ST command that the slip trap hit at the right module/instruction, then pointedly ask IBM *what* storage is missing. Next ask why *they* did not specify the slip trap so that *that* storage definitely gets dumped! (Possibilities for that: either a=syncsvcd, which will NOT work, if the local lock is held anywhere else in the address space or if local dumping takes too long. Second possibility: explicit definition of the area to be dumped.) In my experience, the excuse of 'some data are not dumped' were always just that: An excuse for stupidity! (Both with regard to 'how to read a dump' and 'how to set a slip trap'.) Thanks for letting me vent! Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMP SDATA options
On Fri, 4 Sep 2009 12:19:22 +0200 Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: :Hi :I 'm using SDATA=(CSA,SQA,TRT,RGN,SUM,ALLNUC,PSA,LSQA,GRSQ,LPA,SWA) to :dump an address space :Is this enough to get the complete user region ? More than enough. But it will not include dataspaces. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LLA update
I stand by my statement that it is not LLA's documented function to manage the directories of non-load-libraries (emphasis on documented).. The change from linklist to library in the name corresponds to allowing you to manage modules in libraries that are not part of the lnklst. That is not to say that we have any intention of doing something to break current usage. I understand well the major benefits of having cached directory entries. It might be a good idea to have you users submit a share requirement to have us acknowledge and document your use case. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How often IPL a production LPAR (any good practice)
Right! Or applying maintenance to individual subsystems. Looking at my IPL history, I see 6 IPLs for most of our systems in the past 12 months, but that may be slightly high since over that time period we've done 2 DASD replacements, changed on out the CPUs and upgraded z/OS. It looks like 10 IPLs over the last 24 months. I have noticed that the system CPU workload does seem to decrease a bit immediately after an IPL, but I've never tried to quantify it or track it down. In contrast, we still recycle CICS regions that run application code every night, DB2s weekly, and most WASes weekly. Those are mostly non-disruptive for most of our applications--they're either data sharing across the sysplex or inactive at those times. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Data Areas for z/OS 1.10
Guys, I know this was discussed, I've trawled though the archives, but I didn't spot what the answer to the question was. I use Softcopy Librarian but I can't find the z/OS Data Areas for 1.10 on either the .boo or .pdf bookshelves. Have they been moved to a different shelf or renamed or is the only place you can get them on the online book manager site as HTML? That's not much use as it's s slow and the format is poor. Regards, Ron MacRae -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas for z/OS 1.10
Hi, Ron, Look at this: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/IEA2BK91?FS=TRUE br Leo Strauss Ron MacRae wrote: Guys, I know this was discussed, I've trawled though the archives, but I didn't spot what the answer to the question was. I use Softcopy Librarian but I can't find the z/OS Data Areas for 1.10 on either the .boo or .pdf bookshelves. Have they been moved to a different shelf or renamed or is the only place you can get them on the online book manager site as HTML? That's not much use as it's s slow and the format is poor. Regards, Ron MacRae -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Best regards / Mit freundlichen Grüßen Leopold Strauss Research Development ISIS Information Systems Gmbh tel: (+43) 2236 27551 591 Fax: (+43) 2236 21081 E-mail: leopold.stra...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas for z/OS 1.10
On Fri, 2009-09-04 at 08:03 -0500, Ron MacRae wrote: I use Softcopy Librarian but I can't find the z/OS Data Areas for 1.10 on either the .boo or .pdf bookshelves. I don't use Softcopy, but the pdfs are available here: http://www-03.ibm.com/systems/z/os/zos/bkserv/r10pdf/ I download them and build an (html) index page - that way I can read them anywhere. ... or is the only place you can get them on the online book manager site as HTML? That's not much use as it's s slow and the format is poor. Hard to argue - I reckon it is unusable. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas for z/OS 1.10
On Fri, 4 Sep 2009 15:15:45 +0200, Leopold Strauss leopold.stra...@isis- PAPYRUS.COM wrote: Look at this: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/IEA2BK91? FS=TRUE Leo, That's exactly what I don't want to use as it's slow and poorly formatted. I want to be able to download the books to my PC and read them offline at my lesure. As of z/OS 1.10 I can't find any data areas manuals to download. Ron. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas for z/OS 1.10
The initial drop of the 1.10 books did not include Data Areas. Later drops do contain them. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas for z/OS 1.10
There are two symbols at the left of every book ( a book-symbol and a pdf-symbol). I loaded down every book with clicking the pdf-symbol to my PC as pdf-file. Another way is to open the html-file with the book-symbol, and in the top of the page there is a tool-bar, where you can find the pdf-symbol for downloading again. br Leo Worked great for me. Ron MacRae wrote: On Fri, 4 Sep 2009 15:15:45 +0200, Leopold Strauss leopold.stra...@isis- PAPYRUS.COM wrote: Look at this: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/IEA2BK91? FS=TRUE Leo, That's exactly what I don't want to use as it's slow and poorly formatted. I want to be able to download the books to my PC and read them offline at my lesure. As of z/OS 1.10 I can't find any data areas manuals to download. Ron. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Best regards / Mit freundlichen Grüßen Leopold Strauss Research Development ISIS Information Systems Gmbh tel: (+43) 2236 27551 591 Fax: (+43) 2236 21081 E-mail: leopold.stra...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas for z/OS 1.10
Shane, Thanks. I've downloaded the Data Areas manuals, but as you say they're a) PDF and b) not indexed into Librarian/reader, although I guess I can build an index too. Perhaps someone in IBM, or anyone else in the know, can comment on - Why the Data Areas stuff was dropped from Softopy Librarian? Does IBM think we don't need these? Are they now on a CD you have to pay for? Otherwise removing them just seems bizarre? Is this permenant or will they reappear with z/OS 1.11? Ron. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: file integrity verified - do I care?
On 3 Sep 2009 18:40:03 -0700, in bit.listserv.ibm-main you wrote: let's take some possibilities. 1. the verify succeeds - there are no hanging end of file or paritial splits or fatal errors. wha happened to the blocks that had not been written to dasd yet - well, they are gone into the bit bucket in the sky. 2. the verify succeeds - and operations is rerunning the exact same job - some of the updates are going double update - some inserts will fail as duplicate, totals have wrong values. status 97 means that a job abended and nothing has been done to recover the file. That is usually not a good thing. Given that the general action for a successful verify is to continue as if nothing happened, it would be interesting to see if someone took the approach of trying to get a PMR against this 20 - 30 year old problem. Since 97 is implementer defined unless the standard specifically states that a 9x status code is unsuccessful, I doubt this would work (I will try to remember to look this up). I also recall having to this for COBOL 74 so it goes back to at least ICF VSAM. It also shows that as a community we are sheep for having put up with this monstrosity for this length of time. If I were still active in SHARE, I would give a requirement to return status 00 for successful implicit verify a 5 (imperative) and be willing to accept that this could be governed by a LE option or compiler option. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas for z/OS 1.10
Ron, Go to: http://www-03.ibm.com/systems/z/os/zos/bkserv/v1r10books.html This brings up the z/OS Internet Library. Click 1.10 under z/OS Elements and Features Publication (on the Book line) In Search Titles, insert Data Areas. This will bring up Data Areas for z/OS V1R10. Select a book and this will bring up a page with Contents. At the top of the page select the icon to download the Softcopy Reader book. Save the file. You can do the same thing for z/OS 1.11 by returning to the z/OS Elements and Features Publication page. Regards, Don ** Don Deese, Computer Management Sciences, Inc. Voice: (804) 776-7109 Fax: (804) 776-7139 http://www.cpexpert.org ** At 09:03 AM 9/4/2009, you wrote: Guys, I know this was discussed, I've trawled though the archives, but I didn't spot what the answer to the question was. I use Softcopy Librarian but I can't find the z/OS Data Areas for 1.10 on either the .boo or .pdf bookshelves. Have they been moved to a different shelf or renamed or is the only place you can get them on the online book manager site as HTML? That's not much use as it's s slow and the format is poor. Regards, Ron MacRae -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.76/2345 - Release Date: 09/04/09 05:51:00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMP SDATA options
Miklos Szigetvari wrote: Hi I 'm using SDATA=(CSA,SQA,TRT,RGN,SUM,ALLNUC,PSA,LSQA,GRSQ,LPA,SWA) to dump an address space Is this enough to get the complete user region ? Just in case data spaces are used, you might want to consider adding DSPNAME=('jobname',*) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ICETOOL and USS HFS SYMNAMES
Hi. I've a problem calling ICETOOL and referring SYMNAMES as unix file. I suppose that's caused by CrLf but I have no idea on how to solve it. jcl sample: //TEST EXEC PGM=ICETOOL //SYMNAMES DD PATHOPTS=(ORDONLY),PATH='file' toolmsg: ICE270I 1 PROCESSING SYMNAMES STATEMENTS SOC2_N,1,2 DLMS1,*,1 SOC3_N, $ Many thanks in advace. Regards, -- Marco Indaco MF Consultant Loc : Milan, Italy Mob : (+39) 335 7035564 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: file integrity verified - do I care?
We had a vendor supplied I/O program that was used all over the place - which did not check for status '97', but when the status returned was not '0x', returned its own error status. It was used way too often to go through the costs of tests (this is before OO changed testing standards), so we lived with it until we slowly got rid of our VSAM files. Ugly, ugly, ugly. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fwd: VLF papers and SHARE stickers
Whoops. Anyway, thanks John. From: Efinnell15 To: jkali...@csc.com Sent: 9/4/2009 8:54:15 A.M. Central Daylight Time Subj: Re: VLF papers and SHARE stickers In a message dated 9/4/2009 8:31:48 A.M. Central Daylight Time, jkali...@csc.com writes: Is there a missing link here? Links. It's a hectic story! Sorry for the confusion. I'll repost to the list when I hear from you. Using Acrobat.com _https://share.acrobat.com/adc/document.do?docid=349b2b0b-5862-49e2-8817-6bf 99fc2229c_ (https://share.acrobat.com/adc/document.do?docid=349b2b0b-5862-49e2-8817-6bf99fc2229c) Ibm-main Avery 5410 stickers 1 dots: _https://share.acrobat.com/adc/document.do?docid=76c0eacd-51e5-4bc5-9730-86d d18959461_ (https://share.acrobat.com/adc/document.do?docid=76c0eacd-51e5-4bc5-9730-86dd18959461) _https://share.acrobat.com/adc/document.do?docid=066a1d22-735b-4d5d-8938-86a fe6e11f89_ (https://share.acrobat.com/adc/document.do?docid=066a1d22-735b-4d5d-8938-86afe6e11f89) SHARE 72 VLF/LLA rollout proceedings: _https://share.acrobat.com/adc/document.do?docid=e8b5d8bd-0756-4156-84df-17f 70e4d7568_ (https://share.acrobat.com/adc/document.do?docid=e8b5d8bd-0756-4156-84df-17f70e4d7568) _https://share.acrobat.com/adc/document.do?docid=82ac866f-568e-4885-b487-094 8dfee371c_ (https://share.acrobat.com/adc/document.do?docid=82ac866f-568e-4885-b487-0948dfee371c) _https://share.acrobat.com/adc/document.do?docid=6006735c-35f2-4f94-9db4-3fe 5137de7f6_ (https://share.acrobat.com/adc/document.do?docid=6006735c-35f2-4f94-9db4-3fe5137de7f6) SHARE Avery 8293 1 1/2 stickers: _https://share.acrobat.com/adc/document.do?docid=b5b8194f-3d49-45ad-a472-d57 054569657_ (https://share.acrobat.com/adc/document.do?docid=b5b8194f-3d49-45ad-a472-d57054569657) _https://share.acrobat.com/adc/document.do?docid=05035910-ef16-420a-8f87-7f5 065bc4a93_ (https://share.acrobat.com/adc/document.do?docid=05035910-ef16-420a-8f87-7f5065bc4a93) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICETOOL and USS HFS SYMNAMES
Marco Gianfranco Indaco wrote: Hi. I've a problem calling ICETOOL and referring SYMNAMES as unix file. I suppose that's caused by CrLf but I have no idea on how to solve it. jcl sample: //TEST EXEC PGM=ICETOOL //SYMNAMES DD PATHOPTS=(ORDONLY),PATH='file' toolmsg: ICE270I 1 PROCESSING SYMNAMES STATEMENTS SOC2_N,1,2 DLMS1,*,1 SOC3_N, $ Many thanks in advace. Regards, Marco, The DFSORT doc states: A symbol data set can be a sequential data set, a partitioned member or a DD * data set That is, no z/OS UNIX files. Maybe in a later release. :) -- 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HyperPAV without I/O Priority Management
What type of DASD are you running on? We're looking into going to Hyper- PAVs and I heard there is a one-time Hyper-PAV license fee. Anyone know how much that cost? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICETOOL and USS HFS SYMNAMES
WIBNI there were adapters between HFS files and Sequential Data Sets? Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter ID: MartinPacker They're figuring out that collaboration isn't a productivity hit, it makes them smarter. Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMP SDATA options
Edward Jaffe wrote: Just in case data spaces are used, you might want to consider adding DSPNAME=('jobname',*) Sorry, that should have been DSPNAME=('jobname'.*) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICETOOL and USS HFS SYMNAMES
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Marco Gianfranco Indaco Sent: Friday, September 04, 2009 11:20 AM To: IBM-MAIN@bama.ua.edu Subject: ICETOOL and USS HFS SYMNAMES Hi. I've a problem calling ICETOOL and referring SYMNAMES as unix file. I suppose that's caused by CrLf but I have no idea on how to solve it. jcl sample: //TEST EXEC PGM=ICETOOL //SYMNAMES DD PATHOPTS=(ORDONLY),PATH='file' toolmsg: ICE270I 1 PROCESSING SYMNAMES STATEMENTS SOC2_N,1,2 DLMS1,*,1 SOC3_N, $ Many thanks in advace. Regards, -- Marco Indaco Try adding FILEDATA=TEXT to your DD statement: SYMNAMES. I've had that work for me. Be sure to add RECFM=F,LRECL=80,BLKSIZE=80 also. //SYMNAMES DD PATHOPTS=(ORDONLY),PATH='file', // FILEDATA=TEXT, // RECFM=F,LRECL=80,BLKSIZE=80 I am not totally sure this will work with ICETOOL, but it does with IEBGENER. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICETOOL and USS HFS SYMNAMES
Martin Packer wrote: WIBNI there were adapters between HFS files and Sequential Data Sets? Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter ID: MartinPacker They're figuring out that collaboration isn't a productivity hit, it makes them smarter. Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU Well, you could try adding DSORG=F,BLKSIZE=80 on your DD statement 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC DASD and Hyper-PAVs
On Fri, 4 Sep 2009 12:13:13 -0500, gsg gsg_...@yahoo.com wrote: Anyone using EMC DASD(DMX-3) with Hyper PAVs? I understand that a Bin file change is needed and a one-time Hyper-PAV license fee. Anyone know how much this license fee is? We've asked EMC, but haven't gotten a reply and it has been two weeks. TIA I guess they don't want to sell it to you. :-) Whatever the list price may be, these things are usually negotiable so it really doesn't matter what someone may say it cost them on this list. I know it isn't cheap. It took quite a bit of convincing with our management to get it with our DMX-4 migration since the people who worked on the deal didn't think about consulting anyone with technical expertise. Who have you tried to contact from EMC? Technical support? Sales / marketing reps? Didn't you just ask about this recently? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICETOOL and USS HFS SYMNAMES
thank you all. FILEDATA=TEXT works fine with SYMNAMES(but not in TOOLIN, DFSPARM and CNTL DD statements) DSORG, LRECL and RECFM work fine everywhere. Regards 2009/9/4 Steve Comstock st...@trainersfriend.com Martin Packer wrote: WIBNI there were adapters between HFS files and Sequential Data Sets? Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter ID: MartinPacker They're figuring out that collaboration isn't a productivity hit, it makes them smarter. Sam Palmisano on BlogCentral, 26 November 2008 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU Well, you could try adding DSORG=F,BLKSIZE=80 on your DD statement 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 == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Marco Indaco MF Consultant Loc : Milan, Italy Mob : (+39) 335 7035564 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EMC DASD and Hyper-PAVs
Anyone using EMC DASD(DMX-3) with Hyper PAVs? I understand that a Bin file change is needed and a one-time Hyper-PAV license fee. Anyone know how much this license fee is? We've asked EMC, but haven't gotten a reply and it has been two weeks. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC DASD and Hyper-PAVs
Yeah, I understand about the negotiation and I'm just trying to get a ball park figure. We contacted EMC a couple of weeks ago and we still haven't gotten anything yet. I did find a EMC PRICELIST on the Internet after I submitted this post. It shows $32,000. That's a start and I'm sure we will not pay that much. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC DASD and Hyper-PAVs
I hope you already have spare addresses on your LCUs for the ALIAS addresses. Otherwise you are in for some fun times moving volumes around. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Friday, September 04, 2009 10:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] EMC DASD and Hyper-PAVs Yeah, I understand about the negotiation and I'm just trying to get a ball park figure. We contacted EMC a couple of weeks ago and we still haven't gotten anything yet. I did find a EMC PRICELIST on the Internet after I submitted this post. It shows $32,000. That's a start and I'm sure we will not pay that much. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas for z/OS 1.10
Is there any significance to the fact that the Data Area volumes seem to be the only ones without an IBM document number in the bottom right corner? -Original Message- From: Leopold Strauss Sent: Friday, September 04, 2009 6:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Data Areas for z/OS 1.10 There are two symbols at the left of every book ( a book-symbol and a pdf-symbol). I loaded down every book with clicking the pdf-symbol to my PC as pdf-file. Another way is to open the html-file with the book-symbol, and in the top of the page there is a tool-bar, where you can find the pdf-symbol for downloading again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC DASD and Hyper-PAVs
We are currently using Dynmaic PAVs. We may actuall have to scale them back. I think that we will just leave them as is since we are not close to approaching the maximum address limit. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
file integrity verified - do I care?
previous comments in this thread snipped For any (all) of you who dislike the file status 97 - especially anyone involved in a VSE to MVS conversion (where this seems to be a medium-high priority problem), please consider submitting a Marketing Request to IBM and reference the existing SHARE requirement: SSLNGC0413615 Optional (ISO 2002) 0x file-status code for current 97 (current status of this requirement is RECOGNIZED) That requirement asks for an enhancement that could be selected by compiler or run-time option to automatically turn a 97 into a 0x file status. (Obviously, run-time would have the advantage of no recompile required while compile-time would have the advantage of NOT impacting existing programs - without an explicit selection of the feature). * * * To respond to one part of this thread, YES, the Standard (all past and present one) DOES explicitly state that an implementor defined 9x file status *MUST* be considered unsuccessful. The way that IBM gets away with what they do on a 97, is that the standard does NOT define what must happen on an unsuccessful I/O - when no declarative or file status checking is done. * * * * As always, doing a marketing requirement does NOT guaranteed to do anything more than the existing SHARE requirement does. However, it does tell IBM that this is really impacting existing customers and lets IBM judge how serious the impact it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: file integrity verified - do I care?
Thanks Bill!!! I'm going to start typing right now. :-) Frank On 9/4/2009 at 3:43 PM, in message 85ce438477b040f1aa47a93d19a78...@wmk, Bill Klein wmkl...@ix.netcom.com wrote: previous comments in this thread snipped For any (all) of you who dislike the file status 97 - especially anyone involved in a VSE to MVS conversion (where this seems to be a medium-high priority problem), please consider submitting a Marketing Request to IBM and reference the existing SHARE requirement: SSLNGC0413615 Optional (ISO 2002) 0x file-status code for current 97 (current status of this requirement is RECOGNIZED) That requirement asks for an enhancement that could be selected by compiler or run-time option to automatically turn a 97 into a 0x file status. (Obviously, run-time would have the advantage of no recompile required while compile-time would have the advantage of NOT impacting existing programs - without an explicit selection of the feature). * * * To respond to one part of this thread, YES, the Standard (all past and present one) DOES explicitly state that an implementor defined 9x file status *MUST* be considered unsuccessful. The way that IBM gets away with what they do on a 97, is that the standard does NOT define what must happen on an unsuccessful I/O - when no declarative or file status checking is done. * * * * As always, doing a marketing requirement does NOT guaranteed to do anything more than the existing SHARE requirement does. However, it does tell IBM that this is really impacting existing customers and lets IBM judge how serious the impact it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC DASD and Hyper-PAVs
That's good to know. You may not want to give up those 3390A addresses so quickly. While the standard 32 ALIAS that most people are deploying for HyperPAV is plenty in most cases, I just been working with one account where 32 is plainly not enough and they are getting some significant IOS Q time - averages of 400ms and max of 800ms. In general a small number of Alias will work well with small service times, but if you have volumes with many concurrent IO and large service times it is pretty easy to eat up those aliases very quickly. In this case it is the 32K DSNDB07 tables, but it could easily be any other volume with many large chained IO, or a occasional sibling pend problems. So hold on to those Aliases until you're sure you don't need them. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Friday, September 04, 2009 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] EMC DASD and Hyper-PAVs We are currently using Dynmaic PAVs. We may actuall have to scale them back. I think that we will just leave them as is since we are not close to approaching the maximum address limit. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Status code 97 Re: file integrity verified - do I care?
On 4 Sep 2009 14:46:20 -0700, in bit.listserv.ibm-main you wrote: previous comments in this thread snipped For any (all) of you who dislike the file status 97 - especially anyone involved in a VSE to MVS conversion (where this seems to be a medium-high priority problem), please consider submitting a Marketing Request to IBM and reference the existing SHARE requirement: SSLNGC0413615 Optional (ISO 2002) 0x file-status code for current 97 (current status of this requirement is RECOGNIZED) That requirement asks for an enhancement that could be selected by compiler or run-time option to automatically turn a 97 into a 0x file status. (Obviously, run-time would have the advantage of no recompile required while compile-time would have the advantage of NOT impacting existing programs - without an explicit selection of the feature). * * * To respond to one part of this thread, YES, the Standard (all past and present one) DOES explicitly state that an implementor defined 9x file status *MUST* be considered unsuccessful. The way that IBM gets away with what they do on a 97, is that the standard does NOT define what must happen on an unsuccessful I/O - when no declarative or file status checking is done. * * * * As always, doing a marketing requirement does NOT guaranteed to do anything more than the existing SHARE requirement does. However, it does tell IBM that this is really impacting existing customers and lets IBM judge how serious the impact it. It would be interesting to see what would happen if someone with their management's full backing filed an APAR and a protest to ISO and ANSI claiming that the status code 97 in fact makes IBM COBOL non-compliant. I THINK this travesty came in with the implicit verify that came with DF/EF. Unfortunately nobody (including myself) clued to the broken as designed violation of the standard and raise a big enough stink at the time. Either a compile or LE option to return 00 instead of 97 would be an adequate fix. I can think of a number of shops where this would be very useful. In terms of lost time and disruption to production, this anomaly has probably cost IBM shops collectively millions of dollars in the past 20 - 30 years. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: file integrity verified - do I care?
For any (all) of you who dislike the file status 97 - especially anyone involved in a VSE to MVS conversion (where this seems to be a medium-high priority problem), please consider submitting a Marketing Request to IBM and reference the existing SHARE requirement: SSLNGC0413615 Optional (ISO 2002) 0x file-status code for current 97 Yes, it was very aggravating when status code of 97 appeared on the landscape. But, to be honest with you, all of our I/O routines are coded to treat 00 and 97 the same. So for IBM to remove 97 as a status code will no real effect. If this status code had just appeared, I would say yes it would help save some needless coding, but since it's been around so long...we already have coded around it. And management won't spend the money to remove it...no money to get gained. Thanks, Tom Savor _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any news about IBM and zPrime from the SHARE ?
Thanks, Ed. I had a couple of typos in that presentation, so I recently updated it. You can find the updated presentation at either http://ew.share.org/client_files/callpapers/attach/SHARE_in_Denver/S2109CW115540.pdf or at http://www.watsonwalker.com/presentations.html. Best regards, Cheryl On Sep 2, 2009, at 10:37 AM, Edward Jaffe wrote: Edward Jaffe wrote: I was listening. The only mention I heard all week was in Cheryl Watson's 9:30 Friday presentation: slides 17-18. http://ew.share.org/client_files/callpapers/attach/SHARE_in_Denver/S2109CW222303.pdf I followed the link in Cheryl's presentation and read the letter from Mark Anzani, VP and Chief Technology Officer: IBM System z, to Gregg Willhoit from DataDirect who apparently wrote Mr. Anzani asking for clarification of IBM's position on zPrime. IBM seems to have firmed-up its position considerably since the last letter I saw. Here are a few relevant excerpts from Mr. Anzani's letter: You have inquired about the propriety of taking actions to interfere with the normal and intended operation of z/OS and IBM LIC in order to enable Specialty Engines/Processors to process workloads beyond those designated by IBM. Any such activity, by whatever means, would exceed customer’s authorized use of the Specialty Engines/Processors and would constitute a breach of applicable agreements with IBM. This would also be a change to the environment, requiring customer to purchase additional authorizations. Customers would then pay applicable charges for software and maintenance associated with such capacity in accordance with their authorizations. As is widely known, IBM provides a means for customers to activate the computing resources/capabilities that are included in a System z machine as built-in-capacity, but which have not been authorized (e.g., additional processors, memory, and capabilities). IBM sells Miscellaneous Equipment Specification (“MES”) upgrades, which include modifications of LIC and provide the necessary authorizations. In particular, IBM sells such MES upgrades for customers who wish to convert Specialty Engines/Processors to CP capacity in order to execute general purpose workloads. To be clear, if customers use Specialty Processors/Engines to process workloads beyond the IBM authorizations, then customers must pay the hardware, software and maintenance pricing associated with full CP capacity. Customers seeking to expand their use of existing hardware (e.g., Specialty Engines/Processors) for use with additional workloads should contact their IBM representative regarding additional authorizations and applicable pricing. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html