elastic / elastic/observability-migration-platform

chore(datadog): resolve compare/data-readiness errors from release dashboard batch

Open
#246 0 comments 0 reactions 0 assignees View on GitHub
asset:dashboards program:trust quality source:datadog workstream:verification
Dominant language
Python
Stars
6
Forks
8
Avg merge
2d 22h
Merged PRs (30d)
23

Description

## Summary
Post-release follow-up for Datadog compare/data-readiness failures in the release dashboard batch.

## Evidence
- Datadog live ES|QL acceptance was clean: 111/111 queries ok.
- `obs-migrate compare` returned 257 STRUCTURAL and 37 ERROR rows.
- Top errors were missing target fields/data-readiness gaps, including examples around `activemq_queue_*`, `mysql_innodb_buffer_pool*`, `node_address`, `table`, `columnfamily`, and `jmx_gc_*`.
- Sample-data seed partially failed: 254,505 docs ingested, 11,913 ingest errors.

## Acceptance criteria
- Seed data contract covers the Datadog integration fields needed by this batch, or reports unsupported fields explicitly.
- Compare no longer emits ERROR for data-readiness cases that can be seeded.
- Remaining structural-only Datadog checks are clearly labeled as not numeric proof.

Contributor guide

Open the contributing guide

Research direction

Start by tracing the sample-data seed and `obs-migrate compare` paths that produce the reported STRUCTURAL and ERROR rows. Use the listed missing fields and seed-error counts to identify data-readiness gaps, then verify that seedable cases no longer emit ERROR and structural-only checks are labeled as non-numeric proof.

Written by the indexing model from the issue text.

Assessment

Tech stack
elasticsearch, python
Domain
observability-sre
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.