RE: Max Records in Physical or Printer Files - To Max or Not To M ax... -- MIDRANGE-L

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Well if you are monitoring your QSYSOPR messages as we are, you do have that
capability.  We use ICOM and have it call a program passing the job info.
We log the error and allow so many increments per job.  System level would
take away from third party utilities.

Christopher K. Bipes      mailto:ChrisB@Cross-Check.com
Operations & Network Mgr  mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.                  http://www.cross-check.com
6119 State Farm Drive     Phone: 707 586-0551 x 1102
Rohnert Park CA  94928    Fax: 707 586-1884

-----Original Message-----
From: Walden H. Leverich [mailto:WaldenL@TechSoftInc.com]
Sent: Monday, January 07, 2002 8:59 AM
To: 'midrange-l@midrange.com'
Subject: RE: Max Records in Physical or Printer Files - To Max or Not To
M ax...


Fair enough, however if you have a runaway will you have enough time to see
the messages, analyze the problem and take corrective action? That depends
on the level of operations in your organization. IMHO, a great OS adjustment
would be "Max Increments in day." So we could allow some growth, but with a
governor.

-Walden

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.