Newsgroup: it.comp.os.unix
Titolo: Avviare il crontab

Salve a tutti,
mi potreste indicare, per favore, come avviare il demone di Crontab.
Se ho capito bene quando si attibano esecuzioni programmate inserendo delle
"entry" nel cron file
queste non vengono eseguite fino a quando non si attiva il demone del cron.
Il SO è SUN Solaris 2.6 su Ultra 60
Grazie per l'aiuto
Luigi

 queste non vengono eseguite fino a quando non si attiva il demone del cron.
"ps -ef | grep cron", cosa visualizza? (di solito in solaris 2.6-7-8, il
crontab viene fatto comunque partire, in una installazione di default).
Altrimenti, agire su /etc/rc2.d, e creare un link su /etc/init.d,
conformemente alla init SysV style..., oppure verficare che il link sulla dir
del runlevel  /etc/rc2.d al file di startup in /etc/init.d non sia stato
rinominato da un precedente sistemista con la "s" minuscola...
bye G.L.

 rinominato da un precedente sistemista con la "s" minuscola...
Ho notato una cosa abbastanza strana, se può darmi dei chiarimenti sarebbero
ben graditi.
Modifico il crontab con "contarb -e" e poi lo visualizzo con l'opzione "-l",
tutto sembra OK.
Passi successivi:
- Chiudo la finestra di terminal in cui ho lavorato;
- Apro una nuova sessione loggandomi con le stesse user e password
- Vsualizzo  il crontab con l'opzione "-l"
SORPRESA: non mi ritrovo le modifiche.
Ringrazio per tutte le indicazioni utili.
Saluti
Luigi M.

SORPRESA: non mi ritrovo le modifiche.
I file contenenti i vari crontabs degli utenti, sono situati in
/var/spool/cron/crontabs (*): si tratta di verificare se il file con lo
stesso nome dell'utente viene creato dopo l'esecuzione di crontab -e. Se
non viene creato (ma dovrebbe essere cosi', visto che crontab -l
restituisce correttamente...), e' possibile che l'utente non possegga
l'autorizzazione ad usare il crontab. Perlomeno in Solaris 8, il
messaggio che informa della mancanza dei permessi e' molto esplicito, e
non viene neanche avviato l'editor definito nella variabile $EDITOR (vi
in sh, dtpad in cde). In solaris 2.6, non saprei, saranno solo
supposizioni (visto lo strano comprtamento), ma e' comunque meglio
verificare i files /etc/cron.d/cron.allow e /etc/cron.d/cron.deny, che
contengono semplicemente i nomi degli utenti, uno per riga, che possono
e non possono usare cron.
Saluti
G.L.
p.s.: (*) i file in /var/spool/cron/crontabs non devrebbero essere
editati direttamente.

 e non possono usare cron.
Ho verificaro quanto indicato, ecco i risultati:
il file  /etc/cron.d/cron.allow non esiste sulla workstation
mentre il file /etc/cron.d/cron.deny esiste e riporta queste voci
daemon
bin
smtp
nuucp
listen
nobidy
noaccess
Pensa che sia una situazione corretta?
Grazie ancora per l'aiuto
Saluti
Luigi

 Pensa che sia una situazione corretta?
Si, non e' importante che esista cron.allow: in questa situazione, e' tutto
corretto, e un utente qualsiasi eccetto quelli contenuti in cron.deny puo'
creare i suoi crontabs. A questo punto non saprei davvero quale possa essere
il problema...  :-(
Posta (*) il risultato di ps -ef, non vorrei ci fosse qualche worm tipo
sadmind...
bye G.L.
p.s. (*) In usenet ci si da' tutti del tu, a prescindere, il "lei" e' invece
(mi sembra) un sintomo di distanza, contrasto.  :-)

"Luigi M." <main...@libero.it.NOSPAM> wrote in message
news:Ftwz7.7309$QV6.1...@news2.tin.it...

Creati un file crontab tuo personale mettendoci anche le schedulazioni che ti
ritrovi
digitando il comando 'crontab -l', una volta che le hai copiate nel tuo file
e che ci hai aggiunto le tue digita il comando:
           crontab 'nome_file_che_hai_creato'
poi digita crontab -l e ti dovrebbe far vedere il crontab che hai generato tu !
Ciao.
-- 
Posted from  [151.99.209.103] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG