Summary
Having pods with the 'coredns' prefix breaks enable and disable functionality.
The check_status value for the DNS addon is too wide ("pod/coredns"). So when get_status is called on a cluster with other pods with the coredns prefix, the DNS addon will always show as enabled and can't be reinstalled.
What Should Happen Instead?
The DNS addon should be installed.
Reproduction Steps
- disable the DNS addon
- deploy a pod with the coredns name
- enable the DNS addon
- verify the output states that its already enabled
Introspection Report
Can you suggest a fix?
the DNS addon should have a more unique prefix like microk8s-addon-coredns and the check_status value should be set to pod/microk8s-addon-coredns to reduce the likelihood of collisions.
Are you interested in contributing with a fix?
yes
Summary
Having pods with the 'coredns' prefix breaks
enableanddisablefunctionality.The
check_statusvalue for the DNS addon is too wide ("pod/coredns"). So when get_status is called on a cluster with other pods with thecorednsprefix, the DNS addon will always show as enabled and can't be reinstalled.What Should Happen Instead?
The DNS addon should be installed.
Reproduction Steps
Introspection Report
Can you suggest a fix?
the DNS addon should have a more unique prefix like
microk8s-addon-corednsand thecheck_statusvalue should be set topod/microk8s-addon-corednsto reduce the likelihood of collisions.Are you interested in contributing with a fix?
yes