Thông tin (CRON) (Không cài đặt MTA, loại bỏ đầu ra) Lỗi lỗi trong syslog

Tôi có một bản cài đặt mới Ubuntu 12.04.1 LTS một số máy chủ.

Tôi chưa thêm bất kỳ công việc định kỳ nào hoặc chỉnh sửa crontab của mình trên các máy chủ đó, tuy nhiên, cùng một lúc cho mỗi máy, tôi nhận được 75% CPU tăng đột biến và thông tin sau trong syslog của tôi tại thời điểm tăng đột biến:

CRON[8380]: (CRON) info (No MTA installed, discarding output)

Tôi đã cài đặt hoàn chỉnh đơn và đang chạy một máy chủ web stack dịch vụ.

Cách tốt nhất để tôi ngăn chặn điều này xảy ra là gì? Tôi muốn có thể loại bỏ CPU tăng đột biến.

Linux sử dụng thư để gửi thông báo cho người dùng. Hầu hết các bản phân phối Linux đều có dịch vụ thư (bao gồm MTA) được cài đặt. Ubuntu không mặc dù.

Bạn có thể cài đặt một dịch vụ thư, ví dụ như postfix, để giải quyết vấn đề này.

sudo apt-get install postfix

Hoặc bạn có thể bỏ qua nó. Tôi không nghĩ rằng việc cron không thể gửi tin nhắn có liên quan gì đến sự tăng đột biến của CPU (điều đó liên quan đến công việc cơ bản mà cron đang chạy). Có thể an toàn nhất để cài đặt MTA và sau đó đọc qua các tin nhắn ( muttlà một trình đọc thư hệ thống tốt).

Điều này xảy ra bởi vì các công việc cron của bạn đang tạo đầu ra và sau đó cron daemon cố gắng gửi email đầu ra đó cho bạn (tức là root). Nếu bạn không cần đầu ra đó, cách dễ nhất để giải quyết vấn đề này là loại bỏ nó tại crontab:

sudo crontab -e

và thêm >/dev/null 2>&1vào mọi công việc:

* * * * * yourCommand >/dev/null 2>&1

Trong trường hợp của tôi, thông báo đã gợi ý về vấn đề quyền với tập lệnh bash, nhưng tôi không thể nhìn thấy nó cho đến khi tôi cài đặt MTA.

Theo đề nghị tôi đã chạy:

sudo aptitude install postfix

Tôi đã chọn "Cục bộ" trong khi thiết lập và sau khi chạy lại công việc định kỳ:

sudo tail -f /var/mail/<user>

Trong trường hợp của tôi, tôi đã thay thế

<user>

với "gốc".

Sau đó tôi đã có thể thấy đầu ra lỗi liên quan đến quyền.

Như đã nêu trong một câu trả lời trước đó, điều này xảy ra bởi vì các công việc định kỳ của bạn đang tạo ra đầu ra, và sau đó trình nền cron cố gắng gửi email đầu ra đó cho bạn. Nếu bạn không muốn (hoặc không thể) cài đặt MTA, nhưng bạn muốn xem đầu ra, bạn có thể chuyển hướng đầu ra của công việc định kỳ sang tệp nhật ký. Chỉnh sửa tập tin crontab của bạn với

crontab -e

(sử dụng sudonếu sự cố xảy ra với crontab của root) và thêm sau mỗi lệnh, như thế này:>> /some/log/file 2>&1

0 3 * * * cmd   >> / some / log / file 2> & 1

Nếu có nhiều lệnh trên một dòng, ngăn cách bởi ;,  &&  hoặc ||, bạn nên làm như trên cho từng lệnh, như thế này:

0 3 * * * cmd 1   >> / some / log / file 2> & 1;  cmd 2   >> / some / log / file 2> & 1

hoặc nhóm chúng, như thế này:

0 3 * * * ( cmd 1 ;   cmd 2 )   >> / some / log / file 2> & 1

Nếu bạn muốn bỏ qua thiết bị xuất chuẩn và chỉ chụp stderr, hãy sử dụng thay thế. Đặt tệp nhật ký bất cứ nơi nào bạn muốn - thư mục chính của bạn , hoặc ngay cả khi bạn chắc chắn rằng bạn sẽ không cần phải giữ nó.> /dev/null 2>> /some/log/file/var/log/tmp

Sau đó nhìn vào tệp nhật ký sau khi công việc chạy.

Trong crontab thêm điều này như là dòng đầu tiên:

MAILTO=""

Điều này sẽ ngăn cron cố gắng gửi e-mail.

Nếu bạn không muốn cài đặt một MTA (mà hiện tại tôi không có nhu cầu), bạn có thể chuyển kết quả của công việc định kỳ vào một tệp nhật ký.

sudo crontab -e

sau đó với công việc định kỳ của bạn sẽ như thế này.

0 3 * * * /cmd/to/run >> /var/log/somelogfile.log

sau đó bạn có thể chỉ cần theo dõi nhật ký và xem những gì đã xảy ra

sudo tail -f -n 50 /var/log/somelogfile.log

Đây là những gì tôi đã và đang làm trên bất kỳ máy chủ nào tôi thấy thông báo đó trong syslog

Đây là một câu hỏi cũ nhưng có một câu trả lời bổ sung hữu ích trong một số trường hợp.

Đưa đầu ra của lệnh cron của bạn đi qua loggerđể chúng kết thúc trong syslog.

Nó dễ hơn một chút so với cài đặt postfix và nó đặt đầu ra này vào syslog cùng với các bản ghi khác của bạn. Lệnh này sẽ chụp stdout AND stderr để bạn không nhìn thấy No MTA installedthông báo và bạn sẽ thấy tất cả đầu ra của mình trong syslog.

Ví dụ nhập cron:

0 3 * * * (cmd1;  cmd2) 2>&1 | logger -t mycmd

Bạn có thể xem nhật ký bằng thẻ của mình mycmdbằng cách sử dụng:

grep 'mycmd' /var/log/syslog

Một tác dụng phụ của việc thêm /dev/null 2>&1vào lệnh cron job là nó sẽ loại bỏ cả hai STDERRvà STDOUT(Lỗi tiêu chuẩn cũng như đầu ra). Điều này hoạt động tốt nếu bạn không muốn bất kỳ email từ cron. Nhưng nếu bạn muốn các lỗi của bạn được gửi qua email cho bạn, >/dev/nullthay vào đó hãy sử dụng . Đọc bài đăng trên blog này để được giải thích thêm .

Bạn vẫn sẽ cần phải cài đặt MTA (đại lý chuyển thư) để gửi email lỗi. Postfix đủ đơn giản để cài đặt với:sudo apt-get install postfix

1. Đầu tiên, cài đặt postfix, có thể giải quyết vấn đề

   sudo apt-get install postfix
   

2. Nếu Ubuntu, bạn có thể chỉnh sửa crontabtệp

   sudo vim /etc/crontab
   

3. Chú ý ， chỉnh sửa tệp trên cùng ， không phải bất kỳ mã nào trong dòng đầu tiên và nhập

   MAILTO=root // current system user
   

4. Khi cronthực hiện bất kỳ nhiệm vụ nào, bạn sẽ nhận được email

   mail
   

Bạn có thể đặt MAILTO=””biến khi bắt đầu crontabtập tin của bạn . Điều này cũng sẽ vô hiệu hóa cảnh báo email. Chỉnh sửa / Mở công việc định kỳ của bạn:

$ crontab -e

Ở đầu tệp, nhập:

MAILTO=""

https://www.cyberciti.biz/faq/disable-the-mail-alert-by-crontab-command/

Tôi gặp vấn đề này khi sử dụng các công cụ Kitical Docker .
Đi đến hộp đựng magento và bấm vào exe.

Sau đó chạy

apt-get update

Đây là nếu bạn đang cố gắng để magento chạy trên kitical. Nhật ký sẽ hiển thị lỗi này trên máy ảo:

cần cập nhật.

Xin lỗi nếu điều này làm bạn mất, nhưng đó là cách nó hoạt động. Bạn tiếp tục bị lạc, nhưng chỉ cần đọc về nó và các mảnh sẽ đến với nhau một ngày. Kiên nhẫn.