Soucis après reboot hard

Bonjour,
Quelques soucis après le passage de 4.2.20 en 4.2.21 :

  • le daemon zwave s’arrête (?)
  • mais surtout plus d’accès http à Jeedom
    J’ai effectué un stop/start hardware de ma smart mais rien n’y fait. Une idée ?

cdt

1 « J'aime »

Bonjour,

Vu le change log de cette version il serait surprenant que le problème soit du à la maj.

Est-ce que tu arrives à ping ta machine Jeedom ?

Aucune erreur sur le navigateur ?

Essai d’ajouter « &rescue=1 » à la fin de l’URL, ça donne quoi ?

Essai depuis un autre matériel au cas où ton IP local soit bloquée

C’est justement le log de ce change qui m’a mis en confiance…
Je pingue la machine, aucune erreur sur le navigateur.
J’ajoute l’option rescue mais cela ne donne rien.
Jeedom connect se plante. J’essaie depuis la tablette avec chrome et j’ai ERR_CONNECTION_REFUSED

Problème de sécurité ?

Essayez sur une autre machine pour voir.
Comment vous avez pu voir que le deamon zwave est stoppé ?

J’ai essayé depuis un device (ma tablette et non pas mon pc).
Je surveille le daemon openzwave tous les 15 minutes et je sais qu’il est tombé depuis ce matin 7h50 soit quelques minutes après le passage en 4.2.21 et le reboot hard.
J’ai un accès ssh à ma box smart sous le user jeedom, mais je ne sais pas quel process regarder ou relancer ?

1 « J'aime »

Donc c’est peut-être plus le reboot plutôt qui a mis le deamon ko.

Tu vois ta box sur le réseau ?

oui je ping et je peux accéder en ssh à la box jeedom

Bon j’ai un peu avancé sur le sujet:

  1. j’ai refait un reboot en douceur avec shutdown -r depuis ma session ssh vers 13h45
  2. Après le reboot, j’ai accès aux logs de tous les daemon jeedom, celui de openzwave/d ne donne rien de special.
  3. Par contre celui du log starting indique :
[2022-08-19 07:57:19][ERROR] : Erreur sur la configuration réseau interne : Call to undefined function curl_init()
[2022-08-19 07:57:57][ERROR] : Erreur sur la connexion au market : Call to undefined function curl_init()
[2022-08-19 13:49:20][ERROR] : Erreur sur la configuration réseau interne : Call to undefined function curl_init()
  1. j’ai vérifié la config IP de la smart: tout semble correct (adresse IP statique)
  2. il me semble que les processus apache ne sont pas démarrés (?) comment peut-on vérifier ?

cdt

Bonjour,

systemctl status apache2

Voici ce que donne la situation du service apache2:

systemctl status apache2
● apache2.service
   Loaded: masked (Reason: Unit apache2.service is masked.)
   Active: inactive (dead)

C’est pas bon signe, existe-t-il des logs à vérifier ?

Je te le confirme :wink:

Pour les logs : /var/log/syslog

Tu n’as pas fait de màj système ?

Après, tu peux tenter :

sudo systemctl unmask --now apache2

puis systemctl status apache2 pour voir le résultat

Non pas de mise à jour du system. J’ai enlevé ipv6 et avahi cet aprem au cas où…
Voici ce que ça donne :

sudo systemctl unmask --now apache2
[sudo] password for jeedom:
Removed /etc/systemd/system/apache2.service.
jeedom@jeedom:~$ systemctl status apache2
● apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/apache2; generated)
  Drop-In: /lib/systemd/system/apache2.service.d
           └─override.conf
           /etc/systemd/system/apache2.service.d
           └─privatetmp.conf
   Active: inactive (dead)
     Docs: man:systemd-sysv-generator(8)

Dois-je re-installer apache2 ?

Avant de faire une réinstalle :

sudo systemctl enable apache2
sudo systemctl start apache2
systemctl status apache2

On dirait que c’est mieux :

jeedom@jeedom:~$ sudo systemctl enable apache2
apache2.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable apache2
jeedom@jeedom:~$ sudo systemctl start apache2
jeedom@jeedom:~$ systemctl status apache2
● apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/apache2; generated)
  Drop-In: /lib/systemd/system/apache2.service.d
           └─override.conf
           /etc/systemd/system/apache2.service.d
           └─privatetmp.conf
   Active: active (exited) since Fri 2022-08-19 13:33:02 UTC; 11min ago
     Docs: man:systemd-sysv-generator(8)
   Memory: 0B
   CGroup: /system.slice/apache2.service

Aug 19 13:33:02 jeedom systemd[1]: Starting LSB: Apache2 web server...
Aug 19 13:33:02 jeedom systemd[1]: Started LSB: Apache2 web server.
jeedom@jeedom:~$

Mais toujours pas d’accès à jeedom en http

Tu as quoi comme erreur dans le navigateur ?
Dans les fichiers /var/log/apache2 ?
Dans le fichier /var/www/html/log/http.error ?

Dans le navigateur (firefox) :

Dans /var/log je n’ai pas de log pour apache2 (?)
Dans /var/www/html/log/http.error j’ai ceci :

[Fri Aug 19 05:25:45.357887 2022] [core:notice] [pid 447] AH00052: child pid 25071 exit signal Segmentation fault (11)
[Fri Aug 19 05:25:45.621482 2022] [core:notice] [pid 447] AH00052: child pid 7508 exit signal Segmentation fault (11)
[Fri Aug 19 05:25:45.622076 2022] [mpm_prefork:notice] [pid 447] AH00169: caught SIGTERM, shutting down

Qui correspond à mon reboot de ce matin.

Pour info: certaines lignes de mes logs (par exemple syslog) contienent des dates très anciennes (par exemple Feb 14 2019) puis les dates reviennet à Aug 19 etc.
Je vient de faire un reboot et puis un systemctl status apache2 ce qui donne :

jeedom@jeedom:~$ systemctl status apache2
Warning: The unit file, source configuration file or drop-ins of apache2.service changed on disk. Run 'systemctl daemon-reload' to reload units.
● apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/apache2; generated)
  Drop-In: /lib/systemd/system/apache2.service.d
           └─override.conf
           /etc/systemd/system/apache2.service.d
           └─privatetmp.conf
   Active: active (exited) since Thu 2019-02-14 10:12:15 UTC; 3 years 6 months ago
     Docs: man:systemd-sysv-generator(8)
  Process: 412 ExecStart=/etc/init.d/apache2 start (code=exited, status=0/SUCCESS)

Feb 14 10:12:15 jeedom systemd[1]: Starting LSB: Apache2 web server...
Feb 14 10:12:15 jeedom systemd[1]: Started LSB: Apache2 web server.

Je me demande si je n’aurais pas un problème de pile/batterie hardware dans ma smart box ? (elle date de 2019)

Je pense que tu as un problème bien plus important qu’un problème de date.
ça sent un problème hardware (mémoire ou support de stockage).

Hum !! pas tout à fait convaincu :slight_smile:
Pourquoi seulement le daemon apache2 se comporterait-il bizarrement ?
Existe-t-il des outils de test mémoire ? De check filesystem ?

Pour les outils, memtest pour la mémoire, fsck pour les fs. Il en existe pour le support physique de stockage (je n’ai plus le nom en tête).

Après tu peux tenter une réinstallation et voir ou attendre de voir si d’autres personnes sur le forum ont d’autres pistes (je ne suis pas omniscient :wink: )

Bon courage :wrench: