Ed Gould wrote: >Example: when they wanted to go back to the first record they would close and re-open the FD (yikes) I happened to be out in the compouter room and noticed SMF address space was eating memory up so I had them start dumping. It never caught up as the program was creating the vsam open/close for evey record in the file. I finally had to do a force on the job. I read the programmer the riot act.
I agree with Sam that this is a truly sad story. For my part I had placed automation software to react on those messages: IEC070I - Issue CICS CEMT to close the affected VSAM dsn. These programmers quickly learn to program properly. DFHST0103 - Issue CEMT PERF SHUT, wait few minutes, then *Cancelling* of affected STC. Yup - CANCEL. You get it. Too bad - too sad. IEE366*, IEE986E, IEE985A, IEE391A, IEE979* - Forcing of 'emergency' SMF jobs. Not really emergency, but this is to SHORTEN runtime of my daily SMF regular jobs. If you do not react to SMF problems, your system can grind to a halt. In antique days, my systems ran out of paging space. Ouch. ;-D Groete / Greetings Elardus Engelbrecht ---------------------------------------------------------------------- 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
