Điểm:0

Tại sao Cron Daemon gửi tin nhắn kiểm tra sendmail trên Ubuntu?

lá cờ in

Kể từ sáng nay, cứ sau 20 phút, tôi lại nhận được một tin nhắn từ Máy chủ Ubuntu của mình trông như thế này:

Vấn đề:

Cron <smmsp@fx> test -x /etc/init.d/sendmail && test -x /usr/share/sendmail/sendmail && test -x /usr/lib/sm.bin/sendmail 

Người gửi tin nhắn là Cron Daemon <root@domain..>

Tin nhắn có 4 mục như thế này:

hết thời gian viết tin nhắn tới [127.0.0.1]

Cronjob /etc/cron.d/sendmail chứa mục này:

# Thường xuyên tạo cơ hội cho sendmail chạy các hàng đợi MSP.
#
*/20 * * * * smmsp test -x /etc/init.d/sendmail && test -x /usr/share/sendmail/sendmail && test -x /usr/lib/sm.bin/sendmail && /usr/share /sendmail/sendmail cron-msp

Điều này xuất hiện từ hư không vì máy chủ không thay đổi trong một thời gian dài. Điều gì có thể là lý do cho điều này?

Điểm:1
lá cờ mp

Cron thực thi các lệnh đã lên lịch tại các khoảng thời gian nhất định. Nó được cấu hình thông qua crontab (ví dụ: crontab -e để chỉnh sửa các lệnh theo lịch trình của người dùng hiện tại).

Theo mặc định, cron sẽ tự động gửi email đầu ra của bất kỳ công việc định kỳ nào - mọi kết quả của STDERR (lỗi tiêu chuẩn) hoặc STDOUT (đầu ra tiêu chuẩn) sẽ được gửi qua email trừ khi các đầu ra đó được chuyển hướng.

Vì vậy, có vẻ như bạn có một công việc định kỳ được lên lịch 20 phút một lần nhưng không thành công với lỗi hết thời gian viết tin nhắn tới [127.0.0.1].

Bạn cần chỉnh sửa cron của mình và xóa công việc hoặc nếu nó vẫn được yêu cầu thì hãy chẩn đoán lý do tại sao nó gây ra lỗi và khắc phục nó. Chủ đề email của bạn đang hiển thị lệnh cron không thành công nhưng nó bị cắt ngắn nên tôi không thể biết nó đang làm gì hoặc tại sao nó không thành công.

merlin avatar
lá cờ in
dường như không phải là một cronjob thuộc sở hữu của người dùng này: sudo crontab -e -u smmsp không có crontab cho smmsp - sử dụng một cái trống. Tôi sẽ cập nhật dòng tiêu đề
merlin avatar
lá cờ in
Tôi tìm thấy cronjob và chỉnh sửa câu hỏi. Bây giờ tôi đang tự hỏi liệu tôi có nên đơn giản bỏ qua dòng này không, nhưng tôi sợ rằng có lý do tại sao thư này được gửi và có điều gì đó không ổn.
codlord avatar
lá cờ mp
Tôi không nghĩ rằng bạn đã đăng dòng đầy đủ của công việc định kỳ? Vì nó kết thúc `&& /usr/share/sen$` nên chúng tôi vẫn không thể nhìn thấy toàn bộ dòng. Nhưng đưa ra nhận xét trong crontab `...hãy cho sendmail cơ hội để chạy hàng đợi MSP.` Tôi đoán đó là một số loại công việc để xóa hàng đợi thư. Các phần tử `test -x` của lệnh chỉ kiểm tra sự tồn tại của các tệp thực thi. Vì vậy, lệnh có nội dung: `NẾU /etc/init.d/sendmail tồn tại VÀ /usr/share/sendmail/sendmail tồn tại VÀ /usr/lib/sm.bin/sendmail tồn tại THÌ thực thi /usr/share/sen... `
codlord avatar
lá cờ mp
Vâng. vì vậy bây giờ tôi thấy toàn bộ lệnh và có vẻ như đây là thứ mà một số phiên bản của sendmail tự động thêm vào cron trong một số trường hợp. Tôi sẽ đọc ở đây cũng như liên kết ubuntuforums khác trên chuỗi: https://stackoverflow.com/questions/5056940/strange-emails-from-cronjob-no-such-file-or-directory
merlin avatar
lá cờ in
Cảm ơn bạn đã giúp đỡ và gợi ý. Tôi đã có thể khắc phục điều này bằng cách xóa các thư cũ khỏi thư mục client-mqueue: rm /var/spool/mqueue-client/*

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.