Charles,
I noticed that you have disp=mod on the dd statement each time you
run the dump I think you keep adding on to the problem.
Ed
On Dec 10, 2013, at 10:23 PM, Charles Mills wrote:
6 extents times 10 tracks is only 60 tracks but you say it's 157
tracks.
Not me! ISPF 3.4 says it's 157 tracks. <g>
Some of the jobs must have gone to secondary allocation.
No, there is no other job involved. I made up the dataset name and
changed
the one PROC from DUMMY to the name I made up.
Charles
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-
[email protected]] On
Behalf Of Jon Perryman
Sent: Tuesday, December 10, 2013 7:15 PM
To: [email protected]
Subject: Re: SMF DUMP SB37 - what am I doing wrong?
6 extents times 10 tracks is only 60 tracks but you say it's 157
tracks.
There must be another job that is also adding to this dataset. I
suspect
there is more than just the TYPE(89) records in this dataset.
Jon Perryman.
----- Original Message -----
From: Charles Mills <[email protected]>
//DUMPOUT DD DSN=xxxxxx.SMFDATA,DISP=(MOD,CATLG),
// SPACE=(TRK,(10,10),RLSE), // LRECL=32760,RECFM=VBS
There is almost nothing going on on the system. I have only a very
few
Type
89 records:
89 8 .07 % 1,794.00 326
But xxxxxx.SMFDATA quickly goes to multiple extents, multiple tracks,
and an SB37. Here is about 24 hours' worth of data:
Tracks %Used XT
xxxxxx.SMFDATA 157 100 6
----------------------------------------------------------------------
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
