Re: DFDSS copy
Matan, Might be worth trying DATASET(INCLUDE(**) EXCLUDE(SYS1.**)) Richard Marchant Johannesburg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Matan Cohen Sent: 02 March 2011 09:51 AM To: IBM-MAIN@bama.ua.edu Subject: DFDSS copy Hi, for some reason I needed to empty a DASD disk from its content (All files are DB2 VSAMS) . i noticed there is a multivolume DSNs so i added the 'SPHERE' 'SELECTMULTI' . so after backing up the disk i run this JCL : //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, //MSGLEVEL=(1,1) //BFFDBB29 EXEC PGM=ADRDSSU //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DASDDD UNIT=3390,VOL=SER=OLDDISK,DISP=SHR //OUTDSK DD UNIT=3390,VOL=SER=NEWDISK,DISP=SHR //SYSINDD * COPY DATASET( - INCLUDE( DBP.**, - DBT.**,- DB29.**, - ))- LOGINDDNAME(DASD)- OUTDDNAM(OUTDSK) - SPHERE- SELECTMULTI(ANY) - CAT - DELETE /* for some reason half of the Files (not necessarliy multivolume) were not copied the job ended with RC 0 it seems DFDSS didn't select them , from the literature: For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as follows: v Specify SPHERE and you only need to list any part of the base cluster in the volume list. should I run this job again but without : 'SPHERE','SELECTMULTI' ? is there somthing I forgetten ? -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
but all the files in the DISK are named as I specify in the INCLUDE so i don't see how this will solve it. On Wed, Mar 2, 2011 at 10:04 AM, Richard Marchant richard.march...@shoden.co.za wrote: Matan, Might be worth trying DATASET(INCLUDE(**) EXCLUDE(SYS1.**)) Richard Marchant Johannesburg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Matan Cohen Sent: 02 March 2011 09:51 AM To: IBM-MAIN@bama.ua.edu Subject: DFDSS copy Hi, for some reason I needed to empty a DASD disk from its content (All files are DB2 VSAMS) . i noticed there is a multivolume DSNs so i added the 'SPHERE' 'SELECTMULTI' . so after backing up the disk i run this JCL : //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, //MSGLEVEL=(1,1) //BFFDBB29 EXEC PGM=ADRDSSU //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DASDDD UNIT=3390,VOL=SER=OLDDISK,DISP=SHR //OUTDSK DD UNIT=3390,VOL=SER=NEWDISK,DISP=SHR //SYSINDD * COPY DATASET( - INCLUDE( DBP.**, - DBT.**,- DB29.**, - ))- LOGINDDNAME(DASD)- OUTDDNAM(OUTDSK) - SPHERE- SELECTMULTI(ANY) - CAT - DELETE /* for some reason half of the Files (not necessarliy multivolume) were not copied the job ended with RC 0 it seems DFDSS didn't select them , from the literature: For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as follows: v Specify SPHERE and you only need to list any part of the base cluster in the volume list. should I run this job again but without : 'SPHERE','SELECTMULTI' ? is there somthing I forgetten ? -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Why don't try DUMP/RESTORE process...? On Wed, Mar 2, 2011 at 3:51 PM, Matan Cohen matancohen...@gmail.com wrote: Hi, for some reason I needed to empty a DASD disk from its content (All files are DB2 VSAMS) . i noticed there is a multivolume DSNs so i added the 'SPHERE' 'SELECTMULTI' . so after backing up the disk i run this JCL : //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, //MSGLEVEL=(1,1) //BFFDBB29 EXEC PGM=ADRDSSU //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DASDDD UNIT=3390,VOL=SER=OLDDISK,DISP=SHR //OUTDSK DD UNIT=3390,VOL=SER=NEWDISK,DISP=SHR //SYSINDD * COPY DATASET( - INCLUDE( DBP.**, - DBT.**,- DB29.**, - ))- LOGINDDNAME(DASD)- OUTDDNAM(OUTDSK) - SPHERE- SELECTMULTI(ANY) - CAT - DELETE /* for some reason half of the Files (not necessarliy multivolume) were not copied the job ended with RC 0 it seems DFDSS didn't select them , from the literature: For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as follows: v Specify SPHERE and you only need to list any part of the base cluster in the volume list. should I run this job again but without : 'SPHERE','SELECTMULTI' ? is there somthing I forgetten ? -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Cobe Xu Best Regards --- z/OS Performance Capacity Analyst z/OS System Programmer Email: cob...@gmail.com --- *Impart fishing is much better than just donate fishes* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
i had a bad expirence in the past when trying to do a similar action with DUMP\RESTORE. so I prefered to avoid this option. On Wed, Mar 2, 2011 at 10:22 AM, Cobe Xu cob...@gmail.com wrote: Why don't try DUMP/RESTORE process...? On Wed, Mar 2, 2011 at 3:51 PM, Matan Cohen matancohen...@gmail.com wrote: Hi, for some reason I needed to empty a DASD disk from its content (All files are DB2 VSAMS) . i noticed there is a multivolume DSNs so i added the 'SPHERE' 'SELECTMULTI' . so after backing up the disk i run this JCL : //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, //MSGLEVEL=(1,1) //BFFDBB29 EXEC PGM=ADRDSSU //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DASDDD UNIT=3390,VOL=SER=OLDDISK,DISP=SHR //OUTDSK DD UNIT=3390,VOL=SER=NEWDISK,DISP=SHR //SYSINDD * COPY DATASET( - INCLUDE( DBP.**, - DBT.**,- DB29.**, - ))- LOGINDDNAME(DASD)- OUTDDNAM(OUTDSK) - SPHERE- SELECTMULTI(ANY) - CAT - DELETE /* for some reason half of the Files (not necessarliy multivolume) were not copied the job ended with RC 0 it seems DFDSS didn't select them , from the literature: For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as follows: v Specify SPHERE and you only need to list any part of the base cluster in the volume list. should I run this job again but without : 'SPHERE','SELECTMULTI' ? is there somthing I forgetten ? -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Cobe Xu Best Regards --- z/OS Performance Capacity Analyst z/OS System Programmer Email: cob...@gmail.com --- *Impart fishing is much better than just donate fishes* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRX Replacement
Barry, Here is Dennis's original post. Ray On 2/28/2011 11:56 AM, Dennis Schaffer wrote: Hi, We're running TRX from OES Inc., and we're looking for alternatives. TRX provides allocation and i/o services for the TSO/ISPF environment. TRX allows us to avoid maintaining logon procs with hard-coded dataset names or clists/execs to dynamically allocate TSO/ISPF datasets, by providing a dialogue/database to describe individual user/application dataset requirements. TRX also provides performance benefits by dynamically caching frequently-used member and streamlined i/o processing for ISPF datasets. Is anyone aware of a potential replacement for TRX? I'm aware of ALTLIB/LIBDEF but (1 it's not compatible with our existing infrastructure, (2 it's going to require coding exec's for each of our vendor and internal products and (3 it won't provide the performance benefits of TRX. Thanks, Dennis Schaffer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Hi, for some reason I needed to empty a DASD disk from its content (All files are DB2 VSAMS) . i noticed there is a multivolume DSNs so i added the 'SPHERE' 'SELECTMULTI' . so after backing up the disk i run this JCL : //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, //MSGLEVEL=(1,1) //BFFDBB29 EXEC PGM=ADRDSSU //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DASDDD UNIT=3390,VOL=SER=OLDDISK,DISP=SHR //OUTDSK DD UNIT=3390,VOL=SER=NEWDISK,DISP=SHR //SYSINDD * COPY DATASET( - INCLUDE( DBP.**, - DBT.**,- DB29.**, - ))- LOGINDDNAME(DASD)- OUTDDNAM(OUTDSK) - SPHERE- SELECTMULTI(ANY) - CAT - DELETE /* for some reason half of the Files (not necessarliy multivolume) were not copied the job ended with RC 0 it seems DFDSS didn't select them , from the literature: For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as follows: v Specify SPHERE and you only need to list any part of the base cluster in the volume list. should I run this job again but without : 'SPHERE','SELECTMULTI' ? is there somthing I forgetten ? You could go to ISMF Option 1 (dataset) and see what it generates to do this for you. I use this method to see what DFDSS control cards ISMF would generate to move datasets from one volume to another. I always use SPHERE whenever VSAM is involved. The use of sphere will not impact copying non-vsam datasets. Could you let us know what files were not deleted and left on the original volume? We would need to have more specific information to try and help. Or if you could provide the output from the DFDSS job along with a vtoc print, that would be very helpful. How many datasets are on the original volume. How many were copied. How many were deleted? How many were left? I have always seen DFDSS provide W type messages whenever it could not do something. That you are not seeing messages is very strange. You may need to turn on a DFDSS trace in the job stream. But I would look for ADRW messages in the output. They may have an RC0 but a warning message is provided. I had to write a REXX to filter the output of my DFDSS jobs so I could find the W/E/S messages. Otherwise they were easily over looked. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Removing DFSMShsm ML1
Thank you all for your responses. That is the conclusion I came to, but wanted to make sure I was correct. Hopefully in the future it would be nice to remove ML1 completely and set some kind of VTOC backup up manually, but for now I will HSM handle that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 Performance
As others have pointed out, the DB2 governor will let you kill threads that have exceeded some arbitrary amount of CPU time. There's obviously pluses and minuses to that. Using WLM you can age those long-running queries so they drop to a low enough importance that they don't substantially get in the way of anybody else. (Well, depending on how you set it up and how much you're willing to penalize those queries.) However, even discretionary work that is running because nothing else needs the CPU right now can drive up your R4H and may impact either your software costs and/or how quickly you reach your caps. If that work was unnecessary because the user gave up on the query after 5 minutes, then that was a shame and it maybe would have been nice for the governor to have killed that thread before it ran for 2 hours. But I'm not sure that you can readily do so without impacting other threads that maybe really do need to run that long. Be aware that the recent IBM PTF that allowed for 60% DDF offload really changes the way DDF work runs on the zIIP and GCP. Previously the generosity factor for the DDF threads was set to 55% and SRM moved the enclave back and forth between the GCP and the zIIP. After that PTF, DB2 marks 3 of every 5 (or maybe 6 of every 10) DDF enclaves as being 100% offloaded and the remainder 0%. (Effectively, I'm not exactly sure exactly what they're doing under the covers.) While this might average out to 60% of the CPU work offloaded over time, the less homogeneous your workload is the more likely that any particular interval will show a signifcant variation from that value. So if you have large user queries coming in that use significant amounts of CPU time, there's a 40% chance that that will now run entirely on the GCP instead of running 45% on the GCP resulting in a possibly significant increase in the CPU utilization during that interval. Finally, if you're running knee-capped GCPs (less than full speed), your users will likely perceive a noticable variation in run times between executions of the same query--because sometimes they run on the slower GCP and sometimes they run on the faster zIIP. The bigger the discrepency between the GCP and zIIP speed the bigger this potential runtime difference. As you might tell, we're not real happy with that PTF. It works well for homogeneous workloads, but where you have a mixture of large and small queries, how lucky or unlucky you are with the large queries in any given period will determine how happy you are in that period. My guess is that having a mixture of transaction sizes is more normal and where you have adhoc user queries, likely some of those are large to very large. But if you just recently started having problems with your DDF, and if you believe the queries haven't changed you might look to see if you just recently applied that PTF (PM12256 I think?). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Removing DFSMShsm ML1
So if you're not actually dumping volumes with HSM would not recover them with HSM, what good are the VTOC Copies? ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Hi Lizette You could go to ISMF Option 1 (dataset) and see what it generates to do this for you. *Did it now. but I can check it only tommorow .* *I review the message several times and there is nothing spacial in it beside the regular messages there is the:* *ADR431I (001)-XVSAM(01),* * ADR711I (001)-NEWDS(01), * * messages .* * ADR115W (R/I)-RI01 (07), this is the only W\E messgae in the log . * *Here is a listcat of one of the file not copied:* **1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 1 0 LISTCAT ENT(DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001) ALL 0CLUSTER --- DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001 IN-CAT --- CATALOG.PANDAF.DB29 HISTORY DATASET-OWNER---TAKI CREATION2011.060 RELEASE2 EXPIRATION--.000 SMSDATA STORAGECLASS --SCALL MANAGEMENTCLASS---(NULL) DATACLASS (NULL) LBACKUP ---.000. BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 BWO---(NULL) RLSDATA LOG (NULL) RECOVERY REQUIRED --(NO) FRLOG (NULL) VSAM QUIESCED ---(NO)RLS IN USE -(NO) 0 LOGSTREAMID-(NULL) RECOVERY TIMESTAMP LOCAL-X'' RECOVERY TIMESTAMP GMT---X'' PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS DATA-DB29.DSNDBD.TVABSAD3.IXSDBCST.I0001.A001 0 DATA --- DB29.DSNDBD.TVABSAD3.IXSDBCST.I0001.A001 IN-CAT --- CATALOG.PANDAF.DB29 HISTORY DATASET-OWNER---TAKI CREATION2011.060 RELEASE2 EXPIRATION--.000 ACCOUNT-INFO---(NULL) PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS CLUSTER--DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001 ATTRIBUTES KEYLEN-0 AVGLRECL---0 BUFSPACE8192 CISIZE--4096 RKP0 MAXLRECL---0 EXCPEXIT--(NULL) CI/CA-12 SHROPTNS(3,3) SPEED UNIQUE NOERASE LINEAR NOWRITECHK NOIMBED NOREPLICAT UNORDERED REUSE NONSPANNED STATISTICS REC-TOTAL--0 SPLITS-CI--0 EXCPS--0 REC-DELETED0 SPLITS-CA--0 EXTENTS2 REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTAMP: REC-UPDATED0 FREESPACE-%CA--0 X'' REC-RETRIEVED--0 FREESPC0 ALLOCATION SPACE-TYPE-TRACK HI-A-RBA-6684672 SPACE-PRI--1 HI-U-RBA-4415488 SPACE-SEC-15 VOLUME VOLSERFDBB29 PHYREC-SIZE-4096 HI-A-RBA-6684672 EXTENT-NUMBER--2 DEVTYPE--X'3010200F' PHYRECS/TRK---12 HI-U-RBA-4415488 EXTENT-TYPEX'40' 1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 2 0 VOLFLAGPRIME TRACKS/CA--1 EXTENTS: LOW-CCHH-X'00B5000E' LOW-RBA0 TRACKS-1 HIGH-CCHHX'00B5000E' HIGH-RBA---49151 LOW-CCHH-X'024A' LOW-RBA49152 TRACKS---135 HIGH-CCHHX'0252000E' HIGH-RBA-6684671 1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 3 0 THE NUMBER OF ENTRIES PROCESSED WAS: AIX ---0 ALIAS -0 CLUSTER ---1 DATA --1 GDG ---0 INDEX -0 NONVSAM ---0 PAGESPACE -0 PATH --0 SPACE -0 USERCATALOG ---0 TAPELIBRARY ---0 TAPEVOLUME 0 TOTAL -2 0 THE NUMBER OF PROTECTED ENTRIES SUPPRESSED WAS 0 0IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 0 0IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0 *approximatle 5700, 2700 left . mean that 3000 was copied sucessfully (and were deleted from the drive) .* . * * best regards, matan cohen MF System Administrator. -- For IBM-MAIN
Re: SYS1 Datasets and it associated product names
snip In order to try to be more precise about the S, I waded into water that caused me to get rather out of my depth. That'll teach me to try to provide comprehensive answers when I know only half or so of the story! /snip In SMP/E parlance, HLQ.Sxxx is generally a SMP/E target. HLQ.Axxx is generally a SMP/E DLIB (Distribution Library). SMP/E itself imposes no such restrictions. This is a convention established by the IBMers in charge of packaging the products. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Removing DFSMShsm ML1
My previous response: snip AFAIK, the last ML1 cannot be deleted unless you turn off volume dump. The VTOC copies are used for Volume Recovery and Incremental Backup application. /snip You can still back up datasets without volume dump. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZCIOWAIT message
The ZCIOWAIT Resource Name is not given in Tmon, so I am not sure what is kind of resource the task waiting. The task is shipping record to another CICS region. So I guess first maybe the cics setting have some problem, second the program in another region response slowly. Is it possible CICS setting problem? At 2011-03-02 04:05:24，Pearce, Colin E colin.pea...@baml.com wrote: Hi, ZCIOWAIT defines the type of Resource the task is waiting on. There is a Resource Name which defines what this type of Resource is. For example if the transaction is in Conversation mode and waiting for a response from the User, then the Resource Type will be ZCIOWAIT and Resource Name will be DFHZARQ1 which is CICS VTAM Terminal Control Application Request handler. Effectively the User has issued an E C SEND WAIT If the Resource Type is ZCIOWAIT and the Resource Name is DFHZARR1 this is a Receive within LU6.2 protocol, a Receive is waiting on more data to be sent. If the Resource Type is ZCIOWAIT and the Resource Name is DFHZERH1 this is when there is a need to handle the sending and receiving of FMH7s (Function Management Headers) and negative responses within LU6.2. This may have something to do with a Security failure. There are other ZCIOWAIT reasons. The Resource Names are given in Omegamon and Tmon. They can also be found in a CICS Trace as well as a dump. The CICS/TS Problem Determination Guide has all the Wait reasons for ZCIOWAIT The CICS/TS Diagnostic Guide lists the Resource Types and Resource Names and the modules that get invoked when these conditions occur. They will give you more information about where you are and why your waiting. Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ??? Sent: Tuesday, March 01, 2011 7:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ZCIOWAIT message Thomas Your advice is very useful for me, thanks a lot. At 2011-02-28 21:04:15，Thomas Dunlap thomas.dun...@att.net wrote: Eric, ZCIOWAIT indicates VTAM terminal control wait. My first guess is that you are function shipping to another CICS region using VTAM connections between the regions and you are looking at the front-end transaction. In this case this is a normal situation. As for optimizing, it is really dependent upon the function the back-end region. Improve the task in the back-end region and you will shorten the wait in the front-end. -- Regards, Thomas DunlapChief Technology Officert...@themisinc.com Themis, Inc.http://www.themisinc.com1 (800) 756-3000 On 2/28/2011 5:52 AM, Eric JL wrote: When I run a CICS trans, it is use for DB2 select update, found it spend a lot of time on ZCIOWAIT. Is this a problem? How can I optimize it. The trans dump DATE TIME JOBNAME TRANID TASK# TERMID RESP CPU PAGING ILEIO 02/24 00:00:01 CICSA TR68 85748111.097 0.2186 0 727 02/24 00:00:02 CICSA TR68 87201 0.0346 0.0074 0 17 02/24 00:00:29 CICSA TR68 87583 1.1215 0.1548 0 473 02/24 00:00:51 CICSA TR68 8574850.6486 0.3856 0 1,162 TR68 #85748 RES TYPE RES NAME WT CNT WT TIME % OF RESPONSE CHANGEPRIOPRITY 60 0.00860.00 SWITCHTCB1,454 0.03320 0.29 WAIT W/O ID3 0.0039 0.00 WAIT FOR REDSPTCH 1,578 0.3363 0.30 ZCIOWAIT 63 1:50.1226 99.12 1ST DISPATCH 1 0.0001 0.00 - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may
Re: ZCIOWAIT message
From the sound of it you are doing function shipping of File Control requests. If this is common then there could be an issue with the number of Sessions between the two CICS regions. This can be more of a concern if the files are being updated. Could you include the Connection and Session definitions from both CICS regions for a look at the attributes? -- Regards, Thomas DunlapChief Technology Officert...@themisinc.com Themis, Inc.http://www.themisinc.com1 (800) 756-3000 On 3/2/2011 8:27 AM, ?? wrote: The ZCIOWAIT Resource Name is not given in Tmon, so I am not sure what is kind of resource the task waiting. The task is shipping record to another CICS region. So I guess first maybe the cics setting have some problem, second the program in another region response slowly. Is it possible CICS setting problem? At 2011-03-02 04:05:24??Pearce, Colin Ecolin.pea...@baml.com wrote: Hi, ZCIOWAIT defines the type of Resource the task is waiting on. There is a Resource Name which defines what this type of Resource is. For example if the transaction is in Conversation mode and waiting for a response from the User, then the Resource Type will be ZCIOWAIT and Resource Name will be DFHZARQ1 which is CICS VTAM Terminal Control Application Request handler. Effectively the User has issued an E C SEND WAIT If the Resource Type is ZCIOWAIT and the Resource Name is DFHZARR1 this is a Receive within LU6.2 protocol, a Receive is waiting on more data to be sent. If the Resource Type is ZCIOWAIT and the Resource Name is DFHZERH1 this is when there is a need to handle the sending and receiving of FMH7s (Function Management Headers) and negative responses within LU6.2. This may have something to do with a Security failure. There are other ZCIOWAIT reasons. The Resource Names are given in Omegamon and Tmon. They can also be found in a CICS Trace as well as a dump. The CICS/TS Problem Determination Guide has all the Wait reasons for ZCIOWAIT The CICS/TS Diagnostic Guide lists the Resource Types and Resource Names and the modules that get invoked when these conditions occur. They will give you more information about where you are and why your waiting. Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ??? Sent: Tuesday, March 01, 2011 7:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ZCIOWAIT message Thomas Your advice is very useful for me, thanks a lot. At 2011-02-28 21:04:15??Thomas Dunlapthomas.dun...@att.net wrote: Eric, ZCIOWAIT indicates VTAM terminal control wait. My first guess is that you are function shipping to another CICS region using VTAM connections between the regions and you are looking at the front-end transaction. In this case this is a normal situation. As for optimizing, it is really dependent upon the function the back-end region. Improve the task in the back-end region and you will shorten the wait in the front-end. -- Regards, Thomas DunlapChief Technology Officert...@themisinc.com Themis, Inc.http://www.themisinc.com1 (800) 756-3000 On 2/28/2011 5:52 AM, Eric JL wrote: When I run a CICS trans, it is use for DB2 select update, found it spend a lot of time on ZCIOWAIT. Is this a problem? How can I optimize it. The trans dump DATE TIME JOBNAME TRANID TASK# TERMID RESP CPU PAGING ILEIO 02/24 00:00:01 CICSA TR68 85748111.097 0.2186 0 727 02/24 00:00:02 CICSA TR68 87201 0.0346 0.0074 0 17 02/24 00:00:29 CICSA TR68 87583 1.1215 0.1548 0 473 02/24 00:00:51 CICSA TR68 8574850.6486 0.3856 0 1,162 TR68 #85748 RES TYPE RES NAME WT CNT WT TIME % OF RESPONSE CHANGEPRIOPRITY 60 0.00860.00 SWITCHTCB1,454 0.03320 0.29 WAIT W/O ID3 0.0039 0.00 WAIT FOR REDSPTCH 1,578 0.3363 0.30 ZCIOWAIT 63 1:50.1226 99.12 1ST DISPATCH 1 0.0001 0.00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Do these left DataSets being used by DB2 or any other program? Just reminder 2011/3/2 Matan Cohen matancohen...@gmail.com Hi Lizette You could go to ISMF Option 1 (dataset) and see what it generates to do this for you. *Did it now. but I can check it only tommorow .* *I review the message several times and there is nothing spacial in it beside the regular messages there is the:* *ADR431I (001)-XVSAM(01),* * ADR711I (001)-NEWDS(01), * * messages .* * ADR115W (R/I)-RI01 (07), this is the only W\E messgae in the log . * *Here is a listcat of one of the file not copied:* **1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 1 0 LISTCAT ENT(DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001) ALL 0CLUSTER --- DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001 IN-CAT --- CATALOG.PANDAF.DB29 HISTORY DATASET-OWNER---TAKI CREATION2011.060 RELEASE2 EXPIRATION--.000 SMSDATA STORAGECLASS --SCALL MANAGEMENTCLASS---(NULL) DATACLASS (NULL) LBACKUP ---.000. BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 BWO---(NULL) RLSDATA LOG (NULL) RECOVERY REQUIRED --(NO) FRLOG (NULL) VSAM QUIESCED ---(NO)RLS IN USE -(NO) 0 LOGSTREAMID-(NULL) RECOVERY TIMESTAMP LOCAL-X'' RECOVERY TIMESTAMP GMT---X'' PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS DATA-DB29.DSNDBD.TVABSAD3.IXSDBCST.I0001.A001 0 DATA --- DB29.DSNDBD.TVABSAD3.IXSDBCST.I0001.A001 IN-CAT --- CATALOG.PANDAF.DB29 HISTORY DATASET-OWNER---TAKI CREATION2011.060 RELEASE2 EXPIRATION--.000 ACCOUNT-INFO---(NULL) PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS CLUSTER--DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001 ATTRIBUTES KEYLEN-0 AVGLRECL---0 BUFSPACE8192 CISIZE--4096 RKP0 MAXLRECL---0 EXCPEXIT--(NULL) CI/CA-12 SHROPTNS(3,3) SPEED UNIQUE NOERASE LINEAR NOWRITECHK NOIMBED NOREPLICAT UNORDERED REUSE NONSPANNED STATISTICS REC-TOTAL--0 SPLITS-CI--0 EXCPS--0 REC-DELETED0 SPLITS-CA--0 EXTENTS2 REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTAMP: REC-UPDATED0 FREESPACE-%CA--0 X'' REC-RETRIEVED--0 FREESPC0 ALLOCATION SPACE-TYPE-TRACK HI-A-RBA-6684672 SPACE-PRI--1 HI-U-RBA-4415488 SPACE-SEC-15 VOLUME VOLSERFDBB29 PHYREC-SIZE-4096 HI-A-RBA-6684672 EXTENT-NUMBER--2 DEVTYPE--X'3010200F' PHYRECS/TRK---12 HI-U-RBA-4415488 EXTENT-TYPEX'40' 1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 2 0 VOLFLAGPRIME TRACKS/CA--1 EXTENTS: LOW-CCHH-X'00B5000E' LOW-RBA0 TRACKS-1 HIGH-CCHHX'00B5000E' HIGH-RBA---49151 LOW-CCHH-X'024A' LOW-RBA49152 TRACKS---135 HIGH-CCHHX'0252000E' HIGH-RBA-6684671 1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 3 0 THE NUMBER OF ENTRIES PROCESSED WAS: AIX ---0 ALIAS -0 CLUSTER ---1 DATA --1 GDG ---0 INDEX -0 NONVSAM ---0 PAGESPACE -0 PATH --0 SPACE -0 USERCATALOG ---0 TAPELIBRARY ---0 TAPEVOLUME 0 TOTAL -2 0 THE NUMBER OF PROTECTED ENTRIES SUPPRESSED WAS 0 0IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 0 0IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0 *approximatle 5700, 2700 left . mean that 3000 was copied sucessfully (and were
Re: Removing DFSMShsm ML1
We are dumping volumes, which is why I can't remove the VTOC copies from ML1. Thanks again for all the replies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Perhaps the same volumes were selected in the copy operation ? Are you using SMS how do the ACS routines look like 2011/3/2 Matan Cohen matancohen...@gmail.com Hi, for some reason I needed to empty a DASD disk from its content (All files are DB2 VSAMS) . i noticed there is a multivolume DSNs so i added the 'SPHERE' 'SELECTMULTI' . so after backing up the disk i run this JCL : //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, //MSGLEVEL=(1,1) //BFFDBB29 EXEC PGM=ADRDSSU //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DASDDD UNIT=3390,VOL=SER=OLDDISK,DISP=SHR //OUTDSK DD UNIT=3390,VOL=SER=NEWDISK,DISP=SHR //SYSINDD * COPY DATASET( - INCLUDE( DBP.**, - DBT.**,- DB29.**, - ))- LOGINDDNAME(DASD)- OUTDDNAM(OUTDSK) - SPHERE- SELECTMULTI(ANY) - CAT - DELETE /* for some reason half of the Files (not necessarliy multivolume) were not copied the job ended with RC 0 it seems DFDSS didn't select them , from the literature: For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as follows: v Specify SPHERE and you only need to list any part of the base cluster in the volume list. should I run this job again but without : 'SPHERE','SELECTMULTI' ? is there somthing I forgetten ? -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Met vriendelijke groeten/With kind regards Dick de Groot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BLKSIZE=10
What programm is involved is the dcb changed for sysut2 by the programm ? 2011/3/1 John P. Baker hfdte...@comporium.net Lucy, If you use the same DD statement with IEFBR14, what blocksize is calculated? John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lucy Arnold Sent: Tuesday, March 01, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: BLKSIZE=10 Hello, I have a programmer who insists the following JCL has always calculated a valid blksize: //SYSUT2 DD DSN=DAPJPQ.TEST.NEW, // DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(22430,0)), // DCB=(C.SYUNIV.MODEL,RECFM=U,LRECL=6184), // UNIT=SYSDA Now (since Friday he says) this JCL is calculating a blksize of 10 and of course the resulting dataset is not usable. I have CA:Allocate here, and I tried the JCL without Allocate and it still gets a blksize of 0 - so Allocate is not involved. Has anybody else had this issue? Thanks! Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Met vriendelijke groeten/With kind regards Dick de Groot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZCIOWAIT message
Hi, While I don’t have access to Tmon, I am amazed that it doesn’t display the Dispatcher Task Summary Table the same as Omegamon does. This display is fundamental to any CICS monitor as this gives a list of all the tasks that are currently dispatched. This table displays all the Tasks currently dispatched in CICS (both System and User) and both the Resource type and Resource name for each task. These two 8 byte fields are taken from each Tasks DTA (Dispatcher Task Area) and these live in the Dispatcher Domain. I would consider that when you get your problem, issue a CEMT PERFORM DUMP. Then load the dump into IPCS and issue a VERBX command of DS=1 This should give you the Dispatcher Task Summary Table and from there you can see what your tasks are waiting on. Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ??? Sent: Wednesday, March 02, 2011 9:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ZCIOWAIT message The ZCIOWAIT Resource Name is not given in Tmon, so I am not sure what is kind of resource the task waiting. The task is shipping record to another CICS region. So I guess first maybe the cics setting have some problem, second the program in another region response slowly. Is it possible CICS setting problem? At 2011-03-02 04:05:24，Pearce, Colin E colin.pea...@baml.com wrote: Hi, ZCIOWAIT defines the type of Resource the task is waiting on. There is a Resource Name which defines what this type of Resource is. For example if the transaction is in Conversation mode and waiting for a response from the User, then the Resource Type will be ZCIOWAIT and Resource Name will be DFHZARQ1 which is CICS VTAM Terminal Control Application Request handler. Effectively the User has issued an E C SEND WAIT If the Resource Type is ZCIOWAIT and the Resource Name is DFHZARR1 this is a Receive within LU6.2 protocol, a Receive is waiting on more data to be sent. If the Resource Type is ZCIOWAIT and the Resource Name is DFHZERH1 this is when there is a need to handle the sending and receiving of FMH7s (Function Management Headers) and negative responses within LU6.2. This may have something to do with a Security failure. There are other ZCIOWAIT reasons. The Resource Names are given in Omegamon and Tmon. They can also be found in a CICS Trace as well as a dump. The CICS/TS Problem Determination Guide has all the Wait reasons for ZCIOWAIT The CICS/TS Diagnostic Guide lists the Resource Types and Resource Names and the modules that get invoked when these conditions occur. They will give you more information about where you are and why your waiting. Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ??? Sent: Tuesday, March 01, 2011 7:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ZCIOWAIT message Thomas Your advice is very useful for me, thanks a lot. At 2011-02-28 21:04:15，Thomas Dunlap thomas.dun...@att.net wrote: Eric, ZCIOWAIT indicates VTAM terminal control wait. My first guess is that you are function shipping to another CICS region using VTAM connections between the regions and you are looking at the front-end transaction. In this case this is a normal situation. As for optimizing, it is really dependent upon the function the back-end region. Improve the task in the back-end region and you will shorten the wait in the front-end. -- Regards, Thomas DunlapChief Technology Officert...@themisinc.com Themis, Inc.http://www.themisinc.com1 (800) 756-3000 On 2/28/2011 5:52 AM, Eric JL wrote: When I run a CICS trans, it is use for DB2 select update, found it spend a lot of time on ZCIOWAIT. Is this a problem? How can I optimize it. The trans dump DATE TIME JOBNAME TRANID TASK# TERMID RESP CPU PAGING ILEIO 02/24 00:00:01 CICSA TR68 85748111.097 0.2186 0 727 02/24 00:00:02 CICSA TR68 87201 0.0346 0.0074 0 17 02/24 00:00:29 CICSA TR68 87583 1.1215 0.1548 0 473 02/24 00:00:51 CICSA TR68 8574850.6486 0.3856 0 1,162 TR68 #85748 RES TYPE RES NAME WT CNT WT TIME % OF RESPONSE CHANGEPRIOPRITY 60 0.00860.00 SWITCHTCB1,454 0.03320 0.29 WAIT W/O ID3 0.0039 0.00 WAIT FOR REDSPTCH 1,578 0.3363 0.30 ZCIOWAIT 63 1:50.1226 99.12 1ST DISPATCH 1 0.0001 0.00 - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For
ETR sunsets on 26 Mar 2011?
Did IBM back off the ETR sunset date? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ETR sunsets on 26 Mar 2011?
My God! I hope so, SR is awful -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Williams Sent: Wednesday, March 02, 2011 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: ETR sunsets on 26 Mar 2011? Did IBM back off the ETR sunset date? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ETR sunsets on 26 Mar 2011?
The ServiceLink page now says: The date for the sunset of ETR will be determined after an evaluation of the results of the initial phase of this transition. It also requests feedback on the SR function and gives a link to a form for that purpose. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: March 2, 2011 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? My God! I hope so, SR is awful -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Williams Sent: Wednesday, March 02, 2011 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: ETR sunsets on 26 Mar 2011? Did IBM back off the ETR sunset date? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ETR sunsets on 26 Mar 2011?
Yes. That is true. --Original Message-- From: Don Williams Sender: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu ReplyTo: IBM Mainframe Discussion List Subject: ETR sunsets on 26 Mar 2011? Sent: Mar 2, 2011 7:55 AM Did IBM back off the ETR sunset date? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Sent via BlackBerry by ATT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
2074 connection to two systems ...
Hi, Can a 2074 Model 2 (with 2 ESCON ADAPTER) be shared to 2 CPC (a z900 and z800) ? We plan to use it to control consoles to a separate z900 and z800. Thx. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.gbp.ma ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
strange RSH behaviour
I'm running the RSH client on z/OS 1.11 and getting the following - EZA5051E The call to rcmd_af procedure failed: EDC5112I Resource temporarily unavailable. rsn = 744C7246 EZA4994I Foreign host aborted the connection. I found the following apar for z/OS 1.5 - http://www-01.ibm.com/support/docview.wss?uid=isg1PQ92115 which describes a similar but not exactly the same problem. The circumvention which is to specify UNRESTRICTLOWRPORTS also works with my problem. However, whereas the problem in the above apar was caused by RSH being linked AC(0), on z/OS 1.11 it is linked AC(1). I'd rather not specify UNRESTRICTLOWRPORTS but that seems to be the only resolution. I've also tried to give the user read access to BPX.SUPERUSER but that does not work either. I can't find any other apars in this area. Any ideas. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZCIOWAIT message
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Pearce, Colin E Hi, While I don't have access to Tmon, I am amazed that it doesn't display the Dispatcher Task Summary Table the same as Omegamon does. This display is fundamental to any CICS monitor as this gives a list of all the tasks that are currently dispatched. This table displays all the Tasks currently dispatched in CICS (both System and User) and both the Resource type and Resource name for each task. These two 8 byte fields are taken from each Tasks DTA (Dispatcher Task Area) and these live in the Dispatcher Domain. You mean something like this? JOBNAME: CICSTESTACTIVE TASKS RESOURCE(ALL TASKS) APPLID : CICSTEST H SYS: SYSA CSM: TMONCICS V=L COMMAND: CYCLE: MMSS _EVENT_WLM _VNXT? _SORTKEYS DISPLAY ORDER: SA (2ND POS. A=ASCENDING D=DESCENDING) TRAN TASK PAGE TOTAL-CPU TOT-IO STG CUR-WAIT RES-TYPE RES-NAME RSTA * ** _ CSNE 00075 8 .0863 0 4,960 1:20.434 ZC DFHZNAC1 SUSP _ COIE 00079 0 10.2812 0 52,192 12.4911 USERWAIT EMSTATUS MVS _ DTCN 00587 0 .0267 100 68,472 18.3439 ZCIOWAIT DFHZARQ1 SUSP This is from TMON/CICS option 1.1, Resource view. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: strange RSH behaviour
Did you give access to the required port(port 222) for RSH to the user or TCPIP itself; TCPIP JRPortAccessAuth: User does not have authority to access this port. Action: Specify a valid port. Mark Jacobs On 03/02/11 11:58, Jim McAlpine wrote: I'm running the RSH client on z/OS 1.11 and getting the following - EZA5051E The call to rcmd_af procedure failed: EDC5112I Resource temporarily unavailable. rsn = 744C7246 EZA4994I Foreign host aborted the connection. I found the following apar for z/OS 1.5 - http://www-01.ibm.com/support/docview.wss?uid=isg1PQ92115 which describes a similar but not exactly the same problem. The circumvention which is to specify UNRESTRICTLOWRPORTS also works with my problem. However, whereas the problem in the above apar was caused by RSH being linked AC(0), on z/OS 1.11 it is linked AC(1). I'd rather not specify UNRESTRICTLOWRPORTS but that seems to be the only resolution. I've also tried to give the user read access to BPX.SUPERUSER but that does not work either. I can't find any other apars in this area. Any ideas. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2074 connection to two systems ...
Short Answer is yes. You will have to have a separate configuration for each Adapter Thanks, Craig Pace z/OS Systems Programmer Fruit of the Loom, Inc.® Office: (270) 781-6400 ext. 4397 Cell: (270) 991-7452 Fax:(270) 438-4430 E-mail: cp...@fruit.com One Fruit of the Loom Drive PO Box 90015 Bowling Green, KY 42102-9015 Moussadak Mostafa mmoussa...@cpm.co.ma Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/02/2011 10:52 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject 2074 connection to two systems ... Hi, Can a 2074 Model 2 (with 2 ESCON ADAPTER) be shared to 2 CPC (a z900 and z800) ? We plan to use it to control consoles to a separate z900 and z800. Thx. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.gbp.ma ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: strange RSH behaviour
On Wed, Mar 2, 2011 at 5:07 PM, Mark Jacobs mark.jac...@custserv.comwrote: Did you give access to the required port(port 222) for RSH to the user or TCPIP itself; TCPIP JRPortAccessAuth: User does not have authority to access this port. Action: Specify a valid port. Mark Jacobs Where do you get port 222 from. The only ref I can find regarding ports and RSH is for the RSHD server port which is 514 by default. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: strange RSH behaviour
I looked at /etc/services on my FreeBSD workstation. I'm making the assumption (maybe incorrectly) that network ports are pretty standard across all Un*x like environments. grep rsh /etc/services rsh-spx 222/tcp#Berkeley rshd with SPX auth rsh-spx 222/udp#Berkeley rshd with SPX auth ekshell 2106/tcp #Kerberos (v4) encrypted rshell ekshell 2106/udp #Kerberos (v4) encrypted rshell watershed-lm6143/tcp #Watershed License Manager watershed-lm6143/udp #Watershed License Manager Mark Jacobs On 03/02/11 12:17, Jim McAlpine wrote: On Wed, Mar 2, 2011 at 5:07 PM, Mark Jacobsmark.jac...@custserv.comwrote: Did you give access to the required port(port 222) for RSH to the user or TCPIP itself; TCPIP JRPortAccessAuth: User does not have authority to access this port. Action: Specify a valid port. Mark Jacobs Where do you get port 222 from. The only ref I can find regarding ports and RSH is for the RSHD server port which is 514 by default. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: strange RSH behaviour
On Wed, Mar 2, 2011 at 5:26 PM, Mark Jacobs mark.jac...@custserv.comwrote: I looked at /etc/services on my FreeBSD workstation. I'm making the assumption (maybe incorrectly) that network ports are pretty standard across all Un*x like environments. grep rsh /etc/services rsh-spx 222/tcp#Berkeley rshd with SPX auth rsh-spx 222/udp#Berkeley rshd with SPX auth ekshell 2106/tcp #Kerberos (v4) encrypted rshell ekshell 2106/udp #Kerberos (v4) encrypted rshell watershed-lm6143/tcp #Watershed License Manager watershed-lm6143/udp #Watershed License Manager Mark Jacobs Yes, but that is for the daemon. I'm getting the problem with the client. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZCIOWAIT message
Hi: Resource Name = 16 bytes Resource Type = 8 bytes Regards, Gene In a message dated 3/2/2011 10:27:10 A.M. Eastern Standard Time, colin.pea...@baml.com writes: Hi, While I don’t have access to Tmon, I am amazed that it doesn’t display the Dispatcher Task Summary Table the same as Omegamon does. This display is fundamental to any CICS monitor as this gives a list of all the tasks that are currently dispatched. This table displays all the Tasks currently dispatched in CICS (both System and User) and both the Resource type and Resource name for each task. These two 8 byte fields are taken from each Tasks DTA (Dispatcher Task Area) and these live in the Dispatcher Domain. I would consider that when you get your problem, issue a CEMT PERFORM DUMP. Then load the dump into IPCS and issue a VERBX command of DS=1 This should give you the Dispatcher Task Summary Table and from there you can see what your tasks are waiting on. Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ??? Sent: Wednesday, March 02, 2011 9:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ZCIOWAIT message The ZCIOWAIT Resource Name is not given in Tmon, so I am not sure what is kind of resource the task waiting. The task is shipping record to another CICS region. So I guess first maybe the cics setting have some problem, second the program in another region response slowly. Is it possible CICS setting problem? At 2011-03-02 04:05:24，Pearce, Colin E colin.pea...@baml.com wrote: Hi, ZCIOWAIT defines the type of Resource the task is waiting on. There is a Resource Name which defines what this type of Resource is. For example if the transaction is in Conversation mode and waiting for a response from the User, then the Resource Type will be ZCIOWAIT and Resource Name will be DFHZARQ1 which is CICS VTAM Terminal Control Application Request handler. Effectively the User has issued an E C SEND WAIT If the Resource Type is ZCIOWAIT and the Resource Name is DFHZARR1 this is a Receive within LU6.2 protocol, a Receive is waiting on more data to be sent. If the Resource Type is ZCIOWAIT and the Resource Name is DFHZERH1 this is when there is a need to handle the sending and receiving of FMH7s (Function Management Headers) and negative responses within LU6.2. This may have something to do with a Security failure. There are other ZCIOWAIT reasons. The Resource Names are given in Omegamon and Tmon. They can also be found in a CICS Trace as well as a dump. The CICS/TS Problem Determination Guide has all the Wait reasons for ZCIOWAIT The CICS/TS Diagnostic Guide lists the Resource Types and Resource Names and the modules that get invoked when these conditions occur. They will give you more information about where you are and why your waiting. Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ??? Sent: Tuesday, March 01, 2011 7:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ZCIOWAIT message Thomas Your advice is very useful for me, thanks a lot. At 2011-02-28 21:04:15，Thomas Dunlap thomas.dun...@att.net wrote: Eric, ZCIOWAIT indicates VTAM terminal control wait. My first guess is that you are function shipping to another CICS region using VTAM connections between the regions and you are looking at the front-end transaction. In this case this is a normal situation. As for optimizing, it is really dependent upon the function the back-end region. Improve the task in the back-end region and you will shorten the wait in the front-end. -- Regards, Thomas DunlapChief Technology Officer t...@themisinc.com Themis, Inc. http://www.themisinc.com1 (800) 756-3000 On 2/28/2011 5:52 AM, Eric JL wrote: When I run a CICS trans, it is use for DB2 select update, found it spend a lot of time on ZCIOWAIT. Is this a problem? How can I optimize it. The trans dump DATE TIME JOBNAME TRANID TASK# TERMID RESP CPU PAGING ILEIO 02/24 00:00:01 CICSA TR68 85748111.0970.2186 0 727 02/24 00:00:02 CICSA TR68 87201 0.0346 0.0074 0 17 02/24 00:00:29 CICSA TR68 87583 1.12150.1548 0 473 02/24 00:00:51 CICSA TR68 85748 50.6486 0.3856 0 1,162 TR68 #85748 RES TYPE RES NAME WT CNT WT TIME % OF RESPONSE CHANGEPRIOPRITY 60 0.00860.00 SWITCHTCB 1,454 0.03320 0.29 WAIT W/O ID 3 0.0039 0.00 WAIT FOR REDSPTCH 1,578 0.3363 0.30 ZCIOWAIT 63 1:50.1226 99.12 1ST DISPATCH 1 0.0001 0.00 - - For IBM-MAIN subscribe / signoff / archive access
Re: DB2 Performance
In a message dated 3/2/2011 12:44:49 A.M. Central Standard Time, bernd.oppol...@t-online.de writes: I'm working in the SQL training business from time to time, and I saw horrible SQLs which wasted machine time for hours, issued from remote Yeah Craig Mullin's DB/2 book says 70% of tuning opportunities are SQL related. It's a good asset. The CA DB/2 tools(formerly Platinum) are robust in their abilities. They're pricey but if you've got performance problems they can justify themselves over the long haul. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: strange RSH behaviour
My first suspicion is almost always a firewall issue, very rarely would I suspect z/os. Some firewalls will step in and actively block by pretending to be the remote host. (Literally a man-in-the-middle exploit.) HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Wednesday, March 02, 2011 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: strange RSH behaviour I'm running the RSH client on z/OS 1.11 and getting the following - EZA5051E The call to rcmd_af procedure failed: EDC5112I Resource temporarily unavailable. rsn = 744C7246 EZA4994I Foreign host aborted the connection. I found the following apar for z/OS 1.5 - http://www-01.ibm.com/support/docview.wss?uid=isg1PQ92115 which describes a similar but not exactly the same problem. The circumvention which is to specify UNRESTRICTLOWRPORTS also works with my problem. However, whereas the problem in the above apar was caused by RSH being linked AC(0), on z/OS 1.11 it is linked AC(1). I'd rather not specify UNRESTRICTLOWRPORTS but that seems to be the only resolution. I've also tried to give the user read access to BPX.SUPERUSER but that does not work either. I can't find any other apars in this area. Any ideas. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E CSI record layout
Hello, does anybody out there have an idea where I can get a description of the SMP/E record layout within a CSI dataset. Especially I'm looking for a unique identifier which describes the TZONE entry records within a targetzone. Up to now I thought, that all these records have hex 010300 on pos 5 just before the 7-char zonename, but now I found that 070300 is although possible and I would like to know why and if other setting are although possible. Thanks in advance for any help. -- Freundliche Gruesse / Kind regards Dipl. Math. Juergen Kehr ITSchulung Beratung, IT Education + Consulting RengershaeuserStr. 28 34132 Kassel Germany Tel. +49-561-9528788 Fax +49-561-9528789 Mobil +49-172-5129389 ICQ 292-318-696 (JKehr) mailto:kehrjuer...@t-online.de mailto:kehrjuer...@jkehr.de -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2074 connection to two systems ...
W dniu 2011-03-02 17:51, Moussadak Mostafa pisze: Hi, Can a 2074 Model 2 (with 2 ESCON ADAPTER) be shared to 2 CPC (a z900 and z800) ? We plan to use it to control consoles to a separate z900 and z800. Yes. You can even share it between three or four CPCs - using ESCON Director. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ETR sunsets on 26 Mar 2011?
To me, SR looked more like a student team project/demo than a mature full function global business application. I'm glad that they seem to be reevaluating it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Wednesday, March 02, 2011 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? My God! I hope so, SR is awful -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Williams Sent: Wednesday, March 02, 2011 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: ETR sunsets on 26 Mar 2011? Did IBM back off the ETR sunset date? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZCIOWAIT message
Yes exactly, I thought Tmon would display this Resource Type and Resource Name. Thanks Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Thursday, March 03, 2011 1:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ZCIOWAIT message -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pearce, Colin E Hi, While I don't have access to Tmon, I am amazed that it doesn't display the Dispatcher Task Summary Table the same as Omegamon does. This display is fundamental to any CICS monitor as this gives a list of all the tasks that are currently dispatched. This table displays all the Tasks currently dispatched in CICS (both System and User) and both the Resource type and Resource name for each task. These two 8 byte fields are taken from each Tasks DTA (Dispatcher Task Area) and these live in the Dispatcher Domain. You mean something like this? JOBNAME: CICSTESTACTIVE TASKS RESOURCE(ALL TASKS) APPLID : CICSTEST H SYS: SYSA CSM: TMONCICS V=L COMMAND: CYCLE: MMSS _EVENT_WLM _VNXT? _SORTKEYS DISPLAY ORDER: SA (2ND POS. A=ASCENDING D=DESCENDING) TRAN TASK PAGE TOTAL-CPU TOT-IO STG CUR-WAIT RES-TYPE RES-NAME RSTA * ** _ CSNE 00075 8 .0863 0 4,960 1:20.434 ZC DFHZNAC1 SUSP _ COIE 00079 0 10.2812 0 52,192 12.4911 USERWAIT EMSTATUS MVS _ DTCN 00587 0 .0267 100 68,472 18.3439 ZCIOWAIT DFHZARQ1 SUSP This is from TMON/CICS option 1.1, Resource view. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
