wesupport

25% off on first invoice for all services*

SPRING SALE

Use coupon

*Offer valid for new customers only

25% off on first invoice for all services*

SPRING SALE

Use coupon

*Offer valid for new customers only

Need help?

Our experts have had an average response time of 11.43 minutes in March 2024 to fix urgent issues.

We will keep your servers stable, secure, and fast at all times for one fixed price.

Nagios: Failed to Parse Date Error – How to resolve

by | Apr 11, 2021

Stuck with the error, Nagios: Failed to Parse Date Error? We can help you.

Sometimes, we may not get the logs and the Logstash log might show this error.

As part of our Server Management Services, we assist our customers with several Nagios queries.

Today, let us see how to effectively resolve this error.

 

Nagios: Failed to Parse Date Error

Recently, one of our customers informed us that the logs are not coming in and there is an error in the Logstash log, as below:

:response=>{"create"=>{"_index"=>"logstash-2021.04.09", "_type"=>"syslog", "_id"=>"AW8Ab04im8e-JsUH61c5", "status"=>400, "error"=>"MapperParsingException[failed to parse [timestamp8601]]; nested: MapperParsingException[failed to parse date field [2021-04-09 18:04:52.81], tried both date format [dateOptionalTime], and timestamp number with locale []]; nested: IllegalArgumentException[Invalid format: \"2021-04-09 18:04:52.81\" is malformed at \" 18:04:52.81\"]; "}}

In addition, there will be multiple identical input types in the input configuration, similar to:

syslog {
port => xxx
type => 'syslog'
}

syslog {
port => xxxx
type => 'syslog'
tags => 'Linux-Max'
}

Moving ahead, our Support Techs will suggest an effective method to fix this error.

In order to solve this, the logs coming in on the same input need to use the same formatting. This will let parsing work properly.

The format that the input expects is somewhat flexible initially but once the first message comes in, the format is set.

For example, the Syslog input expects all input to follow rfc3164 which can send a message like:

<0>2021 Apr 09 10:52:01 TZ-6 scapegoat.dmz.example.org 10.1.2.3 sched[0]: That's All Folks!

However, if a message with a different date format comes in([2021-04-09 18:04:52.81]) we will see a message logged like the above.

The fix is to make sure that all devices use the same date format or configure another input for these devices.

For example,

syslog {
port => xxxx
type => 'alternative-syslog'
tags => 'alternative Linux-Max'
}

[Couldn’t fix the error? We’d be happy to assist]

 

Conclusion

In short, the logs coming in on the same input need to use the same formatting. Otherwise, we might come across this error. Today, we saw how our Support Techs fix this error for our customers.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

GET STARTED

var google_conversion_label = "owonCMyG5nEQ0aD71QM";

0 Comments

Submit a Comment

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

Categories

Tags