Articles of 守护进程

start-stop-daemon检查现有的运行进程

我正在启动一个使用start-stop-daemon创build的Python脚本。 除非我忘记已经开始,否则它在任何情况下都是完美的。 它创build一个新的进程,但无法自动杀死旧的进程。 以下是完整的脚本: PYTHONPATH=/usr/lib/python2.4 # path to app APP_PATH=/var/spool/EARS # path to paster bin DAEMON=/var/spool/EARS/pymilter_test8.py # startup args #DAEMON_OPTS=" serve –log-file <my logfile> –server-name=main production.ini" # script name NAME=EARS_milter.sh # app name DESC='EARS_milter' # pylons user RUN_AS=postfix PID_FILE=/var/run/milter.pid ############### END EDIT ME ################## test -x $DAEMON || exit 0 set -e case "$1" in […]

Ubuntu服务器SSH不自动启动

我使用Ubuntu 10.04的VPS。 执行“apt-get upgrade”之后,ssh守护程序停止工作,并在重新启动服务器时不自动启动。 我只能访问文件(编辑,创build删除等),没有shell访问。 你能帮我设置SSH守护进程自动启动吗? 非常感谢你。

如何在Centos 5中作为后台程序运行服务

在Ubuntu中,我使用-D来运行一个服务作为守护进程。 我想知道有什么类似的命令在Centos中这样做。

用于端口9100打印机的简单networking队列守护进程

我有一个打印机通过端口9100又名AppSocket又名JetDirect协议连接,它基本上没有任何协议,但发送到该端口的所有内容都被解释为打印数据。 但是,打开第二个连接时,打印机即使仍处于繁忙状态也会接受该连接,但会忽略其内容。 我宁愿不使用CUPS,因为它很慢。 有没有守护进程可以把这些连接,然后一个接一个地传递它们?

为什么守护进程不运行

我的守护进程常常在10.04下运行,但不再在12.04自动启动。 如果我手动启动它 /etc/init.d/sqlexecd start,它的工作原理。 这里是uname的输出-a Linux steamboy 3.2.0-30-generic-pae #48-Ubuntu SMP Fri Aug 24 17:14:09 UTC 2012 i686 i686 i386 GNU/Linux 这里是chkconfig -l sqlexecd的输出 sqlexecd 0:off 1:off 2:on 3:on 4:on 5:on 6:off 这是守护进程。 我清楚地意识到,它并没有停止。 #! /bin/bash # # informix – Script to start/stop the Informix database servitron. # # Revision History: # ewilde 2004Mar23 Initial coding. […]

为你自定义的守护进程创buildgid / uid?

假设你已经创build了一个守护进程(自定义写),并且想为这个程序创build新的uid / gid。 有没有标准的做法? 例如 uid和gid应该是一样的吗? 该ID应该从1000开始? 或者任何? 我问的原因是目前我正在使用dynamic分配,但是当我有多台机器,似乎使用固定数字是一个不错的select? 更新:我正在使用Ubuntu

无法启动NFS守护进程

我试图build立一个NFS共享,但我不能启动NFS服务: $ service nfs start Starting NFS services: [ OK ] Starting NFS daemon: [FAILED] $ service nfs status rpc.mountd is stopped nfsd is stopped Portmap正在运行: $service portmap status portmap (pid 6522) is running… 导出内容(实际导出文件具有有效的IP地址而不是xxx)。 $ cat /etc/exports /var/www/vhosts/ xxx.xxx.xxx.xxx(ro,sync) service nfs start后输出/var/log/messages Apr 14 13:24:18 s15315044 nfsd[2483]: nfssvc: Function not implemented 按照要求: $ grep […]

SecAst:在守护程序模式下提前退出

代D: 这是构buildsecast-1.0.4.0-x86_64-ub12时出现的一个新问题,在之前的版本secast-1.0.1.0-x86_64-ub12中没有发生。 当secast作为服务运行(服务secast start)或者在守护进程模式(/ usr / local / secast / secast)下从命令行启动时,几秒钟后退出,没有任何明显的原因。 启动以前版本的secast时,它将按预期保持运行状态,直到通过用户操作明确closures为止。 在前台运行secast的最新版本(/ usr / local / secast / secast -f)时,这个问题并不明显。 这里是/ var / log / secast文件的内容(注意“General,Received shutdown request via HUP”),表示在守护进程模式下运行时的问题: 2014-06-25T15:14:43, 00000100, S, General, SecAst starting as daemon under process ID 2059 2014-06-25T15:14:43, 00001700, D, Database, Database manager thread started 2014-06-25T15:14:43, 00000100, D, General, […]

在Linux中安装操作系统程序

以前的用户提出了关于应用程序安装位置的问题 ,答案阐述了如何使用这些目录,但是,正如答案所述,如果使用make install作为系统守护进程(如sshd或ntpd),通常会将结果放入/ USR / local / sbin中。 问题是原来的服务仍然存在并且用完了/ usr / sbin。 如果您正在从源代码构build新的服务器守护进程,那么如何使其成为活动版本? 你是否覆盖/卸载原始版本? 或者你保留原来的,不知何故将系统指向你的新版本/ usr / local?

MacOS优胜美地:在/ Library / LaunchDaemon中设置PATHvariables是否工作?

我使用Yosemite的/ Library / LaunchDaemons中的plists启动了一个用python编写的东西,我希望它运行一些scripots。 而且似乎没有把PATH从plist文件中提取出来。 例如,如果我在/Library/LaunchDaemons/com.foo.foo.plist有这个 <plist version="1.0"> <dict> <key>KeepAlive</key> <true/> <key>Label</key> <string>cz.foo.foo</string> <key>ProgramArguments</key> <array> <string>/opt/foomac/foo.py</string> </array> <key>EnvironmentVariables</key> <dict> <key>PATH</key> <string>/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin</string> </dict> <key>WorkingDirectory</key> <string>/opt/foomac/</string> <key>UserName</key> <string>administrator</string> <key>RunAtLoad</key> <true/> <key>SessionCreate</key> <false/> <key>StandardOutPath</key> <string>/var/log/foo/stdout.log</string> <key>StandardErrorPath</key> <string>/var/log/foo/stderr.log</string> </dict> </plist> 和我的/opt/foomac/foo.py是 #!/usr/bin/env python import os print os.environ 那么我希望它将/var/log/foo/stdout.log中的/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin显示为PATH 。 但是只有/usr/bin:/bin:/usr/sbin:/sbin显示在那里。 我也有/ usr / local / bin / usr / […]