[vsphere] Parse space-separated log timestamps - #19712
Conversation
The log ingest pipeline's grok captures timestamps via TIMESTAMP_ISO8601, whose pattern allows a space separator (e.g. "2026-06-03 14:19:27.782"), but the date processor only declared ISO8601 (requires a "T" separator) and "MMM dd HH:mm:ss", so space-separated timestamps failed with "unable to parse date". Add "yyyy-MM-dd HH:mm:ss.SSS" and "yyyy-MM-dd HH:mm:ss" to the date processor formats, with a regression test case. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
/test |
✅ Elastic Docs Style Checker (Vale)No issues found on modified lines! The Vale linter checks documentation changes against the Elastic Docs style guide. To use Vale locally or report issues, refer to Elastic style guide for Vale. |
🚀 Benchmarks reportTo see the full report comment with |
shmsr
left a comment
There was a problem hiding this comment.
Thanks for the fix — the root cause diagnosis is correct and the format ordering is right (T-separator ISO8601 first, then millis-precision before second-precision for the space-separated variants). Left a few inline comments below.
Co-authored-by: subham sarkar <sarkar.subhams2@gmail.com>
This comment has been minimized.
This comment has been minimized.
TL;DR
Remediation
- description: 'Parse space-separated vSphere log timestamps (for example: "yyyy-MM-dd HH:mm:ss.SSS") in the log ingest pipeline.'
Investigation detailsRoot CauseThe new changelog entry in - description: Parse space-separated vSphere log timestamps (for example: "yyyy-MM-dd HH:mm:ss.SSS") in the log ingest pipeline.Inside a plain scalar, Evidence
Verification
What is this? | From workflow: PR Buildkite Detective Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not. |
- Add timezone-aware space-separated date formats so values like "2026-06-03 14:19:27.782+05:30", "...+0530" and "...Z" (which grok captures via TIMESTAMP_ISO8601's optional ISO8601_TIMEZONE) parse instead of failing the date processor. - Add pipeline test lines covering every new format (no-millis, millis/no-millis with +HH:MM and +HHMM offsets). - Changelog: use a real timestamp in the example, and quote the description (the "for example:" colon made the YAML invalid). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Co-authored-by: subham sarkar <sarkar.subhams2@gmail.com>
The "for example:" colon makes the description a plain scalar containing ": ", which YAML parses as a mapping (and the backtick is a reserved start char), breaking elastic-package lint. Single-quote the value. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
/test |
|
✅ All changelog entries have the correct PR link. |
�� Build Succeeded
History
|
|
Package vsphere - 1.24.1 containing this change is available at https://epr.elastic.co/package/vsphere/1.24.1/ |
The log ingest pipeline's grok captures timestamps via TIMESTAMP_ISO8601, whose pattern allows a space separator (e.g. "2026-06-03 14:19:27.782"), but the date processor only declared ISO8601 (requires a "T" separator) and "MMM dd HH:mm:ss", so space-separated timestamps failed with "unable to parse date".
Add "yyyy-MM-dd HH:mm:ss.SSS" and "yyyy-MM-dd HH:mm:ss" to the date processor formats, with a regression test case.
Proposed commit message
Checklist
changelog.ymlfile.