Closed diranged closed 1 month ago
If we remove the bloom_build
key from our config, the bloom-builder pod starts up... but presumably will not do any work. This is all the config had in it:
bloom_build:
enabled: true
So we are on Loki 3.1.1 ... but by using the main-20ac1ba
image tag, I can get around this... it seems that perhaps the helm chart additions need a Loki release to go along with them??
So we are on Loki 3.1.1 ... but by using the main-20ac1ba image tag, I can get around this... it seems that perhaps the helm chart additions need a Loki release to go along with them??
A Loki release (3.2.0) is planned in the near future (around ObsCon 2024).
Describe the bug In https://github.com/grafana/loki/pull/14003/files the
bloom-compactor
was replaced by thebloom-builder
andbloom-planner
. The chart removed the storage claims component, but never puts back a/var/loki
volume into thebloom-builder
deployment object. This cause the Loki app to come up and throw an error about the/var/loki
path being a read-only filesystem:To Reproduce
bloomBuilder.enabled
flag in the helm chart.