Differences between CPU values from SMF30 and DB2 stats
Dear all, I am a DB2 specialist , doing some measurements i just noticed that there is a noticeable difference between DB2 CPU times i got from SMF30, and the times i got from the DB2 statistics records (SMF100) about the CPU consumption of DB2 address spaces. I submitted the question to various performance specialists at IBM (authors of presentations at CMG ...) but none of them noticed this before. This is the second MVS site that i notice the differences , so i don't think that there is a bug behind that. These are the figures from DB2 stats (best viewed with Courrier font) DATE HOUR DBM1ETCB DBM1ESRB DBM1PSRB DBM1PSRB_ZIIP 03/06/2013 0 31.540178 140.2765 136.523835 333.401916 03/06/2013 1 14.870935 44.852774 43.859088 173.988302 03/06/2013 2 17.546114 18.196564 15.523842 207.300039 03/06/2013 3 17.325454 66.000236 61.649473 1456.999747 03/06/2013 4 16.751931 95.419908 92.829793 1206.804921 03/06/2013 5 24.213324 51.655342 46.506701 132.162745 03/06/2013 6 35.022954 22.884382 19.369356 173.514822 03/06/2013 7 42.324382 96.183217 88.467227 187.030505 03/06/2013 8 73.084055 66.288087 61.371691 290.603597 03/06/2013 9 69.850307 167.798167 161.188929 425.060097 03/06/2013 1067.665205 120.498136 113.186459 373.526041 03/06/2013 1170.706745 153.536732 147.812193 407.075726 03/06/2013 1260.539283 134.528962 129.393636 624.809478 03/06/2013 1373.153567 235.42081 221.661694 670.183583 03/06/2013 1463.761872 142.927346 136.625667 391.160465 03/06/2013 1582.927862 182.976444 176.288609 514.387042 03/06/2013 1684.381478 354.307218 343.988406 603.116344 03/06/2013 17144.88751 122.065313 112.093727 331.427855 03/06/2013 1866.494011 101.608153 94.651068 254.72 03/06/2013 1972.725397 181.765654 175.388629 704.725331 03/06/2013 2052.064067 244.641995 241.672743 648.582962 03/06/2013 2145.376909 150.177911 147.636724 830.518694 03/06/2013 2240.749379 185.008524 179.965654 583.106242 03/06/2013 2345.786124 522.132983 517.471089 978.145563 SMF30 HOURJOB CPTM___S ZIETM__SZIPTM__S 0 DB2ADBM178.7320.19 139.09 1 DB2ADBM152.730.2864.3 2 DB2ADBM142.480.4 199.27 3 DB2ADBM1118.01 0.12 526.86 4 DB2ADBM190.574 552.08 5 DB2ADBM183.270.0894.97 6 DB2ADBM172.950.54166.88 7 DB2ADBM1157.11 0.62 175.67 8 DB2ADBM1155.57 1.89 203.73 9 DB2ADBM1205.16.81365.48 10DB2ADBM1 204.05 8.15 346.49 11DB2ADBM1 213.57 10.93 351.76 12DB2ADBM1 203.95 21.67 453 13DB2ADBM1 278.48 12.72 413.49 14DB2ADBM1 191.55 3.86 327.08 15DB2ADBM1 235.35 17.87 382.24 16DB2ADBM1 355.58 28.18 516.72 17DB2ADBM1 294.43 4.75 310.23 18DB2ADBM1 178.44 2.58 174.93 19DB2ADBM1 164.93 13.89 420.33 20DB2ADBM1 152.48 34.16 276.46 21DB2ADBM1 166.14 40.72 517.69 22DB2ADBM1 173.13 35.89 383.63 23DB2ADBM1 283.16 138.37 563.8 Then when i compare 2 columns (DB2 stats Total without ziip = TCB+ SRB) DB2 stats Total SFM30 CPTM 72.1704978.73 16.707969 52.73 61.614529 42.48 41.264081 118.01 31.475179 90.57 66.229403 83.27 57.053882 72.95 125.252103 157.11 88.60907155.57 134.621029 205.1 169.553904 204.05 135.398974 213.57 127.345858 203.95 212.304083 278.48 130.535859 191.55 147.950007 235.35 171.674095 355.58 209.463009 294.43 120.344867 178.44 105.649649 164.93 50.374971 152.48 75.285076 166.14 147.288304 173.13 114.881095 283.16 With excel , the 2 graphs are
Re: REXX exec, To compile or not to compile
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ze'ev Atlas Sent: Thursday, August 08, 2013 5:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REXX exec, To compile or not to compile Yes if you have a lot of rexx-pure executing code. If you have a many host commands intermingled with the code it's probably not much benefits. I wanted to ask, where is EXECIO in the picture and how is it compares with using stream EXECIO does not benefit from compiling the program. Someone has found that it even loses on compilation (although not much). Probably because of the overhead of creating and filling the stem variables. (NOTE that EXECIO is an external functionality!) FWIW, you could sometimes get better performance by using the stack instead of a stem when using EXECIO. I have no experience of stream on MVS. Best Regards Thomas Berg ___ Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB (Publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Differences between CPU values from SMF30 and DB2 stats
Nguyen Duc wrote: ...doing some measurements i just noticed that there is a noticeable difference between DB2 CPU times i got from SMF30, and the times i got from the DB2 statistics records (SMF100) about the CPU consumption of DB2 address spaces. With excel , the 2 graphs are parallel , so i guess that there is something that is not accounted with the SMF100 figures. My MVS colleague just noticed that there is only 2% difference in the total consumption of the day, and think that it may come from the way values are consolidated (SMF interval vs. DB2 stats interval) Hmmm, I would say 'overhead', but I will rather STFU! :-D (because I'm not a DB2 expert/specialist/guru! I do however some measurements for performance purposes.) Questions so other experts may help you: What versions of DB2 and z/OS do you have? Do your DB2 work with CICS for example? What subtypes of SMF 30 records are you using? What are your intervals from SMF, RMF and DB2? Can you drill down to see if you can see any patterns of transactions and type of transactions or who is issuing those transactions? Just curious about your transaction mix... Are those CPU values from batch jobs or interactive? Could you see any patterns from RMF as additional help? Perhaps you can post your questions on DB2-L. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF User ID resumed without an SMF record?
Greg, If the RACF database is shared across several LPARs, does the input to your daily RACFRW report include SMF data from all the LPARs? If SETROPTS AUDIT is not active for class USER and the OWNER of this CICS ID is a non-SPECIAL USERID, the later could execute an ALTUSER that wouldn't be logged. Another possibility is this ID was being listed as REVOKED by LU because it had crossed the threshold set by SETROPTS INACTIVE but was able to logon via some mechanism that circumvented the INACTIVE limit. Here are some related questions. 1) Do you have SETROPTS INACTIVE set and to what number of days? 2) Was this ID listed as REVOKED prior to July 8? 3) Do you have a backup copy of the RACF database prior to July 8 from when the ID was showing up as REVOKED, and if you generate an IRRDBU00 database unload from this copy, does it show the ID as REVOKED? (An ID displayed as REVOKED by LU due to INACTIVE will not show up as REVOKED in the unload.) 4) What is the nature of this ID and how is it likely to be used? Is it hardcoded in any CICS CSD resource definitions such as those for SESSION, CONNECTION, TDQUEUE, or TERMINAL? Is it coded as the USERID in any EXEC CICS START commands within a program? Might Digital Certificates or PassTickets be involved in logging it on? 5) Do you have multiple RACF databases and is this ID defined and active on these other databases? Was it active on another system around the time of this logon? 6) What are the full details of its logon on the 9th. Does it show an associated TERMINAL, APPL, or JESINPUT node? (If it shows JESINPUT, then we might want to explore your RACFVARS RACLNDE profile and NODES profiles.) Regards, Bob Robert S. Hansel Lead RACF Specialist RSH Consulting, Inc. 617-969-8211 www.linkedin.com/in/roberthansel https://twitter.com/RSH_RACF www.rshconsulting.com - 2013 RACF Training - Audit Compliance Roadmap - Boston - NOV 5-8 - Intro Basic Admin - WebEx - OCT 21-25 - Securing z/OS UNIX - WebEx - SEPT 17-20 - Securing z/OS UNIX - WebEx - DEC 3-6 - -Original Message- Date:Wed, 7 Aug 2013 11:33:24 -0500 From:Greg Shirey wgshi...@benekeith.com Subject: RACF User ID resumed without an SMF record? Hello group, Does anyone know of a method to resume a RACF revoked ID without having an SMF record be written? We produce a daily listing of RACF commands from our SMF type 80s (using RACFRW) and we list ADDUSER ADDGROUP ALTUSER ALTGROUP CONNECT DELUSER DELGROUP PASSWORD PERMIT RALTER RDEFINE REMOVE. We also produce a daily listing of our CICS user IDs and their RACF status. On July 8 we had a user ID on our report that was listed as REVOKED and a LAST-ACCESS date and time of 07/17/07 17:01:28. On July 9, the report showed the ID was no longer revoked and the LAST-ACCESS reported as 07/08/13 19:24:14. However, our SMF report listed no ALTUSER command or any other command against this ID. (No DELUSER or ADDUSER, for instance). I dumped the SMF records for both July 7 and July 8 and ran a RACFRW to list all the records and there is no reference to this User ID. I'm a sysprog, so I can't blame it on magic or elves - I could try blaming it on the software, but I'm finding that hard to believe - so I have to think there's something I'm missing. I've just looked at everything I know to look at. (Did someone modify SMF for a period? No. Does the COBOL program that lists the RACF users have a bug in it? No.) If anyone has a suggestion for what to look for, I'd appreciate hearing about it. Thanks, Greg Shirey Ben E. Keith Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
In 2883356613158771.wa.paulgboulderaim@listserv.ua.edu, on 08/07/2013 at 08:34 AM, Paul Gilmartin paulgboul...@aim.com said: Alas, IBM developers abandoned this paradigm. One writes to the operator's console not using QSAM, but WTO; one writes to the TSO terminal not using QSAM to SYSTSPRT, but TPUT. Actually, they DTRT in *those* cases, IMHO. Writing to the operator is more than a simple I/O, at least with MCS, and if you open a QSAM DCB with the ddname allocated to the terminal then you can use GET and PUT transparently. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
In 00d501ce937a$2c525710$84f70530$@mcn.org, on 08/07/2013 at 10:26 AM, Charles Mills charl...@mcn.org said: You know, IMHO IBM blew it when the 31-bit thing came along and they came up with a bunch of design patches to QSAM like the DBCE. I disagree; I consider the DCB approach superior to file handles. However, I believe that they should have gradually switch everything to an ACB/RPL interface, with CI and RCI to ease the tranistion. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT? IBM licenses POWER architecture to other vendors.
In 12eafe94-906a-4d41-99a7-574060371...@austin.utexas.edu, on 08/07/2013 at 09:22 PM, Pew, Curtis G curtis@austin.utexas.edu said: I don't have strong feelings about any particular architecture, but I do think we all have a compelling interest that the number of common, commercially available hardware architectures be greater than one. Agreed, and we'd also be better off if the competing architectures, whether CISC or RISC had reasonably regular instruction sets. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT? IBM licenses POWER architecture to other vendors.
In 4781768291563977.wa.paulgboulderaim@listserv.ua.edu, on 08/07/2013 at 04:39 PM, Paul Gilmartin paulgboul...@aim.com said: And I had been misled by chatter I had heard, possibly about the ECLipz endeavor, the rebuttal of which I failed to notice, to misbelieve the z has Power at its heart. For several generations IBM has used the same technology in Power and z processor chips. The chips, however, are substantially different. I believe that IBM published some articles on older generations, describing what was shared and what was unique. Perhaps I'm better now that I looked deeper in Wikipedia. The wiki chip articles since at least Z196 have been about the entire processor complex rather than about the chips themselves. I wish that some of the IBM chip designers would be willing to take on the task of editing those articles. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX exec, To compile or not to compile
In 6599134786195468.wa.zatlas1yahoo@listserv.ua.edu, on 08/07/2013 at 10:24 PM, Ze'ev Atlas zatl...@yahoo.com said: I wanted to ask, where is EXECIO in the picture and how is it compares with using stream EXECIO is a REXX-aware TSO command; it has higher overhead than equivalent stream facilities, but some EXECIO facilities, e.g., stems, do not exist in stream, and steam was not available in the TSO environment the last time that I looked. If you're reading and writing individual lines in a Unix environment, use stream. If you're reading or writing an entire file, EXECIO is probably a better choice. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF User ID resumed without an SMF record?
Yes, if we had the time, we would rewrite the job to use the output from IRRDBU00 instead of parsing LU * output. We'll probably have the time when IBM changes the output, of course. :-) In any case, thanks to those who made suggestions here and off-list. The problem does appear to be in the process that reports the revoke status, not with RACF. So, the ID is not getting resumed without an SMF record being written, it was not revoked to begin with. At some point later, then, the job that interprets the RACF output gets it right. At least we have something to go on now rather than speculating about SMF. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Wednesday, August 07, 2013 11:28 PM That is only one issue of screen scraping which we have talked on here before. Its like trying to take an IDCAMS listing and parse it out to be more user friendly. It works great until IBM changes it. IOW its not a programmed interface that IBM is willing to advertise. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Differences between CPU values from SMF30 and DB2 stats
Do you know that there is a DB2-specific mailing list where lots of serious DB2 performance heavyweights hang out? I believe the enrollment process is to go to www.idug.org and join IDUG. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nguyen Duc Sent: Thursday, August 08, 2013 3:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Differences between CPU values from SMF30 and DB2 stats Dear all, I am a DB2 specialist , doing some measurements i just noticed that there is a noticeable difference between DB2 CPU times i got from SMF30, and the times i got from the DB2 statistics records (SMF100) about the CPU consumption of DB2 address spaces. I submitted the question to various performance specialists at IBM (authors of presentations at CMG ...) but none of them noticed this before. This is the second MVS site that i notice the differences , so i don't think that there is a bug behind that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT? IBM licenses POWER architecture to other vendors.
shmuel+...@patriot.net (Shmuel Metz , Seymour J.) writes: The wiki chip articles since at least Z196 have been about the entire processor complex rather than about the chips themselves. I wish that some of the IBM chip designers would be willing to take on the task of editing those articles. re: http://www.garlic.com/~lynn/2013k.html#6 IBM licenses POWER architecture to other vendors. however, claim is that at least half of the z196 per processor improvment over z10 was introduction of out-of-order execution, branch prediction, speculative executive ... features which have been part of RISC chips for decades. further use of out-of-order execution, branch prediction, speculative execution were used for z12 increase in per processor improvement over z196. issue is legacy implementation cache miss stalls the execution units and current cache miss memory access latency ... measured in number of processor cycles ... is on the order of 360 disk i/o (i.e. disk i/o latency measured in number of 360 processor cycles). out-of-order execution allows hardware analogy of multi-tasking / multi-threading/programming ... allowing to switch to some other work while current instruction is stalled waiting for memory access on cache miss. the other feature allowing hardware analogy of multi-tasking / muti-threading/programming is hyper-threading. I had gotten sucked into being asked to help when it was worked on for 370/195 (which never shipped). The issue for 370/195 was that pipeline peak throughput was 10mips ... but 370/195 didn't have branch prediction or speculative executive ... as a result conditional branches would stall the pipeline ... and most codes only achieved 5mips throughput. hyperthreading would provide emulated multiprocessing with two instruction streams ... which had a better chance of keeping the execution units operating at peak throughput. note that risc implementations have had throughput advantage of x86 for decades ... however the past several generations of x86 have actually gone to RISC cores with hardware layer that translates x86 instructions into risc micro-ops ... that largely mitigates the throughput differences between risc implementations and x86 implementations. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Is there a TSS mailing list?
X-posted to IBM-MAIN and ACF2-L. Is there a mailing list for CA Top Secret? Alternatively, is ACF2-L suitable for TSS questions? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
At one time there was a sprinkling of traffic on this list, maybe 10 per month. I haven't seen any in a long time so I'd probably utilize IBM-MAIN for TS issues. I'd avoid RACF-L unless the issue has a direct relationship to RACF, i.e. conversion or dual/hybrid administration. On 8/8/2013 10:02 AM, Tony Harminc wrote: On 8 August 2013 10:34, Charles Mills charl...@mcn.org wrote: X-posted to IBM-MAIN and ACF2-L. Is there a mailing list for CA Top Secret? tssad...@yahoogroups.com Alternatively, is ACF2-L suitable for TSS questions? Probably not the best place. Sometimes they get asked on RACF-L too. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
Thanks all. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Thursday, August 08, 2013 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? On 8 August 2013 10:34, Charles Mills charl...@mcn.org wrote: X-posted to IBM-MAIN and ACF2-L. Is there a mailing list for CA Top Secret? tssad...@yahoogroups.com Alternatively, is ACF2-L suitable for TSS questions? Probably not the best place. Sometimes they get asked on RACF-L too. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT? IBM licenses POWER architecture to other vendors.
however, claim is that at least half of the z196 per processor improvement over z10 was introduction of out-of-order execution, branch prediction, speculative executive Those features are important to systems performance, but I submit that most of the improvement was probably due to the increased clock speed (5.2 GHz vs 4.4) and the changes in cache structure (4 levels vs 3 levels). Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
On Wed, 7 Aug 2013 16:43:41 -0400, Shmuel Metz (Seymour J.) wrote: Alas, IBM developers abandoned this paradigm. One writes to the operator's console not using QSAM, but WTO; one writes to the TSO terminal not using QSAM to SYSTSPRT, but TPUT. Actually, they DTRT in *those* cases, IMHO. Writing to the operator is more than a simple I/O, at least with MCS, and if you open a QSAM DCB with the ddname allocated to the terminal then you can use GET and PUT transparently. Ummm... I believe that in a conventional TSO terminal session SYSTSPRT isn't even allocated. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX exec, To compile or not to compile
On Thu, 8 Aug 2013 08:46:27 -0400, Shmuel Metz (Seymour J.) wrote: I wanted to ask, where is EXECIO in the picture and how is it compares with using stream EXECIO is a REXX-aware TSO command; it has higher overhead than equivalent stream facilities, but some EXECIO facilities, e.g., stems, do not exist in stream, and steam was not available in the TSO environment the last time that I looked. Conway's law. I believe stream is available in compiled Rexx, and perhaps can be installed to interface with interpreted Rexx. But that form of stream deals only with legacy data sets. The Unix System Services form of stream deals only with UNIX files. And neither AFAIK implements SIGNAL ON NOTREADY. If you're reading and writing individual lines in a Unix environment, use stream. If you're reading or writing an entire file, EXECIO is probably a better choice. Or SYSCALL write/read, but EXECIO might gain performance by buffering for you. Also SYSCALL readfile. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ENC: How GET a Return Code from a Caller.
Hello List. Sorry about this STUPID question. Now is ok... REXX ONE: /* */ Trace r duas parametro say rc exit REXX TWO IS THE SAME... RESULT... Ready; T=0.01/0.01 13:21:38 UMA 3 *-* duas parametro DUAS PARAMETRO 3 *-* arg argumento PARAMETRO 4 *-* say argumento PARAMETRO PARAMETRO 5 *-* rc = 99 99 6 *-* exit rc 99 +++ RC(99) +++ 4 *-* say rc 99 99 5 *-* exit Ready; T=0.01/0.01 13:21:40 Never use CALL ... Thanks and sorry again. Sergio De: Sérgio Lima Costa Enviada em: quinta-feira, 8 de agosto de 2013 13:17 Para: 'The IBM z/VM Operating System' Assunto: How GET a Return Code from a Caller. Hello List, I have a question here, that I can't get the RETURN CODE from a REXX Called. Look please : REXX ONE : /* */ Trace r call duas parametro say rc exit REXX TWO: /* */ trace r arg argumento say argumento rc = 99 exit rc THE RESULT : uma 3 *-* call duas parametro PARAMETRO 3 *-* arg argumento PARAMETRO 4 *-* say argumento PARAMETRO PARAMETRO 5 *-* rc = 99 99 6 *-* exit rc 99 99 4 *-* say rc RC RC 5 *-* exit Ready; T=0.01/0.01 13:13:01 Why the FIRST REXX (CALLER) don't see THE rc = 99 ? Any help please ? Thanks very much. Sergio Lima Costa São Paulo - Brazil Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
determine sysplex name in use
What command displays the sysplex name in use ? Thanks, Tim Brown Supervisor Computer Operations Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.commailto:tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine sysplex name in use
The z/OS operator command: d symbols will do it. It is a static system symbol. Or run a batch job with SYSPLEX in the JCL somewhere and look at the output. On Thu, Aug 8, 2013 at 11:23 AM, Tim Brown tbr...@cenhud.com wrote: What command displays the sysplex name in use ? Thanks, Tim Brown Supervisor Computer Operations Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.commailto:tbr...@cenhud.com mailto: tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- As of next week, passwords will be entered in Morse code. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine sysplex name in use
Issue D xcf from SDSF. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Thursday, August 08, 2013 12:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: determine sysplex name in use What command displays the sysplex name in use ? Thanks, Tim Brown Supervisor Computer Operations Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.commailto:tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please visit our website at http://financialservicesinc.ubs.com/wealth/E-maildisclaimer.html for important disclosures and information about our e-mail policies. For your protection, please do not transmit orders or instructions by e-mail or include account numbers, Social Security numbers, credit card numbers, passwords, or other personal information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine sysplex name in use
On Thu, 8 Aug 2013 16:23:33 +, Tim Brown tbr...@cenhud.com wrote: What command displays the sysplex name in use ? Multiple ways, but I would probably just use D XCF. If you are looking for a TSO command, you need something home grown to look at symbols or variables in ISPF.One option plug is my IPLINFO rexx exec. /plug Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ENC: How GET a Return Code from a Caller.
Answered several times on VM list. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val,Red,Shasta,Zero,Casey Cinnar (At the bridge) Owner:Chinook-L Canines: Red Max (Siberians) Retired at the beach Asst Owner:Sibernet-L -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Differences between CPU values from SMF30 and DB2 stats
There is a basic issue with DB2 statistics for CPU - they start with the first SQL statement. Everything that happens before that is not recorded in the DB2 cpu times. This is WAD. There used to be some presentations on what was included in DB2 cpu and why. I haven't looked for them in a long time. Maybe someone on DB2 listserv has a better memory or keeps better notes. Mike On Thu, Aug 8, 2013 at 8:39 AM, Charles Mills charl...@mcn.org wrote: Do you know that there is a DB2-specific mailing list where lots of serious DB2 performance heavyweights hang out? I believe the enrollment process is to go to www.idug.org and join IDUG. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nguyen Duc Sent: Thursday, August 08, 2013 3:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Differences between CPU values from SMF30 and DB2 stats Dear all, I am a DB2 specialist , doing some measurements i just noticed that there is a noticeable difference between DB2 CPU times i got from SMF30, and the times i got from the DB2 statistics records (SMF100) about the CPU consumption of DB2 address spaces. I submitted the question to various performance specialists at IBM (authors of presentations at CMG ...) but none of them noticed this before. This is the second MVS site that i notice the differences , so i don't think that there is a bug behind that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Differences between CPU values from SMF30 and DB2 stats
In general, there will be very little CPU time recorded in the DB2 Address Spaces, except for the DDR address space, because CPU time consumed in DB2 is recorded in the address space OF THE CALLER, i.e., the Batch Job or the CICS region that called DB2, so the SMF 101 (DB2ACCT) data is the only safe source of who is consuming DB2 CPU time. Barry Herbert W. Barry Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com - FAQ has Most Answers ad...@mxg.com - invoices/PO/Payment supp...@mxg.com- technical tel: 214 351 1966 - expect slow reply, use email fax: 214 350 3694 - prefer email, still works -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Bell Sent: Thursday, August 08, 2013 12:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Differences between CPU values from SMF30 and DB2 stats There is a basic issue with DB2 statistics for CPU - they start with the first SQL statement. Everything that happens before that is not recorded in the DB2 cpu times. This is WAD. There used to be some presentations on what was included in DB2 cpu and why. I haven't looked for them in a long time. Maybe someone on DB2 listserv has a better memory or keeps better notes. Mike On Thu, Aug 8, 2013 at 8:39 AM, Charles Mills charl...@mcn.org wrote: Do you know that there is a DB2-specific mailing list where lots of serious DB2 performance heavyweights hang out? I believe the enrollment process is to go to www.idug.org and join IDUG. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nguyen Duc Sent: Thursday, August 08, 2013 3:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Differences between CPU values from SMF30 and DB2 stats Dear all, I am a DB2 specialist , doing some measurements i just noticed that there is a noticeable difference between DB2 CPU times i got from SMF30, and the times i got from the DB2 statistics records (SMF100) about the CPU consumption of DB2 address spaces. I submitted the question to various performance specialists at IBM (authors of presentations at CMG ...) but none of them noticed this before. This is the second MVS site that i notice the differences , so i don't think that there is a bug behind that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine sysplex name in use
Mark's IPLINFO REXX is excellent, both for what it does and for showing what can be done in REXX. Best of all is the price. Standard disclaimers: This is a personal opinion and does not necessarily reflect the opinion of my employer. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Thursday, August 08, 2013 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: determine sysplex name in use On Thu, 8 Aug 2013 16:23:33 +, Tim Brown tbr...@cenhud.com wrote: What command displays the sysplex name in use ? Multiple ways, but I would probably just use D XCF. If you are looking for a TSO command, you need something home grown to look at symbols or variables in ISPF.One option plug is my IPLINFO rexx exec. /plug Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: Differences between CPU values from SMF30 and DB2 stats
Hi all This is a snapshot of a paper I wrote a couple of years ago. May be it can help ... Unfortunately I could not attach the graph because of List rules but results using SMF 100 are just a little bit lower than using SMF 30 OR 72. Best regards Fabio DB2 overhead for MSTR, DBM1 and IRLM can be easily evaluated using SMF 30, 100 or 72 records. a) Using SMF 30 interval records (subtype 2 and 3); you have to select the records belonging to MSTR, DBM1 and IRLM address spaces and sum the CPU time provided in the SMF30ICS, SMF30ICU, SMF30HPT, SMF30IIP, SMF30RCT, SMF30CPS, SMF30CPT fields; b) Using SMF 100; you have to use the QWSAEJST and QWSASRBT fields. A section for each DB2 system address space is provided, so to get MSTR, DBM1 and IRLM overhead you have to sum the values corresponding to all of them2. Remember that these counters have been accumulated since DB2 was last started. So a de-accumulation step is required to get the numbers relative to the analyzed period of time. c) Using SMF 72 records requires a preliminary assignment of DB2 system address spaces to specific WLM service or report class. Then you have to: 1. select the records belonging to these classes; 2. normalize zAAP and zIIP service units, provided in the R723CIFA and R723CSUP fields, to standard CPUs speed multiplying respectively by the R723NFFI and R723NFFS coefficient (they normally have the same value) and dividing by 256; 3. subtract normalized zAAP and zIIP service units from the service units provided in the R723CCPU field; 4. convert TCB and SRB service units values in R723CCPU and R723CSRB to CPU seconds multiplying by the system service units per second value and dividing by the TCB and SRB coefficients (provided in the R723MCPU and R723MSRB fields); 5. sum the values obtained in the previous step to the values provided in the R723CIIT, R723CHST and R723CRCT fields. We applied all the methods described above and we calculated the DB2 System Address Spaces overhead using the following variables: • AS100OVH, based on SMF 100 records; • AS072OVH, based on SMF 72 records; • AS030OVH, based on SMF 30 interval records. The graph in Figure 1 allows us to compare the results we obtained. Only the “prime shift” hours, from 8am to 5pm, are presented. + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di Barry Merrill Inviato: giovedì 8 agosto 2013 19:27 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: Differences between CPU values from SMF30 and DB2 stats In general, there will be very little CPU time recorded in the DB2 Address Spaces, except for the DDR address space, because CPU time consumed in DB2 is recorded in the address space OF THE CALLER, i.e., the Batch Job or the CICS region that called DB2, so the SMF 101 (DB2ACCT) data is the only safe source of who is consuming DB2 CPU time. Barry Herbert W. Barry Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229 mailto:ba...@mxg.com ba...@mxg.com http://www.mxg.com http://www.mxg.com - FAQ has Most Answers mailto:ad...@mxg.com ad...@mxg.com - invoices/PO/Payment mailto:supp...@mxg.com supp...@mxg.com- technical tel: 214 351 1966 - expect slow reply, use email fax: 214 350 3694 - prefer email, still works -Original Message- From: IBM Mainframe Discussion List [ mailto:IBM-MAIN@LISTSERV.UA.EDU mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Bell Sent: Thursday, August 08, 2013 12:21 PM To: mailto:IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Differences between CPU values from SMF30 and DB2 stats There is a basic issue with DB2 statistics for CPU - they start with the first SQL statement. Everything that happens before that is not recorded in the DB2 cpu times. This is WAD. There used to be some presentations on what was included in DB2 cpu and why. I haven't looked for them in a long time. Maybe someone on DB2 listserv has a better memory or keeps better notes. Mike On Thu, Aug 8, 2013 at 8:39 AM, Charles Mills mailto:charl...@mcn.org charl...@mcn.org wrote: Do you know that there is a DB2-specific mailing list where lots of serious DB2 performance heavyweights hang out? I believe the enrollment process is to go to http://www.idug.org www.idug.org and join IDUG. Charles -Original Message- From: IBM Mainframe Discussion List
Re: determine sysplex name in use
The easiest way is to issue WHO command at SDSF prompt which gives you user attributes and SYSPLEX name is one of them. It can even be issued from REXX. SDSF Operation and Customization manual explains the command in detail http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISF4CSA0/CCONTENTS? Thanks, Kolusu IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/08/2013 09:23:33 AM: From: Tim Brown tbr...@cenhud.com To: IBM-MAIN@listserv.ua.edu, Date: 08/08/2013 09:24 AM Subject: determine sysplex name in use Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu What command displays the sysplex name in use ? Thanks, Tim Brown Supervisor Computer Operations Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.commailto:tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
In 5499902479450252.wa.paulgboulderaim@listserv.ua.edu, on 08/08/2013 at 11:07 AM, Paul Gilmartin paulgboul...@aim.com said: On Wed, 7 Aug 2013 16:43:41 -0400, Shmuel Metz (Seymour J.) wrote: Alas, IBM developers abandoned this paradigm. One writes to the operator's console not using QSAM, but WTO; one writes to the TSO terminal not using QSAM to SYSTSPRT, but TPUT. Actually, they DTRT in *those* cases, IMHO. Writing to the operator is more than a simple I/O, at least with MCS, and if you open a QSAM DCB with the ddname allocated to the terminal then you can use GET and PUT transparently. Ummm... I believe that in a conventional TSO terminal session SYSTSPRT isn't even allocated. 1. There's nothing special about SYSTSPRT. It's only relevance is that the TMP in batch creates a stack element for the ddnames SYSTSIN and SYSTSPRT. 2. Your JCL determines what is allocated. There's nothing in TSO that allocates any hardwired ddname. 3. You can allocate a ddname to the terminal both in JCL and in dynamic allocation. QSAM doesn't depend on the ddname being SYSTSIN or SYSTSPRT. -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ENC: How GET a Return Code from a Caller.
In f28830408fdcde42acac8c31480ced5988de7c4...@srvexchsp01.cetip.com.br, on 08/08/2013 at 01:24 PM, Sérgio Lima Costa sergio.co...@cetip.com.br said: Sorry about this STUPID question. It would help if you put the question up front and identified the code of duas. For a REXX function or subroutine, use RETURN rather than EXIT. Never use CALL ... ObAllanSherman Bad advice. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: R: Differences between CPU values from SMF30 and DB2 stats
Guess you could post a link or tinyurl where the paper could be found? In a message dated 08/08/13 12:39:40 Central Daylight Time, fabio.ottavi...@epvtech.com writes: Unfortunately I could not attach the graph because of List rules but results using SMF 100 are just a little bit lower than using SMF 30 OR 72. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How GET a Return Code from a Caller.
Sergio - you posted to both IBMMAIN and z/VM newsgroups. Are you doing this under z/VM? Or z/OS? Each environment will behave differently Lizette PS No question is stupid. Repeating it over and over and expecting different results - might be. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sérgio Lima Costa Sent: Thursday, August 08, 2013 9:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ENC: How GET a Return Code from a Caller. Hello List. Sorry about this STUPID question. Now is ok... REXX ONE: /* */ Trace r duas parametro say rc exit REXX TWO IS THE SAME... RESULT... Ready; T=0.01/0.01 13:21:38 UMA 3 *-* duas parametro DUAS PARAMETRO 3 *-* arg argumento PARAMETRO 4 *-* say argumento PARAMETRO PARAMETRO 5 *-* rc = 99 99 6 *-* exit rc 99 +++ RC(99) +++ 4 *-* say rc 99 99 5 *-* exit Ready; T=0.01/0.01 13:21:40 Never use CALL ... Thanks and sorry again. Sergio De: Sérgio Lima Costa Enviada em: quinta-feira, 8 de agosto de 2013 13:17 Para: 'The IBM z/VM Operating System' Assunto: How GET a Return Code from a Caller. Hello List, I have a question here, that I can't get the RETURN CODE from a REXX Called. Look please : REXX ONE : /* */ Trace r call duas parametro say rc exit REXX TWO: /* */ trace r arg argumento say argumento rc = 99 exit rc THE RESULT : uma 3 *-* call duas parametro PARAMETRO 3 *-* arg argumento PARAMETRO 4 *-* say argumento PARAMETRO PARAMETRO 5 *-* rc = 99 99 6 *-* exit rc 99 99 4 *-* say rc RC RC 5 *-* exit Ready; T=0.01/0.01 13:13:01 Why the FIRST REXX (CALLER) don't see THE rc = 99 ? Any help please ? Thanks very much. Sergio Lima Costa São Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The z/OS V2.1 Migration PDF available
Hi All, Since you mentioned the z/OS V2,1 Migration book being available, I thought I would bring to your attention something. It's different. We've tried a new format for the book, which I'm hoping will make it easier to read. We've divided up the chapters into which migration path you are on (R12- V2.1, or R13- V2.1). You read only the chapters that apply to you. Here's the layout: Chapter 1: Introduction for all users Chapter 2: General migration actionsfor all users Chapter 3: Migration from z/OS R13 for R13 - V2.1 users Chapter 4: Migration from z/OS R12 for R12 - V2.1 users R13-V2R1 : Read Chapters 1, 2, and 3. Skip Chapter 4. R12 - V2R1: Read Chapter 1,2, and 4. Skip chapter 3. Any feedback on this format is welcome! -Marna WALLE z/OS System Installation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF User ID resumed without an SMF record?
On Thursday, Aug 08, 2013 at 5:51 AM, Robert S. Hansel wrote: If the RACF database is shared across several LPARs, does the input to your daily RACFRW report include SMF data from all the LPARs? No, we have only one LPAR. 1) Do you have SETROPTS INACTIVE set and to what number of days? 120 days. 3) Do you have a backup copy of the RACF database prior to July 8 from when the ID was showing up as REVOKED, and if you generate an IRRDBU00 database unload from this copy, does it show the ID as REVOKED? (An ID displayed as REVOKED by LU due to INACTIVE will not show up as REVOKED in the unload.) I don't have regular backups, but I found output generated on 6/25/13 that indicates it was revoked: NO NO NO YES NO 4) What is the nature of this ID and how is it likely to be used? Is it hardcoded in any CICS CSD resource definitions such as those for SESSION, CONNECTION, TDQUEUE, or TERMINAL? Is it coded as the USERID in any EXEC CICS START commands within a program? Might Digital Certificates or PassTickets be involved in logging it on? It's a User ID with a CICS segment, no TSO segment and not associated with any resources. If it is logged on to CICS, it might be able to submit a batch job through a Menu selection. 6) What are the full details of its logon on the 9th. Does it show an associated TERMINAL, APPL, or JESINPUT node? (If it shows JESINPUT, then we might want to explore your RACFVARS RACLNDE profile and NODES profiles.) Can't find any record that it logged on on the 9th. That part still bothers me. But knowing that it could have been resumed before then and the COBOL program not correctly reported it does give me some solace. Thanks, Greg Shirey Ben E. Keith Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The z/OS V2.1 Migration PDF available
Howdy Marna, I like it so far. I thru the chapter 1 and 2, starting 3. Did not even print out chapter 4. Saved some trees that way. And yes, sorry, I still need to print, highlite and note take with pen and highlighter. On 8/8/2013 5:51 PM, Marna WALLE wrote: Hi All, Since you mentioned the z/OS V2,1 Migration book being available, I thought I would bring to your attention something. It's different. We've tried a new format for the book, which I'm hoping will make it easier to read. We've divided up the chapters into which migration path you are on (R12- V2.1, or R13- V2.1). You read only the chapters that apply to you. Here's the layout: Chapter 1: Introduction for all users Chapter 2: General migration actionsfor all users Chapter 3: Migration from z/OS R13 for R13 - V2.1 users Chapter 4: Migration from z/OS R12 for R12 - V2.1 users R13-V2R1 : Read Chapters 1, 2, and 3. Skip Chapter 4. R12 - V2R1: Read Chapter 1,2, and 4. Skip chapter 3. Any feedback on this format is welcome! -Marna WALLE z/OS System Installation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
I thought about what you guys have told me and realized that while you are correct and it is easy to just run the configuration, etc., the work I've done (shortening the functions' names to 8, upper case characters, COBOL API, etc.) is very valuable to those who are still in that environment. And these guys are my intended audience! To those who just build the thing in USS, please have a look at my config.h for some things that are not necessarily available otherwise. I hear about ports that are done to other open source (I read MVS-OE as well) and this is encouraging, but I wish that those who do those ports should make their ports (with the z/OS related changes, minor as they could be) available in some way, similar to what I am doing. Thank you all ZA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The z/OS V2.1 Migration PDF available
The migration specific format is nice, however, for online reading the dual columns cause the reader to constanly page up and down to read each page. On Aug 8, 2013, at 4:51 PM, Marna WALLE mwa...@us.ibm.com wrote: Hi All, Since you mentioned the z/OS V2,1 Migration book being available, I thought I would bring to your attention something. It's different. We've tried a new format for the book, which I'm hoping will make it easier to read. We've divided up the chapters into which migration path you are on (R12- V2.1, or R13- V2.1). You read only the chapters that apply to you. Here's the layout: Chapter 1: Introduction for all users Chapter 2: General migration actionsfor all users Chapter 3: Migration from z/OS R13 for R13 - V2.1 users Chapter 4: Migration from z/OS R12 for R12 - V2.1 users R13-V2R1 : Read Chapters 1, 2, and 3. Skip Chapter 4. R12 - V2R1: Read Chapter 1,2, and 4. Skip chapter 3. Any feedback on this format is welcome! -Marna WALLE z/OS System Installation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The z/OS V2.1 Migration PDF available
I haven't checked yet, so I don't know it's already there. It'd be nice to have a brief chapter in the migration guide that explicitly lists/points to all the previous migration guides that one ought to review for migrations from any/every arbitrary release pre-z/OS 1.12 to z/OS 2.1. That would be useful information for trailing shops whether it's a big bang migration or a stepwise migration. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How GET a Return Code from a Caller.
In 013401ce947c$eba46c40$c2ed44c0$@mindspring.com, on 08/08/2013 at 02:19 PM, Lizette Koehler stars...@mindspring.com said: Sergio - you posted to both IBMMAIN and z/VM newsgroups. Are you doing this under z/VM? Or z/OS? Each environment will behave differently There shouldn't be any difference in how EXIT works or in what value RC has. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Multiple timezones?
zVM 6.1 (6.2 coming) The system runs with a UTC timezone, but it would be convenient if I had a userid that could run in a different time zone. UTC doesn't change with Daylight Saving Time, and I have a process I want to schedule at a specific time that is subject to DST changes. i.e. I want something to run at 3:00 AM Pacific Time, in summer and winter. If I can have a disconnected service machine running in the proper timezone, then a simple (k)wakeup exec can do what I need at the correct time. I thought TODENABLE might give me a clue, but I don't want a different time, I just want a different view of the same time. :-) Or, I just have to write my own little time calculator to make the adjustment... Not a difficult thing, but if there's a wheel I can use... Thanks, Donald Russell -- Sent from iPhone Gmail Mobile -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN