"Walt Farrell" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > On 1/17/2006 2:38 AM, Víctor de la Fuente wrote: > > Our problem is also SMF starts losing data before all files are full: > > > > IEE979W SMF DATA LOST - NO BUFFER SPACE AVAILABLE TIME=08:19:30 > > ... > > D SMF > > IEE974I 08.20.04 SMF DATA SETS 177 > > NAME VOLSER SIZE(BLKS) %FULL STATUS > > P-SYS1.MAN1E1 CGEHAA 43200 100 CLOSE PENDING > > S-SYS1.MAN1E2 CGEHAB 43200 16 ACTIVE > > S-SYS1.MAN1E3 CGEHAC 43200 0 ALTERNATE > > S-SYS1.MAN1E4 CGEHAD 43200 0 ALTERNATE > > S-SYS1.MAN1E5 CGEHAE 43200 0 ALTERNATE > > > > So sys1.man1e1 does not reach "Dump Required" state, and also SMF has used > > all of his space available... > > The fact that SYS1.MAN1E1 is "CLOSE PENDING" rather than "DUMP REQUIRED" > > does not seem relevant to your problem. You DO have an ACTIVE data set: > > SYS1.MAN1E2, which should be able to record the records. Thus, the > switch has occurred, even if the old data set is not yet available for > dumping. > > Assuming that SYS1.MAN1E1 does go to "DUMP REQUIRED" and you can dump > it, before you fill SYS1.MAN1E5, then your only problem is that your > in-storage buffers are filling before they can be written to > SYS1.MAN1E2, and for that you need more buffers or faster DASD, I think. > > Walt >
He probably only needs more buffers, because (again probably) SMF is only busy accepting and buffering the flood of records and does not have time for closing older datasets, nor for writing buffers, in which case faster dasd will not help. Sufficient buffers to store records until the flood ends, will make SMF return to its normal work, such as writing records to dasd. Kees. ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ********************************************************************** ---------------------------------------------------------------------- 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