Newsgroup: it.comp.os.linux.sys
Titolo: [Crontab] non si avvia

Salve a tutti.
Io sono quello dei problemi "strani".
Tempo fa ho postato un msg per un problema su POSTFIX poi risolto
grazie all'aiuto di .... ahhh non ricordo il nome! Beh comunque grazie
Ho, sulla stessa macchina, il demone CROND relativo al servizio
Crontab.
Ho creato un file Crontab (creato, controllato e ricontrollato)...
*/30   7-19  1-5  *   *  /usr/bin/fetchmail -s -f /root/.fetchmailrc
*/30   7-19  1-5  *   *  /usr/sbin/sendmail -q
Questo dovrebbe fare in modo di scaricarmi la posta ogni 30 minuti
dalle ore 7 alle 19 dal lunedě al venerdě di ogni settimana e mese
Allo stesso orario dovrebbe inviare la posta che ho in coda (mailq)
Il problema č che crontab sembra funzionare, in quanto ricevo dei
messaggi dai servizi Hylfax (file di configurazione su crontab.daily)
ogni mattina alle 4 e che ogni settimana mi esegue varie pulizia (file
di configurazione su crontab.weekly).
Ovviamente il file '.fetchmailrc' nella cartella /root ha valori 0600
(superiori a 0700 non funzionerebbe) e che se lancio da manuale gli
stessi comandi riportati sul crontab (digitandoli perfettamente
uguali) tutto funziona (da linea di comando)
Il problema č che... crontab, da solo, non scarica la posta e non mi
invia quella in coda...
Qualcuno mi consiglia il perchč ?
Postfix, procmail etc funzionano alla grande

[CUT]
Di chi e' questo crontab ? ovvero con quale user viene avviato ?
Ciao

 Postfix, procmail etc funzionano alla grande
 
certo che Postfix funziona alla grande: normalmente funziona anche se tu
non lanci il comando "sendmail -q" :P
"sendmail -q" serve a inviare subito posta eventualmente "accumulata" in
/var/spool/mqueue mentre tu eri offline.
--
Massimiliano

> secondo me "*/30" e' pare proprio 'na strunzata :P
come sintassi invece va benissimo....per indicare di schedulare ogni 30
minuti.. cosi' come ogni x minuti */x
Ciao

 Ciao
Scusami, ma sono pochino un newbie.
Premetto che SICURAMENTE è un mio errore, non tanto perchè Linux è
perfetto, ma poichè lo scorso Gennaio ho installato RedHat (è questa
la distro che utilizzo ora) 8.0 (ma stessi prob anche con 7.3) su un
altro PC (di un mio amico) nella stessa maniera e crontab funzionava.
Cosa intendi "di chi è questo crontab ?"
credo venga avviato dall' utente root.
Almeno quando lo edito (crontab -e) lo faccio come utente root.
Il servizio demone (crond) è avviato
Il problema è che tutti i vari script all'intero delle cartelle
crontab.daily / .weekly etc funzionano alla grande.
E' solo il crontab principale (se posso chiamarlo così) che non esegue
i comandi che ho editato all'interno.
Se poi, in linea di comando, eseguo i comandi precisamente come
scritto all'interno del crontab... (sono 2 : fetchmail e sendmail),
funzionano senza il minimo errore.
Ripeto : il mese di gennaio tutto funzionava alla grande con REDHAT
8.0 e stessa (100%) stessa configurazione (pc gemello al mio con
stessi servizi e rpm installati), quindi non penso ad un baco di
Redhat.
E' sicuramente un mio errore. Ho reinstallato tutto 3 volte (solo per
sfizio) ma sempre stessi risultati!
Se hai bisogno di sapere altro fammi sapere.
Non saprei quali file di configurazione passarti.
PS: Il file .fetchmailrc è dell'utente root (gruppo root) ad ha valori
0600 e posto nella cartella /root

...

Grazie per la risposta.
Ho provato a cambiare (solo per curiosità) la sintassi ma l'esito è lo
stesso.
Per quanto riguarda Postfix e Procmail avevo solo riportato che
funzionavano alla grande giusto per informazione.
Io ho impostato un defer_transports = smtp in postfix/
main.cf
appositamente in quanto (connessione isdn) ho la necessità di
connettermi il meno frequentemente possibile.

...

Ho ripassato la configurazione di crontab e fetchmail 10 volte (se poi
ce ne fosse bisogno) per trovare un mio errore... niente.
Ho provato a invertire le due righe del crontab (prima il comando
sendmail -q e poi il fetchmail) sperando di restringere l'area di
errore al fetchmail ma nulla.
Ora... se io da linea di comando digito 'sendmail -q' ovviamente tutto
funziona e tutti i messaggi in coda partono
(Il pc sfrutta la connessione internet di un router)
Entrambi : fetchmail e sendmail da linea di comando attivano la
connessione sul router.
Se anche lascio solo il comando 'sendmail -q' in crontab, la coda di
posta resta piena anche oltre il tempo supposto di invio).
Infine, ultimo tentativo, ho provato a settare come segue :
10  10  *   *   *   /usr/sbin/sendmail -q
per controllare che alle ore 10.10 di qualsiasi giorno la posta venga
inoltrata... NULLA! Alle 10.20 il sistema aveva ancora i 3 messaggi in
coda (comando mailq da terminale)
(Ovviamente con un 'date' ho avuto conferma che l'orologio di sistema
era ok)
Da linea di comando digito :  /usr/sbin/sendmail -q
3 minuti dopo faccio seguire un  'mailq' e ovviamente i messaggi se ne
sono andati.
Oggi provo ad inserire un comando diverso (ad esempio stampare un
directory) su crontab...
Ok... sbaglio io... ma quello che più mi fa imbestiare è che sono 2
anni che installo linux e MAI un problema con crontab!

[CUT]
Una cosa stupida che mi e' venuta in mente e che non ricordo ora se potrebbe
presentare un problema....
Non e' che legge solo il primo comando ? ignorando le flag ? ovvero non e'
che devi racchiudere tutto il comando tra apici ? Al momento non ho il modo
di provare quindi te la butto qui...
Esempio...
*/30   7-19  1-5  *   *  /usr/bin/fetchmail -s -f /root/.fetchmailrc
non e' che legge solo "fetchmail" come comando ?
e quindi magari bisognerebbe provare con una cosa tipo
*/30   7-19  1-5  *   *  "/usr/bin/fetchmail -s -f /root/.fetchmailrc"
o con uno script che lo richiama ?
Scusami se ho detto una boiata...
Ciao

 Ho creato un file Crontab (creato, controllato e ricontrollato)...
sto' per dire una stupidata.... ma hai riavviato crond dopo aver
modificato /etc/crontab vero?
anzi, se lo hai creato dal nulla, stoppa crond e riavvialo (e
poi forse continuera' ad usarne un altro :))
PS per testarlo mettigli un 
*/1 * * * * root beep
se non fa un beep al minuto non va ancora.
-- 
nebbia