devstack build error for k8s v1.25.2
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kuryr-kubernetes |
Fix Released
|
Undecided
|
Roman Dobosz |
Bug Description
When I specified "KURYR_
```
[wait-control-
[kubelet-check] Initial timeout of 40s passed.
[kubelet-check] It seems like the kubelet isn't running or healthy.
[kubelet-check] The HTTP call equal to 'curl -sSL http://
[kubelet-check] It seems like the kubelet isn't running or healthy.
[kubelet-check] The HTTP call equal to 'curl -sSL http://
[kubelet-check] It seems like the kubelet isn't running or healthy.
[kubelet-check] The HTTP call equal to 'curl -sSL http://
[kubelet-check] It seems like the kubelet isn't running or healthy.
[kubelet-check] The HTTP call equal to 'curl -sSL http://
[kubelet-check] It seems like the kubelet isn't running or healthy.
[kubelet-check] The HTTP call equal to 'curl -sSL http://
Unfortunately, an error has occurred:
timed out waiting for the condition
This error is likely caused by:
- The kubelet is not running
- The kubelet is unhealthy due to a misconfiguration of the node in some way (required cgroups disabled)
If you are on a systemd-powered system, you can try to troubleshoot the error with the following commands:
- 'systemctl status kubelet'
- 'journalctl -xeu kubelet'
Additionally, a control plane component may have crashed or exited when started by the container runtime.
To troubleshoot, list all containers using your preferred container runtimes CLI.
Here is one example how you may list all running Kubernetes containers by using crictl:
- 'crictl --runtime-endpoint unix://
Once you have found the failing container, you can inspect its logs with:
- 'crictl --runtime-endpoint unix://
error execution phase wait-control-plane: couldn't initialize a Kubernetes cluster
To see the stack trace of this error execute with --v=5 or higher
+/opt/stack/
+./stack.
++./stack.
+./stack.
+./stack.
+./stack.
+./stack.
+./stack.
+./stack.
+./stack.
+./stack.
Error on exit
+./stack.
+./stack.
```
The kubelet was not active
```
$ systemctl status kubelet
● kubelet.service - kubelet: The Kubernetes Node Agent
Loaded: loaded (/lib/systemd/
Drop-In: /etc/systemd/
Active: activating (auto-restart) (Result: exit-code) since Mon 2022-10-03 02:06:10 UTC; 8s ago
Docs: https:/
Process: 255151 ExecStart=
Main PID: 255151 (code=exited, status=1/FAILURE)
```
and the following was output to the journal.
```
$ sudo journalctl -xeu kubelet | less
...
-- A start job for unit kubelet.service has finished successfully.
--
-- The job identifier is 36037.
Oct 03 01:35:06 vagrant kubelet[248251]: E1003 01:35:06.240987 248251 run.go:74] "command failed" err="failed to parse kubelet flag: unknown flag: --cni-bin-dir"
Oct 03 01:35:06 vagrant systemd[1]: kubelet.service: Main process exited, code=exited, status=1/FAILURE
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: http://
--
-- An ExecStart= process belonging to unit kubelet.service has exited.
...
```
The cause here seems to be the use of flags that were removed in v.1.24.
* https:/
```
Kubelet: the following dockershim related flags are also removed along with dockershim --experimental-
```
If v1.24 or later versions are specified, a fix is required to avoid using "cni-bin-dir" and "cni-conf-dir".
The relevant source codes are below.
* https:/
* https:/
Changed in kuryr-kubernetes: | |
assignee: | nobody → Roman Dobosz (roman-dobosz) |
Changed in kuryr-kubernetes: | |
status: | New → Confirmed |
Changed in kuryr-kubernetes: | |
status: | Confirmed → In Progress |
Reviewed: https:/ /review. opendev. org/c/openstack /kuryr- kubernetes/ +/861630 /opendev. org/openstack/ kuryr-kubernete s/commit/ 45d8b5fbad6b5b2 2e90302adc392ff aa1a540158
Committed: https:/
Submitter: "Zuul (22348)"
Branch: master
commit 45d8b5fbad6b5b2 2e90302adc392ff aa1a540158
Author: Roman Dobosz <email address hidden>
Date: Fri Oct 14 11:42:51 2022 +0200
Support for kubernetes version >1.24.
Starting from 1.24 kubernetes started to use different registry for it's
images. That results with inability for kuryr to use the newer versions.
In this commit support for both registry is added.
Closes-Bug: #1991757 788369519fee127 88260b0555f
Change-Id: I3576159e5afbeb