Am Donnerstag, 2. Januar 2003 00:02 schrieb Maik Holtkamp:
Hi,
0n 03/01/01@22:40 Christian Boltz told me:
Am Mittwoch, 1. Januar 2003 19:16 schrieb Jürgen Fahnenschreiber:
Am Mittwoch, 1. Januar 2003 14:26 schriebst Du:
0n 03/01/01@16:30 Jürgen Fahnenschreiber told me:
Könntest Du mir bitte mal Deine /usr/lib/cron/run-crons zusenden?
[...]
Wenn Der Eintrag nicht direkt in der crontab steht, schau Dir auch die Verzeichnisse unterhalb von /etc/cron.(daily|weekly|monthly) an sowie /etc/cron.d. Irgendwo muss SuSE sein seccheck ja starten und die Ausgabe umleiten.
Fällt mir jetzt erst auf: wenn das Ganze über run-crons läuft, dann steht die Ausgabeumleitung vermutlich schon beim Aufruf von /usr/lib/cron/run-crons in der /etc/crontab (ist zumindest bei mir so)
[3]
Folgendes steht bei mir in der /etc/crontab : SHELL=/bin/sh PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin MAILTO=fahnenju # # check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly # #-*/15 * * * * fahnenju test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons >/dev/null 2>&1 59 * * * * fahnenju rm -f /var/spool/cron/lastrun/cron.hourly 14 0 * * * fahnenju rm -f /var/spool/cron/lastrun/cron.daily 29 0 * * 6 fahnenju rm -f /var/spool/cron/lastrun/cron.weekly 44 0 1 * * fahnenju rm -f /var/spool/cron/lastrun/cron.monthly 0 0 * * * fahnenju test -x /usr/lib/secchk/security-control.sh && /usr/lib/secchk/security-control.sh daily & 0 1 * * 1 fahnenju test -x /usr/lib/secchk/security-control.sh && /usr/lib/secchk/security-control.sh weekly & 0 4 1 * * fahnenju test -x /usr/lib/secchk/security-control.sh && /usr/lib/secchk/security-control.sh monthly &
Ja, Du schriebst Dein syslog haette das gelogt (aus Deiner 1. mail):
---schnipp--- Dec 30 01:15:00 linux /USR/SBIN/CRON[27860]: (fahnenju) CMD ( test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons
/dev/null 2>&1) ---schnapp---
in Deiner crontab steht jedoch folgendes (aus einer anderen mail in diesem thread) [1]:
---schnipp--- -*/15 * * * * fahnenju test -x /usr/lib/cron/run-crons && /usr/lib/cron/run- ---schnapp---
und damit habe ich schon mal ein Problem, denn:
1. AFAIK findet man eine cron Zeile die mit '-' beginnt nicht im syslogd 2. Dein syslog meldet, dass die Zeile dort anders stuende.
Weiter steht dann noch in der crontab (wieder aus der anderen;)):
---schnipp--- /usr/lib/secchk/security-control.sh && /usr/lib/secchk/security-control.sh daily & 0 1 * * 1 fahnenju test -x /usr/lib/secchk/security-control.sh && /usr/lib/secchk/security-control.sh weekly & 0 4 1 * * fahnenju test -x /usr/lib/secchk/security-control.sh && /usr/lib/secchk/security-control.sh monthly & ---schnapp---
und in schriebst Du jetzt, das in /etc/cron.d die Datei seccheck zu finden sei und dort die gleichen Eintraege drin staenden, die schon in der crontab direkt drinstehen. *HM*
Ich vermute mal da ist beim Update estwas daneben gekangen, weil sich vielleicht der Aufruf Mechanismus geaendert hat?
Zum script vielleicht soviel:
---schnipp--- test -z "$SECCHK_USER" && SECCHK_USER="root" ---schnapp--- [2]
Ist die Variable gesetzt (env | grep SECCHK_USER). Sollte sie wohl nicht oder [2]?
Es wird sendmail zum Versand aufgerufen, AFAIK ist unter 8.1 der default mta postfix, ob dessen sytax 100%ig zu sendmail passt weiss ich nicht:(.
[1] Hatte ich auf den ersten Blick auch nicht registriert, sorry. [2] Was soll das? [3] Mit Du meine Juergen ist jetzt so einfacher ;)
So. Vielleicht kommen wir dem Problem jetzt etwas näher. In /etc/crontab habe ich die Zeile von #-*/15 * * * * fahnenju test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons >/dev/null 2>&1 auf 15 * * * * fahnenju test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons >/dev/null 2>&1 geändert. Vielleicht bringt's ja etwas. sendmail ist bei mir deaktiviert (aber installiert)! Postfix ist bei mir nicht installiert. sendmail hatte ich damals deaktiviert um Port 25/tcp smtp und Port 512/tcp exec zu schließen. Jürgen