gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-11-29 09:31:00 25 4
gpt4 key购买 nike

我正在尝试查找在我的 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/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com