重启osd服务失败:Start request repeated too quickly

背景

  OS:Ubuntu 16.04
  修改了osd的一些配置,修改后,需要重启osd服务才能生效。第一次重启后,配置立刻生效。再改了一些配置,重启osd服务后,配置却不再生效了。ps命令查看进程,发现osd进程都没有启动。

分析

  osd进程未启动,第一直觉就是配置出错,osd进程启动后又挂掉。于是,进入/var/log/ceph目录,查看ceph-osd.0.log,发现日志末尾只有关闭进程的相关日志,并没有osd启动的信息。再查看该日志的时间,时间就是关闭服务时的时间。换句话说,第二次重启服务后,osd没有启动。既然没有启动,那就不是osd本身的问题,而是和重启服务的命令systemctl restart ceph-osd.target相关了。
  先检查下osd服务的状态。

$ systemctl status ceph-osd.target

● ceph-osd.target - ceph target allowing to start/stop all [email protected] instances at once
   Loaded: loaded (/lib/systemd/system/ceph-osd.target; enabled; vendor preset: enabled)
   Active: inactive (dead) since Sun 2017-03-05 16:52:04 CST; s ago

  果然,服务是inactvice的。再查看服务相关的日志:

$ journalctl -xe

Mar 05 14:21:43 node3 systemd[1]: [email protected]: Start request repeated too quickly.
Mar 05 14:21:43 node3 systemd[1]: Failed to start Ceph object storage daemon.

  果然是服务启动失败,并且给出的原因是启动请求太快。这很可能和osd服务的配置有关,打开osd服务配置文件/etc/systemd/system/ceph-osd.target.wants/[email protected],发现有服务器启动间隔的限制,并且限制时间为30分钟,难怪第一次启动服务成功,而第二次就失败了。

$ vi /etc/systemd/system/ceph-osd.target.wants/[email protected]

StartLimitInterval=30min

解决方案

  注释掉服务配置文件的启动间隔限制,并且重新加载服务配置。

$ systemctl daemon-reload

  再重启osd服务,并检查osd服务的状态。

$ systemctl restart ceph-osd.target
$ systemctl status ceph-osd.target
● ceph-osd.target - ceph target allowing to start/stop all [email protected] instances at once
   Loaded: loaded (/lib/systemd/system/ceph-osd.target; enabled; vendor preset: enabled)
   Active: active since Sun 2017-03-05 16:47:53 CST; s ago

Mar 05 16:47:53 node2 systemd[1]: Reached target ceph target allowing to start/stop all [email protected] instances at once.

  服务状态变为active,问题解决。

时间: 2024-08-11 08:10:55

重启osd服务失败:Start request repeated too quickly的相关文章

Linux下docker配置镜像加速后重启docker服务失败

问题: docker配置镜像加速之后重启docker服务失败 安装好docker之后, 拉取镜像速度很慢, 甚至连接超时拉取不了, 所以更换镜像地址: #docker镜像加速器 #执行命令 curl -sSL https://get.daocloud.io/daotools/set_mirror.sh | sh -s http://f1361db2.m.daocloud.io 按照提示重启: 查看/etc/docker/daemon.json文件: 仔细观察多了一个逗号, 将逗号删除, 问题解决

openstack-glance-api.service start request repeated too quickly, refusing to start

问题描写叙述 openstack J版 centos7部署 重新启动服务时起不来,日志也不报错.以glance服务为例,例如以下: # systemctl start openstack-glance-api.service openstack-glance-registry.service Job for openstack-glance-api.service failed. See 'systemctl status openstack-glance-api.service' and 'j

Docker配置镜像加速器重启Docker服务失败

原因: 在daemon.json中直接复制粘贴的时候没有检查粘贴后是否为json格式的数据. 可以参考https://blog.csdn.net/weixin_30650859/article/details/99984472 原文地址:https://www.cnblogs.com/zhf123/p/12128003.html

ifconfig的网卡设备名称与网卡配置文件不同,导致service network restart启动服务失败

当你出现ifconfig与网卡配置文件的名称不同时,如图所示情况 ifconfig显示的网卡名为eth1,而配置文件名字为ifcfg-eth0,所以会导致失败. 解决方案: 1.删除/etc/udev/rules.d/70-persistent-net.rules文件,重启系统. 2.ifconfig -a查看eth1网卡的MAC地址,然后将ifcfg-eth0改名为ifcfg-eth1,用vim编辑ifcfg-eth1文件,将HWADDR修改为eth1的MAC地址,然后重启网络服务即可.

java在线聊天项目1.1版 ——开启多个客户端,分别实现注册和登录功能,使用客户端与服务端信息request机制,重构线程,将单独的登录和注册线程合并

实现效果图: eclipse项目中初步整合之前的各个客户端和服务端的窗口与工具类,效果如下图: 已将注册服务器线程RegServer功能放到LoginServer中,使用客户端与服务端的request请求机制,根据请求是注册还是登录,分别进行相应response,客户端根据相应内容判断下一步操作. 发送信息的模式还较为原始,没有使用json方法,但gson包已经导入,支持发送键值对的字符串,及自动解析. 登录对话框LoginDialog类代码如下: package com.swift.frame

云服务器 ECS CentOS 7 下重启 sshd 服务操作方法

在云服务器 ECS Linux CentOS 7 下重启服务不再通过 service  操作,而是通过 systemctl 操作. 操作说明如下: 1. 查看 sshd 服务是否启动: 看到上述信息就可以确定是启动了. 2. 如果没有启动,则需要启动该服务: systemctl start sshd.service 3. 重启 sshd 服务: systemctl restart sshd.service 4. 设置服务开启自启: systemctl enable sshd.service

变通实现微服务的per request以提高IO效率(二)

*:first-child { margin-top: 0 !important; } body>*:last-child { margin-bottom: 0 !important; } /* BLOCKS =============================================================================*/ p, blockquote, ul, ol, dl, table, pre { margin: 15px 0; } /* HEAD

如果input标签中有runat=”server”,则在服务端,Request.Form接收不到

如果input标签中有runat="server",则在服务端,Request.Form接收不到 如果input标签中有runat="server",则在服务端,Request.Form接收不到,码迷,mamicode.com

centos7重启rsyslog服务|centos7重启syslog服务

centos7重启rsyslog服务: systemctl restart rsyslog 使用:(killall无效) killall -HUP rsyslog