On Wed, Sep 12, 2012 at 04:06:12AM -0400, Jude DaShiell wrote:
Anyone know what this means?
1+ 09/12 Cron DaemonCron root@d-216-36-20-9 perl -we 'sleep rand
3600'; hearse --quiethearse: size of unsigned long is 8 rather than 4
This message doesn't come up every day but does come up a
On Wed, 12 Sep 2012 04:06:12 -0400, Jude DaShiell wrote:
Anyone know what this means?
1+ 09/12 Cron DaemonCron root@d-216-36-20-9 perl -we 'sleep
rand 3600'; hearse --quiethearse: size of unsigned long is 8 rather
than 4 This message doesn't come up every day but does come up a few
Bonjour,
il me semble bien qu'il faille échapper les caractères % dans la table cron
par exemple:
* * * * * echo $(date +\%s) ~/test_cron
en espérant avoir été utile.
cordialement
seb
Le 06/08/2012 12:09, Alain Vaugham a écrit :
Bonjour la liste,
La crontab ne fait pas ce que je veux
.
cordialement
seb
Le 06/08/2012 12:09, Alain Vaugham a écrit :
Bonjour la liste,
La crontab ne fait pas ce que je veux...
Pourtant en ligne de commande j'ai bien ce que je veux :
$ pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date
+%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
Par
Bonjour la liste,
La crontab ne fait pas ce que je veux...
Pourtant en ligne de commande j'ai bien ce que je veux :
$ pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date
+%d)-$(date +%H)$(date +%M)$(date +%S).sql
Par contre, dans la crontab, cette même syntaxe ne génère pas
On Mon, 6 Aug 2012 12:09:14 +0200
Alain Vaugham al...@vaugham.com wrote:
Par contre, dans la crontab, cette même syntaxe ne génère pas le
fichier escompté :
* * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date
+%Y)$(date +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
Il
Salut,
cela dépend certainement de ton shell.
Je te conseille dans ton crontab :
- d'utiliser les chemins complets vers ton script ou programme (ou de le
déclarer via la variable PATH)
- de toujours sélectionner ton shell (via la variable SHELL)
- d'éviter cette syntaxe $(commande) et de
Nicolas Gadoux, 2012-08-06 13:57+0200:
Je te conseille dans ton crontab :
- d'éviter cette syntaxe $(commande) et de privilégier celle là :
`commande` (car la première ne fonctionne pas dans tous les shells)
Cette syntaxe `commande` est caduque depuis des années, remplacée par
$(commande) qui
Le Mon, 6 Aug 2012 12:14:53 + (UTC),
Tanguy Ortolo tanguy+deb...@ortolo.eu a écrit :
Nicolas Gadoux, 2012-08-06 13:57+0200:
Je te conseille dans ton crontab :
- d'éviter cette syntaxe $(commande) et de privilégier celle là :
`commande` (car la première ne fonctionne pas dans tous les
Ah ok, je ne savais pas qu'elle visait à la remplacer, je pensais juste
que c'était une autre façon de faire.
Qu'apporte-t'elle de mieux ? J'ai cherché sur le net mais n'ai rien trouvé.
En tout cas elle n'a pas été implémentée en C-Shell (shell par défaut
sous FreeBSD par exemple).
Cette
Le 06/08/2012 14:43:48, Nicolas Gadoux a écrit :
Qu'apporte-t'elle de mieux ? J'ai cherché sur le net mais n'ai rien
trouvé.
Elle permet de les emboîter, par exemple.
nicolas patrois : pts noir asocial
--
RÉALISME
M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des
Bonjour, Bonsoir,
Le Mon, 6 Aug 2012 12:09:14 +0200, Alain Vaugham, vous avez écrit :
Bonjour la liste,
La crontab ne fait pas ce que je veux...
Pourtant en ligne de commande j'ai bien ce que je veux :
$ pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date
+%m)$(date +%d)-$(date
Le Mon, 6 Aug 2012 18:55:00 +0200,
Grégory Bulot debian.list200...@batman.dyndns.org a écrit :
Bonjour, Bonsoir,
Le Mon, 6 Aug 2012 12:09:14 +0200, Alain Vaugham, vous avez écrit :
Bonjour la liste,
La crontab ne fait pas ce que je veux...
Pourtant en ligne de commande j'ai
Le Mon, 6 Aug 2012 13:48:19 +0200,
Bzzz lazyvi...@gmx.com a écrit :
On Mon, 6 Aug 2012 12:09:14 +0200
Alain Vaugham al...@vaugham.com wrote:
Par contre, dans la crontab, cette même syntaxe ne génère pas le
fichier escompté :
* * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date
On Mon, 6 Aug 2012 21:54:47 +0200
Alain Vaugham al...@vaugham.com wrote:
Non, il ne manque pas le user.
Avec cette syntaxe dans la crontab, pg_dump déverse bien dans un
fichier.
Pas trop normal ça, chez moi en dehors de postgres personne ne peut
se connecter sans mot de passe.
C'est
Le Mon, 6 Aug 2012 22:15:41 +0200,
Bzzz lazyvi...@gmx.com a écrit :
On Mon, 6 Aug 2012 21:54:47 +0200
Alain Vaugham al...@vaugham.com wrote:
Non, il ne manque pas le user.
Avec cette syntaxe dans la crontab, pg_dump déverse bien dans un
fichier.
Pas trop normal ça, chez moi en
Le Mon, 6 Aug 2012 22:15:41 +0200,
Bzzz lazyvi...@gmx.com a écrit :
[...]
Tu fais un script genre:
#!/bin/sh
TS=$(date +%Y-%m-%d_%Hh%M)
pg_dump -a db_XYZ /home/userx/backup/db_XYZ_${TS}.sql
que tu rends exécutable et que tu colles dans
/usr/local/bin/pgbackup_XYZ.sh
[...]
Je me pose
Le lundi 06 août 2012 à 12:09, d'après
Alain Vaugham al...@vaugham.com :
Par contre, dans la crontab, cette même syntaxe ne génère pas le
fichier escompté :
* * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date
+%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
Comme l'a
Le Mon, Aug 06, 2012 at 11:10:10PM +0200, Alain Vaugham a écrit :
Je pensais que remplir le /usr/ était réservé pour l'installateur Debian.
Quelle est la raison pour laquelle on met ses propres scripts dans les
/usr/share/...
/usr/local/...
Bonjour,
Debian respecte en général la norme FHS
Le Mon, 6 Aug 2012 23:55:01 +0200,
Thomas Parmelan parmelan+deb...@free.fr a écrit :
Le lundi 06 août 2012 à 12:09, d'après
Alain Vaugham al...@vaugham.com :
Par contre, dans la crontab, cette même syntaxe ne génère pas le
fichier escompté :
* * * * * pg_dump -a db_mabase ~/backup
Le Tue, 7 Aug 2012 07:28:58 +0900,
Charles Plessy ple...@debian.org a écrit :
Le Mon, Aug 06, 2012 at 11:10:10PM +0200, Alain Vaugham a écrit :
Je pensais que remplir le /usr/ était réservé pour l'installateur Debian.
Quelle est la raison pour laquelle on met ses propres scripts dans les
On Mon, 6 Aug 2012 23:10:10 +0200
Alain Vaugham al...@vaugham.com wrote:
Pourquoi aller mettre le script dans /usr/local/bin/?
Moi je les mettais dans le home du user et ne touchais jamais
au /usr/ Cela me semblait pratique pour sauvegarder/réinstaller.
Charles t'as donné la version longue;
), the command is run.
Presumably, webalizer writes its output to the same place each time,
so that is why you're only seeing the output of the 4:59 run.
Try changing your crontab to read:
# min hr dom mon dow command
0 04 * * * /home/titanus/scripts/web-log /dev/null 21
On Mon, 02 Jul 2012 15:07:46 +0100
Chris Davies chris-use...@roaima.co.uk wrote:
Titanus Eramius tita...@aptget.dk wrote:
* 04 * * * /home/titanus/scripts/web-log /dev/null 21
The line runs every morning at 4, and AFAIK, the /dev/-part should
redirect all but errors to null.
No.
Hi folks
On my webserver I've recently added a log-sorting and presentation
program by the name of Webalizer. To make it run, I've put this line in
the crontab (everything runs as a normal user):
* 04 * * * /home/titanus/scripts/web-log /dev/null 21
The line runs every morning at 4, and AFAIK
On Mon, Jul 02, 2012 at 02:51:06PM +0200, Titanus Eramius wrote:
Hi folks
On my webserver I've recently added a log-sorting and presentation
program by the name of Webalizer. To make it run, I've put this line in
the crontab (everything runs as a normal user):
* 04 * * * /home/titanus
,
so that is why you're only seeing the output of the 4:59 run.
Try changing your crontab to read:
# min hr dom mon dow command
0 04 * * * /home/titanus/scripts/web-log /dev/null 21
This will run at 4:00 every day, and is probably what you meant.
Yes it is.
I'll try and set
Titanus Eramius tita...@aptget.dk wrote:
* 04 * * * /home/titanus/scripts/web-log /dev/null 21
The line runs every morning at 4, and AFAIK, the /dev/-part should
redirect all but errors to null.
No.
1. This runs every minute while the hour is 4. If you want the script
to run only a 4am, you
El 21/05/2012 08:55 a.m., tahawk tahawk escribió:
El 20/05/2012 17:53, Walber Zaldivar Herrera
jesus.zaldi...@infomed.sld.cu mailto:jesus.zaldi...@infomed.sld.cu
escribió:
Hola:
Alguno sabe si hay alguna forma de poner en el crontab que mande a
activar otra vez la PC después de ponerla
El Wed, 23 May 2012 00:52:23 -0400, Walber Zaldivar escribió:
El 21/05/12 09:12, Camaleón escribió:
En la línea de lo comentas... estaba buscando por Google alguna
aplicación que permitiera despertar al equipo y me he topado con
rtcwake (dentro del paquete util-linux que viene instalado de
El 21/05/12 09:12, Camaleón escribió:
En la línea de lo comentas... estaba buscando por Google alguna aplicación
que permitiera despertar al equipo y me he topado con rtcwake (dentro del
paquete util-linux que viene instalado de manera predeterminada), quizá le
sirva (siempre y cuando su BIOS lo
si el crontab sigue
ejecutando tareas durante la suspensión ??
Si windows lo hace, linux también debería ¿no? ;-)
y la idea es que la PC autogestione su activación.
Ya, el problema es generar ese evento mágico que devuelva a la vida al
sistema (y que vuelva correctamente, que esa
El 20/05/2012 17:53, Walber Zaldivar Herrera
jesus.zaldi...@infomed.sld.cu escribió:
Hola:
Alguno sabe si hay alguna forma de poner en el crontab que mande a
activar otra vez la PC después de ponerla en estado de suspencion.
Lo que quiero es algo así
11:00 pm supender PC
02:00 am
hasta que encuentres la solución
definitiva.
Luego es todo cuestión de maña con el crontab, hay una orden en el
crontab que era @reboot (para que cuando arranque haga algo).
En la línea de lo comentas... estaba buscando por Google alguna aplicación
que permitiera despertar al equipo y me
Hola:
Alguno sabe si hay alguna forma de poner en el crontab que mande a
activar otra vez la PC después de ponerla en estado de suspencion.
Lo que quiero es algo así
11:00 pm supender PC
02:00 am reactivar PC
... acciones varias ...
05:00 am apagar la PC
La lista anterior es para que tengan
El Sun, 20 May 2012 11:53:31 -0400, Walber Zaldivar Herrera escribió:
Alguno sabe si hay alguna forma de poner en el crontab que mande a
activar otra vez la PC después de ponerla en estado de suspencion.
(...)
Tendrás que generar un evento que sea reconocible por el sistema de
ahorro energía
El 20/05/2012 12:07 p.m., Camaleón escribió:
Tendrás que generar un evento que sea reconocible por el sistema de
ahorro energía que uses (pm-utils, acpid, tuxonice, uswsusp...) y que
esté asociado con la restauración del sistema. Es decir, normalmente al
pulsar una tecla o mover el ratón se
El Sun, 20 May 2012 12:23:17 -0400, Walber Zaldivar Herrera escribió:
El 20/05/2012 12:07 p.m., Camaleón escribió:
Tendrás que generar un evento que sea reconocible por el sistema de
ahorro energía que uses (pm-utils, acpid, tuxonice, uswsusp...) y que
esté asociado con la restauración
detecta actividad en la red debería reactivarse :-?
Saludos,
La verdad es que cada vez que pienso en el tema me da algo de
huevo-gallina, porque en realidad me pregunto si el crontab sigue
ejecutando tareas durante la suspensión ?? y la idea es que la PC
autogestione su activación
, quizá haciendo un ping a la tarjeta de red vuelva en sí ya que
si detecta actividad en la red debería reactivarse :-?
La verdad es que cada vez que pienso en el tema me da algo de
huevo-gallina, porque en realidad me pregunto si el crontab sigue
ejecutando tareas durante la suspensión
Hello,
The following script is working fine executing from shell. But does not
work running on crontab.
How to fix this crontab issue?
#!/usr/bin/expect
spawn /usr/bin/rsync -avz --delete /var/app/ user@somedomain:/var/app/
expect
Hello Bilal,
Bilal mk bilalh...@gmail.com wrote:
The following script is working fine executing from shell. But does not
work running on crontab.
How to fix this crontab issue?
Check the output of
$ env
when run in the crontab and in the shell.
Best regards,
Claudius
--
BOFH excuse
On Tue, 13 Mar 2012 13:59:35 +0530,
Bilal mk bilalh...@gmail.com said:
B The following script is working fine executing from shell. But does not
B work running on crontab. How to fix this crontab issue?
B #!/usr/bin/expect
B spawn /usr/bin/rsync -avz --delete /var/app/ user@somedomain
Bob Proulx:
Jochen Spieker wrote:
You still can use
PATH = ~/bin:/usr/local/bin:/usr/bin:/bin:/usr/games
if the crontab belongs to the user 'rwp'.
Having a literal '~/' in there works for bash. But it doesn't work
for /bin/sh linked to dash for example.
Works here:
$ exec /bin
in the test case script and
that the quotes were included properly. Otherwise they will have been
expanded when you created the script and the test case won't have been
created properly.
Then set up your crontab with PATH holding ~/bin in it as per the
discussion. Then call pathtrial2 in your crontab
Bob Proulx wrote:
Jochen Spieker wrote:
Bob Proulx:
Having a literal '~/' in there works for bash. But it doesn't work
for /bin/sh linked to dash for example.
Works here:
$ exec /bin/dash
$ cd /
$ pwd
/
$ cd ~
$ pwd
/home/jrschulz
But that doesn't have anything
Bob Proulx:
Jochen Spieker wrote:
Bob Proulx:
Having a literal '~/' in there works for bash. But it doesn't work
for /bin/sh linked to dash for example.
Works here:
… snip
But that doesn't have anything to do with PATH. You didn't test PATH
containing ~/ in it. You tested cd with ~ as
Hi,
I'd like use set up a crontab rule from 6 am to midnight, and crontab(5)
mentions:
field allowed values
hour 0-23
Then, I tried something like:
*/10 6-0 * * 1-5 my-script
Can this be correct or do I face an overlap issue? (I mean since 0 is the
begining
Nicolas Bercher:
I'd like use set up a crontab rule from 6 am to midnight, and crontab(5)
mentions:
field allowed values
hour 0-23
Then, I tried something like:
*/10 6-0 * * 1-5 my-script
Using this, cron should execute my-script on 06:10, 06:20 … 23:50, 00:00
On Thu, Dec 01, 2011 at 12:19:06PM +0100, Jochen Spieker wrote:
Nicolas Bercher:
I'd like use set up a crontab rule from 6 am to midnight, and crontab(5)
mentions:
field allowed values
hour 0-23
Then, I tried something like:
*/10 6-0 * * 1-5 my-script
Darac Marjal a écrit :
On Thu, Dec 01, 2011 at 12:19:06PM +0100, Jochen Spieker wrote:
Nicolas Bercher:
I'd like use set up a crontab rule from 6 am to midnight, and crontab(5)
mentions:
field allowed values
hour 0-23
Then, I tried something like:
*/10 6-0 * * 1-5 my
this in my crontab:
# The default vixie-cron PATH is /usr/bin:/bin, overriding the environment.
PATH = /home/rwp/bin:/usr/local/bin:/usr/bin:/bin:/usr/games
# Setting PATH is a vixie-cron extension.
# Variables are not expanded. Quotes are optional.
But note that you can't use variables
Bob Proulx:
# The default vixie-cron PATH is /usr/bin:/bin, overriding the
environment.
PATH = /home/rwp/bin:/usr/local/bin:/usr/bin:/bin:/usr/games
You still can use
PATH = ~/bin:/usr/local/bin:/usr/bin:/bin:/usr/games
if the crontab belongs to the user 'rwp'.
J.
--
Nothing is as I
Jochen Spieker wrote:
Bob Proulx:
# The default vixie-cron PATH is /usr/bin:/bin, overriding the
environment.
PATH = /home/rwp/bin:/usr/local/bin:/usr/bin:/bin:/usr/games
You still can use
PATH = ~/bin:/usr/local/bin:/usr/bin:/bin:/usr/games
if the crontab belongs to the user
if the crontab belongs to the user 'rwp'.
Having a literal '~/' in there works for bash. But it doesn't work
for /bin/sh linked to dash for example. On Debian /bin/sh defaults to
being linked to /bin/dash, not bash, these days and in that case using
~/ wouldn't work.
So I guess
You can append 21 /var/log/nightly-git.log to get the output
logged to a file.
Those redirections are the wrong way round. Only standard output is
redirected to the file.
To redirect both standard output and standard error you need to append
/var/log/nightly-git.log 21
--
Cheers,
Clive
On Tue, Nov 8, 2011 at 15:33, Bob Proulx b...@proulx.com wrote:
The nscd is not required for cron jobs to run. I don't want to
suggest that you thrash your production machine but if you could test
this on a test machine I think you will find that nscd is not required
for cron. Really it
Hi
On a squeeze box I'd like to run a script every night at 1:01am, as
such I have the following entry in my crontab:
$ crontab -l
1 1 * * * /home/laltest/test/nightly/nightly-git.sh
$
However the script never runs and I don't any email from cron
indicating script failure, when I run
On Tue, 08 Nov 2011 07:52:33 -0600, Adam Mercer wrote:
On a squeeze box I'd like to run a script every night at 1:01am, as such
I have the following entry in my crontab:
$ crontab -l
1 1 * * * /home/laltest/test/nightly/nightly-git.sh
$
However the script never runs and I don't
On Tue, Nov 8, 2011 at 10:25, Camaleón noela...@gmail.com wrote:
Do a grep -i cron /var/log/syslog and check for the output.
# grep -i cron /var/log/syslog
Nov 8 07:17:01 bull /USR/SBIN/CRON[6222]: (root) CMD ( cd /
run-parts --report /etc/cron.hourly)
Nov 8 07:49:05 bull crontab[6280
On Tue, Nov 8, 2011 at 10:44, Adam Mercer ramer...@gmail.com wrote:
You can append 21 /var/log/nightly-git.log to get the output
logged to a file.
That's I'll see if that gives any more information.
I created another entry in the crontab with the logging enabled for a
few minutes
recheck there is a blank line (enter) at the end of the
crontab file, I'm not sure if this is still required :-?
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
Adam Mercer wrote:
Nov 8 10:48:01 bull /usr/sbin/cron[1123]: (laltest) ORPHAN (no passwd entry)
from this I was able to determine that NSCD wasn't running, restarting
this allowed jobs to run successfully!
Does this mean that you are running NIS/YP or LDAP from the network?
Are your servers
On Tue, Nov 8, 2011 at 12:21, Bob Proulx b...@proulx.com wrote:
from this I was able to determine that NSCD wasn't running, restarting
this allowed jobs to run successfully!
Does this mean that you are running NIS/YP or LDAP from the network?
Are your servers slow such as on a remote network
Adam Mercer wrote:
Bob Proulx wrote:
from this I was able to determine that NSCD wasn't running, restarting
this allowed jobs to run successfully!
Does this mean that you are running NIS/YP or LDAP from the network?
Are your servers slow such as on a remote network or otherwise
, você deve pensar em liberdade de expressão, não em cerveja
grátis.'
2011/10/6 Eden Caldas edencal...@gmail.com
Não coloca o nome do usuário dentro do crontab do root, como já disseram.
Outra coisa. Se liga que o path do crontab é diferente do shell padrão em
login. Talvez esses scripts php
da própria
empresa fez alterações no arquivo /etc/crontab e nessa alteração ele colocou o
usuário na linha adicionada.
Resolvi dando um crontab -r e excluindo as linhas do /etc/crontab, foi nesse
momento que percebi o erro nesse arquivo pois as dicas dos colegas aqui me
fizeram atentar para do
Saudações.
Outro dia me foi solicitado para fazer um servidor centOS executar um
determinado comando a cada 30 minutos.
Logo pensei: Eita dinheirinho fácil, 5 minutos faço isso!
Ledo engano.
Como root executei o comando crontab -e e inseri as linhas:
*/30
;Eita dinheirinho fcil, 5 minutos fao isso!"
Ledo engano.
Como root executei o comando "crontab -e" e inseri as
linhas:
*/30 * *
* * root /usr/bin/php /home/httpd/html/script1.php
*/30 * *
*
executei o comando crontab -e e inseri as linhas:
*/30 * * * * root /usr/bin/php
/home/httpd/html/script1.php
Editou o crontab de que usuário (obviamente do root)?
o crontab do usuário tem o seguinte formato
min hora dia mes semana comando argumentos
Somente quando
Não coloca o nome do usuário dentro do crontab do root, como já disseram.
Outra coisa. Se liga que o path do crontab é diferente do shell padrão em
login. Talvez esses scripts php aí estejam rodando algo que precise do path
completo.
Você poderia então criar um script com o path padrão e esses
Hi list,
I manage several Debian servers (etch and squeeze), not related to one
another, and they all have some crontab jobs scheduled such as backup
scripts. When these cronjobs are run, the output is e-mailed to the
local admin account on the system. Is it possible to configure these
e-mails
several Debian servers (etch and squeeze), not related to one
another, and they all have some crontab jobs scheduled such as backup
scripts. When these cronjobs are run, the output is e-mailed to the
local admin account on the system. Is it possible to configure these
e-mails to be delivered
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18/09/11 21:43, Juan Sierra Pons wrote:
Hi,
Yes, it can be done configuring Exim to send emails to external
domains using a smarthost.
hello
yee but to just send admin emails nullmailer is enough and the easiest
to confiugre from any soft of
Steven wrote:
I manage several Debian servers (etch and squeeze), not related to one
another, and they all have some crontab jobs scheduled such as backup
scripts. When these cronjobs are run, the output is e-mailed to the
local admin account on the system. Is it possible to configure these
e
On Sun, 2011-09-18 at 22:43 +0200, Juan Sierra Pons wrote:
Hi,
Yes, it can be done configuring Exim to send emails to external
domains using a smarthost.
Excellent.
1.- Configure properly /etc/aliases and add a default user to receive
emails. For example
[...]
2.- Configure exim4 to
On Sun, 2011-09-18 at 15:17 -0600, Bob Proulx wrote:
Steven wrote:
I manage several Debian servers (etch and squeeze), not related to one
another, and they all have some crontab jobs scheduled such as backup
scripts. When these cronjobs are run, the output is e-mailed to the
local admin
On Sat, Sep 10, 2011 at 08:54:52PM BST, Paweł Lalewicz || i-pawe...@tlen.pl
|| wrote:
Witam,
Od pewnego czasu czyt. po upgrade wykonanym kilka m-cy temu crontab
zachowuje mi się dość dziwnie.
Mam ustawione wykonanie zdarzenia:
30 19 2-31 * 1-5
Czyli zdarzenie powinna wykonywać się o
On Sat, Sep 10, 2011 at 08:54:52PM BST, Paweł Lalewicz || i-pawe...@tlen.pl
|| wrote:
Ktoś wie o co może chodzić? Z góry dzięki za pomoc.
Ech, sam powinienem zerknąć do manuala zanim wysłałem poprzednią
wiadomość. Cron, przynajmniej Vixie, nie jest aż tak inteligentny:
Za man 5 crontab:
Note
Witam,
Od pewnego czasu czyt. po upgrade wykonanym kilka m-cy temu crontab
zachowuje mi się dość dziwnie.
Mam ustawione wykonanie zdarzenia:
30 19 2-31 * 1-5
Czyli zdarzenie powinna wykonywać się o godzinie 19:30 od 2-31 dnia
każdego miesiąca od poniedziałku do piątku.
Mimo ustawień dni
El día 16 de agosto de 2011 13:23, skorky duarte
skorkydua...@gmail.com escribió:
lol
Crontab... es el papa de todos los procesos automatizados en la consola
man no busques en ningun otro sitio que no sea
man-pages
suerte
LOL?
Lee el hilo vas a enteder.
--
Atte,
Egui Mariano
Estimados:
Estoy buscando una alternativa al crotab
crontab ejecuta mi script PHP cada 1 min. y Me es mas util que lo
ejecute cada 20 seg. o continuamente.
Alguien conoce alguna alternativa?
Bueno, desde ya muchas gracias.
Saludos--
Atte,
Egui Mariano Germán
--
To UNSUBSCRIBE, email to debian
El 15 de agosto de 2011 10:21, Mariano Egui egui.mari...@gmail.comescribió:
Estimados:
Estoy buscando una alternativa al crotab
crontab ejecuta mi script PHP cada 1 min. y Me es mas util que lo
ejecute cada 20 seg. o continuamente.
Alguien conoce alguna alternativa?
No te hace falta una
El Mon, 15 Aug 2011 10:21:08 -0300, Mariano Egui escribió:
Estoy buscando una alternativa al crotab crontab ejecuta mi script PHP
cada 1 min. y Me es mas util que lo ejecute cada 20 seg. o
continuamente.
Alguien conoce alguna alternativa?
Google sugiere que uses crontab para llamar a un
El día 15 de agosto de 2011 15:39, Camaleón noela...@gmail.com escribió:
El Mon, 15 Aug 2011 10:21:08 -0300, Mariano Egui escribió:
Estoy buscando una alternativa al crotab crontab ejecuta mi script PHP
cada 1 min. y Me es mas util que lo ejecute cada 20 seg. o
continuamente.
Alguien conoce
Estoy buscando una alternativa al crotab crontab ejecuta mi script PHP
cada 1 min. y Me es mas util que lo ejecute cada 20 seg. o
continuamente.
Alguien conoce alguna alternativa?
Google sugiere que uses crontab para llamar a un script con un sleep de
por medio.
¿Qué es lo que quieres
El Mon, 15 Aug 2011 12:25:46 -0300, Mariano Egui escribió:
Camaleón
No se como funcionan el Deamon. Algun tuto o guia para novatos a
recomendar?
(...)
Por daemon me refiero a un proceso que esté integrado en la aplicación
que quieras ejecutar (en este caso, mysql), vamos, que haya sido
2011/8/15 Mariano Egui egui.mari...@gmail.com:
Estoy buscando una alternativa al crotab crontab ejecuta mi script PHP
cada 1 min. y Me es mas util que lo ejecute cada 20 seg. o
continuamente.
Alguien conoce alguna alternativa?
Google sugiere que uses crontab para llamar a un script con un
El día 15 de agosto de 2011 12:25, Mariano Egui
egui.mari...@gmail.com escribió:
Estoy buscando una alternativa al crotab crontab ejecuta mi script PHP
cada 1 min. y Me es mas util que lo ejecute cada 20 seg. o
continuamente.
Alguien conoce alguna alternativa?
Google sugiere que uses
El día 15 de agosto de 2011 12:34, Matías Bellone
matiasbell...@gmail.com escribió:
2011/8/15 Mariano Egui egui.mari...@gmail.com:
Estoy buscando una alternativa al crotab crontab ejecuta mi script PHP
cada 1 min. y Me es mas util que lo ejecute cada 20 seg. o
continuamente.
Alguien conoce
2011/8/15 Mariano Egui egui.mari...@gmail.com:
Estoy buscando una alternativa al crotab crontab ejecuta mi script PHP
cada 1 min. y Me es mas util que lo ejecute cada 20 seg. o
continuamente.
Alguien conoce alguna alternativa?
Google sugiere que uses crontab para llamar a un script con un
um teste manual:
*#sh ./rsync.sh*
Certo funcionou correctamente então fui ao grande final que era configurar o
crontab par a que o mesmo passasse a fazer a sincronização diariamente e no
determinado horário estabelecido desta forma fiz o seguinte:
*#nano /etc/crontab*
Arquivo:
# /etc/crontab
correctamente então fui ao grande final que era configurar o
crontab par a que o mesmo passasse a fazer a sincronização diariamente e no
determinado horário estabelecido desta forma fiz o seguinte:
#nano /etc/crontab
Arquivo:
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't
Sincronizacao Finalizada em $FINAL $LOG
echo | -- -- -- -- -- -- --- $LOG
echo$LOG
echo$LOG
para ter certeza desta vez fiz um teste manual:
#sh ./rsync.sh
Certo funcionou correctamente então fui ao grande final que era configurar o
crontab par a que
/
/media/pasta $LOG
FINAL=`date +%d/%m/%Y-%H:%M:%S`
echo Sincronizacao Finalizada em $FINAL $LOG
echo | -- -- -- -- -- -- --- $LOG
echo$LOG
echo$LOG
Após ter criado o arquivo o salvei com o nome.sh, da seguinte forma:
rsync.sh
4- Entrei no crontab e
ok.
2ª coisa, De praxe, verifique as permissões de execução, execute o
script na mão como root, audite ele
mandando o comando*//*(*/set -xv/*).
Nunca mexi direto no arquivo de cron, aqui usamos debian/ubuntu
pelo comando (crontab):
Vire root, para que seu script tem
C | awk
'{print $8}' | sed s/CPU_//g | sed s/.txt//g`
echo $lista
Quando executo manualmente ele demonstra o seguinte resultado para o echo
$lista:
20110525_07_C 20110525_08_C 20110525_09_C
Mas quando coloco na Crontab ele exibe o seguinte resultado:
07:00 08:00 09:00 09:50
Buenas a todos.
Necesito ejecutar un script el primer domingo de cada mes.
05 1 1-7 * 0
Sería así?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Buenas a todos.
Necesito ejecutar un script el primer domingo de cada mes.
05 1 1-7 * 0
Sería así?
# m h dom mon dow command
#. minuto (0 - 59)
#| .- hora (0 - 23)
#| | .-- día del mes (1 - 31)
#|
El Fri, 04 Mar 2011 09:17:05 +0100, Esteban Torres Rodríguez escribió:
Necesito ejecutar un script el primer domingo de cada mes.
05 1 1-7 * 0
Sería así?
Creo que no.
El manual (man 5 crontab) dice lo siguiente:
***
Note: The day of a command’s execution can be specified by two fields
301 - 400 of 1737 matches
Mail list logo