ativa, l'equivalente
source ~/.bashrc
In alternativa è possibile usare configurazioni globali in
/etc/default/cron
/etc/environment
/etc/default/locale
Per maggiori dettagli
$ man bash # cercare source
$ man 5 crontab
$ man cron
Ciao
Davide
--
Dizionari: http://linguistico.sourceforge.net/wiki
I l
t2.sh
>00 04 * * *user /home/user/script3.sh
>
>i primi due funzionano
>
>il terzo script non "parte", nonostante nei log di cron ci sia:
>
>Sep 25 04:00:01 server CRON[15959]: (user) CMD (/home/user/script3.sh)
>
>ed eseguito da user in locale funziona
&g
On Fri, Sep 29, 2017 at 04:44:59PM +0200, Mauro wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
>
> Il 29/09/17 16:43, Mauro Morichi ha scritto:
> > crontab passa una versione ridotta dell'environment. non e' che
> > allo script manca qualcosa rispetto all'esecuzione nella console
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Il 29/09/17 16:43, Mauro Morichi ha scritto:
> crontab passa una versione ridotta dell'environment. non e' che
> allo script manca qualcosa rispetto all'esecuzione nella console?
crontab passa una versione ridotta dell'environment.
non e' che allo
/etc/crontab
>
> [...]
> 00 02 * * *user /home/user/script1.sh
> 00 03 * * *user /home/user/script2.sh
> 00 04 * * *user /home/user/script3.sh
>
> i primi due funzionano
>
> il terzo script non "parte", nonostante nei log di cron ci sia:
>
> Sep 25 04:00:01
t non "parte", nonostante nei log di cron ci sia:
Sep 25 04:00:01 server CRON[15959]: (user) CMD (/home/user/script3.sh)
ed eseguito da user in locale funziona
/home/user/script3.sh
idee?
beh, così è molto difficile darti una risposta.
controlla la mail di root per vedere se ritorna qu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Il 29/09/17 13:26, Pol Hallen ha scritto:
>
> il terzo script non "parte", nonostante nei log di cron ci sia:
>
> Sep 25 04:00:01 server CRON[15959]: (user) CMD
> (/home/user/script3.sh)
>
> ed eseguito da use
'giorno a tutti :)
ho una situazione un poco strana:
cat /etc/crontab
[...]
00 02 * * * user /home/user/script1.sh
00 03 * * * user /home/user/script2.sh
00 04 * * * user /home/user/script3.sh
i primi due funzionano
il terzo script non "parte", nonostante nei log
Il 29/06/2015 11:15, Walter Valenti ha scritto:
Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo
lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una dir, in cas
On 29/06/2015 10:41, Domenico Rotella wrote:
ho un problema con uno script. Se lanciato da shell fa il "suo lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una dir, in caso positivo
>Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo
lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una dir, in caso positivo
controlla se esiste un file, quind
Il 29/06/2015 10:52, Walter Valenti ha scritto:
Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo
lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una di
Il 29/06/2015 10:52, Walter Valenti ha scritto:
Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo
lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una di
>
> Ciao,
> ho un problema con uno script. Se lanciato da shell fa il "suo
> lavoro",
> se schedulato in cron lo fa parzialmente.
> Cosa dovrebbe fare:
> rileva il giorno della settimana
> richiama una funzione, che controlla se esiste una dir, in caso posit
Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una dir, in caso positivo
controlla se esiste un file, quindi l
Buongiorno a tutti!
[vlc da linea di comando con avviament da cron]
Ho provato ad installare wheezy, il filmato viene avviato, le barre di
pulseaudio mostrano attività, ma il monitor resta muto.
Problema risolto temporaneamente con Ubuntu.
Quando trovo il difetto rimetto debian.
Grazie a
in più:
da syslog, se lo script viene richiamato da cron
Jun 19 19:33:01 videoserver CRON[1446]: (videoadmin) CMD
(/home/videoadmin/Scripts/start_vlc)
Jun 19 19:33:02 videoserver rtkit-daemon[1035]: Supervising 4 threads of
1 processes of 1 users.
.. 20 righe uguali.
rtkit viene installato da
>
>
>>
>> A mano lanci lo script da root presumo, l'utente con cui già cron, è
> sempre robot? Se non ricordo male, cron poteva essere eseguito con un suo
> utente
> di sistema, non ricordo quale, è potrei sparare una castroneria, però fosse
> quest
Grazie per la risposta Gollum1:
A mano lanci lo script da root presumo, l'utente con cui già cron, è sempre
robot? Se non ricordo male, cron poteva essere eseguito con un suo utente di
sistema, non ricordo quale, è potrei sparare una castroneria, però fosse
questo il caso, l&#
Il 18 giugno 2015 19:56:33 CEST, "L." ha scritto:
>
>COme detto in apetura, lanciato a mano funzionano audio e video, da
>cron
>solo il video
A mano lanci lo script da root presumo, l'utente con cui già cron, è sempre
robot? Se non ricordo male, cron poteva essere es
Buonasera a tutti,
sembrerebbe semplice lanciare vlc da cron con uno script:
#!/bin/bash
PID_OF_VLC=`/bin/pidof vlc`
if [ -n "$PID_OF_VLC" ]; then
exit 0
else
DISPLAY=:0.0 /usr/bin/cvlc -I dummy --one-instance --playlist-autostart
--playlist-tree /home/videoadmin/Wiede
Gerlando Lo Savio (Istituto Tolman) ha scrito il 07/06/2015 alle 13:44:
[...]
Oltre il 90% delle volte che viene eseguito lo script va tutto liscio:
nell’output che mi viene inviato non c’è nulla di interessante, a parte la
conferma che è stato eseguito.
Quando invece c’è un problema, dovuto ai
Il teppista
> Il giorno 07/giu/2015, alle ore 16:07, gerlos ha scritto:
>
> Sì, postfix viene usato solo per inviarmi notifiche di quel che succede sul
> server, non dovrà mai fare altro.
>
> E se impostassi un mailing list manager e mi facessi inviare un digest?
> Sarebbe eccessivo?
Allora,
tutti i messaggi
>> generati da cron, in modo che mi vengano inviati due volte al giorno, per
>> esempio alle 6:00 e all 18:00?
>>
>> Così all’inizio ed alla fine della giornata mi spulcio i messaggi da cron,
>> ed eventualmente intervengo.
>
> Puoi fare di
Il teppista
> Il giorno 07/giu/2015, alle ore 13:44, Gerlando Lo Savio (Istituto Tolman)
> ha scritto:
>
> Sapete se c’è un modo per chiedere a postfix di “aggregare” tutti i messaggi
> generati da cron, in modo che mi vengano inviati due volte al giorno, per
> esempio
Ciao a tutti,
Ho un file server che deve eseguire ogni ora uno script che lavori sui file
caricati dagli utenti. Ho impostato job cron, ed ho messo il mio indirizzo
email in /roo/.forward in modo che l’output dello script mi venga inviato via
email da postfix (nei confronti del quale ammetto la
Ciao a tutti,
Ho un file server che deve eseguire ogni ora uno script che lavori sui file
caricati dagli utenti. Ho impostato job cron, ed ho messo il mio indirizzo
email in /roo/.forward in modo che l’output dello script mi venga inviato via
email da postfix (nei confronti del quale ammetto la
Piviul writes:
> Walter Valenti scrisse in data 22/01/2014 14:00:
> > echo "test"|wall
> per curiosità... e si invece da script si volesse mandare un messaggio a
> tutti gli utenti che hanno aperto una sessione X? Tipico esempio è un
> backup o una sincronizzazione di una directory periodic
Walter Valenti scrisse in data 22/01/2014 14:00:
echo "test"|wall
per curiosità... e si invece da script si volesse mandare un messaggio a
tutti gli utenti che hanno aperto una sessione X? Tipico esempio è un
backup o una sincronizzazione di una directory periodica: come faccio ad
avvisare gli
Walter Valenti writes:
> shell
>
> >
> > Pol Hallen writes:
> >> > Sempre in tema del topic "Script lanciato da crontab non torna al
> >> > prompt?" come redirigo l'output di uno script in cron alla
> >
shell
>
> Pol Hallen writes:
>> > Sempre in tema del topic "Script lanciato da crontab non torna al
>> > prompt?" come redirigo l'output di uno script in cron alla
> shell
>> > virtuale di un utente/i? (quindi non /dev/ttyX)
>> &
Pol Hallen writes:
> > Sempre in tema del topic "Script lanciato da crontab non torna al
> > prompt?" come redirigo l'output di uno script in cron alla shell
> > virtuale di un utente/i? (quindi non /dev/ttyX)
> >
> > grazie!
>
> mi ri
mercoledì 22 gennaio 2014, alle 13:08, Pol Hallen scrive:
> ma se dovessi avere 10 shell aperte come invio a tutti? (incluso root?)
Come detto altrove: wall?
Gabriele :-)
--
http://poisson.phc.unipi.it/~stilli/
http://lightknight.homelinux.org/blog/
Meglio essere ottimisti e avere torto, che p
- Messaggio originale -
> Da: Pol Hallen
> A: debian-italian@lists.debian.org
> Cc:
> Inviato: Mercoledì 22 Gennaio 2014 13:08
> Oggetto: Re: script di cron e output su shell
>
>> Sempre in tema del topic "Script lanciato da crontab non torna al
>>
Sempre in tema del topic "Script lanciato da crontab non torna al
prompt?" come redirigo l'output di uno script in cron alla shell
virtuale di un utente/i? (quindi non /dev/ttyX)
grazie!
mi rispondo in parte:
echo "test|write user pts/0
ma se dovessi avere 10 shell apert
Sempre in tema del topic "Script lanciato da crontab non torna al
prompt?" come redirigo l'output di uno script in cron alla shell
virtuale di un utente/i? (quindi non /dev/ttyX)
grazie!
--
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
Altrimenti un'alternativa può essere scrivere il messaggio e basta: cron
manda l'output via email in automatico, per cui se hai un'applet o altro
che ti avvisa dell'arrivo di una mail sei a posto.
la via mail non mi va bene; volevo ricreare un pò quello che fa gnome,
cioè ave
Il 20 gennaio 2012 19:45, giuliano su Tiscali ha scritto:
> sì, hai ragione, non ho pensato alla modalità che hai indicato, però ho
> fatto alcune prove e temo che X interponga qualche barriera a wall;
> aprendo due console con utenti diversi i messaggi inviati arrivano
> (anche se l'utente non è
console->X o
X->console niente (ovviamente posso aver fatto errori nelle veloci
prove);
> Altrimenti un'alternativa può essere scrivere il messaggio e basta: cron
> manda l'output via email in automatico, per cui se hai un'applet o altro
> che ti avvisa dell'
ciao,
giuliano
Leggi bene: il file è opzionale, di default usa lo standard input, per
cui un bel
echo yabbadabbadoo | wall
funziona senza files temporanei.
Altrimenti un'alternativa può essere scrivere il messaggio e basta: cron
manda l'output via email in automatico, per cui se
Ciao
On 17/01/2012 07:35, bodr...@mail.dm.unipi.it wrote:
Ciao!
Il Mar, 17 Gennaio 2012 12:48 am, giuliano su Tiscali ha scritto:
- system (export DISPLAY=...") e
- system ("xmessage")
la variabile viene persa subito dopo la prima chiamata e quindi la
seconda non la trova settata;
Invece
On Wed, 18 Jan 2012 17:10:42 +0100
Gollum1 wrote:
> Il 18 gennaio 2012 14:53, Lorenzo Beretta ha scritto:
> > /usr/bin/wall
>
> Sì, esatto... era proprio il comando che non mi ricordavo, mi pare che
> ce ne fossero anche altri, ma questo funziona bene... unico problema è
> che i messaggi che ma
Il 18 gennaio 2012 14:53, Lorenzo Beretta ha scritto:
> /usr/bin/wall
Sì, esatto... era proprio il comando che non mi ricordavo, mi pare che
ce ne fossero anche altri, ma questo funziona bene... unico problema è
che i messaggi che manda sono sempre due, che sul terminale si vedono
di seguito e no
On 01/17/12 12:40, Gollum1 wrote:
Il 17 gennaio 2012 07:35, ha scritto:
Invece che impostare la variabile, usa un parametro.
Tutti i programmi decenti che usano X accettano il parametro "-display"...
Mi dirai che dovrebbero documentarlo nella pagina "man"... ma è talmente
ovvio che lo facciano
almeno per le mie dimesse esigenze
(rendermi autonomo da gnome, che ha un buon applet, ma non amo gnome,
e da lxde, che ha un applet che si limita ad inviare un xmessage quando
il sistema è staccato dalla rete senza altre segnalazioni, rendendolo
secondo me inutile);
ho messo (in modo naif) ques
Il 17 gennaio 2012 07:35, ha scritto:
> Invece che impostare la variabile, usa un parametro.
>
> Tutti i programmi decenti che usano X accettano il parametro "-display"...
> Mi dirai che dovrebbero documentarlo nella pagina "man"... ma è talmente
> ovvio che lo facciano, che nessuno lo scrive :-)
Ciao!
Il Mar, 17 Gennaio 2012 12:48 am, giuliano su Tiscali ha scritto:
> - system (export DISPLAY=...") e
> - system ("xmessage")
> la variabile viene persa subito dopo la prima chiamata e quindi la
> seconda non la trova settata;
Invece che impostare la variabile, usa un parametro.
Tutti i
On Mon, 16 Jan 2012 23:27:15 +0100
"dea" wrote:
>
> Giuliano, scusa, prima ti avevo risposto in privato...
figurati, non mi ero neanche accorto :-((( :-))
> ***
> ...
il problema che sto trovando è che da perl non riesco a settare la
variabile perchè mettendo un
- system (export DISPLAY
Giuliano, scusa, prima ti avevo risposto in privato...
***
Consiglio di loggare tutto dal tuo script e vedere come si comporta in cron.
Valuta che le variabili ambiente di cron possono essere diverse da quelle del
tuo profilo, quindi se ne fai uso "dando per scontate alcune cose"
ragazzi, grazie: 5 minuti e già 3 risposte ! dvvero grazie :-)
parto dall'ultima;
On Mon, 16 Jan 2012 22:06:11 +0100
Davide Prina wrote:
> On 16/01/2012 21:39, giuliano su Tiscali wrote:
> > attivato da console lo script funziona; da cron l'xmessage non funziona
> >
On 16/01/2012 21:39, giuliano su Tiscali wrote:
attivato da console lo script funziona; da cron l'xmessage non funziona
e trovo le segnalazione nella mail utente;
probabilmente perché eseguendo da cron non ha le variabili d'ambiente
impostate.
Salvati, nello script, l'elenco
Il 16/01/2012 21:39, giuliano su Tiscali ha scritto:
attivato da console lo script funziona; da cron l'xmessage non funziona
e trovo le segnalazione nella mail utente;
cosa sto dimenticando (o ignorando): forse qualche privilegio di root?
Sei sicuro che 'xmessage' sappia s
ciao,
mi sono fatto uno script in perl per controllare lo stato della
batteria e, in caso di livello sotto soglia, segnalare con un xmessage
all'utente;
ho messo la procedura in cron ogni 5 minuti come procedura utente;
attivato da console lo script funziona; da cron l'xmessage non
piv...@riminilug.it scrisse in data 17/09/2011 07:00:
> Ciao a tutti su una SLES 10 ho fatto uno script che fra le altre cose
> dovrebbe riuscire a montare e a smontare un disco esterno usb. Lo script
> viene eseguito come root. Se lo eseguo da console funziona alla perfezione
> quando lo eseguo da
Ciao a tutti su una SLES 10 ho fatto uno script che fra le altre cose
dovrebbe riuscire a montare e a smontare un disco esterno usb. Lo script
viene eseguito come root. Se lo eseguo da console funziona alla perfezione
quando lo eseguo da crontab non riesce più a montare il disco. Avete una
qualche
In data giovedì 14 luglio 2011 20:49:15, christian.sile...@gmail.com ha
scritto:
> Io ho un toshiba tecra a9 ed tecra m10. Il secondo me lo sono dimenticato
> per due giorni ed una notte nel cortile della ditta, quei due giorni non
> ha mai smesso di piovere... Ho lasciato il portatile un paio d'o
e per lavoro lo uso
almeno 12 ore al giorno.
Ciao
Inviato da HTC
- Reply message -
Da: "Carlo"
A:
Oggetto: [RISOLTO] comportamento script differente da bash a cron
Data: gio, lug 14, 2011 18:27
Il 06/07/2011 19:35, Carlo ha scritto:
> Il 06/07/2011 19:15, xserver80 ha
funziona
correttamente, mentre da crontab non conclude l’esecuzione
correttamente e quindi non si crea il tunnel.
In particolare durante l’esecuzione “in cron” i parametri passati ad
expert non vengono eseguiti.
Non riesco a capire perché tramite cron non esegue correttamente
questi comandi…
Avete
> a proposito di mancanza di rispetto, ignoranza e cafonaggine spacciata
> per simpatia, voglio solo farti sapere che ti ho segnalato come spam.
>
> grazie di esistere.
/FLAME:on
se hai qualcosa da dire a riguardo ok. se no le tue segnalazioni sai
dove infilartele insieme a tutto il resto dello s
On Thu, 7 Jul 2011 21:18:30 +0200, gollum1 wrote:
In data giovedì 7 luglio 2011 11:30:14, hai scritto:
Infatti da google ho letto che derivane entrambe da Debian per
questo
dicevo che hanno gli stessi fondatori. Magari cambia l'interfaccia
grafica... Perchè DEBIAN è meglio??
1) un po' duro di
On Fri, Jul 08, 2011 at 08:16:06PM +0200, SubSoNiK wrote:
>
> se pisciate in cucina potete anche sostenere di non essere ignoranti o
> cafoni, ma solo a parole.
>
> a.2) mancanza di rispetto per chi legge. perche' se vai bene a
>
> il che dimostra che non hai capito un cazzo delle RFC in general
Il 08/07/2011 13:20, gollum1 ha scritto:
>
> se nel mentre sto cercando di insegnarti come ci si comporta in lista, forse
> sarebbe il caso di leggerla e farne tesoro...
>
> comunque non preoccuparti... da parte mia non avrai altre comunicazioni, e
> nel
> privato non ne riceverò altre da te,
In data venerdì 8 luglio 2011 00:23:28, br...@libero.it ha scritto:
> Risposta illeggibile e noiosa! Non sono riuscito ad arrivare al termine.
Io sarò anche pedante e noioso, ma sto cercando di darti delle informazioni,
che oltretutto hai chiesto tu...
se nel mentre sto cercando di insegnarti co
In data giovedì 7 luglio 2011 21:32:27, Paolo Nicorelli ha scritto:
> 2011/7/7 gollum1 :
> > anche se si ferma al 2007 è una immagine suggestiva
> > http://nonplusx.files.wordpress.com/2007/05/linuxdistrotimeline-75.png
>
> La vuoi fino al 2011? :D
>
> http://futurist.se/gldt/wp-content/uploa
Il 07/07/2011 13:43, xserver80 ha scritto:
BINGO!
Utilizzando SSH con le chiavi e senza password funziona benissimo!
p.s., ma Carlo Tu hai risolto con gli altri suggerimenti?
hehe no non ancora
faccio qualche prova ma credo che il problema rimanga come rimaneva a te.
anche perchè in testa
On Jul 7, 2011, at 9:32 PM, Paolo Nicorelli wrote:
>
> La vuoi fino al 2011? :D
> http://futurist.se/gldt/wp-content/uploads/11.06/gldt1106.png
Wow!
Grazie del link,
Manuel
--
Follow @manuelmagic on Twitter
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@li
2011/7/7 gollum1 :
> anche se si ferma al 2007 è una immagine suggestiva
> http://nonplusx.files.wordpress.com/2007/05/linuxdistrotimeline-75.png
La vuoi fino al 2011? :D
http://futurist.se/gldt/wp-content/uploads/11.06/gldt1106.png
--
Per REVOCARE l'iscrizione alla lista, inviare un email
In data giovedì 7 luglio 2011 11:30:14, hai scritto:
> Infatti da google ho letto che derivane entrambe da Debian per questo
> dicevo che hanno gli stessi fondatori. Magari cambia l'interfaccia
> grafica... Perchè DEBIAN è meglio??
1) un po' duro di comprendonio...
impara a quotare come si de
Il 07 luglio 2011 10:20, Paolo Sala ha scritto:
...
> Bhé per vedere se è quello prova con ssh-copy-id e quindi a non passare
> più password ma connetterti tramite certificati.
>
> Ciao
>
> Piviul
BINGO!
Utilizzando SSH con le chiavi e senza password funziona benissimo!
Lo script definitivo
xserver80 scrisse in data 07/07/2011 10:12:
> Allora, non funziona nè forzando bash da cron nè aggiungendo l'utente root.
> Però facendo ancora analisi ho notato che, sul server a cui vado a
> connettermi, arriva effettivamente la connessione ssh (stando a
> /var/log/auth.log), v
Allora, non funziona nè forzando bash da cron nè aggiungendo l'utente root.
Però facendo ancora analisi ho notato che, sul server a cui vado a
connettermi, arriva effettivamente la connessione ssh (stando a
/var/log/auth.log), viene accettata la password, ma poi
istantaneamente viene richiu
ahi... ahi... top quoting, non va bene...
http://www.krisopea.it/mvp/Quoting.htm
(segue risposta in bottom quoting).
In data mercoledì 6 luglio 2011 21:42:20, hai scritto:
> Scusate ma perchè ubuntu e debian sono due comunità separate??
> Non provengono dagli stessi fondatori?
Sì, sono due comun
On 06/07/2011 19:15, xserver80 wrote:
Il problema è che se eseguo lo script manualmente da bash funziona
correttamente, mentre da crontab non conclude l’esecuzione
correttamente e quindi non si crea il tunnel.
questo perché quando esegui lo script tu hai le variabili d'ambiente
impostate corr
perché forzi l'uso di
bash...
a quanto pare questo è un problema della nuova console che viene usato da
debian (dash)... anche su ubuntu hanno lo stesso problema, che qualcuno ha
risolto redirezionando sh a bash invece che a dash
http://redomino.com/it/labs/blog/luca-cipriani/cron-non-esegue
uot;
> fi
> echo "esco"
> exit 0
> ---
>
> Il problema è che se eseguo lo script manualmente da bash funziona
> correttamente, mentre da crontab non conclude l’esecuzione
> correttamente e quindi non si crea il tunnel.
> In particolare d
non conclude l’esecuzione
correttamente e quindi non si crea il tunnel.
In particolare durante l’esecuzione “in cron” i parametri passati ad
expert non vengono eseguiti.
Non riesco a capire perché tramite cron non esegue correttamente questi comandi…
Avete qualche idea?
Io ho il tuo stesso problema
rettamente e quindi non si crea il tunnel.
In particolare durante l’esecuzione “in cron” i parametri passati ad
expert non vengono eseguiti.
Non riesco a capire perché tramite cron non esegue correttamente questi comandi…
Avete qualche idea?
Grazie,
Federico
--
Per REVOCARE l'iscrizione
> come lo imposto (/etc/crontab) per eseguire quello script il 20 di
> ogni mese? grazie!
>
> Pol
0 6 20 * * user comando
Così lo esegue alle 6.00 di ogni mese con giorno uguale a 20
Luca
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org c
Il 15 aprile 2011 16:16, Pol Hallen ha scritto:
> stavo rispolverando cron per degli script e mi è già fuso il cervello :-@
>
> come lo imposto (/etc/crontab) per eseguire quello script il 20 di ogni mese?
http://adminschoice.com/crontab-quick-reference
Ciao,
--
Marco Bertorel
stavo rispolverando cron per degli script e mi è già fuso il cervello :-@
come lo imposto (/etc/crontab) per eseguire quello script il 20 di ogni mese?
grazie!
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "u
On 17/02/2010 15:44, pac wrote:
Al primo e al 16 del mese si dovrebbe mandare una mail per effettuare
determinate operazioni.
Sin qui nessun problema ne di invio e neppure in cron, il problema
nasce quando il primo o il 16 cadono per esempio al sabato o alla
domenica
giorni in cui il computer è
On Wednesday 17 February 2010 15:44:42 pac wrote:
> si dovrebbe inviare la mail il giorno in cui si riaccende: come potrei
> fare ?
Puoi utilizzare anacron!
HTH,
--
Eriol - *p = NULL; - EIBTI
GPG Key ID 0B7C8A19
http://mornie.org
--
Per REVOCARE l'iscrizione alla lista, inviare un email
On 17/02/2010 15:44, pac wrote:
> Al primo e al 16 del mese si dovrebbe mandare una mail per effettuare
> determinate operazioni.
> Sin qui nessun problema ne di invio e neppure in cron, il problema
> nasce quando il primo o il 16 cadono per esempio al sabato o alla
> domenica
>
* pac [170210, 15:44]:
> Al primo e al 16 del mese si dovrebbe mandare una mail per effettuare
> determinate operazioni.
> Sin qui nessun problema ne di invio e neppure in cron, il problema
> nasce quando il primo o il 16 cadono per esempio al sabato o alla
> domenica
> giorni
Al primo e al 16 del mese si dovrebbe mandare una mail per effettuare
determinate operazioni.
Sin qui nessun problema ne di invio e neppure in cron, il problema
nasce quando il primo o il 16 cadono per esempio al sabato o alla
domenica
giorni in cui il computer è spento fisicamente, in questo caso
Ciao a tutti,
cosa può voler dire questo errore:
/etc/cron.monthly/hylafax:
Unterminated account definition: "btshell".
"Source" stack over-pop.
google non mi aiuta e riguardo btshell ho questo:
# dpkg -l btshell
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Fa
Fabrizio Tarizzo scrisse in data 04/08/2009 14:46:
> On Tue, 04 Aug 2009 14:04:06 +0200, Paolo Sala wrote:
>
>> Vedo che nessuno mi può dare una mano... qualcuno sa se nella head di
>> una mail le date possono essere in italiano o debbano necessariamente
>> essere in inglese? Lo chiedo perché s
On Tue, 04 Aug 2009 14:04:06 +0200, Paolo Sala wrote:
> Vedo che nessuno mi può dare una mano... qualcuno sa se nella head di
> una mail le date possono essere in italiano o debbano necessariamente
> essere in inglese? Lo chiedo perché se possono anche essere in italiano
> apro un bug report su ic
Vedo che nessuno mi può dare una mano... qualcuno sa se nella head di
una mail le date possono essere in italiano o debbano necessariamente
essere in inglese? Lo chiedo perché se possono anche essere in italiano
apro un bug report su icedove, altrimenti... poi ci penserò.
Grazie mille
Piviul
--
Christian Surchi scrisse in data 03/08/2009 10:37:
> Il giorno lun, 03/08/2009 alle 10.24 +0200, Paolo Sala ha scritto:
>
>> Ciao a tutti, ho un problema con la visualizzazione della data in
>> messaggi inviati da cron e non capisco se sia un problema di iceweasel,
>&g
Il giorno lun, 03/08/2009 alle 10.24 +0200, Paolo Sala ha scritto:
> Ciao a tutti, ho un problema con la visualizzazione della data in
> messaggi inviati da cron e non capisco se sia un problema di iceweasel,
> di cron, di exim o di qualcos'altro. Vi spiego meglio.
...
> Come ve
Ciao a tutti, ho un problema con la visualizzazione della data in
messaggi inviati da cron e non capisco se sia un problema di iceweasel,
di cron, di exim o di qualcos'altro. Vi spiego meglio.
Su un sever, i log dei cron vengono inviati ad una casella esterna al
server stesso; i log arr
On Monday 25 May 2009 16:33:54 Paolo Sala wrote:
> Paolo Sala scrisse in data 25/05/2009 14:28:
> > [...]
> > ora mi sono accorto che se vado a spulciare nella head del
> > messaggio vedo "Date: lun, 25 mag 2009 05:34:13 +0200"... a questo
> > punto non ci capisco niente: nella head l'ora è giusta,
Paolo Sala scrisse in data 25/05/2009 14:28:
> [...]
> ora mi sono accorto che se vado a spulciare nella head del
> messaggio vedo "Date: lun, 25 mag 2009 05:34:13 +0200"... a questo punto
> non ci capisco niente: nella head l'ora è giusta, il client di posta la
> mostra errata: come è possibile?
>
edove anche perché degli altri messaggi vede la data
corretta...
> Hai provato ad usare un altro MUA?
>
Ho provato ad accedere alla casella con horde e fa lo stesso: icedove è
scagionato. ...deve essere qualcosa di sbagliato nella generazione del
messaggio da parte di cron: se qualcuno ha
On Monday 25 May 2009 14:28:39 Paolo Sala wrote:
Ciao,
> > Hai il bios-clock sull'ora locale o su gmt?
>
> ...come faccio a saperlo? :-[
Gia', non c'entra proprio. Avevo capito male io.
> Tieni conto che l'ora è proprio errata, non semplicemente non
> corretta... almeno Iceweasel dice che l'ora d
Luigi di Lazzaro scrisse in data 25/05/2009 14:04:
> On Monday 25 May 2009 09:41:15 Paolo Sala wrote:
> Ciao,
>
>
>> Ciao a tutti, su un server debian lenny, le mail di log inviate da
>> cron arrivano con un'ora sbagliata eppure il server è impostato con
>>
On Monday 25 May 2009 09:41:15 Paolo Sala wrote:
Ciao,
> Ciao a tutti, su un server debian lenny, le mail di log inviate da
> cron arrivano con un'ora sbagliata eppure il server è impostato con
> un'ora corretta. Avete idea di cosa possa essere?
Hai il bios-clock sull'or
Ciao a tutti, su un server debian lenny, le mail di log inviate da cron
arrivano con un'ora sbagliata eppure il server è impostato con un'ora
corretta. Avete idea di cosa possa essere?
Grazie mille
Piviul
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debi
ntab ho
qualcosa tipo
25 6* * *roottest -x /usr/sbin/anacron || ( cd / &&
run-parts --report /etc/cron.daily )
prova semplicemente a fare un bel "dpkg-reconfigure cron": io credo tu
abbia un crontab un po' antico...
Se non funziona vai a vederti le note di anac
1 - 100 di 218 matches
Mail list logo
