-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
[xfs?] kind create cluster fails on centos8 docker 20.10.3 with timeout #2050
Comments
sounds like containerd is failing to run, I bet the overlay is not working on top of xfs/device mapper. we don't commonly see people using xfs for kubernetes. on a hunch you can try:
And with/without this the containerd logs would be helpful. You can run |
see also the warning from docker re: xfs + devicemapper:
You should probably consider moving to a supported docker configuration. |
I was getting the same 'unknown service runtime.v1alpha2.RuntimeService' error. I am also using xfs. Running with the config from #2050 (comment) fixes/avoids the issue. |
Thanks for confirming! |
What happened:
I installed kind v0.10.0 go1.15.7 linux/amd64 on a centos8 server running containerd and docker daemon.
I run
./kind -v 9 create cluster --wait 10m
but after 2 minutes I get a timeout error, see below.What you expected to happen:
No timeout error.
How to reproduce it (as minimally and precisely as possible):
wait... and then:
...
... the following is then repeated a lot:
Anything else we need to know?:
while kind is trying to start up, I do this:
no errors are displayed, but near the bottom it says:
I run this
docker exec kind-control-plane journalctl -u kubelet
, and get the following error:Environment:
kind version
):kind v0.10.0 go1.15.7 linux/amd64
kubectl version
):Client Version: version.Info{Major:"1", Minor:"14", GitVersion:"v1.14.1", GitCommit:"b7394102d6ef778017f2ca4046abbaa23b88c290", GitTreeState:"clean", BuildDate:"2019-04-08T17:11:31Z", GoVersion:"go1.12.1", Compiler:"gc", Platform:"linux/amd64"}
Error from server (NotFound): the server could not find the requested resource
docker info
):Client:
Context: default
Debug Mode: false
Plugins:
app: Docker App (Docker Inc., v0.9.1-beta3)
buildx: Build with BuildKit (Docker Inc., v0.5.1-docker)
Server:
Containers: 26
Running: 20
Paused: 0
Stopped: 6
Images: 170
Server Version: 20.10.3
Storage Driver: devicemapper
Pool Name: docker-9:1-2150461680-pool
Pool Blocksize: 65.54kB
Base Device Size: 10.74GB
Backing Filesystem: xfs
Udev Sync Supported: true
Data file: /dev/loop0
Metadata file: /dev/loop1
Data loop file: /var/lib/docker/devicemapper/devicemapper/data
Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
Data Space Used: 25.45GB
Data Space Total: 107.4GB
Data Space Available: 81.93GB
Metadata Space Used: 46.29MB
Metadata Space Total: 2.147GB
Metadata Space Available: 2.101GB
Thin Pool Minimum Free Space: 10.74GB
Deferred Removal Enabled: true
Deferred Deletion Enabled: true
Deferred Deleted Device Count: 0
Library Version: 1.02.171-RHEL8 (2020-05-28)
Logging Driver: json-file
Cgroup Driver: cgroupfs
Cgroup Version: 1
Plugins:
Volume: local
Network: bridge host ipvlan macvlan null overlay
Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
Swarm: inactive
Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 269548fa27e0089a8b8278fc4fc781d7f65a939b
runc version: ff819c7e9184c13b7c2607fe6c30ae19403a7aff
init version: de40ad0
Security Options:
seccomp
Profile: default
Kernel Version: 4.18.0-240.10.1.el8_3.x86_64
Operating System: CentOS Linux 8
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 30.96GiB
ID: 4USB:BZXG:XFXM:COII:MMPX:5FMC:Y6L2:OVPY:JKRO:BKB7:KCCK:HU2N
Docker Root Dir: /var/lib/docker
Debug Mode: false
Registry: https://index.docker.io/v1/
Labels:
Experimental: true
Insecure Registries:
localhost:32000
127.0.0.0/8
Live Restore Enabled: false
WARNING: No blkio weight support
WARNING: No blkio weight_device support
WARNING: the devicemapper storage-driver is deprecated, and will be removed in a future release.
WARNING: devicemapper: usage of loopback devices is strongly discouraged for production use.
Use
--storage-opt dm.thinpooldev
to specify a custom block storage device./etc/os-release
):NAME="CentOS Linux"
VERSION="8"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="8"
PLATFORM_ID="platform:el8"
PRETTY_NAME="CentOS Linux 8"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:8"
HOME_URL="https://centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"
CENTOS_MANTISBT_PROJECT="CentOS-8"
CENTOS_MANTISBT_PROJECT_VERSION="8"
The text was updated successfully, but these errors were encountered: