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
cir-socket flag for kubeadm init does not override config value #2039
Comments
This seems like a bug. I'll take a look. Thanks for your feedback @johscheuer |
cc @rosti |
Ok, so the problem here is that we are doing the command line overwrite for the /kind bug |
OK! It does look like refactoring is needed. |
Uhhmm.. I see a different problem here. |
AIUI most kubernetes tools will override the config field with the CLI flag if set, what prevents us from doing this here? |
ATM in kubeadm --config and flags touching component config fields are exclusive in all the kubeadm commands. This problem is in the scope of the component config WG, but I'm not aware of progress in this area |
The flags should always take precedence and override / push down to
everything else?
"Hard Coding" -- er sure, flags have to be handled with code for each flag,
this is already the case?
I'm not sure I understand why we think this is too challenging. Not
handling this is surprising versus other tools in the space .. even kubectl
does this pretty extensively and users are going to be used to that.
Is there more background on this decision somewhere? Afaict this is counter
to all other Kubernetes CLI.
…On Sun, Apr 26, 2020, 11:19 Fabrizio Pandini ***@***.***> wrote:
ATM in kubeadm --config and flags touching component config fields are
exclusive in all the kubeadm commands.
The main reason behind this choice is to avoid to hard code
flags/component config preference rules for the 3 different component
config API types file managed today and for all their supported versions
(potentially more than 1).
This problem is in the scope of the component config WG, but I'm not aware
of progress in this area
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#2039 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAHADK55TBFYI2AW6DAXIJDROR3KLANCNFSM4K36G3PA>
.
|
kube-proxy is doing it backwards, kubeadm too in some places. i'm +1 on starting to slowly remove some flags in kubeadm that overlap with config and not adding new ones. |
/remove-lifecycle active |
/lifecycle active |
What should I do? Make the flag works or remove the flag? |
@rosti mentioned above that we are doing the flag override too late. |
I can't reproduce it on kubeadm |
adding some detail here; i was able to reproduce the problem with 1.20-pre. the problem happens here: at this point however at that point, if the config file does not have the explicit CRI socket the socket detection code will error out in case of multiple sockets on the machine. later "init" has means to make the user flag override the config file: but this is never reached. one immediate problem to me is the following: kubeadm should not load config and perform dynamic defaulting withing a single step. the process should be the following:
which roughly means, the following calls should not be part of the document split code: if we change that we need to ensure all callers of |
Update the comment links. |
@pacoxu: GitHub didn't allow me to assign the following users: kofClubs. Note that only kubernetes members, repo collaborators and people who have commented on this issue/PR can be assigned. Additionally, issues/PRs can only have 10 assignees at the same time. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/assign |
on kubernetes/kubernetes#101600 we voted to disallow the mixture of --config and --cri-socket. |
/close reopen if I misunderstand |
@pacoxu: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
What keywords did you search in kubeadm issues before filing this one?
cri
,config
Is this a BUG REPORT or FEATURE REQUEST?
BUG REPORT
Versions
kubeadm version (use
kubeadm version
):Environment:
kubectl version
):VM's on GCP
uname -a
):uname -a Linux master 5.0.0-1031-gcp #32-Ubuntu SMP Tue Feb 11 03:55:48 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
What happened?
For some reasons I was running
Docker
andCRI-O
on the same machine andkubeadm
complaint with the following error:But even when I specified the
cri-socket
with a flag I still get the error:The error only goes away when I specified an
InitConfiguration
:and this was the kubeadm config file:
What you expected to happen?
I would expect that the
--cri-socket
flag was actually be used (or at least kubeadm would tell me I should use the config file).How to reproduce it (as minimally and precisely as possible)?
Install
Docker
andCRI-O
side by side and use the minimal kubeadm config to init the cluster.Anything else we need to know?
Heres the output with
-v5
:The text was updated successfully, but these errors were encountered: