Bonjour, Nous utilisons beaucoup les tâches planifiées, mais le service "cron" par défaut souffre de quelques lacunes parfois graves: - en cas d'erreurs dans une crontab, celle-ci est purement et simplement désactivée !! Or la syntaxe est assez stricte. - pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks: MAILTO="test@domain.com" # commentaire On peut aussi grepper dans les logs ... grep -E 'cron\[[[:digit:]]+\]:' | grep -vF ') RELOAD (' | grep -E 'cron\[[[:digit:]]+\]: (Error:|\(\*system\*)' /var/log/syslog && exit 1 - enfin, pas de prise en charge native de l'heure d'été, pour éviter les doubles exécutions ou les exécutions manquées, il faudrait configurer le système sur la locale UTC. bcron semble apporter une partie des réponses, est-ce que parmi la liste quelqu'un aurait un retour d'utilisation ? Pros/Cons ? Bugs ? Merci ! -- Greg
Bonjour, Une alternative à cron est d'utiliser directement Systemd. Il y a deux fichiers à créer, un fic.service et un fic.timer dans /etc/systemd/system par exemple. fic.service : [Unit] Description=Ce_que_tu_veux Wants=fic.timer [Service] Type=simple KillMode=none User=%I Nice=19 IOSchedulingClass=2 IOSchedulingPriority=7 ExecStart=/usr/bin/script_a_executer.sh 1>/dev/null # p1>/dev/null our une sortie dans /dev/null, à modifier selon les besoins [Install] WantedBy=basic.target fic.timer : [Unit] Description=Ce_que_tu_veux [Timer] OnCalendar=*-*-* 00:00:00 # Tous les jours à minuit par exemple Persistent=true Unit=fic.service [Install] WantedBy=basic.target C'est plus contraignant que d'ajouer une ligne en crontab, mais tu peux ainsi laisser intentionnellement des traces dans les logs par exemple. Cordialement Le 25/07/2016 à 14:22, Greg a écrit :
Bonjour,
Nous utilisons beaucoup les tâches planifiées, mais le service "cron" par défaut souffre de quelques lacunes parfois graves:
- en cas d'erreurs dans une crontab, celle-ci est purement et simplement désactivée !! Or la syntaxe est assez stricte.
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com <mailto:test@domain.com>" # commentaire
On peut aussi grepper dans les logs ...
grep -E 'cron\[[[:digit:]]+\]:' | grep -vF ') RELOAD (' | grep -E 'cron\[[[:digit:]]+\]: (Error:|\(\*system\*)' /var/log/syslog && exit 1
- enfin, pas de prise en charge native de l'heure d'été, pour éviter les doubles exécutions ou les exécutions manquées, il faudrait configurer le système sur la locale UTC.
bcron semble apporter une partie des réponses, est-ce que parmi la liste quelqu'un aurait un retour d'utilisation ? Pros/Cons ? Bugs ?
Merci ! -- Greg
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
sur ce sujet, tu peux aussi jeter un oeil à https://wiki.archlinux.org/index.php/Systemd/Timers#As_a_cron_replacement Le 25/07/2016 à 14:54, jcharleslortjean@reseaux-and-co.fr a écrit :
Bonjour,
Une alternative à cron est d'utiliser directement Systemd.
Il y a deux fichiers à créer, un fic.service et un fic.timer dans /etc/systemd/system par exemple.
fic.service :
[Unit] Description=Ce_que_tu_veux Wants=fic.timer
[Service] Type=simple KillMode=none User=%I Nice=19 IOSchedulingClass=2 IOSchedulingPriority=7 ExecStart=/usr/bin/script_a_executer.sh 1>/dev/null # p1>/dev/null our une sortie dans /dev/null, à modifier selon les besoins
[Install] WantedBy=basic.target
fic.timer :
[Unit] Description=Ce_que_tu_veux
[Timer] OnCalendar=*-*-* 00:00:00 # Tous les jours à minuit par exemple Persistent=true Unit=fic.service
[Install] WantedBy=basic.target
C'est plus contraignant que d'ajouer une ligne en crontab, mais tu peux ainsi laisser intentionnellement des traces dans les logs par exemple.
Cordialement
Le 25/07/2016 à 14:22, Greg a écrit :
Bonjour,
Nous utilisons beaucoup les tâches planifiées, mais le service "cron" par défaut souffre de quelques lacunes parfois graves:
- en cas d'erreurs dans une crontab, celle-ci est purement et simplement désactivée !! Or la syntaxe est assez stricte.
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com <mailto:test@domain.com>" # commentaire
On peut aussi grepper dans les logs ...
grep -E 'cron\[[[:digit:]]+\]:' | grep -vF ') RELOAD (' | grep -E 'cron\[[[:digit:]]+\]: (Error:|\(\*system\*)' /var/log/syslog && exit 1
- enfin, pas de prise en charge native de l'heure d'été, pour éviter les doubles exécutions ou les exécutions manquées, il faudrait configurer le système sur la locale UTC.
bcron semble apporter une partie des réponses, est-ce que parmi la liste quelqu'un aurait un retour d'utilisation ? Pros/Cons ? Bugs ?
Merci ! -- Greg
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 2016-07-25 14:22, Greg a écrit :
Bonjour,
Nous utilisons beaucoup les tâches planifiées, mais le service "cron" par défaut souffre de quelques lacunes parfois graves:
- en cas d'erreurs dans une crontab, celle-ci est purement et simplement désactivée !! Or la syntaxe est assez stricte.
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com" # commentaire
On peut aussi grepper dans les logs ...
grep -E 'cron\[[[:digit:]]+\]:' | grep -vF ') RELOAD (' | grep -E 'cron\[[[:digit:]]+\]: (Error:|\(\*system\*)' /var/log/syslog && exit 1
- enfin, pas de prise en charge native de l'heure d'été, pour éviter les doubles exécutions ou les exécutions manquées, il faudrait configurer le système sur la locale UTC.
bcron semble apporter une partie des réponses, est-ce que parmi la liste quelqu'un aurait un retour d'utilisation ? Pros/Cons ? Bugs ?
Merci !-- Greg _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour, Ce que tu recherches ce n'est pas un ordonnanceur ? Après peu importe l'outil, si le bug est ds le script tu auras de la merde... En général on teste avant de mettre en production un script, et on suit un minimum ses logs après A+
Et avec quoi testes tu une crontab ? ;) Le 25 juillet 2016 à 15:02, Jean-Yves LENHOF <jean-yves@lenhof.eu.org> a écrit :
Le 2016-07-25 14:22, Greg a écrit :
Bonjour,
Nous utilisons beaucoup les tâches planifiées, mais le service "cron" par défaut souffre de quelques lacunes parfois graves:
- en cas d'erreurs dans une crontab, celle-ci est purement et simplement désactivée !! Or la syntaxe est assez stricte.
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com" # commentaire
On peut aussi grepper dans les logs ...
grep -E 'cron\[[[:digit:]]+\]:' | grep -vF ') RELOAD (' | grep -E 'cron\[[[:digit:]]+\]: (Error:|\(\*system\*)' /var/log/syslog && exit 1
- enfin, pas de prise en charge native de l'heure d'été, pour éviter les doubles exécutions ou les exécutions manquées, il faudrait configurer le système sur la locale UTC.
bcron semble apporter une partie des réponses, est-ce que parmi la liste quelqu'un aurait un retour d'utilisation ? Pros/Cons ? Bugs ?
Merci !-- Greg _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Ce que tu recherches ce n'est pas un ordonnanceur ?
Après peu importe l'outil, si le bug est ds le script tu auras de la merde... En général on teste avant de mettre en production un script, et on suit un minimum ses logs après
A+
-- Greg
* * * * * id Et tu mates cronlog ? Sent from ze G(ael)Phone
On Jul 25, 2016, at 09:41, Greg <greg-frsag@duchatelet.net> wrote:
Et avec quoi testes tu une crontab ? ;)
Le 25 juillet 2016 à 15:02, Jean-Yves LENHOF <jean-yves@lenhof.eu.org> a écrit : Le 2016-07-25 14:22, Greg a écrit :
Bonjour,
Nous utilisons beaucoup les tâches planifiées, mais le service "cron" par défaut souffre de quelques lacunes parfois graves:
- en cas d'erreurs dans une crontab, celle-ci est purement et simplement désactivée !! Or la syntaxe est assez stricte.
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com" # commentaire
On peut aussi grepper dans les logs ...
grep -E 'cron\[[[:digit:]]+\]:' | grep -vF ') RELOAD (' | grep -E 'cron\[[[:digit:]]+\]: (Error:|\(\*system\*)' /var/log/syslog && exit 1
- enfin, pas de prise en charge native de l'heure d'été, pour éviter les doubles exécutions ou les exécutions manquées, il faudrait configurer le système sur la locale UTC.
bcron semble apporter une partie des réponses, est-ce que parmi la liste quelqu'un aurait un retour d'utilisation ? Pros/Cons ? Bugs ?
Merci !-- Greg _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Ce que tu recherches ce n'est pas un ordonnanceur ?
Après peu importe l'outil, si le bug est ds le script tu auras de la merde... En général on teste avant de mettre en production un script, et on suit un minimum ses logs après
A+
-- Greg _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
On Mon, Jul 25, 2016 at 02:22:13PM +0200, Greg wrote:
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com" # commentaire
Un hack rapide qui me vient a l'esprit pour "crontab $file", alors tu peux probablement creer un user dedie au test. Peu importe que ca installe la crontab, ou au pire tu la remplaces juste apres par une crontab vide. -- Jeremie Le Hen My PIN is the last four digits of Pi.
J'ai évoqué ces 2 techniques dans mon 1er message ... Le 25 juillet 2016 à 17:23, Jeremie Le Hen <jeremie@le-hen.org> a écrit :
On Mon, Jul 25, 2016 at 02:22:13PM +0200, Greg wrote:
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com" # commentaire
Un hack rapide qui me vient a l'esprit pour "crontab $file", alors tu peux probablement creer un user dedie au test. Peu importe que ca installe la crontab, ou au pire tu la remplaces juste apres par une crontab vide.
-- Jeremie Le Hen
My PIN is the last four digits of Pi.
-- Greg
On Mon, Jul 25, 2016 at 06:08:38PM +0200, Greg wrote:
J'ai évoqué ces 2 techniques dans mon 1er message ...
http://www.idallen.com/topposting.html
Le 25 juillet 2016 à 17:23, Jeremie Le Hen <jeremie@le-hen.org> a écrit :
On Mon, Jul 25, 2016 at 02:22:13PM +0200, Greg wrote:
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com" # commentaire
Un hack rapide qui me vient a l'esprit pour "crontab $file", alors tu peux probablement creer un user dedie au test. Peu importe que ca installe la crontab, ou au pire tu la remplaces juste apres par une crontab vide.
Ah j'avais pas compris ça. Je pensais que ton problème était que tu écrasais la crontab existante... c'est pour ça que je proposais un user poubelle. -- Jeremie Le Hen My PIN is the last four digits of Pi.
Bonjour, Il existe des services payants comme celui-ci : https://www.easycron.com/ mais je ne sais pas eu le temps de tester... Cordialement Le 25 juillet 2016 à 18:08, Greg <greg-frsag@duchatelet.net> a écrit :
J'ai évoqué ces 2 techniques dans mon 1er message ...
Le 25 juillet 2016 à 17:23, Jeremie Le Hen <jeremie@le-hen.org> a écrit :
On Mon, Jul 25, 2016 at 02:22:13PM +0200, Greg wrote:
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com" # commentaire
Un hack rapide qui me vient a l'esprit pour "crontab $file", alors tu peux probablement creer un user dedie au test. Peu importe que ca installe la crontab, ou au pire tu la remplaces juste apres par une crontab vide.
-- Jeremie Le Hen
My PIN is the last four digits of Pi.
-- Greg
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Surement overkill, mais je suis tombé sur ca : https://mesos.github.io/chronos/ Joël DEREFINKO De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de Benoît VILAIN Envoyé : mardi 26 juillet 2016 08:17 À : Greg <greg-frsag@duchatelet.net> Cc : French SysAdmin Group <frsag@frsag.org> Objet : Re: [FRsAG] Alternatives à "cron" Bonjour, Il existe des services payants comme celui-ci : https://www.easycron.com/ mais je ne sais pas eu le temps de tester... Cordialement Le 25 juillet 2016 à 18:08, Greg <greg-frsag@duchatelet.net<mailto:greg-frsag@duchatelet.net>> a écrit : J'ai évoqué ces 2 techniques dans mon 1er message ... Le 25 juillet 2016 à 17:23, Jeremie Le Hen <jeremie@le-hen.org<mailto:jeremie@le-hen.org>> a écrit : On Mon, Jul 25, 2016 at 02:22:13PM +0200, Greg wrote:
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com<mailto:test@domain.com>" # commentaire
Un hack rapide qui me vient a l'esprit pour "crontab $file", alors tu peux probablement creer un user dedie au test. Peu importe que ca installe la crontab, ou au pire tu la remplaces juste apres par une crontab vide. -- Jeremie Le Hen My PIN is the last four digits of Pi. -- Greg _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
On 26 Jul 2016, at 9:56, Joël DEREFINKO wrote:
Surement overkill, mais je suis tombé sur ca : https://mesos.github.io/chronos/
c'est un framework mesos, pas un "simple" remplaçant de cron. Si tu utilises mesos, n'hésite pas, chronos fait le job. Très pratique de pouvoir lui parler en iso8601, qu'une tache ne soit jamais lancée en double, les dépendances entre taches, et l'epsilon ( fenêtre de tir, si par manque de ressources ou retard d'une tache parente/précédente le temps imparti est dépassé, on abandonne et on attend la prochaine planification). Les logs de chaque tache sont collectés par mesos. Il supporte également les notifications (mail, sentry, slack) en cas d'erreur. Lorsque tu commences à avoir beaucoup de taches, ces fonctionnalités ne sont pas du tout overkill :)
Joël DEREFINKO
De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de Benoît VILAIN Envoyé : mardi 26 juillet 2016 08:17 À : Greg <greg-frsag@duchatelet.net> Cc : French SysAdmin Group <frsag@frsag.org> Objet : Re: [FRsAG] Alternatives à "cron"
Bonjour,
Il existe des services payants comme celui-ci : https://www.easycron.com/ mais je ne sais pas eu le temps de tester...
Cordialement
Le 25 juillet 2016 à 18:08, Greg <greg-frsag@duchatelet.net<mailto:greg-frsag@duchatelet.net>> a écrit : J'ai évoqué ces 2 techniques dans mon 1er message ...
Le 25 juillet 2016 à 17:23, Jeremie Le Hen <jeremie@le-hen.org<mailto:jeremie@le-hen.org>> a écrit : On Mon, Jul 25, 2016 at 02:22:13PM +0200, Greg wrote:
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.com<mailto:test@domain.com>" # commentaire
Un hack rapide qui me vient a l'esprit pour "crontab $file", alors tu peux probablement creer un user dedie au test. Peu importe que ca installe la crontab, ou au pire tu la remplaces juste apres par une crontab vide.
-- Jeremie Le Hen
My PIN is the last four digits of Pi.
-- Greg
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Moi j'utilise Rundeck <http://rundeck.org/>, c'est un ordonnanceur performant qui à des options sympa (possibilité de faire des workflow, de paralléliser les tâches, de récupérer les noeaud et de les filtrer en fonction des classes puppet, Etc) Aussi, tu peux programmer l’exécution avec un assistant crontab et être averti en cas d'erreurs Sébastien Le 26 juillet 2016 à 12:19, Stéphane Cottin <stephane.cottin@vixns.com> a écrit :
On 26 Jul 2016, at 9:56, Joël DEREFINKO wrote:
Surement overkill, mais je suis tombé sur ca : https://mesos.github.io/chronos/
c'est un framework mesos, pas un "simple" remplaçant de cron. Si tu utilises mesos, n'hésite pas, chronos fait le job.
Très pratique de pouvoir lui parler en iso8601, qu'une tache ne soit jamais lancée en double, les dépendances entre taches, et l'epsilon ( fenêtre de tir, si par manque de ressources ou retard d'une tache parente/précédente le temps imparti est dépassé, on abandonne et on attend la prochaine planification). Les logs de chaque tache sont collectés par mesos. Il supporte également les notifications (mail, sentry, slack) en cas d'erreur.
Lorsque tu commences à avoir beaucoup de taches, ces fonctionnalités ne sont pas du tout overkill :)
Joël DEREFINKO
De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de Benoît VILAIN Envoyé : mardi 26 juillet 2016 08:17 À : Greg greg-frsag@duchatelet.net Cc : French SysAdmin Group frsag@frsag.org Objet : Re: [FRsAG] Alternatives à "cron"
Bonjour,
Il existe des services payants comme celui-ci : https://www.easycron.com/ mais je ne sais pas eu le temps de tester...
Cordialement
Le 25 juillet 2016 à 18:08, Greg <greg-frsag@duchatelet.net<mailto: greg-frsag@duchatelet.net>> a écrit : J'ai évoqué ces 2 techniques dans mon 1er message ...
Le 25 juillet 2016 à 17:23, Jeremie Le Hen <jeremie@le-hen.org<mailto: jeremie@le-hen.org>> a écrit : On Mon, Jul 25, 2016 at 02:22:13PM +0200, Greg wrote:
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.comtest@domain.com" # commentaire
Un hack rapide qui me vient a l'esprit pour "crontab $file", alors tu peux probablement creer un user dedie au test. Peu importe que ca installe la crontab, ou au pire tu la remplaces juste apres par une crontab vide.
-- Jeremie Le Hen
My PIN is the last four digits of Pi.
-- Greg ------------------------------
Liste de diffusion du FRsAG http://www.frsag.org/ ------------------------------
Liste de diffusion du FRsAG http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Pareil, j'utilise Rundeck dans certains cas. C'est du java, 1 thread par job même si c'est un job remote via ssh... à part ça, ça marche "bien" et l'interface web est agréable. Jean-François Gigand - Geonef Paris, France - http://geonef.fr/ Le 28 juillet 2016 à 11:01, Sébastien Caloone < frsag-scaloone@caloonecorbeilles.fr> a écrit :
Moi j'utilise Rundeck <http://rundeck.org/>, c'est un ordonnanceur performant qui à des options sympa (possibilité de faire des workflow, de paralléliser les tâches, de récupérer les noeaud et de les filtrer en fonction des classes puppet, Etc) Aussi, tu peux programmer l’exécution avec un assistant crontab et être averti en cas d'erreurs
Sébastien
Le 26 juillet 2016 à 12:19, Stéphane Cottin <stephane.cottin@vixns.com> a écrit :
On 26 Jul 2016, at 9:56, Joël DEREFINKO wrote:
Surement overkill, mais je suis tombé sur ca : https://mesos.github.io/chronos/
c'est un framework mesos, pas un "simple" remplaçant de cron. Si tu utilises mesos, n'hésite pas, chronos fait le job.
Très pratique de pouvoir lui parler en iso8601, qu'une tache ne soit jamais lancée en double, les dépendances entre taches, et l'epsilon ( fenêtre de tir, si par manque de ressources ou retard d'une tache parente/précédente le temps imparti est dépassé, on abandonne et on attend la prochaine planification). Les logs de chaque tache sont collectés par mesos. Il supporte également les notifications (mail, sentry, slack) en cas d'erreur.
Lorsque tu commences à avoir beaucoup de taches, ces fonctionnalités ne sont pas du tout overkill :)
Joël DEREFINKO
De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de Benoît VILAIN Envoyé : mardi 26 juillet 2016 08:17 À : Greg greg-frsag@duchatelet.net Cc : French SysAdmin Group frsag@frsag.org Objet : Re: [FRsAG] Alternatives à "cron"
Bonjour,
Il existe des services payants comme celui-ci : https://www.easycron.com/ mais je ne sais pas eu le temps de tester...
Cordialement
Le 25 juillet 2016 à 18:08, Greg <greg-frsag@duchatelet.net<mailto: greg-frsag@duchatelet.net>> a écrit : J'ai évoqué ces 2 techniques dans mon 1er message ...
Le 25 juillet 2016 à 17:23, Jeremie Le Hen <jeremie@le-hen.org<mailto: jeremie@le-hen.org>> a écrit : On Mon, Jul 25, 2016 at 02:22:13PM +0200, Greg wrote:
- pas d'outil natif permettant de vérifier la syntaxe d'une crontab. On peut lancer la commande "crontab fichier" et voir si elle ne retourne pas d'erreur, mais ça installe la crontab, il faut ensuite la supprimer et la déplacer dans /etc/cron.d/ ... Ou alors il existe quelques scripts Bash ou Python mais ils ne prennent pas tous les cas en charge, par exemple la ligne suivante est invalide mais passe les checks:
MAILTO="test@domain.comtest@domain.com" # commentaire
Un hack rapide qui me vient a l'esprit pour "crontab $file", alors tu peux probablement creer un user dedie au test. Peu importe que ca installe la crontab, ou au pire tu la remplaces juste apres par une crontab vide.
-- Jeremie Le Hen
My PIN is the last four digits of Pi.
-- Greg ------------------------------
Liste de diffusion du FRsAG http://www.frsag.org/ ------------------------------
Liste de diffusion du FRsAG http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 25/07/2016 14:22, Greg a écrit :
Nous utilisons beaucoup les tâches planifiées, mais le service "cron" > par défaut souffre de quelques lacunes parfois graves: Quand les crontab commencent à grossir, c'est qu'il est temps en effet de changer d'outil !
J'ai jamais essayé d'en utiliser un, mais il y a la solution de passer à un ordonnanceur . Le site http://ordonnancement.org/rubrique338.html pourrait apporter pas mal d'infos. Dans le lot des solutions décrites, certaines seront clairement overkill. Mais il y a peut être un outil plus basique, pas usine à gaz, qui puisse répondre à ton besoin tout en amenant plus d'ordre, de visibilité et de contrôle dans l'exécution de tes (apparemment nombreuses) tâches planifiées ? mes 2 centimes... Fabrice
On 07/25/2016 02:22 PM, Greg wrote:
Bonjour,
Hello,
bcron semble apporter une partie des réponses, est-ce que parmi la liste quelqu'un aurait un retour d'utilisation ? Pros/Cons ? Bugs ?
je me souviens qu'un ex-collègue avait développé "lance" [1], mais je ne l'ai pas testé. À voir ... [1] http://www.lance-scheduler.com/
participants (13)
-
Benoît VILAIN -
Fabrice Vincent -
Franck Routier (perso) -
Gael M -
Greg -
jcharleslortjean＠reseaux-and-co.fr -
Jean-François Gigand -
Jean-Yves LENHOF -
Jeremie Le Hen -
Joël DEREFINKO -
nikolaii -
Stéphane Cottin -
Sébastien Caloone