Re: IBM DS8100 to DS8870 Migration
I hope you have the documentation for TMDF. I am not sure I have provided the precise keyword. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Wednesday, August 15, 2012 6:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM DS8100 to DS8870 Migration I'll give it a shot. Got an IPL request in, but don't really want to come in early Sunday morning for 1 volume. On Wed, Aug 15, 2012 at 8:10 PM, Gibney, Dave gib...@wsu.edu wrote: The EMC z/OS Migrator had ALLOWPAGEDATASET and could do Common/LPA (I believe it would fail if a page fault or update occurred, but these are fairly static). I don't know about TMDF. Tom is likely correct. He does this a lot more often than I do :) Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Thomas Conley Sent: Wednesday, August 15, 2012 5:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM DS8100 to DS8870 Migration On 8/15/2012 8:48 PM, Mike Schwab wrote: I have one volume left Comm and LPA paging pack. What settings so I can move this during the day? On Wed, Aug 15, 2012 at 4:38 PM, Gibney, Dave gib...@wsu.edu wrote: I just did a EMC Symmetrix 8350 to an EMC DMX-4 using their z/OS Migrator (a TMDF). It thought some CA-OPS log files were paging datasets and I had a couple of misplaced couple :) dataset, but in general it went smoothly and seamlessly. I did pageadd/pagedel for the local paging (it moved LPA/CSA and couples with an extra control setting). I did need to clone and IPL to a new sysres. Dave Gibney Information Technology Services Washington State University Mike, You have to IPL those bad boys. Regards, Tom Conley - - 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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
Z900 (2064 - 216) Problem.
Hi all, We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. We have a weird problem with CPU 2064-216 as follows: When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times).The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. We exchange the operating systems between two CPUs but the problem is exactly the same. Does anybody have the same experience ? Any help should by highly appreciated. Regards, Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
Yes we checked EREP but it doesn't show anything. We run the same job from other member of Sysplex and everything is OK. The DASD Is share and the job is a simple DUMP. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 16, 2012 2:12 PM Subject: Re: Z900 (2064 - 216) Problem. It sounds like a hardware problem. Did you check EREP? Of no of SIOs decrease, it is probably due to increased Dasd response times. Did you check this? What component of Resp time increases? Does the other LPAR use the same Dasd? What happens to that LPAR's response times? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1345106626.32723.yahoomail...@web125603.mail.ne1.yahoo.com... Hi all, We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. We have a weird problem with CPU 2064-216 as follows: When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times).The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. We exchange the operating systems between two CPUs but the problem is exactly the same. Does anybody have the same experience ? Any help should by highly appreciated. Regards, Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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: ISPF Panel and LPAR name
Use VPUT to save in your REXX exec; use VGET to retrieve in your panel )INIT section. If the same rexx script then does an ISPEXEC DISPLAY, the VPUT is not needed. ISPF will find the variable in the rexx's function pool. If you want to display the value in other panels not displayed from this rexx, you'll need to VPUT... SHARED. In neither of the above cases is the VGET in the panel needed. ISPF will use the variable from the function pool, if it finds one there. Otherwise it will search the SHARED pool (then the PROFILE pool, which is not of interest here). If the panel is displayed using ISPEXEC SELECT (a selection panel), then the VPUT...SHARED is needed in the rexx code. No VGET is needed in the panel. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
Mehrshad Manshadi wrote: We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. z/OS 1.8 is unsupported. When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times). What jobs? How many jobs on what LPARs? Are they sharing workload and middleware? How long does the degrading take places? Try moving you data to another volsers to see if the problem is with some disks or channels (ESCON or FICON). What type of workload do you have? What middleware do you have? Can you post any SYSLOG message(s)? What is RMF, GRS, WLM and SMF showing you? The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. POR is too much taken in account of design of hardware and z/OS. Open a ticket with IBM rep. 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: Z900 (2064 - 216) Problem.
Mehrshad Manshadi wrote: No this happen for all the jobs.Like ( Reorg , load ) Re-org is sometimes heavy on resources, but managable. YMMV. We are using the simple dump just for test. Please describe your 'simple dump'. Memory dump? Dump of volsers? Is it dump by application or by DFDSS? There is no any user on the machine during these test. The CICS and DB2 were down. During or before degradation? You should really check your EREP again and make sure you get all your records from all LPARS. Oh, yes, check your Coupling Facility (with your IBM CE) if you have any problems. Kees asked you lots of other questions, could you perhaps post your replies here? 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: IBM Hot Topics Newsletter, IMHO important: GRS ring rescued
I haven't read whole article, but it seems it will be possible to have (nosysplexed) GRS ring over CTC over FICON. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
We have this degradation for all the jobs after 12 hours of POR and IPL. We are using Goal Mode. We are also change the volumes on other channels but the problem is same. For test, we are using a simple DUMP JOB with following result : Before Problem: NP JOBNAME StepName ProcStep JobID Owner C Pos DP Real Paging SIO BKDUMP ADRDSSU JOB02189 IBMUSER A IN C0 1421 0.00 8572.2 -STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK -ADRDSSU 00 302K 13318 .31 .00 .6 === After Problem : After 12 hours NP JOBNAME StepName ProcStep JobID Owner C Pos DP Real Paging SIO BKDUMP ADRDSSU JOB02100 IBMUSER A IN C0 1421 0.00 3200.2 -STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK -DELET1 00 11 3 .00 .00 .0 -ADRDSSU 00 302K 13059 1.56 .01 1.6 1 Best regards Manshadi From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 16, 2012 2:50 PM Subject: Re: Z900 (2064 - 216) Problem. Mehrshad Manshadi wrote: We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. z/OS 1.8 is unsupported. When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times). What jobs? How many jobs on what LPARs? Are they sharing workload and middleware? How long does the degrading take places? Try moving you data to another volsers to see if the problem is with some disks or channels (ESCON or FICON). What type of workload do you have? What middleware do you have? Can you post any SYSLOG message(s)? What is RMF, GRS, WLM and SMF showing you? The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. POR is too much taken in account of design of hardware and z/OS. Open a ticket with IBM rep. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
The DUMP we are using is as follows : //BKDUMP JOB MSGCLASS=X NOTIFY=SYSUID,TYPRUN=HOLD /*JOBPARM SYSAFF=Z18B //DELET1 EXEC PGM=IEFBR14 //SYSPUNCH DD DSN=TEMPFI.Y2012.M0718, // UNIT=SYSDA,DISP=(MOD,DELETE,DELETE),SPACE=(TRK,1) //ADRDSSU EXEC PGM=ADRDSSU,REGION=0M //DD1 DD UNIT=SYSALLDA, // SPACE=(CYL,(3000,1000),RLSE), // VOL=SER=SZ8W01, // DISP=(,CATLG,DELETE), // DSN=TEMPFI.Y2012.M0718 //SYSPRINT DD SYSOUT=* DUMP DATASET(INCLUDE( - CV3FNS.FNETONL.LOAD - ) - ) - COMPRESS - TOL(ENQF) WAIT(0, 0) - OUTDD(DD1) //* During or before degradation? There is no user on the machine before and after degradation. Oh, yes, check your Coupling Facility (with your IBM CE) if you have any problems. Forgot the Coupling Facility, because we bring up the machine as a normal I mean outside of Sysplex but the problem is still there. You should really check your EREP again and make sure you get all your records from all LPARS. About EREP could you please which part or which type of parameter I should check and prepare a report. Best regards Manshadi From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 16, 2012 3:23 PM Subject: Re: Z900 (2064 - 216) Problem. Mehrshad Manshadi wrote: No this happen for all the jobs.Like ( Reorg , load ) Re-org is sometimes heavy on resources, but managable. YMMV. We are using the simple dump just for test. Please describe your 'simple dump'. Memory dump? Dump of volsers? Is it dump by application or by DFDSS? There is no any user on the machine during these test. The CICS and DB2 were down. During or before degradation? You should really check your EREP again and make sure you get all your records from all LPARS. Oh, yes, check your Coupling Facility (with your IBM CE) if you have any problems. Kees asked you lots of other questions, could you perhaps post your replies here? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
Hi Manshadi, You might check to see if you have Defined Capacity or Group Capacity setup on the HMC for the LPARs on this CEC. This would fit with the general symptom of IPL and then sometime later seeing a slowdown. You said 12 hours but I want to consider that might be subjective and not always exactly 12 hours. The RMF Monitor III screen CPC aka RMF V1R13 CPC Capacity shows if you have capped the LPARs. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mehrshad Manshadi Sent: Thursday, August 16, 2012 4:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Z900 (2064 - 216) Problem. Hi all, We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. We have a weird problem with CPU 2064-216 as follows: When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times).The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. We exchange the operating systems between two CPUs but the problem is exactly the same. Does anybody have the same experience ? Any help should by highly appreciated. Regards, Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
Re: Z900 (2064 - 216) Problem. TO: 1 recipientShow Details Well this is interesting: Excp, Conn are the same!! Apparently there is no difference in the actual I/O. TCB and SIO are higher. What is SIO, where does this come from? What is the relationship between Excp and SIO? Do you use hardware compression, can this be switched off after 12 hours? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1345115098.18256.yahoomail...@web125603.mail.ne1.yahoo.com... We have this degradation for all the jobs after 12 hours of POR and IPL. We are using Goal Mode. We are also change the volumes on other channels but the problem is same. For test, we are using a simple DUMP JOB with following result : Before Problem: NP JOBNAME StepName ProcStep JobID Owner C Pos DP Real Paging SIO BKDUMP ADRDSSU JOB02189 IBMUSER A IN C0 1421 0.00 8572.2 -STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK -ADRDSSU 00 302K 13318 .31 .00 .6 === After Problem : After 12 hours NP JOBNAME StepName ProcStep JobID Owner C Pos DP Real Paging SIO BKDUMP ADRDSSU JOB02100 IBMUSER A IN C0 1421 0.00 3200.2 -STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK -DELET1 00 11 3 .00 .00 .0 -ADRDSSU 00 302K 13059 1.56 .01 1.6 1 Best regards Manshadi From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 16, 2012 2:50 PM Subject: Re: Z900 (2064 - 216) Problem. Mehrshad Manshadi wrote: We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. z/OS 1.8 is unsupported. When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times). What jobs? How many jobs on what LPARs? Are they sharing workload and middleware? How long does the degrading take places? Try moving you data to another volsers to see if the problem is with some disks or channels (ESCON or FICON). What type of workload do you have? What middleware do you have? Can you post any SYSLOG message(s)? What is RMF, GRS, WLM and SMF showing you? The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. POR is too much taken in account of design of hardware and z/OS. Open a ticket with IBM rep. Groete / Greetings Elardus Engelbrecht rom: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 16, 2012 3:23 PM Subject: Re: Z900 (2064 - 216) Problem. Mehrshad Manshadi wrote: No this happen for all the jobs.Like ( Reorg , load ) Re-org is sometimes heavy on resources, but managable. YMMV. We are using the simple dump just for test. Please describe your 'simple dump'. Memory dump? Dump of volsers? Is it dump by application or by DFDSS? There is no any user on the machine during these test. The CICS and DB2 were down. During or before degradation? You should really check your EREP again and make sure you get all your records from all LPARS. Oh, yes, check your Coupling Facility (with your IBM CE) if you have any problems. Kees asked you lots of other questions, could you perhaps post your replies here? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
SIO means Start IO and it's came from SDSF panel during execution a job. About hardware compression I should investigate. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 16, 2012 4:01 PM Subject: Re: Z900 (2064 - 216) Problem. Well this is interesting: Excp, Conn are the same!! Apparently there is no difference in the actual I/O. TCB and SIO are higher. What is SIO, where does this come from? What is the relationship between Excp and SIO? Do you use hardware compression, can this be switched off after 12 hours? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1345115098.18256.yahoomail...@web125603.mail.ne1.yahoo.com... We have this degradation for all the jobs after 12 hours of POR and IPL. We are using Goal Mode. We are also change the volumes on other channels but the problem is same. For test, we are using a simple DUMP JOB with following result : Before Problem: NP JOBNAME StepName ProcStep JobID Owner C Pos DP Real Paging SIO BKDUMP ADRDSSU JOB02189 IBMUSER A IN C0 1421 0.00 8572.2 -STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK -ADRDSSU 00 302K 13318 .31 .00 .6 === After Problem : After 12 hours NP JOBNAME StepName ProcStep JobID Owner C Pos DP Real Paging SIO BKDUMP ADRDSSU JOB02100 IBMUSER A IN C0 1421 0.00 3200.2 -STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK -DELET1 00 11 3 .00 .00 .0 -ADRDSSU 00 302K 13059 1.56 .01 1.6 1 Best regards Manshadi From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 16, 2012 2:50 PM Subject: Re: Z900 (2064 - 216) Problem. Mehrshad Manshadi wrote: We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. z/OS 1.8 is unsupported. When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times). What jobs? How many jobs on what LPARs? Are they sharing workload and middleware? How long does the degrading take places? Try moving you data to another volsers to see if the problem is with some disks or channels (ESCON or FICON). What type of workload do you have? What middleware do you have? Can you post any SYSLOG message(s)? What is RMF, GRS, WLM and SMF showing you? The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. POR is too much taken in account of design of hardware and z/OS. Open a ticket with IBM rep. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286
ADRDSSU Large block performance
All, We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and blocks of 262k (1.11 used 65k). Has anyone seen big benefits in their shop from this change? Mike Martin /PREThis email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. /P -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: mvcl/mvcle padding byte
Edward Jaffe wrote (about the use of particular padding bytes): | It can make a *HUGE* difference! When I made my measurements 13 months ago I did not find large differences, and if EJ can find the time to elaborate a little on this comment I will be very interested to learn what he has found. He and I have had different experiences with other millicoded instructions, and I am beginning to wonder what I am doing wrong. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: mvcl/mvcle padding byte
I suspect Ed was pointing out that the content of the padding byte can affect the result of an MVCL -- that is, the resulting *data*. On Thu, Aug 16, 2012 at 6:34 AM, John Gilmore jwgli...@gmail.com wrote: Edward Jaffe wrote (about the use of particular padding bytes): | It can make a *HUGE* difference! When I made my measurements 13 months ago I did not find large differences, and if EJ can find the time to elaborate a little on this comment I will be very interested to learn what he has found. He and I have had different experiences with other millicoded instructions, and I am beginning to wonder what I am doing wrong. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
Is you z/OS V1.8 system have all maintenance available? There were some issues with SRM and some of the counters going negative. But I do not recall where that was. I would search IBM Link and see if there is any remaining maint you do not have on. Even though z/OS V1.8 is no longer supported, any maint that is available can be researched. IBM just cannot create new fixes for your level of software. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mehrshad Manshadi Sent: Thursday, August 16, 2012 1:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Z900 (2064 - 216) Problem. Hi all, We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. We have a weird problem with CPU 2064-216 as follows: When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times).The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. We exchange the operating systems between two CPUs but the problem is exactly the same. Does anybody have the same experience ? Any help should by highly appreciated. Regards, Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: mvcl/mvcle padding byte
Perhaps. He may, however, know something we don't know. --jg On 8/16/12, zMan zedgarhoo...@gmail.com wrote: I suspect Ed was pointing out that the content of the padding byte can affect the result of an MVCL -- that is, the resulting *data*. On Thu, Aug 16, 2012 at 6:34 AM, John Gilmore jwgli...@gmail.com wrote: Edward Jaffe wrote (about the use of particular padding bytes): | It can make a *HUGE* difference! When I made my measurements 13 months ago I did not find large differences, and if EJ can find the time to elaborate a little on this comment I will be very interested to learn what he has found. He and I have had different experiences with other millicoded instructions, and I am beginning to wonder what I am doing wrong. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- 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: ADRDSSU Large block performance
No, the data still had to be mirrored and the data had to be put on tape. Regards Otto H Schumacher Transaction and Database Systems - CICS Specialist U. S. Mainframe HP Enterprise Services Telephone +1 864 987 1417 Mobile +1 864 569 5338 Email otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin, Mike Sent: Thursday, August 16, 2012 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ADRDSSU Large block performance All, We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and blocks of 262k (1.11 used 65k). Has anyone seen big benefits in their shop from this change? Mike Martin /PREThis email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. /P -- 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
sort jcl
Hi, I have a input file of lrecl =80 and below is the data ww 1 2 03 4 05 6 00049 00052 00060 AHZPP0062F 00063 00072 075 00076 when i justify left with the below control card , i am seeing the o/p file the value AHZPP0062F ww got removed. could some one pls let me know why this is dropped? I need to keep that value in o/p file ie alphabetic values has to be retained? any idea? SORT FIELDS=COPY OUTREC OVERLAY=(1,40,UFF,M10,LENGTH=40, 1:1,40,JFY=(SHIFT=LEFT)) Thanks, Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Simple question about BEGINROUTES, how to force traffic for a segment thru one OSA address
Cross Posting to IBMMAIN and TCPIP Sorry, failed to put in the above notice. Hope someone has an answer. From: John Mattson/Epson To: IBM Mainframe Discussion List ibm-m...@bama.ua.edu, IBM TCP/IP List ibmtc...@vm.marist.edu Date: 08/15/2012 06:02 PM Subject:Simple question about BEGINROUTES, how to force traffic for a segment thru one OSA address I have a really simple IP net on zOS 1.11. Two OSA adaptors FA00 FB00 and I want to route everything for the segment 192.xxx.xxx to FA00 and everything ELSE thru FB00. My current IP parms include the following where LINKMQFB00 is for OSA DEVFB00 and FA for FA. BEGINROUTES ; Destination Subnet Mask First HopLink Name Packet Size ROUTE 136.239.131.0/24 = LNKMQFB00 MTU 1492 ROUTE 192.168.240.0/24 = LNKMQFA00 MTU 1492 ROUTE DEFAULT 136.239.131.1 LNKMQFB00 MTU 1492 ENDROUTES What I am seeing is everything go thru the DEFAULT (I'm basing this on the Refcnt) EZZ2350I MVS TCP/IP NETSTAT CS V1R11 TCPIP Name: TCPMQ 17:52:19 EZZ2755I DestinationGateway FlagsRefcnt Interface EZZ2756I ------ --- - EZZ2757I Default136.239.131.1 UGS 32 LNKMQF000 EZZ2757I 127.0.0.1/32 0.0.0.0 UH 00 LOOPBACK EZZ2757I 136.239.131.0/24 0.0.0.0 US 00 LNKMQFB00 EZZ2757I 192.168.240.0/24 0.0.0.0 US 00 LNKMQFA00 EZZ2757I 136.239.131.205/32 0.0.0.0 UH 00 LNKMQFB00 How may I most easily set this so that all traffic thru this IP stack to the 192.168.240 segment uses the FA00 device, and everything else uses the FB00 device? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TLMS - CHANGING THE STATUS OF A TAPE
G'Day, I am trying to change the status of a tape which went scratch. I am not very familiar with TLMS. Would anybody have a utility to do this? What I am trying to do is to change the status from SCRATCH to ACTIVE or LIVE because we want to keep the tape for auditing purposes (yes, the auditiors are breathing down my back). Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: sort jcl
Ron Thomas wrote: I have a input file of lrecl =80 and below is the data 'file' or dataset? when i justify left with the below control card , i am seeing the o/p file What is 'o/p file'? the value AHZPP0062F ww got removed. could some one pls let me know why this is dropped? As documented, the UFF is Unsigned Free Format numeric and only digits 0-9 is used, rest are ignored. I need to keep that value in o/p file ie alphabetic values has to be retained? any idea? For now, I think, from memory, you need to split up your input dataset into numeric and character datasets, then do your overlay and then re-combine the overlaid numeric data with your character data. Unless of course some DFSORT experts can come up with a better solution. 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: Auditors Don't Know Squat!
We have to have our systems waivered for one reason: no anti virus software on VM. No matter that passwords can be encrypted or that we can have 200 character password phrasing (current requirement 16 characters) or that no one writes viruses for VM or that we aren't connected to the Internet. Clearly there has to come a time when each platform (Windows, Linux, zVM, etc.) is judged on its own merits but that will probably be too much work and will never happen. Karl Severson Raytheon Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: sort jcl
Ron Thomas, When you use UFF format , any numeric character will be treated as zero and M10 edit mask suppresses leading zeroes from the output and hence your alphabetic/alphanumeric records are converted to spaces. Since you have mix of alpha and numerics we have to process them separately. Use the following DFSORT JCL which will give you the desired results //STEP0100 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * WW 1 2 03 4 05 6 00049 00052 00060 AHZPP0062F 00063 00072 075 00076 //SORTOUT DD SYSOUT=* //SYSINDD * OPTION COPY INREC IFOUTLEN=80, IFTHEN=(WHEN=INIT,OVERLAY=(81:1,40,JFY=(SHIFT=RIGHT))), IFTHEN=(WHEN=INIT,FINDREP=(STARTPOS=81,INOUT=(C' ',C'0'))), IFTHEN=(WHEN=(81,40,FS,EQ,NUM), OVERLAY=(81:1,40,UFF,M10,LENGTH=40,01:81,40,JFY=(SHIFT=LEFT))) //* The output from this job is WW 1 2 3 4 5 6 49 52 60 AHZPP0062F 63 72 75 76 Hope this helps. Thanks, Sri Hari Kolusu DFSORT Development IBM Corporation Email: skol...@us.ibm.com Phone: 408-463-2403 Tie Line 543-2403 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/16/2012 08:05:53 AM: From: Ron Thomas ron5...@gmail.com To: IBM-MAIN@listserv.ua.edu, Date: 08/16/2012 08:07 AM Subject: sort jcl Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi, I have a input file of lrecl =80 and below is the data ww 1 2 03 4 05 6 00049 00052 00060 AHZPP0062F 00063 00072 075 00076 when i justify left with the below control card , i am seeing the o/p file the value AHZPP0062F ww got removed. could some one pls let me know why this is dropped? I need to keep that value in o/p file ie alphabetic values has to be retained? any idea? SORT FIELDS=COPY OUTREC OVERLAY=(1,40,UFF,M10,LENGTH=40, 1:1,40,JFY=(SHIFT=LEFT)) Thanks, Ron T -- 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: ADRDSSU Large block performance
Yes, significant elapsed time improvement, to start. Unfortunately, there are instances where someone has hardcoded BLKSIZE= which overrides the LBI benefits. Consider scaning the tape management catalog, looking for these improvement opportunities (removing any/all DCB parameter values). Scott Barry SBBWorks, Inc. On Thu, 16 Aug 2012 08:51:27 -0400, Martin, Mike mike.mar...@ncsecu.org wrote: All, We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and blocks of 262k (1.11 used 65k). Has anyone seen big benefits in their shop from this change? Mike Martin /PREThis email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. /P -- 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: sort jcl
Slight correction. Please read it as When you use UFF format , any NON- numeric character instead of When you use UFF format , any numeric character Thanks, Sri Hari Kolusu DFSORT Development IBM Corporation Email: skol...@us.ibm.com Phone: 408-463-2403 Tie Line 543-2403 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/16/2012 08:44:29 AM: From: Sri h Kolusu/Silicon Valley/IBM@IBMUS To: IBM-MAIN@listserv.ua.edu, Date: 08/16/2012 08:45 AM Subject: Re: sort jcl Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Ron Thomas, When you use UFF format , any numeric character will be treated as zero and M10 edit mask suppresses leading zeroes from the output and hence your alphabetic/alphanumeric records are converted to spaces. Since you have mix of alpha and numerics we have to process them separately. Use the following DFSORT JCL which will give you the desired results //STEP0100 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * WW 1 2 03 4 05 6 00049 00052 00060 AHZPP0062F 00063 00072 075 00076 //SORTOUT DD SYSOUT=* //SYSINDD * OPTION COPY INREC IFOUTLEN=80, IFTHEN=(WHEN=INIT,OVERLAY=(81:1,40,JFY=(SHIFT=RIGHT))), IFTHEN=(WHEN=INIT,FINDREP=(STARTPOS=81,INOUT=(C' ',C'0'))), IFTHEN=(WHEN=(81,40,FS,EQ,NUM), OVERLAY=(81:1,40,UFF,M10,LENGTH=40,01:81,40,JFY=(SHIFT=LEFT))) //* The output from this job is WW 1 2 3 4 5 6 49 52 60 AHZPP0062F 63 72 75 76 Hope this helps. Thanks, Sri Hari Kolusu DFSORT Development IBM Corporation Email: skol...@us.ibm.com Phone: 408-463-2403 Tie Line 543-2403 IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/16/2012 08:05:53 AM: From: Ron Thomas ron5...@gmail.com To: IBM-MAIN@listserv.ua.edu, Date: 08/16/2012 08:07 AM Subject: sort jcl Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi, I have a input file of lrecl =80 and below is the data ww 1 2 03 4 05 6 00049 00052 00060 AHZPP0062F 00063 00072 075 00076 when i justify left with the below control card , i am seeing the o/p file the value AHZPP0062F ww got removed. could some one pls let me know why this is dropped? I need to keep that value in o/p file ie alphabetic values has to be retained? any idea? SORT FIELDS=COPY OUTREC OVERLAY=(1,40,UFF,M10,LENGTH=40, 1:1,40,JFY=(SHIFT=LEFT)) Thanks, Ron T -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auditors Don't Know Squat!
Karl Severson wrote: We have to have our systems waivered for one reason: no anti virus software on VM. Just ask these auditors this one question: 'Are there ANY vendors for antivirus software for these platforms: z/VM and z/OS?' (I'm not speaking about Linux under z/VM and such software inside Linux.) Clearly there has to come a time when each platform (Windows, Linux, zVM, etc.) is judged on its own merits but that will probably be too much work and will never happen. Agreed. In a galaxy far far away, gazillion years ago, some auditors wanted me (and my network guys) to ensure that all platforms (Novell LAN, Microsoft LAN, OS/390, Windows 98, NT and XP) must have ONE shared grouping of employees, accesses, logon restrictions, userid standard and password standard policy... For example: group X must have Z accesses on certain grouping of 'directory / folders' [1] on all these platforms including OS/390! I gave up... (and these auditors soon gave up too... ;-D ) Groete / Greetings Elardus Engelbrecht [1] - I hate mixing of terminology accross platforms. :-/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TLMS - CHANGING THE STATUS OF A TAPE
I don't know CA-TLMS. But I download the User's Manual. You should review this manual. Perhaps you need to do something like: //TLMSINQR JOB //TLMSINQR EXEC CATINQR //CAIIPT DD * UPV volser SCRATCH=NO // If the tape is in an IBM automated tape library, you likely need to update the status in the library as well. The book says that this is done using the CTSSYNC program. Sample JCL might be: //STEP1 EXEC PGM=CTSSYNC //SYSPRINT DD SYSOUT=* //SYSIN DD * VERIFY SYNC volser // -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Thursday, August 16, 2012 10:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TLMS - CHANGING THE STATUS OF A TAPE G'Day, I am trying to change the status of a tape which went scratch. I am not very familiar with TLMS. Would anybody have a utility to do this? What I am trying to do is to change the status from SCRATCH to ACTIVE or LIVE because we want to keep the tape for auditing purposes (yes, the auditiors are breathing down my back). Thanks in advance. -- 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: ADRDSSU Large block performance
To clarify: the below-the-line storage issue resulted from having multiple tape output files with DCB=BUFNO=10, a holdover from the days of slow I/O. Writing these with 262KB buffer sizes led to a radical increase in the use of below-the-line storage; the simple solution was to eliminate the BUFNO parameter or set the value to 2. In the event of reoccurrence, we will be revisiting REGION and using values of 32M or higher, to maximize availability of below-the-line storage and to make sure that above-the-line storage is not contributing to the problem. Discussion is invited, as we have arrived at these policies internally through negotiation between DBAs, Operations staff, and z/OS Systems programmers. --Phil -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sevetson, Phil Sent: Thursday, August 16, 2012 12:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU Large block performance My site saw big improvements in DB2 z/OS (Image Copy) backup elapsed times. We're implementing LBI, but have encountered problems with below-the-line storage for batch IMS writing sequential files, and with IMS GSAM, which does not read files larger than (BLKSZLIM) 32760. Fixes were needed from Syncsort and from Compuware for FA/MVS. --Phil Sevetson, DB2 DBA *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Thursday, August 16, 2012 11:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU Large block performance Really? Our results (full volume dumps) haven't shown any major improvements. Mark Jacobs On 08/16/12 11:54, Scott Barry wrote: Yes, significant elapsed time improvement, to start. Unfortunately, there are instances where someone has hardcoded BLKSIZE= which overrides the LBI benefits. Consider scaning the tape management catalog, looking for these improvement opportunities (removing any/all DCB parameter values). Scott Barry SBBWorks, Inc. On Thu, 16 Aug 2012 08:51:27 -0400, Martin, Mikemike.mar...@ncsecu.org wrote: All, We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and blocks of 262k (1.11 used 65k). Has anyone seen big benefits in their shop from this change? Mike Martin /PREThis email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. /P - - 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 -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auditors Don't Know Squat!
It seems to me that most of the auditors I encounter are fresh out of college. Perhaps auditing is a sort of boot-camp for young accountants. My impression is that they are given a book to follow, and as long as they follow the book they are safe. No independent thinking allowed. Come to think of it, we have no anti-virus on zOS either... does RACF count? Probably not in the book. From: Karl Severson karl_j_sever...@raytheon.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/16/2012 08:44 AM Subject:Re: Auditors Don't Know Squat! Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU We have to have our systems waivered for one reason: no anti virus software on VM. No matter that passwords can be encrypted or that we can have 200 character password phrasing (current requirement 16 characters) or that no one writes viruses for VM or that we aren't connected to the Internet. Clearly there has to come a time when each platform (Windows, Linux, zVM, etc.) is judged on its own merits but that will probably be too much work and will never happen. Karl Severson Raytheon Company -- 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: ISPF Panel and LPAR name
In 7695765772818059.wa.paulgboulderaim@listserv.ua.edu, on 08/15/2012 at 06:37 PM, Paul Gilmartin paulgboul...@aim.com said: Do batch ISPF jobs use panels? Yes. How, By specifying the panel on the ISPSTART. and is it necessary? Yes. It seems almost a contradiction in terms. No. Likewise, in noninteractive contexts I always allocate ISPPROF to DUMMY Why not a temporary? -- 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: ADRDSSU Large block performance
Funny you should say that. We encountered a problem during our last exercise when our zOS 1.12 backups were being restored on a zOS 1.11 system without the required toleration maintenance applied. Fortunately they had a zOS 1.13 system available too. Mark Jacobs On 08/16/12 13:21, retired mainframer wrote: Make sure that your disaster recovery site will support the larger block size. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Martin, Mike :: Sent: Thursday, August 16, 2012 5:51 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: ADRDSSU Large block performance :: :: We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and :: blocks of 262k (1.11 used 65k). :: :: Has anyone seen big benefits in their shop from this change? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z900 (2064 - 216) Problem.
Isn't capacity capping a 4 hour rolling average? So wouldn't it kick in before 4 hours? Unless the workload is slow for about 9 hours, then CPU utilization picks up. On Thu, Aug 16, 2012 at 6:34 AM, Knutson, Sam sknut...@geico.com wrote: Hi Manshadi, You might check to see if you have Defined Capacity or Group Capacity setup on the HMC for the LPARs on this CEC. This would fit with the general symptom of IPL and then sometime later seeing a slowdown. You said 12 hours but I want to consider that might be subjective and not always exactly 12 hours. The RMF Monitor III screen CPC aka RMF V1R13 CPC Capacity shows if you have capped the LPARs. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mehrshad Manshadi Sent: Thursday, August 16, 2012 4:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Z900 (2064 - 216) Problem. Hi all, We have a parallel Sysplex with 2 members.one of them is a CPU Z900 (2064 -1C5) with Z/OS 1.8 as operating system and the other is CPU Z900(2064-216) with the same operating system. We have a weird problem with CPU 2064-216 as follows: When we power on reset the CPU and IPL from that,It works OK. for about 12 hours and after that it degrades and the jobs take much more times to complete.(about 4 times).The major things is decreasing No. of SIO for the jobs.after that even REIPL is not resolve the problem and we have to POWER ON RESET the CPU and REIPL for the next 12 hours!!. We exchange the operating systems between two CPUs but the problem is exactly the same. Does anybody have the same experience ? Any help should by highly appreciated. Regards, Manshadi -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
As spoken/sung by Pete Seeger - Seeds: The Songs of Pete Seeger, Vol. 3 Disc 1 ENGLISH IS CUH-RAY-ZEE English is the most widely spoken language in the history of the planet. One out of every seven human beings can speak or read it. Half the world's books, 3/4 of the international mail are in English. It has the largest vocabulary, perhaps two million words, And a noble body of literature. But face it: English is cuh-ray-zee! Just a few examples: There's no egg in eggplant, no pine or apple in pineapple. Quicksand works slowly; boxing rings are square. A writer writes, but do fingers fing? Hammers don't ham, grocers don't groce. Haberdashers don't haberdash. English is cuh-ray-zee! If the plural of tooth is teeth, shouldn't the plural of booth be beeth? It's one goose, two geese. Why not one moose, two meese? If it's one index, two indices; why not one Kleenex,two Kleenices? English is cuh-ray-zee! You can comb through the annals of history, but not just one annal. You can make amends, but not just one amend. If you have a bunch of odds and ends and get rid of all but one, is it an odd or an end? If the teacher taught, why isn't it true that a preacher praught? If you wrote a letter, did you also bote your tongue? And if a vegetarian eats vegetables, what does a humanitarian eat? English is cuh-ray-zee! Why is it that night falls but never breaks and day breaks but never falls? In what other language do people drive on the parkway and park on the driveway? Ship by truck but send cargo by ship? Recite at a play but play at a recital? Have noses that run and feet that smell? English is cuh-ray-zee! How can a slim chance and a fat chance be the same When a wise man and a wise guy are very different? To overlook something and to oversee something are very different, But quite a lot and quite a few are the same. How can the weather be hot as hell one day and cold as hell the next? English is cuh-ray-zee! You have to marvel at the lunacy of a language in which your house can burn down While it is burning up. You fill out a form by filling it in. In which your alarm clock goes off by going on. If pro is the opposite of con, what is the opposite of progress? Well, English was invented by people, not computers And reflects the creativity of the human race. So that's why when the stars are out, they're visible, But when the lights are out, they're invisible. When I wind up my watch I start it, but when I wind up this rap, I end it. English is cuh-ray-zee! Words by Josh White, Jr. and Pete Seeger (Based on Richard Lederer's Crazy English) Copyright (c) 1996 From: John Gilmore jwgli...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/14/2012 10:20 AM Subject:Re: REPLACEMENT ASID SHORTAGE Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Kees, Yes, I was using the second meaning. English contains a number of words and phrases that can mean either A or ¬A in a context-sensitive fashion. The verb to enjoin can, for example, mean either 1) to require or 2) to forbid. The Alexandrian rhetoricians wrote about the use of such treacherous words in ancient Greek, and I suspect that they may occur in modern Dutch too. --jg On 8/14/12, ibmmain nitz-...@gmx.net wrote: All but impossible means very nearly impossible, impossible without very great difficulties, and the like. I see. It's almost entirely unlike (I couldn't resist.) Barbara -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auditors Don't Know Squat!
and mainframe ptfs are NOT called patches, at least get the terminology right please You're not a sysadmin either but try to convince others of that :-( 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: REPLACEMENT ASID SHORTAGE
On Thu, Aug 16, 2012 at 2:40 PM, Dale McCart dale.mcc...@kmc-usa.com wrote: As spoken/sung by Pete Seeger - Seeds: The Songs of Pete Seeger, Vol. 3 deleted You can comb through the annals of history, but not just one annal. deleted One annus (year). Be careful of the number of 'n's. http://en.wikipedia.org/wiki/Annals -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auditors Don't Know Squat!
W dniu 2012-08-08 12:52, Robert A. Rosenberg pisze: At 09:40 +0200 on 08/08/2012, R.S. wrote about Re: Auditors Don't Know Squat!: [...] IMO: Any Auditor who wants to tell me how to do my job (as opposed to just critiquing how I do it) is not qualified to do so UNLESS he can do my job in the first place. IMO I can't play a violin, but I can tell you if you play horribly. I can't brick lay, but I can assess if your wall is askew. Etc, etc. [...] You are basically agreeing with me and saying the same thing as I did. All of your examples are critiquing the performance of the task NOT saying HOW TO PERFORM it. No. How to do can be part of audit. It can be prerequisite of making the job well. Telling how to do something falls under the heading of being an instructor/teacher. That role, IMO, requires that you have done what you are instructing others how to do. Again no. It's quite often that teacher teaches something he is not a master of or even he can't do. It depends on details, but it do happen. Two examples from real world: ski jumper and his trainer. Welding course student and theory teacher. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: mvcl/mvcle padding byte
On Thu, 16 Aug 2012 09:34:58 -0400, John Gilmore wrote: Edward Jaffe wrote (about the use of particular padding bytes): | It can make a *HUGE* difference! When I made my measurements 13 months ago I did not find large differences, and if EJ can find the time to elaborate a little on this comment I will be very interested to learn what he has found. I can't speak for Ed, but he might have been referring to the fact that large movement of full pages can be performed by the data mover hardware in memory without using cache. The difference in the speed of performing the move that way may not be so huge (I don't know what the difference might be), but the fact that it does not use cache can make a big difference on other workloads, whose data has not been displaced from the cache. These kinds of effects are difficult to test. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TLMS - CHANGING THE STATUS OF A TAPE
John, In addition to what others have indicated, I wanted to double check what TYPE of tape it is and if it is in a ROBOTIC or VIRTUAL Library of some type. If it is a physical tape NOT inside a robotic device; then changing the status in TLMS is fine and will protect the volume. If it is a physical volume INSIDE a robotic device I would also recommend changing the status from SCRATCH to ACTIVE within the robotic database. If it is mounted for output processing while inside the robotic device, TLMS will stop it from being over-written. However, if it is mounted for output processing when TLMS is not active for some reason - it might be over-written. Lastly (and most important) if it is Virtual-Volume it MIGHT already be too late. We have had quite a few calls recently where clients accidently scratched a virtual-volume; un-scratched it within CA-1 or TLMS; and then couldn't understand why their attempts to READ the volume failed. Even with an IBM VTS box, depending on your setup parameters the data of the virtual-volume can be gone within hours of being marked scratch. So, regardless of the type of virtual-tape-system you must un-scratch the virtual-volume as soon as possible and then test (run an IEBGENER or IDCAMS-PRINT or Tapemap) to see if the data is still there. And of course, you will have to re-catalog as the scratch process most likely caused the file to become un-cataloged as well. Russell Witt TLMS L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Thursday, August 16, 2012 10:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TLMS - CHANGING THE STATUS OF A TAPE G'Day, I am trying to change the status of a tape which went scratch. I am not very familiar with TLMS. Would anybody have a utility to do this? What I am trying to do is to change the status from SCRATCH to ACTIVE or LIVE because we want to keep the tape for auditing purposes (yes, the auditiors are breathing down my back). Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Panel and LPAR name
I think the answer may be simpler (if less satisfying) than the suggestions so far. IIRC ISPF in batch requires all the standard DD allocations or it just won't work at all. Period. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Shmuel Metz (Seymour J.) shmuel+...@patriot.net To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/16/2012 05:45 PM Subject:Re: ISPF Panel and LPAR name Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU In 9020372708201614.wa.paulgboulderaim@listserv.ua.edu, on 08/16/2012 at 12:34 PM, Paul Gilmartin paulgboul...@aim.com said: That was in the sense of, What chore, otherwise impossible in batch, is made possible by using panels? The naswer won't satisfy you: any application written around panels. That might be using interactive panels through WSA, it might be panels with processing logic or it might be something I haven't even thought of. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN