Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore(logging): Add entry's timestamp when rejected with too far behind #12933

Merged
merged 3 commits into from May 13, 2024

Conversation

kavirajk
Copy link
Collaborator

@kavirajk kavirajk commented May 10, 2024

Ingester uses max_sample_age/2 to reject out-of-order ingestion in Loki. More details about how it works are here and here.

But when it is rejected, currently we print log line like this on ingester.

entry too far behind, oldest acceptable timestamp is: 2024-05-07T10:25:30Z

Problem is it doesn't print the original timestamp of the log entry itself. So hard to interpret sometime.

This PR fixes it. Now it looks something like this.

entry too far behind, entry timestamp is: 2024-05-05T10:25:30Z, oldest acceptable timestamp is: 2024-05-07T10:25:30Z

Also, another thing, now it is consistent with how Loki return the error to the client when it rejects it.

entry with timestamp 2024-05-06 15:58:50 +0000 UTC ignored, reason: 'entry too far behind, oldest acceptable timestamp is: 2024-05-07T10:25:30Z',

What this PR does / why we need it:

Which issue(s) this PR fixes:
Fixes #

Special notes for your reviewer:

Checklist

  • Reviewed the CONTRIBUTING.md guide (required)
  • Documentation added
  • Tests updated
  • Title matches the required conventional commits format, see here
    • Note that Promtail is considered to be feature complete, and future development for logs collection will be in Grafana Alloy. As such, feat PRs are unlikely to be accepted unless a case can be made for the feature actually being a bug fix to existing behavior.
  • Changes that require user attention or interaction to upgrade are documented in docs/sources/setup/upgrade/_index.md
  • For Helm chart changes bump the Helm chart version in production/helm/loki/Chart.yaml and update production/helm/loki/CHANGELOG.md and production/helm/loki/README.md. Example PR
  • If the change is deprecating or removing a configuration option, update the deprecated-config.yaml and deleted-config.yaml files respectively in the tools/deprecated-config-checker directory. Example PR

…ind`

Ingester uses `max_sample_age/2` to reject out-of-order ingestion in Loki. More details about how it works are here and here.

But when it is rejected, currently we print log line like this on ingester.

```
entry too far behind, oldest acceptable timestamp is: 2024-05-07T10:25:30Z
```

Problem is it doesn't print the original timestamp of the log entry itself. So hard to interpret sometime.

This PR fixes it. Now it looks something like this.

```
entry too far behind, entry timestamp is: 2024-05-05T10:25:30Z, oldest acceptable timestamp is: 2024-05-07T10:25:30Z
```

Also, another thing, now it is consistent with how error we return to client when we reject it.

```
entry with timestamp 2024-05-06 15:58:50 +0000 UTC ignored, reason: 'entry too far behind, oldest acceptable timestamp is: 2024-05-07T10:25:30Z',
user 'fake', total ignored: 1 out of 2 for stream: {app="webserver1", host="localhost", service_name="webserver1"}
```

Signed-off-by: Kaviraj <kavirajkanagaraj@gmail.com>
Signed-off-by: Kaviraj <kavirajkanagaraj@gmail.com>
Signed-off-by: Kaviraj <kavirajkanagaraj@gmail.com>
@kavirajk kavirajk marked this pull request as ready for review May 10, 2024 12:17
@kavirajk kavirajk requested a review from a team as a code owner May 10, 2024 12:17
@kavirajk kavirajk merged commit b05c4f7 into main May 13, 2024
58 checks passed
@kavirajk kavirajk deleted the kavirajk/error-log-entry-too-far-behind branch May 13, 2024 06:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants