On Thu, 14 May 2009 14:41:48 -0700, Skip Robinson <[email protected]>
wrote:
>We were early adopters of SMF logger in order to prepare for a winter SHARE
>session after a 1.9 ESP. At that time we used it only in the sandbox
>sysplex where SMF data was throwaway. It's now running also in the
>development sysplex where SMF data is actually cherished and nurtured. With
>only a hiccup or two, the process has been reliable if a bit kludgy. The
>main problems I recall have involved a shortage of DASD space for the
>offload data sets. Normally there's plenty here, but some (dimly
>recollected) condition caused an offload failure. I don't know whether the
>weakness is in SMF's use of logger or in logger itself, but once a 'full'
>condition occurs and the structure gets disconnected, I've had a very hard
>time jump starting the process without losing data.
>
>There are rumblings about improvements on the way that should upgrade the
>prime time status from 'not ready' to 'get set'. Maybe even 'go'.
>
>.
More than rumblings now. This showed up in my ASAP this morning. I'm
glad IBM was kind enough to roll this support back to z/OS 1.9 in addition
to z/OS 1.10. Better late than never.... :-)
APAR Identifier ...... OA27037 Last Changed ........ 09/05/20
NEW FUNCTION
Symptom ...... NF NF Status ........... CLOSED UR1
Severity ................... 4 Date Closed ......... 09/05/20
Component .......... 5752SC100 Duplicate of ........
Reported Release ......... 740 Fixed Release ............ 999
Component Name 5752 SMF SCHEDU Special Notice ATTENTION
Current Target Date ..09/06/05 Flags
SCP ................... NEW FUNCTION
Platform ............
Status Detail: APARCLOSURE - APAR is being closed.
PE PTF List:
PTF List:
Release 740 : PTF not available yet
Release 750 : PTF not available yet
Parent APAR:
Child APAR list:
ERROR DESCRIPTION:
New function APAR
When using the IFASMFDL program to dump SMF log stream
data, you can specify the RELEATIVEDATE parameter to
filter the data recorded during a specific date range.
The LSNAME parameter of the IFASMFDL program supports
new OPTIONS keywords to delete data from the log stream:
-- ARCHIVE, which deletes data after dumping the
log stream to a data set.
-- DELETE, which simply deletes the data from
the log stream.
You can specify the MAXDORM parameter in parmlib member
SMFPRMxx for both data set recording and log stream recording.
LOCAL FIX:
N/A
PROBLEM SUMMARY:
****************************************************************
* USERS AFFECTED: HBB7740 and above installations that use *
* SMF recording to logstream *
****************************************************************
* PROBLEM DESCRIPTION: New function APAR *
****************************************************************
* RECOMMENDATION: *
****************************************************************
New function APAR to support additional
options for the IFASMFDL utility.
PROBLEM CONCLUSION:
TEMPORARY FIX:
COMMENTS:
New function support for the RELATIVEDATE, ARCHIVE
and DELETE options for IFASMFDL.
For information on new messages IFA832I, IFA833I,
IFA834I, IFA835I, IFA836I and IFA837I see the
publication updates for z/OS MVS System Messages,
Vol 8 (IEF-IGD) (SA22-7638).
For information about new ABEND code x'654' see the
publication updates for z/OS MVS System Codes (SA22-7626).
For information about new RELATIVEDATE, ARCHIVE and DELETE
options for the IFASMFDL utility see the publication updates
for z/OS MVS System Management Facilities (SMF) (SA22-7630).
For the updated behavior of the MAXDORM option in
SMFPRMxx see the publication updates for
z/OS MVS Initialization and Tuning Reference (SA22-7592).
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
