[smsprev4@smspre1 PLCX]$ nohup ./PLCXPro nohup: ignoring input and appending output to `nohup.out'但是查找该进程[smsprev4@smspre1 ~]$ ps -ef |grep 27888 smsprev4 10797 7751 0 11:15 pts/12 00:00:00 grep --color=auto 27888

根据你提供的输出，似乎 `PLCXPro` 进程已经停止了，因为在你执行 `ps` 命令时无法找到该进程。可能是由于进程已经正常停止，或者由于某些错误导致进程异常退出。你可以检查 `nohup.out` 文件以查看进程是否输出了错误或异常信息。例如，输入以下命令来查看 `nohup.out` 文件中的内容：

cat nohup.out

如果进程输出了错误或异常信息，则可以从中了解到进程为什么停止。

相关问题

[smsprev4@smspre1 PLCX]$ nohup ./PLCXPro nohup: ignoring input and appending output to `nohup.out'

根据你提供的输出，似乎已经成功地启动了 `PLCXPro` 进程，并使用 `nohup` 命令将其放入后台运行。`nohup` 命令将进程的输出重定向到 `nohup.out` 文件中，这样即使你注销终端或关闭 SSH 连接，进程也将继续在后台运行。你可以使用 `ps` 命令来检查 `PLCXPro` 进程是否正在运行。例如，输入以下命令：

ps -ef | grep PLCXPro

如果输出中包含 `PLCXPro` 进程，则表示进程正在运行。

[smsprev4@smspre1 PLCX]$ ./PLCXPro & [1] 11564 [smsprev4@smspre1 PLCX]$ Process may have start already! pls check /tmp/./PLCXPro.pid.

根据输出结果，可能是因为 `PLCXPro` 进程已经在运行了，而且在启动时已经生成了一个 PID 文件 `/tmp/./PLCXPro.pid`。这个 PID 文件用于记录 `PLCXPro` 进程的进程 ID，避免重复启动。

你可以使用 `ps` 命令查看当前正在运行的进程，并确认一下 `PLCXPro` 进程是否已经在运行。命令如下：

ps -ef | grep PLCXPro

如果确认 `PLCXPro` 进程已经在运行了，你可以直接使用它的进程 ID 来操作该进程，例如使用 `kill` 命令终止该进程：

kill <pid>

其中，`<pid>` 是 `PLCXPro` 进程的进程 ID，你需要使用实际的进程 ID 替换它。

如果你想要重新启动 `PLCXPro` 进程，可以先终止掉原来的进程，然后再启动新的进程。命令如下：

killall PLCXPro
./PLCXPro &

其中，`killall PLCXPro` 命令会终止所有名为 `PLCXPro` 的进程，然后 `./PLCXPro &` 命令会在后台启动一个新的 `PLCXPro` 进程。