...jobkill...

[echo]

ola...

ich habe einen cronjob zur datensicherung am laufen, der von mo - fr ausgeführt wird.

nun war am freitag feietag und es wurden für die sicherung keine bänder eingelegt, d.h. der job konnte nicht ausgeführt werden. unter den laufenden prozessen wird mir der job aber noch angezeigt.

ps -eaf | grep ufs ->

root 713 241 0 Apr13 0:01 /usr/sbin/ufsdump /blabla

root 715 713 0 Apr13 0:00 /usr/sbin/ufsdump /blabla

ps -eaf | grep 713 ->

root 713 712 0 Apr13 0:00 sh -c /blabla

root 715 713 0 Apr13 0:01 /usr/sbin/ufsdump /blabla

ps -eaf | 712 ->

root 712 241 0 Apr13 0:00 sh -c /blabla

root 713 712 0 Apr13 0:00 sh -c /blabla

ps -eaf | grep 241 ->

root 241 1 0 Apr13 0:00 /usr/sbin/cron

root 712 241 0 Apr13 0:00 sh -c /blabla

welcher der prozesse ist zu killen, damit der status des cronjobs wieder auf wartestellung ist für den nächsten tag der für die sicherung definiert wurde...???

muß ich den prozess mit der pid 1 killen (/usr/sbin/cron) oder einen anderen...??? oder läuft dann die sicherung gar nicht mehr. kann ich alles so lassen wie es ist, und beim nächsten startup des cronjobs wird alles neutralisiert...???

belastet der noch laufende prozess das system unnötig...???

wie kann ich die feiertage aus den cronjob herausnehmen...???

fragen über fragen???

dank schon mal für eure hilfe...

alo echo...

ps: die darstellung der ausgabe von "ps -eaf" wurde aus platzgründen reduziert

[captainhook]

Hi,

den Cron-Daemon solltest Du besser nicht killen, wohl aber die Prozesse, die er gestartet hat. Will sagen, das "ufsdump" kannst Du töten, so dieses Programm damit vernünftig umgehen kann. Das belastet jedenfalls nicht den Cron-Daemon.

Selbigen solltest Du unangetastet lassen.

Hope it helps,

Daniel