[Tuto] OpenMediaVault + Docker + Jeedom

[Nibb31]

En général, ça veut dire que docker n'est pas lancé.

[fwehrle]

Moi j'ai ça quand je veux lancer une commande docker avec un user non root (sur syno)
Avec sudo ça passe.

Envoyé de mon Nexus 6P en utilisant Tapatalk

[bojomi]

Bonjour,

J'ai bien suivant le tutu point par point par contre impossible de me connecter sur "IPNAS:9080" pourtant j'ai bien lancé les commandes en ligne en Su.
Le docker jeedom est running.
Doit-on ouvrir le port 9080 sur sa box ou sur le NAS?
Merci d'avance du coup de pouce.

[Nibb31]

Tu as attendu 20 minutes après le lancement du docker ? Tu as regardé les logs du docker ?

[bojomi]

oui j'ai bien attendu, pour les logs du docker c'est sur OMV ou sur putty avec une commande?

[Nibb31]

Dans omv, tu sélectionnes le container Jeedom et tu cliques sur Logs. Sinon tu fais 'docker logs jeedom' en ssh.

[bojomi]

Voici le retour du log

panic: standard_init_linux.go:175: exec user process caused "permission denied" [recovered]
panic: standard_init_linux.go:175: exec user process caused "permission denied"

merci de ton aide

[epgdurand]

hello
toujours impossible d'installer openvpn prérequis pour jeelink.
Des idées ?

Merci


log
******************************************
Launch install of openvpn
Ign http://ftp.fr.debian.org jessie InRelease
Get:1 http://security.debian.org jessie/updates InRelease [63.1 kB]
Hit http://ftp.fr.debian.org jessie Release.gpg
Ign http://httpredir.debian.org jessie InRelease
Hit http://ftp.fr.debian.org jessie Release
Hit http://httpredir.debian.org jessie-updates InRelease
Get:2 http://security.debian.org jessie/updates/main amd64 Packages [421 kB]
Hit http://httpredir.debian.org jessie Release.gpg
Get:3 http://ftp.fr.debian.org jessie/main amd64 Packages [9064 kB]
Hit http://httpredir.debian.org jessie Release
Get:4 http://httpredir.debian.org jessie-updates/main amd64 Packages [17.6 kB]
Get:5 http://httpredir.debian.org jessie/main amd64 Packages [9064 kB]
Fetched 18.6 MB in 28s (665 kB/s)
Reading package lists...

W: Size of file /var/lib/apt/lists/security.debian.org_dists_jessie_updates_main_binary-amd64_Packages.gz is not what the server reported 420802 420840
Reading package lists...

Building dependency tree...
Reading state information...
The following extra packages will be installed:
easy-rsa liblzo2-2 libpkcs11-helper1 opensc opensc-pkcs11
Suggested packages:
resolvconf
The following NEW packages will be installed:
easy-rsa liblzo2-2 libpkcs11-helper1 opensc opensc-pkcs11 openvpn
0 upgraded, 6 newly installed, 0 to remove and 13 not upgraded.
1 not fully installed or removed.
Need to get 1501 kB of archives.
After this operation, 4660 kB of additional disk space will be used.
Get:1 http://httpredir.debian.org/debian/ jessie/main liblzo2-2 amd64 2.08-1.2 [54.6 kB]
Get:2 http://httpredir.debian.org/debian/ jessie/main libpkcs11-helper1 amd64 1.11-2 [45.4 kB]
Get:3 http://httpredir.debian.org/debian/ jessie/main opensc-pkcs11 amd64 0.14.0-2 [687 kB]
Get:4 http://httpredir.debian.org/debian/ jessie/main openvpn amd64 2.3.4-5+deb8u1 [477 kB]
Get:5 http://httpredir.debian.org/debian/ jessie/main opensc amd64 0.14.0-2 [219 kB]
Get:6 http://httpredir.debian.org/debian/ jessie/main easy-rsa all 2.2.2-1 [17.1 kB]
debconf: delaying package configuration, since apt-utils is not installed
Fetched 1501 kB in 5s (273 kB/s)
Setting up tzdata (2016j-0+deb8u1) ...
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
mv: cannot move '/etc/localtime.dpkg-new' to '/etc/localtime': Device or resource busy
dpkg: error processing package tzdata (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
tzdata
E: Sub-process /usr/bin/dpkg returned an error code (1)
Everything is successfully installed!

[Anonyme]

Contenu supprimé à la demande de son auteur

[epgdurand]

Hello Magic
Merci, je pensais que c était un prérequis, il se lançait lors de l'install de jeelink.
A priori, ce n'est pas un pb de place, j'ai un 120 go comme disque de boot de OMV.
un DF sous le root de jeedom est ok, au max 16% sur /etc/localtime
le reste est a 0% ou 2%.
merci

[slobberbone]

Salut à tous,

Voici des taches planifiées à mettre pour faire vos sauvegardes de conteneurs docker, de Jeedom, de bases de données MySQL pour Kodi ou encore des sauvegardes de vos routeurs sous OpenWRT. Le tout avec un script perso d'archivage qui gère les backups et fait du tri sinon ça grossit

Accrochez vos ceintures ! C'est parti !

omv_taches.png (93.07 Kio) Consulté 3038 fois

Donc, comme vous pouvez le voir, Je suis parti du principe qu'OMV doit aller chercher et centraliser les sauvegardes. Ainsi pas de dépendance de transfert de sauvegardes venant des "clients".

Chez moi, j'ai créé des dossiers partagés pour chaque Backup ... peu d'utilité pour le moment, mais un jour, qui sait ... ?
Avec un dossier parent Backups contenant les backups de chaque services.

omv_dossiers.png (107.27 Kio) Consulté 3038 fois

Backup Jeedom

Planification chaque jour à 0h05 : 0 5 * * *
Utilisateur : root
Commande :

Code : Tout sélectionner

sshpass -p '[motdepasse]' scp [utilisateur]@[ipJeedom]:/var/www/html/backup/* [chemindevotrestockage]/Backups/Jeedom/

Commentaire : Backup Jeedom
Explications: Se connecte en ssh à votre OS hébergeant Jeedom via l'adresse IP : [ipJeedom], l'utilisateur : [utilisateur] (jeedom) et son mot de passe : [motdepasse] pour copier le contenu du dossier de backup Jeedom vers le dossier de votre NAS (dossier partagé) : [chemindevotrestockage]/Backups/Jeedom/

Backup MySQL Kodi

Planification chaque jour à 0h00 : * * * * *
Utilisateur : root
Commande :

Code : Tout sélectionner

mysqldump --opt -u [utilisateur] -p[motdepasse] -h [hote] -P [port] [base] | gzip -9 > [chemindevotrestockage]/Backups/Kodi/kodi_$(date +%F).sql.gz

Commentaire : Backup MySQL Kodi
Explications: Se connecte à MySQL à l'hote : [hote] (localhost par défaut) via le port : [port] (3306 par défaut), à la base de donnée : [base] (kodi) avec l'utilisateur : [utilisateur] (kodi) et son mot de passe : [motdepasse] pour créer un export de la base de donnée vers le dossier de votre NAS (dossier partagé) : [chemindevotrestockage]/Backups/Kodi/kodi_$(date +%F).sql.gz avec la date au format YYYY-mm-dd.

Backup OpenWRT

Planification chaque jour à 0h00 : * * * * *
Utilisateur : root
Commande :

Code : Tout sélectionner

sshpass -p '[motdepasse]' ssh -p [port] [utilisateur]@[ipOpenWRT]: "sysupgrade --create-backup /tmp/backup-OpenWrt-$(date +%F).tar.gz;"; sshpass -p '[motdepasse]' scp -P [port]  [utilisateur]@[ipOpenWRT]:/tmp/backup-OpenWrt-$(date +%F).tar.gz [chemindevotrestockage]/Backups/OpenWRT/

Commentaire : Backup OpenWRT
Explications: Se connecte en ssh à votre OS hébergeant OpenWRT via l'adresse IP : [ipOpenWRT], par le port [port] (22 par défaut), l'utilisateur : [utilisateur] (root) et son mot de passe : [motdepasse] pour créer le backup de la configuration du routeur, puis copier le backup créé vers le dossier de votre NAS (dossier partagé) : [chemindevotrestockage]/Backups/OpenWRT/

Backup Docker Conteneur : Exemple "scm-services"

Planification chaque jour à 0h00 : * * * * *
Utilisateur : root
Commande :

Code : Tout sélectionner

docker commit -p scm-services scm-services_backup && docker save -o [chemindevotrestockage]/Backups/SCM/scm-services_backup_$(date +%F).tar scm-services_backup && docker rmi scm-services_backup

Commentaire : Backup Docker Conteneur : scm-services
Explications : Crée une image de votre conteneur actuel nommé "scm-services" vers une image non déployée nommée "scm-services_backup". Sauvegarde l'image de backup "scm-services_backup" vers le dossier de votre NAS (dossier partagé) : [chemindevotrestockage]/Backups/SCM/ avec la date de l'image dans le tar.gz du backup. Une fois fais, supprime l'image de backup du référentiel de docker.

Voici le code à adapter en fonction du nom de vos conteneurs :

Code : Tout sélectionner

docker commit -p [nomconteneur] [nomconteneur]_backup && docker save -o [chemindevotrestockage]/Backups/SCM/[nomconteneur]_backup_$(date +%F).tar [nomconteneur]_backup && docker rmi [nomconteneur]_backup

en remplaçant [nomconteneur] et le chemin de votre dossier de sauvegarde

Restore Docker Conteneur : Exemple "scm-services"

Planification Jamais : DÉSACTIVÉ
Utilisateur : root
Commande :

Code : Tout sélectionner

docker load -i [chemindevotrestockage]/Backups/SCM/scm-service_backup_2016-10-12.tar 

Commentaire : Restore Docker Conteneur : scm-services
Explications : Recrée une image à partir de votre sauvegarde "scm-services" à partir du fichier de backup "scm-service_backup_2016-10-12.tar " du dossier de votre NAS (dossier partagé) : [chemindevotrestockage]/Backups/SCM/ avec la date de l'image dans le tar.gz du backup.

Voici le code à adapter en fonction du nom de vos conteneurs :

Code : Tout sélectionner

docker load -i [chemindevotrestockage]/Backups/[sousdossier]/[nomconteneur]_backup_[dateauformatYYYY-mm-dd].tar 

en remplaçant [nomconteneur] et le chemin de votre dossier de sauvegarde ainsi que la date du backup à restaurer : [dateauformatYYYY-mm-dd]

Archive et Purge des backups

Planification chaque jour à 4h05 : 4 5 * * *
Utilisateur : root
Commande :

Code : Tout sélectionner

bash [chemindevotrestockage]/Backups/archive.sh [chemindevotrestockage]/Backups/SCM/ scm-service_backup_

Commentaire : Archive et Purge des Backups Docker Conteneur : scm-services
Explications: Exécute le script de gestion des archives depuis le dossier de votre NAS (dossier partagé) : [chemindevotrestockage]/Backups/ en prenant en paramètre, 2 entrées :
Chemin à archiver et purger : [chemindevotrestockage]/Backups/SCM/
Pattern des fichiers à purger et modifier : scm-service_backup_
Le script va alors sauvegarder le backup du 15 de chaque mois pendant 6 mois, 2 backups par an et un mois de backups glissant.

Voici le code à adapter en fonction du nom de vos backups :

Code : Tout sélectionner

bash [chemindevotrestockage]/Backups/archive.sh [chemindevotrestockage]/Backups/[sousdossier]/ [nomfichierbackup]_backup_

Voilà, pour les tâches planifiées !

Et voici le script à extraire dans [chemindevotrestockage]/Backups/ :

archive.zip

(954 octets) Téléchargé 37 fois

[mutmut]

merci @slobberbone, excellent tuto !
je vais essayer d'adapter tout ça à mon syno

[slobberbone]

@mutmut : de rien

Ah oui, autre chose, vous voulez aussi virtualiser sous OMV ???

Code : Tout sélectionner

apt-get install qemu-kvm libvirt-bin[code]

Ensuite vous utiliser Virt-Manager sur votre PC sous GNU/Linux et le tour est joué ! Simple rapide, efficace.

[Kokireg]

Salut à tous.
Je me suis aidé du tuto pour essayer de commencer avec jeedom.
Jai un hp N40l.
J'ai installe un ssd de 250 go dessus et jai plusieurs autres disques qui contiennent des données.
J'ai donc installé proxmox ensuite en VM openmediavault et Windows 10.
Par contre le hp est branché sur ma télé et j'aimerais voir Windows 10 en direct. Mais je ne vois que la ligne de commande de proxmox.
Pour accéder à mes VM jutilise un autr ordi portable en me connectant avec les ip.
Comment accéder à une Vm directement sur la machine qui a proxmox.
Merki

[Nibb31]

Je ne crois pas que ce soit possible dans rajouter une carte vidéo PCI en plus.

C'est une drôle d'idée de toutes façons. Un serveur, c'est pas fait pour être branché sur une télé.

[Kokireg]

En faites oui jai une carte vidéo installer dedans.
Avant j'avais Windows 8 installé. Brancher à la télé, je peux m'en servir pour surfer et je lisais mes vidéos avec Kodi. Je m'en servait également en partage pour les divers appareils de ma maison.
Il tourne 24/24 pour les téléchargements.

Maintenant je veux pareil mais en plus jeedom CQFD.

[slobberbone]

Dans ce cas, il faut mieux partir sur une Debian avec une interface.
Et ensuite installer proxmox (UI) couplé à kvm/qemu.
Là tu pourras faire comme si ta TV etait l'écran de ton serveur ... mais bon, c'est pas fait pour ...

[taschia]

Bonjour,

D'abord merci pour ce tuto.
Je tourne actuellement sur un raspberyy B+ , je souhaite migrer sur Docker + OMV.
J'avais déjà le serveur OMV et j'ai donc suivi avec attention le tuto. Tout s'est bien passé, jeedom tourne parfaitement et de manière beaucoup plus fluide.
J'ai juste un soucie pas moyen de faire remonter ma clé bluetooth dans mon docker.
Sur le serveur OMV, la clé fonctionne sans soucie, j'ai même installé bluez pour faire le test. ET a la commande : hciconfig dev j'ai bien la clé associé.
Par contre sur le jeedom pas moyen de faire fonctionner la clé. Lorsque je fais un lsusb je vois bien la clé avec un ID. Mais bluez installé préalablement, me met une erreur sur la commande hciconfig dev.

Pour info sur omv, la clé usb n'est pas pas associé a /dev/TTYUsb*

Si quelqu'un a une idée je suis preneur. Merci

[slobberbone]

Salut,

Mets en plus à propos de l'erreur ...

[taschia]

Merci de cette réponse rapide,
voila deux imprim ecrans

D'abord sur la machine OMV :

omv.JPG (55.61 Kio) Consulté 2432 fois

Puis le jeedom sur docker :

vmJeedom.JPG (86.32 Kio) Consulté 2432 fois