Closed dbazhal closed 4 months ago
Just to add to the issue - when I set instance_address
or address
to [${MY_POD_IP}]
, in some components I run into addresses like [[::1]]:9005
and still no success in communication between components.
I believe this issue is addressed by this PR:
@dbazhal Did the PR that Periklis reference resolve your issue? Can we close this?
@dbazhal Did the PR that Periklis reference resolve your issue? Can we close this?
I just hope that it did, waiting for the next release(it didn't get into 2.9.4).
@dbazhal Actually it won't be released until 3.0 if we don't request a backport fo 2.9.x. Let me add the label and pursue this with the maintainers team.
I triggered a manual backport but with #11870
@periklis thank you!
Repotring: issue fixed, cross-component discovery works fine for ipv6 without any undocumented configuration. Thank you guys!
Describe the bug Deployed last loki (2.9.2) with last simple scalable helm chart (5.39.0). Running simple query. Queries won't work with:
(2a02:6bf:fa17:100:48c5::15 is the address of the reader instance. so it can't communicate with itself)
I used loki 2.8.2 with similar MY_POD_IP hacks earlier, but I was forced to set
to disable scheduler. With scheduler enabled, querier reported same error that he can't connect to query scheduler to return results - too many colons in address. I was hoping that loki learned working with ipv6 since then. Without MY_POD_IP hack on ipv6 stack instances can't even find each other.
To Reproduce
here's values.yaml
here's final loki config from loki configmap
Deploy loki. Make simple query, look into reader logs.
Expected behavior I would expect that every component will discover each other correctly and communicate between each other correctly.
Environment: eks helm
Screenshots, Promtail config, or terminal output no