Jags, If you have an active HASCKPT dataset on your RES volume, then move it. Once that is done you can see if there are other problems. There is no question of whether a HASCKPT will cause performance problems, if JES2 is using it then it will cause problems. It does not belong there and needs to be moved.
On Wed, Jan 4, 2012 at 2:24 AM, jagadishan perumal <[email protected]>wrote: > Hi All, > > I ran a report Against a TSO ID which had a volume contention and found the > below as the result : > > > Samples: 100 System: ZOSB Date: 01/04/12 Time: 12.43.20 Range: 100 > Sec > > > Job: *TCHN039* Primary delay: Excessive pending time on volume > Z18RS1. > > > Probable causes: 1) Contention with another system for use of the > volume. > 2) Overutilized channel, control unit or head of > string. > > > > > -------------------------- Volume Z18RS1 Device Data > -------------------------- > Number: D700 Active: 80% Pending: 69% Average > Users > Device: 33903 Connect: 11% Delay DB: 0% > Delayed > Shared: Yes Disconnect: 0% Delay CM: 0% > 9.9 > > > --------------------------- Job Performance Summary > --------------------------- > Service WFL -Using%- DLY IDL UKN ---- % Delayed for ---- > Primary > CX ASID Class P Cr % PRC DEV % % % PRC DEV STR SUB OPR ENQ > Reason > T 0264 TSO * 9 0 4 42 45 9 1 41 0 0 0 0 > Z18RS1 > TSO 1 22 0 4 14 45 8 0 14 0 0 0 0 > Z18RS1 > TSO 2 0 0 0 28 0 1 1 27 0 0 0 0 > Z18RS1 > > > Probable cause says as : > > 1) Contention with another system for use of the volume. - > Volume is > not shared > 2) Overutilized channel, control unit or head of string. - > We have two > channels operational but is it again we need to re-look into channel > activities ? > > Regards, > Jags > > On Wed, Jan 4, 2012 at 5:11 AM, Gibney, Dave <[email protected]> wrote: > > > Dave Gibney > > Information Technology Services > > Washington State University > > > > > -----Original Message----- > > > From: IBM Mainframe Discussion List [mailto:[email protected]] On > > > Behalf Of Lizette Koehler > > > Sent: Tuesday, January 03, 2012 5:47 AM > > > To: [email protected] > > > Subject: Re: Clarification on Sysres Volumes(RMF) > > > > > > > > > > > Hi Lizette, > > > > > > > > Apology for not being precise. > > > > > > > > Datasets found in SYSRES are : > > > > > > > > are some BCP related datasets , assembler datasets,language > environment > > > > datasets,IBM book manager datasets First failure Support > > technology(FFST) > > > datasets > > > > are found. > > > > > > > > During This Situation when I do : /D GRS,C It does really produces > any > > > information > > > > about Volume or Dataset Contention. As per Mark advise I did TSO > > > RMFMON > > > and Found > > > > some SYS1.HASCKPT datasets used by JES2, some User Job using their > > > Assigned > > > > volumes. > > > > > > > > Jags > > > > > > > > > > Jags, > > > > > > It is important to provide information when asked. We cannot see your > > > environment. When you ask a question - How can I fix this. We must > ask > > > questions to help. > > > > > > The areas you need to research are > > > > > > 1) GRS entries. Is your GRSRNLxx member setup correctly for your > > > environment. > > > 2) Verify what files are accessed when this occurs > > > 3) Verify you only have z/OS TLIB datasets on your SYSRES volume. If > > you > > > have other datasets, you need to determine the impact to your SYSRES > > > volume. > > > 4) Verify if you have any HFS or zFS files on your SYSRES volume. > > > 5) Verify if you have any SYS1.DUMPxx datasets on your SYSRES volume > > > 6) Verify if you have any Security (RACF, Top Secret, ACF2) Data bases > > on > > > your SYSRES volume > > > 7) Run performance reports on your volume to see what is open during > the > > > time of RMF issue. Identify what datasets have the highest access > during > > > the RMF issue. > > > > > > > I would add "and move elsewhere" after the word "Verify" in the above > > advice. :) > > > > Dave Gibney > > Information Technology Services > > Washington State University > > > > > > > Are you saying you have the JES2 HASPCKPT dataset on your SYSRES > > > Volume? > > > That needs to move. It should be on a separate volume. > > > > > > You must do these steps. You must review your system. You will need > to > > do > > > the analysis to determine your issue. > > > > > > When starting to understand I/O issues with volumes, this is a good > > overview > > > http://publib.boulder.ibm.com/tividd/td/TDS390/SH19-6818- > > > 08/en_US/HTML/DRLM9 > > > mst61.htm > > > > > > > > > And the following REDBOOKs should help > > > > > > Effective zSeries Performance Monitoring Using Resource Measurement > > > Facility > > > http://www.redbooks.ibm.com/abstracts/sg246645.html?Open > > > > > > Using Resource Measurement Facility Monitor III Efficiently > > > http://www.redbooks.ibm.com/abstracts/gg244131.html?Open > > > > > > Parallel Sysplex Performance Healthcheck Case Study: DMData/Danske Data > > > http://www.redbooks.ibm.com/abstracts/sg245373.html?Open > > > > > > > > > The only datasets on a SYSRES IMHO are the Tlibs from the > serverpac/cpac > > or > > > initial install. All other datasets should be on a separate volume(s). > > > > > > > > > Lizette > > > > > > ---------------------------------------------------------------------- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
