Is this a bug report or a feature request?:
bug report
What happened:
config not load, after I applied it no messages like Start config update ever showed, however I got
{"caller":"reflector.go:341","level":"warn","msg":"go.universe.tf/metallb/internal/k8s/k8s.go:282: watch of *v1.ConfigMap ended with: too old resource version: 3337601 (3337830)","ts":"2018-08-10T10:36:28.272634Z"}
message like 1 in 9 mins. In addition it keeps spam messages like
{"caller":"main.go:162","event":"startUpdate","msg":"start of service update","service":"payhub/admin-api","ts":"2018-08-10T10:27:33.448964368Z"}
{"caller":"main.go:170","event":"noConfig","msg":"not processing, still waiting for config","service":"payhub/admin-api","ts":"2018-08-10T10:27:33.449161881Z"}
Config is in place,
apiVersion: v1
kind: ConfigMap
metadata:
namespace: metallb-system
name: config
data:
config: |
address-pools:
- name: default
protocol: layer2
addresses:
- 10.55.36.15-10.55.36.18
Only difference from tutorial is ip range.
What you expected to happen:
config loaded and applied
How to reproduce it (as minimally and precisely as possible):
Follow tutorial
Anything else we need to know?:
Environment:
uname -a):In Helm, the configmap is called metallb-config, not config, because of Helm style rules. Sorry, the tutorial doesn't make that obvious at all. If you rename the configmap, MetalLB should load it and work fine.
Tell me if that works, if yes I'll rename this bug to be "fix the tutorial for Helm" :)
Thx, can test it Monday because I don't have access to internal network from home, strict security rules
Works like a charm, thx
If someone lands here in 2020:
when ip is pending, you may not apply your config properly.
i installed metallb via kubectl apply, i had to name my config: "config" and not metallb-config
Most helpful comment
If someone lands here in 2020:
when ip is pending, you may not apply your config properly.
i installed metallb via
kubectl apply, i had to name my config: "config" and not metallb-config