I'm having problems setting @timestamp based on the date, time and time zone offset fields from System Center Configuration Manager client logs.
After much trial and error, I have narrowed down the problem to the time zone offset value in the log only having 3 digits instead of 4 (+300 fails, +0300 works)
This is the date filter I'm using for testing:
date { match => [ "message", "MM-dd-yyyy HH:mm:ss.SSSZ" ] }
Here are the lines I'm sending to logstash:
"01-02-2016 01:02:03.456+300"
"01-02-2016 01:02:03.456+0300"
The first one fails with a dateparsefailure, the second one succeeds. Unfortunately, the offsets in the log are all 3-digits instead of 4.
Any suggestions how to handle this case? I did quite a bit of searching and couldn't find a way to format or pad the offset. I considered dropping it altogether, but that would make it harder to correlate with data from other sources.
Dave