You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The PVCs created as part of the Helm deployment do not have the correct permissions so the pods cannot access the data on them.
I have also tried this with other charts (e.g Redis / Neo4J / RabbitMQ etc .. anything that creates PVCs) so this is nothing to do with ElastiSearch directly .. it was just one of the broken parts of our deployment.
Switching to k3s:v1.21.2-k3s1 everything is fine and behaves as it should. Is this a regression in K3S ?
Screenshots or terminal output
(See above)
Which OS & Architecture
MacOS
Which version of k3d
k3d version v4.4.7
Which version of docker
Server: Docker Engine - Community
Engine:
Version: 20.10.7
The text was updated successfully, but these errors were encountered:
Hi @stephenpope , thanks for opening this issue! As @ChristianCiach pointed out (thank you!), this is a problem with k3s, which we cannot influence in k3d.
Due to this, I'll go ahead and close this issue here. Feel free to reopen if you think we can do something from our side 👍
iwilltry42
added
k3s
This is likely an issue with k3s not k3d itself
not a bug
Luckily this is not a bug with k3d after all ¯\_(ツ)_/¯
labels
Aug 18, 2021
(Im not sure if this is an issue with K3D or an issue with the new K3S version or both of them together but I thought I'd start here ..)
What did you do
k3d cluster create -i rancher/k3s:v1.21.3-k3s1 --k3s-server-arg '--disable=traefik' --k3s-server-arg '--disable=metrics-server'
helm repo add elastic https://helm.elastic.co
helm upgrade --install elastic/elasticsearch elastic
What did you expect to happen
The PVCs created as part of the Helm deployment do not have the correct permissions so the pods cannot access the data on them.
I have also tried this with other charts (e.g Redis / Neo4J / RabbitMQ etc .. anything that creates PVCs) so this is nothing to do with ElastiSearch directly .. it was just one of the broken parts of our deployment.
Switching to
k3s:v1.21.2-k3s1
everything is fine and behaves as it should. Is this a regression in K3S ?Screenshots or terminal output
(See above)
Which OS & Architecture
Which version of
k3d
Which version of docker
Engine:
Version: 20.10.7
The text was updated successfully, but these errors were encountered: