WLM managed initiators
Gadi, John, The WLM managed initiators are defined on a sysplex level. Once you tell JES that a particular class is WLM managed, it will run jobs on all (in our case both) system in the sysplex. WLM initiators are defined on a JESPLEX level, not a Sysplex Level. Of course, if your Sysplex has only one Jesplex, the above is true (as it is for Gadi). You can use Scheduler Environments to 'route' jobs on the right system, or to prevent running on a specific lpar, is that is what you want to do. Scheduler Environments are quite easy to set up. Sincères salutations, Best Regards. Coen Wessels _ IBM Suisse Centre de Compétence Bancaire Banking Competence Center 100, Av. de a Vallombreuse CH - 1008 Prilly Téléphone : +41(0) 27 327 42 71 Téléphone mobile : +41(0) 78 803 26 21 Téléphone IBM : +41(0) 58 333 46 07 Fax : +41(0) 21 644 63 00 mailto:[EMAIL PROTECTED] http://www.ibm.ch -- 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: Historical question -- GDG allocation
The model was required with operating systems MFT amd MVT. The model requirement went away when IDCAMS became available. I don't think so! I've only worked with MVS up, and I learned the hard way about models being required. - Too busy driving to stop for gas! -- 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: Do you protect your power switch with a lock?
If you go into an area where you don't know how the equipment works and start pushing buttons, you should pay for the damage you cause. It's NOT Management's responsibility, when you start playing with equipment that is outside you perview! Is your concern here restitution or retribution? So, Plant Safety herds a bunch of employees into the computer room in a poorly planned emergency drill. A mimimum hourly wage worker leans against the EPO button, causing $1,000,000 danage to the business. I said 'playing with...'. Nothing about accidents. It's the 'Hey! What does this do?' types I was talking about. Just like in the original post. - Too busy driving to stop for gas! -- 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
IEFUSO exit and JES3
A question regarding IEFUSO and JES3 sysout limits. We have a reporting JCL job that has been steadily growing, and which is now reaching 16+ million lines of output and the JOB abends with a 722. We have outlim=16777215 (the maximum number of lines a SYSOUT DD can have) coded in our JES3 deck, so it is obviously hitting that maximum. The way to extend the limit is by using the IEFUSO SMF exit. You can set it up to continually allow an extension. Unfortunately in SYS1.SAMPLIN(SMFEXITS) it says: THERE IS NO EXAMPLE FOR IEFUSI, IEFUSO OR IEFUJP. I opened a QA ETR with IBM and ask if they have an example and the L1 person responds with: unfortunately, I do not. Regards, Stanley Does anyone on the list have some sample code of the IEFUSO exit that works with JES3 to extend the max. number of lines a JES3 SYSOUT can have? thanks, Ron -- 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
SMPE OPTIONS In a CICSTS 3.2 Install to create the SMPE Envior.
Hello, I'm in the process of seting up the SMPE procedure (JCL) from the procedure I got of the 3.2 tape. There is a statement as follows which I haven't seen before when I did the 2.3 install: //* @smpeoptions@ //* - Name of the SMP/E options for this install I don't know what this should be nor do I know where to find out what this should represent. I don't this this is CICS specific??? but an SMPE thing. Any help with this would be apperciated. 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: SMPE OPTIONS In a CICSTS 3.2 Install to create the SMPE Envior.
Howard Rifkind wrote: Hello, I'm in the process of seting up the SMPE procedure (JCL) from the procedure I got of the 3.2 tape. There is a statement as follows which I haven't seen before when I did the 2.3 install: //* @smpeoptions@ //* - Name of the SMP/E options for this install I don't know what this should be nor do I know where to find out what this should represent. I don't this this is CICS specific??? but an SMPE thing. Any help with this would be apperciated. Help #1: Why don't you use ServerPac Installation Dialog? Help #2: I believe this is name of option set defined in CSI, more precisely: GLOBAL zone. Simply launch SMP/E ISPF dialogs, choose 3 - administration, choose GLOBAL zone and choose OPTIONS entry. You'll see some names on the list. What's preferred one - it depends. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IDICNF00 (Fault Analyzer)
Hi Listeners, In our bussines we have made a changed to idicnf00 (Fault Analyzer), we added an EXCLUDE sentence on that configuration member. How can we verify that this change will be taken by FA ? Is it necessary one IPL ? Thank in advance. Regards. Manuel Tabares S. TI Support GDCA. _ Nuevo Canal Messenger http://www.vivelive.com/ilovemessenger/ -- 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: IDICNF00 (Fault Analyzer)
Manuel Tabares of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/12/2008 10:21:48 AM: Hi Listeners, In our bussines we have made a changed to idicnf00 (Fault Analyzer), we added an EXCLUDE sentence on that configuration member. How can we verify that this change will be taken by FA ? Is it necessary one IPL ? No IPL or MODIFY command refresh needed. Regards, John K -- 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: Historical question -- GDG allocation
-snip--- The model was required with operating systems MFT amd MVT. The model requirement went away when IDCAMS became available. I don't think so! I've only worked with MVS up, and I learned the hard way about models being required. unsnip- As far back as I can remember, there were always two ways to provide a model. 1. Create a zero-space dataset, with the appropriate characteristics, of the same name as the Generation Index, on the same volume as the catalog containing the Generation index. 2. use the DCB=dsname construct, with appropriate characteristics, on the allocating DD statement. Many shops use this approach, pointing to a single model DSCB that was the same name for everyone. So, some sort of model is required, but not necessarily a model named the same as the generation index. -- 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: System z10 Processor Article in IEEE Micro
Tim, is there anything published by IBM on this? Perhaps on the Journal site? Rick Timothy Sipples wrote: If anyone is interested in the engineering details of the System z10 processor, there's an 11 page article written by Charles Webb in the March/April 2008 issue of IEEE Micro. (Sorry I missed this one earlier.) The article abstract is available online here: http://doi.ieeecomputersociety.org/10.1109/MM.2008.26 This article is probably also available from any moderately good engineering-oriented public or university library -- any library that subscribes to IEEE Micro. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
Safety Reminder: If you are planning disk upgrades, make sure you switch your Linux guests to by-path IDs in /etc/fstab BEFORE you switch
A safety reminder: If you're planning to replace disk subsystems, make sure your Linux guests (particularly any SLES 10 or above) guests do NOT use by-ID paths in /etc/fstab. Fix this BEFORE the new disk goes in, both RH and SuSE (Debian, too), or your guests will not be able to find their filesystems (and thus won't boot or run). This really should be in IBM and other DASD vendors planning information for new installs, and I'd demand a fix from your Linux vendors. By-ID is a stupid default for this architecture (for any architecture, I'd argue...) and needs a fix ASAP. IBM, EMC, Hitachi: how do we get this added to your planning guides? RH, Novell, how about it? -- db -- 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: IEFUSO exit and JES3
Ron wrote: A question regarding IEFUSO and JES3 sysout limits. [snip] Does anyone on the list have some sample code of the IEFUSO exit that works with JES3 to extend the max. number of lines a JES3 SYSOUT can have? IEFUSO works the same for either JES. Have you tried looking in the files at cbttape.org? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol malicious code lookup
Actually, I'd -much- prefer some way to spot bugs. Didn't I read just recently about some such product inducing a bug that opened a gaping security hole? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Itschak Mugzach Sent: Monday, August 11, 2008 2:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Cobol malicious code lookup I know some products that checks program complexity, and even those who look into specific command usage. But this time I am looking for a product to analyse mainframe traditional language (Cobol, PLI, etc) for malicious code. I have some ideas like the usage of string command, Input that come outside a file record, etc. What are you using to analyse your code? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM managed initiators
Bob Rutledge wrote: Edward Jaffe wrote: This has always been a trivial setting for JES3 (EXCRESC for the job class group) and the lack of this capability in JES2 was a glaring omission. To compensate, the most recent JES2 releases implement a maximum XEQCOUNT by member by class. XEQCOUNT has been around for a goodly while and is MAS-wide in scope. Are you thinking of XEQMEMBER (which I believe can be set by $TJOBCLASS only)? Exactly! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE
OK, let's have the SHARE report. Any buzz about the future of the PSI acquisition? Any major sn*bbing going on? Regards, John K -- 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: IEFUSO exit and JES3
Eward wrote: IEFUSO works the same for either JES. Have you tried looking in the files at cbttape.org? [snip] I hadn't thought about that. Thanks for the tip, it was file 196 on the overflow tape. Ron -- 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
Common Event Adapter
For 1.9 what is it? Do I need it? Where is it documented? What does the RACF definition look like? Its redundant and copius S053 abends took over my console. Offlist replies happily accepted. Off to dig and delve. -- 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: Common Event Adapter
For 1.9 what is it? Do I need it? Where is it documented? What does the RACF definition look like? Its redundant and copius S053 abends took over my console. You mean this? http://tinyurl.com/65u5bd Has the RACF requirements for CEA. George Fogg -- 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: Common Event Adapter
Look at OA25120. Bob Daniel McLaughlin wrote: For 1.9 what is it? Do I need it? Where is it documented? What does the RACF definition look like? Its redundant and copius S053 abends took over my console. Offlist replies happily accepted. Off to dig and delve. -- 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
Tivoli Workshop Scheduler Eats Lunch Resolution
Working with IBM Level 2 or maybe 3, we now understand what is causing the excessive CPU time being used by the Distributed component of Tivoli Workload Scheduler. I will review the scenario: Running a IBM 2096-O02 (36MSU) and 2096-T03 (95MSU) machines in a Parallel Sysplex where TWS runs on the O02 system (smaller of the two). TWS is scheduling work in the Parallel Sysplex and also there is a distributed component for scheduling for 3-4 Windows Servers. Historically it is interesting for TWS had its roots in an IBM product called OPC (Operator Control) which did z/OS and distributed scheduling using Trackers. It worked very well using little CPU time. OPC morfed itself into Tivoli and became TWS for z/OS and IBM bought a company called Maestro which did distributed scheduling. The two products were merged and Trackers went away. It took IBM a few years to fully integrate the two products. This brings it down to the present and performance issues encountered. TWS for z/OS runs separately from other Started Task for distributed TWS called TWSE2E. TWSE2E was seen taking about 3 MSUs worth of the O02 when the system used to run around 28-29 MSUs max in a month. IBM researched the issue and came forth with the explanation which is not highlighted in any of the Tivoli manuals as far as we can read. The TWSE2E executes its programs in the O02's USS system and has files defined in a zFS file system. If indeed that zFS file system is not owned by the LPAR where TWS is running, all the I/O must go through XCF in the Parallel Sysplex; generating the extraordinary amounts of CPU time seen as being used by TWSE2E in that LPAR. The recommendation now is always have the zFS file system mounted to the LPAR where TWS is operating (otherwise TWSE2E will eat your lunch, dinner, etc). When we switched TWS's zFS file system back to the TWS LPAR, the CPU consumption dropped to almost nothing. I can understand the recommendation and now it places some considerations to ponder: 1. When a TWS LPAR is taken down the ownership of its zFS file system is automagically transferred to some other LPAR and it is not your choice which one (another interesting discussion could follow this line). So when the TWS LPAR is IPL'ed, operationally one must ensure the proper commands are issued to bring back ownership of TWS's zFS file system. 2. One can implement all of #1 in Automation if one is running some sort of automation package; a good case for getting one. 3. Keep in mind this is not a Parallel Sysplex problem but a zFS challenge. 4. I just have to wonder if all this is caused by I/O for TWSE2E having to go through XCF to get to the other LPAR where the zFS is owned, then why not the WAIT associated with I/O versus the heavy, heavy CPU load caused by this I/O (3-4 Windows Servers which get about 30-40 jobs per day)? Note: I just have to believe there is more to the story and it may not be a TWS problem but maybe TWS exploiting something in USS and zFS which is a bad design. POSTSCRIPT: Things are back using an acceptable amount of CPU and everyone is older and wiser. Jim P.S. Wonder how many other z/OS USS implementations are using excessive CPU because of the ownership of some zFS file system. Will be on the watch for something like it in the future. -- 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
zOs 1.7 JCL concatenation question ?
Hi, Why do we not see the concatenated SYSIN when we code the JCL the following way : 80 XXCMSYNIN DD DDNAME=SYSIN 81 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=SYS3.PATTERN.RECL0020 82 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 83 // DD * INPUT /* But if we code it this way, the second SYSIN concatenation is seen by the program : 80 XXCMSYNIN DD DDNAME=SYSIN 81 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 82 // DD * INPUT /* 83 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=HWG.PATTERN.RECL0020 -- 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: Historical question -- GDG allocation
From Info APAR II08285: NOTE: Starting in z/OS 1.6 (HBB7709) non-SMS GDGs do NOT require a model DSCB. If DCB=dsname is not provided, Allocation will look for a model DSCB with the GDG base name. If not found, Allocation will NOT fail the job, but will assume that the DCB information will be provided from other sources at OPEN time. See PDDB item BDC33660 for the documentation changes to the JCL User's Guide. (Note that most of the information in the following Reader's Comment Form (RCF) never made it into the manuals, so I have resubmitted the RCF.) From PDDB item BDC33660: Here is the revised documentation, which I am submitting as an RCF: Ref: Title: z/OS V1R6.0 MVS JCL User's Guide Document Number: SA22-7598-04 Re1: APPENDIX1.2.2.3 -- Defining Attributes for Non-SMS-Managed Generation Data Sets Remove the following: Another requirement (in addition to a GDG base entry) for a GDG is a data set label. The system uses this label to refer to DCB attributes and the EXPDT value when you create a new generation data set. Add the following in its place: Beginning in z/OS 1.6, it is no longer a requirement that a data set label exist in order to create a generation data set. It is now sufficient simply to supply DCB attributes in the same manner as is done for non-GDG data sets. Under DCB attributes can be supplied in one of the following ways:, change the word the in point # 3 to the word another. That is, Remove the following: 3. Specify LIKE= or REFDD= to use attributes from the DD statement or specify DATACLAS to use attributes specified for the data class. Add the following in its place: 3. Specify LIKE= or REFDD= to use attributes from another DD statement or specify DATACLAS to use attributes specified for the data class. Add the following as # 4: 4. Specify DCB attributes on the DD statement or on the DCB in the program which creates the data set. Under Attributes can be supplied before you catalog a generation, when you catalog it, or at both times, as follows: change the word either in point # 2 to the word any. That is, Remove the following: 2. You do not need to create a model data set label if either of the following is true: Add the following in its place: 2. You do not need to create a model data set label if any of the following is true: Add the following as letter 'c' under that point # 2: c. The DCB attributes are specified on the DD statement or on the DCB in the program which creates the data set. Re2: APPENDIX1.2.2.4 -- Creating a Non-SMS-Managed Generation Data Set In the first sentence of the last paragraph change the word must to the word may. That is, Remove the following: If a model data set label does not exist, you must use the label for a cataloged data set. Add the following in its place: If a model data set label does not exist, you may use the label for a cataloged data set. Add the following as the final sentence of that last paragraph: Alternatively, simply code DCB=(list of attributes) and supply all of the desired DCB attributes. Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[EMAIL PROTECTED] Rick Fochtman [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/12/2008 12:04 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Historical question -- GDG allocation -snip--- The model was required with operating systems MFT amd MVT. The model requirement went away when IDCAMS became available. I don't think so! I've only worked with MVS up, and I learned the hard way about models being required. unsnip- As far back as I can remember, there were always two ways to provide a model. 1. Create a zero-space dataset, with the appropriate characteristics, of the same name as the Generation Index, on the same volume as the catalog containing the Generation index. 2. use the DCB=dsname construct, with appropriate characteristics, on the allocating DD statement. Many shops use this approach, pointing to a single model DSCB that was the same name for everyone. So, some sort of model is required, but not necessarily a model named the same as the generation index. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET
Where did this EMCS Console come from and how do I control it?
Have zOS 1.08 up and almost in production. And I finally got Health Checker going. So, it tells me that I have a console(s) set up with ROUTCDE None * Start: CHECK(IBMCNZ,CNZ_SYSCONS_ROUTCODE)* * * CHECK(IBMCNZ,CNZ_SYSCONS_ROUTCODE) START TIME: 08/12/2008 10:23:15.508379 CHECK DATE: 20040816 CHECK SEVERITY: LOW * Low Severity Exception * CNZHF0008I System console TEST is not configured to receive the minimum set of routing codes (1, 2, and 10). Explanation: The system console should be configured to receive, at a minimum, routing codes 1, 2, and 10. Now, I do not even know I have a console named TEST, it is not in PARMLIB(CONSOL__), so I did a display, and found the following: DISPLAY EMCS,FULL,KEY=SYSCONS CNZ4101I 11.23.04 DISPLAY EMCS 992 DISPLAY EMCS,FULL,KEY=SYSCONS NUMBER OF CONSOLES MATCHING CRITERIA: 1 CN=TEST STATUS=ACNID=0201 KEY=SYSCONS SYS=TEST ASID=0009 JOBNAME= JOBID= HC=N AUTO=N DOM=ALLTERMNAME=TEST MONITOR= LEVEL=ALL,NB AUTH= MASTER ROUTCDE=NONE AUTOACT= INTIDS=N UNKNIDS=N ALERTPCT=80 QUEUED=0 QLIMIT=1 SIZEUSED=5184K MAXSIZE=2097152K Nothing in INIT TUNE on how to control this. I find some leads to MVS Planning Ops, but that leads to a RACF definition for OPERATOR auth, and I do not see any way to determine WHO, ie, which RACF userid is associated with this. So, should I just ignore HC, or is there some way to control this thing? -- 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: Tivoli Workshop Scheduler Eats Lunch Resolution
In a message dated 8/12/2008 2:07:11 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: P.S. Wonder how many other z/OS USS implementations are using excessive CPU because of the ownership of some zFS file system. Will be on the watch for something like it in the future. Seems like a good candidate for Healthchecker? **Looking for a car that's sporty, fun and fits in your budget? Read reviews on AOL Autos. (http://autos.aol.com/cars-BMW-128-2008/expert-review?ncid=aolaut000517 ) -- 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: zOs 1.7 JCL concatenation question ?
My first guess is that the input is not properly terminated (end of file) in the first example. In the second example, the input is terminated by statement 83, which has slashes in columns 1 and 2. Assuming the wasn't an email formatting snafu, the input data steam appears to consist of two records. Had the '/*' appeared in columns one and two instead of two and three, the result may be different and may work as desired. As a personal habit, I like to terminate a job stream with a statement with // in one and two, and blanks in three on. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anton Britz Sent: Tuesday, August 12, 2008 2:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: zOs 1.7 JCL concatenation question ? Hi, Why do we not see the concatenated SYSIN when we code the JCL the following way : 80 XXCMSYNIN DD DDNAME=SYSIN 81 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=SYS3.PATTERN.RECL0020 82 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 83 // DD * INPUT /* But if we code it this way, the second SYSIN concatenation is seen by the program : 80 XXCMSYNIN DD DDNAME=SYSIN 81 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 82 // DD * INPUT /* 83 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=HWG.PATTERN.RECL0020 -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did this EMCS Console come from and how do I control it?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Mattson Sent: Tuesday, August 12, 2008 2:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Where did this EMCS Console come from and how do I control it? Have zOS 1.08 up and almost in production. And I finally got Health Checker going. So, it tells me that I have a console(s) set up with ROUTCDE None * Start: CHECK(IBMCNZ,CNZ_SYSCONS_ROUTCODE) * * * ** ** CHECK(IBMCNZ,CNZ_SYSCONS_ROUTCODE) START TIME: 08/12/2008 10:23:15.508379 CHECK DATE: 20040816 CHECK SEVERITY: LOW * Low Severity Exception * CNZHF0008I System console TEST is not configured to receive the minimum set of routing codes (1, 2, and 10). Explanation: The system console should be configured to receive, at a minimum, routing codes 1, 2, and 10. Now, I do not even know I have a console named TEST, it is not in PARMLIB(CONSOL__), so I did a display, and found the following: DISPLAY EMCS,FULL,KEY=SYSCONS CNZ4101I 11.23.04 DISPLAY EMCS 992 DISPLAY EMCS,FULL,KEY=SYSCONS NUMBER OF CONSOLES MATCHING CRITERIA: 1 CN=TEST STATUS=ACNID=0201 KEY=SYSCONS SYS=TEST ASID=0009 JOBNAME= JOBID= HC=N AUTO=N DOM=ALLTERMNAME=TEST MONITOR= LEVEL=ALL,NB AUTH= MASTER ROUTCDE=NONE AUTOACT= INTIDS=N UNKNIDS=N ALERTPCT=80 QUEUED=0 QLIMIT=1 SIZEUSED=5184K MAXSIZE=2097152K Nothing in INIT TUNE on how to control this. I find some leads to MVS Planning Ops, but that leads to a RACF definition for OPERATOR auth, and I do not see any way to determine WHO, ie, which RACF userid is associated with this. So, should I just ignore HC, or is there some way to control this thing? In my CONSOLnn member, I have the line: CONSOLE DEVNUM(SYSCONS) AUTH(MASTER) This refers to the HMC interface. That's when you click on an LPAR icon, then click on Operating System Messages on the right. This brings up a primitive line mode console. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Historical question -- GDG allocation
On Tue, 2008-08-12 at 15:49 -0400, Ralph Kaden wrote: From Info APAR II08285: NOTE: Starting in z/OS 1.6 (HBB7709) non-SMS GDGs do NOT require a model DSCB. If DCB=dsname is not provided, Allocation will look for a model DSCB with the GDG base name. If not found, Allocation will NOT fail the job, but will assume that the DCB information will be provided from other sources at OPEN time. Ralph, thanks for pointing this out. We've been maintaining a converter exit for about a million years that provides a dummy model DSCB name for new GDS allocations. Something else I can get rid of now. -- David Andrews A. Duda and Sons, Inc. [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: IEFUSO exit and JES3
Ron wrote: I hadn't thought about that. Thanks for the tip, it was file 196 on the overflow tape. Here is a simple one courtesy of Bruce Schaefer (who hasn't yet subscribed to IBM-MAIN from his new job.) //ASSEM1 EXEC HLASMC, // PARM='DECK,NOOBJECT' //SYSPUNCH DD DSN=XZ00176,DISP=(,PASS),UNIT=SYSDA,DSORG=PS, // DCB=SYS3.USERMOD.CNTL,SPACE=(CYL,(3,3),RLSE) //SYSPRINT DD SYSOUT=* //ASM.SYSIN DD * PUNCH '++USERMOD (XZ00176) .' PUNCH '++ VER (Z038) FMID(HBB7720).' PUNCH '++ MOD (IEFUSO) DISTLIB(ALPALIB).' * TITLE 'IEFUSO' IEFUSO CSECT IEFUSO AMODE 31 IEFUSO RMODE ANY USING *,15 L 1,=F'16777215' BUMP OUTPUT BY 16,777,215 LA15,4 SET RETURN CODE - DO NOT CANCEL JOB BR14 RETURN TO CALLER DCC'IEFUSO ' DCC'02/11/99' DCC' XZ00176' END /* //RECVAPPL EXEC SMPE,CSI=ZOS17 //SMPPTFIN DD DSN=XZ00176,DISP=OLD //SMPCNTL DD * SET BDY(GLOBAL) . REJECT S(XZ00176) BYPASS(APPLYCHECK,ACCEPTCHECK) . RESETRC . RECEIVE SYSMODS . SET BDY(MVSATGT). APPLY S(XZ00176) . /* -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM managed initiators
Edward Jaffe wrote: Bob Rutledge wrote: Edward Jaffe wrote: This has always been a trivial setting for JES3 (EXCRESC for the job class group) and the lack of this capability in JES2 was a glaring omission. To compensate, the most recent JES2 releases implement a maximum XEQCOUNT by member by class. XEQCOUNT has been around for a goodly while and is MAS-wide in scope. Are you thinking of XEQMEMBER (which I believe can be set by $TJOBCLASS only)? Exactly! Yep, and it almost works for the Gadi's requirement :( $TJOBCLASS(Q),XEQMEMBER(Z890)=(MAXIMUM=0) $HASP003 RC=(08),T 344 $HASP003 RC=(08),T JOBCLASS(Q) XEQMEMBER(Z890) MAXIMUM - VALUE $HASP003 IS OUTSIDE NUMERICAL RANGE, RANGE IS $HASP003 (1-4294967295) Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOs 1.7 JCL concatenation question ?
I think that, for a JCL concatenation, only the first DD statement would be normally be used for the DDNAME= (did you get a message IEF694I?). However, it seems that the second DD statement does actually get picked up when the concatenated DD statements are located immediately following the invocation of the PROC (this does seem a bit of a quirk). It wouldn't work the same way if the CMSYNIN DD statement wasn't the last statement in the procedure. Conceptually, the DDNAME= parameter works as if the first SYSIN DD statement (and not the following DD statement) is moved in place of the CMSYNIN DD statement. (At least, that's my half-baked theory). Bill On Tue, 12 Aug 2008 14:41:53 -0500, Anton Britz [EMAIL PROTECTED] wrote: Hi, Why do we not see the concatenated SYSIN when we code the JCL the following way : 80 XXCMSYNIN DD DDNAME=SYSIN 81 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=SYS3.PATTERN.RECL0020 82 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 83 // DD * INPUT /* But if we code it this way, the second SYSIN concatenation is seen by the program : 80 XXCMSYNIN DD DDNAME=SYSIN 81 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 82 // DD * INPUT /* 83 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=HWG.PATTERN.RECL0020 -- 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
Response time info for TPX
Hello: We currently use a session manager called Netpass, and we are looking at replacing it with CA-TPX. Right now Netpass gives us response time info that is fairly simplistic, and management uses this for some SLA comparisons. It appears that CA-TPX does not provide the same type of response time info, and we do not really have any other type of product that will pull this. So my question is this - is there a way to get response time info for CA-TPX for the selected applications within native CA-TPX (I don't think so), or from some other IBM SMF record? We can also purchase another CA product to do this since we have a global license with CA. So if CA-TPX will not specifically do this, and there is no SMF info that natively gives this, then is there a CA product anyone knows of that may do this? Thanks Todd Burrell -- 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: Tivoli Workshop Scheduler Eats Lunch Resolution
Sorry if this is a dup, don't know what happened to my last post. On Tue, 12 Aug 2008 14:06:50 -0500, Jim Marshall [EMAIL PROTECTED] wrote: The recommendation now is always have the zFS file system mounted to the LPAR where TWS is operating (otherwise TWSE2E will eat your lunch, dinner, etc). When we switched TWS's zFS file system back to the TWS LPAR, the CPU consumption dropped to almost nothing. This is an issue for any application that is used in a shared file system environment if the file system is mounted r/w. It should always be owned by the system that does the majority of the access. I can understand the recommendation and now it places some considerations to ponder: 1. When a TWS LPAR is taken down the ownership of its zFS file system is automagically transferred to some other LPAR and it is not your choice which one (another interesting discussion could follow this line). You can specify a list of systems (at one time you had to). So when the TWS LPAR is IPL'ed, operationally one must ensure the proper commands are issued to bring back ownership of TWS's zFS file system. 2. One can implement all of #1 in Automation if one is running some sort of automation package; a good case for getting one. Correct. We do this at IPL time where appropriate. 3. Keep in mind this is not a Parallel Sysplex problem but a zFS challenge. Not a zFS challenge, a shared file system challenge (which includes HFS). Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOs 1.7 JCL concatenation question ?
From the JCL reference manual under the DDNAME parameter: Location of DD Statements for Concatenated Data Sets To concatenate data sets to a data set defined with a DDNAME parameter, the unnamed DD statements must follow the DD statement that contains the DDNAME parameter, not the referenced DD statement that defines the data set. In this sequence, the unnamed DD * follows the CMWKF02 DD statement and so is not picked up as part of the concatenation: 80 XXCMSYNIN DD DDNAME=SYSIN 81 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=SYS3.PATTERN.RECL0020 82 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 83 // DD * INPUT /* In this sequence, the unnamed DD * follows the CMSYNIN DD statement and so is picked up as part of the concatenation: 80 XXCMSYNIN DD DDNAME=SYSIN 81 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 82 // DD * INPUT /* 83 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=HWG.PATTERN.RECL0020 Regards, Ralph Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[EMAIL PROTECTED] Anton Britz [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/12/2008 03:41 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject zOs 1.7 JCL concatenation question ? Hi, Why do we not see the concatenated SYSIN when we code the JCL the following way : 80 XXCMSYNIN DD DDNAME=SYSIN 81 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=SYS3.PATTERN.RECL0020 82 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 83 // DD * INPUT /* But if we code it this way, the second SYSIN concatenation is seen by the program : 80 XXCMSYNIN DD DDNAME=SYSIN 81 //SYSINDD DSN=SYS3.ANATP.LOGON,DISP=SHR 82 // DD * INPUT /* 83 //CMWKF02 DD DSN=SYS3.APRCB.PROD.UNDUP(+1), //DISP=(NEW,PASS,DELETE), //UNIT=SYSDA,SPACE=(TRK,(20,2),RLSE), //DCB=HWG.PATTERN.RECL0020 -- 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: zOs 1.7 JCL concatenation question ?
Hi vi01029, I do not normally respond with Thank you very much but this reply is worth a handshake or two.. Hal, thanks for responding too but it is nice to see vi01029 defending the way his product works. Note: Anybody saw the Microsoft blue screen of death during the opening of the Olympics . Mohammed , you where correct.. it was too long and you can see the highlights here quickly : http://www.smh.com.au/news/off-the-field/bills-blue-screen-of-death- malfunction/2008/08/12/1218306871673.html Anton aka XSA5503075082006 On Tue, 12 Aug 2008 18:25:22 -0400, Ralph Kaden [EMAIL PROTECTED] wrote: From the JCL reference manual under the DDNAME parameter: Location of DD Statements for Concatenated Data Sets To concatenate data sets to a data set defined with a DDNAME parameter, the unnamed DD statements must follow the DD statement that contains the DDNAME parameter, not the referenced DD statement that defines the data set. Regards, Ralph Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[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
Extended Support Available for z/OS 1.7 / Order z/OS 1.9 Now
There's an announcement that extended support will be available (for a charge) for z/OS 1.7 if you're a little behind in your upgrade to z/OS 1.8 or (preferably now) 1.9. Details here: http://www.ibm.com/common/ssi/rep_ca/3/897/ENUS208-283/ENUS208-283.PDF I do not recommend putting yourself in a position to require extended support, but it's available if you need it. Also, if you are still on z/OS 1.7 (or prior), please order z/OS 1.9 now so you will have it available for your upgrade. Soon after z/OS 1.10 is released next month, z/OS 1.9 will no longer be orderable. As a general rule, at least in countries with ShopzSeries and electronic delivery, if you are already licensed for z/OS V1 you can order z/OS 1.9 at no additional charge. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Extended Support Available for z/OS 1.7 / Order z/OS 1.9 Now
Yes, and see http://www-03.ibm.com/systems/z/os/zos/support/zos_eos_dates.html For releases that are no loner suport or close to being non-supported. George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Tuesday, August 12, 2008 6:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Extended Support Available for z/OS 1.7 / Order z/OS 1.9 Now There's an announcement that extended support will be available (for a charge) for z/OS 1.7 if you're a little behind in your upgrade to z/OS 1.8 or (preferably now) 1.9. Details here: http://www.ibm.com/common/ssi/rep_ca/3/897/ENUS208-283/ENUS208-283.PDF I do not recommend putting yourself in a position to require extended support, but it's available if you need it. Also, if you are still on z/OS 1.7 (or prior), please order z/OS 1.9 now so you will have it available for your upgrade. Soon after z/OS 1.10 is released next month, z/OS 1.9 will no longer be orderable. As a general rule, at least in countries with ShopzSeries and electronic delivery, if you are already licensed for z/OS V1 you can order z/OS 1.9 at no additional charge. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Response time info for TPX
I'm not a CA expert, so somebody else can jump in I'm sure and expand on my ideas, but have you looked at CA SOLVE:Access yet? That's another CA session management product, previously from Sterling. It may or may not be necessary to combine SOLVE:Access (or TPX) with something like CA NetMaster Network Management for TCP/IP to get the functionality you describe, so I think I'd look in that area as well. (You may have NetMaster already anyway.) Alternatively, I believe SOLVE:Access can report into Tivoli NetView Performance Monitor if you have that. If you're open to other vendors there are more options. (Just look for previous threads on session management products.) I do know that IBM Session Manager should provide what you're looking for via its included Response Time Monitor. Have a look at page 250 of the Session Manager V2.1 Facilities Reference to get the basic idea. Here's the direct link to that document: http://publibfp.boulder.ibm.com/epubs/pdf/isze3302.pdf. I'll copy/paste Example 2 from that section, and then you can post a reply if you wish saying that's the idea or no, I mean this Command: Q USER JOHN RTMALL Result: USER JOHN PROFILE PROF1 LU S05TVV01 (2) S10VM ACB S10JC009 LGMD D4B32795 status -A- S( ),P( ) Current Session started at 11/20/02 13:34:19 Total: Average Response = 0.60 seconds Total: Not exceeding 0.20 = 7 ( 70%) Total: Exceeding 0.20 but not exceeding 0.30 = 1 ( 10%) Total: Exceeding 0.30 = 2 ( 20%) Total: Latest 5 = 0.15, 0.15, 0.15, 0.15, 0.24 Total: Longest = 2.53 (11/20/02 13:38:41) Total: 2nd Longest = 2.27 (11/20/02 13:38:39) Total: 3rd Longest = 0.24 (11/20/02 13:38:44) Total: 4th Longest = 0.15 (11/20/02 13:38:58) Total: 5th Longest = 0.15 (11/20/02 13:38:47) Network: Average Response = 0.33 seconds Network: Not exceeding 0.20 = 9 ( 90%) Network: Exceeding 0.20 but not exceeding 0.30 = 0 ( 0%)) Network: Exceeding 0.30 = 1 ( 10%) Network: Latest 5 = 0.09, 0.09, 0.08, 0.09, 0.17 Network: Longest = 2.47 (11/20/02 13:38:41) Network: 2nd Longest = 0.17 (11/20/02 13:38:44) Network: 3rd Longest = 0.10 (11/20/02 13:38:39) Network: 4th Longest = 0.09 (11/20/02 13:38:58) Network: 5th Longest = 0.09 (11/20/02 13:38:51) Application: Average Response = 0.27 seconds Application: Not exceeding 0.20 = 9 ( 90%) Application: Exceeding 0.20 but not exceeding 0.30 = 0 ( 0%) Application: Exceeding 0.30 = 1 ( 10%) Application: Latest 5 = 0.06, 0.05, 0.06, 0.06, 0.06 Application: Longest = 2.17 (11/20/02 13:38:39) Application: 2nd Longest = 0.06 (11/20/02 13:38:44) Application: 3rd Longest = 0.06 (11/20/02 13:38:47) Application: 4th Longest = 0.06 (11/20/02 13:38:58) Application: 5th Longest = 0.06 (11/20/02 13:38:50) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System z10 Processor Article in IEEE Micro
Good question. I haven't seen anything yet, and I don't know what's coming, but I would keep an eye on the two big IBM technical journals where that sort of information generally appears if the past is any guide. You can view them online here: http://www.research.ibm.com/journal It looks like there's an interesting article on increasing tape storage densities, for example, which probably coincides with the TS1130 (1 TB per cartridge uncompressed) tape drive announcement. There's a searchable archive of both journals at that Web site, so it's pretty easy to check. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html