On Tuesday, 10/28/2008 at 11:49 EDT, "Jones, Ian H" <[EMAIL PROTECTED]> wrote:
> RSCS is restarting the link every second or so, until the users switch > their printer back on again. RSCS is probably trying to restart the link > because there is a file sitting on the queue, but I would prefer it not > to loop all night. I can't find a timeout value or retry interval that > looks relevant to this problem. But if RSCS doesn't do that, it won't start promptly when they power the printer on and you will get complaints. (I am vaguely surprised that RSCS doesn't treat this as an auto-dial connection and use the backoff retry facility. Maybe it's under the RESTART GCS-style of control?) But what is the problem with it looping all night? Use automation (building your own or using a product such as IBM Automated Operations for z/VM) to monitor the RSCS console and take action based on what you deem important. You can even filter out restart messages if you want. And you can avoid generating large CP console logs that contain a lot of e-debris (tm). Automation even lets you respond to the "reset" error such that you can deactivate the link if, say, it's after 7pm and then restart it at 7am (or whatever). Alan Altmark z/VM Development IBM Endicott
