Batch Java not working
I can go into OMVS and issue env and get the results. However when I try to do the same thing in Batch it does not work. //RANDOM SET VALUE='LK41591' -- SET THIS TO RANDOM ALPHA CHARS. //STEP10 EXEC PGM=BPXBATCH, // PARM='SH ENV ; CD /ETC ; LS -LA' //* //* UNIX CMD TO INVOKE GOES AFTER 'SH ' IN PARM FIELD ABOVE //* YOU CAN EXECUTE MULTIPLE UNIX CMDS BY SEPARATING THEM WITH //* A SEMI-COLON, UP TO THE LIMIT OF THE JCL PARM FIELD //* //STDOUT DD PATH='/tmp/STDOUT.VALUE..TXT', CAPTURE CMD OUTPUT // PATHOPTS=(OWRONLY,OCREAT,OTRUNC) //* //* COPY OUTPUT FROM BPXBATCH FROM HFS TO JES SPOOL //* SINCE BPXBATCH DOES NOT SUPPORT SYSIN/SYSOUT FILES //* //STEP20 EXEC PGM=IKJEFT1B,REGION=0M,DYNAMNBR=20 //SYSOUT DD SYSOUT=*,RECFM=V,LRECL=256 //TEMPOUT DD PATH='/tmp/STDOUT.VALUE..TXT', DELETE CMD OUTPUT // PATHOPTS=ORDONLY,PATHDISP=(DELETE,KEEP) //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OCOPY INDD(TEMPOUT) OUTDD(SYSOUT) TEXT TSS7000I ZB41591 LAST-USED 18 AUG 09 14:57 SYSTEM=DIC3 FACILITY=TSO TSS7001I COUNT=04591 MODE=FAIL LOCKTIME=NONE NAME=LIZETTE KOEHLER -SUPER IEF236I ALLOC. FOR LK41591B STEP10 IGD103I SMS ALLOCATED TO DDNAME STDOUT IEF142I LK41591B STEP10 - STEP WAS EXECUTED - COND CODE IGD104I HFS FILE WAS RETAINED, DDNAME IS (STDOUT ) FILENAME IS (/tmp/STDOUT.LK41591.TXT) IEF373I STEP/STEP10 /START 2009230.1520 IEF374I STEP/STEP10 /STOP 2009230.1520 CPU0MIN 00.00SEC SRB0MIN 00.00S IEF142I LK41591B *OMVSEX - STEP WAS EXECUTED - COND CODE IEF373I STEP/*OMVSEX /START 2009230.1520 IEF374I STEP/*OMVSEX /STOP 2009230.1520 CPU0MIN 00.00SEC SRB0MIN 00.00S IEF142I LK41591B *OMVSEX - STEP WAS EXECUTED - COND CODE 0127 IEF373I STEP/*OMVSEX /START 2009230.1520 IEF374I STEP/*OMVSEX /STOP 2009230.1520 CPU0MIN 00.01SEC SRB0MIN 00.00S IEF236I ALLOC. FOR LK41591B STEP20 IEF237I JES2 ALLOCATED TO SYSOUT IGD103I SMS ALLOCATED TO DDNAME TEMPOUT IEF237I JES2 ALLOCATED TO SYSTSPRT IEF237I JES2 ALLOCATED TO SYSTSIN IEF142I LK41591B STEP20 - STEP WAS EXECUTED - COND CODE IEF285I ZB41591.LK41591B.JOB11736.D102.? SYSOUT IGD105I HFS FILE WAS DELETED, DDNAME IS (TEMPOUT ) IGD105I HFS FILE WAS DELETED, DDNAME IS (TEMPOUT ) FILENAME IS (/tmp/STDOUT.LK41591.TXT) IEF285I ZB41591.LK41591B.JOB11736.D103.? SYSOUT IEF285I ZB41591.LK41591B.JOB11736.D101.? SYSIN IEF373I STEP/STEP20 /START 2009230.1520 IEF374I STEP/STEP20 /STOP 2009230.1520 CPU0MIN 00.02SEC SRB0MIN 0 IEF375I JOB/LK41591B/START 2009230.1520 IEF376I JOB/LK41591B/STOP 2009230.1520 CPU0MIN 00.03SEC SRB0MIN 0 ENV: FSUM7351 not found CD: FSUM7351 not found LS: FSUM7351 not found READY OCOPY INDD(TEMPOUT) OUTDD(SYSOUT) TEXT READY END BOTTOM OF DATA *** Any thoughts on why my BATCH JAVA does not work, but my TSO JAVA does? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Batch Java not working
//STEP10 EXEC PGM=BPXBATCH, // PARM='SH ENV ; CD /ETC ; LS -LA' ENV: FSUM7351 not found CD: FSUM7351 not found LS: FSUM7351 not found Any thoughts on why my BATCH JAVA does not work, but my TSO JAVA does? Could it be that the commands are capitalised? Or is that just from the cut and paste into the email from the JCL? The FSUM7351 messages are a bit of a concern. I always have CAPS OFF when running Unix-type JCL for this reason. cheers Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Batch Java not working
You know, I always miss that one. You are correct, when I changed it to lower case, it ran fine. Lizette //STEP10 EXEC PGM=BPXBATCH, // PARM='SH ENV ; CD /ETC ; LS -LA' ENV: FSUM7351 not found CD: FSUM7351 not found LS: FSUM7351 not found Any thoughts on why my BATCH JAVA does not work, but my TSO JAVA does? Could it be that the commands are capitalised? Or is that just from the cut and paste into the email from the JCL? The FSUM7351 messages are a bit of a concern. I always have CAPS OFF when running Unix-type JCL for this reason. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 aims System z at specific workloads
Barry Schwarz writes: I take it you don't fly coach much. Sadly, almost always. :-( And these days the almost part is much more retrospective than prospective. But, to quote Boeing about its new 787 airliner: Passengers will also see improvements with the new airplane, from an interior environment with higher humidity to increased comfort and convenience. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP on zIIP
Not quite. The zAAP on zIIP feature in z/OS 1.11 applies only if there are no zAAPs in the configuration. zAAP on zIIP woke me up. I just got aware of this. From the announcement letter: z/OS V1.11 is enhanced with a new function that can enable System z Application Assist Processor (zAAP) eligible workloads to run on System z Integrated Information Processors (zIIPs). This function can enable you to run zIIP- and zAAP-eligible workloads on the zIIP. ROTFL! (No offence intended) -- Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 strictly for CICS Onlines
SOS Maxtasks are related. In what area of CICS core do you get the SOS? DSA? EDSA? Itschak On Wed, Aug 19, 2009 at 4:42 AM, Joel Wolpert j...@perfconsultant.comwrote: You can run into SOS and maxtask issues if your transactions are taking longer than they should. This could be due to CPU constraints among other reasons. Joel Wolpert Performance and Capacity Planning consultant WEBSITE: www.perfconsultant.com - Original Message - From: Skip Robinson jo.skip.robin...@sce.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 18, 2009 8:58 PM Subject: Re: LPAR strictly for CICS Onlines The original post cited short on storage and max task limit as chronic problems. Neither problem can be fixed by tweaking CPU controls. Before committing to an LPAR solution, OP is advised to dig deeper into the current problems. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com gsg gsg_...@yahoo.co M To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: LPAR strictly for CICS Onlines 08/18/2009 04:53 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu No knowing any better is probably me best anwer. I thought we would be able to control resources better. However, using the CPU Critical may be an option also. However, I think that we created a service class recently for our HOTBATCH service class. I don't think we would want to many service classes running as CPU critical. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cap software CPU utilization
You can also use resource groups in WLM to restrict a certain workload Define Capacity: __ 1. In Service Units (Sysplex Scope) 2. As Percentage of the LPAR share (System Scope) 3. As a Number of CPs times 100 (System Scope) 2009/8/15 Tommy Tsui tommyt...@gmail.com Hi, Is there any tools can caps software (such as CA product) CPU utilization. So that we can control the software cost . many 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 -- Met vriendelijke groeten/With kind regards Dick de Groot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Synchronizing TOD between mainframe and other platforms
We currently have 2 z900 that is running in a Sysplex. We do have 2 9037-002 connected. We need to synchronise the TOD of our Z900 with the other platforms. All the other platforms currently obtain their time from a SUN Server that receives it's time from a ETS on the WWW. We are investigating using the Z900 as the time source, but it will still have to be connected to a ETS. The other option will be to obtain the time from the SUN Server. I have been reading on the forums and through the 9037 Redbooks, but it appears to me that I can't connect my 9037 in any way to the SUN server, even using a PC as a intermediatry source. Am I correct ? Is anyone connecting their 9037 to a AIX or Sun Server to obtain the TOD? We can't exploit STP because of the limitations of our hardware. We are currently running z/OS 1.9 Any feedback will be much appreciated Regards Jaco -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IDC3009I RC=110
Scott, Is it possible that in the interim since you did the last process either PROTECTALL was activated for the first time or a prior profile (e.g. PAGE.**) existed that was deleted? Regards - Bob Robert S. Hansel Lead RACF Specialist RSH Consulting, Inc. www.rshconsulting.com 617-969-8211 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, August 18, 2009 2:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IDC3009I RC=110 I understand all that, yet the fact remains that this process worked before, when there was no PAGE.** profile defined. I guess this is not a big deal now, I was just trying to understand what had changed. John Laubenheimer jlaubenhei...@doitt.nyc.gov 8/18/2009 2:46 PM Also, check the SETROPTS for the PROTECTALL option. If you had a PAGE.* profile, which only covered the 2nd level, the PAGE.A.another_level is NOT protected, and RACF (actually DFSMS) would fail any access to the dataset. When you created PAGE.**, you then covered any number of levels after PAGE., and RACF/DFSMS would then allow access. And, as previously stated (I think), when you rename a RACF protected dataset, the dataset name that it is renamed to must also be protected. (Level of protection doesn't really matter ... just covered by a profile.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Degraded I/O performance in 1.10?
George, I would be glad to open a PMR. Not sure what component I would assign too is all _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Kozakos Sent: Tuesday, August 18, 2009 7:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Degraded I/O performance in 1.10? David Jousma wrote, Thanks for asking. We are still trying to evaluate the situation. So far, we are leaning towards degraded I/o performance. Of course elapsed times have gone up, but not due to CPU constraint. It is a pretty elusive situation. Hi David, The reason I asked is that even though the CPUs are not constrained the problem could still be due to CPU rather than I/O performance. Without seeing any data I do not want to point to a specific APAR and would recommend opening a PMR. Regards, George Kozakos z/OS Software Service, Level 2 Supervisor This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: zAAP on zIIP
Perhaps ZAAPs are going away? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Wednesday, August 19, 2009 4:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: zAAP on zIIP Not quite. The zAAP on zIIP feature in z/OS 1.11 applies only if there are no zAAPs in the configuration. zAAP on zIIP woke me up. I just got aware of this. From the announcement letter: z/OS V1.11 is enhanced with a new function that can enable System z Application Assist Processor (zAAP) eligible workloads to run on System z Integrated Information Processors (zIIPs). This function can enable you to run zIIP- and zAAP-eligible workloads on the zIIP. ROTFL! (No offence intended) -- Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Console Logon timeout?
On Tue, 18 Aug 2009 10:39:28 -0700 Edward Jaffe edja...@phoenixsoftware.com wrote: :R.S. wrote: : Edward Jaffe pisze: : Peter, this might not be in the same area of code but... : It would be nice to be able to associate a default SAF userid with : consoles that have not yet logged on. That way, OPERCMDS resources : can be used to protect commands issued from those consoles. : LOGON(AUTO) in CONSOLxx. It is available for many years. :No. I was asking for a default SAF UTOKEN to be supplied when a console :is not logged on. The LOGON(AUTO) solution tries to ensure that consoles :are always logged on--a different concept altogether, and one that is an :incomplete solution. :LOGON(AUTO) requires you to define userids for all of your :consoles--potentially hundreds of them. When I was playing around with :this, I noticed that commands issued from LOGON(AUTO) consoles without :an associated userid would get security failures for a user called :'+CONSOLE'. I thought if I could define that user to RACF, that would :provide the default capability I was looking for. Alas, the define of :userids starting with '+' is prohibited. Not that hard to make a SAF/RACF exit to change +CONSOLE to something else. :Also, I have been unable to make LOGON(AUTO) work with SYSCONS aka the :Operating System Messages on the HMC/SE. As shown in my Console Me :SHARE presentation, no matter how you try to log on, you get: :IEE847I LOGON NOT VALID FOR EXTENDED MCS CONSOLE -- 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: Where to find statistics for fetched programs?
That is the purpose of the STROBE, GTF, ETC. step. You have to start someplace. The stuff under the covers is the fun part! snip ---snip- Using SMF30 subtype 4 Calculate top 100 cpu consuming steps (Total of TCB/SRB) by program name (EXEC PGM=) over some period of time. Add any appropriate filters and retry. E.G. IEBGENER - IBM code, can't do much about it in the short run, so ignore. Calculate for the top 100 CPU consumed/IO (excp count). Rank the top 100 by CPU/IO. Start at the top of the list and work down using STROBE, GTF, other to determine the cause. Code/test/promote. Repeat ad infinitum, until be benfits gained are exceeded by the effort required. Hope this approach helps. unsnip This sounds good until you dig a little deeper. There's no record in SMF of any subroutines, etc. that are invoked via LINK or LOAD/CALL/DELETE or ATTACH or XCTL. This little gap can lead to a lot of missing formation. BTDTGTSS /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 strictly for CICS Onlines
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Tuesday, August 18, 2009 6:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LPAR strictly for CICS Onlines No knowing any better is probably me best anwer. I thought we would be able to control resources better. However, using the CPU Critical may be an option also. However, I think that we created a service class recently for our HOTBATCH service class. I don't think we would want to many service classes running as CPU critical. Very true! There can only be a small number of CPU CRITICAL jobs or it becomes worthless. Sounds more like HOTBATCH needs to get kicked down in importance or the CICS users need to be told that their work is less important than HOTBATCH. Also it sounds like you don't really have enough CPU resources to satisfy your users' demands. Been there. Am there. -- 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: Where to find statistics for fetched programs
The Module Fetch Monitor is still available upon signing of a license agreement for non-warranted programs. Support of any kind is very limited (close to non-existent). Being a non-warranted program, it usually would not be appropriate to open a PMR if there is a problem in this tool. It has been mentioned in Cheryl Watson's newsletter among other places.. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronizing TOD between mainframe and other platforms
On Wed, 19 Aug 2009 05:23:54 -0500, Jaco Kruger wrote: I have been reading on the forums and through the 9037 Redbooks, but it appears to me that I can't connect my 9037 in any way to the SUN server, even using a PC as a intermediatry source. Am I correct ? I believe in one of mode its modes of operation, the 9037 will dial out to a time server such as NIST. If the 9037 is connected via a null modem to the intermediary PC, the PC should be able to intercept the dial out command and simulate the responses of time server. SMOP. -- 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: Console Logon timeout?
On Wed, 19 Aug 2009 00:34:28 -0500, Barbara Nitz nitz-...@gmx.net wrote: Besides, when a sysprog monitors the IPL, it is usually because changes were made and we need to check if there are problems, It is really hard to sit in front of the console and wait for the messages to scrawl by. (Hence my wish to be able to use K to change rtme and del to *my* preferred values.) I'm sure this isn't in the area being looked at, but it made me think... It might be nice if there was an IPL parm / option to have the NIP messages stop and prompt you to continue when a screen fills up similar to SAD. With emulated consoles, the messages scroll by so fast it can be nearly impossible to look for something you want to see except after the fact by examining the syslog / operlog.The only other option is to disconnect the consoles and use the HMC, which you can scroll. 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: The Death of Servers and Software
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Tuesday, August 18, 2009 6:14 PM To: IBM-MAIN@bama.ua.edu Subject: The Death of Servers and Software Hewlett-Packard reported its 3Q earnings earlier today: http://h30261.www3.hp.com/phoenix.zhtml?c=3D71087p=3Dirol-newsArticle= ID=3D1322129 A few highlights: 1. Industry standard server revenues are down 21% (quarter, year to year). And it's not a single quarterly fluke: revenues are also down ov= er 24% (nine months, year to year). These are the Intel/AMD X86 servers. Clearly this means that X86 servers are dead. And because they are industry standard, that obviously means the entire standard server industry is dead. 2. Non-industry standard server ... oh, sorry... Business critical server revenues are down over 30% (quarter, year to year). And it's no= t a single quarterly fluke: revenues are also down over 25% (nine months, y= ear to year). These are almost all Intel Itanium-based servers running HP/U= X (UNIX) plus a few NonStop Kernel (NSK) servers. Clearly this means that= distributed UNIX and NSK servers are even more dead. 3. HP doesn't break out profit (earnings from operations) separately = for these two units, but for the overall Enterprise Storage and Servers division, profits were down 34.5% (quarter, year to year) and a whoppin= g 46% (nine months, year to year). Clearly since the profit is declining = even faster than sales, HP server RD investment is really, really dead. Whi= ch fits, actually: there hasn't been a new Itanium CPU sincewhen was t= hat again? (Anybody remember?) 4. Perhaps services and software will help fill the gap? HP doesn't actually produce too much software, and anyway that business was down t= oo (22% for the quarter, year to year; 15% for the nine months, year to ye= ar). So obviously software is dead. The EDS acquisition makes services comparisons hard for now, so more time is needed before deciding that's= dead. SNIP I guess this means I should throw out my laptop, file server, etc. at home as well. Long live COBOL. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RMM VOLUME SEARCH Panels EDGPT020
Hello, in CA1, the volumes list reports for each volume the expiration date or CYCLE/, PERMANENT, CATALOG etc. In RMM, the volumes list panels EDGPT020 reports always the expiration date. Is it possible to change this behaviour and display the Retention date when the STATUS is VRS ? Indeed, the expiration date is not so useful when the Status=VRS and the VRS has been defined with RELEASE(EXPIRYDATEIGNORE). Thank you and best regards Marco Torretta -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: The Death of Servers and Software
I'll drink to that! But, then, I'll drink to most anything :-) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Tuesday, August 18, 2009 8:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: The Death of Servers and Software Couldn't happen to a nicer crowd. (Sarcasm intended!) :-) Rick - Timothy Sipples wrote: Hewlett-Packard reported its 3Q earnings earlier today: http://h30261.www3.hp.com/phoenix.zhtml?c=71087p=irol-newsArticleID=1322129 A few highlights: 1. Industry standard server revenues are down 21% (quarter, year to year). And it's not a single quarterly fluke: revenues are also down over 24% (nine months, year to year). These are the Intel/AMD X86 servers. Clearly this means that X86 servers are dead. And because they are industry standard, that obviously means the entire standard server industry is dead. 2. Non-industry standard server ... oh, sorry... Business critical server revenues are down over 30% (quarter, year to year). And it's not a single quarterly fluke: revenues are also down over 25% (nine months, year to year). These are almost all Intel Itanium-based servers running HP/UX (UNIX) plus a few NonStop Kernel (NSK) servers. Clearly this means that distributed UNIX and NSK servers are even more dead. 3. HP doesn't break out profit (earnings from operations) separately for these two units, but for the overall Enterprise Storage and Servers division, profits were down 34.5% (quarter, year to year) and a whopping 46% (nine months, year to year). Clearly since the profit is declining even faster than sales, HP server RD investment is really, really dead. Which fits, actually: there hasn't been a new Itanium CPU sincewhen was that again? (Anybody remember?) 4. Perhaps services and software will help fill the gap? HP doesn't actually produce too much software, and anyway that business was down too (22% for the quarter, year to year; 15% for the nine months, year to year). So obviously software is dead. The EDS acquisition makes services comparisons hard for now, so more time is needed before deciding that's dead. Yes, servers, software, and perhaps even services are dead. Everything is dead. Thus I suggest unplugging every HP X86, distributed HP/UX, and NonStop Kernel server you own, now, before it's too late. I'm also looking forward to reading Computerworld's article tomorrow about the death of HP servers, and the grave and ever-deepening threat to HP server RD. A story which of course they have been printing for several quarters given the *actual* continuing death of HP servers (that mostly run non-HP software, as it happens). Right? Speaking only for myself. And Computerworld. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: LPAR strictly for CICS Onlines
On Tue, Aug 18, 2009 at 10:52 PM, gsg gsg_...@yahoo.com wrote: We've been having a bunch of problems CICS short on storage , max task etc... and I posed the question can we create a LPAR specifically for our CICS regions and another for our batch. I don't know if it is even possible. Does anyone currently do something like this? If so, how do you open/close files via your batch jobs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Have you looked at the possibility of trying to reduce you CICS cpu usage. I know that CICS trace can burn a lot of cpu. If you can then look at setting the following - AUXTR=OFF, GTFTR=OFF, INTTR=OFF, SPCTR=OFF, STNTR=OFF, SYSTR=OFF, USERTR=OFF, Also look at your setting of the LE runtime option CBLPSHPOP and see if that can be set to OFF especially if your CICS programs do a lot of dynamic calls. These are old recommendations but worth revisiting when you are short of cpu power. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDC3009I RC=110
On Tue, 18 Aug 2009 15:11:39 -0400, Scott Rowe scott.r...@joann.com wrote: I understand all that, yet the fact remains that this process worked before, when there was no PAGE.** profile defined. I guess this is not a big deal now, I was just trying to understand what had changed. If adding PAGE.** allowed it to work, then here is the list of possibilities that I can think of off-hand tha might have allowed things to work last time: (1) The original name of the data set was not protected before, and you did not have SETR PROTECTALL(FAILURES) in effect, and therefore nothing required that the new name have protection. (2) PAGE.* protected the new name before. That would occur if you were SETR NOEGN before, and subsequently during a conversion to SETR EGN someone intentionally deleted PAGE.*.** and replaced it with PAGE.* instead. (3) The profiles and/or SETROPTS options were different before than you remember. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can CICS region share more than one processor
Hi Mohammad, I don't understand the relevance of your question within the context of Dr. Merrill's posting. Dr. Merrill was illustrating the concurrent execution of multiple TCBs (both the QR TCB and L8 TCBs) that would not have been possible prior to the OTE design. It is somewhat irrelevant as to whether DB2 CPU time was charged to a QR TCB or to an application TCB in past. The fact that the DB2 processing would have been executed in series off QR TCBs, but now executes in parallel with L8 TCBs is the important point that Dr. Merrill was making. Keep in mind that Dr. Merrill was responding to the OP query Can CICS region share more than one processor. FWIW, I have data from CPExpert users that show 10, 20, 30 or more L8 TCBs executing concurrently and using more than 100% of CPU (namely, they are using multiple CPUs concurrently for more than 100% of the time). This would not have been possible prior to the OTE design. As Dr. Merrill pointed out, there are 22 TCB types with CICS/TS 4.1, and several of these TCB types can have multiple TCBs executing concurrently. The number of current TCBs can be controlled by the MAXxxxTCBS in the SIT or in the JVMPROFILE Resource Definition. There are, of course, limiting factors inherent in the environment (for example, CICS monitors the amount of available MVS storage and will not attach new TCBs from the JVM TCB pool if storage is severely constrained). Regards, Don ** Don Deese, Computer Management Sciences, Inc. Voice: (804) 776-7109 Fax: (804) 776-7139 http://www.cpexpert.org ** At 09:16 AM 8/13/2009, you wrote: Thanks Dr. Merrill for your illustrative example but I do have a question about it. Since L8 TCBs are used to execute DB2 code as well, what part of 10,298 seconds is for DB2 ? Since DB2 related code never executed on QR TCB anyway, that portion of CPU usage is moot for this discussion. The real question is how much of this CPU now runs on L8 TCB which used to run on QR TCB due to the aggressive OTE exploitation ? Regards Mohammad On Wed, 12 Aug 2009 15:18:23 -0500, Barry Merrill ba...@mxg.com wrote: In the old days, a CICS subsystem's capacity was limited by the amount of CPU TCB time needed for that single QR TCB. Based on my analysis when OTE was brand new, of the CPU time consumed by each of these new CICS TCBs, I planned this post to argue that going to OTE didn't help much, because most of the CICS CPU time was still being spent under the QR TCB. I could NOT have been more wrong! Analyzing new CICS/TS 4.1 Open Beta data from a VERY aggressive OTE exploiter site shows (from their SMF 110, subtype 2 Dispatcher Statistics segments, MXG CICDS and CICINTRV datasets): Total TCB CPU in Dispatcher Records = 13,080 seconds Total TCB CPU in QR TCB = 2,776 seconds Total TCB CPU in L8 TCB = 10,298 seconds Total TCB CPU in all other TCBs = 6 seconds Aha, you say, OTE still doesn't help; the CPU time just moved from the QR TCB to the L8 TCB, so the capacity limit just moved from one TCB to the other, right? Wrong again. While the QR TCB can attach only a single TCB, these new TCBs can attach multiple TCBs; in fact, the SMF data shows that the L8 TCB attached a maximum of 22 TCBs, each of which is a separate dispatchable unit. So, it REALLY does look like that these multiple OTE TCBs do eliminate the old one-TCB CICS capacity limitations, and does indeed spread your CICS time across MANY TCBs. (Total SRB time in the Dispatcher Records was only 65 seconds.) Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com admin questions: ad...@mxg.com technical questions: supp...@mxg.com tel: 214 351 1966 fax: 214 350 3694 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Where to find statistics for fetched programs?
--snip--- What you said is true but by starting with the data in the SMF you can then drill down. If a program is called via CALL or any of the other methods the CPU will be shown in the SMF for the program in the JCL pgm=. unsnip-- That's true, but if you've got a real PIG of a subroutine that's invoked via LINK, etc. the CPU time will be accounted as part of the main program's CPU time. Not necessarity a good picture, expecially if this subroutine is used by multiple callers. 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
SMTP delivery delay
Goodday, We are running SMTP server on z/OS 1.9 on one of our LPARs. The emails from various LPARs are routed to this system via NJE. The emails are relayed to a MS-Exchange Server through this SMTP server. We have been flooded by a process that needs to send out emails. We noticed that there is a +/- 15-20sec delay between each of the Delivery statements. The system is not CPU/ I/O constraint. Part of the SMTP log : EZA5476I 08/19/09 16:57:21 Delivered Note 00013657 to EZA5460I 08/19/09 16:57:24 BSMTP Helo Domain: XYZ4 EZA5474I 08/19/09 16:57:26 Received Note 00016015 via EZA5460I 08/19/09 16:57:31 BSMTP Helo Domain: XYZ4 EZA5474I 08/19/09 16:57:32 Received Note 00016016 via EZA5476I 08/19/09 16:57:36 Delivered Note 00013658 to EZA5460I 08/19/09 16:57:39 BSMTP Helo Domain: XYZ4 EZA5474I 08/19/09 16:57:40 Received Note 00016017 via EZA5460I 08/19/09 16:57:46 BSMTP Helo Domain: XYZ4 EZA5474I 08/19/09 16:57:47 Received Note 00016018 via EZA5476I 08/19/09 16:57:50 Delivered Note 00013659 to EZA5460I 08/19/09 16:57:54 BSMTP Helo Domain: XYZ4 EZA5474I 08/19/09 16:57:55 Received Note 00016019 via EZA5476I 08/19/09 16:57:59 Delivered Note 00013660 to EZA5460I 08/19/09 16:58:02 BSMTP Helo Domain: XYZ4 EZA5474I 08/19/09 16:58:04 Received Note 00016020 via EZA5460I 08/19/09 16:58:09 BSMTP Helo Domain: XYZ4 EZA5474I 08/19/09 16:58:10 Received Note 00016021 via EZA5476I 08/19/09 16:58:14 Delivered Note 00013661 to Is there any parameter that we perhaps have not set correctly to ensure the notes get delivered sooner ? EZA5126I EZA5125I IBM MVS SMTP CS V1R9 on Sun, 19 Jul 09 02:24:30 +0200 EZA5127I Jobname of SMTP Server : SMTP EZA5128I TCP Network Domain Name: WXYZ4.ABCD.EFG.ZA EZA5256I Alternate TCP Domain Name(1) : WXYZ.ABCD.EFG.ZA EZA5129I Gateway TCP Network to NJE : Yes EZA5130I NJE Network Node Name : XYZ4 EZA5131I NJE Domain Name: XFIN.ABCD EZA5133I Local Delivery Format : Netdata EZA5189I Local Output Class : B EZA5134I NJE Delivery Format: Punch EZA5190I NJE Output Class : B EZA5136I PostMaster Address : use...@abcd4.abcd.efg.za EZA5137I Userid for Bad Spool Files : USERID EZA5317I Listen on Address : Unspecified EZA5139I Port for Server SMTP : 25 EZA5191I REMOTEPORT for SMTP client : 25 EZA5140I Inactivity Timeout : 180 seconds EZA5141I Finish Open Timeout: 120 seconds EZA5142I Retry down sites every : 20 minutes EZA5143I Return mail older than : 3 days EZA5265I Warn about mail older than : 1 days EZA5144I Max Length of Accepted Mail: 47483647 bytes EZA5648I MaxMsgSent : 0 EZA5236I Max Temporary Error Retries: Disabled EZA5225I Resolver Tracing : Disabled EZA5228I Name Resolution Method : Nameserver, Port 53 EZA5231I Nameserver Address(.1.): 150.78.184.27 EZA5231I Nameserver Address(.2.): 150.78.184.28 EZA5231I Nameserver Address(.3.): 150.78.184.29 EZA5232I Nameserver Response Timeout: 10 seconds EZA5233I Resolver Retry Interval: 20 minutes EZA5234I UDP Retries/Nameserver/Interval: 1 EZA5235I RCPT TO: response delay: 60 seconds EZA5145I Translate Table: TCPIP.STANDARD.TCPXLBIN EZA5263I DBCS Conversion: Disabled EZA5175I Mail Logging : Yes EZA5179I Debugging Enabled : No EZA5320I Outbound Open Session Limit: 5 EZA5322I SMSG Authorization List: Processed EZA5378I Deliver via Mailer : None EZA5645I IP Mailer Name : EXCHANGE01.ABCD.EFG.ZA ALL EZA5186I Mail File Dataset Prefix : HLQ.TCPMAIL. EZA5187I Mail File Unit Name: SYSDA EZA5183I Spool Poll Interval: 30 Seconds EZA5341I CheckSpoolSize : Enabled EZA5569I No Source Routing : Disabled EZA5573I RcptReply452 Active: No EZA5574I SMTP ExitDirection : Inbound EZA5471I DeleteBadSpoolFile : No EZA5209I Local Time Zone: +0200 EZA5390I STOPONRENF : Inactive EZA5260I Rewrite 822 Mail Headers : Enabled. Using default rules EZA5126I We currently on a backlog of over 3000 notes. At
Re: IDC3009I RC=110
No, I don't believe either is possible. Robert S. Hansel (RSH) r.han...@rshconsulting.com 8/19/2009 7:06 AM Scott, Is it possible that in the interim since you did the last process either PROTECTALL was activated for the first time or a prior profile (e.g. PAGE.**) existed that was deleted? Regards - Bob Robert S. Hansel Lead RACF Specialist RSH Consulting, Inc. www.rshconsulting.com 617-969-8211 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, August 18, 2009 2:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IDC3009I RC=110 I understand all that, yet the fact remains that this process worked before, when there was no PAGE.** profile defined. I guess this is not a big deal now, I was just trying to understand what had changed. John Laubenheimer jlaubenhei...@doitt.nyc.gov 8/18/2009 2:46 PM Also, check the SETROPTS for the PROTECTALL option. If you had a PAGE.* profile, which only covered the 2nd level, the PAGE.A.another_level is NOT protected, and RACF (actually DFSMS) would fail any access to the dataset. When you created PAGE.**, you then covered any number of levels after PAGE., and RACF/DFSMS would then allow access. And, as previously stated (I think), when you rename a RACF protected dataset, the dataset name that it is renamed to must also be protected. (Level of protection doesn't really matter ... just covered by a profile.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDC3009I RC=110
There is only one RACF database. Rick Fochtman rfocht...@ync.net 8/18/2009 9:21 PM ---snip Funny, I don't read the message that way. Nothing in the explanation indicates to me that the target name is the one with the problem. Also, I had no trouble with the last ServerPac I installed and the target was the same, though the source prefix had changed, so I assumed that that was the issue. There was a profile for 'PAGE.*', but not 'PAGE.**', so once I created that, it worked. I am certainly no RACF expert, I can barely spell it, but this still doesn't make much sense to me. Why did it work last time? --unsnip- Check the Enhanced Generics setting on both images. 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USSTAB
You seem to have a sandbox available to you so I would like to suggest some more tests. a. Does the VTAM implementation skip order sequences when scanning for @ characters? Check with HOSTNET preceded by an SF with attribute byte X'7C', protected, autoskip and nondisplay - which is going to make it difficult to see! - which tends to being an excuse for not bothering since it's so unlikely. The VTAM implementation does not skip order sequences for the '@' character. These can also cause unintentional problems. b. Does the VTAM implementation skip WCC characters when scanning for @ characters? Check with HOSTNET at the very beginning of the USS message with a X'7C' Write Control Character which means reset, 80- character print line, start print - beware in case you have a local printer defined - and sound alarm. The VTAM implementation does not skip WCC chartacters either. c. Does the VTAM implementation insist on upper case characters when matching @-based variables? Check with @hostnet. Upper and lower case are both matched. d. Does the TN3270 implementation skip order sequences when scanning for characters? Check with SYSR1, the volume serial number of the volume used for IPL, preceded by an SF with attribute byte '50', unprotected. The TN3270 implementation does not skip order sequences when scanning for ampersands either. e. Does the TN3270 implementation skip WCC characters when scanning for characters? Check with SYSR1 at the very beginning of the USS message with a X'50' Write Control Character which means 40-character print linebut, since the print bit is not set there no risk of wasting paper! The TN3270 implementation does not skip WCC characters when scanning for ampersands either. f. Does the TN3270 implementation insist on upper case characters when matching system symbols? Check with sysr1. The TN3270 implementation does recognize only uppercase characters when scanning for system symbols. g. Just to be sure that this enhancement applies only to USS messages defined using the BUFFER operand and not the TEXT operand, try coding an USS message using the TEXT operand and with SYSR1 in the text and see what happens. If the system symbol is substituted, try DATE. The VTAM implementation replaces the @ variables and not system symbols. The TN3270 implementation replaces both. Now that you've mentioned that the SCAN|LUNAME suboperand is not required I can't trust any aspect of the TN3270 implementation of variable substitution in USS messages! No kidding! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: The Death of Servers and Software
ComputerWorld magazine has been a joke for many years now. It used to be good back in the 80's/90's but MicroSoft's pocketbook is a big one. I haven't bothered to read it for quite a long time now. On Tue, Aug 18, 2009 at 4:14 PM, Timothy Sipples e99...@jp.ibm.com wrote: Hewlett-Packard reported its 3Q earnings earlier today: http://h30261.www3.hp.com/phoenix.zhtml?c=71087p=irol-newsArticleID=1322129 A few highlights: 1. Industry standard server revenues are down 21% (quarter, year to year). And it's not a single quarterly fluke: revenues are also down over 24% (nine months, year to year). These are the Intel/AMD X86 servers. Clearly this means that X86 servers are dead. And because they are industry standard, that obviously means the entire standard server industry is dead. 2. Non-industry standard server ... oh, sorry... Business critical server revenues are down over 30% (quarter, year to year). And it's not a single quarterly fluke: revenues are also down over 25% (nine months, year to year). These are almost all Intel Itanium-based servers running HP/UX (UNIX) plus a few NonStop Kernel (NSK) servers. Clearly this means that distributed UNIX and NSK servers are even more dead. 3. HP doesn't break out profit (earnings from operations) separately for these two units, but for the overall Enterprise Storage and Servers division, profits were down 34.5% (quarter, year to year) and a whopping 46% (nine months, year to year). Clearly since the profit is declining even faster than sales, HP server RD investment is really, really dead. Which fits, actually: there hasn't been a new Itanium CPU sincewhen was that again? (Anybody remember?) 4. Perhaps services and software will help fill the gap? HP doesn't actually produce too much software, and anyway that business was down too (22% for the quarter, year to year; 15% for the nine months, year to year). So obviously software is dead. The EDS acquisition makes services comparisons hard for now, so more time is needed before deciding that's dead. Yes, servers, software, and perhaps even services are dead. Everything is dead. Thus I suggest unplugging every HP X86, distributed HP/UX, and NonStop Kernel server you own, now, before it's too late. I'm also looking forward to reading Computerworld's article tomorrow about the death of HP servers, and the grave and ever-deepening threat to HP server RD. A story which of course they have been printing for several quarters given the *actual* continuing death of HP servers (that mostly run non-HP software, as it happens). Right? Speaking only for myself. And Computerworld. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: LPAR strictly for CICS Onlines
How many CICS regions are you running? Maybe you should just try to split the application or applications up into several more regions. There are ways to do that with Vtam and IP so that the separation is transparent to end users. We have a set of related applications that run in a single CICS region and they are always going sos and we keep having to lower max tasks so that it does not go sos. We have 3 regions all set up to go to run the stuff instead of in just 1 region but the people responsible for the applications insist on running in just 1, even though only a minor modification would have to be made to their code (some of the programs check applid). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Wednesday, August 19, 2009 10:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: LPAR strictly for CICS Onlines On Tue, Aug 18, 2009 at 10:52 PM, gsg gsg_...@yahoo.com wrote: We've been having a bunch of problems CICS short on storage , max task etc... and I posed the question can we create a LPAR specifically for our CICS regions and another for our batch. I don't know if it is even possible. Does anyone currently do something like this? If so, how do you open/close files via your batch jobs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Have you looked at the possibility of trying to reduce you CICS cpu usage. I know that CICS trace can burn a lot of cpu. If you can then look at setting the following - AUXTR=OFF, GTFTR=OFF, INTTR=OFF, SPCTR=OFF, STNTR=OFF, SYSTR=OFF, USERTR=OFF, Also look at your setting of the LE runtime option CBLPSHPOP and see if that can be set to OFF especially if your CICS programs do a lot of dynamic calls. These are old recommendations but worth revisiting when you are short of cpu power. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Death of Servers and Software
On 18 Aug 2009 16:52:49 -0700, zosw...@gmail.com (P S) wrote: Nicely put! Yes. The problem is in tightly defining information functions such as server. And this is particularly a problem for us who are categorized as being Mainframe people. Looking for a particular technology for server functions (or database functions, or whatever), is going to find particular technologies, whether or not those technologies are the best for our needs. A narrow focus makes management not see when their old Mainframe technology is not as expensive as they thought, especially with new privacy and security needs, and old reliability needs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: VM install and VMSYS file pool
I've always just installed to mdisk because it seemed simpler to me. You could probably search the VM (ib...@listserv.uark.edu)list archives for more info on the subject if you don't want to post to it. Larry Brown -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Johnston, Robert E Sent: Tuesday, August 18, 2009 4:24 PM To: IBM-MAIN@bama.ua.edu Subject: VM install and VMSYS file pool I am mostly MVS (VS/1 to z/OS) and know there is a VM list, but I am confident someone here can advise me. I supported VM for a few years in the mid 1980's before LPARs (VM/HPO 5 last I believe). I don't remember file pools and it looks... interesting. The purpose of installing VM here is to try out Linux and Solaris. There is a big push to try Solaris. We have nothing Linux lined up, but VM could end up being a godsend for our mainframe. We have lost some z/OS apps since 2000. I've been reading the install doc and am almost ready to give it a try but I am unsure about the VMSYS question on a worksheet. We won't have any real CMS users, VM products, and maybe just a couple of guest OS's. In the z/VM: Guide for Automated Installation and Service, step 2 #3, it says to determine which products you will load into the VMSYS file pool and which products you will load to minidisks only. Do I want to load to VMSYS also? If so, my choices appear to be: VM, VMHCD, OSA, ICKDSK, and TCPIP. (the rest are disabled products). Load them all or just some? All this might not amount to a hill of beans in our case, but I'd like to do it right. Thanks for any and all help! Robert Johnston UAMS, Little Rock, AR -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: LPAR strictly for CICS Onlines
On Tue, 18 Aug 2009 18:53:39 -0500, gsg gsg_...@yahoo.com wrote: No knowing any better is probably me best anwer. I thought we would be able to control resources better. However, using the CPU Critical may be an option also. However, I think that we created a service class recently for our HOTBATCH service class. I don't think we would want to many service classes running as CPU critical. The fact that you recently had the need to create a HOTBATCH service class suggests to me that you are having trouble meeting more goals than just CICS. Have you been monitoring your WLM environment? I like the Omegamon II displays for this. You'll have to use what you have available. -- 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
z/OS 1.11 Manuals and New Hot Topics
Greetings, The new z/OS 1.11 manuals are on the z/OS Internet Library: http://www-03.ibm.com/systems/z/os/zos/bkserv/ The new z/OS Hot Topics for August 2009 is also available: http://www-03.ibm.com/systems/z/os/zos/bkserv/hot_topics.html Cheers... Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: z/OS 1.11 Manuals and New Hot Topics
They are not yet available via the Softcopy Librarian internet source. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Cleary Sent: Wednesday, August 19, 2009 9:25 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.11 Manuals and New Hot Topics Greetings, The new z/OS 1.11 manuals are on the z/OS Internet Library: http://www-03.ibm.com/systems/z/os/zos/bkserv/ The new z/OS Hot Topics for August 2009 is also available: http://www-03.ibm.com/systems/z/os/zos/bkserv/hot_topics.html Cheers... Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Where to find statistics for fetched programs?
--- On Wed, 8/19/09, Rick Fochtman rfocht...@ync.net wrote: SNIP--- That's true, but if you've got a real PIG of a subroutine that's invoked via LINK, etc. the CPU time will be accounted as part of the main program's CPU time. Not necessarity a good picture, expecially if this subroutine is used by multiple callers. Rick ---end Rick, That is very true. One side issue is that every once in a while there is a program that *NOBODY* knows about and you have done your home work researching where it might be called from. You cannot find any obvious answer so after notifying everyone you delete the module and all of a sudden a lot of programs abend with an S806 etc... You quickly put it back and everything is back to normal, meanwhile you have egg on your face. That has been the issue since day 1 of of os/360 and it is still valid today. Unless you have a front end to fetch and keep your own numbers you are playing craps with possibility. Personally I would love to know via SMF say a record is cut with totals every so often (user specifiable) that would help a lot. It would be nice to have other information as well (library found in or link list library number). It seems a reasonable thing to do maybe some one has written a SHARE requirement or should submit one. 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: Can CICS region share more than one processor
Hi Don We seem to differ on how DB2 code USED to execute within CICS applications. To the best of my knowledge and belief DB2 code NEVER executed on the main CICS TCB ( QR ) and always had multiple dedicated TCBs defined for its use via RCT. I'm more than happy to be corrected but that's how I know it at least since I have been working with this stuff. Before OTE enhancements came along, on completing sql execution a task would switch back to main CICS TCB. The use of multiple concurrent CPUs was limited to DB2 code only. With OTE a task may not switch back to QR from L8 if it's thread safe. My point is that the increased concurrency is only incremental, sql execution was always concurrent. Therefore my question about the portion of L8 CPU time that is non-DB2. I hope that clarifies it ( or I get corrected ) Mohammad On Wed, 19 Aug 2009 10:48:38 -0400, Don Deese don_de...@cpexpert.org wrote: Hi Mohammad, I don't understand the relevance of your question within the context of Dr. Merrill's posting. Dr. Merrill was illustrating the concurrent execution of multiple TCBs (both the QR TCB and L8 TCBs) that would not have been possible prior to the OTE design. It is somewhat irrelevant as to whether DB2 CPU time was charged to a QR TCB or to an application TCB in past. The fact that the DB2 processing would have been executed in series off QR TCBs, but now executes in parallel with L8 TCBs is the important point that Dr. Merrill was making. Keep in mind that Dr. Merrill was responding to the OP query Can CICS region share more than one processor. FWIW, I have data from CPExpert users that show 10, 20, 30 or more L8 TCBs executing concurrently and using more than 100% of CPU (namely, they are using multiple CPUs concurrently for more than 100% of the time). This would not have been possible prior to the OTE design. As Dr. Merrill pointed out, there are 22 TCB types with CICS/TS 4.1, and several of these TCB types can have multiple TCBs executing concurrently. The number of current TCBs can be controlled by the MAXxxxTCBS in the SIT or in the JVMPROFILE Resource Definition. There are, of course, limiting factors inherent in the environment (for example, CICS monitors the amount of available MVS storage and will not attach new TCBs from the JVM TCB pool if storage is severely constrained). Regards, Don -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMTP delivery delay
Vikesh, I think you too have hit on the performance limits of the old SMTP server program. SMTP is a single-task process. It can only do one thing at a time. So, the tasks of - process one SPOOL file - store the email message(s) inside of that SPOOL file on disk and build the distribution list and addressbook files for each message - listen on the network for incoming mail (replies, bounced mail notifications, etc), receive and store those - contact the mail server to send one or more email messages - update addressbook files for each sent message - delete message files from disk when addressbook file says, it's been sent to all recipients are performed round-robin, one after the other. Each of these functions takes time, including some built-in times to wait for things to happen (listen on network, establish session with mail server, file DYNALLOC, etc). As far as I know from previous experience, there's not much you can do to speed things up, except to make sure that SMTP gets all the CPU cycles it wants by running it in the highest possible performance group. This might shave off a second or two per mail message. It also helps SMTP performance, if the mail server you're sending to is not too busy and can respond to SMTP's requests as quickly as possible, perhaps even receiving more than one mail message per connection request. Luckily for you, each email seems to arrive on SPOOL as one single email message per SPOOL file. You can bunch multiple email messages into one SPOOL file (the program logic allows it), but I strongly advise against ever using this technique. SMTP can do nothing else while processing a SPOOL file into outgoing messages and storing them on disk. A multi-message SPOOL file can take a long time to process and not a single message is sent while that happens. And another few words of warning: Do NOT ever cancel SMTP while you have a large backlog of emails stored on disk, waiting to be sent. Upon restart, SMTP first has to process all the addressbook files, one at a time, to reestablish the to-do-list and that will take a long time, too, before SMTP resumes its normal round-robin processing. Also ensure, that you do not run out of disk space, including VTOC space on the disk(s) where your HLQ.TCPMAIL.** files are stored ... this causes nasty failures in SMTP. Running DFHSM or DFDSS disk backups on those disks may also lead to failures, if SMTP tries to DYNALLOC a dataset and gets an enqueue conflict. Beware!! There's just one thing I can say: Hang tough. And also take a look at the z/OS 1.11 announcement letter. There's mention of a redesigned SMTP server that's supposed to perform better. There may be light at the end of the tunnel ... Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vikesh Bhoola Sent: Wednesday, August 19, 2009 08:18 To: IBM-MAIN@bama.ua.edu Subject: SMTP delivery delay Goodday, We are running SMTP server on z/OS 1.9 on one of our LPARs. The emails from various LPARs are routed to this system via NJE. The emails are relayed to a MS-Exchange Server through this SMTP server. We have been flooded by a process that needs to send out emails. We noticed that there is a +/- 15-20sec delay between each of the Delivery statements. The system is not CPU/ I/O constraint. snipped some text We currently on a backlog of over 3000 notes. At this rate we will only catch up in 12-13 hours if no further notes are received. Your assistance is very much appreciated. Kind Regards, Vikesh Bhoola Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMTP delivery delay
As far as I know from previous experience, there's not much you can do to speed things up, except to make sure that SMTP gets all the CPU cycles it wants by running it in the highest possible performance group. Service Class. Performance Groups went out after z/OS 1.3. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. Thanks! Frank On 8/18/2009 at 8:48 PM, in message 46fe133d4aaa934296decc2288050f2b01e85...@gp2k0084v3.geico.corp.net, Knutson, Sam sknut...@geico.com wrote: Yes. The phrase you want to Google is technology dividend. The specialty processors IFL, ICF, IIP, IFA all carry to the new machine but without an upcharge get significantly faster since all of those run at full speed regardless of weather you run with sub-capacity general purpose engines or not. The GP engines carry the burden of the pricing legacy that is pervasive on the platform but all the specialty processors. There is some fine print you need to do the right kind of upgrade you cannot just acquire a new box without any connection to the old box and float the engines over by osmosis:-) This is not hard. We are still carrying one IFL I think we bought on a 9672 G6 now it is on a z10 EC. I don't have any other server that gets part of it's cores refreshed for free every few years. https://www-03.ibm.com/systems/z/advantages/charter/techdividends.html https://www-03.ibm.com/systems/z/hardware/z10bc/index.html Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Y Odo Sent: Tuesday, August 18, 2009 9:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM halves mainframe Linux engine prices Timothy Sipples wrote: As Mark Post alludes to, the author forgot lots of things, including (for example) the traditional separation between IFL purchases and frame upgrade purchases. That is, typically an IFL purchase much more closely resembles a one-time charge. Can you elaborate on that point? And cite documentation for it? I mentioned that to my bosses in one of my many attempts to sell Linux/IFL to my management. The way I understand it, if we purchase, say, a z10 BC with an IFL, when it comes time to upgrade to the next generation processor (a z11?) we don't need to shell out that $47K again ... we pay for the new box, memory, channels, standard CPs, etc. but we get the IFL enabled free on the new box. Is that a correct interpretation? --Stephen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? No. And, you lose it on subsequent upgrades. For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. I would recommend you keep it, even if you don't use it. It's already paid for, why remove it? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
I believe that once you buy the IFL you own it. If you drop the IFL when you go to the new machine there is no discount. Joel Wolpert Performance and Capacity Planning consultant WEBSITE: www.perfconsultant.com - Original Message - From: Frank Swarbrick frank.swarbr...@efirstbank.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 19, 2009 1:53 PM Subject: Re: IBM halves mainframe Linux engine prices What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. Thanks! Frank On 8/18/2009 at 8:48 PM, in message 46fe133d4aaa934296decc2288050f2b01e85...@gp2k0084v3.geico.corp.net, Knutson, Sam sknut...@geico.com wrote: Yes. The phrase you want to Google is technology dividend. The specialty processors IFL, ICF, IIP, IFA all carry to the new machine but without an upcharge get significantly faster since all of those run at full speed regardless of weather you run with sub-capacity general purpose engines or not. The GP engines carry the burden of the pricing legacy that is pervasive on the platform but all the specialty processors. There is some fine print you need to do the right kind of upgrade you cannot just acquire a new box without any connection to the old box and float the engines over by osmosis:-) This is not hard. We are still carrying one IFL I think we bought on a 9672 G6 now it is on a z10 EC. I don't have any other server that gets part of it's cores refreshed for free every few years. https://www-03.ibm.com/systems/z/advantages/charter/techdividends.html https://www-03.ibm.com/systems/z/hardware/z10bc/index.html Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Y Odo Sent: Tuesday, August 18, 2009 9:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM halves mainframe Linux engine prices Timothy Sipples wrote: As Mark Post alludes to, the author forgot lots of things, including (for example) the traditional separation between IFL purchases and frame upgrade purchases. That is, typically an IFL purchase much more closely resembles a one-time charge. Can you elaborate on that point? And cite documentation for it? I mentioned that to my bosses in one of my many attempts to sell Linux/IFL to my management. The way I understand it, if we purchase, say, a z10 BC with an IFL, when it comes time to upgrade to the next generation processor (a z11?) we don't need to shell out that $47K again ... we pay for the new box, memory, channels, standard CPs, etc. but we get the IFL enabled free on the new box. Is that a correct interpretation? --Stephen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email
Re: IBM halves mainframe Linux engine prices
snip What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. /snip Why would you want to drop the IFL? It is already bought and paid for (buy once, upgrade forever). I seriously doubt that IBM or their business partner will give you a credit for dropping the IFL. The IFL is a general purpose engine loaded w/different microcode. There is no additional hardware involved. It is already in the box and just needs to be turned on. The only reason I can think of why you would want to do this is to fit into a smaller piece of hardware. E.G. z/10 EC to z/10 BC. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Wednesday, August 19, 2009 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM halves mainframe Linux engine prices What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. Thanks! Frank You get *NOTHING* if you do that. We eliminated our IFL when we went from our z890 to our z9BC. All we got was a reduction in the hardware maintenance cost (no more maint for the IFL). And, from what I gather, if you ever want an IFL again, you must pay FULL PRICE for it on the new machine. -- 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 halves mainframe Linux engine prices
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, August 19, 2009 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM halves mainframe Linux engine prices What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? No. And, you lose it on subsequent upgrades. For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. I would recommend you keep it, even if you don't use it. It's already paid for, why remove it? - Too busy driving to stop for gas! We saved $$ in maintenance!! sarcasm/ -- 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 halves mainframe Linux engine prices
On 8/19/2009 at 1:58 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: -snip- It's already paid for, why remove it? I suspect it will save them a few $$ in hardware support costs. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
I suspect it will save them a few $$ in hardware support costs. Is it enough to be worthwhile? And, if it's a new generation, isn't it covered under the same warranty? Or, can't it be negotiated? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
On Wed, 19 Aug 2009 11:53:46 -0600, Frank Swarbrick wrote: What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. You might try to get IBM to convert the IFL to a zIIP or a zAAP on your current machine. Maybe you can get a discount on that. zIIP and zAAP also carry forward. -- 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 aims System z at specific workloads
Surely you recognize the difference between marketing and engineering. It may surprise some to learn that the airlines define the seating configuration, not the manufacturer of the aircraft. Guess where comfort ranks on their priority list. -Original Message- From: Timothy Sipples Sent: Wednesday, August 19, 2009 12:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM aims System z at specific workloads Barry Schwarz writes: I take it you don't fly coach much. Sadly, almost always. :-( And these days the almost part is much more retrospective than prospective. But, to quote Boeing about its new 787 airliner: Passengers will also see improvements with the new airplane, from an interior environment with higher humidity to increased comfort and convenience. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
We have done that. I think it was $10,000 to convert an IFL to zIIP Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, August 19, 2009 13:16 To: IBM-MAIN@bama.ua.edu Subject: Re: IBM halves mainframe Linux engine prices On Wed, 19 Aug 2009 11:53:46 -0600, Frank Swarbrick wrote: What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. You might try to get IBM to convert the IFL to a zIIP or a zAAP on your current machine. Maybe you can get a discount on that. zIIP and zAAP also carry forward. -- 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 halves mainframe Linux engine prices
We have done that. I think it was $10,000 to convert an IFL to zIIP Now, the business decision is: Is the 10K worth it, rather than to toss the IFL? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
On 8/19/2009 at 2:15 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: I suspect it will save them a few $$ in hardware support costs. Is it enough to be worthwhile? In my opinion, probably not, although Tom Marchant's suggestion might be worth looking into, assuming that wouldn't put the OP over the limit for zIIPs and zAAPs when compared to CPs. As I recall, there was a significant charge to do those types of conversions (at least from CP - speciality), which might wipe out any advantage. And, if it's a new generation, isn't it covered under the same warranty? I'm pretty sure that's all covered by the hardware maintenance charges, so yes. I'm clearly very biased here, but from my perspective, it would be of far more value to the OP's business to actually start using the IFL for something useful rather than letting it sit idle, or getting rid of it. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 aims System z at specific workloads
You mean it's even ON their priority list? Schwarz, Barry A barry.a.schw...@boeing.com 8/19/2009 2:15 PM Surely you recognize the difference between marketing and engineering. It may surprise some to learn that the airlines define the seating configuration, not the manufacturer of the aircraft. Guess where comfort ranks on their priority list. -Original Message- From: Timothy Sipples Sent: Wednesday, August 19, 2009 12:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM aims System z at specific workloads Barry Schwarz writes: I take it you don't fly coach much. Sadly, almost always. :-( And these days the almost part is much more retrospective than prospective. But, to quote Boeing about its new 787 airliner: Passengers will also see improvements with the new airplane, from an interior environment with higher humidity to increased comfort and convenience. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
I'm clearly very biased here, but from my perspective, it would be of far more value to the OP's business to actually start using the IFL for something useful rather than letting it sit idle, or getting rid of it. Oh, I agree. But, I'd rather have it sit idle than get rid of it. You can always use it later. But, I don't own that canine. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
Thanks to everyone who answered. I am not really involved at the level where I have all of the knowledge of what we're doing and why with regard to the IFL, but I have passed the information on up so that an informed decision can be made. Thanks!!! Frank On 8/19/2009 at 11:58 AM, in message 1421472168-1250704698-cardhu_decombobulator_blackberry.rim.net-8109471...@bxe12 7.bisx.prod.on.blackberry, Ted MacNEIL eamacn...@yahoo.ca wrote: What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? No. And, you lose it on subsequent upgrades. For reasons I shall not get in to (as I probably don't have all of the facts) we are planning on eliminating the IFL we currently have when we go to our next machine. I would recommend you keep it, even if you don't use it. It's already paid for, why remove it? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VM install and VMSYS file pool
Thanks Larry and Dave (off list). I appreciate the info. I will be installing to mdisk only. I hope VM will have a happy home here for many years to come. Might even be running 'doze in a vm before long! Robert -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brown, Larry - St. Louis, MO Sent: Wednesday, August 19, 2009 10:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: VM install and VMSYS file pool I've always just installed to mdisk because it seemed simpler to me. You could probably search the VM (ib...@listserv.uark.edu)list archives for more info on the subject if you don't want to post to it. Larry Brown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
They should be able to keep the IFL without maint. This way if they ever decide they want to use it again all they have to do is re-instate the maint. Joel Wolpert Performance and Capacity Planning consultant WEBSITE: www.perfconsultant.com - Original Message - From: Mark Post mp...@novell.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 19, 2009 2:09 PM Subject: Re: IBM halves mainframe Linux engine prices On 8/19/2009 at 1:58 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: -snip- It's already paid for, why remove it? I suspect it will save them a few $$ in hardware support costs. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
And make up all the payments that weren't made in the interim. I don't know how much that would add up to, but it's certainly non-zero. That's what I thought, but I wasn't 100% sure. Also, isn't there a re-certification requirement, or did that go away? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: VM install and VMSYS file pool
On Wed, 19 Aug 2009 13:36:49 -0500, Johnston, Robert E johnstonrobe...@uams.edu wrote: Thanks Larry and Dave (off list). I appreciate the info. I will be installing to mdisk only. I hope VM will have a happy home here for many years to come. Might even be running 'doze in a vm before long! Maybe, but I'm not holding my breath:-) Robert Dave Jones -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
On 8/19/2009 at 2:47 PM, Joel Wolpert j...@perfconsultant.com wrote: They should be able to keep the IFL without maint. This way if they ever decide they want to use it again all they have to do is re-instate the maint. And make up all the payments that weren't made in the interim. I don't know how much that would add up to, but it's certainly non-zero. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
Frank Swarbrick wrote: What can be expected if we *drop* the IFL when migrating to the new machine? Is there a discount of some sort? Not on the new machine. But, you will save (a little bit) on maintenance fees ... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM halves mainframe Linux engine prices
On Wed, 19 Aug 2009 13:18:47 -0500, Field, Alan C. wrote: We have done that. I think it was $10,000 to convert an IFL to zIIP Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant You might try to get IBM to convert the IFL to a zIIP or a zAAP on your current machine. Maybe you can get a discount on that. zIIP and zAAP also carry forward. I should have included ICF in that suggestion. -- 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
spool offload
Have a spool offload dataset offload does not recognize format correctly... error on header when using offload,type=receive.. contacted ibm ..can not help since file was FTP'd to diff. platform and FTP'd back..(both in binary) which is most likely why header is not correct. can browse dataset with ISPF3.4 and see job's and output and so on... need is to get it in some readable format for browsing or print(133)..hopefully... any idea's... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Degraded I/O performance in 1.10?
I would be glad to open a PMR. Not sure what component I would assign too is all Hi David, You should open a PMR to the Supervisor component with the description that batch job elapsed times have increased after migration to z/OS R10. I suspect that OA29595 is a possibility from your updates but would need to see a dump of one of the batch jobs via a PMR. Regards, George Kozakos z/OS Software Service, Level 2 Supervisor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Batch Java not working
Lizette, FWIW. The recommended way to run batch java is via the IBM JZOS batch launcher, which is included with the IBM Java SDKs for z/OS. See: http://www-03.ibm.com/servers/eserver/zseries/software/java/products/jzos/overview.html Kirk Wolf Dovetailed Technologies http://dovetail.com PS Friends don't let friends use BPXBATCH :-) On Wed, Aug 19, 2009 at 1:51 AM, Lizette Koehler stars...@mindspring.comwrote: You know, I always miss that one. You are correct, when I changed it to lower case, it ran fine. Lizette //STEP10 EXEC PGM=BPXBATCH, // PARM='SH ENV ; CD /ETC ; LS -LA' ENV: FSUM7351 not found CD: FSUM7351 not found LS: FSUM7351 not found Any thoughts on why my BATCH JAVA does not work, but my TSO JAVA does? Could it be that the commands are capitalised? Or is that just from the cut and paste into the email from the JCL? The FSUM7351 messages are a bit of a concern. I always have CAPS OFF when running Unix-type JCL for this reason. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Console Logon timeout?
Force logon after x number of hours. (so they don't just keep using the id that logged on at IPL time despite many shift changes !) Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com If everything seems under control, you're just not going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Fatzinger Sent: Monday, August 17, 2009 8:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Console Logon timeout? We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Replicate, Imbed KeyRange
From the 1.11 announcement: In Software Announcement 204-180, dated August 10, 2004, IBM announced its intent to withdraw support for VSAM IMBED, REPLICATE, and KEYRANGE attributes in a future release. Based on customer feedback, IBM no longer plans to remove this support from z/OS in the foreseeable future. IBM still recommends that you stop using these attributes and plans to remove IMBED and REPLICATE attributes during logical DFSMSdss™ restore operations and DFSMShsm recall operations as announced in Software Announcement 207-175, dated August 07, 2007. --- Interesting. My last major project was to get these attributes removed. And, I even updated VC (on the CBT) to re-create a file without them. I also changed it to create disk control cards, rather than just echo the attributes. Another wasted effort? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: The Shame Approach
Wow, sorry to hear that about the situation at IBM. I think Barbara, Wow, sorry to hear that about the situation at IBM. I think we all miss the old IBM days, days of source code before OCO . I learned CICS really well with the source code, especially when there was an issue like a ASRA..Man what happened. I always looked up to the IBMers who were willing to share their experience. They just didn't 'talk the talk' they 'walked the walk'. P.S. I worked for IBM GSS also consulting in NYC for over 3+ yrs..Networking Scott J Ford www.identityforge.com aka...an old dino from the 360 days From: Barbara Nitz nitz-...@gmx.net To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 13, 2009 1:48:25 AM Subject: Re: The Shame Approach Nicely worded, Ed. Maybe I'm not imagining things when I believe IBM is more interested in closing open problem records than in solving the underlying problems. It didn't used to be this way. You mean IBM has been lying to me when they tell me I am the only obstinate one? g,dr There does seem to be much more emphasis on getting PMRs closed than before. Someone's performance appraisal is probably based on the number of open (or closed) PMRs. After all, closed means resolved. Right? Right. And I have been told that even sev4 PMRS (that used to be outside any statistics) are now tracked and pressure is put on the support person to 'resolve this', i.e. force the customer to close. The solution in that case is to immediately open another PMR, where statistics count fresh and give support some time to catch up. I am talking about problems where development/whoever needs convincing, and the support person understandably wants a PMR to report time on (did I mention that when I left IBM, we were supposed to account for every minute of every day having spent it on a PMR? There were even accounting codes for setting the accounting right). I just finally closed one of those chains that took 2.5 years to finally get a good requirement for, and I give heartfelt thanks to *that* support lady that she even put up with all that pressure! It appears that *everyone's* performance appraisal is based on these numbers, the sooner the code 'gave the customer a ptf that was already built' is put in , the better it is for the person. That's why one gets so many 'you don't have this ptf in, please go to the latest maintenance level (or we will not look at the problem). And why in IBM meetings the discussion in a sev1/critsit always centers around the fact that one ptf (whose description has nothing whatsoever to do with your current problem) is not in and why you won't emergency put it in just to get IBM working. And that discussion is instigated by sales, not technicians, because it apparently is an IBM dircetive. Oh yes, and there is also no such thing as 'negative feedback' anymore. I have an ETR where a ptf was written for my bug. When I finally brought it into production (where the problem only occured), it turned out that the bug was not fixed at all. Instead of really putting in the 'not-fixed' retain code, they closed the PMR and opened another one to 'investigate'. Just for fun, someone should put together one of those PDF form templates: Very good idea. I'll use that, too, in the future! :-) At PMR close time there used to be a way to flag a PMR for further use It was ( and still is AFAIK) is called promoting a PMR That is still around. At one point (when someone from IBM introduced us to Servicelink) the guy wanted a search argument. I told him to use my name - on the assumption that he would get the apars that I had written. Instead what he got was a list of *a lot* of my ETRs opened as a customer. Probably as an example what they will deal with when they deal with me. These days I think most of the PMRs are put into the 'internal' category, so they never make it into the pddb (where at least the European) service link finds those 'sanitized' PMRs. And when I did the same search on my name, those ETRs weren't shown to me, either. I've also noticed a tendency for PMRs to be put on the customer queue even when waiting for something from IBM. This seems to vary from person to person, though. Maybe it's just irritating behavior on the part of the IBMer working the PMR rather than a policy to make the statistics look better. Yes, I have an ETR open currently that in about every second of my appends says 'It is NOT my responsibility!' when I notice that someone has again cr ca'd it to the customer, just so 'the customer can see the update'. Support personnel doesn't want to acknowledge that the customer can see the PMR just fine. And it occurs on too many of my/our ETRs in too many components to be 'just irritating behaviour', it *is* an IBM policy because statistics don't count when it is 'user responsibility'. The other 'irritating' thing is the support center's reluctance to change compids, as
Re: IBM z/OS Management Facility V1.11 -- A new face for z/OS
I have had some side conversations with folks outside and inside IBM because the announcement lists this as chargeable but it was understood that entitlement was to be included with z/OS. Deep Blue says... No Charge! So why the announcement letter came out with something to the contrary I have asked the z/OS Marketing folks. There seems to have been some type of a boiler plate version and in those preliminary notices it was clearly N/C . So they are thinking that it's in the configuration changes that perhaps have not caught up with the announcement Whatever..I'm still being told this is N/C! :) It would be nice to have the announcement corrected and maybe someone from z/OS Technical Marketing could confirm here it is no charge. Say has anyone seen John Eells? Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Tuesday, August 18, 2009 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: IBM z/OS Management Facility V1.11 -- A new face for z/OS I thought this was an interesting announcement this morning and one I am looking forward to learning more about at SHARE in Denver! After the disappointment I had with the z/OS Management Console I am cautiously optimistic and very curious to see this. IBM z/OS Management Facility V1.11 -- A new face for z/OS z/OS page with links to announcement http://www-03.ibm.com/systems/z/os/zos/ This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Is there a MIPS to Ghs conversion table or vise vera; we would like to move several Linix servers to an IFL
Google is not very helpful. 1. What is the Mps to Ghz conversion for our mainframe - i.e. we have a 2094-S08 505 processor for mainframe applications that has 1,721 MIPS. 2. How many virtual Linux servers would a zO8 IFL support with a Quad(4)/Quad(4)/2.4 Ghz configuration? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Replicate, Imbed KeyRange
On Wed, 19 Aug 2009 21:15:20 +, Ted MacNEIL wrote: From the 1.11 announcement: In Software Announcement 204-180, dated August 10, 2004, IBM announced its intent to withdraw support for VSAM IMBED, REPLICATE, and KEYRANGE attributes in a future release. Based on customer feedback, IBM no longer plans to remove this support from z/OS in the foreseeable future --- Interesting. My last major project was to get these attributes removed. And, I even updated VC (on the CBT) to re-create a file without them. I also changed it to create disk control cards, rather than just echo the attributes. Another wasted effort? No. It is still advisable to eliminate the use of these attributes. They cause inefficient use of DASD and lead to inefficient use of CPU. It sounds like there were others where were not as diligent as you. -- 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 halves mainframe Linux engine prices
Hi, you can also disable them which will save maintenance costs. Basically the IFL is still there on the core but PR/SM can't use it. We had to do relinquish one to avoid adding a book. The IFL was taking up a PU slot that we needed more for a general-purpose CP than an IFL at that time. cheers Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Is there a MIPS to Ghs conversion table or vise vera; we would like to move several Linix servers to an IFL
I wouldn't trust any conversion chart that exists or what anyone says is the conversion ratio. There is no accurate way to convert MIPS to GHz. My suggestion would be to take a representative workload on the virtual Linux servers and run a POC on the IFL. You should measure the cpu usage on the Linux servers and on the IFL and then you can estimate how much IFL CPU capacity you would need to support your Linux workload. Joel Wolpert Performance and Capacity Planning consultant WEBSITE: www.perfconsultant.com - Original Message - From: BOB COSBY bob.co...@nfc.usda.gov Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 19, 2009 6:36 PM Subject: Is there a MIPS to Ghs conversion table or vise vera; we would like to move several Linix servers to an IFL Google is not very helpful. 1. What is the Mps to Ghz conversion for our mainframe - i.e. we have a 2094-S08 505 processor for mainframe applications that has 1,721 MIPS. 2. How many virtual Linux servers would a zO8 IFL support with a Quad(4)/Quad(4)/2.4 Ghz configuration? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Is there a MIPS to Ghs conversion table or vise vera; we would like to move several Linix servers to an IFL
On Wed, 19 Aug 2009 16:36:47 -0600, BOB COSBY bob.co...@nfc.usda.gov wrote: Google is not very helpful. 1. What is the Mps to Ghz conversion for our mainframe - i.e. we have a 2094-S08 505 processor for mainframe applications that has 1,721 MIPS. 2. How many virtual Linux servers would a zO8 IFL support with a Quad(4)/Quad(4)/2.4 Ghz configuration? It depends. You might get more value on LINUX390-L at Marist. Basically it depends on the utilisation of the x86 servers, plus fudge factors that relate to the kind of work they're running. If the figures are low, in the 5-10% range, you could get a dozen or several. The good thing is that the IFL will run at full speed on the z9, not the slow speed of the 4xx-6xx models. Good Luck! cheers Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 halves mainframe Linux engine prices
John A Pershing Jr persh...@alum.mit.edu writes: However, it's all a very fuzzy area. E.g., is CP an Operating System, since it is dependent on CMS for development? Or, is it, perhaps, merely a Kernel on steroids? -jp And, yes, TPF transactions clearly can drive a printer -- e.g., to print out an airline ticket or a baggage tag. CP/40 was control program ... for 360/40 that had customed modified hardware providing virtual memory. CP/40 morphed into CP/67 when 360/67 with standard virtual memory became available. CP/40 (and then CP/67) development went on in parallel with CMS (when it was still called cambridge monitor system) ... with CMS originally running stand-alone on 360/40 ... which went on in parallel with CP/40 using the 360/40. When some people from the science center came out to the univ. to install CP/67, CP/67 source was still being kept on OS/360, assembled on OS/360 ... and physical TXT decks punched ... with cards for kernel build being kept in card tray (individual TXT decks had colored markers across the top to selective replace the TXT cards for specified routines. It wasn't until later in '68 that the CP/67 group felt that CMS was stable enough to move CP/67 over to CMS (and off OS/360). For some trivia ... the claim is that the person responsible for CP/M (early personal computer system) ... had cribbed the name from CP67/CMS ... he had used CP67/CMS at NPG school at Monterey in early 70s. other CMS trivia was that in the transition from CP67 to VM370, CMS had its name changed to conversational monitor system ... and artificially crippled so it would not longer boot/ipl on the bare hardware. One of the problems over the decades was having people from traditional operating system backgrounds come to work on VM ... was that the CP heritage from the earliest beginnings was constantly removing stuff from the kernel ... while people with traditional operating system backgrounds would be taking shortcuts and be constantly putting things into the kernel. I had done detailed structural and code-flow analysis of CP kernel structure in early to mid 80s and there were huge amount of things (that never belonged) had been added to the kernel and it was turning into a mess of spaghetti code ... old post with some discussion of the analysis http://www.garlic.com/~lynn/2001m.html#53 move recent posts about removing stuff from cp kernel to make things run faster: http://www.garlic.com/~lynn/2009l.html#36 Old-school programming techniques you probably don't miss http://www.garlic.com/~lynn/2009l.html#44 SAN: conflicting opinions so part of the reason for taking a large component from the vm370 kernel and moving it into virtual machine ... while increasing thruput by possibly factor of 100 times ... was partly to make HSDT links run faster http://www.garlic.com/~lynn/subnetwork.html#hsdt and partly to demonstrate that lots of the code in the kernel wasn't justified being there. early days of TPF (not long after the name change) ... was that TPF didn't support multiprocessors ... and the 3081 was originally to be a multiprocessor only machine ... eventually a partially crippled 3081 uniprocessor was produced, 3083 ... primarily for TPF market ... however, until that happened, for TPF to run on 3081s, it had to run under vm370. wiki acp page: http://en.wikipedia.org/wiki/IBM_Airline_Control_Program wiki tpf page: http://en.wikipedia.org/wiki/Transaction_Processing_Facility For environment that was nearly all TPF execution ... that resulted in the 2nd processor being idle (unless two TPFs were run concurrently). The originally vm370 multiprocessor support came from a design/project that I had done in 1975 for a 5-way SMP (that was never announced or shipped) ... which I claimed had the optimal kernel pathlength overhead for supporting multiprocessor operation (at least for an environment with enough virtual machines to keep all processors running at 100% utilization). lots of past posts mentioning SMP support and/or the compareswap instruction http://www.garlic.com/~lynn/subtopic.html#smp In any case, for the (3081, multiprocessor) TPF market segment ... one of the vm370 releases had a major change in the way multiprocessor support was implemented ... which enable a lot of cp kernel code to be executed concurrently/asynchronously on the 2nd (idle) processor, overlapped with TPF virtual machine execution. This significantly increased the multiprocessor kernel pathlengths ... but was traded off with gaining a little TPF increased throughput (since the increased pathlengths was offset with asynchronous use of the 2nd/idle processor). The TPF market segment thot it was great ... however, all the other VM370 (multiprocessor) customers saw a ten percent throughput degradation. One of the issues with ACP uses of TPF ... was that the data management facilities are rather primitive and they have had to take the system down on regular basis for major updates (potentially once a week). We
Re: LPAR strictly for CICS Onlines
I'm pretty sure it is ESDA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 z/OS Management Facility V1.11 -- A new face for z/OS
Knutson, Sam wrote: I have had some side conversations with folks outside and inside IBM because the announcement lists this as chargeable but it was understood that entitlement was to be included with z/OS. Deep Blue says... No Charge! So why the announcement letter came out with something to the contrary I have asked the z/OS Marketing folks. There seems to have been some type of a boiler plate version and in those preliminary notices it was clearly N/C . So they are thinking that it's in the configuration changes that perhaps have not caught up with the announcement Whatever..I'm still being told this is N/C! :) It would be nice to have the announcement corrected and maybe someone from z/OS Technical Marketing could confirm here it is no charge. Say has anyone seen John Eells? snip (I actually have nothing to do with pricing; or, for that matter, marketing. I just happen to be my organization's liason to marketing, which is how I suppose they arrived at my job title. I'll tell you all about it at SCIDS next week.) But I'll come out to play anyway. For various internal reasons we have trouble saying free in announcements and things like ordering systems. If I understand it correctly, what we've got here (other than failure to communicate) is a value-unit-priced product called z/OSMF (order number 5655-S28) with a price of...wait for it...zero dollars and zero cents per value unit. Zero times any number of value units is still zero, and zero dollars converted to any other currency is likewise still zero. However, service and support for z/OSMF (a different order number, one digit higher, 5655-S29) *does* have a charge associated with it. Talk with your account team and if they come up with a different answer please let me know. I'll also verify all this tomorrow and see whether the announcement actually needs to be corrected. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a MIPS to Ghs conversion table or vise vera; we would like to move several Linix servers to an IFL
On 8/19/2009 at 6:36 PM, BOB COSBY bob.co...@nfc.usda.gov wrote: Google is not very helpful. 1. What is the Mps to Ghz conversion for our mainframe - i.e. we have a 2094-S08 505 processor for mainframe applications that has 1,721 MIPS. Based on the work done by Velocity Software, a good starting point to use is 4MHz = 1 MIPS. Actual workload should be tested and measured to verify that, since it can vary, depending on the instruction mix. And of course, you need to factor in just how busy those Intel/AMD processors are, as in 2% busy for a 2GHz machine is 40MHz, or 10 MIPS. That doesn't take into account path lengths and the like, but you get the idea. Again, measuring actual workload in both environments is absolutely crucial to success. 2. How many virtual Linux servers would a zO8 IFL support with a Quad(4)/Quad(4)/2.4 Ghz configuration? That's going to depend entirely on the workload. It might be one, or it might be 500. There are a lot more factors to consider than just CPU, of course. Real Storage, I/O rates, network bandwidth. Whether z/VM will be used or not, so that more resource sharing can be done. Lots of other things to consider as well, but that should get you started. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: USSTAB
Martin Great job! - thanks for all the tests. It's just about the worst case possible. Only the upper case somewhat relieves the risk. Even VTAM folk haven't been quite clever enough to spot the risk with the @ variables but the chances of an accident with them is very, very small with all except @HOSTNET where the chance rises to very small - and the systems programmer is aware that the USS logic is scanning for @ since he/she has specified the SCAN|LUNAME suboperand - with one small concern - see later. But the situation with the TN3270 logic is quite dreadful. The risk is quite considerable. Following my last post I've been trying work out just how significant the risk is with the ending character of the SBA sequence. For an USS message constructed for an 80x24 presentation space having 1920 character addresses, there is a 1 in 64 chance that the ending character in any SBA sequence is a particular one of the valid basic 3270 data stream characters and , X'50', is one of those particular characters. Thus, with each SBA sequence, the chance increases, 1 in 64 each time. If there are 8 such SBA sequences, a low estimate for a typical message created by a systems programmer designing a pretty panel for his/her end users, the chance for the whole USS message is 1 in 8. If the number is 16, perhaps a more reasonable estimate for an enterprising systems programmer, the chance for the whole message is 1 in 4! Now the whole reason for setting up SBA sequences is to position text - although some SBA sequences may be followed by SF sequences for the purposes of colouring the text - so the numbers above should be reduced where this combination applies. If the colleague of the enterprising systems programmer responsible for installation-defined system symbols happens to create one for the SBA sequence with the character, the USS message, very probably USS message 10, the good morning message, will be ruined for all the end users who set up their TN3270 client following the IPL. I don't like those odds! - Regarding test g. The idea here was mainly to check whether the TN3270 implementation scanned for system symbols when the TEXT rather than the BUFFER operand was used. I was surprised that the VTAM implementation substituted the @ variables but then I checked the manual and I see that is supposed to happen - which makes a small nonsense of having the SCAN|LUNAME for the BUFFER option and no comparable suboperand for the TEXT option. I'm beginning to wonder whether the thinking behind the SCAN|LUNAME suboperand might not have been about performance rather than awareness that substitution could take place. You'll note there is a rather silly comment Note: For terminals with large screen sizes, searching the storage area for a character string might be a performance consideration. as if having a large screen size necessitated the USS message to be built using a large USS 3270 data stream! Anyhow, although not impossible, an USS message built using the TEXT operand is unlikely to have SBA sequences and so only the presence of a character string with an explicit adjacent to text could cause a problem, my HAMMONDDREW example. - Again, well done. Chris Mason On Wed, 19 Aug 2009 10:22:36 -0500, Martin Kline martin.kl...@yrcw.com wrote: You seem to have a sandbox available to you so I would like to suggest some more tests. a. Does the VTAM implementation skip order sequences when scanning for @ characters? Check with HOSTNET preceded by an SF with attribute byte X'7C', protected, autoskip and nondisplay - which is going to make it difficult to see! - which tends to being an excuse for not bothering since it's so unlikely. The VTAM implementation does not skip order sequences for the '@' character. These can also cause unintentional problems. b. Does the VTAM implementation skip WCC characters when scanning for @ characters? Check with HOSTNET at the very beginning of the USS message with a X'7C' Write Control Character which means reset, 80- character print line, start print - beware in case you have a local printer defined - and sound alarm. The VTAM implementation does not skip WCC chartacters either. c. Does the VTAM implementation insist on upper case characters when matching @-based variables? Check with @hostnet. Upper and lower case are both matched. d. Does the TN3270 implementation skip order sequences when scanning for characters? Check with SYSR1, the volume serial number of the volume used for IPL, preceded by an SF with attribute byte '50', unprotected. The TN3270 implementation does not skip order sequences when scanning for ampersands either. e. Does the TN3270 implementation skip WCC characters when scanning for characters? Check with SYSR1 at the very beginning of the USS message with a X'50' Write Control Character which means 40-character print linebut, since the print bit is not set there no risk of wasting paper! The TN3270
Re: Synchronizing TOD between mainframe and other platforms
Have a look at FILE 501 from CBT. It is a very simple and effective way to sync every machine, even PC's obtaining directly time from mainframe. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Console Logon timeout?
It might be nice if there was an IPL parm / option to have the NIP messages stop and prompt you to continue when a screen fills up similar to SAD. With emulated consoles, the messages scroll by so fast it can be nearly impossible to look for something you want to see except after the fact by examining the syslog / operlog.The only other option is to disconnect the consoles and use the HMC, which you can scroll. SAD does that? (Stop and prompt, I mean) I guess only on a 'real' console, not on the HMC, right? The last sadumps I have taken were all taken using the HMC, so I haven't noticed that prompt. musings on Before MCS consoles become available (iea549i), there are about 670 NIP message lines on the system I just looked at, and the usual bits for suppression don't work before console address space id full yfunctional. Assuming 25 lines per screen (for easier division) that means about 27 or 28 prompts, depending on the amount of XCF signalling messages you get. Also, *before* MCS consoles, we are talking synchdest WTORs (IIRC), which means the system doesn't go on with the IPL until the prompt has been answered. Considering what havoc a half-XCF-init'd system can cause because it cannot answer to signalling anymore while waiting for the operator to reply, I would agree, that yes, it would be nice to be able to 'see' these messages, but I think it is unlikely that IBM would implement something like this. In those 670 lines there isn't the message that says the bpxprmxx was found and read. And I know for a fact that a syntax error in that member will cause a synchdest wtor prompting for a correct member. (Guess how the syntax checker for bpxprm was 'invented' - after outage of a productive sysplex because the test system was IPL'd and had a syntax error in bpxprm. Operating did not notice the WTOR, the system did not update its heartbeat anymore, XCF message buffers rapidly built up, things got disrupted.) So the 'NIP' messages may not even be finished after those 670 lines in my example. musings off But thanks for pointing me to check the consolxx messages during NIP - cleanup is necessary there! :-( Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
