È necessario riavviare cron o crond dopo ogni nuova aggiunta o modifica del programma?

Quando pianifico un lavoro, alcuni sembrano essere applicati immediatamente, mentre altri dopo un riavvio. Quindi si consiglia di riavviare cron( crond) dopo aver aggiunto un nuovo processo cron? Come farlo correttamente (specialmente in un sistema Debian), e dovrebbe essere fatto con sudo(come sudo service cron restart) anche per quello degli utenti normali?

Provai:

/etc/init.d/cron restart

che non sembra funzionare (né funziona /etc/init.d/cron stopné service cron stop) e si completa con il codice di ritorno 1.

Ecco una parte dell'output del messaggio:

Poiché lo script che si sta tentando di invocare è stato convertito in un lavoro Upstart, è anche possibile utilizzare l'utilità stop (8), ad esempio stop cron stop: messaggio di rifiuto rifiutato, 1 regole corrispondenti; type = "method_call", mittente = ": 1.91" (uid = 1000 pid = 3647 comm = "stop cron") interfaccia = "com.ubuntu.Upstart0_6.Job" member = "Stop" error name = "(unset)" request_reply = "0" destination = "com.ubuntu.Upstart" (uid = 0 pid = 1 comm = "/ sbin / init")

(cosa significa?)

cron

— preciso
fonte

Risposte:

No, non è necessario riavviare cron, noterà le modifiche ai file crontab (uno /etc/crontabo un file crontab degli utenti).

Nella parte superiore del tuo / etc / crontab probabilmente hai (se hai l'implementazione Vixie di cronquel IIRC è quello su Debian):

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

Il motivo per cui potresti non vedere implementate modifiche specifiche è se aggiungi elementi ad es. /etc/cron.dailyE l'esecuzione giornaliera è già avvenuta.

Il messaggio che ricevi è perché usi un vecchio modo di riavviare cron sul tuo sistema. Il modo consigliato (ma non necessario se si modificano solo i file cron) è:

 restart cron

Ovviamente devi riavviare per vedere gli effetti di un lavoro cron @reboot

— Timo
fonte

non era un lavoro di riavvio ma ogni cronologia ogni n minuti .. e il riavvio sembra funzionare con sudo sia con il vecchio che con il nuovo modo .. ma non per un normale utente ..

— preciso il

Come si modifica il crontab? Come utente con crontab -e?

— Timo,

si .. crontab -eè quello che uso ..

— preciso il

Hai Vixie Cron (guarda man cron-> Nome)

— Timo

Sembra che il solo salvataggio delle modifiche non sia sufficiente e che i lavori pianificati si applichino solo dopo la nanochiusura anche dell'editor di testo (che uso )! ..e forse questo ha causato confusione ...

— preciso il

Un riavvio potrebbe non essere necessario. Come ho detto nei miei commenti, l' editor di testo che hai usato (quello assegnato per la modifica dei cron-lavori) deve essere chiuso ; il solo salvataggio dei contenuti non è sufficiente . (Questo è quello che ho sperimentato. La modifica delle attività tramite nanoe il salvataggio con Ctrl+ Ocon il file ancora aperto non applica immediatamente le modifiche, ma solo dopo che l'editor è stato chiuso con Ctrl+ X.)

E come menzionato in questa risposta (da Terdon ) il demone cron controllerebbe, ogni minuto, per vedere se un lavoro deve essere eseguito e innesca quelli che deve.

— preciso
fonte