主页 / user-360062

BlueRoyale's questions

Martin Hope
BlueRoyale
Asked: 2019-06-29 10:15:36 +0800 CST
  • 5

我正在使用一种特殊的方式，可以让我访问谷歌。现在页面中的情况非常不同......所以我可以正常编辑问题并评论答案。我删除了更多早期的讨论并直奔主题。

当为脚本找到关键字以执行下一个命令时，我想停止拖尾并返回 0。如果一分钟后没有找到关键字，则整个脚本将停止并返回错误代码。我用set -euxo pipefail的是必要的。

timeout 1m tail -Fn 0 --pid=$(ps -ef | grep "sed /$keywords" | grep -v grep | awk '{print $2}') $log_file | sed "/$keywords/q"

当我测试时，我之前使用的上面的命令很好。但在 Jenkins 中，有时它会在找到关键字时返回“构建步骤‘执行 shell’标记构建为失败”。

当我手动重新启动程序时，我找到了原因。它返回代码 141。所以我查找了代码，发现它与http://www.pixelbeat.org/programming/sigpipe_handling.htmltail -f中的管道|相关。

为了我的目的，我修改了其他问题中的命令。除了“tail -Fn 0 balabala.log”仍然留在后台，它似乎很好，几分钟后消失了。但它离目标最近。

{ sed /"$keywords"/q; kill -13 $!; } < <(exec timeout 1m tail -Fn 0 $log_file)

这超出了我的理解……我查了用法，但仍然不确定。

  1. 我改为kill -s PIPE "$!"缩短kill -13 $!脚本。
  2. 我仍然对{ } < <(). 它们对我来说就像陌生的词......
  3. 可以exec删除吗？好像和不写不一样。
  4. tail后台有什么问题？如果我同时启动多个程序会不会很危险？

这是詹金斯的日志：

......
+ keywords='cloud-service-notice has been started successfully'
+ log_file=/data/jars/logs/info.cloud-service-notice.log
+ cd /data/jars/cloud-service-notice
+ nohup java -jar /data/jars/cloud-service-notice/cloud-service-notice.jar --spring.profiles.active=test
+ sed '/cloud-service-notice has been started successfully/q'
++ exec timeout 1m tail -Fn 0 /data/jars/logs/info.cloud-service-notice.log
2019-07-02 10:31:12,544 [main] INFO  o.s.c.a.AnnotationConfigApplicationContext.prepareRefresh[588] - Refreshing org.springframework.context.annotation.AnnotationConfigApplicationContext@54a097cc: startup date [Tue Jul 02 10:31:12 CST 2019]; root of context hierarchy
......
2019-07-02 10:31:33,860 [main] INFO  c.enneagon.service.notice.NoticeApp.main[24] - cloud-service-notice has been started successfully
+ kill -13 20021
+ ssh web01 'cd /data/releases/cloud-service-notice/20190702-104108/.. &&' 'ls -1 | sort -r | awk '\''FNR > 20  {printf("rm -rf %s\n", $0);}'\'' | bash'
Finished: SUCCESS

进程 20021 是timeout 1m tail -Fn 0 balabala.log. 脚本完成后，进程 20023tail -Fn 0 balabala.log仍然存在，几分钟后消失。

[root@web01 scripts]# ps -ef | grep notice
root     20020     1 27 10:41 ?        00:01:07 java -jar /data/jars/cloud-service-notice/cloud-service-notice.jar --spring.profiles.active=test
root     20023     1  0 10:41 ?        00:00:00 tail -Fn 0 /data/jars/logs/info.cloud-service-notice.log
root     20461 18966  0 10:45 pts/1    00:00:00 grep --color=auto notice

我会用这个命令回答我的问题，但我不确定。我在本地机器上进行了测试，并将其放在我们的生产环境中进行进一步测试。

经过多次测试，我终于将命令更改为：

{ sed /"$keywords"/q; kill $!; } < <(exec timeout 1m tail -Fn 0 $log_file)

-13只是被删除。tail -Fn 0 balabala.log这就是留下来的原因。我可以大致回答上面的四个问题：

  1. kill -15更好，因为我timeout在这个命令中添加了。$!是 的 pid timeout。tail -Fn 0 balabala.log这里是一个子进程，使用默认数字 15 可以杀死它。
  2. 它只是一个进程替换和多个进程使用{...}. 我什至可以忽略kill，因为 1 分钟后timeout会在后台杀死自己。所以这个没有kill的命令仍然是可以接受的：sed /"$keywords"/q < <(exec timeout 1m tail -Fn 0 $log_file). 在这种情况下，它将始终返回 0。
  3. 最好别。执行命令时会显示两个上层进程。不过完成后就没事了。
  4. 原因在上面的“1”中。timeout被杀，tail却被留下。
sed tail