"(CRON) info (No MTA installed, discarding output)" error in the syslog

Question

I have a fresh install of Ubuntu 12.04.1 LTS an a number of servers.

I have not added any cron jobs or edited my crontab on those servers, however, at around the same time for each machine, I get a 75% CPU spike and the following info in my syslog at the time of the spike:

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

I have mono-complete installed and am running a service stack webserver.

What is the best way for me to stop this from happening? I would like to be able to remove the CPU spike.

Every day at 6:25? Those are scripts from /etc/cron.daily/. I have only one trying to send mail: popularity-contest. Look though your scripts and see which script is trying to send mail? That should narrow it down. Then 'chmod 0644 /etc/cron.daily/script-name' to prevent execution. — , Nov 27 '12 at 16:11
For me this message relates to permission issues. So cron not run in specific time. The cron user doesn't have sufficient permissions to write logs on specific location. Change the ownership of directory solve the problem and now job can run at scheduled time. — EsmaeelE, Mar 19 '24 at 00:54
Running ps aux | grep {process_name} help to find out script not run by crontab. — EsmaeelE, Mar 19 '24 at 01:03

score 263 · Accepted Answer · edited Oct 31 '19 at 16:15

263

Linux uses mail for sending notifications to the user. Most Linux distributions have a mail service including an MTA (Mail Transfer Agent) installed. Ubuntu doesn't though.

You can install a mail service, postfix for example, to solve this problem.

sudo apt-get install postfix

Or you can ignore it. I don't think the inability of cron to send messages has anything to do with the CPU spike (that's linked to the underlying job that cron is running). It might be safest to install an MTA and then read through the messages (mutt is a good system mail reader).

edited Oct 31 '19 at 16:15

Sk1d

5

answered Jan 01 '13 at 08:56

martin

2,662

9

Is postfix a good thing to install? Which MTA is easiest to use? – endolith Nov 26 '13 at 04:34
5

postfix is the most widely used mail server for linux, stick to it – Rápli András Dec 03 '14 at 17:03
11

It is worth pointing out that for use with cron (that is if you don't want to actually send email outwards) during the installation procedure you should answer to configure for local use only. – steffen Oct 27 '17 at 10:16
2

the only way I know to check mail is mail provided by mailutils (debian), if there a better way built in to postfix? – ThorSummoner Jun 15 '19 at 17:30
A more simple MTA to use can be msmtp-mta (which is commonly used with msmtp itself). – pyrsmk Jan 03 '21 at 15:16
2

Is postfix the one that doesn't actually send emails over the internet but creates a local mailbox that you can check from the command line? Would be good to mention that. (Yep it is, used this answer to verify on my other server: https://serverfault.com/a/100743 ) – endolith Sep 24 '22 at 16:27
(mailed 53 bytes of output but got status 0x004b from MTA#012) – Dmitry Dronov Sep 29 '23 at 08:59

score 131 · Answer 2 · edited Mar 11 '17 at 17:44

131

This happens because your cron jobs are producing output and then the cron daemon tries to email that output to you (i.e. root). If you don't need that output, the easiest way to solve this is to discard it at the crontab:

sudo crontab -e

and add >/dev/null 2>&1 to every job:

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

edited Mar 11 '17 at 17:44

Dr.jacky

105
6

answered Apr 26 '13 at 10:27

rob

1,359
1
8
2

17

The problem with this approach is it doesn't explain the high CPU usage. Cron is clearly trying to be communicative and this is essentially just ignoring the output. I'd be more inclined to handle the output than discard it, just in case there's useful debug info. – Oli Jan 02 '14 at 14:39
2

Oli, even though this is an old question, I am experiencing the same exact issue but it is on Raspberry PI. I see bunch of No MTA installed, discarding output message in the log and my program eventually stops running on its own. I believe it is because of CPU spike. It looks like all the answer posted for this question seem to ignore that. – ThN Jan 18 '17 at 15:37
22

To keep the output, put the command in a script, and pipe stdout and stderr to logger. For example, yourCommand >/dev/null 2>&1 | logger -t mycmd. This will put the output in syslog for safe keeping, and stop the MTA complaints. – CivMeierFan Feb 13 '18 at 00:03
5

@rob : Hiding the output is not a fix. – pyrsmk Jan 03 '21 at 15:14
3

For people reading @CivMeierFan's comment - don't put the > /dev/null in there :) See Michael Hunter's answer for more details. – Nacht Jan 04 '21 at 13:42
Adding a comment to go along with my downvote for etiquette: This is a terrible "solution" to the "problem". Maybe it fixes the erro r message and cpu spike but the mentality of sweeping things under the rug like this is why we can't have nice things. – Steven Lu Dec 31 '22 at 06:01

score 107 · Answer 3 · edited Jan 10 '18 at 09:42

107

This is an old question but there is an additional answer that is useful in some circumstances.

Pipe the output of your cron command through logger so they end up in the syslog.

It's slightly easier than installing postfix, and it puts this output into syslog alongside your other logs. This command will capture stdout AND stderr so you won't see the No MTA installed message and you'll see all your output in the syslog.

Example cron entry:

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

You can view logs with your tag mycmd using:

grep 'mycmd' /var/log/syslog

edited Jan 10 '18 at 09:42

muru

197,895
55
485
740

answered Oct 22 '17 at 22:44

Michael Hunter

1,171

Do pipes work in cron jobs? – CivMeierFan Feb 13 '18 at 00:05
3

This works perfectly for me. Logs are available via journalctl. – pprishchepa Dec 27 '19 at 04:33
3

Perfect Answer. – Ayushi Agarwal Mar 11 '21 at 14:08
6

This answer should be marked as a solution because it exactly solves the question in a modern way with the Syslog service. – Roman Shishkin Nov 25 '21 at 16:28
1

This should be the answer! Simple and extremely effective! – whileone Feb 01 '22 at 07:01
1

Lightweight elegant solution using built-in tools. Works perfectly. – Petr Javorik Feb 17 '22 at 10:24
cron sends an email if the scheduled command fails with an exit code other than zero, even if there is no output. This doesn't capture non-zero exit codes, and it suppresses the email that cron would send as the exit code of the first part of the command is thrown away. – Flimm Feb 11 '23 at 07:05
sudo journalctl -t mycmd can be used to see the corresponding logs. – Eric Duminil Mar 17 '24 at 08:08
1

@Flimm: Could 0 3 * * * (cmd || echo "ERROR!") 2>&1 | logger -t mycmd help? – Eric Duminil Mar 17 '24 at 08:40

score 93 · Answer 4 · answered Jul 10 '15 at 14:28

93

In my case, the message was hinting at a permissions problem with the bash script, but I couldn't see it until I installed an MTA.

As suggested I ran:

sudo aptitude install postfix

I chose "Local" during setup and after running the cron job again:

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

In my case I replaced

<user>

with "root".

I was then able to see the error output related to permissions.

answered Jul 10 '15 at 14:28

Martin Carstens

1,039
7
3

10

Thank you for the extra comment on how to check the mailbox to see errors from the job! – Stuart Allen Dec 14 '16 at 14:08
<user> can be replaced with $USER – M Imam Pratama Jun 18 '22 at 10:13
perhaps MAILTO="" in crontab file is enough to stop email and redirect stdout and stderr in command : * * * * * my_command &>> /var/log/cron.log ? – bcag2 Jan 03 '23 at 15:07

G-Man Says 'Reinstate Monica' · Answer 5 · 2022-03-17T18:31:40.827

As stated in an earlier answer, this happens because your cron jobs are producing output, and then the cron daemon tries to email that output to you. If you don’t want to (or can’t) install an MTA, but you want to see the output, you can redirect the output of the cron job to a log file. Edit your crontab file with

crontab -e

(use sudo if the issue is with root’s crontab) and add >> /some/log/file 2>&1 after every command, like this:

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

(>> /some/log/file sends the standard output to the named file, appending to any existing content, and 2>&1 sends the error messages to the same place.)

If there are multiple commands on a line, separated by ;, &,  &&  or ||, you should do the above for each command, like this:

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

or group them, like this:

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

If the command line ends with &, insert the redirection after the command but before the &. If there are commands separated by | (a pipeline), the simple solution is to group them:

0 3 * * * (cmd₁  |  cmd₂)  >> /some/log/file 2>&1

but see also the last paragraph, below.

If you want to ignore stdout and capture only stderr, use > /dev/null 2>> /some/log/file instead. Put the log file wherever you want — your home directory, /var/log, or even /tmp if you’re sure you won’t need to keep it.

Then look at the log file after the job runs.

If you find a mangled mess of interlaced messages, it may be that the program(s) are writing stdout and stderr concurrently with poor coordination. In that case, try writing them to separate files with >> /some/log/file₁ 2>> /some/log/file₂. You may need to do something similar with pipelines:

0 3 * * * cmd₁  2>> /some/log/file_cmd1err  |  cmd₂  >> /some/log/file_cmd2 2>&1

(It’s probably also best to use separate files for commands separated by &.)

This is the best solution for many cases. No need to email anyone if not desired and no data is lost in the process. 2&>1 pipes the errors as well into the same output file. — Akaisteph7, Mar 17 '22 at 15:45

score 48 · Answer 6 · answered Aug 27 '15 at 13:06

48

In crontab add this as first line:

MAILTO=""

This will prevent cron from trying to send an e-mail.

answered Aug 27 '15 at 13:06

88weighed

690

9

Don't put any comments (#) after MAILTO="" or it won't work – SBF Mar 29 '18 at 09:33
Is there a way to set this globally? like in /etc/default/cron – Freedo Jul 05 '21 at 07:59

score 30 · Answer 7 · answered Apr 17 '16 at 19:37

30

If you don't want to install an MTA (which I currently have no need for) you can pipe the results of the cron job to a log file.

sudo crontab -e

then with your cron job would look like this.

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

then you can just tail the log and see what happened

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

This is what I have been doing on any server that I see that message in syslog

answered Apr 17 '16 at 19:37

Andrew MacNaughton

401
4
2

1

I've done this, but no logging is added to the file. – pir Aug 06 '17 at 19:18
Are you sure that the cron job as been running? – Andrew MacNaughton Aug 07 '17 at 20:15
Yes, the system log shows that it's being started. – pir Aug 07 '17 at 21:14
6

You need '2>&1' on the end of the line to capture output to stderr into the file. – MattSmith Dec 04 '17 at 00:33
@MattSmith That doesn't do anything, the file doesn't exist – endolith Mar 13 '21 at 05:34

score 11 · Answer 8 · edited Jun 14 '19 at 12:24

11

One side effect of adding /dev/null 2>&1 to the cron job command, is that it will discard both STDERR and STDOUT (Standard Error as well as Output). This works fine if you don't want any emails from cron. But if you want your errors to be emailed to you, use >/dev/null instead. Read this blog post for more explanation.

You'll still need to install an MTA (mail transfer agent) to send the error emails though. Postfix is simple enough to install with: sudo apt-get install postfix

edited Jun 14 '19 at 12:24

Community

1

answered Dec 30 '13 at 17:27

paneer_tikka

211
2
4

As far as I understood '>/dev/null' will only send them, and '>/dev/null 2>&1' will doscard all errors? What would I have to use to get errors in log but no mails? I now get no mails (as I want it) but the ugly 'no MTA…' – Pit Feb 05 '14 at 12:31
2

afaik, there's no way to log the output other than to send it to emails. The closest thing you can do is to set up postfix for local mail delivery (if you run "sudo apt-get install postfix" it prompts you whether you want to set up local delivery. While this looked like a pain initially, it actually works a lot better. Whenever I log in via ssh, I see a new email on the machine if a previous job has failed. I find it more convenient than having to check the log. – paneer_tikka Feb 07 '14 at 04:32

score 5 · Answer 9 · edited Feb 19 '18 at 05:43

5

You can set MAILTO=”” variable at the start of your crontab file. This will also disable email alert. Edit/Open your cron jobs:

$ crontab -e

At the top of the file, enter:

MAILTO=""

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

edited Feb 19 '18 at 05:43

Thomas

6,223

answered Feb 19 '18 at 05:18

Damien C

151

This - in conjunction with Michael Hunter's answer: https://askubuntu.com/a/967798/72260. – LAFK says Reinstate Monica May 05 '21 at 09:02

score 2 · Answer 10 · edited Sep 19 '18 at 17:35

2

At first, install postfix, that can resolve the problem
```
sudo apt-get install postfix
```
If Ubuntu, you can edit the crontab file
```
sudo vim /etc/crontab
```
Attention，edit the top file，not any code in the first line，and enter
```
MAILTO=root // current system user
```
When cron executes any task，you will get an email
```
mail
```

edited Sep 19 '18 at 17:35

abu_bua

10,783

answered Sep 02 '18 at 07:40

shahramlu

21

1

Your answer seems to be good, but I couldn't make sense of all of the instructions. Maybe you can improve it. – zx485 Sep 19 '18 at 17:00

score 1 · Answer 11 · edited Sep 19 '18 at 09:27

I had this problem using the Kitematic Docker tools.
Go to the magento container and click on exe.

Then run

apt-get update

This is if you're trying to get magento run on kitematic. The log will show this error on the virtual machine:

need update.

Sorry if this got you lost, but that's how it works. You keep getting lost, but just read about it and the pieces will come together one day. Be patient.

score 1 · Answer 12 · answered Jan 03 '22 at 16:41

I had the problem today, but on containers in an isolated network, so no internet... And I was not able to add file redirect on each job since they were automatically deployed...

I found this quick&dirty hack, but it works!

# echo -e '#!/bin/bash\nlogger -t fake-sendmail' > /usr/sbin/sendmail
# chmod a+x /usr/sbin/sendmail

If it can help someone...

score 1 · Answer 13 · answered Oct 21 '22 at 12:49

On Debian, exim4-daemon-light works for me:

apt install exim4-daemon-light

Background information: It was installed on the machine but got replaced when I installed ssmtp manually. After uninstalling ssmtp, the error occured because the system had no package which provided mail-transport-agent.

score 0 · Answer 14 · answered Feb 14 '22 at 08:03

0

first off all, install postfix

sudo apt-get install postfix

then add logs to you crontab command :

0 0 * * * /home/test.sh /var/log/test.log 2>&1

pay attention to your script requirements, if your script need to run on bash change your command like this.

0 0 * * * /bin/bash -c "/home/test.sh" > /var/log/test.log 2>&1

answered Feb 14 '22 at 08:03

hassanzadeh.sd

131

sudo dpkg-reconfigure postfix anytime if want reconfigue package – yurenchen Apr 07 '23 at 16:53

"(CRON) info (No MTA installed, discarding output)" error in the syslog

14 Answers14

Linked

Related