"Jeedom est en cours de démarrage" - Jeedom dans Docker sur Jetson Nano

[Vincent_Nguyen_Quang]

Bonjour,

Petite introduction: je tente la création d’un container docker Jeedom sur un Jetson Nano, afin de bénéficier de sa capacité de calcul et éventuellement de pouvoir y ajouter d’autres fonctions de type IA.

J’utilise pour cela le container docker L4T (l’OS de référence pour les Jetson), et dans le container j’ai effectué les modifications nécessaires pour assurer l’installation à partir du script d’installation install.sh

Je démarre manuellement ensuite Apache (/etc/init.d/apache2 start) et MySQL, puisque le container n’est pas démarré par sysctl

Je peux par la suite accéder à Jeedom, installer des plugins, malheureusement Jeedom reste en mode « non lancé », ie « Jeedom est en cours de démarrage »

Le statut de santé reporte le même problème (CRON est OK par contre)

J’ai cherché les pistes classiques déjà répertoriées par ailleurs, ie:

echo « www-data ALL=(ALL) NOPASSWD: ALL » | (EDITOR=« tee -a » visudo)

echo « www-data ALL=NOPASSWD:/sbin/reboot » | (EDITOR=« tee -a » visudo) && echo « www-data ALL=NOPASSWD:/sbin/poweroff » | (EDITOR=« tee -a » visudo)

sudo chmod 775 -R /var/www/html
sudo chown -R www-data:www-data /var/www/html

Mais cela ne résoud pas le problème.

Quelqu’un pourrait il m’orienter vers une piste d’investigation, ie comment déterminer ce qui bloque le démarrage de Jeedom ?

Merci !

[Kyoshi]

Hello,

Le premier démarrage après installation peut être assez long.

Maintenant que quelques heures sont passées, c’est toujours pareil?

[Vincent_Nguyen_Quang]

Malheureusement oui…

Sur un RPI3 je n’avais pas eu un tel comportement.

Je vais tenter une installation complètement manuelle en utilisant directement le code disponible sur le GitHub.

[BLRPERES]

bonjour
un pot très très geek m’a prêter son joujou pour savoir si on pouvait faire quelque chose coté domotique
lui est docteur en detection d’image et moi simple mortel mais amoureux de la domotique.

j’ai tenté d’installer jeedom comme un brute et bien entendu ça n’a pas marché, du moins pas du premier coup.
J’ai lu les lignes d’erreur et la première installation a commencé à planter vers php

j’ai essayé d’installé manuellement php 7.0 et relancé l’installation. Ensuite j’ai buter violement sur MySQL sans jamais résoudre le problème.

j’ai donc re-flashé la carte SD avec l’image pour jeston nano (ubuntu 18.x) et avant de lancer l’installation de jeedom j’ai pré installé php7.0.
J’ai ensuite lancé l’installation de jeedom qui cette fois-ci s’est installée sans aucun soucis.

j’ai pu installer quelque plugin dont homebridge et weather pour l’instant… a voir par la suite pour la partie caméra mais je sens que je vais rebuter sur ffmpeg je pense.

sujet intéressant en tout cas

[Vincent_Nguyen_Quang]

Je pense que mon souci vient de l’utilisation dans Docker plutôt que en « natif ».

Je vais creuser les options. Je prefere Docker personnellement ca permet de faire cohabiter plusieurs applis sans se soucier des dépendances.

Pour info ffmpeg sur Jetson n’est pas accéléré par le HW malheureusement (bon vu les résolutions concernées ca ne devrait pas poser trop de problème)

Question cependant: quel package PHP avez vous utilisé ? Sur le repository suivant : https://launchpad.net/~ondrej/+archive/ubuntu/php ? (c’est celui que j’ai utilisé pour ma part)

[Vincent_Nguyen_Quang]

Pour information, voici le log http.error (le seul disponible):

[Tue Dec 17 16:23:26.176370 2019] [mpm_prefork:notice] [pid 21518] AH00163: Apache/2.4.29 (Ubuntu) configured – resuming normal operations
[Tue Dec 17 16:23:26.176906 2019] [core:notice] [pid 21518] AH00094: Command line: ‹ /usr/sbin/apache2 ›
Device « eth0@if15 » does not exist.
Device « eth0@if15 » does not exist.
Device « eth0@if15 » does not exist.
Device « eth0@if15 » does not exist.
Device « eth0@if15 » does not exist.
Device « eth0@if15 » does not exist.
Device « eth0@if15 » does not exist.
Device « eth0@if15 » does not exist.
dmesg: read kernel buffer failed: Operation not permitted
dmesg: read kernel buffer failed: Operation not permitted
dmesg: read kernel buffer failed: Operation not permitted
Device « eth0@if15 » does not exist.
Device « eth0@if15 » does not exist.
System has not been booted with systemd as init system (PID 1). Can’t operate.

[Vincent_Nguyen_Quang]

Bon j’ai résolu mon problème, un peu brutalement cependant…

Comme le container n’utilise pas systemd pour démarrer les services, j’ai effectué un cd /etc/init.d et j’ai démarré manuellement tous les services présents (enfin ceux qui avaient du sens):

donc a priori apache2 cron fail2ban mysql procps rsync apache-htcacheclean apport avahi-daemon dbus haveged

A priori je penche pour apache-htcacheclean, car j’ai relancé le container, et j’ai donc du relancer manuellement apache2 et MySQL, et la cette fois Jeedom a démarré sans que j’ai besoin de relancer les autres services

J’aurai du controller manuellement après chaque lancement de service, mais bon

Maintenant je vais m’atteler à faire communiquer le container avec l’exterieur.

[EDIT] c’était le service rsync qui causait problème (j’ai retesté avec un container tout frais)
J’ai donc maintenant une image container Jeedom sur Jetson, qui necessite juste à priori de démarrer à apache2, MySQL et rsync dans /etc/init.d

J’ai créé le containeur en faisant un « passthrough » des périphériques USB RFXCom et ZWave, et bingo mon Jeedom peut maintenant communiquer avec l’exterieur.

C’est beau la techhnique…

Il faut juste que je trouve comment redémarrer les services idoines automatiquement dans le containeur, en cas de redémarrage.