Mode réseau docker Jeedom

[jeannotmer]

Perso j'ai pas besoin de lancer apache a chaque fois ...

[Didier3L]

Perso j'ai pas besoin de lancer apache a chaque fois ...

Étonnant
Quelle est ta config

[jeannotmer]

cela va pas beaucoup t'aider j'ai l'image docker jeedom/jeedom stable... en mode docket host sur syno

[Didier3L]

cela va pas beaucoup t'aider j'ai l'image docker jeedom/jeedom stable... en mode docket host sur syno

Je suis en jeedom/jeedom master

[Didier3L]

Avec la version jeedom/jeedom:stable

Il faut rajouter dans le conteneur les variables d’environnement
APACHE_PORT
ROOT_PASSWORD
MODE_HOST

Editer le fichier /etc/apache2/ports.conf pour vérifier que le votre port apache apparait au lieu de 80
nano /etc/apache2/ports.conf

Erreur au premiere lancement de jeedom :
max_execution_time must be >= 600, edit /etc/php/7.0/apache2/php.ini and change this value (current 300)
editer le fichier /etc/php/7.0/apache2/php.ini pour mettre max_execution_time = 600

Bref, ça marche au final mais avec plein de bidouille

[fdavid67]

Salut.

j'ai suivi la même procédure que toi. Tout avait l'air bon sauf que je reste bloqué sur le message de Jeedom encours de démarrage. La tache cron ne s'exécute pas. Comment tu à fait pour résoudre ce problème ?

[Didier3L]

avec sudo /etc/init.d/cron restart
mais je te conseille de plutôt utiliser l'image jeedom/jeedom:master
trop de bidouille avec la version stable

[Didier3L]

Bonsoir
Petite question :
Comme il faut lancer service apache2 start à chaque redémarrage du conteneur pour que jeedom se "réveille", je me demandais si il y avait possibilité de lancer un script automatique

Du coup, je relance ma question

[Didier3L]

j'ai modifié le fichier init.sh
et j'ai rajouté la ligne service apache2 start

2018-07-22_20-31-23.png (21.01 Kio) Consulté 3491 fois

Ca marche plus besoin de relancer le service apache2

On peut même faire un service ssh start pour acceder avec putty

[Didier3L]

[EDIT modo] : insertion de balises code pour faciliter la lecture

Bonjour,

Pour les gens qui ont le "System Error" à la création de l'utilisateur pluginblea et autre "sudo: unable to send audit message: Operation not permitted" erreurs dans les logs, cela est du à la version du docker/noyau installé sur le synology.
Cela rend l'utilisation du su/sudo impossible et donc l'installation du plugin impossible. C'est un bug connu qui a été résolu mais pas sur synology.

il faut recompiler le module pam (celle qui gère l'authentification et donc l'utilisation du su/sudo) sans l'audit et ça va rentrer dans l'ordre.

Juste avant l’étape d’ajout de l’utilisateur (adduser pluginblea), suivez les étapes suivantes

Editer le fichier /etc/apt/sources.list (nano /etc/apt/sources.list)
Dupliquer chaque ligne commençant par deb et ajouter deb-src
Ca doit donner quelque chose comme cela :

Code : Tout sélectionner

deb http://deb.debian.org/debian stretch main
deb http://deb.debian.org/debian stretch-updates main
deb http://security.debian.org stretch/updates main
deb-src http://deb.debian.org/debian stretch main
deb-src http://deb.debian.org/debian stretch-updates main
deb-src http://security.debian.org stretch/updates main

Sauver le fichier puis lancer les commandes suivantes (ça prend un peu de temps)

Code : Tout sélectionner

apt-get update && apt-get upgrade -y && apt-get -y build-dep pam
export CONFIGURE_OPTS=--disable-audit && cd /root && apt-get -b source pam && dpkg -i libpam-doc*.deb libpam-modules*.deb libpam-runtime*.deb libpam0g*.deb

apt-get remove --purge -y $(apt-mark showauto)  && apt-get clean

Note: Ne plus jamais lancer apt-get upgrade car cela va réinstaller le module pam original et sudo ne fonctionnera plus à moins de relancer la compilation à nouveau ou résinstallé les packages précompilés qui sont stockés dans /root donc il est possible de relancer l’installation avec :

Code : Tout sélectionner

cd /root && dpkg -i libpam-doc*.deb libpam-modules*.deb libpam-runtime*.deb libpam0g*.deb

Bonne journée

Bonjour @Guirem
En introduction je voulais d'abord te remercier te ta participation concernant l'utilisation de Jeedom en conteneur Docker sur Synology.
On peut maintenant utiliser le réseau local en 192.168.x.x au lieu de 172.17.x.x grâce à tes infos

viewtopic.php?f=67&t=35147&start=60#p622736

Par contre, j'ai deux réflexions à te soumettre.
Pour quelle raison SU/SUDO fonctionne pour un conteneur en mode Bridge et pas en mode Host

Enfin, je suis tombé sur un site ou il parle du pilote réseau Macvlan

https://code-examples.net/fr/docs/docke ... vlan/index
Il semblerait que l'on puisse créer un réseau local tout en pointant sur le réseau par pont

Didier

[edreams]

Bonjour à tous,


Je ne sais pas si le sujet a déjà été évoqué, mais... je m'interroge... pourquoi donc continuez-vous à utiliser docker (et ses limitations) sur votre Syno alors que depuis plus d'un an Virtual Machine Manager est dispo et permet de monter une vraie VM en quelques clics de souris ?

Attention ne pas prendre ce message pour une critique, je cherche juste à comprendre. Des fois qu'il y ait un avantage de docker qui m'aurait échappé ?

Merci à vous.

[Didier3L]

Peut être que tout le monde n’a pas les moyens de s’acheter un NAS de compétition pour faire tourner VMM
viewtopic.php?f=67&t=26924&start=100#p634188

[edreams]

Voilà une réponse claire !

Je ne savais pas que docker demandait moins de puissance.

Merci pour cette explication, je ne comprenais pas pourquoi utiliser docker alors que l'usage de VMM est tellement simple et agréable.

[Sigri44]

Pour info le mode host fonctionne parfaitement sur Docker/Portainer C'est sur Synology que ça fout la merde, il faut pas confondre ^^

L'image Docker est au top, et tous mes plugins (xiaomi, blea, imperihome, etc... fonctionnent sur une machine Docker (un vieux hp core i7 ssd )).

Merci pour cette image docker !

[HerveK]

Bonjour à tous !

Je me sens moins seul en vous lisant.


Donc j'ai installé Jeedom (Master) en Host avec MariaDB (hors docker) sur mon Syno .
En local (pas encore de plugin) : mais tout me semble Ok .
J'ai juste eu cela lors de l'install.

Code : Tout sélectionner

Vérifiez les droits sur les fichiers ... Sudo Unable to resolve host jeedom-jeedom2
Sudo Unable to resolve host jeedom-jeedom2
Ok

(mon container s'appelle jeedom2 , simplement

Mais sans rien faire l'install à fini Ok
Et j'ai pu accéder à mon Jeedom (depuis l'adresse IP du Syno et avec le port 9080

Là où cela se corse pour moi :
Je voudrais y accéder de l'extérieur, donc en https (avec les Dns Jeedom )

Ca semble configuré, mais qd je teste je tombe sur la page WebStation de Synology ... (Donc ca renvoie bien sur le syno)
mais la page me dit qu'il faut configurer ...

Ok mais quoi ? dans Web Station ? Surement Virtual Host ... mais là je seche .
J'ai bien esssayé "au pif" ... mais ca ne donne rien lol

Si vous pouviez m'aider à débloquer cette situation ...
Un grand Merci

[Didier3L]

erreur unable to resolve host jeedom-jeedom2
As tu bien édité le fichier /etc/hots et /etc/hostname pour mettre le nom jeedom-jeedom2

[HerveK]

erreur unable to resolve host jeedom-jeedom2
As tu bien édité le fichier /etc/hots et /etc/hostname pour mettre le nom jeedom-jeedom2

Hélas non,
J'ai du raté cette étape .
M'en vais faire cela .

Je vous tiendrai au courant.

Merciii

[HerveK]

erreur unable to resolve host jeedom-jeedom2
As tu bien édité le fichier /etc/hots et /etc/hostname pour mettre le nom jeedom-jeedom2

Je reviens plus vite que prévu ...
Impossible d'accéder en SSH ... il n'accepte pas user / mdp ...

J'utilise l'IP du Syno
Le port défini défini dans Environnement par SSH_PORT : 9022
User : root
Mot de passe : Mjeedom96 (défini aussi dans Environnement par SHELL_ROOT_PASSWORD) : c'est là que j'ai un doute : je devais garder ou pas cette ligne ?

Mmmm
Sinon comme je n'ai rien dessus , ptre préférable de réinstaller la partie Docker ?

[fwehrle]

J'ai eu le cas du mdp SSH qui se reinitialise aussi.. et la variable SHELL_ROOT_PASSWORD ne semble pas fonctionner.
Crée en une nommée ROOT_PASSWORD, et ca marchera mieux.
Et sinon, dans les logs docker du container, tu vois le mdp aléatoire qui a été assigné.

[HerveK]

J'ai eu le cas du mdp SSH qui se reinitialise aussi.. et la variable SHELL_ROOT_PASSWORD ne semble pas fonctionner.
Crée en une nommée ROOT_PASSWORD, et ca marchera mieux.
Et sinon, dans les logs docker du container, tu vois le mdp aléatoire qui a été assigné.

Ok Merci
M'en vais tester cela