Scott, 

Your response isn't clear to me.  Are you saying what Charles wrote is 
accurate (SMFPRMxx setting doesn't really matter) or that SMFPRMxx
always has the final say (as I always thought it did up until Charles posted).

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

p.s.  Have I mentioned how much I dislike when bottom posting and
top posting get mixed in the same thread lately?  I prefer bottom,
but will go with the flow once started.  Is it that hard to follow
what's already there and do something different than your default
reply settings in your email program? </end soap box>



On Tue, 8 Oct 2013 12:02:46 -0700, Scott Ford <scott_j_f...@yahoo.com> wrote:

>Mark,
�
You do not need to ...It comes that way right out of the box...

Scott J Ford
Software Engineer
http://www.identityforge.com/
�
 

________________________________
 From: Mark Zelden <m...@mzelden.com>
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, October 8, 2013 2:13 PM
Subject: Re: Need to include ACF2 SMF 230 in SMFPRMxx?
  

On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills <charl...@mcn.org> wrote:

>Closing the loop, I have now gotten a reply on the ACF2 list from CA
>support. (Thanks Ross!)
>
>FWIW, here is my model of how this all works.
>
>SMFPRMxx is a "suggestion" to SMF-record-writing components. SMF itself does
>not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still
>write a program that uses SMF(E)WTM to write type 199 records and they will
>end up in your SMF datasets and/or logstream (subject to any IEFU8x exit).
>What a well-behaved program *should* do, apparently (although this does not
>seem to be well-documented) and apparently what ACF2 and every IBM product
>do is query SMFRTEST to determine whether the shop wants its record type,
>and adjust its logic accordingly.
>
>Charles
>


This is news to me.� I can't speak to the validity without writing my own 
program,
but on the surface doesn't seem to agree with the description for SMFRTEST in 
the SMF manual.� Pay attention to the wording in the last sentence. 


5.8 SMFRTEST -- Testing record recording� 

The SMFRTEST macro allows you to determine if a particular type, or subtype,
of a record is being recorded. Issue this macro before collecting data for a
particular record or subtype to avoid the overhead of data collection
if it is not written.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS� 
mailto:m...@mzelden.com� � 
ITIL v3 Foundation Certified� � � � � � � � � � � � � � � � � � 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/
----------------------------------------------------------------------
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

Reply via email to