Security Compliance

Syslog severity levels

This article describes the severity levels for Syslog messages.

First published date

10/11/2018 7:56 PM

Last published date

6/9/2023 9:19 AM

Overview

This article lists the severity levels for Syslog messages.

 

Product section

Security Event Manager

Resolution

The meaning of syslog severity levels other than emergency and debugging are relative to the application.

For example, if the purpose of the system is to process transactions to update customer account balance information, an error in the final step should be assigned the alert level. However, an error occurring in an attempt to display the zip code of the customer may be assigned an error or even a warning level.

The server process which handles the message (syslogd) usually includes all lower levels. That is, if messages are separated by individual severity, a warning entry will be included in noticeinfo and debug processing.

Severity levels

VALUESEVERITYKEYWORDDESCRIPTIONEXAMPLES
0EmergencyemergSystem is unusableThis level should not be used by applications.
1AlertalertShould be corrected immediatelyLoss of the primary ISP connection.
2CriticalcritCritical conditionsA failure in the system's primary application.
3ErrorerrError conditionsAn application has exceeded its file storage limit and attempts to write are failing.
4WarningwarningMay indicate that an error will occur if action is not taken.A non-root file system has only 2GB remaining.
5NoticenoticeEvents that are unusual, but not error conditions. 
6InformationalinfoNormal operational messages that require no action.An application has started, paused or ended successfully.
7DebugdebugInformation useful to developers for debugging the application. 

Note: Unless compliance demands it, levels 5, 6 and 7 are not required and will consume unnecessary resources.