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

Issue with Embedded Registry Mirror Usage #10364

Closed
ysicing opened this issue Jun 18, 2024 · 4 comments
Closed

Issue with Embedded Registry Mirror Usage #10364

ysicing opened this issue Jun 18, 2024 · 4 comments

Comments

@ysicing
Copy link

ysicing commented Jun 18, 2024

Environmental Info:
K3s Version: v1.28.10+k3s1

Cluster Configuration: 3 servers

I deployed a 3-node k3s cluster with 3 masters. After deployment, I enabled the --embedded-registry feature on all 3 machines, but only one machine seems to be listening on port 5001.

Additionally, when I run kubectl get --raw /api/v1/nodes/k8s02/proxy/metrics | grep -F 'spegel', I can only see data from the node listening on port 5001.
Is this behavior expected? If not, how should I fix this issue?

@brandond
Copy link
Member

brandond commented Jun 18, 2024

Did you follow the instructions in the documentation to configure registries.yaml on all your nodes? registries.yaml is configured individually on each node; if no registries are enabled for mirroring the embedded registry mirror will not start on that node.

@ysicing
Copy link
Author

ysicing commented Jun 18, 2024

@brandond Of course, I've configured each node /etc/rancher/k3s/registries.yaml

@brandond
Copy link
Member

Please attach the k3s logs from journald on the nodes where you don't see the embedded registry starting.

@ysicing
Copy link
Author

ysicing commented Jun 18, 2024

@brandond thank you. My problem, /etc/systemd/system/k3s.service format problem, lead to ignore the configuration.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

No branches or pull requests

2 participants