k3s 貌似不会向要终止的 pod 发送 SIGTERM

[Kawa]

按照 k8s 的文档, 如果没有指定的话, k8s 应该会向要终止的 pod 默认发一个 SIGTERM 才对, 结果每次我的 pod 都会被超时强杀.  
然后我自己起了个 alpine 放个 sh 脚本试了一下, 发现确实完全没有收到 SIGTERM, 手动用 kill 发是可以收到的, 这时我怀疑 k3s 根本就没有发信号.
我又试了一下, 在 Dockerfile 里手动指定了 STOPSIGNAL, 这样才会在终止时发送信号.

我不确定是我操作错了, 还是说这个是 k3s 的 bug, 所以来这里问一下大佬.

[kennylam777]

你的 sh script 是 PID 1 嗎?

[baka]

如果 shell 里启动了子进程，不会将 SIGTERM 信号传递给子进程，超时就被 kill -9
可以 exec 启动你的子进程，替换 shell 进程上下文；或者 trap 显示捕获 SIGTERM

[julyclyde]

那是你启动方式有问题
收到信号的是 sh

你应该在启动脚本末尾 exec 实际干活的程序，而不是 call 实际干活的程序

[bootvue]

tini

[littlezzll]

tini or dumb-init

[luvroot]

https://github.com/k3s-io/k3s/blob/ba62c79f9b501f7c5009fe0d3956009d2294d41d/pkg/cli/cmds/log_linux.go#L56

[Kawa]

@kennylam777 必须是, 我直接写的 ENTRYPOINT ["/ENTRYPOINT.sh"].
我也进容器看了, 确实就是如此

[Kawa]

@baka 我的主楼里提到了我创建了一个测试用的 pod, 里面只有几行
trap "echo sigterm;exit" SIGTERM
实际测试时, 除非在 dockerfile 里明确指定要发送 SIGTERM, 否则这个脚本什么都不会收到

[Kawa]

@bootvue
@littlezzll
这些都试过, 确实无法收到终止信号
除非在 dockerfile 里明确指定

[Kawa]

@kennylam777 @baka @julyclyde @bootvue @littlezzll @luvroot
谢谢各位的回复, 我在做测试镜像的时候重试了一下, 突然发现了盲点.
原来我出问题的镜像的 base 镜像里面已经指定了 STOPSIGNAL 为 SIGQUIT, 所以我才没办法收到 SIGTERM 信号.
这下大乌龙了

[julyclyde]

那你的程序收到 SIGQUIT 了吗？按说也没收到才对