Blog Entry

(View Disclaimer)

Several Management tools have an ability for the end user to suppress an alarm or a device but not every management tool provides this feature. By suppress I mean to click something in the native console and make the alarm/device go quiet for a period of time. One example of this is an alarm showing up that a server is down. The first level operator knows that a DBA is working on a problem right now and the server is being rebooted a few times to test out some configuration changes. The operator suppresses the alarm because it is a known outage and not a concern right now.

When you integrate your tools with Operations Center, there is a higher suppress needed. Suppressing a single server is useful, but being able to suppress a Service and/or all of the technologies supporting it is valuable. Suppose you have maintenance windows setup to perform upgrades and fixes. The Operator can suppress the Service (IE: EMail, CRM, etc) in order to ignore any errors identified during the maintenance window which are most likely invalid. One example would be that when servers supporting the Service are rebooted, you do not want tickets automatically opened in the Help Desk tool or have an outage counted against the SLA.

Operations Center provides a Suppress feature within the product. By default the Suppress Subsystem is turned off. There is an example script in the database\scripts\commands directory to turn it on (suppress.fs). The recommended way to enable it is to set up a scriptOnStarted for the server so it automatically starts. (hint: Adapters.ini, [Formula] topic, scriptOnStarted setting)

Once you have the Suppress Subsystem enabled, you will now have the ability to suppress an element or alarm, there is even an Acknowledge capability. Instructions for setting this up is contained in the Configuration Guide section 11.6.

For those with advanced requirements, you can set up Jobs in Operations Center to read in your scheduled maintenance windows from a flat file or a database and pre-suppress items ahead of time. Java scripting is required, but I am aware of a few customers in the past who have done this.

My point on this blog was not to go into significant details on the Suppress Subsystem, it was more about visualizing the items that were suppressed. I figured I needed to provide a lead in, hopefully it is enough details to convey the value and features.

Assuming you are leveraging (or plan to leverage) the Suppress feature, the next step is to provide an easy way to do checkups on what is currently (or even planned) to be suppressed. With about 30 minutes of work, I was able to configure BDI (Data Integrator) to pull in details on items that are suppressed. I then set up the Element Properties Table portlet in the Dashboard to provide a tabular view of each item surpressed, who did it, when and when each expires along with any notes associated to the individual suppression.

Read more HERE

Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).

It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.