start request repeated too quickly for docker.service

原创 已于 2022-03-19 13:50:41 修改 · 1.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#docker启动失败

于 2022-03-18 18:09:53 首次发布
这篇博客介绍了在遇到Harbor 2.0版本报错时，如何通过更换配置文件daemon.conf来解决问题。作者指出，正确配置daemon.conf可以修复错误，从而确保Harbor服务的正常运行。

出现这次报错的harbor版本是2.0的，似乎用的配置文件应该是daemon.conf，将配置文件换成 daemon.conf就好了.

k8s系列：解决start request repeated too quickly for docker.service
NIO4444
04-17 1万+
[root@xdoctorx-7008 ~]# systemctl status docker ● docker.service - Docker Application Container Engine Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; vendor preset: disabled) ...
lightdm .service: Start request repeated too quickly. grub正常，不显示登录和桌面 Endeavour
Kearney
11-12 2986
前一天晚上写完代码提示有更新，就浅浅的更新了一下，提示要重启，我就把代码push了重启就出现了上面的情况，有了 sddm 卡死的经历猜测是类似的问题，于是查看 lightdm 的状态，得到关键原因 - lightmdm 没有正常启动。启动界面 grub 正常显示，进入系统后会有代码提示启动了啥，但是最后停在了这个界面，没有转到桌面进行登录，可以切换到 tty2 进行操作。启动项问题：上一次正常启动到这一次不正常启动，我给了 docker 加了开机自启，关掉无效；当时也十点多了，要坐公交回宿舍，感觉把。
Error about “systemd: XXX.service Start request repeated too quickly“ Failed to start
Aaron_Zhang939的博客
09-07 987
!...Restart=......
重启osd服务失败：Start request repeated too quickly
热门推荐
添经地翼的博客
03-20 4万+
背景　　OS：Ubuntu 16.04 　　修改了osd的一些配置，修改后，需要重启osd服务才能生效。第一次重启后，配置立刻生效。再改了一些配置，重启osd服务后，配置却不再生效了。ps命令查看进程，发现osd进程都没有启动。 分析　　osd进程未启动，第一直觉就是配置出错，osd进程启动后又挂掉。于是，进入/var/log/ceph目录，查看ceph-osd.0.log，发现日志末尾只有关闭
systemctl status docker ● docker.service - Docker Application Container Engine Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled) Drop-In: /etc/systemd/system/docker.service.d └─override.conf Active: inactive (dead) since 六 2025-12-06 19:24:08 CST; 4min 51s ago Docs: https://docs.docker.com Process: 5757 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE) Main PID: 5757 (code=exited, status=1/FAILURE) 12月 06 19:24:06 xq101 systemd[1]: docker.service failed. 12月 06 19:24:08 xq101 systemd[1]: docker.service holdoff time over, scheduling restart. 12月 06 19:24:08 xq101 systemd[1]: Stopped Docker Application Container Engine. 12月 06 19:24:08 xq101 systemd[1]: start request repeated too quickly for docker.service 12月 06 19:24:08 xq101 systemd[1]: Failed to start Docker Application Container Engine. 12月 06 19:24:08 xq101 systemd[1]: Unit docker.service entered failed state. 12月 06 19:24:08 xq101 systemd[1]: docker.service failed. 12月 06 19:24:47 xq101 systemd[1]: start request repeated too quickly for docker.service 12月 06 19:24:47 xq101 systemd[1]: Failed to start Docker Application Container Engine. 12月 06 19:24:47 xq101 systemd[1]: docker.service failed. Hint: Some lines were ellipsized, use -l to show in full. 什么意思
最新发布
12-07
12月 06 19:24:08 xq101 systemd[1]: start request repeated too quickly for docker.service 12月 06 19:24:08 xq101 systemd[1]: Failed to start Docker Application Container Engine. 12月 06 19:24:08 xq101 ...
-- Unit docker.service has finished shutting down. Mar 31 15:05:16 iZbp16b2hd9kqo1l31sfkuZ systemd[1]: start request repeated too quickly for docker.service Mar 31 15:05:16 iZbp16b2hd9kqo1l31sfkuZ systemd[1]: Failed to start Docker Application Container Engine. -- Subject: Unit docker.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit docker.service has failed. -- -- The result is failed. Mar 31 15:05:16 iZbp16b2hd9kqo1l31sfkuZ systemd[1]: Unit docker.service entered failed state. Mar 31 15:05:16 iZbp16b2hd9kqo1l31sfkuZ systemd[1]: docker.service failed. Mar 31 15:05:16 iZbp16b2hd9kqo1l31sfkuZ polkitd[539]: Unregistered Authentication Agent for unix-process:9215:25083973 (system bus name :1.1009, object path
04-01
接下来的信息是“start request repeated too quickly for docker.service”和“Failed to start Docker Application Container Engine”，这说明systemd因为Docker在短时间内启动失败次数过多而阻止了进一步的尝试...
[root@localhost docker]# systemctl status docker ● docker.service - Docker Application Container Engine Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; vendor preset: disabled) Active: failed (Result: start-limit) since 五 2025-09-26 23:28:18 CST; 2min 52s ago Docs: https://docs.docker.com Process: 16120 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE) Main PID: 16120 (code=exited, status=1/FAILURE) 9月 26 23:28:16 localhost.localdomain systemd[1]: docker.service failed. 9月 26 23:28:18 localhost.localdomain systemd[1]: docker.service holdoff time over, scheduling restart. 9月 26 23:28:18 localhost.localdomain systemd[1]: Stopped Docker Application Container Engine. 9月 26 23:28:18 localhost.localdomain systemd[1]: start request repeated too quickly for docker.service 9月 26 23:28:18 localhost.localdomain systemd[1]: Failed to start Docker Application Container Engine. 9月 26 23:28:18 localhost.localdomain systemd[1]: Unit docker.service entered failed state. 9月 26 23:28:18 localhost.localdomain systemd[1]: docker.service failed. 9月 26 23:28:18 localhost.localdomain systemd[1]: start request repeated too quickly for docker.service 9月 26 23:28:18 localhost.localdomain systemd[1]: Failed to start Docker Application Container Engine. 9月 26 23:28:18 localhost.localdomain systemd[1]: docker.service failed. [root@localhost docker]# systemctl start docker Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details. [root@localhost docker]# docker network ls Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? 死循环了，怎么解决
09-28
systemctl start docker.service ``` #### 检查 `docker.sock` 文件 确保 `/var/run/docker.sock` 文件存在且权限正确。使用以下命令检查文件是否存在： ```bash ls -l /var/run/docker.sock ``` 若文件不存在，可...
systemctl start docker失败，提示start request repeated too quickly for docker.service
weixin_30915275的博客
09-04 1万+
情景说明 本来服务器docker服务运行的很好，但客户重启了服务器…于是服务有些问题，遂进入到服务器再次启动docker及服务。不料提示上面的错误…… 解决办法 尝试1 Google了一圈，发现说法很多，有些建议改成国内的镜像加速器，但我们内网环境，所以不存在这个问题 有些说把daemon.json改为daemon.conf，但也没用 尝试2 想到自己安装的docker，改了下安装目录，...
TS：解决docker无法启动，报：start request repeated too quickly for docker.service错误-2021.12.08(已解决)
weixin_39246554的博客
12-08 3万+
目录 文章目录目录1、报错现象2、解决办法3、总结关于我最后 1、报错现象 首先，我当前的环境是：docker 20.10.11,vmworkstation虚机 很奇怪，自己的docker用着用着就出现问题了，查看服务发现起不来，重启docker服务也不行，重启机器也不行。(呵呵，最后发现还是自己误配置了……????)，这边我们来再具体一步步来排查先这个问题。 step1：查看当前的docker服务状态及报错现象： systemctl status docker step2：查看docker服务状态发现d
新机部署docker报错docker.service: Start request repeated too quickly.
dorlolo的博客
04-30 1万+
报错内容 主要报错内容 docker.service: Start request repeated too quickly. Failed with result 'exit-code'. Failed to start Docker Application Container Engine. 判断思路与方案 首先这是新安装的docker，不太可能有问题。想起来刚才修改了deamon.json文件。查看了一下 vim /etc/docker/daemon.json 内容如下 { "re
Docker无法启动start request repeated too quickly for docker.service
zgr456的博客
09-04 2206
docker启动失败
start request repeated too quickly for filebeat.service
qq_43606931的博客
01-12 3163
最近将FileBeat从主数据中心copy到其他数据中心，修改了配置之后，启动不起来。 systemctl start filebeat 的启动方式报错 "start request repeated too quickly for filebeat.service" 然后，就只好把systemd里的命令拿出来尝试启动了一下 /usr/local/filebeat/filebeat -c /usr/local/filebeat/filebeat.yml -path.home /usr/local
start request repeated too quickly for syslog-ng.service
heidas的专栏
01-28 3990
If you use ‘unix-stream (“/dev/log”)’ in one of your log messages sources, you will need to manually change it to ‘unix-dgram (“/dev/log”)’.
使用systemctd做后台任务守护进程以及systemd守护docker容器service服务出现问题: Start request repeated too quickly 的解决
本博客记录了从2014年以来在工作学习中遇到的技术问题、解决方法以及部分个人人生经历、经验等内容。
09-24 2474
载入之后就是开机这个服务就会启动。执行成功就会在就会在/etc/systemd/system/multi-user.target.wants/目录下新建一个/usr/lib/systemd/system/nginx.service 文件的链接。系统的任务存放在/user/lib/systemd/system/中；从现象推测，使用systemd守护docker下的容器进程，容器带上-d参数表示后台执行，此进程执行后，实际已看不到docker进程，而真正执行的只是php的进程在跑，可以使用ps查看。
docker 报错 docker.service: Start request repeated too quickly 解决方法
whatday的专栏
06-21 1万+
错误原因：/etc/docker/daemon.json文件有问题情况1.里面有非法字符，删除多余的空格情况2.daemon.json为空文件错误现象：
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值