Open LorenAmelang opened 2 years ago
I gave up on Docker and tried to install my NodeJS project directly, but the Pi was constantly repeating the containerd core dump. I tried every command I could find to disable Docker and containerd, but nothing worked. I finally removed Docker and containerd:
Jan 25 16:57:18 raspberrypi systemd[1]: containerd.service: Failed with result 'core-dump'.
Jan 25 16:57:18 raspberrypi systemd[1]: Failed to start containerd container runtime.
Jan 25 16:57:23 raspberrypi systemd[1]: containerd.service: Scheduled restart job, restart counter is at 1669.
Jan 25 16:57:24 raspberrypi systemd[1]: Stopped containerd container runtime.
Jan 25 16:57:24 raspberrypi systemd[1]: Starting containerd container runtime...
Jan 25 16:57:24 raspberrypi systemd[1]: containerd.service: Main process exited, code=dumped, status=11/SEGV
Jan 25 16:57:24 raspberrypi systemd[1]: containerd.service: Failed with result 'core-dump'.
Jan 25 16:57:24 raspberrypi systemd[1]: Failed to start containerd container runtime.
Jan 25 16:57:29 raspberrypi systemd[1]: containerd.service: Scheduled restart job, restart counter is at 1670.
Jan 25 16:57:30 raspberrypi systemd[1]: Stopped containerd container runtime.
Jan 25 16:57:30 raspberrypi systemd[1]: Reloading.
Jan 25 16:57:33 raspberrypi systemd[1]: docker.socket: Socket unit configuration has changed while unit has been running, no open socket file descriptor left. The socket unit is not functional until restarted.
Jan 25 16:57:35 raspberrypi systemd[1]: Reloading.
Jan 25 16:57:38 raspberrypi systemd[1]: docker.socket: Socket unit configuration has changed while unit has been running, no open socket file descriptor left. The socket unit is not functional until restarted.
Jan 25 16:57:43 raspberrypi systemd[1]: Reloading.
Jan 25 16:57:46 raspberrypi systemd[1]: docker.socket: Socket unit configuration has changed while unit has been running, no open socket file descriptor left. The socket unit is not functional until restarted.
Is there some command I didn't find that would have worked to stop the thousands of core dumps?
same here just with
Apr 22 11:14:24 raspberrypi systemd[1]: containerd.service: Main process exited, code=dumped, status=4/ILL Apr 22 11:14:24 raspberrypi systemd[1]: containerd.service: Failed with result 'core-dump'. Apr 22 11:14:24 raspberrypi systemd[1]: Failed to start containerd container runtime.
This kernel-version is the problem
Same with newer versions of docker-ce and containerd:
schizophrenia@cloudberry:/var/log $ docker ps
Segmentation fault
schizophrenia@cloudberry:/var/log $ dpkg -l | grep container
ii containerd.io 1.5.11-1 armhf An open and reliable container runtime
iF docker-ce 5:20.10.14~3-0~debian-bullseye armhf Docker: the open-source application container engine
ii docker-ce-cli 5:20.10.14~3-0~debian-bullseye armhf Docker CLI: the open-source application container engine
Also on raspbian on zero 1.1:
schizophrenia@cloudberry:~ $ lsb_release -a
uname No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
schizophrenia@cloudberry:~ $ uname -a
Linux cloudberry 5.15.32+ #1538 Thu Mar 31 19:37:58 BST 2022 armv6l GNU/Linux
@Chiller2019
This kernel-version is the problem
Why do you have such guess?
@Chiller2019
This kernel-version is the problem
Why do you have such guess?
Because I read in many forums that, when anybody change (downgrade) the kernel-version, its work. I dont know why but it works for me.
@Chiller2019
This kernel-version is the problem
Why do you have such guess?
Because I read in many forums that, when anybody change (downgrade) the kernel-version, its work. I dont know why but it works for me.
What the kernel version do you use? Are you use it on raspbian? How do you downgrade it?
same issue with raspi zero
I switched to podman, as workaround.
I am having this issue as well.
Happening for me using DietPi on a Pi Zero W after installing the latest using the instructions from Docker's website.
root@enviro:~# dpkg -l | grep docker
iF docker-ce 5:20.10.21~3-0~debian-bullseye armhf Docker: the open-source application container engine
ii docker-ce-cli 5:20.10.21~3-0~debian-bullseye armhf Docker CLI: the open-source application container engine
ii docker-compose-plugin 2.12.2~debian-bullseye armhf Docker Compose (V2) plugin for the Docker CLI.
root@enviro:~# dpkg -l | grep containerd
ii containerd.io 1.6.10-1 armhf An open and reliable container runtime
root@enviro:~# uname -a
Linux enviro 5.15.76+ #1597 Fri Nov 4 12:11:43 GMT 2022 armv6l GNU/Linux
root@enviro:~# lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
Hello,
For me this also happens on bullseye_armhf.deb RasPi ZeroW. A dependency job for docker.service failed.
uname -a Linux raspberry 6.1.21+ #1642 Mon Apr 3 17:19:14 BST 2023 armv6l GNU/Linux
Expected behavior
Installation of containerd.io_1.4.12-1_armhf.deb 2021-12-11 23:01:38 14.7 MiB docker-ce-cli_20.10.12~3-0~debian-bullseye_armhf.deb 2021-12-13 14:39:56 34.0 MiB docker-ce-rootless-extras_20.10.12~3-0~debian-bullseye_armhf.deb 2021-12-13 14:39:58 6.3 MiB docker-ce_20.10.12~3-0~debian-bullseye_armhf.deb 2021-12-13 14:39:58 12.6 MiB on Raspberry Pi Zero W with fresh Debian Bullseye
Actual behavior
Steps to reproduce the behavior
[https://docs.docker.com/engine/install/debian/] (https://docs.docker.com/engine/install/debian/)
Exploration:
Output of
docker version
:Output of
docker info
:Additional environment details (AWS, VirtualBox, physical, etc.) This is exactly the 2018 problem reported in: https://forums.docker.com/t/error-when-starting-docker-service/63041/4
But I have docker-ce (5:20.10.12~3-0~debian-bullseye) ... And it isn't 2019 any more...
https://github.com/docker/for-linux/issues/490
But I have containerd.io is already the newest version (1.4.12-1)