<snip> >I'm pretty sure the AO folks use it if there is a buffer shortage. >They parse the output to see what console has the shortage and change it to >roll mode or perhaps even VARY it OFFLINE.
>If any console gets more that 200 messages, automation does a K Q,L=consid >to remove them. Won't the Message Flooding SPE (OA17514) take care of this problem? <snip> I don't believe it can solve problems in the situations described in the "MVS Planning: Operations": <snip> Recovery Actions for a WTO Buffer Shortage 1. Determine why the buffers are full and correct the problem. Possible reasons are: * A console is not ready because: - An I/O error occurred. - One or more consoles have a slow roll time. - The console is in roll deletable (RD) mode but the screen is filled with action messages. * The buffer limit is too low to handle the message traffic in the system. Either the MLIM value in the CONSOLxx parmlib member is too low, or the system default is not sufficient. <snip> I've also seen consoles in the held mode causing WTO buffer shortage. -- Zaromil ---------------------------------------------------------------------- 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
