Re: LPAR Group Controls
Unfortunately I don't have access to the definition panels of HMC due to outsourcing, but we defined our LPARs in the group with no defined capacity. Just the group capacity. And both benefit from unused CPU of each other. Here is a screenshot of RMF3 monitor: Partition --- MSU --- Cap Proc Def Act Def Num IMDMVG 037 NO 2.0 IMDPRO 0 8 NO 2.0 Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 03.02.2010 23:33:47: Greetings again, I have two LPARs that I'm trying to group softcap to 76 MSU's. I set the defined capacity in each to 76 and made them both members of the DEFAULT group and set that group capacity to 76. I expect this to allow resources to shift between both LPARs as needed. What I'm observing is the test LPAR looks like it's hard-capped based on its weighting and is not getting the resources the production LPAR doesn't need below the 76 MSU softcap. I still need to ensure more preference is given to the production LPAR, so I believe weighting is appropriate. But I also need the unused resources to be available to the test LPAR. Any ideas of what I'm missing ??? Thanks, Dave K. -- 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: WLM
I would also look at the presentations on the IBM WLM web page. These tell you a lot more than the manuals. For production CICS I would always go with response time goals. I know it uses a bit more CPU, but you get better controls. For development, I would probably use velocity (especially if in same Sysplex as production). Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +966 556730876 --- On Wed, 3/2/10, Kelman, Tom thomas.kel...@commercebank.com wrote: From: Kelman, Tom thomas.kel...@commercebank.com Subject: Re: WLM To: IBM-MAIN@bama.ua.edu Date: Wednesday, 3 February, 2010, 18:14 I am in the process of completely redesigning our WLM policy, so I'm going through pretty much the same as you. Although, I do have some experience in designing one shortly after WLM appeared on the scene. What I'm trying to get a handle on is new functionality and subsystems that have been introduced since I originally set up a WLM. What WLM manual are you looking at? Definitely get the MVS Planning Workload Management manual. Also, I would recommend the System Programmer's Guide to Workload Management Redbook. You might also want to review any performance manuals available for whatever subsystems you have (DB2, IMS, CICS, MQ, etc.). As far as response time vs. velocity goals are concerned, response time goals are a whole lot easier to deal with. If you have CICS, for example, you probably have a good idea how fast you want the transactions to finish. That and IMS are excellent candidates for response time goals. Also, response time goals stay the same between operating system and hardware changes. Velocity goals need to be reevaluated and possibly changed. However, long running tasks (long batch jobs, forever running STCs, etc.) require velocity goals, but you can set up a response time goal service class for some batch jobs. For example, in my first WLM I had set up a response time goal of 60% witching 15 minutes for short running jobs. It worked well, but you do need to know, and be able to control, your batch environment to do that. Also, when setting up a response time goal, use percentage response time, not average response time. IMHO the average response time goal is worthless. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Wednesday, February 03, 2010 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM What are the benefits on controlling via a response time goal vs. a velocity goal? Our system has been pretty constrained lately and I'm looking for ways to improve it, but I'm not that familiar with WLM. By the way, I am looking at the WLM manual was well. I need to get the MVS Planning Workload Management one though. -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
FTP CODE PAGE
Hi all I'd like to ftp file from z/OS to WinXP with conversion from EBCDIC to UTF-8 I tried 'quote site sbdataconn=(IBM-1047,UTF-8) but it doesn't show my polish letters Is there any direct way to do this ? -- Best regards, Rafal Hanzel Systems Programmer, RD of Computer System Department ZETO Katowice Sp. z o.o. ul. Owocowa 1 40-158 Katowice, Poland Phone: +48 32 3589 246 Mobile:+48 501677656 e-mail: hanz...@zetokatowice.pl www: http://www.zetokatowice.pl -- 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
Second port on OSA-Express3 in OSC mode
Few months ago IBM announced enhancement of OSA-Express3 in OSC (OSA-ICC) mode. It was planned to make second port usable. Availability date was 1Q2010 Q: How can I recognize whether it is already available on my CPC? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- 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: Strange JCL error
Don Leahy wrote: I was able to set up a situation that generated a similar, but not identical, error message when I issued the SUB command: ISPF system data set allocation error - press Enter to continue. Temporary control card data set cannot be allocated. DAIR RC = 12 dec, DARC = 970C hex. *** That was with my TSO profile set to NOWTPMSG. If I reset it to WTPMSG the cause of the problem is obvious: ICH408I USER(BSB945 ) GROUP(DX95) NAME(LEAHY, DON ) DXXX.BSB945.SPFTEMP0.CNTL CL(DATASET ) VOL(STRD17) DEFINE - RESOURCE NOT PROTECTED ISPF system data set allocation error - press Enter to continue. Temporary control card data set cannot be allocated. DAIR RC = 12 dec, DARC = 970C hex. *** Do you have WTPMSG turned on? (It's a long shot, most people do). Well, I went and checked, and, yes I do have it turned on. A more likely cause has surfaced: at Mark's suggestion I took a look a the allocation attributes of the SPFTEMP0.CNTL data set, and it had LRECL or 80 and BLKSIZE of 800. Now you may recall that one of the symptoms was SDSF only showed my input as 10 lines of JCL. It's possible that only one block was being read in, then maybe an I/O error (bad block) kept the rest of the JCL out and that one block was passed to the Converter. Hard to be sure, and we're running under z/VM so there's several layers of code here. Since the problem has gone away, I'm moving on. -- 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 me about our new, reduced rates for purchasing our course materials for use by your own trainers or Subject Matter Experts (SMEs). -- 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: Options for moving data
Johnston, Robert E pisze: We are a monoplex z/OS system and will be moving to a new data center late this year. When we move, we will get a new CPU (z9 now) and replace our Shark (2105-800) with something else. Ideally, the desire is to keep our existing system running while testing the new system and do a quick cutover using non-disruptive move software to move DASD volumes from old unit to new. Now we're thinking, how are we going to move that data? They think we would be down too long to dump and restore (3592). Likewise on physically moving the Shark plus it could be risky. So I ask you big, bad, concurrent copying, GDPSers out there... What are our options for quickly moving about 400 3390-3 and a few 3390-9, or replicating our current volumes to a new unit located a few miles away? I would appreciate any advice or pointers to things I should check out. We will probably have some help from our Business Partner but we need to start thinking things out now. The cheapest and potentially the most secure method: 1. Connect both DASD boxes to the host. 2. Use SMS + DSS (or FDR) - DISNEW existing volumes and COPY existing datasets. 3. For DB2 use REORG with DISNEW. 4. For system, pages, etc. plan an 1/2-3/4 hour outage. 5. It does not impact I/O (can be done so). Advantages: 1. It requires no add-on tool. Means it's free. 2. It allows both dasd boxes to be all the time replicated (mirrored). 3. It can be tested and measured as long as you need, no constraints on time, no service windows for testing. Disadvantage: 1. It does not manage few system disks, so it require short service window. -- 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: FTP CODE PAGE
Rafal Hanzel wrote: Hi all I'd like to ftp file from z/OS to WinXP with conversion from EBCDIC to UTF-8 I tried 'quote site sbdataconn=(IBM-1047,UTF-8) but it doesn't show my polish letters Is there any direct way to do this ? Have you tried using ibm-870? That seems to be a code page that supports Polish. 1047 does not have Polish in its list of supported languages. Reference: http://www.ibm.com/software/globalization/ccsid/ccsid_registered.jsp and also: http://www.ibm.com/software/globalization/cp/cp00870.jsp -- 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 me about our new, reduced rates for purchasing our course materials for use by your own trainers or Subject Matter Experts (SMEs). -- 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: FTP CODE PAGE
Steve Comstock pisze: Have you tried using ibm-870? That seems to be a code page that supports Polish. 1047 does not have Polish in its list of supported languages. Yes, I do. When I try 'get data' using 'quote site sbdataconn=(IBM-870, UTF-8)' I receive : ' Data contains codepoints that cannot be translated ' I tried : //ICONVEXEC PROC=EDCICONV, // INFILE='TEST.TEST88', // OUTFILE='TEST.TEST.ZZA', // FROMC='IBM-870', // TOC='UTF-8' //SYSPRINT DD SYSOUT=* and ftp binary format after that It gives me good translation but all data are in one line :-( Best regards, Rafal Hanzel Systems Programmer, RD of Computer System Department ZETO Katowice Sp. z o.o. ul. Owocowa 1 40-158 Katowice, Poland Phone: +48 32 3589 246 Mobile:+48 501677656 e-mail: hanz...@zetokatowice.pl www: http://www.zetokatowice.pl -- 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: Antwort: Re: Weights and CPs
On Thu, 4 Feb 2010 08:49:23 +0100, Werner Kuehnel werner.kueh...@mannheimer.de wrote: We also have very small LPARs with 42 and 11 MSUs running on a z10 with 16 procs and turned off HIPERDISPATCH, because it didn't us good. Mainly we saw an increase in IMS resp times when it was turned on. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 03.02.2010 19:20:17: HIPERDISPATCH helps to eliminate this problem. So does IRD VARY CPU management, but HIPERDISPATCH is much more responsive. HIPERDISPATCH can park the CPU, which has the same benefit to PR/SM as being offline. Mark Zelden You turned off HIPERDISPATCH on all LPARs, or just the small ones? I assume you have some bigger LPARs than 42 and 11 MSUs with a 16 engine z10. :-) 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: LPAR Group Controls
On Thu, 4 Feb 2010 09:05:16 +0100, Werner Kuehnel werner.kueh...@mannheimer.de wrote: Unfortunately I don't have access to the definition panels of HMC due to outsourcing, but we defined our LPARs in the group with no defined capacity. Just the group capacity. And both benefit from unused CPU of Greetings again, I still need to ensure more preference is given to the production LPAR, so I believe weighting is appropriate. But I also need the unused resources to be available to the test LPAR. Any ideas of what I'm missing ??? Thanks, Dave K. It is perfectly fine to combine a system-level defined capacity limit with a group limit - though it won't be required with the numbers you use. You may want to verify in the RMF MON III CPC report that the LPAR is member of the capacity group. A member that does not meet the requirements (such as initial capping unchecked, using shared processors, z/OS R8 or above) would not be joined to the group. Horst Sinram, IBM z/OS DFSMSrmm Architecture, z/OS Capacity Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS QUESTION - ADR8661
snip I am puzzled by the message ADR866I /snip Hopefully that was a logical restore not a physical one. What was the diagnostic codes? Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM countersues Neon over zPrime accelerator
On Wed, 3 Feb 2010 16:37:36 -0600, Mark Zelden wrote: I'm not trying to start an argument, but performance is not about beliefs or gut feelings. It's about measurements and data / facts to back it up. I agree completely. The fact is, that there is overhead in engine switching to move work over to a specialty processor, so I'm not inclined to believe that from a performance perspective, overall, a system would run better with a split between zAAPs and GPs as opposed to all GPs. Is that a belief or is it based upon measurements and data? Now, I can see that WAS could run better since the zAAP(s) could be sitting there servicing the java work without competition - but the rest of the system could be CPU starved (also, remember the additional overhead if these engines are in another book). So I guess my point is, putting aside software costs, it is better from an overall system performance perspective to have all GPs. Again, is that belief or measurement? -- Tom Marchant -- 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 08:19:18 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Wed, 3 Feb 2010 16:37:36 -0600, Mark Zelden wrote: I'm not trying to start an argument, but performance is not about beliefs or gut feelings. It's about measurements and data / facts to back it up. I agree completely. So I guess my point is, putting aside software costs, it is better from an overall system performance perspective to have all GPs. Again, is that belief or measurement? Measurement. There is a measurable overhead in switching work over to a specialty processor. Patrick already quoted / linked to one source: http://www.itindepth.com/JoseCastano-zAAP.htm ... less than 5% - we usually see around 1-3% in lab measurements - a recent customer measured 2% Frankly, I am a little surprised about the way this thread has gone. zAAPs and zIIPs weren't invented to improve performance. They were created for marketing and software pricing since that is a major issue with our platform. If all the engines and software were cheaper, the platform would be better off without them. (and yes, I'm still leaving out the caveat of full spead zAAPs/zIIPs on a knee-capped box - again, that is a marketing point to help sell them, to decrease software costs and encourage new workloads). 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: Weights and CPs
Just the small ones of course. The other LPARs belong to other customers. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 04.02.2010 14:37:14: On Thu, 4 Feb 2010 08:49:23 +0100, Werner Kuehnel werner.kueh...@mannheimer.de wrote: We also have very small LPARs with 42 and 11 MSUs running on a z10 with 16 procs and turned off HIPERDISPATCH, because it didn't us good. Mainly we saw an increase in IMS resp times when it was turned on. Werner Kuehnel IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu schrieb am 03.02.2010 19:20:17: HIPERDISPATCH helps to eliminate this problem. So does IRD VARY CPU management, but HIPERDISPATCH is much more responsive. HIPERDISPATCH can park the CPU, which has the same benefit to PR/SM as being offline. Mark Zelden You turned off HIPERDISPATCH on all LPARs, or just the small ones? I assume you have some bigger LPARs than 42 and 11 MSUs with a 16 engine z10. :-) 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 -- 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: FTP CODE PAGE
Rafal Hanzel wrote: Steve Comstock pisze: Have you tried using ibm-870? That seems to be a code page that supports Polish. 1047 does not have Polish in its list of supported languages. Yes, I do. When I try 'get data' using 'quote site sbdataconn=(IBM-870, UTF-8)' I receive : ' Data contains codepoints that cannot be translated ' I tried : //ICONVEXEC PROC=EDCICONV, // INFILE='TEST.TEST88', // OUTFILE='TEST.TEST.ZZA', // FROMC='IBM-870', // TOC='UTF-8' //SYSPRINT DD SYSOUT=* and ftp binary format after that It gives me good translation but all data are in one line :-( Best regards, Rafal Hanzel Systems Programmer, RD of Computer System Department ZETO Katowice Sp. z o.o. ul. Owocowa 1 40-158 Katowice, Poland Phone: +48 32 3589 246 Mobile:+48 501677656 e-mail: hanz...@zetokatowice.pl www: http://www.zetokatowice.pl Well, that's due to line ends, of course. I'm working on a utility program, to run on z/OS, that will convert / repackage files including line end conversion and a variety of code page conversions. From: MVS flat file (F, FB, V, VB) orHFS file (filedata={text|binary|record}), possibly with length prefix or you specify the record delimiter To: MVS flat file (F, FB, V, VB) orHFS file (filedata={text|binary|record}), possibly with length prefix or you specify the record delimiter skip some records on input stop after some records on output selected records composed of fields from input and literals fields identified as string can be converted between any supported code pages (several EBCDIC and ASCII as well as UTF-8, UTF-16, and UTF-32); 870 wasn't in my initial ship plan but it could be added; and I'll have instructions for adding your own codepage mappings fields identified as zoned decimal can be packed or converted to binary or edited; fields identified as packed can be converted to binary, edited, converted to zoned, converted to packed but different size, etc. Include optional header and trailer lines (e.g.: HTML or XML headers and trailers) - Moving right along, but it will be a few months before it'll be ready to go, I imagine. When it's ready it might be just the thing you're looking for. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com Do It Yourself training: Ask me about our new, reduced rates for purchasing our course materials for use by your own trainers or Subject Matter Experts (SMEs). -- 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 08:35:55 -0600, Mark Zelden mark.zel...@zurichna.com wrote: Frankly, I am a little surprised about the way this thread has gone. zAAPs and zIIPs weren't invented to improve performance. They were created for marketing and software pricing since that is a major issue with our platform. If all the engines and software were cheaper, the platform would be better off without them. (and yes, I'm still leaving out the caveat of full spead zAAPs/zIIPs on a knee-capped box - again, that is a marketing point to help sell them, to decrease software costs and encourage new workloads). Yes I am a bit surprised as well about the way this thread is going. Perhaps the marketing talks about the benefits of zAAPs and zIIPs has worked better than we thought. Obviously people started believing it was to improve performance ! I am puzzled :) Bruno Sugliani zxnetconsult(at)free(dot)fr -- 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: Strange JCL error
When we have had users with similar problems submitting jobs, we have discovered their SPFTEMP0.CNTL data set is multi-volume. This may not be relevant because I don't recall anyone ever having only part of their job read in and I know you're moving on, but I thought I'd throw this out there. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Comstock Sent: Thursday, February 04, 2010 6:57 AM A more likely cause has surfaced: at Mark's suggestion I took a look a the allocation attributes of the SPFTEMP0.CNTL data set, and it had LRECL or 80 and BLKSIZE of 800. Now you may recall that one of the symptoms was SDSF only showed my input as 10 lines of JCL. It's possible that only one block was being read in, then maybe an I/O error (bad block) kept the rest of the JCL out and that one block was passed to the Converter. Hard to be sure, and we're running under z/VM so there's several layers of code here. Since the problem has gone away, I'm moving on. -- 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
z/OS 1.11 STCs which now require UID/GID?
This is from a thread which was on the RACF-L list. Does anybody know of any STCs started at IPL time which require a UNIX UID/GID in z/OS 1.11, but did not require them on z/OS 1.10? I've looked in the migration manual and didn't see any, 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: FTP CODE PAGE
Steve Comstock pisze: Well, that's due to line ends, of course. - Moving right along, but it will be a few months before it'll be ready to go, I imagine. When it's ready it might be just the thing you're looking for. Steve thanks for reply I do some test and if I .. 1. OCOPY INDD(INMVS) OUTDD(OUTHFS) TEXT CONVERT(NO) PATHOPTS(USE) 2. iconv -f IBM-870 -t utf-8 OUTHFS OUTTEST 3. ftp binary OUTTEST it's all OK ... ( I think so .. it's end of my work and maybe something is not checked) But provided is all checked... why is it working on this way ?? Is it possible to run iconv directly in JCL ? TIA Best regards, Rafal Hanzel Systems Programmer, RD of Computer System Department ZETO Katowice Sp. z o.o. ul. Owocowa 1 40-158 Katowice, Poland Phone: +48 32 3589 246 Mobile:+48 501677656 e-mail: hanz...@zetokatowice.pl www: http://www.zetokatowice.pl -- 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: FTP CODE PAGE
Here's an In-line proc I've used to run ICONV. Alan //EDCICONV PROC INFILE=, INPUT DATA SET // OUTFILE=,OUTPUT DATA SET // FROMC=, INPUT CODE SET NAME // TOC= OUTPUT CODE SET NAME //* //EDCICONV EXEC PGM=EDCICONV,REGION=10M, // PARM=('FROMCODE(FROMC),TOCODE(TOC)') //SYSUT1DD DISP=SHR,DSN=INFILE //SYSUT2DD DISP=SHR,DSN=OUTFILE //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY // PEND //CONV EXEC EDCICONV, // INFILE=userid.MTGLB03.PRODE, // OUTFILE=userid.MTGLB03.PRODA, // FROMC='IBM-1047', // TOC='ISO8859-1' Is it possible to run iconv directly in JCL ? -- 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 08:35:55 -0600, Mark Zelden wrote: zAAPs and zIIPs weren't invented to improve performance. They were created for marketing and software pricing since that is a major issue with our platform. If all the engines and software were cheaper, the platform would be better off without them. I agree. I would add that kneecapped engines are also a marketing gimmick that we could do without if they would fix the pricing. -- Tom Marchant -- 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: IBM countersues Neon over zPrime accelerator
We have a z9BC-T02 (soon to be downgraded to a Q02). A zAAP will definately out perform a CP in our circumstance. Well, for Java work, that is. If we had any. So, it is true that a unstricted CP and a zAAP run at the same speed. Therefore, in the situation where software costs are not relevant, an unretricted CP is better, more peformant, than a zAAP. Even for zAAP eligable work! Now, how many people here think that software costs are not relevant? Don't be shy! So, even if you have unrestricted CPs, a zAAP may be more cost effective than a CP. For zAAP eligible work, that is. zAAPs cost less to acquire than CPs. zAAPS don't add to your software bill. So, if while it may well be true that a CP is better when looked at in a pure performance scenario, for TCO purposes a zAAP may be a far better choice. -- 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 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bruno Sugliani Sent: Thursday, February 04, 2010 8:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM countersues Neon over zPrime accelerator On Thu, 4 Feb 2010 08:35:55 -0600, Mark Zelden mark.zel...@zurichna.com wrote: Frankly, I am a little surprised about the way this thread has gone. zAAPs and zIIPs weren't invented to improve performance. They were created for marketing and software pricing since that is a major issue with our platform. If all the engines and software were cheaper, the platform would be better off without them. (and yes, I'm still leaving out the caveat of full spead zAAPs/zIIPs on a knee-capped box - again, that is a marketing point to help sell them, to decrease software costs and encourage new workloads). Yes I am a bit surprised as well about the way this thread is going. Perhaps the marketing talks about the benefits of zAAPs and zIIPs has worked better than we thought. Obviously people started believing it was to improve performance ! I am puzzled :) Bruno Sugliani zxnetconsult(at)free(dot)fr -- 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: Weights and CPs
Does anyone know if it matters how you specify your weights? In my example on my original post, I had the following: *** For example LPAR1=881(3 CPs) LPAR2=63(2 CPs), LPAR3=221(3CPs), LPAR4=50(2CPs), LPAR5=37(1 CP), but we wanted to try something and recently changed to use a % method alll having 3 CPs online. For example, LPAR1=71, LPAR2=5, LPAR3=17, LPAR4=4, LPAR5=3 *** We've noticed that the target share is around the same for both, but is there a better way to do it? Should we go back to weighting the box our orignial way? If you notice, our original settings add up to more than 1000, I think it was 1252 or so. With the percentage method, it adds up to 100%. 101% if we bring up one of our development boxes. What happens if you over allocate the weights? For example 120%. 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: Weights and CPs
IIRC the weights are 'normalized' and a percentage calculated. You can specify weight values to sum anything you want, but the actual weight will be somewhere between 0 and 100. To me, making your weight values add up to 100 is less confusing. 1000 would be ok if you need more granularity I suppose. But, again, it does not matter. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Thursday, February 04, 2010 10:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Weights and CPs Does anyone know if it matters how you specify your weights? In my example on my original post, I had the following: *** For example LPAR1=881(3 CPs) LPAR2=63(2 CPs), LPAR3=221(3CPs), LPAR4=50(2CPs), LPAR5=37(1 CP), but we wanted to try something and recently changed to use a % method alll having 3 CPs online. For example, LPAR1=71, LPAR2=5, LPAR3=17, LPAR4=4, LPAR5=3 *** We've noticed that the target share is around the same for both, but is there a better way to do it? Should we go back to weighting the box our orignial way? If you notice, our original settings add up to more than 1000, I think it was 1252 or so. With the percentage method, it adds up to 100%. 101% if we bring up one of our development boxes. What happens if you over allocate the weights? For example 120%. TIA NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange JCL error
On Thu, 4 Feb 2010 05:56:41 -0700, Steve Comstock st...@trainersfriend.com wrote: A more likely cause has surfaced: at Mark's suggestion I took a look a the allocation attributes of the SPFTEMP0.CNTL data set, and it had LRECL or 80 and BLKSIZE of 800. Now you may recall that one of the symptoms was SDSF only showed my input as 10 lines of JCL. It's possible that only one block was being read in, then maybe an I/O error (bad block) kept the rest of the JCL out and that one block was passed to the Converter. Hard to be sure, and we're running under z/VM so there's several layers of code here. Since the problem has gone away, I'm moving on. You may want to update your ISPF configuration table with values similar to these: ISPCTL0_BLOCK_SIZE = 27920 ISPCTL0_PRIMARY_QUANTITY= 30 ISPCTL0_SECONDARY_QUANTITY = 300 -- 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 10:04:21 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Thu, 4 Feb 2010 08:35:55 -0600, Mark Zelden wrote: zAAPs and zIIPs weren't invented to improve performance. They were created for marketing and software pricing since that is a major issue with our platform. If all the engines and software were cheaper, the platform would be better off without them. I agree. I would add that kneecapped engines are also a marketing gimmick that we could do without if they would fix the pricing. Not at all. That part has nothing to do wth a marketing gimmick. It's a way for IBM to manufacture the same engines (savings for IBM) and still provide many different engines speeds at different price points to meet the customer's requirements. No different than IBM trying to use the same parts for system z and other non-z platforms. 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
Statements in COMMNDXX
Hello, Thanks to anyone who can help me with this question. I have inherited a system with the following statements in COMMND00: COM='DD ADD,VOL=MVSRES' COM='DD NAME=SYS1.SYSNAME..DMPSEQ' COM='DD ALLOC=ACTIVE' Can anyone give me an idea what these statements do and why they might have been placed in this COMMND00 member? Thanks, Kurt -- 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: Statements in COMMNDXX
This is so the SVC Dump process will use the volume MVSRES and use the dump dataset name of SYS1.SYSNAME..DMPSEQ. Here are my parms COM='DD ADD,SMS=(S=SYSTEMS) ADD AUTOMATIC DUMP TO SMS STORGRP' COM='DD NAME=SYS4.SYSNAME..DMPSEQ..JOBNAME SET DUMP SYMBOLICS ' COM='DD ALLOC=ACTIVE SET AUTOMATIC DUMP CREATION ON ' I like using SMS storage pool for my SVC Dumps. Lizette Hello, Thanks to anyone who can help me with this question. I have inherited a system with the following statements in COMMND00: COM='DD ADD,VOL=MVSRES' COM='DD NAME=SYS1.SYSNAME..DMPSEQ' COM='DD ALLOC=ACTIVE' Can anyone give me an idea what these statements do and why they might have been placed in this COMMND00 member? -- 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: IBM countersues Neon over zPrime accelerator
As long as we are throwing opinions in here, I'll add mine. And you get what you have paid for it. :-) Depending on the actual scenario, I have seen cases where both Mark and Patrick are correct (measurement). But if the truth be known (belief), most managers would manage to the $$$ bottom line, so the overhead of CP switching is an acceptable compromise regardless of its impact (belief, but backed by actual experience). John's point about software costs echo mine. zAAPs were initially acquired because shops didn't want CPU-hogging JAVA work to monopolize CPs under any circumstances. It wasn't about JAVA performing well; it was about them not affecting other work. As JAVA on z/OS has become more pervasive, its performance became important and the paradigm has shifted slightly. But costs are still the yardstick most shops configure to. Reviewing zIIP and zAAP eligible time relative to the S4HRA of MSUs is normally a sufficient cost justification for acquiring additional specialty engines *because* while we entertain thoughts of cheap GP CPs, we ain't there yet! :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, February 04, 2010 11:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM countersues Neon over zPrime accelerator We have a z9BC-T02 (soon to be downgraded to a Q02). A zAAP will definately out perform a CP in our circumstance. Well, for Java work, that is. If we had any. So, it is true that a unstricted CP and a zAAP run at the same speed. Therefore, in the situation where software costs are not relevant, an unretricted CP is better, more peformant, than a zAAP. Even for zAAP eligable work! Now, how many people here think that software costs are not relevant? Don't be shy! So, even if you have unrestricted CPs, a zAAP may be more cost effective than a CP. For zAAP eligible work, that is. zAAPs cost less to acquire than CPs. zAAPS don't add to your software bill. So, if while it may well be true that a CP is better when looked at in a pure performance scenario, for TCO purposes a zAAP may be a far better choice. -- John McKown Systems Engineer IV 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: Statements in COMMNDXX
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kurt Eastwood Sent: Thursday, February 04, 2010 10:40 AM To: IBM-MAIN@bama.ua.edu Subject: Statements in COMMNDXX Hello, Thanks to anyone who can help me with this question. I have inherited a system with the following statements in COMMND00: Those statements allow for dynamic allocation of SVC dump datasets. In the past, you had SYS1.DUMPnn preallocated. Now, SVC dump can dynamically allocate the datasets to receive the SVC dump. COM='DD ADD,VOL=MVSRES' Means: put the dynamically allocated datasets on MVSRES. COM='DD NAME=SYS1.SYSNAME..DMPSEQ' Means: The DSN of the dataset will be 'SYS1.' followed by the SYSNAME (name of the z/OS image), followed by the characters '.DMP' and lastly with the dump number (starts at one and goes up). COM='DD ALLOC=ACTIVE' Means: Make it so! Can anyone give me an idea what these statements do and why they might have been placed in this COMMND00 member? They are in COMMND00 because they are commands and there is no equivalent to them in any other PARMLIB member. Thanks, Kurt -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, 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
COMMND00
All, Bruno was able to help me with the following statements: COM='DD ADD,VOL=MVSRES' COM='DD NAME=SYS1.SYSNAME..DMPSEQ' COM='DD ALLOC=ACTIVE' Please disregard my question as I have the answer now. Thanks to all who considered my question. Thanks again Bruno. Kurt -- 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
Word-1 of the Conventional Save Area
Could someone please enlighten me as to what the purpose is/was of the first word of a save area? Usually when I'm going through a dump it's not important, but I have seen LE put some control information in there. I've also heard of programmers putting program-specific stuff in there, but I'm curious as to what the original purpose was of it. Thanks. Adam Johanson IMS Systems Programming USAA -- 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: Tape drive disconnect time issue
Check the CHPid percent utilization on the HMC SAD display. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Wednesday, February 03, 2010 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape drive disconnect time issue snip some of those STK drives were faster than ESCON could go. Have you looked at the path? /snip the LCU display doesn't show any contention and each drive has its own ESCON so I would image that the throttle would be the CHP and/or I/O processor in the z9. The total number of I/O vary by about 9% but they stay in the range of 600k in a 15 minute RMF interval. The higher disconnect time occur with the same I/O load but at different times, ie the 0130 hrs interval would have high disconnect and the 0145 interval would not and both intervals are within 2k SIOs for the intervals. Jack Kelly 202-502-2390 (Office) From: Hal Merritt hmerr...@jackhenry.com To: IBM-MAIN@bama.ua.edu Date: 02/03/2010 03:32 PM Subject: Re: Tape drive disconnect time issue Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu IIRC, some of those STK drives were faster than ESCON could go. Have you looked at the path? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Wednesday, February 03, 2010 12:51 PM To: IBM-MAIN@bama.ua.edu Subject: Tape drive disconnect time issue I have an old STK tape system ( ten 9840's in 3490 emulation mode inside a 9740. Each drive ESCON point to point) , that will hopefully go away but I have an issue with HSM dump running longer than expected. The problem appears disconnect time. During the HSM dumps, we're using four drives for two DumpClasses and most other stuff is stopped (some FTPs will come in). No other tasks or LPAR is using any tape drive. Cpu is in the low 20% range, DASD service time is around 4 ms and DASD rate is around 50 and tape rate is around 600. One set of tape drives (1 tape for each of the two DumpClasses) has an RMF average disconnect time of .84 and the other set of drives has an average disconnect time of .06. This translates into a difference of 40k SIO in a 15 minute interval. This disparity will last for almost an hour, then the high disconnect time goes away (still using the same four tapes and drives). SMF21 doesn't indicate any Erase Gaps or temporary errors which I know causes high disconnect times. Jack Kelly 202-502-2390 (Office) NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Word-1 of the Conventional Save Area
On Thu, Feb 4, 2010 at 12:30 PM, Adam Johanson adam.johan...@usaa.comwrote: Could someone please enlighten me as to what the purpose is/was of the first word of a save area? Usually when I'm going through a dump it's not important, but I have seen LE put some control information in there. I've also heard of programmers putting program-specific stuff in there, but I'm curious as to what the original purpose was of it. ISTR it was used by PL/I. Which, if you recall, was going to be The Language, used by everyone for everything, so wasting a fullword (worth something, back then!) was deemed reasonable. -- 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: Word-1 of the Co nventional Save Area
It is still used by PL/I, which is alive and well, to accomplish bidirectional save-area chaining. John Gilmore Ashland, MA 01721-1817 USA _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/201469228/direct/01/ -- 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: Word-1 of the Co nventional Save Area
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Thursday, February 04, 2010 11:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Word-1 of the Co nventional Save Area It is still used by PL/I, which is alive and well, to accomplish bidirectional save-area chaining. John Gilmore Ashland, MA 01721-1817 USA I thought the bidirectional chaining was done via words 2 3? 4(,13) is the back chain and 8(,13) is the forward chain. Of course, I always zero 8(,13) just before I RETURN (in HLASM). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, 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
HealthCenter Install Trouble
I'm trying to run IBM Support Assistant HealthCenter plugin, and installing the HealthCenter agent on WAS ND 6.1.0.17 is giving me so trouble. I have installed the agent files in the jre directory and have the following entry in the generic arguments in the WAS server: -agentlib:healthcenter -Xtrace:output=/tmp/perfmon.%p.out My current java version is: IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 z/OS s390-31 j9vmmz3123ifx-20080423 (JIT enabled) Java(TM) 2 Runtime Environment, Standard Edition (build pmz31devifx-20080502 (SR7 + IZ15683 + IZ21286)) J9VM - 20080415_18753_bHdSMr JIT - 20080130_0718ifx2_r8 GC - 200802_08. When I try to start up the application server, it doesn't start as JVM won't even start. Instead I get the following message in the job log: JVMJ9TI001E Agent library healthcenter could not be opened (EDC5205S DLL module not found. (errno2=0xC40B0025) JVMJ9VM015W Initialization error for library j9jvmti23(-3): JVMJ9VM009E J9VMDllMain failed Any suggestions would be greatly appreciated. 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: Strange JCL error
Intriguing! Edit the JCL in hex, look for oddities in column 72. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, February 04, 2010 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Strange JCL error On Thu, 4 Feb 2010 05:56:41 -0700, Steve Comstock st...@trainersfriend.com wrote: A more likely cause has surfaced: at Mark's suggestion I took a look a the allocation attributes of the SPFTEMP0.CNTL data set, and it had LRECL or 80 and BLKSIZE of 800. Now you may recall that one of the symptoms was SDSF only showed my input as 10 lines of JCL. It's possible that only one block was being read in, then maybe an I/O error (bad block) kept the rest of the JCL out and that one block was passed to the Converter. Hard to be sure, and we're running under z/VM so there's several layers of code here. Since the problem has gone away, I'm moving on. You may want to update your ISPF configuration table with values similar to these: ISPCTL0_BLOCK_SIZE = 27920 ISPCTL0_PRIMARY_QUANTITY= 30 ISPCTL0_SECONDARY_QUANTITY = 300 -- 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 -- 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 10:23:59 -0600, Mark Zelden wrote: On Thu, 4 Feb 2010 10:04:21 -0600, Tom Marchant wrote: I would add that kneecapped engines are also a marketing gimmick that we could do without if they would fix the pricing. Not at all. That part has nothing to do wth a marketing gimmick. It's a way for IBM to manufacture the same engines (savings for IBM) and still provide many different engines speeds at different price points to meet the customer's requirements. We can disagree about this. The kneecapped engines are _exactly_ the same as the full speed ones. It isn't like they are selecting parts that won't perform at full spec or something. Said another way, if they are able to make money selling the systems with kneecapped engines, it is a marketing gimmick to sell the exact same hardware that is allowed to run full speed. It's like when I worked for Amdahl in the '70's and they introduced the 470V/5. It was purely a marketing gimmick, and was acknowledged as such. If Ferrari sold cars for less money with governors that kept them from going over 80 MPH it would be the same thing. -- Tom Marchant -- 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: IBM countersues Neon over zPrime accelerator
Uhh, the same engines...at different price points -- sure sounds like marketing to me! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Mark Zelden wrote: On Thu, 4 Feb 2010 10:04:21 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Thu, 4 Feb 2010 08:35:55 -0600, Mark Zelden wrote: zAAPs and zIIPs weren't invented to improve performance. They were created for marketing and software pricing since that is a major issue with our platform. If all the engines and software were cheaper, the platform would be better off without them. I agree. I would add that kneecapped engines are also a marketing gimmick that we could do without if they would fix the pricing. Not at all. That part has nothing to do wth a marketing gimmick. It's a way for IBM to manufacture the same engines (savings for IBM) and still provide many different engines speeds at different price points to meet the customer's requirements. No different than IBM trying to use the same parts for system z and other non-z platforms. 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: Word-1 of the Co nventional Save Area #8207;
On Thu, 4 Feb 2010 11:54:44 -0600, McKown, John wrote: Of course, I always zero 8(,13) just before I RETURN (in HLASM). Of course? Why? -- Tom Marchant -- 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: LPAR Group Controls
On Thu, 4 Feb 2010 09:05:16 +0100, Werner Kuehnel werner.kueh...@mannheimer.de wrote: Unfortunately I don't have access to the definition panels of HMC due to outsourcing, but we defined our LPARs in the group with no defined capacity. Just the group capacity. And both benefit from unused CPU of each other. Here is a screenshot of RMF3 monitor: Partition --- MSU --- Cap Proc Def Act Def Num IMDMVG 037 NO 2.0 IMDPRO 0 8 NO 2.0 Werner Kuehnel Thanks Werner, I was thinking about removing the cap from each LPAR and leaving the group cap as it is, but it suddenly started balancing properly. No idea why. I think I'll change the individual LPAR caps anyway. It's duplicitous in any event. Thanks again, Dave K. -- 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: Word-1 of the Co nventional Save Area #8207;
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, February 04, 2010 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Word-1 of the Co nventional Save Area On Thu, 4 Feb 2010 11:54:44 -0600, McKown, John wrote: Of course, I always zero 8(,13) just before I RETURN (in HLASM). Of course? Why? -- Tom Marchant Habit, I guess. I regard that as a dangling pointer which may or may not be valid, so I zero it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, 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: Strange JCL error
On Thu, 4 Feb 2010 10:19:24 -0600, Mark Zelden wrote: You may want to update your ISPF configuration table with values similar to these: ISPCTL0_BLOCK_SIZE = 27920 ISPCTL0_PRIMARY_QUANTITY= 30 ISPCTL0_SECONDARY_QUANTITY = 300 Not BLOCK_SIZE=0? (Anything else is _so_ 20th-century!) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange JCL error
On Thu, 4 Feb 2010 12:16:32 -0600, Tony B. tbabo...@comcast.net wrote: Intriguing! Edit the JCL in hex, look for oddities in column 72. Or binary zeroes instead of x'40' ? Bruno Sugliani zxnetconsult(at)free(dot)fr -- 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 13:50:55 -0500, Gord Tomlin gt.ibm.li...@actionsoftware.com wrote: Uhh, the same engines...at different price points -- sure sounds like marketing to me! On Thu, 4 Feb 2010 12:50:02 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: We can disagree about this. The kneecapped engines are _exactly_ the same as the full speed ones. It isn't like they are selecting parts that won't perform at full spec or something. Said another way, if they are able to make money selling the systems with kneecapped engines, it is a marketing gimmick to sell the exact same hardware that is allowed to run full speed. I see what you are both saying. I guess it's the gimmick part I don't really agree with. Finding ways to manufacture something cheaper but still giving the consumer a product for the same price that does the same thing or better (if you consider the technology dividend in the specific case of system z) doesn't seem like a gimmick. It's smart business. In other words, to the end user, what's the difference in the inside parts changed and I am still getting a good deal. Would you feel better if IBM manufactured **130 different engine types for the z10 and you got the one rated at the MSU level you get today? ** the z10 BC has 130 different capacity settings alone, but that includes a combination of knee-capping and number of engines If Ferrari sold cars for less money with governors that kept them from going over 80 MPH it would be the same thing. If I could get a Ferrari for the same price as my Mustang, guess what... I would probably do it. Even if it could only go 80 MPH (which more than meets my requirements and is still well above the legal speed limit). It could be a win-win for the manufacturer and myself. 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: Strange JCL error
On Thu, 4 Feb 2010 13:18:28 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 4 Feb 2010 10:19:24 -0600, Mark Zelden wrote: You may want to update your ISPF configuration table with values similar to these: ISPCTL0_BLOCK_SIZE = 27920 ISPCTL0_PRIMARY_QUANTITY= 30 ISPCTL0_SECONDARY_QUANTITY = 300 Not BLOCK_SIZE=0? (Anything else is _so_ 20th-century!) Not sure... maybe zero wasn't supported at some point or the old assembled version which eventually because the keyword driven table. But your point is well taken. 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: Word-1 of the Co nventional Save Area
On Thu, 4 Feb 2010 13:06:10 -0600, McKown, John wrote: On Thu, 4 Feb 2010 11:54:44 -0600, McKown, John wrote: Of course, I always zero 8(,13) just before I RETURN (in HLASM). Of course? Why? Habit, I guess. I regard that as a dangling pointer which may or may not be valid, so I zero it. SYS1.MACLIB(RETURN) also contains: OI15(13),X'01' SET RETURN INDICATION 0160 FWIW, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP CODE PAGE
On Thu, 4 Feb 2010 14:32:03 +0100, Rafal Hanzel wrote: When I try 'get data' using 'quote site sbdataconn=(IBM-870, UTF-8)' I receive : ' Data contains codepoints that cannot be translated ' UTF-8 is a multibyte codepage. Try: 'quote site encoding=m' 'quote site mbdataconn=(IBM-870,UTF-8)' (MBdataconn not SBdataconn) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B990/4.5.3?SHELF=EZ2ZBK0HDT=20090326164815 Norbert Friemel -- 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: Tape drive disconnect time issue
I don't have a SAD going but I have RMF's channel report and again these are one to one drive and channel. The drives/channels that indicate the high disconnect time show 74% channel busy and the drives/channels that indicate the 'nominal' disconnect time show 88% channel busy (while doing almost 30% more I/Os). Jack Kelly 202-502-2390 (Office) From: Hal Merritt hmerr...@jackhenry.com To: IBM-MAIN@bama.ua.edu Date: 02/04/2010 12:39 PM Subject: Re: Tape drive disconnect time issue Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Check the CHPid percent utilization on the HMC SAD display. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Wednesday, February 03, 2010 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape drive disconnect time issue snip some of those STK drives were faster than ESCON could go. Have you looked at the path? /snip the LCU display doesn't show any contention and each drive has its own ESCON so I would image that the throttle would be the CHP and/or I/O processor in the z9. The total number of I/O vary by about 9% but they stay in the range of 600k in a 15 minute RMF interval. The higher disconnect time occur with the same I/O load but at different times, ie the 0130 hrs interval would have high disconnect and the 0145 interval would not and both intervals are within 2k SIOs for the intervals. Jack Kelly 202-502-2390 (Office) From: Hal Merritt hmerr...@jackhenry.com To: IBM-MAIN@bama.ua.edu Date: 02/03/2010 03:32 PM Subject: Re: Tape drive disconnect time issue Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu IIRC, some of those STK drives were faster than ESCON could go. Have you looked at the path? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Wednesday, February 03, 2010 12:51 PM To: IBM-MAIN@bama.ua.edu Subject: Tape drive disconnect time issue I have an old STK tape system ( ten 9840's in 3490 emulation mode inside a 9740. Each drive ESCON point to point) , that will hopefully go away but I have an issue with HSM dump running longer than expected. The problem appears disconnect time. During the HSM dumps, we're using four drives for two DumpClasses and most other stuff is stopped (some FTPs will come in). No other tasks or LPAR is using any tape drive. Cpu is in the low 20% range, DASD service time is around 4 ms and DASD rate is around 50 and tape rate is around 600. One set of tape drives (1 tape for each of the two DumpClasses) has an RMF average disconnect time of .84 and the other set of drives has an average disconnect time of .06. This translates into a difference of 40k SIO in a 15 minute interval. This disparity will last for almost an hour, then the high disconnect time goes away (still using the same four tapes and drives). SMF21 doesn't indicate any Erase Gaps or temporary errors which I know causes high disconnect times. Jack Kelly 202-502-2390 (Office) NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff /
Re: IBM countersues Neon over zPrime accelerator
having exploited z/IIPs very heavily with CA-IDMS, the *only* reason i was exploiting z/IIPs was to reduce software costs, not to improve performance are clients ADDING SPs to complement existing GPs? if so - there might be performance improvement, but it seems that the improvement would be no better than if they were to have purchased a corresponding number of GPs OR are clients REPLACING GPs with SPs? i wonder if *those* clients are seeing performance improvements? Chris Hoelscher Senior IDMS DB2 Database Administrator Humana Inc 502-476-2538 choelsc...@humana.com you only need to test the programs that you want to work correctly The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- 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: FTP CODE PAGE
FYIW, you can use IBM Ported Tools OpenSSH with Co:Z SFTP (free) to do this. (from WinXP using Putty SFTP to z/OS with Co:Z SFTP and Ported Tools): C:\ psftp u...@zoshost psftp ls /+mode=text psftp ls /+clientcp=utf-8 psftp ls /+linerule=crlf== if you want Windoze CRLFs as line terminators psftp get //HLQ.MY.DATASET Kirk Wolf Dovetailed Technologies http://dovetail.com PS If you prefer a single byte encoding, you might want to use ISO8859-2, which AFAIK covers Polish characters. 2010/2/4 Rafal Hanzel hanz...@zetokatowice.pl: Hi all I'd like to ftp file from z/OS to WinXP with conversion from EBCDIC to UTF-8 I tried 'quote site sbdataconn=(IBM-1047,UTF-8) but it doesn't show my polish letters Is there any direct way to do this ? -- Best regards, Rafal Hanzel Systems Programmer, RD of Computer System Department ZETO Katowice Sp. z o.o. ul. Owocowa 1 40-158 Katowice, Poland Phone: +48 32 3589 246 Mobile:+48 501677656 e-mail: hanz...@zetokatowice.pl www: http://www.zetokatowice.pl -- 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: Strange JCL error
Mark Zelden wrote: On Thu, 4 Feb 2010 13:18:28 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 4 Feb 2010 10:19:24 -0600, Mark Zelden wrote: You may want to update your ISPF configuration table with values similar to these: ISPCTL0_BLOCK_SIZE = 27920 ISPCTL0_PRIMARY_QUANTITY= 30 ISPCTL0_SECONDARY_QUANTITY = 300 Not BLOCK_SIZE=0? (Anything else is _so_ 20th-century!) Not sure... maybe zero wasn't supported at some point or the old assembled version which eventually because the keyword driven table. But your point is well taken. Mark Or an artifact from an encounter with OA09618? Bob -- 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: Word-1 of the Co nventional Save Area
Well, That would set the low-order bit of R14, which is the save return address. In the 24-bit and 31-bit environs that would make the return address invalid. Nifty, but tricky when you're doing 64-bit stuff. I gave it a quick look, but there seem to be so many logic paths through the macro that I kinda lost track. By the look of it, it won't generate the OI instruction in all cases... As for the use of Word-0 (or the first word) of the save area, I was once told that PL/I used it to point to its main memory management module, so that it could be invoked whenever necessary... In a 24-bit world this would have left 8 bits free, I don't know that these have ever been used. In some of my code I've used it to point to a chain of 'internal' save areas, preformatted for speed... Cheers, Abe Kornelis. == - Original Message - From: Paul Gilmartin paulgboul...@aim.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, February 04, 2010 8:32 PM Subject: Re: Word-1 of the Co nventional Save Area On Thu, 4 Feb 2010 13:06:10 -0600, McKown, John wrote: On Thu, 4 Feb 2010 11:54:44 -0600, McKown, John wrote: Of course, I always zero 8(,13) just before I RETURN (in HLASM). Of course? Why? Habit, I guess. I regard that as a dangling pointer which may or may not be valid, so I zero it. SYS1.MACLIB(RETURN) also contains: OI15(13),X'01' SET RETURN INDICATION 0160 FWIW, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 13:25:52 -0600, Mark Zelden wrote: On Thu, 4 Feb 2010 12:50:02 -0600, Tom Marchant wrote: We can disagree about this. ... if they are able to make money selling the systems with kneecapped engines, it is a marketing gimmick to sell the exact same hardware that is allowed to run full speed. I see what you are both saying. I guess it's the gimmick part I don't really agree with. Finding ways to manufacture something cheaper but still giving the consumer a product for the same price that does the same thing or better (if you consider the technology dividend in the specific case of system z) doesn't seem like a gimmick. It's smart business. I don't follow what you are saying here. Of course it is good to find ways to manufacture something less expensively. The kneecapped machines are not less expensive to manufacture though. In other words, to the end user, what's the difference in the inside parts changed and I am still getting a good deal. Would you feel better if IBM manufactured **130 different engine types for the z10 and you got the one rated at the MSU level you get today? No. That would be absurd. What is the benefit of 130 different capacity settings? Only one that I can think of: Software costs. -- Tom Marchant -- 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: Word-1 of the Conventional Save Area
--snip- Could someone please enlighten me as to what the purpose is/was of the first word of a save area? Usually when I'm going through a dump it's not important, but I have seen LE put some control information in there. I've also heard of programmers putting program-specific stuff in there, but I'm curious as to what the original purpose was of it. ---unsnip-- That first word has been used at various times for control and/or flag information by various processors, most notably PL/1 and ALGOL in S/360 days. While some consider it a artifact now, of no useful value, others may still use it for flag bits, etc. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Word-1 of the Co nventional Save Area
---snip--- It is still used by PL/I, which is alive and well, to accomplish bidirectional save-area chaining. --unsnip- Guess again. Bidirectional chaining s accompplished using the second and third word of the save area. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Word-1 of the Co nventional Save Area #8207;
Tom Marchant wrote: On Thu, 4 Feb 2010 11:54:44 -0600, McKown, John wrote: Of course, I always zero 8(,13) just before I RETURN (in HLASM). Of course? Why? So you know where the chain ends in a dump. -- 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: Word-1 of the Co nventional Save Area
On Thu, 4 Feb 2010 21:35:14 +0100 Abe Kornelis a...@bixoft.nl wrote: :That would set the low-order bit of R14, which is the :save return address. In the 24-bit and 31-bit environs :that would make the return address invalid. Nifty, :but tricky when you're doing 64-bit stuff. Also invalid in 64 bit mode. The low order bit is only valid when switching modes. -- 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: Word-1 of the Co nventional Save Area
On Thu, 4 Feb 2010 21:35:14 +0100, Abe Kornelis wrote: Paul Gilmartin wrote: SYS1.MACLIB(RETURN) also contains: OI15(13),X'01' SET RETURN INDICATION That would set the low-order bit of R14, which is the save return address. In the 24-bit and 31-bit environs that would make the return address invalid. Yes, but that is irrelevant, since R14 has already been loaded. Nifty, but tricky when you're doing 64-bit stuff. If you are using 64-bit registers you shouldn't be using a 72-byte save area. I gave it a quick look, but there seem to be so many logic paths through the macro that I kinda lost track. By the look of it, it won't generate the OI instruction in all cases... Only if T is specified. See the RETURN documentation. -- Tom Marchant -- 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: Word-1 of the Conventional Save Area
On Thu, Feb 4, 2010 at 3:53 PM, Rick Fochtman rfocht...@ync.net wrote: That first word has been used at various times for control and/or flag information by various processors, most notably PL/1 and ALGOL in S/360 days. PL/I. Not PL/1. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM countersues Neon over zPrime accelerator
The way I see Mark's argument is that it is a lot cheaper for IBM to make 1 processor book, with a set number of processors running at a set speed than to make 130 different combinations of speeds and numbers of engines. I don't need an 8 way, full speed machine to run my business. If I were to have to pay for that size machine to run my business, management would have gotten off the mainframe years ago. As it is, IBM sold me a really knee-capped machine (z9-bc) with a single engine active, running at about 1/3 the speed it is capable of, and it was cheaper for IBM to kneecap a full size box and sell it to me at the size I needed than it would have been for them to build me a box that was exactly the size I needed. Some call this a gimmick, others call it good business practices. Po-taa-to, po-tah-to. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, February 04, 2010 2:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM countersues Neon over zPrime accelerator On Thu, 4 Feb 2010 13:25:52 -0600, Mark Zelden wrote: On Thu, 4 Feb 2010 12:50:02 -0600, Tom Marchant wrote: We can disagree about this. ... if they are able to make money selling the systems with kneecapped engines, it is a marketing gimmick to sell the exact same hardware that is allowed to run full speed. I see what you are both saying. I guess it's the gimmick part I don't really agree with. Finding ways to manufacture something cheaper but still giving the consumer a product for the same price that does the same thing or better (if you consider the technology dividend in the specific case of system z) doesn't seem like a gimmick. It's smart business. I don't follow what you are saying here. Of course it is good to find ways to manufacture something less expensively. The kneecapped machines are not less expensive to manufacture though. In other words, to the end user, what's the difference in the inside parts changed and I am still getting a good deal. Would you feel better if IBM manufactured **130 different engine types for the z10 and you got the one rated at the MSU level you get today? No. That would be absurd. What is the benefit of 130 different capacity settings? Only one that I can think of: Software costs. -- Tom Marchant -- 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: IBM countersues Neon over zPrime accelerator
I always thought that the whole specialty engine thing is just not quite right. It is a way to make more money off of some customers who don't have a choice, while trying to win new customers to the mainframe by making their work cheaper. The end result is driving your old customers away because of the cost. I better not say any more or I'll get in trouble. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 Mark Zelden mark.zel...@zurichna.com wrote: Frankly, I am a little surprised about the way this thread has gone. zAAPs and zIIPs weren't invented to improve performance. They were created for marketing and software pricing since that is a major issue with our platform. If all the engines and software were cheaper, the platform would be better off without them. (and yes, I'm still leaving out the caveat of full spead zAAPs/zIIPs on a knee-capped box - again, that is a marketing point to help sell them, to decrease software costs and encourage new workloads). 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 14:46:30 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Thu, 4 Feb 2010 13:25:52 -0600, Mark Zelden wrote: On Thu, 4 Feb 2010 12:50:02 -0600, Tom Marchant wrote: We can disagree about this. ... if they are able to make money selling the systems with kneecapped engines, it is a marketing gimmick to sell the exact same hardware that is allowed to run full speed. I see what you are both saying. I guess it's the gimmick part I don't really agree with. Finding ways to manufacture something cheaper but still giving the consumer a product for the same price that does the same thing or better (if you consider the technology dividend in the specific case of system z) doesn't seem like a gimmick. It's smart business. I don't follow what you are saying here. Of course it is good to find ways to manufacture something less expensively. The kneecapped machines are not less expensive to manufacture though. They are less expensive to manufacture than it would be to have different designs / parts / etc. etc. for low end models. In other words, to the end user, what's the difference in the inside parts changed and I am still getting a good deal. Would you feel better if IBM manufactured **130 different engine types for the z10 and you got the one rated at the MSU level you get today? No. That would be absurd. What is the benefit of 130 different capacity settings? Only one that I can think of: Software costs. That benefit is to you - the consumer, not to IBM in manufacturing costs. I think we've probably killed the horse by now, but I will use a similar analogy that I saw in the law suit. I have a cable box and pay a vendor to supply me a basic set of channels and some premium channels. There are many more premium channels that the box can get using the same hardware and cable connections already coming into my home but I can't get them. Is it a gimmick for the cable company to want to charge me more to get those channels? Or are they providing a service and want to be compensated more for increased service. 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: Word-1 of the Co nventional Save Area #8207;
On Thu, 4 Feb 2010 14:57:05 -0600, Rick Fochtman wrote: Tom Marchant wrote: On Thu, 4 Feb 2010 11:54:44 -0600, McKown, John wrote: Of course, I always zero 8(,13) just before I RETURN (in HLASM). Of course? Why? So you know where the chain ends in a dump. What's wrong with register 13? IAC, forward chain is not reliable. -- Tom Marchant -- 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: Word-1 of the Co nventional Save Area #8207;
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, February 04, 2010 3:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Word-1 of the Co nventional Save Area On Thu, 4 Feb 2010 14:57:05 -0600, Rick Fochtman wrote: Tom Marchant wrote: On Thu, 4 Feb 2010 11:54:44 -0600, McKown, John wrote: Of course, I always zero 8(,13) just before I RETURN (in HLASM). Of course? Why? So you know where the chain ends in a dump. What's wrong with register 13? IAC, forward chain is not reliable. -- Tom Marchant What if R13 has been destroyed somehow? You can do forward chaining by starting at TCBFSA to the first save area, then using the pointer in word 3 of the save areas to chain forward until it is zero. That is what the SYSUDUMP formatter does. But I do agree that the forward chain is not always reliable. It is for every compiled language that I'm aware of. But it depends on the HLASM programmer following the convention if there is any assembler along the line. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, 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: IBM countersues Neon over zPrime accelerator
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, February 04, 2010 3:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM countersues Neon over zPrime accelerator I always thought that the whole specialty engine thing is just not quite right. It is a way to make more money off of some customers who don't have a choice, while trying to win new customers to the mainframe by making their work cheaper. The end result is driving your old customers away because of the cost. I better not say any more or I'll get in trouble. -- Eric Bielefeld I agree. The real problem is software cost. Speciality engines and knee-capped CPs are just a way to try to address that. But, then software vendors need to make money too. And if they did not charge by MSU (or value units or cores or some other power unit), then more and more companies would consolidate into mega centers run by outsourcing companies, or co-operatives. -- 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: IBM countersues Neon over zPrime accelerator
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, February 04, 2010 4:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM countersues Neon over zPrime accelerator Snipped I agree. The real problem is software cost. Speciality engines and knee- capped CPs are just a way to try to address that. But, then software vendors need to make money too. And if they did not charge by MSU (or value units or cores or some other power unit), then more and more companies would consolidate into mega centers run by outsourcing companies, or co-operatives. Not a problem if the charge is by LPAR that uses the software rather than by how powerful that LPAR is. Same as for the itty-bitty machines, charge by (logical, in our case) machine. Moderate OTC per machine with a 10-15% yearly maintenance fee per machine. Result: More LPAR's running your software due to more licenses and a reasonable continuing revenue stream. Nominal version upgrade charges for new-function versions (the difference between the old version OTC and the new version OTC). Your profit is in your volume of licenses, not in the power of your client's machines. Just not as much commission for the sales droids, that's all. Probably never get done by IBM, because as TJ Watson Jr. (or was that Sam Palmisano?) stated publically to investors and analysts, IBM will never stay in a commodity business. High-margin business or no business at all was his (and IBM's) credo. 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Second port on OSA-Express3 in OSC mode
On 2/4/2010 5:55 AM, R.S. wrote: Few months ago IBM announced enhancement of OSA-Express3 in OSC (OSA-ICC) mode. It was planned to make second port usable. Availability date was 1Q2010 Q: How can I recognize whether it is already available on my CPC? I don't know what MCL or what ever to look for, but I think you can tell bt going into the OSA config panels on the HMC. When configuring the OSC definitions, their will be a place to specify which port you are configuring. Unfortunatley, both ports have to be OSC which doesn't do me any good. This URL shows configuring a multi-port OSC on page 5 (watch for wrap): http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a8186256c71006d2e0a/6429e1fea0d8e1868625751c005e95ad/$FILE/OSAExpress3-04.pdf -- Richard -- 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: WASOEM.sh
As it turns out, it was expecting a directory in /tmp/ which of course disappeared when I unmounted /tmp/ to increase its size. * After the directory was defined, it ran fine under BPXBATCH. * //INSTWASM EXEC PGM=BPXBATCH //STDPARM DD * SH /usr/lpp/zWebSphereOEM/V7R0/bin/WASOEM.sh -config -fastpath /* //STDIN DD PATH='/usr/lpp/zWebSphereOEM/V7R0/bin' //STDOUT DD PATH='/etc/zWebSphereOEM/V7R0/conf/out', // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //STDERR DD PATH='/etc/zWebSphereOEM/V7R0/conf/error', // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //STDENV DD DUMMY -- 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
Help finding error code definition REXX SYSCALL
* Does anyone know which manual would define this error code ? * 6 *-* address syscall getpwnam (ZOSMFAD) pw. getpwnam (ZOSMFAD) pw. 7 *-* address syscall chown /u/zosmfad pw.pw_uid pw.pw_gid chown /u/zosmfad PW.2 PW.3 +++ RC(-22) +++ * -- 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: Help finding error code definition REXX SYSCALL
On Thu, Feb 4, 2010 at 5:51 PM, Glen Gasior glen.manages@gmail.comwrote: * Does anyone know which manual would define this error code ? * 6 *-* address syscall getpwnam (ZOSMFAD) pw. getpwnam (ZOSMFAD) pw. 7 *-* address syscall chown /u/zosmfad pw.pw_uid pw.pw_gid chown /u/zosmfad PW.2 PW.3 +++ RC(-22) +++ * No, but clearly the getpwnam is what's failing: you'd want to look at that error, not the chown error. -- 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: Help finding error code definition REXX SYSCALL
found this AI: Special Variable RC The REXX special variable RC normally contains the return code from host command most recently executed. The special value -3 indicates that the specified command was not found. If a system abend occurs, the value returned is the negative of the decimal value of the abend code. For example, an S0C1 abend would result in RC = - 193. For a user abend, RC is set to the decimal value of the abend code. If no abend occurs, then RC is set to the decimal value of the return code returned by the command. For REXX services provided by IBM or other software vendors, refer to the product documentation for more information on how to interpret these return codes. Unix System Services For the SYSCALL environment (callable services): -3 usually means that syscalls('ON') has not been issued or did not succeed -20 indicates that the command was not recognized -2n indicates that the nth parameter was invalid -- 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: Word-1 of the Co nventional Save Area #8207;
No. Most compiled languages, including PL/1, don't do forward chaining. We did it by ourselves for years to make the SYSUDUMPs more readable. But in the end we gave up and wrote our own dump routine which follows the back chain starting from reg 13. In the LE manuals it is explicitly stated that LE does intentionally not do the forward chaining, although forward chaining has been an OS convention from the start, AFAIK. IMHO, the designers of LE violated the OS design principles for a long time, until - in the end - LE became part of the OS, and the OS conventions somehow got lost. Kind regards Bernd McKown, John schrieb: What if R13 has been destroyed somehow? You can do forward chaining by starting at TCBFSA to the first save area, then using the pointer in word 3 of the save areas to chain forward until it is zero. That is what the SYSUDUMP formatter does. But I do agree that the forward chain is not always reliable. It is for every compiled language that I'm aware of. But it depends on the HLASM programmer following the convention if there is any assembler along the line. -- 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: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 21:31:02 +, Eric Bielefeld wrote: I always thought that the whole specialty engine thing is just not quite right. It is a way to make more money off of some customers who don't have a choice, while trying to win new customers to the mainframe by making their work cheaper. The end result is driving your old customers away because of the cost. I better not say any more or I'll get in trouble. And the prospective new customers, if they're wary, will observe IBM's treatment of its legacy customers and shy away. It's almost like the communication providers: they offer an introductory rate; when it expires they're free to jack your price up. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM countersues Neon over zPrime accelerator
On Thu, 4 Feb 2010 15:38:40 -0600, Mark Zelden wrote: I think we've probably killed the horse by now, but I will use a similar analogy that I saw in the law suit. I have a cable box and pay a vendor to supply me a basic set of channels and some premium channels. There are many more premium channels that the box can get using the same hardware and cable connections already coming into my home but I can't get them. Is it a gimmick for the cable company to want to charge me more to get those channels? Or are they providing a service and want to be compensated more for increased service. And if you hack the converter box to get premimum channels at the basic rate, the injured party is clearly the cable company, not the vendor of the converter box. Likewise, IBM is stressing violation of the software licenses above abuse of the hardware. This depends on the language in the software license; if it focuses on the hardware model, IBM's legal position is not as strong as if they focused on the general vs. special engines. This is likely to be far more explicit at the next renewal cycle. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM countersues Neon over zPrime accelerator
On Thu, Feb 4, 2010 at 6:17 PM, Paul Gilmartin paulgboul...@aim.com wrote: This is likely to be far more explicit at the next renewal cycle. Understatement of the week! :-) -- 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: Word-1 of the Co nventional Save Area #8207;
A similar topic: entry points in SYSUDUMPs Save Area Trace can have a message attached, containing, for example, function names, compile dates etc., if the machine codes at the entry are coded in the right way. That is, Branch, one byte length field, the message. Our home grown start macro (and many others at other installations, as I'm sure) make use of this. But the compilers generate function prologues without these instructions, although it would be very easy (and helpful to the customers), if they would do otherwise. With some minor changes, the life of the software developers could be so much easier ... Sorry about that Bernd McKown, John schrieb: What if R13 has been destroyed somehow? You can do forward chaining by starting at TCBFSA to the first save area, then using the pointer in word 3 of the save areas to chain forward until it is zero. That is what the SYSUDUMP formatter does. But I do agree that the forward chain is not always reliable. It is for every compiled language that I'm aware of. But it depends on the HLASM programmer following the convention if there is any assembler along the line. -- 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: Word-1 of the Co nventional Save Area #8207;
2010/2/4 Bernd Oppolzer bernd.oppol...@t-online.de A similar topic: entry points in SYSUDUMPs Save Area Trace can have a message attached, containing, for example, function names, compile dates etc., if the machine codes at the entry are coded in the right way. That is, Branch, one byte length field, the message. Our home grown start macro (and many others at other installations, as I'm sure) make use of this. But the compilers generate function prologues without these instructions, although it would be very easy (and helpful to the customers), if they would do otherwise. With some minor changes, the life of the software developers could be so much easier ... Indeed. I once failed to convince a cow-orker that legible module prologues would be useful in his product: You just look at the load map, he said. Of course, that assumes you HAVE a load map that matches that version. He didn't understand how that could ever not be true... -- 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: Help finding error code definition REXX SYSCALL
* You nailed it, ZOSMFAD is not defined in RACF. * -- 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: IBM countersues Neon over zPrime accelerator
SNIP I'm not sure why the jubilation. Sure, Neon is in business to make money. They're trying to do so by offering IBM's customers a way to save money. Whether it's legal or not is for the courts to decide; they haven't rendered that decision yet. Until then, in the interest of their pocketbooks, pragmatic customers should be rooting for Neon. ---SNIP- Paul: Neon has been sort of a loose cannon in the business for quite some time. My memory is not fresh on this but here it goes. 15+ years ago we were looking at a package (details dim sorry). One of the options that we looked at was a NEON product. We called and arranged to have a demo tape shipped. I installed it (with issues). As I went through the install I made notes on issues. After I got it installed I tried it out on some items and it did have issues which I did call NEON on. I did not get answers. I called back on the install issues and got a who cares attitude which did not go down well with me. We let the users try it out and they ran into problems and I called support and got another run around and after some pushing they said something like well of course it didn't work that way and it is not suppose to. I looked at the manual while we were talking and I saw the example the user tried and it looked the same to me. I asked them what about the example on page xx isn't that the same? Then I got back an answer that surprised me something to the effect that the documentation wasn't right. After I got off the phone I wrote a 3 page memo to the boss outlining the issues I had with the product and the users issues (at least the ones I was told about). I shipped it off to my boss and cc'd the manager of the group the product that was testing it. I guess my boss talked to NEON and then to the (other) manager and sent out an email that I was to de-install it and ship the product back. A few days later we get a phone call from a sales type at Neon and he was well lets say less than happy we did not want to buy the product and a few choice sentences. All in all not a good experience with Neon. They may have changed since then I do not know as They were scratched off of the list of vendors to do business with. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM countersues Neon over zPrime accelerator
Ans so we come around circle - goodnight, good-riddance Neon. At least, I would hope all would agree that they would rather see Neon go down then IBM. Please, the choice is obvious. On Thu, Feb 4, 2010 at 3:54 PM, Ed Gould ps2...@yahoo.com wrote: Paul: Neon has been sort of a loose cannon in the business for quite some time. My memory is not fresh on this but here it goes. 15+ years ago we were looking at a package (details dim sorry). One of the options that we looked at was a NEON product. We called and arranged to have a demo tape shipped. I installed it (with issues). As I went through the install I made notes on issues. After I got it installed I tried it out on some items and it did have issues which I did call NEON on. I did not get answers. I called back on the install issues and got a who cares attitude which did not go down well with me. We let the users try it out and they ran into problems and I called support and got another run around and after some pushing they said something like well of course it didn't work that way and it is not suppose to. I looked at the manual while we were talking and I saw the example the user tried and it looked the same to me. I asked them what about the example on page xx isn't that the same? Then I got back an answer that surprised me something to the effect that the documentation wasn't right. After I got off the phone I wrote a 3 page memo to the boss outlining the issues I had with the product and the users issues (at least the ones I was told about). I shipped it off to my boss and cc'd the manager of the group the product that was testing it. I guess my boss talked to NEON and then to the (other) manager and sent out an email that I was to de-install it and ship the product back. A few days later we get a phone call from a sales type at Neon and he was well lets say less than happy we did not want to buy the product and a few choice sentences. All in all not a good experience with Neon. They may have changed since then I do not know as They were scratched off of the list of vendors to do business with. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Guy Gardoit z/OS Systems Programming -- 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: IBM countersues Neon over zPrime accelerator
Oops, than not then - big difference there also! On Thu, Feb 4, 2010 at 4:16 PM, Guy Gardoit ggard...@gmail.com wrote: Ans so we come around circle - goodnight, good-riddance Neon. At least, I would hope all would agree that they would rather see Neon go down then IBM. Please, the choice is obvious. On Thu, Feb 4, 2010 at 3:54 PM, Ed Gould ps2...@yahoo.com wrote: Paul: Neon has been sort of a loose cannon in the business for quite some time. My memory is not fresh on this but here it goes. 15+ years ago we were looking at a package (details dim sorry). One of the options that we looked at was a NEON product. We called and arranged to have a demo tape shipped. I installed it (with issues). As I went through the install I made notes on issues. After I got it installed I tried it out on some items and it did have issues which I did call NEON on. I did not get answers. I called back on the install issues and got a who cares attitude which did not go down well with me. We let the users try it out and they ran into problems and I called support and got another run around and after some pushing they said something like well of course it didn't work that way and it is not suppose to. I looked at the manual while we were talking and I saw the example the user tried and it looked the same to me. I asked them what about the example on page xx isn't that the same? Then I got back an answer that surprised me something to the effect that the documentation wasn't right. After I got off the phone I wrote a 3 page memo to the boss outlining the issues I had with the product and the users issues (at least the ones I was told about). I shipped it off to my boss and cc'd the manager of the group the product that was testing it. I guess my boss talked to NEON and then to the (other) manager and sent out an email that I was to de-install it and ship the product back. A few days later we get a phone call from a sales type at Neon and he was well lets say less than happy we did not want to buy the product and a few choice sentences. All in all not a good experience with Neon. They may have changed since then I do not know as They were scratched off of the list of vendors to do business with. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Guy Gardoit z/OS Systems Programming -- Guy Gardoit z/OS Systems Programming -- 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: Word-1 of the Conventional Save Area
zMan wrote: ISTR it was used by PL/I. That's what IHASAVER would seem to indicate. Cheers, Greg -- 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: Tape drive disconnect time issue
John, If I recall correctly rewind and positioning are disconnect time. Run an RMF II background report at 5 second intervals and I expect you will see zero disconnect time most of the time, with occasional huge disconnect times during rewind and positioning. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Wednesday, February 03, 2010 10:51 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Tape drive disconnect time issue I have an old STK tape system ( ten 9840's in 3490 emulation mode inside a 9740. Each drive ESCON point to point) , that will hopefully go away but I have an issue with HSM dump running longer than expected. The problem appears disconnect time. During the HSM dumps, we're using four drives for two DumpClasses and most other stuff is stopped (some FTPs will come in). No other tasks or LPAR is using any tape drive. Cpu is in the low 20% range, DASD service time is around 4 ms and DASD rate is around 50 and tape rate is around 600. One set of tape drives (1 tape for each of the two DumpClasses) has an RMF average disconnect time of .84 and the other set of drives has an average disconnect time of .06. This translates into a difference of 40k SIO in a 15 minute interval. This disparity will last for almost an hour, then the high disconnect time goes away (still using the same four tapes and drives). SMF21 doesn't indicate any Erase Gaps or temporary errors which I know causes high disconnect times. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: 35 IBM-Main members have posted a paper on Academia.edu
And despite a graduate degree prior to my 34+ years of practice, I find ibm-main useful in solving real problems precisely because its major contributors are those who have considerable practical experience and an interest in solving real problems, not merely a theoretical or academic background. A smaller newsgroup that would appear biased toward the later isn't particularly appealing. On 02/04/2010 09:11 AM, StevePratt wrote: It would seem that this group is only for people in school or working for a school or doing research. The options on the sign up page include doctorate, grad student, alumnus, emeritus, etc.My education includes 34 years of working with this stuff. But not much formal education. Guess I don't qualify. -- Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org -- 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: Word-1 of the Co nventional Save Area
OI 15(13),X'01' SET RETURN INDICATION 0160 Back in the old days ISTR it set x'FF' to indicate the end of the savearea chain. Date: Thu, 4 Feb 2010 13:32:02 -0600 From: paulgboul...@aim.com Subject: Re: Word-1 of the Co nventional Save Area To: IBM-MAIN@bama.ua.edu On Thu, 4 Feb 2010 13:06:10 -0600, McKown, John wrote: On Thu, 4 Feb 2010 11:54:44 -0600, McKown, John wrote: Of course, I always zero 8(,13) just before I RETURN (in HLASM). Of course? Why? Habit, I guess. I regard that as a dangling pointer which may or may not be valid, so I zero it. SYS1.MACLIB(RETURN) also contains: OI 15(13),X'01' SET RETURN INDICATION 0160 FWIW, gil _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/201469228/direct/01/ -- 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
Networks
Hi list, Is this the right place to ask questions about MF network stuff? If not, can you point me to the right list, please? Thanks. Aurora *** sent via mobile email *** Aurora Emanuela Dell'Anno CA Mobile: +44 (0)7768 235 339 please don't print this e-mail unless you really need to!
Re: Networks
It's possibly a right place. If you look here http://bama.ua.edu/archives/ibm-main.html you can see the kinds of questions that have been asked and answered here over the years -- maybe even your question. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dell'Anno, Aurora Sent: Thursday, February 04, 2010 9:41 PM To: IBM-MAIN@bama.ua.edu Subject: Networks Hi list, Is this the right place to ask questions about MF network stuff? If not, can you point me to the right list, please? -- 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: Options for moving data
Others have already mentioned 'hardware-based' facilities like PPRC XRC. One aspect of those options that is sometimes overlooked is they are chargeable features on the source ( for both facilities ) and target ( for PPRC only ). The XRC option also would require some 'configuration' considerations related to whether the data would be 'pushed' or 'pulled' from the primary site. The distance between the sites and your 'network conntection options' may also limit your options. Also, others have already mentioned using the TDMF product. One option that TDMF offers is to use TCP/IP to 'move' the data vs. ESCON/FICON channels. I have used that option to 'move' more than 12TB ( about 2100 volumes ) of data a fairly large distance ( Midwest USA to UK ). That option took some tweaking, within TDMF V4 and the z/OS TCP/IP stack ( we were at z/OS R7 ) but in the end, the 'move' was performed relatively easily, with fairly low pain. HTH -- 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
Word-1 of the Conventional Save Area
I think Word-1 of the save area...bytes 0-3 were used by PL/1 for the Pseudo Register. kkri...@mindspring.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Statements in COMMNDXX
Kurt Eastwood kurtms...@yahoo.com wrote in message news:62919.98598...@web56008.mail.re3.yahoo.com... Hello, Thanks to anyone who can help me with this question. I have inherited a system with the following statements in COMMND00: COM='DD ADD,VOL=MVSRES' COM='DD NAME=SYS1.SYSNAME..DMPSEQ' COM='DD ALLOC=ACTIVE' Can anyone give me an idea what these statements do and why they might have been placed in this COMMND00 member? Thanks, Kurt DD is the short form of the DUMPDS command, which you can find in System Commands. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Networks
IBMTCP-L [ibmtc...@vm.marist.edu] is the list for mainframe-IP and related network questions. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Dell'Anno, Aurora Verzonden: vrijdag 5 februari 2010 6:41 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Networks Hi list, Is this the right place to ask questions about MF network stuff? If not, can you point me to the right list, please? Thanks. Aurora *** sent via mobile email *** Aurora Emanuela Dell'Anno CA Mobile: +44 (0)7768 235 339 please don't print this e-mail unless you really need to! - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- 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