Si il les tue cest clair quil faut faire autrement !!
Je ne vous suis plus trop… que faut’il faire ?
Bonjour,
Voir avec l’équipe Jeedom ce qui est fait lors d’une commande shutdown initiée par exemple dans le menu du dashboard ou dans un scénario.
A+
Bernard
Salut,
Les règles de l’ancien forum : Y’avait un post qui résumait tout mais effacé.
De mémoire le shutdown est censé arrêter les services mais la DB reste sensible. Et toujours de mémoire jeedom fait bien juste un shutdown.
Du coup il me semble que l’initiateur du sujet en était arrivé à arrêter manuellement apache et la DB avant d’éteindre le matériel
Bonsoir,
C’est bien ce que je pense et indique ci-dessus: un shutdown brutal peut corrompre la base MySQL.
Il faudrait au niveau du shutdown stopper dans l 'ordre Apache puis MySQL. Puis shutdown.
J’ai un peu fouillé les sites Debian (je ne suis pas un spécialiste Linux), mais je n’ai rien trouvé de concret précisant qu’un shutdown arrêtait proprement les services.
J’ai plutôt vu un peu de doc qui précise au niveau de chaque service un ‹ trigger › qui est activé sur le shutdown.
A+
Bernard
Dans l’attente d’une confirmation Jeedom, il vaut mieux éviter le shutdown depuis un scénario ou depuis le dashboard.
Préférer l’utilisation d’un script
A+
Bernard
Bonjour, avez ou plus d’info sur se sujet ?
Bonjour,
Non, pas plus d’infos.
Je n’éteins jamais la box via l’application.
Je suis étonné que l’équipe ne réponde pas.
A+
Bernard
@Bercolly @dede3828 Avez-vous depuis avancé sur le sujet ?
Je suis moi-même intéressé par un arrêt « propre » du matériel (Rpi 4B) avant la coupure de l’onduleur.
Merci pour vos réponses
EDIT:
J’ai trouvé ce post où on parle de la commande « arrêter Jeedom » :
Est-ce la même que « shutdown » ?
Un autre sujet similaire mais pas de réponse claire sur la coupure des services annexes:
Bonjour,
Comme dit sur l’autre post, il existe une commande dans les scénarios « Arrêter jeedom » qui fait très bien l’affaire.
Cela initie un shutdown système et le système va stopper tous les services avant de se couper donc je ne comprends pas pourquoi on ferait autrement.
Pour les pi (en tout cas jsq pi3), il faut toujours une coupure électrique pour qu’il redémarre.
Vérifiez dans la doc de debian car c’est la que la réponse sera.
Ce n’est pas jeedom qui gère le shutdown de la machine.
Dans ce cas à quoi correspond très précisement la commande « shutdown » dans Jeedom ?
Si c’est autre chose que ce que je dis juste avant, je ne sais pas de quelle commande vous parlez. Ou est-elle ?
Ce n’est pas ce que dit Salvialf plus haut, mais c’était en 2019, cela aurait-il peut-être changé ?
Salut,
J’ai pas suivi mais j’imagine que c’est de ça dont vous parlez :
PS: Joli double déterrage sur ce sujet !
J’essaye d’y voir clair avec la commande action « jeedom_poweroff ».
La doc indique :
Arrêter Jeedom (jeedom_poweroff) : Demande à Jeedom de s’éteindre.
Je voulais savoir si c’était bien une extinction « propre » ?
(= qui coupe bien les services avant de s’éteindre : jeedom va s’éteindre oui, mais cela inclut-il Apache, BDD, etc ?)
Désolé pour le déterrage et l’éventuel hors sujet… Merci
y’a pas vraiment de sujet en fait… Debian est tout a fait capable de parfaitement gérer l’extinction du système, Jeedom effectue tout simplement la commande d’extinction du système Linux Debian avec un sudo shutdown -fh now
.
Merci bcp @Salvialf, c’est ce que je cherchais à comprendre.
Je retiens donc que:
jeedom_poweroff
dans les scenarios = sudo shutdown -fh now
sur la machine Debian
(avec tout ce que cela implique: arrêt propre du DD, services, etc).
PS: je n’arrive pas à passer ton post en « solution »
C’est déjà ce que je disais ici: