bash - 为什么 grep 在脚本或命令行中使用时会产生不同的结果 - 在尝试查找 pid 时?

标签 bash shell grep pid

我正在尝试查找在我的 Centos7 机器上运行的 Kibana 进程的 PID。

我有一个脚本可以通过运行以下行来查找 PID:

kibana_pid=$(ps -ef | grep elk | grep kibana | awk '{print $2}')

(kibana 从我创建的 elk 文件夹运行)。

此外,在脚本中,如果用户提供“status”agrument,我会检查 pid:

if [[ $userCommand == "status" && $elk_part == "kibana"  ]]
then
    if [[ -z "$kibana_pid" ]]
    then
            echo "Kibana is not running"
    else
            echo "Kibana is running with pid of: $kibana_pid"
    fi
fi

当我使用这些参数运行脚本时,./elk_ctl.sh status kibana 的输出是:

Kibana is running with pid of: 28250
32213
32219

但是当我在脚本之外运行相同的命令来查找 PID 时,在我的命令行中,我得到了正确的结果——只有一个 PID 号:

$ps -ef | grep elk | grep kibana | awk '{print $2}'

输出:

28250

奇怪的是当我运行时:

$ ps -ef | grep elk | grep kibana

我只有一行。

编辑 1:发现更多奇怪的行为: 我在脚本的开头添加了以下行,这样我就可以看到创建时的 pid 是什么:

kibana_pid=$(ps -ef | grep elk | grep kibana | awk '{print $2}')
echo "kibana PID at start is: $kibana_pid"

当我运行时: ./elk_ctl 状态 kibana

我得到这个输出:

kibana PID at start is: 1634
1640
28250
Kibana is running with pid of: 1634
1640
28250

然而,当我运行它时:

./elk_ctl状态

(这会产生一个 wring usage 消息)

我得到:

kibana PID at start is: 28250
Wrong use. Please run: ./script start/stop/status elasticsearch/kibana

导致找到多个 PID 的“status kibana”组合有何特别之处?

编辑 2:发现更多奇怪的行为: 我更改了脚本开头的回显行以显示:

echo `ps -ef | grep elk | grep kibana`

输出是: 对于 ./elk_ctl status kibana -

Name 2229 25111 0 12:54 pts/4 00:00:00 /bin/bash ./elk_ctl.sh status kibana 
Name 2240 2229 0 12:54 pts/4 00:00:00 /bin/bash ./elk_ctl status kibana 
Name 28250 1 0 11:05 pts/3 00:00:20 /home/Name/elk/kibana/bin/../node/bin/node --no-warnings /home/Name/elk/kibana/bin/../src/cli
Kibana is running with pid of: 2229
2235
28250

对于 ./elk_ctl.sh 状态 -

Name 28250 1 0 11:05 pts/3 00:00:20 /home/Name/elk/kibana/bin/../node/bin/node --no-warnings /home/Name/elk/kibana/bin/../src/cli
Wrong use. Please run: ./script start/stop/status elasticsearch/kibana

那么,为什么当我使用“status kibana”和只使用“status”时会有不同的结果?

所以我的问题是:

  1. 为什么脚本找到多个 Pid? ps里好像只有一个匹配。

  2. 为什么脚本和命令行的结果不同?我检查了以前的答案,其中大部分都存在 grep 中变量或正则表达式的问题,但我没有。为什么会这样?

谢谢!

最佳答案

我在@Aaron 的帮助下发现了这个问题 - 谢谢! 脚本名称是elk_ctl.sh,所以grep匹配了它。 当我将脚本名称更改为不包含“elk”的名称时,问题就消失了。 因此,即使我找不到解释为什么 runnig“status kibana”与“status”不同的原因,我还是解决了这个问题,所以我认为这是一个答案。 感谢所有评论者。

关于bash - 为什么 grep 在脚本或命令行中使用时会产生不同的结果 - 在尝试查找 pid 时?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56253193/

相关文章:

Shell脚本通过curl调用API并处理响应

emacs - 在 Auctex 的 LaTeX 模式下使用 grep 的下一个错误和上一个错误键绑定(bind)

mysql - 脚本通过 CentOS 无密码提示安装 mysql-server

linux - 遍历文件并解析占位符变量

linux - bash 脚本中的时间性能增强

bash - 如何在 bash 脚本中获取 "previous executed command"?

regex - bash:使用正则表达式 grep 段落

linux - 使用 grep 从停用词文件中过滤掉单词

linux - 我如何在 linux 上对字符串进行 base64 编码,使其与 windows "Unicode.GetBytes.ToBase64String"匹配?

bash - 前台和后台进程bash