Le message Jeedom est en cours de démarrage reste depuis la dernière mise a jour + restart

[alworms]

Hello tous,
Depuis le passage vers la version v4.0.61+ maj debian de routine et un petit reboot mon Jeedom va mal

Depuis la configuration de certain plugins je vois le message (Jeedom n’est pas encore démarré)

Je suis allé dans administration puis ostab et j’ai lancé les différentes vérifications. RAS
Depuis la page santé, Santé de Jeedom, le champ Démarré est en KO rouge mais sans explication.

Dans les log je ne vois rien en erreur mais j’ai cependant ce message dans http.error (1.3 Ko)

[Mon Aug 17 23:43:43.125309 2020] [mpm_prefork:notice] [pid 906] AH00169: caught SIGTERM, shutting down
[Mon Aug 17 23:44:20.506620 2020] [mpm_prefork:notice] [pid 838] AH00163: Apache/2.4.25 (Debian) OpenSSL/1.0.2u configured -- resuming normal operations
[Mon Aug 17 23:44:20.549549 2020] [core:notice] [pid 838] AH00094: Command line: '/usr/sbin/apache2'
warning: commands will be executed using /bin/sh
job 22 at Mon Aug 17 23:46:00 2020
DEPRECATION: The default format will switch to columns in the future. You can use --format=(legacy|columns) (or define a format=(legacy|columns) in your pip.conf under the [list] section) to disable this warning.
DEPRECATION: The default format will switch to columns in the future. You can use --format=(legacy|columns) (or define a format=(legacy|columns) in your pip.conf under the [list] section) to disable this warning.
DEPRECATION: The default format will switch to columns in the future. You can use --format=(legacy|columns) (or define a format=(legacy|columns) in your pip.conf under the [list] section) to disable this warning.
warning: commands will be executed using /bin/sh
job 23 at Mon Aug 17 23:49:00 2020
sh: 1: nodejs: not found
warning: commands will be executed using /bin/sh
job 24 at Mon Aug 17 23:54:00 2020
warning: commands will be executed using /bin/sh
job 25 at Mon Aug 17 23:59:00 2020

Avez-vous une piste pour me faire avancer ?

Dans l’attente de vos retour,
Alexandre.

[Mips]

Bonjour,

• Rien d’autres en rouge dans la page santé ?
• Une « mise à jour debian » cela veut dire que tu as lance quelles commandes exactement ?
• version de debian ?
• as tu un log starting? Qui a t il dedans ?

[alworms]

Bonjour Mips,
Merci pour ton retour,
Voici la page santé. Les erreurs dans les erreurs indiquent
Configuration démon : Jeedom non démarré.

Jeedom tourne sur une Debian 9.13

J’ai fait une montée de version de Debian de 8 a 9.

Le log starting est vide.
Meme apres un reboot du serveur. (J’ai de la place sur les partitions de logs et autres)

Alexandre.

[Mips]

@alworms

J’ai fait une montée de version de Debian de 8 a 9.

c’est l’origine du problème, les montées de versions posent toujours un problème, c’est bien plus efficace de réinstaller à neuf et de restaurer un backup.
Il doit y avoir un problème avec le crontab du coup jeedom ne sait pas créer son cron global.
Essaye dans le menu configuration > OS de lancer les vérifications Système.

il me semble qu’il y a eu des sujets similaire sur le forum aussi, as-tu regarder ceux-ci?

[alworms]

@Mips

Essaye dans le menu configuration > OS de lancer les vérifications Système.

J’ai essayé plusieurs fois déjà sans succès.
J’ai trouvé plusieurs posts mais rien de probant. Je vais finir par me résigner et refaire le setup.

[lamor]

Quand il y a une mise à jour d’apache, le privatetmp repasse en true.

Il faut donc remodifier la conf, puis redémarrer les services :

sudo vi /lib/systemd/system/apache2.service

Passer la ligne privatetmp en false

sudo systemctl daemon-reload
sudo systemctl restart apache2.service

[lamor]

Repartir de 0 pour une simple le ligne dans la crontab, un true a changer en false et/ou quelque droits a remettre c’est un peu surfait je trouve

[Mips]

Je n’ai pas dit qu’il fallait repartir à zéro.
Je ne peux garantir qu’il n’y ai que ce changement à faire non plus.

J’ai dis et je maintiens que les montées de version de l’os causent quasi systématiquement un problème avec jeedom et qu’il est bien plus facile et rapide (surtout si on ne maîtrise pas tout) de repartir sur un système neuf et de restaurer un backup.
Et c’est encore plus vrai avec les nouvelles images officielles, en 10min une machine est up

[alworms]

Merci pour vos retour.
J’ai fini par refaire un setup propre et j’en ai profité pour changer de machine.

Voila ce que j’ai aussi bien sur mon ancien que mon nouveau:

cat /lib/systemd/system/apache2.service
[Unit]
Description=The Apache HTTP Server
After=network.target remote-fs.target nss-lookup.target
Documentation=https://httpd.apache.org/docs/2.4/

[Service]
Type=forking
Environment=APACHE_STARTED_BY_SYSTEMD=true
ExecStart=/usr/sbin/apachectl start
ExecStop=/usr/sbin/apachectl stop
ExecReload=/usr/sbin/apachectl graceful
PrivateTmp=true
Restart=on-abort

[Install]
WantedBy=multi-user.target

Je dois avouer que l’installation fromscratch + restauration d’un backup fonctionne vraiment bien.

Alex.

[lamor]

Il ne faut pas avoir d’autres services qui tourne sur la machine…