Cố gắng viết một tập lệnh shell tiếp tục kiểm tra máy chủ từ xa, nhưng nó tiếp tục rơi vào câu lệnh khác khi tôi đăng xuất

Cố gắng ở đây để viết một kịch bản shell tiếp tục kiểm tra máy chủ của tôi và gửi email cho tôi khi nó bị hỏng.

Vấn đề là khi tôi đăng xuất khỏi kết nối ssh, mặc dù chạy nó &ở cuối lệnh ./stest01.sh &, nó sẽ tự động rơi vào người khác và liên tục gửi thư cho tôi, cho đến khi tôi đăng nhập lại và giết nó.

#!/bin/bash
while true; do
    date > sdown.txt ;
    cp /dev/null pingop.txt ;
    ping -i 1 -c 1 -W 1 myserver.net > pingop.txt &
    sleep 1 ;
    if
        grep "64 bytes" pingop.txt ;
    then
        :
    else
        mutt -s "Server Down!" myemail@address.com < sdown.txt ;
        sleep 10 ;
    fi
done

Khi GNU grepcố gắng ghi kết quả của nó, nó sẽ thất bại với trạng thái thoát khác không, bởi vì nó không có nơi nào để ghi đầu ra, vì kết nối SSH đã biến mất.

Điều này có nghĩa là iftuyên bố luôn lấy elsechi nhánh.

Để minh họa điều này (đây không chính xác là những gì xảy ra trong trường hợp của bạn, nhưng nó cho thấy điều gì xảy ra nếu GNU grepkhông thể ghi đầu ra của nó):

$ echo 'hello' | grep hello >&- 2>&-
$ echo $?
2

Ở đây chúng tôi grepcho chuỗi echotạo ra, nhưng chúng tôi đóng cả hai luồng đầu ra grepđể nó không thể ghi ở bất cứ đâu. Như bạn có thể thấy, trạng thái thoát của GNU greplà 2 chứ không phải 0.

Điều này đặc biệt đối với GNU grep, greptrên các hệ thống BSD sẽ không hoạt động giống nhau:

$ echo 'hello' | grep hello >&- 2>&-    # using BSD grep here
$ echo $?
0

Để khắc phục điều này, hãy đảm bảo rằng tập lệnh không tạo đầu ra. Bạn có thể làm điều này với exec >/dev/null 2>&1. Ngoài ra, chúng ta nên sử dụng grepvới -qtùy chọn của nó vì chúng ta hoàn toàn không thích nhìn thấy đầu ra từ nó (điều này thường cũng sẽ tăng tốc grepvì không cần phải phân tích toàn bộ tệp, nhưng trong trường hợp này, nó làm rất ít sự khác biệt về tốc độ vì tập tin quá nhỏ).

Nói ngắn gọn:

#!/bin/sh

# redirect all output not redirected elsewhere to /dev/null by default:
exec >/dev/null 2>&1

while true; do
    date >sdown.txt

    ping -c 1 -W 1 myserver.net >pingop.txt

    if ! grep -q "64 bytes" pingop.txt; then
        mutt -s "Server Down!" myemail@address.com <sdown.txt
        break
    fi

    sleep 10
done

Bạn cũng có thể sử dụng thử nghiệm pingtrực tiếp, loại bỏ sự cần thiết của một trong các tệp trung gian (và cũng loại bỏ tệp trung gian khác thực sự chỉ chứa một dấu thời gian):

#!/bin/sh

exec >/dev/null 2>&1

while true; do
    if ! ping -q -c 1 -W 1 myserver.net; then
        date | mutt -s "Server Down!" myemail@address.com
        break
    fi

    sleep 10
done

Trong cả hai biến thể của tập lệnh ở trên, tôi chọn thoát khỏi vòng lặp khi không đến được máy chủ, chỉ để giảm thiểu số lượng email được gửi. Thay vào đó, bạn có thể thay thế breakbằng ví dụ sleep 10mhoặc một cái gì đó nếu bạn mong muốn máy chủ sẽ xuất hiện trở lại.

Tôi cũng đã điều chỉnh một chút các tùy chọn được sử dụng pingvì -i 1không có nhiều ý nghĩa với -c 1.

Ngắn hơn (trừ khi bạn muốn nó tiếp tục gửi email khi máy chủ không thể truy cập được):

#!/bin/sh

exec >/dev/null 2>&1

while ping -q -c 1 -W 1 myserver.net; do
    sleep 10
done

date | mutt -s "Server Down!" myemail@address.com

Là một công việc định kỳ chạy mỗi phút (sẽ tiếp tục gửi email mỗi phút nếu máy chủ tiếp tục ngừng hoạt động):

* * * * * ping -q -c 1 -W 1 >/dev/null 2>&1 || ( date | mail -s "Server down" myemail@address.com )