Bonjour et bonne année !!
Ce matin j’ai mon jeedom en panne suite a une maj de l’image, le service apache2 ne démarre pas j’ai l’erreur : function not implemented: AH00141: Could not initialize random number generator
La plupart de mes recherches me revois vers un problème avec le kernel mais sur syno c’est compliqué a fix !
Je test avec la V4-stable mais c’est le mariadb qui démarre pas … (je regarde a apt upgrade l’image manuellement).
Désolé si c’était pas clair !
J’ai fait, en gros, un « docker pull jeedom/jeedom:latest » via l’interface syno et quand j’ai relancé le docker jeedom avec cette nouvelle image j’avais l’erreur.
D’après mes recherches, c’est le passage de debian buster a bullseye qui utilise un apache2 qui demande un linux kernel < 3.16 et est non compatible avec le kernel syno DSM 7.1 (3.10.xxx)
merci pour l’aide (j’ai relancé sur l’ancienne image et jeedom fonctionne normalement mais les prochains utilisateurs qui auront besoin d’installer sur un syno auront ce problème)
J’ai recherché mais il semble que le problème est différent.
Chez moi le problème provient de l’image docker jeedom:latest récemment disponible qui utilise apache pour bullseye qui ne démarre pas sur les syno
Il y a eu une mise à jour aujourd’hui de cette image mais j’ai le même problème.
Problème toujours d’actualité ? ça semble très spécifique au NAS synology et certaines versions, mais oui c’est lié au passage de l’image Docker de la base Debian buster vers Bullseye. Par contre c’est corrigé à partir d’une certaine version de l’OS syno si j’en crois ce topic
Donc, ce problème est-il toujours d’actualité chez vous ? Quelle version de Syno et de l’OS (DSM?) Pouvez-vous mettre à jour DSM jusqu’à la version DSM 7.0-41890 qui semble corriger, ou au delà ?
Sinon, il vous reste à envisager de builder l’image officielle sur une base Debian Buster… Auquel cas, on pourrait publier une image jeedom:buster si ça touche encore beaucoup de monde, ça serait une solution de contournement.
Bonjour
Je voulais faire un nouveau Jeedom pour faire des tests sur un DS218+ avec la version à jour de DSM 7.1.1-42962 Update 4
J’ai mis à jour l’image jeedom latest → par précaution (pensant bien faire)
créer un nouveau Jeedom en Bridge (comme habituellement) et j’ai un probleme de démarrage de Papache qui me bloque la fin de l’installation de Jeedom
Voici la copie de l’install de Jeedom : ca bloque sur apache :
2023-03-05T13:02:01.907626910Z stdout .
2023-03-05T13:02:00.692860298Z stdout Starting Apache httpd web server: apache2AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.4. Set the 'ServerName' directive globally to suppress this message
2023-03-05T13:01:59.943202208Z stdout Start apache2
2023-03-05T13:01:59.584753596Z stdout All init complete
2023-03-05T13:01:59.579047931Z stdout Starting MariaDB database server: mariadbd.
2023-03-05T13:01:58.150377523Z stdout Stopping MariaDB database server: mariadbd.
2023-03-05T13:01:55.039094008Z stdout Starting mariadb
2023-03-05T13:01:55.036069057Z stdout Starting deferred execution scheduler: atd.
2023-03-05T13:01:55.013853392Z stdout Stopping deferred execution scheduler: atd.
2023-03-05T13:01:54.923616649Z stdout Start atd
2023-03-05T13:01:54.922112415Z stdout e[1;32mStep 11 - Jeedom post-install donee[0;39m
2023-03-05T13:01:54.642715543Z stdout [Check Prefix : /usr and sudo prefix : /usr and www-data prefix : /usr : [ OK ]
2023-03-05T13:01:50.518601656Z stdout [Check Version NodeJS actuelle : v16.19.1 : [ OK ]
2023-03-05T13:01:48.656788030Z stdout 0 upgraded, 0 newly installed, 0 to remove and 25 not upgraded.
2023-03-05T13:01:47.828591219Z stdout git is already the newest version (1:2.30.2-1+deb11u2).
2023-03-05T13:01:47.828533556Z stdout lsb-release is already the newest version (11.1.0).
2023-03-05T13:01:47.828471979Z stdout build-essential is already the newest version (12.9).
2023-03-05T13:01:47.828294023Z stdout apt-utils is already the newest version (2.2.4).
2023-03-05T13:01:47.697212706Z stdout Reading state information... 0% Reading state information... 0% Reading state information... Done
2023-03-05T13:01:47.672585356Z stdout Building dependency tree... 0% Building dependency tree... 0% Building dependency tree... 50% Building dependency tree... 50% Building dependency tree... 61% Building dependency tree... Done
2023-03-05T13:01:47.292798977Z stdout Reading package lists... 0% Reading package lists... 0% Reading package lists... 0% Reading package lists... 57% Reading package lists... 93% Reading package lists... 93% Reading package lists... 94% Reading package lists... 94% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... Done
2023-03-05T13:01:45.810227427Z stdout Reading package lists... 0% Reading package lists... 0% Reading package lists... 0% Reading package lists... 47% Reading package lists... 93% Reading package lists... 93% Reading package lists... 94% Reading package lists... 94% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... 98% Reading package lists... Done
2023-03-05T13:01:44.010891396Z stdout 0% [5 Packages 12.4 kB/229 kB 5%] 0% [Working] 0% [5 Packages store 0 B] 0% [Working] 0% [Working] 100% [Working] Fetched 322 kB in 1s (223 kB/s)
2023-03-05T13:01:43.736476344Z stdout 0% [Working] 0% [Working] 0% [Working] 0% [Working] Get:5 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages [229 kB]
2023-03-05T13:01:43.395558787Z stdout Hit:4 https://deb.nodesource.com/node_16.x bullseye InRelease
2023-03-05T13:01:43.395495373Z stdout Get:3 http://deb.debian.org/debian bullseye-updates InRelease [44.1 kB]
2023-03-05T13:01:43.395367011Z stdout 0% [Waiting for headers] [Connected to deb.nodesource.com (92.122.188.37)] Get:2 http://deb.debian.org/debian-security bullseye-security InRelease [48.4 kB]
2023-03-05T13:01:42.935707870Z stdout 0% [Working] Hit:1 http://deb.debian.org/debian bullseye InRelease
2023-03-05T13:01:41.870135972Z stdout no crontab for root
2023-03-05T13:01:41.850274830Z stdout e[1;33mStarting step 11 - Jeedom post-installe[0;39m
2023-03-05T13:01:41.850238487Z stdout ---------------------------------------------------------------------
2023-03-05T13:01:41.850198471Z stdout e[1;33mInstallation type : standarde[0;39m
2023-03-05T13:01:41.850156217Z stdout e[1;33mWeb folder : /var/www/htmle[0;39m
2023-03-05T13:01:41.850110041Z stdout e[1;33mJeedom version : V4-stablee[0;39m
2023-03-05T13:01:41.849952048Z stdout e[1;33mWelcome to Jeedom installere[0;39m
2023-03-05T13:01:41.678996103Z stdout e[1;31mSorry, cannot select step 10mariadbe[0;39m
2023-03-05T13:01:41.678825935Z stdout e[1;33mInstallation type : standarde[0;39m
2023-03-05T13:01:41.678495761Z stdout e[1;33mWeb folder : /var/www/htmle[0;39m
2023-03-05T13:01:41.678435240Z stdout e[1;33mJeedom version : V4-stablee[0;39m
2023-03-05T13:01:41.677963370Z stdout e[1;33mWelcome to Jeedom installere[0;39m
2023-03-05T13:01:40.404641208Z stdout Starting MariaDB database server: mariadbd ..
2023-03-05T13:01:38.212222423Z stdout Stopping MariaDB database server: mariadbd.
2023-03-05T13:01:37.847315042Z stdout
2023-03-05T13:01:37.847246232Z stdout https://mariadb.org/get-involved/
2023-03-05T13:01:37.846951278Z stdout Consider joining MariaDB's strong and vibrant community:
2023-03-05T13:01:37.846915873Z stdout
2023-03-05T13:01:37.846862114Z stdout The latest information about MariaDB is available at https://mariadb.org/.
2023-03-05T13:01:37.846755664Z stdout
2023-03-05T13:01:37.846710871Z stdout Please report any problems at https://mariadb.org/jira
2023-03-05T13:01:37.846665195Z stdout
2023-03-05T13:01:37.846519743Z stdout cd '/usr//mysql-test' ; perl mysql-test-run.pl
2023-03-05T13:01:37.846477504Z stdout You can test the MariaDB daemon with mysql-test-run.pl
2023-03-05T13:01:37.846436899Z stdout
2023-03-05T13:01:37.846285733Z stdout cd '/usr/' ; /usr//bin/mysqld_safe --datadir='/var/lib/mysql/'
2023-03-05T13:01:37.846160561Z stdout You can start the MariaDB daemon with:
2023-03-05T13:01:37.846125657Z stdout
2023-03-05T13:01:37.846074115Z stdout See the MariaDB Knowledgebase at https://mariadb.com/kb
2023-03-05T13:01:37.845951075Z stdout
2023-03-05T13:01:37.845904648Z stdout able to connect as any of these users with a password and without sudo
2023-03-05T13:01:37.845859692Z stdout After connecting you can set the password, if you would need to be
2023-03-05T13:01:37.845813625Z stdout you need to be the system 'mysql' user to connect.
2023-03-05T13:01:37.845689370Z stdout The second is mysql@localhost, it has no password either, but
2023-03-05T13:01:37.845631192Z stdout be system 'root' user to connect. Use, for example, sudo mysql
2023-03-05T13:01:37.845570599Z stdout One is root@localhost, it has no password, but you need to
2023-03-05T13:01:37.845434650Z stdout Two all-privilege accounts were created.
2023-03-05T13:01:37.845385701Z stdout
2023-03-05T13:01:37.845231740Z stdout
2023-03-05T13:01:37.845182163Z stdout support-files/mysql.server to the right place for your system
2023-03-05T13:01:37.845123619Z stdout To start mysqld at boot time you have to copy
2023-03-05T13:01:37.844996682Z stdout
2023-03-05T13:01:37.844030831Z stdout OK
2023-03-05T13:01:14.465693937Z stdout 2023-03-05 13:01:14 0 [Warning] The parameter innodb_large_prefix is deprecated and has no effect. It may be removed in future releases. See https://mariadb.com/kb/en/library/xtradbinnodb-file-format/
2023-03-05T13:01:12.693382776Z stdout Installing MariaDB/MySQL system tables in '/var/lib/mysql/' ...
2023-03-05T13:01:12.327862003Z stdout e[1;32mStep 6 - download Jeedom donee[0;39m
2023-03-05T13:01:08.343486036Z stdout
2023-03-05T13:01:08.343384833Z stdout 2023-03-05 13:01:08 (16.5 MB/s) - '/tmp/jeedom.zip' saved [82249339/82249339]
2023-03-05T13:01:08.343086113Z stdout
2023-03-05T13:01:08.342093107Z stdout /tmp/jeedom.zip 0%[ ] 0 --.-KB/s /tmp/jeedom.zip 2%[ ] 2.04M 10.2MB/s /tmp/jeedom.zip 9%[> ] 7.24M 17.4MB/s /tmp/jeedom.zip 10%[=> ] 8.48M 13.6MB/s /tmp/jeedom.zip 17%[==> ] 13.69M 16.6MB/s /tmp/jeedom.zip 24%[===> ] 18.97M 17.7MB/s /tmp/jeedom.zip 30%[=====> ] 23.63M 18.6MB/s /tmp/jeedom.zip 35%[======> ] 28.16M 18.9MB/s /tmp/jeedom.zip 41%[=======> ] 32.77M 19.4MB/s /tmp/jeedom.zip 47%[========> ] 37.03M 19.6MB/s /tmp/jeedom.zip 53%[=========> ] 41.65M 19.7MB/s /tmp/jeedom.zip 57%[==========> ] 44.80M 19.3MB/s /tmp/jeedom.zip 60%[===========> ] 47.22M 18.4MB/s /tmp/jeedom.zip 64%[===========> ] 50.22M 18.2MB/s /tmp/jeedom.zip 67%[============> ] 52.84M 17.8MB/s /tmp/jeedom.zip 70%[=============> ] 55.49M 17.5MB/s eta 1s /tmp/jeedom.zip 74%[=============> ] 58.19M 17.2MB/s eta 1s /tmp/jeedom.zip 77%[==============> ] 60.94M 17.0MB/s eta 1s /tmp/jeedom.zip 81%[===============> ] 63.78M 16.9MB/s eta 1s /tmp/jeedom.zip 84%[===============> ] 66.65M 17.5MB/s eta 1s /tmp/jeedom.zip 88%[================> ] 69.64M 16.5MB/s eta 1s /tmp/jeedom.zip 92%[=================> ] 72.66M 16.1MB/s eta 1s /tmp/jeedom.zip 96%[==================> ] 75.74M 15.7MB/s eta 1s /tmp/jeedom.zip 100%[===================>] 78.44M 15.2MB/s in 4.8s
2023-03-05T13:01:03.589997923Z stdout
2023-03-05T13:01:03.589820042Z stdout Saving to: '/tmp/jeedom.zip'
2023-03-05T13:01:03.589533582Z stdout Length: 82249339 (78M) [application/zip]
2023-03-05T13:01:03.588700073Z stdout HTTP request sent, awaiting response... 200 OK
2023-03-05T13:01:03.572784772Z stdout Connecting to codeload.github.com (codeload.github.com)|140.82.121.10|:443... connected.
2023-03-05T13:01:03.572732586Z stdout Resolving codeload.github.com (codeload.github.com)... 140.82.121.10
2023-03-05T13:01:03.572688892Z stdout --2023-03-05 13:01:03-- https://codeload.github.com/jeedom/core/zip/refs/heads/V4-stable
2023-03-05T13:01:03.572616523Z stdout Location: https://codeload.github.com/jeedom/core/zip/refs/heads/V4-stable [following]
2023-03-05T13:01:03.572574698Z stdout HTTP request sent, awaiting response... 302 Found
2023-03-05T13:01:03.572523216Z stdout Connecting to github.com (github.com)|140.82.121.3|:443... connected.
2023-03-05T13:01:03.572470457Z stdout Resolving github.com (github.com)... 140.82.121.3
2023-03-05T13:01:03.572404757Z stdout --2023-03-05 13:01:03-- https://github.com/jeedom/core/archive/V4-stable.zip
2023-03-05T13:01:03.572358783Z stdout e[1;33mStarting step 6 - download Jeedome[0;39m
2023-03-05T13:01:03.572315217Z stdout ---------------------------------------------------------------------
2023-03-05T13:01:03.572261232Z stdout e[1;33mInstallation type : standarde[0;39m
2023-03-05T13:01:03.572219528Z stdout e[1;33mWeb folder : /var/www/htmle[0;39m
2023-03-05T13:01:03.572168176Z stdout e[1;33mJeedom version : V4-stablee[0;39m
2023-03-05T13:01:03.572117934Z stdout e[1;33mWelcome to Jeedom installere[0;39m
2023-03-05T13:01:03.572083512Z stdout
2023-03-05T13:01:03.572027201Z stdout 2023-03-05 13:01:02 (10.1 MB/s) - '/root/install.sh' saved [16166/16166]
2023-03-05T13:01:03.571992336Z stdout
2023-03-05T13:01:03.571928928Z stdout /root/install.sh 0%[ ] 0 --.-KB/s /root/install.sh 100%[===================>] 15.79K --.-KB/s in 0.002s
2023-03-05T13:01:03.571877033Z stdout
2023-03-05T13:01:03.571835789Z stdout Saving to: '/root/install.sh'
2023-03-05T13:01:03.571779869Z stdout Length: 16166 (16K) [text/plain]
2023-03-05T13:01:03.571721483Z stdout HTTP request sent, awaiting response... 200 OK
2023-03-05T13:01:03.571590178Z stdout Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.199.109.133|:443... connected.
2023-03-05T13:01:02.587385488Z stdout Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.109.133, 185.199.108.133, 185.199.110.133, ...
2023-03-05T13:01:02.406054776Z stdout --2023-03-05 13:01:02-- https://raw.githubusercontent.com/jeedom/core/alpha/install/install.sh
2023-03-05T13:01:01.502592211Z stdout Start jeedom installation
2023-03-05T13:01:01.501904210Z stdout Start init
Je ne vois pas d’erreur dans ce log, et Apache semble avoir bien démarré… il en manque pas des bouts ( de log ) ?
Bon en tout cas, l’image latest n’est pas encore à jour, peux-tu essayer jeedom/jeedom:4.3 qui vient d’être mise à jour il y a 2 jours ? Et puis, s’il y a encore une erreur Apache tu devrais tenter la version buster, docker pull jeedom/jeedom:4.3-buster
merci
Ca passe avec la version V4-stable. Mais je n’arrive pas à avoir 'acces externe avec les DNS de Jeedom.
Je tenter avec la 4.3-buster
edit : cela fonctionne avec la V4.3-buster ! (mais pas avec la v4.4…)
Mais toujours cette erreur dans les logs du Docker :
Starting Apache httpd web server: apache2AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.4. Set the 'ServerName' directive globally to suppress this message
désolé j’ai du me tromper entre le V4.4 et la V4.4 buster
Mais ou peut on trouver est la différence entre les versions ? car sur le site je ne retrouve pas les infos sur les versions de Debian :
https://registry.hub.docker.com/r/jeedom/jeedom/
Avec un DS218+ y a espoir de pouvoir réinstaller la version latest ?
merci
Alors normalement, v4.4 c’est la beta (plus précisément, la branche beta du dépôt Github) et v4.3 la version en cours (V4-stable sur le Github).
L’image Docker jeedom:V4-stable a plus d’un an et n’est plus mise à jour, mais elle marche. Et le code Jeedom, il se met à jour via son propre update après l’install.
Par contre, l’image jeedom:latest oui c’est prévu de la mettre à jour, d’ailleurs elle l’est, c’est un alias pour jeedom:4.3 en ce moment. Donc sur Bullseye et avec le problème de compatibilité avec les syno d’où les nouveaux tags *-buster.
Tu peux choisir une version fixée, maintenant 4.3 et être libre de faire les montées de version quand tu veux, ou bien utiliser l’image latest et recevoir automatiquement les mises à jours lorsque les images seront publiées. Enfin, ça c’est la théorie, mais en pratique je ne pense pas que personne mette à jour l’image docker en automatique. Parce qu’alors il faudrait ré-installer toutes les dépendances des plugins à chaque maj.
Bin, en fait, on essaye un peu de respecter aussi des conventions c’est pourquoi on a 2 tags qui normalement ne changent pas
jeedom/jeedom:latest = la dernière version stable, latest est le tag par défaut dans docker comme master est la branche par défaut dans github
jeedom/jeedom:beta = la beta
Ensuite on a les tags « version », et c’est important de proposer ce choix pour ne pas « subir » les montées de version en automatique, mais au contraire pouvoir les planifier :
jeedom/jeedom:4.3 = actuellement c’est la stable (mais peut être plus pour longtemps)
jeedom/jeedom:4.4 = beta = la future stable
cette numérotation automatique permettra de conserver les anciennes versions et avoir des 4.x puis des 5.0 …
Ensuite, on a créé les tags 4.3-buster et 4.4-buster pour répondre à un problème spécifique de synology, mais sans ça il n’y aurait pas vraiment de raison d’avoir ces tags? Bon c’est trop tard, c’est fait, du coup est-ce qu’on devrait aussi faire une 4.3-bullseye ? (pourquoi pas après tout, on peut faire des alias ça ne coute pas cher, 4.3-bullseye alias de 4.3)
Par contre, un tag v4-stable c’est un peu contradictoire, parce qu’un jour ça sera une v5-stable puis v6-stable à la fin on ne saura plus laquelle est stable. Quand il y a trop de tags on n’y comprend rien je vous laisse en exemple l’image officielle de php qui a 300 pages de tags (!)
Par contre, ce qui est vrai c’est qu’on pourrait mettre à jour la doc avec ces nouveaux tags je vais voir ce que je peux faire
Oui tout à fait, d’ailleurs non l’image Docker jeedom/jeedom:latest date de 11 jours elle est déjà sous bullseye (c’est le tag V4-stable qui date d’un an il est probablement encore sous buster)
Question au spécialiste Syno du coup c’est tous les Synology qui subissent ce bug ? ou bien c’est limité à certains modèles / version du DSM ?
c’est pourquoi on a 2 tags qui normalement ne changent pas
je vais voir ce que je peux faire
