PS 或 /proc/ 中未列出的进程

Question

我试图弄清楚如何操作一个相当大的 Java 程序“prog”。如果我转到它的 /bin/ 目录并配置它的 setenv.sh 和 prog.sh 以使用本地目录和我当前的用户帐户。然后我尝试通过“./prog.sh start”运行它。以下是 prog.sh 的所有相关部分：

USER=(my current account)
_CMD="/opt/jdk/bin/java -server -Xmx768m -classpath "${CLASSPATH}" -jar "${DIR}/prog.jar""
case "${ACTION}" in
    start)
        nohup su ${USER} -c "exec ${_CMD} >>${_LOGFILE} 2>&1" >/dev/null &
        echo $! >${_PID}
        echo "Prog running. PID="`cat ${_PID}`
        ;;
    stop)
        PID=`cat ${_PID} 2>/dev/null`
        echo "Shutting down prog: ${PID}
        kill -QUIT ${PID} 2>/dev/null
        kill ${PID} 2>/dev/null
        kill -KILL ${PID} 2>/dev/null
        rm -f ${_PID}
        echo "STOPPED `date`" >>${_LOGFILE}
        ;;

当我实际执行 ./prog.sh start 时，它会启动。但是我在进程列表中根本找不到它。我也不能使用 shell 脚本使用的相同命令手动杀死它。但是我可以说它正在运行，因为如果我执行 ./prog.sh stop，它就会停止（并且其他地方的一些临时文件会自行清除）。

./prog.sh start
Prog running. PID=1234
ps eaux | grep 1234
ps eaux | grep -i prog.jar
ps eaux >> pslist.txt
(It's not there either by PID or any clear name I can find: prog, java or jar.)
cd /proc/1234/
-bash: cd: /proc/1234/: No such file or directory
kill -QUIT 1234
kill 1234
kill -KILL 1234
-bash: kill: (1234) - No such process
./prog.sh stop
Shutting down prog: 1234

据我所知，该进程正在运行，但系统未以任何方式列出。我在 ps 或 /proc/ 中找不到它，也无法杀死它。但是shell脚本仍然可以正常停止它。所以我的问题是，这样的事情怎么会发生？这个过程是极其隐蔽的，实际上是未列出的，还是我只是以某种方式错过了它？我试图弄清楚是什么让这个程序滴答作响，但我几乎无法证明它正在滴答作响！

编辑：

ps eu | grep prog.sh (after having restarted; so random PID)
50038    19381  0.0  0.0  4412  632 pts/3    S+   16:09   0:00 grep prog.sh HOSTNAME=machine.server.com TERM=vt100 SHELL=/bin/bash HISTSIZE=1000 SSH_CLIENT=::[STUFF] 1754 22 CVSROOT=:[DIR] SSH_TTY=/dev/pts/3 ANT_HOME=/opt/apache-ant-1.7.1 USER=[USER] LS_COLORS=[COLORS] SSH_AUTH_SOCK=[DIR] KDEDIR=/usr MAIL=[DIR] PATH=[DIRS] INPUTRC=/etc/inputrc PWD=[PWD] JAVA_HOME=/opt/jdk1.6.0_21 LANG=en_US.UTF-8 SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass M2_HOME=/opt/apache-maven-2.2.1 SHLVL=1 HOME=[~] LOGNAME=[USER] SSH_CONNECTION=::[STUFF] LESSOPEN=|/usr/bin/lesspipe.sh %s G_BROKEN_FILENAMES=1 _=/bin/grep OLDPWD=[DIR]

我刚刚意识到 prog.sh 的 stop) 部分实际上并不能保证它声称要停止的进程正在运行——它只是试图杀死 PID 并抑制所有输出，然后删除临时文件并手动插入STOPPED进入日志文件。因此，当我为它执行 ps 时，我不再确定该进程始终在运行，尽管上面的代码示例表明它至少运行不稳定。明天我回去工作时，我会继续调查这个无证的庞然大物。

Answer 1

PID$!是 的su，因为您正在后台运行它而不是您的$_CMD. 您应该将&收盘价移至内部。

使用pidof或pgrep来获取进程的 PID，而不是使用$!. 如果您所在的系统使用 Upstart 或具有类似的守护程序系统，则应根据这些系统对脚本进行建模，并使用 中的函数/lib/lsb/init-functions或类似的函数。