push error: the sample has been rejected because another sample with the same timestamp, but a different value, has already been ingested (err-mimir-sample-duplicate-timestamp) #2438
-
Describe the bugHi all, I'm not sure if this is an issue specific to Mimir or it's an issue with my setup, so I apologise in advance if that's the case. I've recently started using Mimir and I've got it up and running with container image tag: I've noticed in the logs that I get many errors like:
I have Prometheus configured to push to Mimir using
Are these error logs anything to be concerned about? To Reproduce
Log errors shown above begin to occur. Expected behaviourNo errors in the Mimir logs. Environment
Additional ContextPrometheus config: # https://prometheus.io/docs/prometheus/latest/configuration/configuration/
remote_write:
- url: https://mimir.domain/api/v1/push
scrape_configs:
# https://github.com/google/cadvisor/blob/master/docs/runtime_options.md#http
- job_name: cadvisor
static_configs:
- targets: ['cadvisor:8080'] Mimir config: # https://github.com/grafana/mimir/tree/main/docs/sources/tutorials/play-with-grafana-mimir
# https://grafana.com/docs/mimir/latest/operators-guide/configuring/reference-configuration-parameters/
# https://grafana.com/docs/mimir/latest/operators-guide/getting-started/
multitenancy_enabled: false
server:
http_listen_port: 9009
log_level: error
common:
storage:
backend: s3
s3:
endpoint:
bucket_name:
access_key_id:
secret_access_key:
# https://grafana.com/docs/mimir/latest/operators-guide/securing/encrypting-data-at-rest/
sse:
type: "SSE-S3"
# Blocks storage requires a prefix when using a common object storage bucket
blocks_storage:
storage_prefix: blocks
tsdb:
dir: /data/ingester
store_gateway:
sharding_ring:
replication_factor: 1
compactor:
sharding_ring:
kvstore:
store: memberlist
distributor:
ring:
instance_addr: 127.0.0.1
kvstore:
store: memberlist
ingester:
ring:
instance_addr: 127.0.0.1
kvstore:
store: memberlist
replication_factor: 1 |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
This is an issue we've already seen in the past for the cAdvisor metrics because of how they're exported. See: |
Beta Was this translation helpful? Give feedback.
This is an issue we've already seen in the past for the cAdvisor metrics because of how they're exported. See:
#2131 (comment)