salt-minion dead but pid file exists解决方法

说明:

由于自己的错误操作,导致某台salt minion机无法启动,如下:

[[email protected] run]# /etc/init.d/salt-minion status
salt-minion dead but pid file exists

解决过程:

由报错知:

minion进程已经死掉了,但是进程文件还在

于是去找进程文件,在minion机的配置文件里/etc/init.d/salt-minion里发现进程文件是:/var/run/salt-minion.pid

然后尝试把进程文件删掉,再重新启动:

[[email protected] run]# /etc/init.d/salt-minion restart
Stopping salt-minion daemon:                               [FAILED]
Starting salt-minion daemon:                               [  OK  ]
[[email protected] run]# /etc/init.d/salt-minion status
salt-minion dead but pid file exists

仍然没有解决问题

然后换思路去解决问题:

找到minion的启动文件/etc/init.d/salt-minion

把里面的启动和关闭过程看了一遍,里面有几句关键地方,如下:

. /etc/rc.d/init.d/functions

PROCESS=salt-minion

killproc $PROCESS

找到了解决方法:

首先把/etc/rc.d/init.d/functions这个文件看了一遍,发现里面有一个killproc函数

然后自己写了一个shell脚本解决了问题,脚本内容如下:

. /etc/rc.d/init.d/functions
killproc salt-minion
##执行完shell脚本后:
[[email protected] run]# /etc/init.d/salt-minion start
Starting salt-minion daemon:                               [  OK  ]
[[email protected] ~]# /etc/init.d/salt-minion status
salt-minion (pid  15422) is running...

正常了,大功告成

时间: 2024-08-27 20:45:10

salt-minion dead but pid file exists解决方法的相关文章

salt-minion dead but pid file exists 正确解决方法

说明: 看了网上很多关于alt-minion dead but pid file exists 的解决方法,千篇一律的写一个shell脚本 killproc salt-minion 见链接:http://732233048.blog.51cto.com/9323668/1693483 但是并没有什么用,我如何解决这个问题的呢,请容我慢慢道来. 系统版本:CentOS_6.7_64bit 环境已优化. 重装(第一次装)salt-minion,但是客户端却无法正常启动,如下报错: [[email p

mysql启动不成功显示The server quit without updating PID file的解决方法

上午在编译安装mysql的时候 就出现标题中的错误,经实践在第二步操作后启动成功,参考链接 链接http://linuxadministrator.pro/blog/?p=225 You may face this error while restarting MySQL. Below are some fix for the same. [[email protected]:- ] $ service mysqld startStarting MySQL… ERROR! The server

puppet dead but pid file exists

今天配置puppet证书时,agent上出现了以下问题. 可以正常启动 # service puppet start Starting puppet agent:                                     [  OK  ] 启动后却异常 # service puppet status 多次尝试,仍如此. 故,查看日志,结果发现agent配置文件有个单词写错.更改后重启puppet即可. 疑问是,配置文件有问题,启动为什么不报错?费解 来自为知笔记(Wiz)

cloudera-scm-agent dead but pid file exists

错误描述: /opt/cm-5.7.0/etc/init.d/cloudera-scm-agent status 查看日志/opt/cm-5.7.0/log/cloudera-scm-agent/cloudera-scm-agent.log: No socket could be created on ('testintf.novalocal', 9000) -- [Errno 99] Cannot assign requested address 原文地址:https://www.cnblog

failed to create pid file /var/run/rsyncd.pid: File exists报错

[[email protected] ansible_playbooks]# ps aux|grep rsyncroot      1799  0.0  0.0 114652   480 ?        Ss   Jun29   0:00 rsync --daemonroot     61754  0.0  0.0 112664   972 pts/2    S+   11:17   0:00 grep --color=auto rsync[[email protected] ansible_

Python报错:SyntaxError: Non-ASCII character '\xe5' in file的解决方法

SyntaxError: Non-ASCII character '\xe5' in file 原因:Python默认是以ASCII作为编码方式的,如果在自己的Python源码中包含了中文(或者其他的语言,比如小日本的日语……),此时即使你把自己编写的Python源文件以UTF-8格式保存了:但实际上,这依然是不行的. 解决方法:在源码的第一行添加以下语句: # -*- coding: UTF-8 -*-     或者 #coding=utf-8 (注:此语句一定要添加在源代码的第一行) Pyt

关于Python报错:SyntaxError: Non-ASCII character '\xe5' in file的解决方法

Python默认编码错误SyntaxError: Non-ASCII character '\xe5'之解决方法在编写Python时,当使用中文输出或注释时运行脚本,会提示错误信息:SyntaxError: Non-ASCII character '\xe5' in file ******* 解决方法:python的默认编码文件是用的ASCII码,你将文件存成了UTF-8!!!(文件中存在中文或者其他语言,就会出现此问题!)解决办法很简单!!!在文件开头加入: # -*- coding: UTF

WebView中input file的解决方法

public class MyWb extends Activity { /** Called when the activity is first created. */ WebView web; ProgressBar progressBar; private ValueCallback<Uri> mUploadMessage; private final static int FILECHOOSER_RESULTCODE = 1; @Override protected void onA

ORA-01157: cannot identify/lock data file 6 - see DBWR trace file ORA-01110: 解决方法

查看数据库的启动状态 SQL> select open_mode from v$database; OPEN_MODE----------------------------------------MOUNTED   出现ORA-01157错误之后数据库只能启动到mount阶段,因为丢失了数据文件解决方法如下: 先将错误文件脱机 SQL>alter database datafile 6 offline drop; Database altered. 此时我们可以将数据库正常启动 SQL>