Abstract: Corrective actions are managed for differing preferences among multiple sharing customers by a repository inquirer which, responsive to receipt of a fault event or out-of-limits condition for a shared resource of a first computing system domain, queries a customer requirements repository, determines affected application programs for the customers sharing the resource, determines affected customers on behalf of which affected application programs are being executed, and by a preference extractor which, responsive to the inquirer, extracts preferences for each affected application programs; and a corrective action instigator which, responsive to the extractor, performs two or more corrective actions according to the extracted preferences, wherein the corrective actions comprise at least two different actions, and wherein at least one corrective action comprises moving execution of an application program from a first computing system to a second computing system.

Abstract: A corrective action method or subsystem for providing corrective actions in a for a computing domain shared among multiple customers wherein different domain resources are shared by different customers, and each customer's corrective action preferences are accommodated differently according a repository of customer preferences. A database may be queried when a fault event or out-of-limits condition is detected for a given shared resource to determine which customers share the resource, determine each affected customer's response preferences, and to perform corrective actions according to those response preferences. For example, three customers may share a particular hard drive in a shared computing system. One customer may prefer to receive an email notice when the drive is nearly full, another may prefer to receive additional allocation of disk space elsewhere, and the third may prefer to receive a written report of space utilization.

Abstract: A corrective action method or subsystem for providing corrective actions in a for a computing domain shared among multiple customers wherein different domain resources are shared by different customers, and each customer's corrective action preferences are accommodated differently according a repository of customer preferences. A database may be queried when a fault event or out-of-limits condition is detected for a given shared resource to determine which customers share the resource, determine each affected customer's response preferences, and to perform corrective actions according to those response preferences. For example, three customers may share a particular hard drive in a shared computing system. One customer may prefer to receive an email notice when the drive is nearly full, another may prefer to receive additional allocation of disk space elsewhere, and the third may prefer to receive a written report of space utilization.

Abstract: Enabling users of systems maintaining periodically sampled error logs to selectively make real-time responses to certain error conditions. An error management system which comprises an implementation for monitoring error conditions and responsive to the monitoring for recording the error conditions in an error log together with an implementation for periodically sampling said error log for said error conditions. The user is enabled to sense one or more of the error conditions prior to the periodic sampling of the condition in the error log to thereby bypass the error log sampling to provide for a possible real-time response to a sensed error condition. The implementations for monitoring, for recording, for sampling and for the real-time sensing are preferably in the server computer.

Abstract: A corrective action method or subsystem for providing corrective actions in a for a computing domain shared among multiple customers wherein different domain resources are shared by different customers, and each customer's corrective action preferences are accommodated differently according a repository of customer preferences. A database may be queried when a fault event or out-of-limits condition is detected for a given shared resource to determine which customers share the resource, determine each affected customer's response preferences, and to perform corrective actions according to those response preferences. For example, three customers may share a particular hard drive in a shared computing system. One customer may prefer to receive an email notice when the drive is nearly full, another may prefer to receive additional allocation of disk space elsewhere, and the third may prefer to receive a written report of space utilization.

Abstract: Enabling users of systems maintaining periodically sampled error logs to selectively make real-time responses to certain error conditions. An error management system which comprises an implementation for monitoring error conditions and responsive to the monitoring for recording the error conditions in an error log together with an implementation for periodically sampling said error log for said error conditions. The user is enabled to sense one or more of the error conditions prior to the periodic sampling of the condition in the error log to thereby bypass the error log sampling to provide for a possible real-time response to a sensed error condition. The implementations for monitoring, for recording, for sampling and for the real-time sensing are preferably in the server computer.