Since I'm already using SMF logger, I installed the V1.9 version of the
APAR and played with it. At first I was dismayed that it didn't seem to
solve one of the main problems in the original design: the inability to run
a single canned set of control cards regardless of day or time. Then I got
clarification from IBM--and a commitment to include the explanation in the
doc, which currently gives no example of the ARCHIVE function.
The solution is to use these control cards:
LSNAME(log-stream-name,OPTIONS(ARCHIVE)) <--- OPTIONS is new
RELATIVEDATE(BYDAY,0,1) <--- new parameter
This results in the following messages:
IFA834I RELATIVEDATE PARAMETER RESULTS IN START DATE 2009.161, END
DATE 2009.161
IFA836I RELATIVEDATE RANGE EXTENDS INTO FUTURE, END DATE AND TIME USED
IS 2009.161 09:34
Some important notes:
1. ARCHIVE instructs the utility to write out records from the log stream
and 'delete' them, i.e. make them unavailable for subsequent archiving.
2. Although the stated start and end dates are the same--essentially
'today'--in fact ARCHIVE always starts at the very beginning of the log
stream and scans for the first record that has not been previously
archived. If the log stream is actually three days old, the operation above
will nonetheless process any data not yet archived.
3. Message IFA836I causes a successful archive process to end with CC=4.
This is new but consistent with old behavior wherein an actual *error* gets
CC=8. Conditional JCL may need modification to allow for 4 being OK.
4. If IFASMFDL does not find any 'new' data at all to archive, it returns
CC=8 with this cryptic message:
IFA832I INVALID PARAMETER COMBINATION FOR ARCHIVE OPTION
This apparently refers to an attempt--documented as invalid--to ARCHIVE (or
DELETE, a different operation) an *entire* log stream. For some reason you
have to leave a few crumbs behind.
OK, this append has turned into my next SHARE pitch.
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[email protected]
"Knutson, Sam"
<[email protected]
OM> To
Sent by: IBM [email protected]
Mainframe cc
Discussion List
<[email protected] Subject
.edu> Re: SMF LOGGER - Not Ready for
Prime Time
06/04/2009 09:35
AM
Please respond to
IBM Mainframe
Discussion List
<[email protected]
.edu>
PTFs UA47565 for 1.9 UA47566 for 1.10 now available.
http://www.ibm.com/support/docview.wss?uid=isg1OA27037
Best Regards,
Sam Knutson, GEICO
System z Performance and Availability Management
mailto:[email protected]
(office) 301.986.3574
"Think big, act bold, start simple, grow fast..."
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On
Behalf Of Mark Zelden
Sent: Thursday, May 21, 2009 12:02 PM
To: [email protected]
Subject: Re: SMF LOGGER - Not Ready for Prime Time
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
----------------------------------------------------------------------
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
