Re: Jede Menge /USR/SBIN/CRON in der Prozessliste
Michelle Konzack schrieb:
Ergaenzung:
Jede Stunde startet Cron diesen Job (aus /etc/crontab)
17 * * * * root run-parts --report /etc/cron.hourly
(in /etc/cron.hourly ist ledigich ein leeres .placeholder)
Was steht in "/etc/cron.hourly/.placeholder"
und was passiert, wenn Du es entfernst ?
Wie in allen .placeholder-Files:
# for i in `find /etc -name .placeholder`; do echo $i:;cat $i; done
/etc/cron.daily/.placeholder:
# DO NOT EDIT OR REMOVE
# This file is a simple placeholder to keep dpkg from removing this
directory
/etc/cron.hourly/.placeholder:
# DO NOT EDIT OR REMOVE
# This file is a simple placeholder to keep dpkg from removing this
directory
/etc/cron.weekly/.placeholder:
# DO NOT EDIT OR REMOVE
# This file is a simple placeholder to keep dpkg from removing this
directory
/etc/cron.monthly/.placeholder:
# DO NOT EDIT OR REMOVE
# This file is a simple placeholder to keep dpkg from removing this
directory
/etc/cron.d/.placeholder:
# DO NOT EDIT OR REMOVE
# This file is a simple placeholder to keep dpkg from removing this
directory
Entfernen werde ich heute noch testen.
Was ich noch getestet habe: Manuelles aufrufen von
# run-parts --report /etc/cron.hourly
macht keine Probleme, hingegen wenn der Cron daemon das tut, bleiben pro
Stunde 2 Prozesse haengen, die sich CPU-Zeit nehmen, was sie kriegen
koennen:
root 13290 13220 0 10:17 ? 00:00:00 /USR/SBIN/CRON
root 13291 13290 99 10:17 ? 00:20:09 /USR/SBIN/CRON
Habe ich hier ein Hardwareproblem?
Glaube nicht.
Bin nur deswgen auf die Idee gekommen, dass ein Server mit identischer
HW, Sarge und Upgrade-Status dieses Verhalten nicht zeigt. Einziger
Unterschied: Die Maschine mit dem 'Cron-Bug' hat einen SMP-Kernel am
Laufen, die andere nicht (Testsituation).
Weitere Ideen?
Danke und Gruss
Paul
--
Paul Coray
Administrator Server und Netzwerk
Oeffentliche Bibliothek der Universitaet Basel
EDV-Abteilung
Schoenbeinstrasse 18-20
CH-4056 Basel
Tel: +41 61 267 05 13
Fax: +41 61 267 31 03
mailto:paul.coray@unibas.ch
http://www.ub.unibas.ch
Reply to: