On Wed, 20 Jun 2012 09:44:57 -0500, Elardus Engelbrecht 
<elardus.engelbre...@sita.co.za> wrote:

>Good day
>
>I have reviewed our SMFDUMP program as well the one in CBTTAPE file 686.
>
>Why is there a GRS ENQ? Is it needed? APAR? documentation? logic?
>
>I see those names:
>
>SMFQNAME DC    CL8'IPOSMF01'
>SMFRNAME DC    CL7'DATASET'
>
>and scope is SYSTEM?
>
>What will break if I do not use GRS and then fall through RESERVE which is 
>indeed not recommended?
>
>The reason is that we sometimes we get a deadly embrace where two SMFDUMP 
>issue those ENQs and then while the system is doing its 'I SMF' things, it 
>still scans the DASD despite that we do not record SMF type 19.
>
>In the end I need to cancel one of those SMF jobs, let the other run and retry 
>with possible loss of data.
>
>The alternative is that I need to space out those 'I SMF' across the sysplex 
>over longer elapsed wall clock time.
>Or making those QNAME / RNAME combination unique per LPAR? Will something 
>break?
>Or making those wait time in SMFDUMP shorter?
>
>I'm asking this because the way how 'I SMF' is partly documented.
>
>Other question: In our GRSRNLxx is this line:
>
>RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSSMF01)
>
>Anyone knows who is using it? Of course you could point me to any 
>documentations.
>
>Thanks very much in advance.
>


I'm not sure exactly.  Maybe to keep 2 of them start are started at the same 
time 
from causing a problem since nothing else uses that qname/rname.

As for the RESERVEs done when the output is on DASD,  I commented out
that code 15 years ago.   I have no clue what purpose it serves to 
reserve the entire volume when writing an output data set to disk.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS       
mailto:m...@mzelden.com                                        
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to