Re: msgIEE178I and automation
It's informative perhaps, but not exactly timely enough for the cavalry to arrive in time to do anything about it. Well, in our case RSM seemend to have recovered, but Lotus Domino didn't. A lot of users could not logon to Domino, so they did a 'preventive IPL' on Monday morning. The case of a spin loop that did not get recovered when no one saw the message has not been covered yet. (And yes, we didi have the required EXSPAT recovery in place, and it worked beautifully. One abend071 was sufficient to get RSM to recover. (we won't automate iee183w :-)!) Ask them if they heard something go ding. Message color only helps when (a) the operators are looking and (b) they're not color blind. They wouldn't have heard anything, as the sounds are turned off on all the PCs. In this case it was the sysprogs, not the operators, and all were upset that they hadn't seen the spin loop message (which is where the email comes from). Given that Jim says: When a message has no reply (DCCBNRPL), and the caller did not specify that the message should not be held on the screen, IOSRSAIO must wait for 10 seconds before cancelling the suspended CCW. I guess the message appeared for 10 seconds, after which the console got 'refreshed' with the normal display. So unless someone looked at that console in those ten seconds and went there to read, they really wouldn't have noticed anything. Now only two questions remain: 1. Is iee178i issued with the request for the message to be held? (I still need to read the modules Jim indicated). 2. Is there any way for a timely notification/automation that a synchdest message had occured on any system to be looked at later? Best regards, Barbara -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OSA-ICC and PC's
Hi Listers, For those of you who are using OSA-ICC, how are you managing 'unwanted software/apps' from being installed onto the PC's that are being used as MVS Consoles? Cheers, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.4 Slowdowns
Dave, you know that you can monitor enclaves with RMF3 - Overview - Enclaves? RMF3 recently helped me to track down a CPU problem with enclaves. Hth, Werner Dave Kopischke wrote: On Tue, 27 Sep 2005 14:38:38 -0400, Patrick.Falcone wrote: Can you share the product? Is it WAS? You say you've checked paging, how about swapping? What is the capture ratio during the problem time frame? Also, Mark makes a good point about enclave tracking, unfortunately it may not be obvious with traditional monitoring. The product is a new release of a JAVA API that allows access to Mobius' View Direct product. The API is hosted on either a Windows server or a UNIX server. They have both versions here and they're testing both. The API is new to all allow viewing of color documents. I'm told the JAVA interface communicates through IP Sockets to the VTAM View Direct app. I know very little about the changes to the product. I'm not certain that the issue is caused by this product yet either, but it is my leading contender. I don't want to say bad things about the product (yet), but if it helps to nail the cause, I'll throw it out there. No WAS. No DB2. Enclaves are an interesting direction, but I don't know what would be spawning enclaves within the process. I've been away from the product for a couple years, so I haven't kept up on its upgrades and direction. RMF reports are running now. I'll post what I find. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Werner Kuehnel IMD GmbH (Mannheimer Versicherung) Mannheim - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can't vary offline
Basically, this does come down to cannot vary offline if there is a data set on the volume that is in the IPL-time LNKLST. And that comes down to the IPL-time LNKLST DCB is never closed even when there are no longer any users of it, as might happen after LNKLST UPDATE JOB(*) And that comes down to we dare not free the DCB/DEB of the IPL-time LNKLST for compatibility reasons, which close would do because we're worried about really old code that might be doing something it shouldn't, looking at control structures pointed to via CVTLINK (which remains the address of the IPL-time LNKLST DCB). Having said all that, we are looking at addressing the issue in the future , and we have hopes that if you do happen to do a LNKLST UPDATE JOB(*) after creating a new LNKLST so that no one is using the IPL-time LNKLST (and, presuming that your system doesn't experience anything too catastrophic because you have done that) then you would be able to vary offline the volume and would be able to delete a PDSE data set that is no longer in an active LNKLST. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.4 Slowdowns
I'm having an issue with z/OS 1.4 slowdowns. I've been debugging Java related performance problems for the last 4 years. The problem can be caused by serialization problems between threads. It can be either java implemented spin locks or heavy monitor contention. In order to identify the problem, I usually get a dump of the address space when it is exhibiting the peak CPU usage. Then I run IPCS against it and look at the following: SYSTRACE ASID(X'nn') VERBX LEDATA 'NTH(*)' CTRACE COMP(SYSOMVS) FULL ASID(X'nn) In the SYSTRACE, look to see whether one or more threads from your application are dominating the trace. If nothing jumps out at you, I sometimes run the output to a data set and sort the data by TCB as well as by function to see what is predominate. If I see a TCB(s) that seems to be showing up a lot, I then look at the ledata output to see what the C stack looks like. The CTRACE might help identify failing syscalls or possibly excessive calls. There is also the possibility that you are running into heavy Garbage Collection (GC). I beleive there are JVM options to allow you to report GC statistics. Not sure what the options are. If you run out of options, send me a note. Don Ault, 8-295-1750, 845-435-1750 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there any XML parser available on z/OS ?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Joe Zitzelberger Well, for sufficiently large xml documents, it blows the address space up when using a DOM model. IBMs Cobol can play nicely in a 32-bit world. But IBM gave up half of that to keep the Luddites happy. The OS and other miscellaneous stuff consume a nice chunk of what is left. An IBM Cobol program manipulating an xml dom has a practical maximum of about a 30.5-bit space. One and a half gig isn't exactly small, but it isn't beyond the realm of reality in this day and age. True enough, but something like the _Oxford English Dictionary_, or _War and Peace_, as an XML document? Thanks, but make mine .PDF. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting MIM to GRS
I seem to started a robust discussion --- thanks everyone. We have been a MIM shop for many years and it has been rock solid. The quesion with my shop is this: We are a single 7 image Sysplex - no outside systems sharing resources and we use sysplex tape sharing provided by z/OS. Outside the job requeue feature, what additional benefit justifies the cost in my scenario? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Callable Wait State
Gang, Is there a callable routine under z/OS that can perform some type of wait based on a supplied time period (for example, wait fifteen seconds or 1 CPU second)? This would like to be called from Cobol. Any help would be appreciated. Thanks! W A Stout Burlington, N.C. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trying to understand Delete and Uncatalog
On Tue, 27 Sep 2005 16:26:15 -0700, Charles Mills [EMAIL PROTECTED] wrote: I've got a fairly long multi-step jobstream. It is a software test job, so the order of things and disposition of datasets is somewhat arbitrary. For one particular dataset, the jobsteps specify the following dispositions, with the indicated results. DISP Result --- -- NEW,CATLGCataloged OLD,PASS Passed MOD,DELETE Deleted (but not uncataloged) MOD,CATLGS213-04 (and ISPF 3.4 shows in catalog but not on DASD volume) The MOD,DELETE step does NOT specify a VOLSER (but the OLD,PASS step does). Can anyone explain why the MOD,DELETE step is not uncataloging the dataset? Thanks, Charles Mills You probably have VOLSER coded for the data set on the DELETE step or perhaps on the PASS step. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
A quick question about velocity goals set high
Estimeed lister I'm in a shop were I see for some subsystems (CICS,CONTROM etc) a very high velocity goal, that is 90%. PIs range from 1.4 to 2 and it NEVER reaches 1 nor it's below 1. I read some pepres that a very high velocity goal (80%) is not good if not useless and infact in my previous shop in some CICS we lowered our goals without any delay in response time. Is still bad to put velocity goals higher than 80% ? In IMHO it is. Thank you in advance Max Scarpa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
In a recent note, WA Stout said: Date: Wed, 28 Sep 2005 09:16:19 -0400 Is there a callable routine under z/OS that can perform some type of wait based on a supplied time period (for example, wait fifteen seconds or 1 CPU second)? This would like to be called from Cobol. Any help would be appreciated. Thanks! Don't know about COBOL. In assembler, there's BPX1SLP; in C, sleep(); in Rexx, address SYSCALL sleep; etc. In principle, waiting for 1 CPU second could take a l-o-n-g elapsed external time. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
I think you have answered your own question. The velocity is set so high that it's unreachable. My velocity goal for CICS and similar tasks is 40. And things are fine. __ Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, 08043 Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656 CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. Estimeed lister I'm in a shop were I see for some subsystems (CICS,CONTROM etc) a very high velocity goal, that is 90%. PIs range from 1.4 to 2 and it NEVER reaches 1 nor it's below 1. I read some pepres that a very high velocity goal (80%) is not good if not useless and infact in my previous shop in some CICS we lowered our goals without any delay in response time. Is still bad to put velocity goals higher than 80% ? In IMHO it is. Thank you in advance Max Scarpa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
ILBOWAT0 from COBOL or Steve Comstock suggested bpx1slp. William M. Klein said Check out earlier replies including calls to ILBOWAT0 (part of the OS/VS COBOL, VS COBOL II, *and* LE run-time libraries). If you don't see it in the archives - just do a google search and you will find the information. Some other useful bits http://bama.ua.edu/cgi-bin/wa?A2=ind0508L=ibm-mainP=R87311I=1 call 'bpx1slp' using seconds-1, seconds-2 where both arguments are pic s9(9) binary; the first contains the number of seconds to wait, the second returns the number of seconds remaining (ignored, I imagine in a COBOL environment, but must be passed). Needs to have CSSLIB in the binder SYSLIB concatenation. Or the old previously mentioned ILBOWAT0 01 WAIT-PGM PIC X(08) VALUE 'ILBOWAT0'. 01 WAIT-RC PIC S9(08) BINARY VALUE +0. WAIT 10 SECOND 01 WAIT-TIME PIC S9(08) BINARY VALUE +10. CALL WAIT-PGMUSING WAIT-TIME. Consider I don't code in COBOL so I can only guess this stuff works:-) Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offence. (Edsger Dijkstra) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of WA Stout Sent: Wednesday, September 28, 2005 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Callable Wait State Gang, Is there a callable routine under z/OS that can perform some type of wait based on a supplied time period (for example, wait fifteen seconds or 1 CPU second)? This would like to be called from Cobol. Any help would be appreciated. Thanks! W A Stout Burlington, N.C. This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.4 Slowdowns
I'd be interested to see what Dave's capture ratio is? In our case the problem manifested itself, on a small 2-way, by one of our WAS V5 servants using excessive CPU along with a dramatic drain of CPU, to dispatchable work, by a uni-swap loop which was basically being done by 3 swappable WAS servants playing musical chairs on the LPAR. Our capture ratio during these times was probably 50 - 60% with 1k - 2k/swaps a minute. Turned out to be an SRM defect with express swap logic as defined by IBM. Not a pretty picture - having everyone sitting on their hands during the problems. Shane Ginnane [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 09/27/2005 07:22 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: z/OS 1.4 Slowdowns The most common causes of uncaptured system overhead are for excessive paging and a internal queue build up of SRBs (usually for cross-memory POST) due to server address spaces having a priority lower than their clients. The later is impossible to see with monitors. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
On Wed, 28 Sep 2005 15:24:54 +0200, Max Scarpa [EMAIL PROTECTED] wrote: I'm in a shop were I see for some subsystems (CICS,CONTROM etc) a very high velocity goal, that is 90%. PIs range from 1.4 to 2 and it NEVER reaches 1 nor it's below 1. I read some pepres that a very high velocity goal (80%) is not good if not useless and infact in my previous shop in some CICS we lowered our goals without any delay in response time. Not necessarily true. I've been at shops with CICS regions that have a very high velocity goal (90) for some loved regions and were able to make that goal. It all depends on the environment. Is still bad to put velocity goals higher than 80% ? In IMHO it is. No, it's bad to define unatainable goals - period. This is what you have in your shop according to what you wrote. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trying to understand Delete and Uncatalog
In a recent note, Charles Mills said: Date: Tue, 27 Sep 2005 17:54:59 -0700 Not sure where SMS plays in here. I tried it. If the data set is SMS controlled, it gets uncatalogued. And there's a significant difference in the allocation messages from the PASSing step. For the non-SMS case: IEF236I ALLOC. FOR UNCAT STEP2 IEF237I 3CC0 ALLOCATED TO DD2 IEF142I UNCAT STEP2 - STEP WAS EXECUTED - COND CODE IEF285I user.PASSED.DATASET PASSED IEF285I VOL SER NOS= volser. ... and the SMS case: IEF236I ALLOC. FOR UNCAT STEP2 IGD103I SMS ALLOCATED TO DDNAME DD2 IEF142I UNCAT STEP2 - STEP WAS EXECUTED - COND CODE IGD106I sms.prfx.PASSED.DATASET PASSED,DDNAME=DD2 Note the IEF237I vs. IGD103I, and IEF285I vs. IGD106I. I'd like to understand this all a little better but its not critical to my world. I think you've hit the nail on the head. Ain't MVS wonderful! I doubt any other OS provides such a variety of surprising and interesting behaviors. It's no wonder some consider operationg systems lacking such features radically immature. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
D M=CPU - What is a 'N' CPU
When I issue a D M=CPU command it returns my expected number of processors and also an additional one with status N. IEE174I 08.56.49 DISPLAY M 158 PROCESSOR STATUS ID CPU SERIAL 0+ 0E657D2086 1+ 0E657D2086 2N WE are licensed for 2 CPUs, RMF III shows 2, but our other monitor package shows 2 online and one offline. What is a status 'N'? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Max, I am going to use the IBM reason, It depends WLM is relative to what your other goals are set to. It also depend on what importance you set the velocity go to. A high velocity with and importance of 1 will react a lot diffenently than a high velocity goal and an importance of 5. In the situation you stated the goal was designed to never be met so for the most part will get the resources it needs. Is this a good thing? Again, it depends. IMHO a high velocity goal is not a good thing, but again it depends on your other goals. Thanks, Fletch -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Max Scarpa Sent: Wednesday, September 28, 2005 8:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: A quick question about velocity goals set high Estimeed lister I'm in a shop were I see for some subsystems (CICS,CONTROM etc) a very high velocity goal, that is 90%. PIs range from 1.4 to 2 and it NEVER reaches 1 nor it's below 1. I read some pepres that a very high velocity goal (80%) is not good if not useless and infact in my previous shop in some CICS we lowered our goals without any delay in response time. Is still bad to put velocity goals higher than 80% ? In IMHO it is. Thank you in advance Max Scarpa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
IEE174I hh.mm.ss DISPLAY M idrâ PROCESSOR STATUS text Explanation: Where text is: ID CPU VF CF SERIAL cpuid s s s ser_no cpuid s s s ser_no cpuid s s s ser_no + ONLINE- OFFLINE . DOES NOT EXIST W WLM-MANAGED N NOT AVAILABLE A ASSIST PROCESSOR VF VECTOR FACILITY CF CRYPTO FACILITY Pat Schlehuber [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 09/28/2005 09:03 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject D M=CPU - What is a 'N' CPU When I issue a D M=CPU command it returns my expected number of processors and also an additional one with status N. IEE174I 08.56.49 DISPLAY M 158 PROCESSOR STATUS ID CPU SERIAL 0+ 0E657D2086 1+ 0E657D2086 2N WE are licensed for 2 CPUs, RMF III shows 2, but our other monitor package shows 2 online and one offline. What is a status 'N'? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: U0852
On Wed, 28 Sep 2005 12:57:17 +0330, Mehrdad Rastegar [EMAIL PROTECTED] wrote: Hi all, In IMS V6R1, How a LOST POINTER may be created in a database and how we can prevent the Abend U0852 in batch process? Mehrdad, You'll have better luck getting an answer to this on the IMS-L list. See: https://po.missouri.edu/cgi-bin/wa?A0=ims-l -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
The 'N' status (as on CP#4 below) indicates NOT AVAILABLE IEE174I 09.24.26 DISPLAY M 050 PROCESSOR STATUS ID CPU SERIAL 0+ 011ABC2064 1+ 111ABC2064 2+ 211ABC2064 3+ 311ABC2064 4N John Hamman Systems Programmer BlueCross BlueShield of Mississippi 601.664.4410 [EMAIL PROTECTED] * The information contained in this message, and attachments hereto, may be privileged/confidential, and may contain protected health information that is subject to use and disclosure restrictions under federal law. It is intended only for the use of the individual or entity named above. If you are not the intended recipient, or agent responsible for delivering this message to the intended recipient, you are hereby notified dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return e-mail and delete the original message and any copy of it from your computer system. All recipients are expected to maintain appropriate protections on the information contained herein. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Thank you all for reply. No, I see that our (or better 'their') goals are NEVER reached, PIs are constantly above 1 (sometimes very above). I'm monitoring it since a many weeks. In my opinion the system is stressed trying to reach these goals but these goals are NOT set for CICS only but for many others AS (21) and for this reason it's not possible to say that goals are high because they are applied to 'loved ones' that, by definition, cannot be ALL CICS regions. For this and other reason I think the goal is wrong in THIS environment. Anyway in a previous shop I tested very high velocity but the difference between a goal of 90% and a goal of 70% was minimum for batch jobs and not so high for 1 or 2 CICS. Infact we had CICS velocity goals ranging from 30% to 50%. Thank you again and best regards Max Scarpa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Max, I have to agree, an unattainable goal is an invalid goal. If you're getting a PI of 1.4 to 2 (or higher) that likely means that the work that is running in that particular service class is actually getting a velocity of 64 (at best ~ 1.4 PI) down to 45 or worse (at = 2 PI). We don't have any velocities over 50 for anything, no matter how important. Most of them are around 30 for started tasks. If it's so important that it needs the highest priority, it goes to SYSSTC. It sounds like a good review of your goals, importance levels, and actual service levels (i.e. how workloads and service classes are performing now) is in order. It gets even more fun if you're attempting to balance across a CECPLEX for IRD and ensure adequate performance for high importance workloads at 100% physical busy times. Best regards, Gary Diehl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Max Scarpa Sent: Wednesday, September 28, 2005 8:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: A quick question about velocity goals set high Estimeed lister I'm in a shop were I see for some subsystems (CICS,CONTROM etc) a very high velocity goal, that is 90%. PIs range from 1.4 to 2 and it NEVER reaches 1 nor it's below 1. I read some pepres that a very high velocity goal (80%) is not good if not useless and infact in my previous shop in some CICS we lowered our goals without any delay in response time. Is still bad to put velocity goals higher than 80% ? In IMHO it is. Thank you in advance Max Scarpa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRD (+)ve R (-)ve
Sam, I've been shorted by IRD. See previous questions (that went unanswered!) on this forum. Very important work on one Image, was varied off by IRD to favor the same importance work on another Image, and it nearly choked the loser to death. Minimum weights had to be moved off of 0 to accommodate not losing the sysplex heartbeat. Best regards, Gary Diehl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Knutson, Sam Sent: Tuesday, September 27, 2005 7:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IRD (+)ve R (-)ve Ted if you have a good WLM policy and I expect you do then problems will likely reflect that WLM IRD cannot manufacture capacity only distribute it where your goals dictate and the goals need minor adjustments. I have IRD fully active except managed channels. Managed channels would not benefit me since currently we have the maximum FICON channels attached to each storage processor it can support. Weight Management and CPU Management you should enable together I think. IRD won't create short engines a lot of work was put in to avoid that and we have not seen it being a problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
On Wed, 28 Sep 2005 07:26:50 -0600 Paul Gilmartin [EMAIL PROTECTED] wrote: :In a recent note, WA Stout said: : Date: Wed, 28 Sep 2005 09:16:19 -0400 : Is there a callable routine under z/OS that can perform some type of wait : based on a supplied time period (for example, wait fifteen seconds or 1 CPU : second)? This would like to be called from Cobol. Any help would be : appreciated. Thanks! :Don't know about COBOL. In assembler, there's BPX1SLP; in C, sleep(); :in Rexx, address SYSCALL sleep; etc. :In principle, waiting for 1 CPU second could take a l-o-n-g elapsed :external time. I don't believe that there is an MVS service to wait for 1 cpu second. There is a service to allow notification after a task uses one CPU second, but, if you wait on that ECB you are unlikely to ever wake up unless you have IRB's scheduled. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Duplicate Usercat entries from a 3.4 display on PROD system.
Good morning all, I am stumped at the moment and would like information on why this is occurring. When I go to =3.4 and type in CATALOG, then press enter, I see two entries for several usercats. From PROD system. example: CATALOG.TECHCAT CATALOG.TECHCAT CATALOG.TECHCAT.CATINDEX There is ONE Master catalog for the production system for which this display was done and one TEST Master catalog which is connected to the Master as you would normally do, plus a few usercats. This does not show up on the TEST system, the =3.4 display is as it should be. example: CATALOG.TECHCAT Operating system is z/OS 1.4 and have a basic sysplex with two lpars, PROD and TEST. Any ideas or tips?? Thanks all, Claude -- The contents of this e-mail (and any attachments) are confidential, may be privileged and may contain copyright material. You may only reproduce or distribute material if you are expressly authorized by us to do so. If you are not the intended recipient, any use, disclosure or copying of this email (and any attachments) is unauthorized. If you have received this e-mail in error, please notify the sender and immediately delete this e-mail and any copies of it from your system. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: U0852
My first suspect is improper sharing. That is, databases being accessed/updated by more than one batch process at a time. Specify DISP=OLD. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mehrdad Rastegar Sent: Wednesday, September 28, 2005 4:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: U0852 Hi all, In IMS V6R1, How a LOST POINTER may be created in a database and how we can prevent the Abend U0852 in batch process? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to simulate Status Update Missing to test SFM?
Good morning, we are trying to test SFM policy in our test sysplex and we have done following to simulate a Status Update Missing of one system: 1) Start one system without CF and we would like to put offline then all paths but last of them has been restarted automatically: V 6208,OFFLINE,FORCE 0925 IEE800D CONFIRM VARY FORCE FOR 6208 - REPLY NO OR YES R 925,YES IEE600I REPLY TO 0925 IS;YES IXC308I STOP PATHIN REQUEST FOR DEVICE 6208 WAS 541 NOT SUCCESSFUL: AN UNCONDITIONAL STOP PREEMPTED THIS REQUEST DIAG073:08220003 000C 000C 0001 IEE793I 6208 PENDING OFFLINE AND BOXED IXC467I RESTARTING PATHIN DEVICE 6208 537 USED TO COMMUNICATE WITH SYSTEM SYSA RSN: I/O ERROR WHILE WORKING 2) Start one system with CF, then we have put offline all paths but when we have executed last stop of STR we have obtained following message: IXC302I SETXCF STOP PATHIN REQUEST FOR STRUCTURE IXC4 REJECTED: LAST PATH TO SYSTEM Anybody knows another type of test to verify SFM policy? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: U0852
Short but not complete list 1. abend that didn't backout correctly 2. invalid sharing - 2 update jobs with disp=shr 3. more exotic - write failures on disk, working as designed, running a report job while online is still updateing. The proper response is to run SMU and find out if the lost pointer still exists. If yes, fix it - see IMS manuals. The abend is because someone has a job that isn't playing by the rules. Mike Bell On 9/28/05, Mehrdad Rastegar [EMAIL PROTECTED] wrote: Hi all, In IMS V6R1, How a LOST POINTER may be created in a database and how we can prevent the Abend U0852 in batch process? This is part of system log at the time of Abend: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRD (+)ve R (-)ve
Hi Gary, Just curious Did you open a PMR on this with IBM? What was the CEC size and configuration like? Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Diehl, Gary (MVSSupport) Sent: Wednesday, September 28, 2005 10:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IRD (+)ve R (-)ve Sam, I've been shorted by IRD. See previous questions (that went unanswered!) on this forum. Very important work on one Image, was varied off by IRD to favor the same importance work on another Image, and it nearly choked the loser to death. Minimum weights had to be moved off of 0 to accommodate not losing the sysplex heartbeat. Best regards, Gary Diehl This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
I agree, but not available does not explain what it is and why it is shows up when I am not even licensed for more than 2 CPUs. It's shows on only one of our processors, so it it an annoyance, everything is working as expected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRD (+)ve R (-)ve
Ted, I'd advise a phased in approach. And a thorough review of your WLM policy. 1. For any given CEC in a CEC PLEX, determine the minimum number of LCPs you want any image to have. Don't set your minimum weight to so low that IRD can possibly justify varying off LCPs past your threshold. For example, on a 2-Image, 6 PCP CEC where the weights add up to 1000, and you want at least 2 LCPs online to each image, don't set the minimum weight for each to less than 1.01 physical [or (1.01 / 6) * 1000 = 168]. IRD will always keep enough LCPs online to meet your minimum weight, rounded UP to the next whole number of LCPs. In the same example, if you want to keep 3 LCPs online, set your minimum to 2.01 PCPs, or a weight of 335. 2. For any given CEC in a CEC PLEX, determine the maximum number of LCPs you want allowed to each image. This might be all of them. It might be some. If, similar to the previous 6 PCP 2-Image example, you wanted to never have more than 4 on to any Image (thereby guaranteeing a max LCP over PCP of 8/6) then only put on LCPs 0 through 3 and leave 4 and 5 offline. Put too many LCPs online to too many images in a CEC PLEX and you _will_ run short on engines, guaranteed. IRD will not completely prevent short engines - it seems to like a buffer. Even if both images were running 100% and screaming for more, and you allowed each to have 3 or more LCPs, IRD would not back them down to 3 each. You'd get 4, and the short engine effect you'd expect. RMF REPORTS(CPU) is very revealing in these matters. 3. If you ever want IRD to favor workloads of importance 3 and below, you have to sandbag your importance 1 and 2 work so that it's goals are 0.8 PI at 100% CEC busy while unconstrained. If you have important batch, that really is critical, move it to importance 2. This bit us repeatedly, until we moved the batch up. Ever seen a CPU ready queue climb over 60 and stay there until you manually forced IRD to allow more work through (even though the other LPAR had space to give up)? I have. The phased in approach is to turn on IRD, and set the min/max weights to what you currently have now. PR/SM will behave the same. Then add a few LCPs, and give IRD some flex room in the min/max weights, and watch it for a while. I'd say no more than 20% of the CEC worth of flex. Fix any WLM problems you identify, and widen the flex. The theory is that eventually you can turn on ALL LCPs, and set the min weights to 0 and leave the max blank. We're not there yet. Good luck to you. Best regards, Gary Diehl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ted MacNEIL Sent: Monday, September 26, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IRD (+)ve R (-)ve We are seriously looking at the weight management portion of IRD. Channels and CPUs are not worth it when you're running flat out. And, even with weight management, you need 'white space'. During our peak, we have a bunch of reporting jobs that can wait. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
In a message dated 9/28/2005 9:03:46 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: IEE174I 08.56.49 DISPLAY M 158 PROCESSOR STATUS ID CPU SERIAL 0+0E657D2086 1+ 0E657D2086 2N WE are licensed for 2 CPUs, RMF III shows 2, but our other monitor package shows 2 online and one offline. What is a status 'N'? If you continue reading the output from your Display command, you will see additional lines (but without any IEE message header) like these: CPC ND = 002086.A04.IBM.02.00048E3D CPC SI = 2086.220.IBM.02.00048E3D CPC ID = 00 CPC NAME = P0048E3D LP NAME = MNTLP ID = 5 CSS ID = 0 MIF ID = 5 + ONLINE- OFFLINE. DOES NOT EXISTW WLM-MANAGED N NOT AVAILABLE CPC ND CENTRAL PROCESSING COMPLEX NODE DESCRIPTOR CPC SI SYSTEM INFORMATION FROM STSI INSTRUCTION CPC ID CENTRAL PROCESSING COMPLEX IDENTIFIER CPC NAME CENTRAL PROCESSING COMPLEX NAME LP NAME LOGICAL PARTITION NAME LP IDLOGICAL PARTITION IDENTIFIER CSS ID CHANNEL SUBSYSTEM IDENTIFIER MIF ID MULTIPLE IMAGE FACILITY IMAGE IDENTIFIER The N is explained in one of these additional messages. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRD (+)ve R (-)ve
Sam, Here are the messages I posted with questions about what I was seeing and why. The last one has the most detail. http://bama.ua.edu/cgi-bin/wa?A2=ind0506L=ibm-mainP=R18496I=1 http://bama.ua.edu/cgi-bin/wa?A2=ind0506L=ibm-mainP=R26748I=1 http://bama.ua.edu/cgi-bin/wa?A2=ind0506L=ibm-mainP=R39973I=1 We assumed that the problem is with our WLM Goals and IRD setup, and we're still reviewing them to make sure we can rule that out. Once we're pretty sure it's not our fault, we'll get an PMR opened. Nothing worse than to waste their time with something we should have figured out in the first place! Best regards, Gary -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Knutson, Sam Sent: Wednesday, September 28, 2005 10:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IRD (+)ve R (-)ve Hi Gary, Just curious Did you open a PMR on this with IBM? What was the CEC size and configuration like? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
WE are licensed for 2 CPUs, RMF III shows 2, but our other monitor package shows 2 online and one offline. What is a status 'N'? How many CPU's are defined to the partition including encryption and other assist engines? CONFIDENTIALITY NOTICE: This electronic transmission (including any accompanying attachments) is intended solely for its authorized recipient(s), and may contain confidential and/or legally privileged information. If you are not an intended recipient, or responsible for delivering some or all of this transmission to an intended recipient, be aware that any review, copying, printing, distribution, use or disclosure of the contents of this message is strictly prohibited. If you have received this electronic message in error, please contact us immediately by electronic mail at [EMAIL PROTECTED] or notify us immediately by telephone at 1-800-345-2021 or 816-531-5575 and destroy the original and all copies of this transmission (including any attachments). Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
I'm sorry, but I sure don't see it. All I see is a reason of 'not available', not terribly helpful as to what this actually means. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
Pat Schlehuber wrote: When I issue a D M=CPU command it returns my expected number of processors and also an additional one with status N. IEE174I 08.56.49 DISPLAY M 158 PROCESSOR STATUS ID CPU SERIAL 0+ 0E657D2086 1+ 0E657D2086 2N WE are licensed for 2 CPUs, RMF III shows 2, but our other monitor package shows 2 online and one offline. What is a status 'N'? 'N' appears next to each of the CPs, configured for the LPAR on the HMC/SE, for which there is no corresponding physical CPU. The ability to configure CPs that don't exist forms the basis of CUoD. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | '-' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
In a message dated 9/28/2005 8:16:35 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Is there a callable routine under z/OS that can perform some type of wait based on a supplied time period (for example, wait fifteen seconds or 1 CPU second)? I think part of your question is worded incorrectly or incompletely. I do not understand the meaning of 1 CPU second as a time period on which one can wait. You could, however, wait until 1 CPU second has been consumed by a particular process running on the same system. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
I'm sorry, I missed some of this. What model type is this? That should explain it. We run 9672 RB6 and while I understand that it's a 2-way I also understand that this model type can be upgrade coded to an RD6 or 4-way. I'm not sure what the annoyance is. I believe that you are just seeing what you are potentially capable of putting online. *N* means not available and must be coded by IBM to make available unless there is additional meaning to *N* that I'm not aware of. d m=cpu IEE174I 11.12.22 DISPLAY M 710 PROCESSOR STATUS ID CPU SERIAL 0+ 1+ 2N 3N Pat Schlehuber [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 09/28/2005 11:09 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: D M=CPU - What is a 'N' CPU I agree, but not available does not explain what it is and why it is shows up when I am not even licensed for more than 2 CPUs. It's shows on only one of our processors, so it it an annoyance, everything is working as expected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
Pat, The reason we usually have this is: 1. for a basic mode system, the N PCPs are those that are physically installed in the CEC but have not been purchased for use from IBM, but are available dynamically from IBM should we decide to pay for them. then we'd get an upgrade in place via a simple microcode load, no IPL required, and voila - more capacity is online and in use 2. for an lpar system, all the reserved LCPs report this, up to the max installable capacity of the CEC or the max number of reserved LCPs in the image profile. Best regards, Gary -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Pat Schlehuber Sent: Wednesday, September 28, 2005 10:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: D M=CPU - What is a 'N' CPU I'm sorry, but I sure don't see it. All I see is a reason of 'not available', not terribly helpful as to what this actually means. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Duplicate Usercat entries from a 3.4 display on PROD system.
Claude Richbourg wrote: There is ONE Master catalog for the production system for which this display was done and one TEST Master catalog which is connected to the Master as you would normally do, plus a few usercats. If you have another system's master catalog connected to the current system's master catalog, such apparent duplicates are possible. If you disconnect the other system's master catalog, the duplicates will (in all likelihood) disappear. This does not show up on the TEST system, the =3.4 display is as it should be. example: CATALOG.TECHCAT This is probably because you have asymmetrical catalog connections. The test system's catalog is connected as a user catalog into the production system's master catalog. But, the production system's master catalog isn't connected to the test system's master catalog. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | '-' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
Diehl, Gary (MVSSupport) wrote: 1. for a basic mode system, the N PCPs are those that are ... His machine type is 2084. Therefore, he cannot run in basic mode. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | '-' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA-ICC and PC's
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Lowe Sent: Wednesday, September 28, 2005 1:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: OSA-ICC and PC's Hi Listers, For those of you who are using OSA-ICC, how are you managing 'unwanted software/apps' from being installed onto the PC's that are being used as MVS Consoles? Cheers, Roger I find that knee capping the violators works well. grin What OS are your running on these PCs? If Windows, then exactly what version? I know zippo about Windows. However, I do know that on Windows 2000 Professional, WinXP Professional and above, you can just not give the people administrator authority. I am aware of this because I had to have administrator authority on my work PC due to support software installation. The desktop support people weren't going to do it, so I simply listed the 20+ packages that I needed and their approximate required update cycle (as in a Sev 1 to your group if you don't install when I say, no I'm busy responses). If you are running Linux, then you can (an should!) make everything in the root filesystem read-only. You then mount another filesystem for support files. When you mount this filesystem, you use the noexec option of the mount command (or in the /etc/fstab). An example /etc/fstab could be: /dev/hda1 / ext3 defaults 1 1 /dev/hda2 /home ext3 defaults,noexec 1 1 Everybody would then have their own subdirectory in /home. But the noexec tells Linux to not allow programs to be run from any subdirectory on that filesystem. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Is still bad to put velocity goals higher than 80% ? In IMHO it is. ... Empirically, if you don't have I/O as part of the velocity equation, you can never achieve a velocity of more that 45-50. With I/O, the issue is not what you set it to. Rather, can you achieve it. If you set it to high, any goal will be unachievable. And, sometimes the SRM/WLM tandem will throw up its (metiphorical) hands, in disgust, and do nothing for the workload. If you need to achieve a goal, and aren't, find our why. And, fix it. Setting arbitrary rules (of thumb) and sticking to them is not performance analysis. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
Ed, Right you are, my bad. =) GD -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Edward E. Jaffe Sent: Wednesday, September 28, 2005 10:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: D M=CPU - What is a 'N' CPU Diehl, Gary (MVSSupport) wrote: 1. for a basic mode system, the N PCPs are those that are ... His machine type is 2084. Therefore, he cannot run in basic mode. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
I agree, but not available does not explain what it is and why it is shows up when I am not even licensed for more than 2 CPUs ... Both: 1. The box has more than 2 CP's 2. Your LPAR profile has one specified for reserved. This is good if you have CUoD or CBU in your future. If you don't want it to show, change your profile. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Empirically, if you don't have I/O as part of the velocity equation, you can never achieve a velocity of more that 45-50. What do you base this statement on? Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Loading a program
Hi Try to load a program via LOAD macro to find some text constants in the load module (i.e. the compile time text for every object) For my surprise the load length from reg1 is not the same as module length for program objects. (With DESERV I can find out the module lengh) I don't know if I can use this method (LOAD and search) to find out this text constants. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
From what I understand, when you order a processor, you get the # of engines for THAT processor. They only turn on the engines that YOU PAY FOR. When you're ready to upgrade, they'll 'turn it on' for you. Lenny Foster Kemper Auto and Home Jacksonville, Fl. Office: 904.596.8476 Cell: 904.338.7529 Email: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pat Schlehuber Sent: Wednesday, September 28, 2005 11:10 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: D M=CPU - What is a 'N' CPU I agree, but not available does not explain what it is and why it is shows up when I am not even licensed for more than 2 CPUs. It's shows on only one of our processors, so it it an annoyance, everything is working as expected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - CONFIDENTIALITY NOTICE: The information contained in this e-mail and attached document(s) may contain confidential information that is intended only for the addressee(s). If you are not the intended recipient, you are hereby advised that any disclosure, copying, distribution or the taking of any action in reliance upon the information is prohibited. If you have received this e-mail in error, please immediately notify the sender and delete it from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Loading a program
In a recent note, Miklos Szigetvari said: Date: Wed, 28 Sep 2005 18:46:17 +0200 Try to load a program via LOAD macro to find some text constants in the load module (i.e. the compile time text for every object) For my surprise the load length from reg1 is not the same as module length for program objects. (With DESERV I can find out the module lengh) I don't know if I can use this method (LOAD and search) to find out this text constants. Is this because the address returned by LOAD is the address of the entry point, which may not be the origin of the load module, nor even the CSECT with lowest address; particularly given the manner in which SMP/E maintenance scrambles CSECTs? I believe nowadays scatter loading is back. Different CSECTS in a single module may be loaded discontiguously, some above and some below the 16Mi line, depending on attributes. What does LOAD report for module length in this case? Needed: a facility to read a load module in the fashion of a sequential file. But this needs to work for LPA-resident load modules, and even programs defined by the IDENTIFY macro. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
On Wed, 28 Sep 2005 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: Is still bad to put velocity goals higher than 80% ? In IMHO it is. ... Empirically, if you don't have I/O as part of the velocity equation, you can never achieve a velocity of more that 45-50. With I/O, the issue is not what you set it to. Rather, can you achieve it. Huh?! With I/O priority management off, it doesn't matter. With it on it can only lower the velocity (if there are delays), not make it higher. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Loading a program
Upon return from the LOAD macro execution, The three low-order bytes of
register 1 contain a length value for the module. When the module is a
program object, bound with FETCHOPT=NOPACK option, the length value
returned is the number of doublewords equivalent to the
fullpage-multiple area obtained with GETMAIN to hold the program object.
If the program object is bound with FETCHOPT=PACK, the length value
returned is the number of doublewords equivalent to the virtual storage
size indicated in the directory entry.
During link-edit, The FETCHOPT option allows you to specify how a
program object should be paged-mapped (loaded) into virtual storage for
execution. The syntax of the FETCHOPT option is:
FETCHOPT=({PACK|NOPACK}{,PRIME|NOPRIME}). The parameters for FETCHOPT
are:
PACK|NOPACK
allows you to specify whether the program object is page-mapped into
virtual storage on a page or double word boundary. Specifying PACK
causes the program object to be page-mapped into page-aligned
virtual
storage and then moved to storage with double word alignment.
NOPACK
causes the program to be page-mapped into page-aligned virtual
storage
without a secondary move. The PACK option may be specified when
virtual storage is limited and performance is not an issue. It may
be
appropriate when many small programs are loaded.
PRIME|NOPRIME
allows you to specify if the program object should be completely
read
into virtual storage before execution. When PRIME is coded, all of
the program pages are read before program execution begins. When
NOPRIME is coded, program pages are not read until they are needed
during execution.
You cannot specify the combination (PACK,NOPRIME). The default is
(NOPACK,NOPRIME).
This option is only valid when processing program objects.
In PDSE load libraries, program objects are stored in pages that are 4K
long. Because the NOPACK option is in effect, the length that is
returned in register 1 is the length of all the 4K pages needed to hold
the table, not the actual length of the table.
Make sure that link-edit parameter FETCHOPT=(PACK,PRIME) is specified.
This will allow the LOAD macro to function properly.
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of Miklos Szigetvari
Sent: Wednesday, September 28, 2005 12:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Loading a program
Hi
Try to load a program via LOAD macro to find some text constants in the
load module (i.e. the compile time text for every object)
For my surprise the load length from reg1 is not the same as module
length for program objects.
(With DESERV I can find out the module lengh)
I don't know if I can use this method (LOAD and search) to find out
this
text constants.
***
Bear Stearns is not responsible for any recommendation, solicitation,
offer or agreement or any information about any transaction, customer
account or account activity contained in this communication.
***
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA-ICC and PC's
We are not using that specific feature, but are using IBM2074 and Visara controllers to drive console PC's. For us, all such are physically secure and not connected to the company network. We looked at 'thin client' PC's from Visara that have no floppy, no CD, no hard drive, and password protected against changes. IIRC, price was attractive. It should be easy to build a PC that uses only USB connected external drives. No where near perfect, but enough to stop the casual intruder and to clearly communicate management policy. No one could plead ignorance. Another thought is a Knoppix like solution where the PC is booted and runs from a read only CD. The hard drive is used only for a swap file. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Lowe Sent: Wednesday, September 28, 2005 1:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: OSA-ICC and PC's Hi Listers, For those of you who are using OSA-ICC, how are you managing 'unwanted software/apps' from being installed onto the PC's that are being used as MVS Consoles? Cheers, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Loading a program
I'm sure others know much more about this than I but I suspect that the length returned by DESERV is the total number of bytes that the program occupies on disk including entry point name tables and so forth, whereas the length returned by LOAD is only the bytes of memory actually occupied by the program as loaded into storage. I suspect the LOAD size could even be greater than the DESERV size because uninitialized, defined storage (a big DS) takes up no room on disk (at least in a traditional PDS load module) but of course occupies memory when loaded. Using LOAD to bring a non-executable table - or an executable program that is treated like data by the LOADing program - is an established MVS (etc.) technique. You should be able to accomplish what you are trying to do. I just saw some fast access to program object data API documented in the link editor (sorry, DFSMS program management) manual. I'm too pressed for time to look it up right now. Will it help? BTW, VSE uses or used a core image (quaint term) library for programs. What was on disk was exactly byte-for-byte what got loaded into memory. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Wednesday, September 28, 2005 9:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Loading a program Hi Try to load a program via LOAD macro to find some text constants in the load module (i.e. the compile time text for every object) For my surprise the load length from reg1 is not the same as module length for program objects. (With DESERV I can find out the module lengh) I don't know if I can use this method (LOAD and search) to find out this text constants. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
You could write a subroutine to loop for one CPU second. That would fulfill the letter of the request below. Looping was how one implemented delays on single-processing small computers. It would not be a career-enhancing technique to use under z/OS. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Fairchild Sent: Wednesday, September 28, 2005 8:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Callable Wait State In a message dated 9/28/2005 8:16:35 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Is there a callable routine under z/OS that can perform some type of wait based on a supplied time period (for example, wait fifteen seconds or 1 CPU second)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
In a message dated 9/28/2005 12:23:00 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: You could write a subroutine to loop for one CPU second. That would fulfill the letter of the request below. True - the letter of the request. But since it could take anywhere from one elapsed second to many elapsed days for one CPU second to be consumed by the looping process, it might not be of much practical value. The original poster may have had in mind one CPU second as being consumed by the current task, but if the current task starts to wait for CPU time to be consumed then no CPU time will be consumed while it is waiting since it is waiting rather than executing any instructions. I am still at a loss to understand what was meant by waiting for 1 CPU second. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
Not available indicates that you have additional CPU's reserved in the HMC activation profile. This is a good thing (tm) to allow non disruptive processor upgrades. We normally reserve 2 additional engines per LPAR. Then when management purchases new engines we only have to have IBM load the microcode and vary the engines online. No outage required. On Wed, 2005-09-28 at 10:09 -0500, Pat Schlehuber wrote: I agree, but not available does not explain what it is and why it is shows up when I am not even licensed for more than 2 CPUs. It's shows on only one of our processors, so it it an annoyance, everything is working as expected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Jerry Whitteridge Safeway Inc. PH: 925 951 4184 Fax:925 951 4204 MMS safeway.com made the following annotations. -- Warning: All e-mail sent to this address will be received by the Safeway corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain information proprietary to Safeway 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
(fwd) Re: [IBM-MAIN] Testing news reader
On 27 Sep 2005 06:48:55 -0700, in bit.listserv.ibm-main [EMAIL PROTECTED] (Darren Evans-Young) wrote: On Tue, 27 Sep 2005, Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee I just bought a new newsreader, Forte Agent, because I could set it up so that a newsgoup would automatically cc a user - which in this case, I set up to be bit.listserv.ibm-main. I received the referenced post via email yesterday, which means it got sent to ibm-main@bama.ua.edu in addition to (instead of?) bit.listserv.ibm-main. in addition to... I read ibm-main on bit.listserv.ibm-main and when I want to reply to a message using Agent 3.0, I forward the message to [EMAIL PROTECTED] The alternative using the reply function was to put in a bad newsgroup in addition to the bama.ua.edu e-mail address. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
(fwd) JES2 Exit6 - Changing Class= Based on PGM=
On 27 Sep 2005 11:07:25 -0700, in bit.listserv.ibm-main [EMAIL PROTECTED] (Adam Floro) wrote: Hello, all. I am trying to put together a JES2 exit6 program that will change the job class when PGM= points to a particular program. Does anyone have such an exit in production on z/OS at the moment? If so, would you be so kind as to send me a copy? Many thanks in advance. The Philips Lighting mods on the CBT tape have an Exit 6 that was designed for XA and reportedly moved easily to ESA. It changed class on the jobcard based on Test versus production, whether 0, 1 or 2-3 tape drives were requested, TCAM queue in JCL if any and time in the jobcard. I had upgraded it from one for MVS370 by someone from American Natural Resources IIRC (see comments to verify my memory). The philosophy was that since the system knows the requirements for Job Class, let the system set the class. All JCL cards were scanned. I don't know what changes would be needed for z/OS. Adam --- Adam Floro Southern Illinois University Carbondale Information Technology, Wham B15 Carbondale, IL 62901 Mailcode: 4622 [EMAIL PROTECTED] 618-453-6238 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
(fwd) RE: IBM-Macros wrong
Should someone submit a requirement that IBM provide an automated process to convert PLX macros to Assembler, COBOL, PL1, C/C++ and maybe JAVA. This might eliminate the problem of bad equates and other missed translations. On 27 Sep 2005 14:54:31 -0700, in bit.listserv.ibm-main [EMAIL PROTECTED] (Schiradin,Roland HG-Dir itb-db/dc) wrote: APAR OA13568 for IGDSGCL and IEFSSSA Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Sunday, September 25, 2005 12:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM-Macros wrong On Sep 24, 2005, at 4:41 PM, Schiradin,Roland HG-Dir itb-db/dc wrote: IGDSGCL is bad in z/OS R5, R6. IEFSSSA miss some assembler equates (R5/R6) Perhaps same apply to R7 Both works fine using PLX. No wonder. As usual it's a pain to code plain assembler. Roland, Just curious as to how do you handle bad IBM macros... Do you APAR them, fix them (if you can) or do you put them in the source of you program and fix them there ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOS COBOL compiler option
Hello List, I am modifying up my compile procs with options needed for Fault Analyzer. In reviewing these options, there is one called NOS, which is not in my documentation. I have spent half a day slogging through the archives with no success. I would like to delete options that are not necessary, so if anyone knows what this option is, or was, I would appreciate it very much. TIA Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
Default is: SOURCE Abbreviations are: S|NOS Use SOURCE to get a listing of your source program. This listing will include any statements embedded by PROCESS or COPY statements. You must specify SOURCE if you want embedded messages in the source listing. Use NOSOURCE to suppress the source code from the compiler output listing. | Lynne Karson lynne_karsonTo: IBM-MAIN@BAMA.UA.EDU @SAA.SENATE.GOV cc: Sent by: IBM Subject: NOS COBOL compiler option Mainframe Discussion List IBM-MAIN 09/28/2005 12:30 PM Please respond to IBM Mainframe Discussion List Hello List, I am modifying up my compile procs with options needed for Fault Analyzer. In reviewing these options, there is one called NOS, which is not in my documentation. I have spent half a day slogging through the archives with no success. I would like to delete options that are not necessary, so if anyone knows what this option is, or was, I would appreciate it very much. TIA Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: NOS COBOL compiler option
NOS is a valid abbreviation for NOSOURCE. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3PG30/2.4.46 (You probably should do an RCF against the Fault Analyzer documentation) Lynne Karson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hello List, I am modifying up my compile procs with options needed for Fault Analyzer. In reviewing these options, there is one called NOS, which is not in my documentation. I have spent half a day slogging through the archives with no success. I would like to delete options that are not necessary, so if anyone knows what this option is, or was, I would appreciate it very much. = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
I believe it is the short form of NOSource Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Lynne Karson Hello List, I am modifying up my compile procs with options needed for Fault Analyzer. In reviewing these options, there is one called NOS, which is not in my documentation. I have spent half a day slogging through the archives with no success. I would like to delete options that are not necessary, so if anyone knows what this option is, or was, I would appreciate it very much. TIA Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
Lynne Karson wrote: Hello List, I am modifying up my compile procs with options needed for Fault Analyzer. In reviewing these options, there is one called NOS, which is not in my documentation. I have spent half a day slogging through the archives with no success. I would like to delete options that are not necessary, so if anyone knows what this option is, or was, I would appreciate it very much. TIA Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [EMAIL PROTECTED] It is the abbreviation for NOSOURCE. Check the Programmer's Guide. Kind regards, -Steve Comstock The Trainer's Friend, Inc. http://www.trainersfriend.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
You and I think that's funny but here is an extract from a note I sent to a
programmer only a few months ago after reviewing a set of their jobs
***
/*REXX*/
/*THIS IS A DELAY PROGRAM. IT CAUSES JOB TO REMAIN IN THE SAME STEP */
/*FOR THE DURATION OF THE RTIME. RTIME IS PASSED TO THIS PROGRAM*/
/*FROM THE CALLING JOB. 1/28/03*/
PARSE ARG RTIME;
CALL TIME('R');
STIME = TIME('E');
CALL TIME('R');
SAY 'START TIME IS' TIME();
DO WHILE TIME('E') STIME + (RTIME * 60);
END;
SAY 'END TIME IS ' TIME();
This is a loop not a wait :-( It uses CPU constantly for the entire time.
Using 4 1/2 minutes of z990 CPU time to wait for 5 minutes is an expensive
proposition.
You can use the sleep command here or a small assembler program to WAIT 5
minutes for about 2 seconds of cpu time. This one change will save more
than a CPU DAY each year.
So you might be surprised at the clever means your programmers have
devised to wait if you don't make them aware of better alternatives.
Best Regards,
Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office) 301.986.3574
Finish each day and be done with it. You have done what you could; some
blunders and absurdities have crept in; forget them as soon as you can.
Tomorrow is a new day; you shall begin it serenely and with too high a
spirit to be encumbered with your old nonsense. - Ralph Waldo Emerson
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Charles Mills
You could write a subroutine to loop for one CPU second. That would fulfill
the letter of the request below. Looping was how one implemented delays on
single-processing small computers.
It would not be a career-enhancing technique to use under z/OS.
Charles
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information. Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited. If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Heads Up: PK10591 - UCB overlay
APAR PK10591 describes an overlay which occurs when a user (or job, or started task) attempts to use TCP/IP's RESOLVER service without an OMVS segment - either an explicit one, or a system-wide default OMVS segment. If this unfortunate circumstance occurs, RESOLVER can overlay field UCBNXUCB. According to the APAR text, FDRPAS uses UCBNXUCB. I don't have FDRPAS, but followed the VERIFICATION STEPS in the APAR, and discovered that four DASD UCBs have been overlayed on my system. We do not have a default OMVS segment defined, so I suspected that we would be exposed to this problem. The defect apparently exists in z/OS 1.6 and higher. There have been no ill-effects noticed on my system, but I'm going to apply the fix asap, anyway - my assumption is that any UCB overlay cannot be a good thing. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
Thank you all for your rapid responses. The Fault Analyzer options do include the Source option as mandatory. I will remove the NOS option from my compile procs. Thank you again. Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
I don't believe that there is an MVS service to wait for 1 cpu second. There is a service to allow notification after a task uses one CPU second, but, if you wait on that ECB you are unlikely to ever wake up unless you have IRB's scheduled. The STIMER macro with the REAL or TASK option allows you to specify an exit to be driven when the interval expires. REAL is real time, TASK is CPU time used by the task issuing the STIMER. Normally your task would continue executing after issuing the STIMER, and it will be interrupted and sent to the exit when the interval expires. You could code your main task to wait on an ECB and code the exit to POST the ECB, but for TASK that makes no sense since the task will not be accumulating CPU time and the interval will never expire. Unless, as Binyamin said, you have IRBs or SRBs being driven in your task for other asynchronous interrupts. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IMBED in R8
IBM has announced that VSAM clusters with IMBED will no longer be usable in the next release after 1.7, call it 'R8'. We've run the supplied utility to ferret out any IMBEDs that remain after all this time and found--much to our chagrin--that we have a lot of catalogs with that attribute. Including master catalogs! Must all of these be recreated? If so, we're looking at some serious sysplex-wide outages. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
Karson, Lynne (SAA) wrote: Thank you all for your rapid responses. The Fault Analyzer options do include the Source option as mandatory. I will remove the NOS option from my compile procs. Thank you again. Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [EMAIL PROTECTED] So obviously NOS was in your procs. Just out of curiosity, why would you ever specify NOS? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
Skip, What is the 'supplied utility' you are referring to? HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: Wednesday, September 28, 2005 11:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IMBED in R8 IBM has announced that VSAM clusters with IMBED will no longer be usable in the next release after 1.7, call it 'R8'. We've run the supplied utility to ferret out any IMBEDs that remain after all this time and found--much to our chagrin--that we have a lot of catalogs with that attribute. Including master catalogs! Must all of these be recreated? If so, we're looking at some serious sysplex-wide outages. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: PK10591 - UCB overlay
APAR PK10591 describes an overlay which occurs when a user (or job, or started task) attempts to use TCP/IP's RESOLVER service without an OMVS segment - either an explicit one, or a system-wide default OMVS segment. If this unfortunate circumstance occurs, RESOLVER can overlay field UCBNXUCB. According to the APAR text, FDRPAS uses UCBNXUCB. Actually, almost all FDR components use an internal UCB scan which is affected by the UCBNXUCB overlay. Innovation sent a notice of this problem to all our customers, including a circumvention zap to FDR to avoid the problem even if the overlay has occured. As Brian said, this is actually a TCP/IP bug that exists only in z/OS 1.6 and 1.7. It occurs when some application calls the TCP Resolver service, which tries to start a USS (Unix) task. If the task fails to start, the overlay can occur to some random UCB (it happens to overlay the last UCB that presented an I/O interrupt on that CPU, so it could be anything). The known cause of the failure to start the USS task is when the calling application does not have a OMVS segment in RACF (or equivalent) and no system-wide default OMVS segment has been defined. Since an application should not be calling RESOLVER without a OMVS segment, this is an application error or an installation error. In the cases I am aware of, a product from a well-known, large ISV was involved. Apparently it calls RESOLVER but its installation instructions do not specify that a OMVS segment is required. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
Ray, The INCXCISZ tool noted datasets with IMBED and REPLICATE as well as those with INDXCISZ smaller than the 'new' default. Skip, What IBM document stated that IMBED goes away in 'R8'? Last I heard was that it would go away in some future release after 1.7 (not necessarily the release immediately after 1.7). Ken Porowski AVP Systems Software CIT Group Email: [EMAIL PROTECTED] -Original Message- Raymond Noal Skip, What is the 'supplied utility' you are referring to? HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -Original Message- Skip Robinson Subject: IMBED in R8 IBM has announced that VSAM clusters with IMBED will no longer be usable in the next release after 1.7, call it 'R8'. We've run the supplied utility to ferret out any IMBEDs that remain after all this time and found--much to our chagrin--that we have a lot of catalogs with that attribute. Including master catalogs! Must all of these be recreated? If so, we're looking at some serious sysplex-wide outages. JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
snip So obviously NOS was in your procs. Just out of curiosity, why would you ever specify NOS? Kind regards, -Steve Comstock Interesting question. The procs were originally set up by BearingPoint when they installed their General Ledger/Accounts Payable application. Since this still is proprietary software, they continue to develop the application. My unit is mainly QA to their development. Until I came in 4 years ago, everything was put into production with their naming conventions due to the fact that no standards had been developed. It is still infuriating to have our DB2 tables named KPMG.table and our production DSNs begin with FAMISP.KPMG. At this point in the game it is very difficult to change. Now, my colleagues and I go over everything with a fine tooth comb. As we go forward, all JCL will be converted to symbolic procs and parms. Currently we are running all in stream JCL and parms. By the way, I took an IBM course on COBOL LE for MVS, Adv. Programming The Year 2000 (course code N2027) and it has your 1997 copyright on it. Thank you for that too. It has come in very handy over the years. Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
The latest word from Mark Thomen regarding the future of IMBED/REPLICATE which I found in IBM-MAIN was: http://bama.ua.edu/cgi-bin/wa?A2=ind0408L=ibm-mainP=R51100 This post was from August 2004, and said future release. The latest word (as of today) from IBM is here: http://www-03.ibm.com/servers/eserver/zseries/zos/zos_sods.html This web page was last updated on July 26, 2005, and said future release. Of course, future release could (will) change to next release at any time. Mark Thomen also observed here that IMBED/REPLCATE can be removed from a catalog by performing an EXPORT/IMPORT (after installing OA10952): http://bama.ua.edu/cgi-bin/wa?A2=ind0506L=ibm-mainP=R47099 Brian On Wed, 28 Sep 2005 15:02:45 -0400, Porowski, Ken [EMAIL PROTECTED] wrote: Ray, The INCXCISZ tool noted datasets with IMBED and REPLICATE as well as those with INDXCISZ smaller than the 'new' default. Skip, What IBM document stated that IMBED goes away in 'R8'? Last I heard was that it would go away in some future release after 1.7 (not necessarily the release immediately after 1.7). -Original Message- Skip Robinson Subject: IMBED in R8 IBM has announced that VSAM clusters with IMBED will no longer be usable in the next release after 1.7, call it 'R8'. We've run the supplied utility to ferret out any IMBEDs that remain after all this time and found--much to our chagrin--that we have a lot of catalogs with that attribute. Including master catalogs! Must all of these be recreated? If so, we're looking at some serious sysplex-wide outages. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HASP/ASP JES/JES2/JES3
In [EMAIL PROTECTED], on 09/27/2005 at 06:41 PM, Jay Maynard [EMAIL PROTECTED] said: No. McGill spun off a company to sell it, and they're still making some amount of money at it. When was that? Certainly MUSIC/SP et al used to be available from IBM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA-ICC and PC's
On Wed, 28 Sep 2005 01:52:43 -0500, Roger Lowe [EMAIL PROTECTED] wrote: Hi Listers, For those of you who are using OSA-ICC, how are you managing 'unwanted software/apps' from being installed onto the PC's that are being used as MVS Consoles? already gave a part of the answer beware of the wrap http://bama.ua.edu/cgi-bin/wa?A2=ind0501L=ibm-mainP=R48076D=0H=0I=1O=DT=1X=36401B00C5BA7E8803Y=oldtimer%40wanadoo.fr Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: msgIEE178I and automation
On Wed, 28 Sep 2005 08:17:39 +0200, Barbara Nitz [EMAIL PROTECTED] wrote: ... I guess the message appeared for 10 seconds, after which the console got 'refreshed' with the normal display. So unless someone looked at that console in those ten seconds and went there to read, they really wouldn't have noticed anything. Now only two questions remain: 1. Is iee178i issued with the request for the message to be held? (I still need to read the modules Jim indicated). ... I know anecdotal evidence is useless, but We had a rash (4 or 5) detected spin loops a few months ago. Nobody ever saw error messages while spin loop recovery was happening. The couple times it was noticed at all, it was poor CICS response time that got noticed, and I/O errors on VTAM CTC connections that got blamed. (Yup. A VTAM CTC I/O times out when the other side goes into a disabled spin loop. And yup, CICS performance suffers during a spin loop. Duh!) And a couple times the spin loops weren't noticed at all; the messages were noticed days later while researching something else. (Why the resulting 071 abends didn't kick off our alerting automation, I don't know.) It's hard to believe such a disruptive problem can be a stealth problem. I guess that speaks well of the spin loop recovery routines. Pat O'Keefe Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
OK, I did a Ready, Fire, Aim. We got mixed up between One-byte Console Id, which will no longer work in R8, and IMBED, which will stop working 'in a future release'. So panic mode is suspended but not cancelled. I myself did not realize that catalogs were affected. See II13894 for more information on the sniffer tool. I repeat my concern: if catalogs will break as well as ordinary clusters, MANY of us are looking at some very serious down. Meaning that entire sysplexes will be down cold for extended periods. So not good. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/28/2005 12:42:08 PM: The latest word from Mark Thomen regarding the future of IMBED/REPLICATE which I found in IBM-MAIN was: http://bama.ua.edu/cgi-bin/wa?A2=ind0408L=ibm-mainP=R51100 This post was from August 2004, and said future release. The latest word (as of today) from IBM is here: http://www-03.ibm.com/servers/eserver/zseries/zos/zos_sods.html This web page was last updated on July 26, 2005, and said future release. Of course, future release could (will) change to next release at any time. Mark Thomen also observed here that IMBED/REPLCATE can be removed from a catalog by performing an EXPORT/IMPORT (after installing OA10952): http://bama.ua.edu/cgi-bin/wa?A2=ind0506L=ibm-mainP=R47099 Brian On Wed, 28 Sep 2005 15:02:45 -0400, Porowski, Ken [EMAIL PROTECTED] wrote: Ray, The INCXCISZ tool noted datasets with IMBED and REPLICATE as well as those with INDXCISZ smaller than the 'new' default. Skip, What IBM document stated that IMBED goes away in 'R8'? Last I heard was that it would go away in some future release after 1.7 (not necessarily the release immediately after 1.7). -Original Message- Skip Robinson Subject: IMBED in R8 IBM has announced that VSAM clusters with IMBED will no longer be usable in the next release after 1.7, call it 'R8'. We've run the supplied utility to ferret out any IMBEDs that remain after all this time and found--much to our chagrin--that we have a lot of catalogs with that attribute. Including master catalogs! Must all of these be recreated? If so, we're looking at some serious sysplex-wide outages. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
Karson, Lynne (SAA) wrote: snip So obviously NOS was in your procs. Just out of curiosity, why would you ever specify NOS? Kind regards, -Steve Comstock Interesting question. The procs were originally set up by BearingPoint when they installed their General Ledger/Accounts Payable application. Since this still is proprietary software, they continue to develop the application. My unit is mainly QA to their development. Until I came in 4 years ago, everything was put into production with their naming conventions due to the fact that no standards had been developed. It is still infuriating to have our DB2 tables named KPMG.table and our production DSNs begin with FAMISP.KPMG. At this point in the game it is very difficult to change. Now, my colleagues and I go over everything with a fine tooth comb. As we go forward, all JCL will be converted to symbolic procs and parms. Currently we are running all in stream JCL and parms. By the way, I took an IBM course on COBOL LE for MVS, Adv. Programming The Year 2000 (course code N2027) and it has your 1997 copyright on it. Thank you for that too. It has come in very handy over the years. Thanks for that mention; most people don't notice. Do you guys need any training these days? Kind regards, -Steve Comstock The Trainer's Friend, Inc. http://www.trainersfriend.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
We've been 'fixing' our catalogs for some time now and it has NEVER resulted in a sysplex-wide shut down. Of course, if it affects a shared master catalog then there will be interesting work ahead for you, but even that shouldn't require a sysplex-wide shutdown. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: Wednesday, September 28, 2005 3:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IMBED in R8 OK, I did a Ready, Fire, Aim. We got mixed up between One-byte Console Id, which will no longer work in R8, and IMBED, which will stop working 'in a future release'. So panic mode is suspended but not cancelled. I myself did not realize that catalogs were affected. See II13894 for more information on the sniffer tool. I repeat my concern: if catalogs will break as well as ordinary clusters, MANY of us are looking at some very serious down. Meaning that entire sysplexes will be down cold for extended periods. So not good. . . . *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
Charles Mills wrote: You could write a subroutine to loop for one CPU second. That would fulfill the letter of the request below. Looping was how one implemented delays on single-processing small computers. It would not be a career-enhancing technique to use under z/OS. but it was one of the common things way back when ... especially with lots of the polling stuff. it would really hit badly when you migrated a single application processing environment into a virtual machine guest. there were all sorts of hacks developed to try and apply processing loop compensation. another looping scenario that use to be quite prevalent were things TIO-loops on SM+BUSY status ... that preiodically would run away. i've frequently asserted that one of the issues that gave rise to slow-start windows for tcp delay/congestion compensation was the primitive state of timer primitives on many of the platforms (that were either inadeqaute and/or too expensive for doing rate-based implementation). sort of as part of hsdt http://www.garlic.com/~lynn/subnetwork.html#hsdt we had done some high-speed backbone ... that included rate-based management for combination of delay congestion management ... running in the internal network http://www.garlic.com/~lynn/subnetwork.html#internalnet the internal network had been larger than the internnet/arpanet from just about the beginning (of both) until possibly mid-85. http://www.garlic.com/~lynn/subnetwork.html#internet one of the issues was that we weren't allowed to bid on the original NSFNET backbone http://www.garlic.com/~lynn/internet.htm#0 aka ... the great 1/1/83 switchover was a technology change to internetworking protocol ... but it was the NSFNET backbone that provided the internworking backbone between different networks ... that possibly represents the actual operational birth of the modern internet. minor references http://www.garlic.com/~lynn/2002k.html#12 NSFNET Program Announcement http://www.garlic.com/~lynn/2000e.html#10 NSFNET Award Announcement random past postings mentioning rate-based pacing http://www.garlic.com/~lynn/94.html#22 CP spooling programming technology http://www.garlic.com/~lynn/2000b.html#11 Mainframe Usage http://www.garlic.com/~lynn/2001h.html#44 Wired News :The Grid: The Next-Gen Internet? http://www.garlic.com/~lynn/2002i.html#45 CDC6600 - just how powerful a machine was it? http://www.garlic.com/~lynn/2002i.html#57 CDC6600 - just how powerful a machine was it? http://www.garlic.com/~lynn/2002k.html#56 Moore law http://www.garlic.com/~lynn/2002p.html#28 Western Union data communications? http://www.garlic.com/~lynn/2002p.html#31 Western Union data communications? http://www.garlic.com/~lynn/2003.html#55 Cluster and I/O Interconnect: Infiniband, PCI-Express, Gibat http://www.garlic.com/~lynn/2003b.html#44 filesystem structure, was tape format (long post) http://www.garlic.com/~lynn/2003g.html#54 Rewrite TCP/IP http://www.garlic.com/~lynn/2003g.html#64 UT200 (CDC RJE) Software for TOPS-10? http://www.garlic.com/~lynn/2003j.html#1 FAST - Shame On You Caltech!!! http://www.garlic.com/~lynn/2003j.html#19 tcp time out for idle sessions http://www.garlic.com/~lynn/2003j.html#46 Fast TCP http://www.garlic.com/~lynn/2004f.html#37 Why doesn't Infiniband supports RDMA multicast http://www.garlic.com/~lynn/2004k.html#8 FAST TCP makes dialup faster than broadband? http://www.garlic.com/~lynn/2004k.html#12 FAST TCP makes dialup faster than broadband? http://www.garlic.com/~lynn/2004k.html#13 FAST TCP makes dialup faster than broadband? http://www.garlic.com/~lynn/2004k.html#16 FAST TCP makes dialup faster than broadband? http://www.garlic.com/~lynn/2004k.html#29 CDC STAR-100 http://www.garlic.com/~lynn/2004n.html#35 Shipwrecks http://www.garlic.com/~lynn/2004o.html#62 360 longevity, was RISCs too close to hardware? http://www.garlic.com/~lynn/2004q.html#3 [Lit.] Buffer overruns http://www.garlic.com/~lynn/2004q.html#57 high speed network, cross-over from sci.crypt http://www.garlic.com/~lynn/2005d.html#6 [Lit.] Buffer overruns http://www.garlic.com/~lynn/2005g.html#4 Successful remote AES key extraction -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
Maybe I'm overly jittery, but I'm actually more concerned about user catalogs for CICS regions. These catalogs are shared among all members of a sysplex. If we have to take down all regions to rebuild catalogs, that is effectively a sysplex-wide outage whether or not we IPL. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/28/2005 01:08:14 PM: We've been 'fixing' our catalogs for some time now and it has NEVER resulted in a sysplex-wide shut down. Of course, if it affects a shared master catalog then there will be interesting work ahead for you, but even that shouldn't require a sysplex-wide shutdown. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: Wednesday, September 28, 2005 3:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IMBED in R8 OK, I did a Ready, Fire, Aim. We got mixed up between One-byte Console Id, which will no longer work in R8, and IMBED, which will stop working 'in a future release'. So panic mode is suspended but not cancelled. I myself did not realize that catalogs were affected. See II13894 for more information on the sniffer tool. I repeat my concern: if catalogs will break as well as ordinary clusters, MANY of us are looking at some very serious down. Meaning that entire sysplexes will be down cold for extended periods. So not good. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Empirically, if you don't have I/O as part of the velocity equation, you can never achieve a velocity of more that 45-50. What do you base this statement on? ... Empirical evidence. Statements from one of IBM's Canadian Performance Guru. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: msgIEE178I and automation
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/28/2005 02:17:39 AM: Given that Jim says: When a message has no reply (DCCBNRPL), and the caller did not specify that the message should not be held on the screen, IOSRSAIO must wait for 10 seconds before cancelling the suspended CCW. I guess the message appeared for 10 seconds, after which the console got 'refreshed' with the normal display. So unless someone looked at that console in those ten seconds and went there to read, they really wouldn't have noticed anything. Now only two questions remain: 1. Is iee178i issued with the request for the message to be held? (I still need to read the modules Jim indicated). 2. Is there any way for a timely notification/automation that a synchdest message had occured on any system to be looked at later? The module (IEEVEXSN) which does the WTO for IEE178I is unfortunately OCO, so I have to do the reading. The answer to question 1 is that IEEVEXSN specifies that the IEE178I should *not* be held. For question 2, I suppose it depends on what you mean by timely. Branch entry WTO processing schedules an SRB which POSTs a task in the console address space which reissues the message as a WTO LINKAGE=SVC, which drives automation. If the system is functioning normally, that should be reasonable timely, but asynchronous with respect to the original SYNCHDEST=YES WTO. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRD (+)ve R (-)ve
Hi Gary, First, I apologize for the length of this posting. You had a lengthy posting at http://bama.ua.edu/cgi-bin/wa?A2=ind0506L=ibm-mainP=R39973I=1 and my response must be similarly lengthy. I was going to respond directly to you, off line. After writing my response, I decided that some of the comments might be interesting to subscribers who run or are considering IRD. Gary, I never received your posting that was a response to my posting to you on 6/9/05 (Subj: Re: IRD Short Engine Effect at 100% CEC utilization)! I had figured that you simply ignored my response and I was a bit miffed. I have no idea why I did not receive the above posting, since I run my own email/web/ftp server here in my office. Makes me wonder what other email I don't receive... To my chagrin, I now see that you not only did NOT ignore my posting, but you replied with a very thoughtful and detailed posting. THANKS for the detail. That doesn't normally happen when someone is discussing a problem, and it is very refreshing. For the past year, I've been working on PR/SM analysis, and for the past several months I've been working exclusively on IRD analysis. Just this week, I've finished the basic this is what you should do and what you should not do with IRD per the Redbook. This thread is extraordinarily timely from my RD perspective, since I'm now moving into the how does IRD really work in user sites phase. That aside, I have a few comments on your posting at http://bama.ua.edu/cgi-bin/wa?A2=ind0506L=ibm-mainP=R39973I=1 snip First, recommendations said to put a Minimum Weight of 1, and leave Maximum Weight blank for Weight Management - which upon roll out we had not done : we'd been conservative and kept the minimum weight equal to at least two engines of capacity because we'd heard of people that had complained of systems getting varied down to just one LCPU and it killed CICS multiprocessing. So we picked two CECs that that had the most PCPUs, and set their min to 1, max to blank. /snip Gary, I know that the PR/SM Planning Guides say that specifying Minimum = 1 and Maximum = 999 is the optimal specification. However, I believe that the wording is unfortunate because it explicitly says that 1 is an optimal specification. This specification is neither optimal nor recommended. There is a POTENTIAL serious problem with specifying a Minimum Weight of 1. Essentially, you are saying that WLM LPAR Weight Management can adjust the weight down to 1 which would leave a very low share (potentially causing sysplex disruption). With the default of 0 for Minimum weight, WLM LPAR Weight Management will ensure that the LPAR never goes below 5% share of a central processor. However, if you specify a Minimum Weight, WLM will honor your specification (see Section 7.1 of the Redbook, and I've confirmed this Redbook paragraph with WLM developers). While I don't think that it is too likely that WLM would actually reduce the weight to 1, such a reduction is possible. Why take a chance? Leave the Minimum Weight blank and WLM will use default of zero, and will never reduce a logical processor share to less than about 5% of a physical processor. (BTW: The Redbook says 5% of a CPC in several locations. This is a typo; it should be 5% of a physical processor.) snip 1. When both LPARs are idle (50% MVS busy or less), both get all 11 LCPUs online. The books states this is so the workload can take advantage of increased multiprocessing. This doesn't seem to be an issue. I don't know if it really helps, but it doesn't seem to hurt. /snip This is goodness - it means that you can have more concurrent processes active. The only downside is potential queuing on the PR/SM Logical Processor Ready Queue, but this should not cause performance problems at low utilization. snip 2. When one LPAR is trying to take over the CEC and the other LPAR is idle, CPU Vary _ALWAYS_ put all 11 LCPUs online to the busy LPAR and cut back the idle one to no less than 5 LCPUs. Why 5? I don't know, and this was one of the questions I asked to the list -- EXACTLY how does IRD determine how many LCPUs to leave online (i.e. give me the calculation, please)? /snip See the WLM CPU Management algorithm described in Section 3.9.1 of the Redbook (and particularly Section 3.9.2 - WLM Vary CPU Management logic). Focus on the concept that the weight of an LPAR implies share, and appreciate that IRD will not go below guaranteed share when it calculates the Equivalent Physical Central Processors. Note that unless WLM LPAR Weight Management had lowered the weight of the idle LPAR because of goals being missed in the busy LPAR, the idle LPAR would be entitled to its share as a function of the weight it had before the other LPAR tried to take over the CEC. That share might have implied 4 equivalent physical processors, plus the buffer of 1, for a total of 5 physical processors that should
Re: A quick question about velocity goals set high
I dunno. I could easily design a cpu intensive workload (branch on count, anyone?) that could achieve and maintain a very high velocity for very long periods of time. I could pretty much guarantee that it could get over 80% using samples during just about any period, provided it was given a high enough importance. I'd expect calculation-heavy engineering jobs to perform in a similar manner. I would agree, however, that any I/O heavy workload would struggle to ever cap 50% velocity and stay there. Gary p.s. I hesitate to say never anymore, though I do still use the word occasionally. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ted MacNEIL Sent: Tuesday, September 27, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A quick question about velocity goals set high Empirically, if you don't have I/O as part of the velocity equation, you can never achieve a velocity of more that 45-50. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
snip Thanks for that mention; most people don't notice. Do you guys need any training these days? Kind regards, -Steve Comstock The Trainer's Friend, Inc. We are in the process of training for several topics. DB2 Crystal Reports BMC monitoring tools Connect:Direct SCLM We have attended SHARE and I monitor this listserv. Since most of it is over my head because it is systems stuff, this is the first time I have participated. However, just following these conversations I have been able to suggest improvements to my systems guys. I know where to find you when I need you. Thanks. Lynne Karson Senior Software Specialist US Senate Sergeant at Arms (202)224-9587 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Empirically, if you don't have I/O as part of the velocity equation, you can never achieve a velocity of more that 45-50. What do you base this statement on? ... Empirical evidence. Statements from one of IBM's Canadian Performance Guru. Well .. I hate to disagree but I've got plenty of reports showing service classes with no I/O velocities getting velocities of over 90%. I'm afraid that there is absolutely nothing that restricts such a velocity ... Empirical or otherwise. Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: PK10591 - UCB overlay
Check the archives. This was discussed a month ago. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA-ICC and PC's
For the truly paranoid you could set these PC's up with the ARMOR card make it impossible to make a permanent alteration without rebooting into a protected mode to allow modifications. Combine with a case lock and your operators won't be installing anything that sticks or that a reboot with ARMOR in prevent modifications mode won't peel right off. http://www.jacksonarmor.com/ http://www.techtastic.ca/reviews5/armorcard.html http://www.pcmag.com/article2/0,1895,1849651,00.asp Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- On Wed, 28 Sep 2005 01:52:43 -0500, Roger Lowe [EMAIL PROTECTED] wrote: Hi Listers, For those of you who are using OSA-ICC, how are you managing 'unwanted software/apps' from being installed onto the PC's that are being used as MVS Consoles? This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Huh?! With I/O priority management off, it doesn't matter. With it on it can only lower the velocity (if there are delays), not make it higher. ... I/O 'using' also counts. And, if it's higher than delay, you will get higher velocity. Especially, with a responsive DASD farm. We implemented Goal Mode when DISCONNECT counted as part of using. So, when we turned IO on, our velocities went up. And, when we turned on Dynamic PAV's, it went up again. My point was/is not so much the value of the velocity. Can you achieve it? If not, why not? If you have to, fix it! -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
I think the answer will be YES. You can trade money for availability by purchasing one of the handy catalog tools that does reorganization of catalogs while open. Two I know of are: T-REXX http://www.dino-software.com/ Catalog RecoveryPlus (CR+) http://www.mainstar.com/products/cm/crplus/index.asp Caveat is that neither can reorganize ALL catalogs while open. We have been able to do many but recently had one which was becoming critically full that was simply too busy to reorganize while the Sysplex was operating normally. We dropped down to a single system which had only a few running OEM products and all transactional subsystem down and did a reorganization which worked. The catalog very clearly needs to be split. We have also elected to do the reorganization of master catalogs while those systems were down. I don't recall if this was a limitation of the tool or just a choice or storage management team made but since we started on this a while ago getting finished before R8 doesn't look to be a problem. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Ferris: Only the meek get pinched. The bold survive. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: Wednesday, September 28, 2005 2:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IMBED in R8 IBM has announced that VSAM clusters with IMBED will no longer be usable in the next release after 1.7, call it 'R8'. We've run the supplied utility to ferret out any IMBEDs that remain after all this time and found--much to our chagrin--that we have a lot of catalogs with that attribute. Including master catalogs! Must all of these be recreated? If so, we're looking at some serious sysplex-wide outages. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A quick question about velocity goals set high
Is it safe to translate the sometimes to once PI 4? ... I've been involved in situations where the PI was less than 4, but nothing could be done to fix it. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: D M=CPU - What is a 'N' CPU
We normally reserve 2 additional engines per LPAR. ... Ever since the capability existed, I've always reserved the number physically installed subtract the number used. For example: 1C2 - LP's 2; RSVD 14 Never have to take it down for CP's added. When we turn more on, change the profile (eg: 2/13) and wait for another reason to de-activate the profile. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
Two questions: 1. Where is this documented? I've been pushing for change for 6 months. 2. Why must you have a SYSPLEX outage? Can't you do it a piece at a time? -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Callable Wait State
On Wed, 28 Sep 2005 14:20:34 -0400, Knutson, Sam [EMAIL PROTECTED] wrote: You and I think that's funny but here is an extract from a note I sent to a programmer only a few months ago after reviewing a set of their jobs rexx program snipped This is a loop not a wait :-( It uses CPU constantly for the entire time. Using 4 1/2 minutes of z990 CPU time to wait for 5 minutes is an expensive proposition. You can use the sleep command here or a small assembler program to WAIT 5 minutes for about 2 seconds of cpu time. This one change will save more than a CPU DAY each year. Great example Sam. The system folks are constantly looked at to improve performace, decrease CPU usage etc. This once again proves that the biggest bang for your buck will most likely come from looking at / changing applications. And there are *many* more opportunities in that space. Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED in R8
On Wed, 28 Sep 2005 13:13:58 -0700, Skip Robinson [EMAIL PROTECTED] wrote: Maybe I'm overly jittery, but I'm actually more concerned about user catalogs for CICS regions. These catalogs are shared among all members of a sysplex. If we have to take down all regions to rebuild catalogs, that is effectively a sysplex-wide outage whether or not we IPL. Not to worry. Dino-Software's catalog product (and I think Mainstar's product also) claim they can remove these attributes from a catalog while it is open and allocated to CAS (although I'm not sure if the master catalog is a restriction - does anyone know, we have mainstar and have some catalogs to fix - including a couple of mcats). Someone from Dino-Software had offered free use of their product to do this in an IBM-MAIN post earlier this year, but I think he said the offer would be withdrawn when z/OS 1.7 went GA. Perhaps you have one of those two products already. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NOS COBOL compiler option
So obviously NOS was in your procs. Just out of curiosity, why would you ever specify NOS? ... Years ago, I saw this touted as a 'possibility' for saving SPOOL space when DASD was expensive. I asked how would the programmer debug the code. After the laughter died, the proposal was withdrawn. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
