Chuyển tiếp SIGTERM cho trẻ em ở Bash

Tôi có một đoạn script Bash, trông giống như thế này:

#!/bin/bash
echo "Doing some initial work....";
/bin/start/main/server --nodaemon

Bây giờ, nếu bash shell chạy tập lệnh nhận được tín hiệu SIGTERM, thì nó cũng sẽ gửi SIGTERM đến máy chủ đang chạy (chặn, vì vậy không thể bẫy được). Điều đó có thể không?

Thử:

#!/bin/bash 

_term() { 
  echo "Caught SIGTERM signal!" 
  kill -TERM "$child" 2>/dev/null
}

trap _term SIGTERM

echo "Doing some initial work...";
/bin/start/main/server --nodaemon &

child=$! 
wait "$child"

Thông thường, bashsẽ bỏ qua mọi tín hiệu trong khi một tiến trình con đang thực thi. Bắt đầu từ các máy chủ với &ý chí nền nó vào hệ thống điều khiển công việc của vỏ, với $!tổ chức PID của máy chủ (được sử dụng với waitvà kill). waitSau đó, việc gọi sẽ chờ công việc với PID (máy chủ) được chỉ định kết thúc hoặc cho bất kỳ tín hiệu nào được kích hoạt .

Khi shell nhận được SIGTERM(hoặc máy chủ thoát độc lập), waitcuộc gọi sẽ trở lại (thoát với mã thoát của máy chủ hoặc với số tín hiệu + 128 trong trường hợp nhận được tín hiệu). Sau đó, nếu shell nhận được SIGTERM, nó sẽ gọi _termhàm được chỉ định là trình xử lý bẫy SIGTERM trước khi thoát (trong đó chúng tôi thực hiện bất kỳ việc dọn dẹp nào và truyền tín hiệu thủ công đến quy trình máy chủ bằng cách sử dụng kill).

Bash không chuyển tiếp các tín hiệu như SIGTERM cho các quy trình mà nó hiện đang chờ. Nếu bạn muốn kết thúc tập lệnh của mình bằng cách tách biệt với máy chủ của mình (cho phép nó xử lý tín hiệu và mọi thứ khác, như thể bạn đã khởi động máy chủ trực tiếp), bạn nên sử dụng exec, nó sẽ thay thế trình bao bằng quy trình được mở :

#!/bin/bash
echo "Doing some initial work....";
exec /bin/start/main/server --nodaemon

Nếu bạn cần phải giữ cho lớp vỏ bao quanh đối với một số lý do (ví dụ. Bạn cần làm một số ngẫu nhiên sau khi máy chủ kết thúc), bạn nên sử dụng một sự kết hợp của trap, waitvà kill. Xem câu trả lời của SensorSmith .

Andreas Veithen chỉ ra rằng nếu bạn không cần phải quay lại từ cuộc gọi (như trong ví dụ của OP) chỉ cần gọi qua execlệnh là đủ ( câu trả lời của @Stuart P. Bentley ). trap 'kill $CHILDPID' TERMMặt khác, "truyền thống" (câu trả lời của @ cuonglm) là một sự khởi đầu, nhưng waitcuộc gọi thực sự trở lại sau khi trình xử lý bẫy chạy vẫn có thể trước khi tiến trình con thực sự thoát. Vì vậy, một cuộc gọi "thêm" waitđược khuyến khích ( câu trả lời của @ user1463361 ).

Mặc dù đây là một cải tiến nhưng nó vẫn có một điều kiện cuộc đua, điều đó có nghĩa là quá trình có thể không bao giờ thoát ra (trừ khi người báo hiệu thử lại gửi tín hiệu TERM). Cửa sổ của lỗ hổng là giữa việc đăng ký trình xử lý bẫy và ghi lại PID trẻ em.

Sau đây loại bỏ lỗ hổng đó (được đóng gói trong các chức năng để tái sử dụng).

prep_term()
{
    unset term_child_pid
    unset term_kill_needed
    trap 'handle_term' TERM INT
}

handle_term()
{
    if [ "${term_child_pid}" ]; then
        kill -TERM "${term_child_pid}" 2>/dev/null
    else
        term_kill_needed="yes"
    fi
}

wait_term()
{
    term_child_pid=$!
    if [ "${term_kill_needed}" ]; then
        kill -TERM "${term_child_pid}" 2>/dev/null 
    fi
    wait ${term_child_pid}
    trap - TERM INT
    wait ${term_child_pid}
}

# EXAMPLE USAGE
prep_term
/bin/something &
wait_term

Cung cấp giải pháp không hoạt động cho tôi vì quá trình đã bị hủy trước khi lệnh chờ thực sự kết thúc. Tôi thấy bài viết đó http://veithen.github.io/2014/11/16/sigterm-propagation.html , đoạn trích cuối hoạt động tốt trong trường hợp ứng dụng của tôi bắt đầu trong OpenShift với trình chạy sh tùy chỉnh. Kịch bản sh là bắt buộc vì tôi cần có khả năng để có được các kết xuất luồng, điều này là không thể trong trường hợp PID của quy trình Java là 1.

trap 'kill -TERM $PID' TERM INT
$JAVA_EXECUTABLE $JAVA_ARGS &
PID=$!
wait $PID
trap - TERM INT
wait $PID
EXIT_STATUS=$?