Tu as bien un HUB usb alimenté ?
Modifie les lignes
devices:
- "/dev/ttyUSB0:/dev/ttyUSB0"
- "/dev/ttyUSB0:/dev/ttyUSB1"
- "/dev/ttyACM0:/dev/ttyACM0"
Éteindre le NAS
Débrancher l’alimentation du Hub USB
Rebrancher l’alimentation du Hub USB
Allumer le NAS
Bonjour,
Merci pour votre aide.
Oui mon hub USB est bien alimenté.
Je teste à mon retour dimanche soir
A bientot
Lemars
Bonjour
J’ai bien modifié avec :
- « /dev/ttyUSB0:/dev/ttyUSB0 »
- « /dev/ttyUSB0:/dev/ttyUSB1 »
- « /dev/ttyACM0:/dev/ttyACM0 »
Puis appliqué la dernière mise a jour du NAS
Eteint le NAS
Débranché le port USB du HUB USB et débranché son alim aussi
Débranché le port USB du HUB USB et rebranché son alim
Allumé le NAS
Arret de la VM et démonté les 4 dongle USB
Puis commande docker-compose build
Nombreux Docker intermédiaires …
Résultat :
Successfully built 717a420d9a03
Successfully tagged jeedom-v4_jeedom:latest
Vérification du processus de l'installation de Jeedom
commande docker-compose up -d
et la probleme :
root@DS_LS:/volume1/docker/jeedom-v4# docker-compose up -d
Creating jeedom-v4 … error
ERROR: for jeedom-v4 Cannot start service jeedom: b’linux runtime spec devices: error gathering device information while adding custom device « /dev/ttyACM0 »: no such file or directory’
ERROR: for jeedom Cannot start service jeedom: b’linux runtime spec devices: error gathering device information while adding custom device « /dev/ttyACM0 »: no such file or directory’
ERROR: Encountered errors while bringing up the project.
Je ne sais pas quoi faire
C’est un des port USB qui pose problème ?
Quelles sont les clés USB branchées
Pour quel plugin ?
Les 4 clés USB branchées sont :
Et elles sont raccordées de la manière suivante :
J’utilise donc le plugin ZWAve + RFxCom + Encocean + plugin SMS
Merci
4 clés et seulement 3 mappage ?
Tu peux également vérifier si ton conteneur est bien paramétré avec la commande
docker inspect -f <NOM_CONTENEUR_DOCKER>
Bonjour,
Mon Hub USB est un Anker Hub USB 3.0 Ultra Fin 4 Ports avec Chargeur USB 10 W
acheté ici :
https://www.amazon.fr/gp/product/B0192W3HX8/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8&psc=1
Et c’est un USB 3.0 …
Impossible donc d’installer Docker avec ce hub USB3
Mais cela m’a été utile car sur la VM j’ai pu choisir USB3.0 et avoir la possibilité de brancher 4 clés (alors qu’en USB2 c’est moins)
Je pense acheter du coup un nouveau hub USB alimenté et en USB2 pour finir cette installation :
Lequel me conseillez vous ?
J’achète le meme que vous si vous en avez un, au moins je certain qu’il fonctionne !
merci
Essaye déja avec ton HUB USB 3
Pourquoi 4 clé et seulement 3 mappage ?
Bonjour
Je viens de re tester : j’ai démonté les clés USB + eteint le NAS + débranché le ub
J’ai modifier le docker compose avec mes 4 portS USB (j’avais une coquille d’ailleurs précédemment sur un des 3)
Lancer la commande docker-compose up -d avec devices:
- « /dev/ttyUSB0:/dev/ttyUSB0 »
- « /dev/ttyUSB1:/dev/ttyUSB1 »
- « /dev/ttyUSB3:/dev/ttyUSB3 »
- « /dev/ttyACM0:/dev/ttyACM0 »
Tout se passe mieux :
Création de l'image "jeedom-v4_jeedom:latest"
Lancer la commande docker-compose build
Votre image jeedom-v4_jeedom:latest est créé
Nombreux Docker intermédiaires … Résultat :
Successfully built 7aa65b12269e
Successfully tagged jeedom-v4_jeedom:latest
Lancer la commande docker-compose up -d
root@DS_LS:/volume1/docker/jeedom-v4# docker-compose up -d
Creating jeedom-v4 … done
Vérification du processus de l'installation de Jeedom
Pour vérifier que l’installation de Jeedom s’exécute correctement nous allons « rentrer » à l’intérieur de notre conteneur
Lancer la commande sudo docker exec -it jeedom-v4 /bin/bash
root@DS_LS:/volume1/docker/jeedom-v4# sudo docker exec -it jeedom-v4 /bin/bash
OCI runtime exec failed: exec failed: cannot exec a container that has stopped: unknown
root@DS_LS:/volume1/docker/jeedom-v4#
En effet le docker n’arrive pas a redémarrer a priori :
J’ai essayé de faire le test conteneur ui est bien paramétré avec la commande
docker inspect -f <NOM_CONTENEUR_DOCKER>
Mais voici le résultat avec et sans les <>
root@DS_LS:/volume1/docker/jeedom-v4# docker inspect -f 7aa65b12269e
"docker inspect" requires at least 1 argument.
See 'docker inspect --help'.
Usage: docker inspect [OPTIONS] NAME|ID [NAME|ID...]
Return low-level information on Docker objects
puis avec les <>
root@DS_LS:/volume1/docker/jeedom-v4# docker inspect -f <7aa65b12269e>
-ash: syntax error near unexpected token `newline'
Désolé je suis à nouveau bloqué mais plus de probleme de port USB a priori ?
Encore merci
erreur de syntax
docker inspect -f 7aa65b12269e
Je pense qu’il faudrait faire le ménage dans les images
lance les commandes
docker images
et
docker ps
donne moi aussi le contenu de ton docker-compose
Je viens de supprimer les images et meme désinstaller Docker pour tout supprimer nettoyer
Je viens de refaire le test en installant Docker en mode bridge en suivant le doc Jeedom et meme la impossible ! Le Docker reste allumé, mais impossible de le joindre : pourtant j’ai bien mis la redirection de port dans le container : https://doc.jeedom.com/fr_FR/installation/synology
Voici le docker compose :
version: ‹ 2 ›
networks:
default:
external:
name: mymacvlan
services:
jeedom:
container_name: jeedom-v4
build : ./
privileged: false
pid: « host »
cap_add:
- SYS_PTRACE
tty: true
hostname: jeedom
mac_address: a0:ca:ab:cd:ef:02
networks:
default:
ipv4_address: 192.168.1.243
volumes:
- « /volume1/docker/jeedom-v4/html:/var/www/html »
- « /volume1/docker/jeedom-v4/db:/var/lib/mysql »
devices:
- « /dev/ttyUSB0:/dev/ttyUSB0 »
- « /dev/ttyUSB1:/dev/ttyUSB1 »
- « /dev/ttyUSB3:/dev/ttyUSB3 »
- « /dev/ttyACM0:/dev/ttyACM0 »
restart: unless-stopped
environment:
- TZ=Europe/Paris
- PUID=1028
- PGID=101
- SYSTEMD_IGNORE_CHROOT=yes
- SHELL_ROOT_PASSWORD=MON_MOT_DE_PASSE_RESEAU_DU_USER_DU_NAS
- MYSQL_ROOT_PASSWD=MON_MOT_DE_PASSE_RESEAU_DU_USER_DU_NAS
- PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Je viens de m’apercevoir que j’avais modifié le port du service SSH (32 au lieu de 22) et du coupe cela devait perturber le bon fonctionnement
un serveur SSH est paramétré → cela ne devait pas fonctionner
Je vais retenter une installation ce soir
Mais je ne comprends pas pourquoi je n’arrive pas à installer Docker en mode bridge tout simplement ?
Est ce que votre tuto a modifier un paramétrage qui ne me permet plus de faire tourner un docker bridge tout simple ? je pense aux redirections de port… ? mais je ne les retrouve plus sur le NAS
Pour résumé je fais tout cela car je trouve que mon Jeedom sur la machine virtuelle de mon DS218+ qui consomme trop de charge : j’ai des pointes a 5 voir 10 parfois de charge : cela m’inquiète un peu et j’ai parfois quelques scenarios qui plantent. J’ai le plugin camera qui gère 4 cameras. Est ce normal ces pics de charge ?
voici un exemple a l’instant : un probleme avace apache2 on dirait :
Je n’utilise pas VMM
uniquement docker
Il aurait bon de mettre le contenu du docker composé avec la balise code du forum
Car là on voit pas si il y a une erreur de positionnement des lignes de code
Supprimer docker ne supprime pas les images
Bonjour,
Voici le Docker compose :
version: '2'
networks:
default:
external:
name: mymacvlan
services:
jeedom:
container_name: jeedom-v4
build : ./
privileged: false
pid: "host"
cap_add:
- SYS_PTRACE
tty: true
hostname: jeedom
mac_address: a0:ca:ab:cd:ef:02
networks:
default:
ipv4_address: 192.168.1.243
volumes:
- "/volume1/docker/jeedom-v4/html:/var/www/html"
- "/volume1/docker/jeedom-v4/db:/var/lib/mysql"
devices:
- "/dev/ttyUSB0:/dev/ttyUSB0"
- "/dev/ttyUSB1:/dev/ttyUSB1"
- "/dev/ttyUSB3:/dev/ttyUSB3"
- "/dev/ttyACM0:/dev/ttyACM0"
restart: unless-stopped
environment:
- TZ=Europe/Paris
- PUID=1028
- PGID=101
- SYSTEMD_IGNORE_CHROOT=yes
- SHELL_ROOT_PASSWORD=J'AI_MIS_LE_MOT_DE_PASSE_DU_USER_1028_DE_MON_NAS
- MYSQL_ROOT_PASSWD=J'AI_MIS_LE_MOT_DE_PASSE_DU_USER_1028_DE_MON_NAS
- PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Je vais regarder comment supprimer proprement les images précédemment réalisées (je pensais qu’en supprimant la paquet Docker, les images allaient etre supprimées car le repertoire Docker a lui été supprimé)
Merci
tu n’as toujours pas donné le résultat des commandes cité plus haut
Ton réseau macvlan est toujours actif ?
docker images
docker ps
docker network ls
j’ai l’impression qu’a force de faire des manipulations tu crées plus de problème
Si tu veux continuer avec docker il va falloir etre méthodique
et voici :
root@DS_LS:~# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
jeedom/jeedom latest b2a5ef8b43ca 8 days ago 1.85GB
root@DS_LS:~# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
root@DS_LS:~# docker network ls
NETWORK ID NAME DRIVER SCOPE
cd65eb1ca8dd bridge bridge local
4d6d55321821 host host local
ce26ee3cfd55 none null local
Je ne sais plus comment faire pour continuer : je recommence du début ?
Ou je dois supprimer l’image (jeedom/jeedom n°b2a5ef8b43ca) avant de recommencer du début ?
merci
Oui ce serait bien
Est-ce toi qui a supprimé le réseau macvlan ?
tu peux faire un
docker ps -a
C’est moi qui a supprimé le reseau macvlan dans le paquet docket avant de désinstaller docker puis de le réinstaller
et voici la commande docker ps -a
root@DS_LS:~# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
6f91d131d6d6 jeedom/jeedom:latest "sh /root/init.sh" 7 days ago Exited (137) 7 days ago jeedom
je viens de supprimer le docker en faisant
docker rm 6f91d131d6d6
Je ne sais pas comment « nettoyer » toutes les actions que j’ai fait précédemment…
Car meme un docker tout simple en bridge ne fonctionne pas…
https://doc.jeedom.com/fr_FR/installation/synology
Je t’avais envoyé un MP pour te proposer une solution .
Tu l’as lu ?
Merci pour ton aide précieuse !
Merci beaucoup
