Back to OP5 Monitor FAQ

Notifications are not working correctly

OP5 Monitor email or SMS notifications are not being sent correctly.

Problem Copied

Email or SMS notifications are expected for hosts and/or services with Warning or Critical status but none have been received.

Possible Cause(s) Copied

For both email and SMS notifications

For email notifications

For SMS notifications

Possible Solution(s) Copied

For both email and SMS notifications

On the command line, run:

systemctl status naemon

If the status of the service shows inactive or dead, start the service with the following command:

systemctl start naemon

You can also scan the Naemon logs for errors about notifications. In some instances, the logs can provide clues on when and why a notification was or was not sent. The Naemon log file is /opt/monitor/var/naemon.log. An example of this can be seen below:

[root@op5-system ~]# cat /opt/monitor/var/naemon.log | grep SUPPRESSED:
[1631794051] HOST NOTIFICATION SUPPRESSED: switche977ca;No notification sent, because no contacts were found for notification purposes.

Read on for further details on the notification suppression.

When raising tickets with this kind of issue, a copy of the naemon.log file will be helpful.

Objects that are currently in downtime may have their notifications suppressed. To check if an object is in downtime, you can navigate to the object’s UI page. There will be text indicating that the object is in downtime.

Screenshot

Navigate through Manage > Process information on the UI to see if notifications are enabled or not.

Screenshot

Notifications can be toggled through the Naemon configuration file on the command line. The directive enable_notifications in /opt/monitor/etc/naemon.cfg dictates whether or not notifications are active (value is 1) or inactive (value is 0).

Navigate through the UI to the object’s configuration page and look for the notifications_enabled and notification_options fields.

Screenshot

In the above image, notifications will be sent out for all states that the object is experiencing. If you only need notifications for Critical, Warning, and Recovery, then only tick those boxes.

If the configuration page does not show these by default, click the Advanced button on the upper right and then locate them.

Screenshot

Navigate through the UI to the object’s configuration page and look for the notifications_enabled and notification_options fields:

Screenshot

In the image above, if the object is configured to send a notification, then it will be sent to “Test Contact 1” and all members that are part of the “Test Group 1” contact group.

In some instances, you may be expecting notifications to be sent every x minutes that an object is in a non-OK state. This can be configured in the object’s configuration page by specifying a value for the notifications_interval field.

If you set this to 0 only one notification will be sent out, this is considered best practice. If you set this to 10 a notification will be sent out every 10 minutes.

For email notifications

On the command line, issue:

systemctl status postfix

If the status of the service shows inactive or dead, start the service with the following command:

systemctl start postfix

The default log file for a standard installation of OP5 Monitor is /var/log/maillog. In some instances, you may see errors. An example can be found below:

Aug 13 12:13:26 op5-system postfix/pickup[1512]: 48EF514E8E1: uid=0 from=<root>
Aug 13 12:13:26 op5-system postfix/cleanup[2670]: 48EF514E8E1: message-id=20210813064326.48EF514E8E1@op5-system.woodstock.ac.in
Aug 13 12:13:26 op5-system postfix/qmgr[1513]: 48EF514E8E1: from=root@op5-system, size=393, nrcpt=1 (queue active)
Aug 13 12:13:27 op5-system postfix/smtp[2676]: 514C814E8DF: to=receiver@domain.com, relay=mail.smtp2go.com[xx.xx.xx.xx]:2525, delay=7.7, delays=0.11/0.05/3.1/4.4, dsn=5.0.0, status=bounced (host mail.smtp2go.com[xx.xx.xx.xx] said: 550-Verification failed for root@op5-system 550-Unrouteable address 550 unable to verify sender address. (in reply to RCPT TO command)

The error code indicated on the maillog is a good place to start checking. Since the example above shows error code 550, this pertains to a mailbox configuration issue. The mail server of your email address may either be not responding or is non-existent. In this case, check on the configuration with your System Administrator.

When raising tickets with this kind of issue, a copy of the maillog file will be helpful.

For SMS notifications

On the command line, issue:

systemctl status smsd

If the status of the service shows inactive or dead, start the service with the following command:

systemctl start smsd

Check if the /var/run/smsd directory exists, if not, run the following command:

mkdir -p /var/run/smsd && chown smstools: /var/run/smsd

The smsd service is also not configured to start automatically. Run the following command to enable it:

systemctl enable smsd

Then restart the service:

systemctl restart smsd

The logfile for the smsd service is /var/log/smsd/smsd.log. The log will typically indicate errors in either starting the service or sending out a notification. An example problem can be seen below:

GSM1: Command is sent, waiting for the answer. (5)
GSM1: No answer, put_command expected (OK)|(ERROR)|(0)|(4), timeout occurred. 22.
GSM1: <-
GSM1: Modem is not ready to answer commands (Timeouts: 22)
GSM1: Failed to initialize modem GSM1. Stopping.

In this instance, the modem itself is having a problem. You can try restarting it. For further modem-related issues, you may contact your modem provider.

When raising tickets with this kind of issue, a copy of the smsd.log file will be helpful.

["Geneos"] ["FAQ"]

Was this topic helpful?