Bonjour,
J’utilise des cron pour exécuter des scénarios toutes les 15 minutes (jusque là, rien d’exceptionnel), et je les décale de quelques minutes (Peut être un peu moins courant : ça me permet de ne pas tout réveiller au même moment)
Par exemple pour décaler de 6 minutes, ça donne : 6/15 * * * *
En V4 + Debian 9 (Stretch), ça marchait conformément à https://crontab.guru/#6/15__**, à savoir
2021-01-17 10:06:00
2021-01-17 10:21:00
2021-01-17 10:36:00
2021-01-17 10:51:00
2021-01-17 11:06:00
2021-01-17 11:21:00
En V4.1 + Debian 10 (Buster), la fraction n’est pas prise en compte et ça trigge toutes les heures, comme si j’avais mis 6 * * * *
2021-01-17 10:06:00
2021-01-17 11:06:00
2021-01-17 12:06:00
2021-01-17 13:06:00
2021-01-17 14:06:00
2021-01-17 15:06:00
Est-ce que quelqu’un d’autre a rencontré ce souci, ou est-ce que ce nouveau comportement est voulu ?
Hello
c’est surement pas en lien avec le passage à buster. Au pire avec la nouvelle version de jeedom.
Mais comme tu ne l’indiques ni dans ton message, ni dans ton profil…
Tu veux un correcteur grammatical dans les notes aussi ? Y’a déjà un outil pour renseigner le cron suivant ce que tu veux, tu tape une définition custom, tu sais ce que tu fais.
çà je suis entièrement d’accord. Sauf qu’on a rien touché là dessus, qu’on s’appuie aussi sur un OS avec des libs, et sur des libs php / js tiers. On essaye de tout vérifier, avec l’aide des alpha/beta testeurs, mais il peut arriver que des choses passent au travers des mailles du filet.
Je suis encore en Jeedom : v4.0.62
Version PHP : 7.3.19-1~deb10u1
Version OS : Linux Jeedom 3.14.79-94 #1 SMP PREEMPT Mon Nov 21 17:13:27 BRST 2016 aarch64 GNU/Linux [10.4]
Ben … je ne sais pas trop pourquoi je n’ai pas la mise à jour du Kernel
J’ai effectivement une smart (neuve achetée en plus de la première pour avoir un backup hard)
et j’ai fait
1°) une « Restauration en mode usine d’une Jeedom Smart » avec l’archive Jeedom : backupJeedom.tar.gz , pour passer de debian 9 (Stretch) à 10 (Buster)
2°) la restauration de mon application (V3) (après suppression de tous les widgets V3…)
3°) une migration en V4 (+ la mise en place de tous les widgets core)
4°) le transfert des conf sur le nouveau controller Z-wave vierge et la migration de 57 équipements Z-wave
et il me MANQUE ENCORE quelque chose !!!
Désolé mais je fatique car je ne suis pas informaticien…
et je vais poser une question n’ayant rien a voir avec le post de départ
Stp, que faire @akenad pour le kernel ?
Maj : la version installée
cde : cat /proc/version
Linux version 3.14.79-94 (root@a53_b1) (gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.1) ) #1 SMP PREEMPT Mon Nov 21 17:13:27 BRST 2016
cde : dpkg -l | awk ‹ !/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | « sort -k3 | column -t »} ›
ii linux-headers-3.14.79+ 3.14.79-20170722-C2 arm64
ii linux-image-3.14.79+ 3.14.79-20170722-C2 arm64
ii linux-headers-arm64-odroid-c2 3.16.85-1 arm64
ii linux-image-arm64-odroid-c2 3.16.85-1 arm64
ii linux-headers-3.16.85+ 3.16.85-20200630-C2 arm64
ii linux-image-3.16.85+ 3.16.85-20200630-C2 arm64
“At every 34th minute.”*
next at 2021-01-24 11:34:00
then at 2021-01-24 12:00:00
then at 2021-01-24 12:34:00
je m’attendais à un glissement d’heure en heure
next at 2021-01-24 11:34:00
then at 2021-01-24 12:08:00
then at 2021-01-24 12:42:00
then at 2021-01-24 13:16:00
je vais mettre 4,34 * * * *
next at 2021-01-24 11:34:00
then at 2021-01-24 12:04:00
then at 2021-01-24 12:34:00
then at 2021-01-24 13:04:00