New Cloverleaf Functionality – Alerts

The Infor (formerly Lawson, formerly Healthvision, formerly…) folks have given us some nice enhancements to the alert functionality starting with version 5.8 of Cloverleaf (what I’m describing here is based on Windows version 5.8.5).

In recent memory, Cloverleaf has been able to automatically generate alerts under a variety of scenarios. Unfortunately, the built-in alert actions that displayed a message on the console or placed a message in the log/error files were not terribly useful. Sending automatic emails on Windows was challenging. The latest Cloverleaf makes the emailing much easier and adds some useful functionality.

Here is a list of my favorite alerts:

Alert TypeSend an alert when:
Thread statusA thread is up or down (or opening) for specified period of time
Error countA thread has more than X errors
Outbound queue depthMore than X messages are queued up waiting to be sent
Last sendThe last message we sent was more than X seconds ago
Disk % fullJust like it sounds
Last receiveThe last message we received was more than X seconds ago
System CPU %Just like it sounds
File changeA file is updated
Transactions/secA thread is processing > or < X transactions/second
Idle CPU %CPU has less than X % idle for Y minutes

To assist with automatic email alerts, there’s a tool under Options, Site Options, Alert Configuration. It enables you to test connectivity with your mail server. The only gotcha with this is that when we ran the test, it told us the test had completed successfully but when we tried the alerts, the email didn’t go through. We had to change the settings on our Exchange connector to allow for unauthenticated or anonymous connections from the Cloverleaf server.

Fittingly enough, the default file for the alert configuration is called “default.alrt”. You can change this under the “Site Daemons” by using the “Alert Cfg” button but I’ve never bothered with that. I have a feeling that if you did change it, you’d have to restart the Monitor Daemon for it to take effect. Unlike other configuration settings in Cloverleaf, the alerts take effect as soon as you save the alert file. Not like the NetConfig, where you have to bounce a thread or process for it to become active.

There is a file called “alerts.log” that is useful for troubleshooting. Cloverleaf adds an entry to this file each time an alert fires. This file is in your site directory under exec\hcimonitord.

Here is an example of an outbound queue depth alert that will notify us when two or more messages have been queued up for at least a minute:

Here are guidelines for setting up some of the common alerts:

Alert TypeSourceSource CountComparingComparing BlankDuration
Thread statusany!=upN min (usually use 1 for 1 minute)
Protocol statusany!=upN min (usually use 1 for 1 minute)
Error count
Outbound queue depthany>=# of messagesN min (usually use 1 for 1 minute)
Last sendAny>=# of secondsN min (usually use 1 for 1 minute)
Disk % fullDrive to monitorall>=% e.g. 80Once
Last receiveAny>=# of secondsN min (usually use 1 for 1 minute)
System CPU %
File change
Transactions/sec
Idle CPU %All<=% (e.g. 5)N min (e.g. 5)

The Alert Time Window used to have some “gotchas but now they’ve reworked it, so you don’t have to remember that 0 means Sunday.

Automatically Bouncing a Thread

The screen shot above shows an example of stopping and restarting a thread automatically. Thread_Restart.bat is a generic .bat file I created that allows us to pass the site, process and thread names so it can be reused. Contact me if you’d like a copy of the file by calling (504) 309-9103 or visitng our Contact page. We offer Cloverleaf Interface Development and Consulting.

No comments yet

Leave a Reply

Your email address will not be published. Required fields are marked *