Hi,
We are getting below mentioned Error and Warning messages in HealthOverviewApp on our cloud instance,
Failed to parse timestamp. Defaulting to timestamp of previous event (Wed Apr 5 05:16:59 2017). Context: source::c:\inetpub\wwwroot\sf-api\logs\v3API.txt|host::SFUTIL1-TEST|breakable_text|554\n 3 similar messages suppressed. First occurred at: Wed Apr 5 05:17:00 2017
Accepted time (Wed Apr 5 05:21:54 2017) is suspiciously far away from the previous event's time (Thu Mar 2 00:59:24 2017), but still accepted because it was extracted by the same pattern. Context: source::D:\sc\logs\StorageCenterLog_20170405.log|host::storage-usw-85|StorageCenter-production|333959
Time parsed (Thu Mar 16 19:16:44 2017) is too far away from the previous event's time (Wed Apr 5 05:17:22 2017) to be accepted. If this is a correct time, MAX_DIFF_SECS_AGO (3600) or MAX_DIFF_SECS_HENCE (604800) may be overly restrictive. Context: source::D:\sc\logs\StorageCenterLog_20170405.log|host::storage-usw-83|StorageCenter-production|332108
Can anyone suggest a solution for getting these errors removed?
What Sourcetype are you using for the following hosts/sources?
c:\inetpub\wwwroot\sf-api\logs\v3API.txt|host::SFUTIL1-TEST
D:\sc\logs\StorageCenterLog_20170405.log|host::storage-usw-85
D:\sc\logs\StorageCenterLog_20170405.log|host::storage-usw-83
Can you share the props.conf for those sourcetypes?
It looks like there could be an opportunity to improve timestamp recognition settings in props.conf ie. TIME_PREFIX
, TIME_FORMAT
, MAX_TIMESTAMP_LOOKAHEAD
to improve timestamping.
There are times when ignoring these messages may be required, if the data you are ingesting is void of timestamps or has strange formatting. But let's start by ensuring your sourcetype has been configured optimally. Add data wizard on a dev machine can make this much easier as well.