• Phil Ly

“Help! My EMS is overloaded!”

Does this sound familiar? When your NonStop gets very busy, your EMS also gets very busy. In fact, sometimes you may find that EMS processing consumes a lot of your CPU resources just for processing the flood of error messages. Why are there so many messages in EMS?

Does this remind you of your EMS?


  1. It becomes difficult to find the error messages

  2. It consumes a lot of CPU resource for EMS to file the messages

  3. Operation tends to start ignoring messages in EMS console because they are too overwhelming

There is a better way –LogWatch

Instead of clogging up EMS, use LogWatch to monitor the different log files and work in conjunction with EMS.

LogWatch can monitor different files including:

  1. Guardian files

  2. OSS logs

  3. VHS logs

  4. Pathway logs

  5. Third party logs, etc.

Lighten up the EMS load

Here is quick way to reduce EMS load: instead of routing your application errors to EMS, write them to disk logs.

  1. Use LogWatch to monitor these application log files for errors.

  2. LogWatch is scalable – you can have different instances of LogWatch monitoring different things.

  3. LogWatch is easy to set up – you can set one up in minutes, and it won’t interfere with other instances.

  4. Have LogWatch route only the errors to EMS.

Perfect companion to Prognosis or MOMI If you are using a performance monitoring tool like Prognosis or MOMI, you will find LogWatch will work with it very effectively.

  1. Use LogWatch to monitor disk log files for errors.

  2. Configure LogWatch to route a message to EMS with specific Message ID or text pattern.

  3. Enable Prognosis or MOMI to pick up these specific messages from EMS to take corrective actions.

Take Away – “Prevention is better than cure”

  1. Analyze your logs – Where are the logs? What is written to the application logs? Take a look at some of the old logs and see what is going on in the environment.

  2. Plan ahead – What are some of the log messages that require specific actions? What actions? Who should be responsible for actions?

  3. Execute the plan – Start implementing a plan to monitor the key log files, and automate the log monitoring process with a tool like LogWatch.

 

Feedback please

Do you find this tutorial blog helpful? Let us know what you think, and how we can make it even better. Don’t forget, you can subscribe to our blogs (top right-hand corner) to get automatic email notification when a new blog is available.


 

TIC Software, a New York-based company specializing in software and services that integrate NonStop with the latest technologies, including Web Services, .NET and Java. Prior to founding TIC in 1983, Phil worked for Tandem Computer in technical support and software development.</small

#HPENonStop #LogWatch #NonStop #TICSoftware

0 views0 comments

Recent Posts

See All