Le 10 mai 2012 20:16, Mathieu Goessens
<gebura@poolp.org> a écrit :
Il semble que le deamon, puisse être réglé avec cette option ( -b) mais, celle ci semble ignorée, que l'on cherche à réduire l'intervalle comme à l'augmenter.
OK mais le script d'init de Debian ne gère pas les options du daemon, de plus cette option prends un argument.
Mais je viens d'essayer et ça ne marche pas mieux...
Solution alternative qui marche :
echo '{ sleep 23; date; }' | at -t 05102054 -m
Greg
Par contre, atd, le daemon accepte bien cet argument
Le 2012-05-10 19:53, fouadlist a écrit :
Bonsoir,
ce n'est pas l'argument -b qu'il faut utiliser mais -t
voici une copie du man ….
-b Is an alias for batch.
-t Specify the job time using the POSIX time format. The argument
should be in the form [[CC]YY]MMDDhhmm[.SS] where each pair of
letters represents the following:
CC The first two digits of the year (the century).
YY The second two digits of the year.
MM The month of the year, from 1 to 12.
DD the day of the month, from 1 to 31.
hh The hour of the day, from 0 to 23.
mm The minute of the hour, from 0 to 59.
SS The second of the minute, from 0 to 61.
If the CC and YY letter pairs are not specified, the values
default to the current year. If the SS letter pair is
not speci-
fied, the value defaults to 0.
Le 10 mai 2012 à 18:11, Mathieu Goessens a écrit :
Bonjour,
Pour un usage sortant un peu de l'administration système (rejouer des logs), je cherche à utiliser at pour lancer des taches avec un niveau de précision de l'ordre de la seconde.
Je comprends bien qu'il y aura des écarts (machines trop chargée, trop de forks..), mais je souhaiterais me rapprocher de cette échelle.
Dans sa configuration par défaut at ne permet de lancer des tâches qu'avec une granularité de l'ordre de la minute.
atd accepte toutefois comme argument une option (-b) qui semble pouvoir augmenter cette granularité, elle semble pourtant sans effet chez moi:
root@peeranha3:/home/geb# ps aux | grep atd
daemon 4787 0.0 0.0 2212 496 ? Ss 16:48 0:00 /usr/sbin/atd -l 50 -b 5
geb@peeranha3:~$ echo 'date' | at -t 05101747.24
warning: commands will be executed using /bin/sh
job 41 at Thu May 10 17:47:00 2012
geb@peeranha3:~$ echo 'date' | at -t 05101747.32
warning: commands will be executed using /bin/sh
job 42 at Thu May 10 17:47:00 2012
geb@peeranha3:~$ echo 'date' | at -t 05101747.47
warning: commands will be executed using /bin/sh
job 43 at Thu May 10 17:47:00 2012
Les commandes sont toujours exécutées avec une granularité de l'ordre de la minute. Le problème est identique lorsque j'essai d'augmenter le délai à 300 secondes (pour tester), mes commandes sont toujours exécutées avec une précision de l'ordre de la minute. J'utilise la version de at de debian stable (squeeze): 3.1.12-1.
Auriez vous une idée ? Je m'y prend mal ? Auriez vous une solution de remplacement simple à proposer ? Je suppose que certains systèmes de gestion de batch permettent une meilleure granularité, mais je suis un peu effrayé par la complexité de ceux ci.
D'avance, merci pour vos avis etc,
Cdlt,
--
Mathieu Goessens
IT consultant.
gebura@poolp.org
+ 33 6 07 91 54 87
http://gebura.eu.org
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
--
Mathieu Goessens
IT consultant.
gebura@poolp.org
+ 33 6 07 91 54 87
http://gebura.eu.org
______________________________
_________________
Liste de diffusion du FRsAG
http://www.frsag.org/