cron macht was es soll
Jörg Kub
habe folgende eMail erhalten:
Cron <root@server> root /usr/sbin/fetchnews -v >>/var/log/fetchnews
Von: CronDaemon <ro...@server.intern>
An: ro...@server.intern
/bin/sh: root: command not found
1. cronjobs mit crontab -e eingestellt,
2. /var/log/fetchnews ist von news/root -> ist das so ok?
3. ich kann als news mit der Zeile >/var/log/fetchnews das LogFile mit
Nichts fuellen,
4. das Kommando /usr/sbin/fetchnews -v laeuft als news durch
n u r nicht als cron-Job...
Was laeuft verkehrt?
Danke und Gruss
Joerg
Florian Diesch
Dein crontab-Eintrag enth�lt ein "root" wo keines stehen
soll. Vermutlich benutzt du bei einem Vixie-Cron das Format f�r
/etc/crontab mit crontab -e
Florian
--
<http://www.florian-diesch.de/grundgesetz.html>
mblume
>
> habe folgende eMail erhalten:
>
> Cron <root@server> root /usr/sbin/fetchnews -v >>/var/log/fetchnews
> Von: CronDaemon <ro...@server.intern>
> An: ro...@server.intern
>
> /bin/sh: root: command not found
>
cron meint jedoch, es sei ein Kommando.
=> falsche Syntax im flaschen File?
HTH
Martin
PS: Fehlermeldungen sind meist sehr aussagekräftig, man sollte sie nur
genau lesen ... Ist mir auch schon öfter passiert.
Jörg Kub
>> Cron <root@server> root /usr/sbin/fetchnews -v >>/var/log/fetchnews
>> Von: CronDaemon <ro...@server.intern>
>> An: ro...@server.intern
>>
>> /bin/sh: root: command not found
>>
>> 1. cronjobs mit crontab -e eingestellt,
>> 2. /var/log/fetchnews ist von news/root -> ist das so ok?
>> 3. ich kann als news mit der Zeile >/var/log/fetchnews das LogFile mit
>> Nichts fuellen,
>> 4. das Kommando /usr/sbin/fetchnews -v laeuft als news durch
>> n u r nicht als cron-Job...
>>
>> Was laeuft verkehrt?
>
> soll. Vermutlich benutzt du bei einem Vixie-Cron das Format für
> /etc/crontab mit crontab -e
>
Hi,
crontab -l bringt als news folgendes:
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.XXXXz5CMb8 installed on Mon Dec 14 19:43:54 2009)
# (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp
$)
*/2 * * * * news /usr/sbin/fetchnews -v
45 19 * * * news /usr/sbin/texpire
Das schreiben ins LogFile habe ich erst mal raus genommen, um nicht zu viele
Fehler gleich zu haben :-)
Die Jobs sollten als news laufen, so die Doku. Auch das Eintragen als root
bringt mir nicht die Ausfuehrung. Ich habe sie jetzt mit Schreiben in
LogFile und noch mal ohne LogFile als root eingestellt und die NG aboniert.
Beim direkten Zugriff sehe ich deine Antwort ueber leafnode (NewsServer) und
dem nicht ausgefuehrten fetchnews leider nicht.
Die LogFiles von news/root auf root/root setzen. Ist sowieso kommisch diese
news/root :-(
Joerg
Jörg Kub
>> Von: CronDaemon <ro...@server.intern>
>> An: ro...@server.intern
>>
>> /bin/sh: root: command not found
>>
> "root" sollte sehr wahrscheinlich der User sein, unter dem der job läuft.
> cron meint jedoch, es sei ein Kommando.
>
> => falsche Syntax im flaschen File?
>
> genau lesen ... Ist mir auch schon öfter passiert.
Ich weiss, das kann ich offensichtlich nicht :-)
Dieses /bin/sh zeigt auf bash - koennte dies der Fehler sein? Bloss was
genau?
Joerg
Paul Hink
> crontab -l bringt als news folgendes:
>
> # DO NOT EDIT THIS FILE - edit the master and reinstall.
> # (/tmp/crontab.XXXXz5CMb8 installed on Mon Dec 14 19:43:54 2009)
> # (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp
> $)
> */2 * * * * news /usr/sbin/fetchnews -v
> 45 19 * * * news /usr/sbin/texpire
Die per "crontab" verwalteten Crontabs (gespeichert irgendwo unter
/var/) d�rfen kein "sechstes Feld" mit dem Username enthalten, unter
dem das jeweilige Kommando ausgef�hrt werden soll. Cron interpretiert
in diesen Crontabs alle Felder nach dem f�nften als auszuf�hrendes
Kommando. Im obigen Fall versucht Cron also z.B. die Kommandos "news
/usr/sbin/fetchnews -v" und "news /usr/sbin/texpire" auszuf�hren, was
vermutlich nicht das ist, was du mit dem Eintrag bezweckst.
Das "sechste Feld" mit dem Username existiert nur in /etc/crontab.
Jörg Kub
das ist es:
-> Das "sechste Feld" mit dem Username existiert nur in /etc/crontab
Vielen Dank !!!!
Joerg
:-)
Joerg Mertens
Hallo,
> habe folgende eMail erhalten:
>
> Cron <root@server> root /usr/sbin/fetchnews -v >>/var/log/fetchnews
> Von: CronDaemon <ro...@server.intern>
> An: ro...@server.intern
>
> /bin/sh: root: command not found
>
> 1. cronjobs mit crontab -e eingestellt,
Mit "crontab -e" editierst du die crontab des aktuellen Benutzers, also
in deinem Fall wahrscheinlich root. Die Benutzer-Crontabs haben aber
kein "User"-Feld, welches festlegt, unter welchem Benutzer der Befehl
ausgeführt werden soll, das gibt es nur in der System-Crontab. Cron
versucht deshalb also, den Befehl "root /usr/sbin/fetchnews ..."
auszuführen, was natürlich fehlschlägt.
Gruß
Jörg
Jörg Kub
>
> Mit "crontab -e" editierst du die crontab des aktuellen Benutzers, also
> in deinem Fall wahrscheinlich root. Die Benutzer-Crontabs haben aber
> kein "User"-Feld, welches festlegt, unter welchem Benutzer der Befehl
> ausgeführt werden soll, das gibt es nur in der System-Crontab. Cron
> versucht deshalb also, den Befehl "root /usr/sbin/fetchnews ..."
> auszuführen, was natürlich fehlschlägt.
Ja, genau. Ich habe die crontab Zeile aus der Doku uebernommen und nicht
gesehen, dass ich unter dem user bin und somit den User-Eintrag auch icht
brauche.
Gruß Jörg (froh und heiter gehts weiter :-)
David Haller
Du. Laￜ mich raten: du hast in der User-Crontab von root (genau die
bekommst du, wenn du als root 'crontab -e' aufrufst) das Format der
/etc/crontab mit der extra Spalte fï¿œr den User, als der das Kommando
auszufï¿œhren ist, verwendet. In User-Crontabs entfï¿œllt die Angabe des
Users aber eben gerade.
HTH,
-dnh
--
Q: What do you call it when you really *do* get different results every
time you do the same thing?
A: Windows
Jörg Kub
ja, so ist es.
Aber es bleibt bitte unter uns.
Joerg
David Haller wrote:
> On Mon, 14 Dec 2009 19:51:56 +0100, Jörg Kub <koergk...@arcor.de>
> wrote:
>> habe folgende eMail erhalten:
>>
>> Cron <root@server> root /usr/sbin/fetchnews -v >>/var/log/fetchnews
>> Von: CronDaemon <ro...@server.intern>
>> An: ro...@server.intern
>>
>> /bin/sh: root: command not found
>>
>> 1. cronjobs mit crontab -e eingestellt,
>> 2. /var/log/fetchnews ist von news/root -> ist das so ok?
>> 3. ich kann als news mit der Zeile >/var/log/fetchnews das LogFile mit
>> Nichts fuellen,
>> 4. das Kommando /usr/sbin/fetchnews -v laeuft als news durch
>> n u r nicht als cron-Job...
>>
>> Was laeuft verkehrt?
>
> Du. Laß mich raten: du hast in der User-Crontab von root (genau die
> bekommst du, wenn du als root 'crontab -e' aufrufst) das Format der
> /etc/crontab mit der extra Spalte für den User, als der das Kommando
> auszuführen ist, verwendet. In User-Crontabs entfällt die Angabe des
Thomas Hochstein
> -> Das "sechste Feld" mit dem Username existiert nur in /etc/crontab
Das ist �brigens genau das, was Florian in
<88fiv6-...@mid.florian-diesch.de> schon schrieb. ;)