• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Debian 6 Cron errors in /var/log/syslog

Thor86

Thor86

Diamond Member
Anyone else get these? I can't seem to pin it and didn't find anything that could be useful to resolve this issue other than apt-get updates and upgrade.

The exact error is:

/USR/SBIN/CRON[xxxx]: (CRON) error (grandchild #xxxx failed with exit status 1)

xxxx = pid
 
Last edited:
Cron runs in the background all the time, so you need to identify what's actually failing. Your best bet is to look at your logs, find out what the frequency of the failed jobs are and from that find where cron is executing the code...

For example:
If it's failing every hour on the hour, etc...you can guess the job is going to be in /etc/cron.hourly/ or in your local crontab.

If you setup something in your crontab or root's crontab, type "crontab -e" to see what's there for those users. It may take some hunting to figure out what program's causing cron to have a problem, but chances are, cron is calling a script that references a program that has been altered, upgraded, or deleted....it happens.
 
Thanks for the information. The actual crontab listing shows my nmap scans of my network (using OSSEC), but this error never showed by on Debian 5, and only showed up after in-place Debian 6 upgrade.
 
Run the same command on the cli followed by 'echo $?' directly after it's done. If it's not 0 then the process is saying it's failed and that's why cron is complaining. Perhaps something changed with the 2 versions of nmap that you're using.
 
Again, thanks for the information. Seems to be a memory issue, as I am running this in a virtualized environment, and the only thing I did was to trim physical memory allocation for this VM from 512mb to 384, but once I upped it back to 512, the issue seems to have gone away.
 
Nothinman said:
Run the same command on the cli followed by 'echo $?' directly after it's done. If it's not 0 then the process is saying it's failed and that's why cron is complaining. Perhaps something changed with the 2 versions of nmap that you're using.
Click to expand...

Well, spoke too soon, got the same cron error, just took a little longer.

I tried running the following cmd as you suggested:

nmap --append_output -sU -sT -oG /var/log/nmap-out.log x.x.x.x-255

echo $?

Results back zero. So all good in that front.

The crontab is setup to run every 15 mins.
 
Last edited:
Is that output filename static? Is it possible the previous run of nmap isn't finished before the next starts on occasion?
 
Yes, filename is static and appended to. The job only takes less than 2 mins to complete, but I hear what you are saying.

I'll try renaming the current file and create a new (shorter) file to see I can duplicate the cron error.

Thanks!
 
Just for closure, it seems like this was a vm over-sub issue with i/o queuing. Still testing though.
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top