PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Grandchild failed



Renngrizzly
29.11.12, 11:40
Hallo,

auf meinem privaten Heimserver habe ich soeben logchecker installiert, und werde von ihm andauern mit Mails bombardiert. Offenbar hat er etwas gefunden, was mir seit ein paar Tagen durch die Lappen gegangen ist.

Die Ursache ist der folgende EIntrag in
/var/log/syslog


/USR/SBIN/CRON: (CRON) error (grandchild #3494 failed with exit status 127)

welcher regelmässig jede Stunde aus neue vorkommt, mit natürlich unterschiedlicher Prozess ID. Code 127 deutet auf eine auszuführende Datei, die nicht zu finden ist, aber ich verstehe nicht, welche es ist!

In derselben Zeiteinheit protokolliert CRON nämlich davor ausschließlich:



/USR/SBIN/CRON: (root) CMD (root cd / && run-parts --report /etc/cron.hourly)
/USR/SBIN/CRON: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)


Das /etc/cron.hourly ist vorhanden, aber leer. Es gibt auch in der /etc/crontab keine stündlichen Jobs, nur ein paar Tagesjobs (rkhunter, chkrootkit)

Übrigens, wieso wird das cron.hourly hier zwei mal ausgeführt??? In der crontab steht es nur einmal drin

System ist Debian Squeeze Linux version 2.6.32-5-amd64 (Debian 2.6.32-46) (dannf@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) )

Hat jemand eine Idee?

Danke & Gruß

Aqualung
29.11.12, 12:44
Vlllt. magst Du


ls -l /etc/cron.hourly/

berichten bzw. auswerten.

marce
29.11.12, 12:49
http://www.linux-forum.de/grandchild-failed-cron-2298495.html

Renngrizzly
29.11.12, 13:45
Vlllt. magst Du


ls -l /etc/cron.hourly/

berichten bzw. auswerten.

Leer, keine Einträge.

Danke!

Aqualung
29.11.12, 14:18
http://lightoflamp.blogspot.de/2011/07/cron-error-grandchild-failed-with-exit.html

Such mit


find /etc/cron.d/ -type f -ls -exec cat {} \;

nach Einträgen, die auf nicht mehr installierte Anwendungen verweisen.
Vielen Dank für den wahrscheinlich fälligen UUOC (http://partmaps.org/era/unix/award.html) ... ;)

Renngrizzly
29.11.12, 21:15
Hallo,

hier die Ausgabe:



228619 4 -rw-r--r-- 1 root root 102 Dez 19 2010 /etc/cron.d/.placeholder
# DO NOT EDIT OR REMOVE
# This file is a simple placeholder to keep dpkg from removing this directory
229295 4 -rw-r--r-- 1 root root 475 Aug 6 16:31 /etc/cron.d/php5
# /etc/cron.d/php5: crontab fragment for php5
# This purges session files older than X, where X is defined in seconds
# as the largest value of session.gc_maxlifetime from all your php.ini
# files, or 24 minutes if not defined. See /usr/lib/php5/maxlifetime

# Look for and purge old sessions every 30 minutes
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete
228620 4 -rw-r--r-- 1 root root 589 Sep 3 2010 /etc/cron.d/mdadm
#
# cron.d/mdadm -- schedules periodic redundancy checks of MD devices
#
# Copyright © martin f. krafft <madduck@madduck.net>
# distributed under the terms of the Artistic Licence 2.0
#

# By default, run at 00:57 on every Sunday, but do nothing unless the day of
# the month is less than or equal to 7. Thus, only run on the first Sunday of
# each month. crontab(5) sucks, unfortunately, in this regard; therefore this
# hack (see #380425).
57 0 * * 0 root if [ -x /usr/share/mdadm/checkarray ] && [ $(date +\%d) -le 7 ]; then /usr/share/mdadm/checkarray --cron --all --idle --quiet; fi
229628 4 -rw-r--r-- 1 root root 294 Jul 28 2010 /etc/cron.d/tiger
#
# Regular cron jobs for the tiger package
#
# Configuration file
DEFAULT=/etc/default/tiger
# default setting, overriden in the above file
NICETIGER=10
#
0 * * * * root test -x /usr/sbin/tigercron && { [ -r "$DEFAULT" ] && . "$DEFAULT" ; nice -n$NICETIGER /usr/sbin/tigercron -q ; }
229648 4 -rw-r--r-- 1 root root 347 Nov 18 21:35 /etc/cron.d/logcheck
# /etc/cron.d/logcheck: crontab entries for the logcheck package

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root

@reboot logcheck if [ -x /usr/sbin/logcheck ]; then nice -n10 /usr/sbin/logcheck -R; fi
2 * * * * logcheck if [ -x /usr/sbin/logcheck ]; then nice -n10 /usr/sbin/logcheck; fi

# EOF
229622 4 -rw-r--r-- 1 root root 607 Okt 18 2009 /etc/cron.d/john
#
# Start john everyday at the same to try to crack the passwords. The
# second line will then later stop the process so that it doesn't
# consume system resources that are needed otherwise. You are
# encouraged to change the times.
#
# Also notice that John is 'nice'd, if you don't like this (you
# believe that your system can run fine with john doing its work)
# just remove the 'nice' call
#
# JOHN_OPTIONS = foo bar (man 5 crontab)
#
#00 1 * * * root [ -x /usr/share/john/cronjob ] && nice /usr/share/john/cronjob start
#00 7 * * * root [ -x /usr/share/john/cronjob ] && /usr/share/john/cronjob stop


Etwas groß :o

Auf dem System vorhanden respektive ausführbar sind:
/usr/lib/php5/maxlifetime
/var/lib/php5
/usr/share/mdadm/checkarray
/usr/sbin/tigercron
/usr/sbin/logcheck

Vorhin war noch im cron.d das Script von squirrelmail. Hab die Anwendung deinstalliert, vergessen aber, den cronjob zu entfernen. Hab es dann gestern aus dem cron.d gelöscht (rm). Der Fehler taucht aber weiterhin auf.

Entweder sehe ich den Wald vor lauter Bäume nicht, oder ich spinne. :mad:

Könne es evtl. sein, daß eines der Scripte weitere Anwendungen startet / starten will und diese scheppern? Gibt es eine Möglichkeit, dies rauszukriegen?

Danke für die Hilfe!

Aqualung
29.11.12, 23:06
etc/init.d/cron reload

Renngrizzly
02.12.12, 20:26
etc/init.d/cron reload

Auch schn versucht, sogar cron komplett neu gestartet. Nix gebracht, immer noch derselbe Fehler. Laut apt log habe ich, bevor die Meldung zum ersten mal kam, courier deinstalliert gehabt, um ihn durch dovecot zu ersetzen. Könnte da was schief geangen sein?