Docker sur macbook el capitan

Bonjour

j'ai installé il y a déjà pas mal de temp docker sur mon mac et ça fonctionnait. mais ce n'était que les début de docker sur mac.

J'ai voulu installer docker via les docker tools et là mystère il refuse avec pour argument de le framework de virtualisation n'est pas disponible sur ma machine.

la chose est étrange car il y a bien longtemps que j'utilise des machine virtuelles. mais effectivement en tapant la commande pour vérifier elle retourne 0 et non 1
Cela m'a tracassé et je me suis plongé dans un autre outil CoreOS et effectivement CoreOS utilise le dit framework et fonctionne sur ma machine.

ça devient des plus étrange. ne pouvant installer docker via docker tools j'ai décidé de passer à brew. et là c'est tout aussi surprenant
docker-machine create default --driver xhyve plante car il ne peu convertir UUID en adresse. bug qui semble récurent tant je le trouve sans solution probante sur le net.

pourtant docker run default démarre et me donne une ip sur laquelle je peux faire un ssh (je n'ai pas trouvé le mot de passe)
mais les commandes docker refusent de fonctionner car elle ne trouve pas le socket.

et pour couronner le tout lorsque je fait info système j'ai

Hypervisor*:

Version*: 1,0
Obtenues de*: Apple
Dernière modification*: 28/05/2017 12:31
Type*: Intel
64 bits (Intel)*: Oui
Signé par*: Software Signing, Apple Code Signing Certification Authority, Apple Root CA
Emplacement*: /System/Library/Frameworks/Hypervisor.framework
Privée*: Non



J'avoue ne plus rien y comprendre.
On nous vend docker comme LA solution pour tout simplifier mais pour le moment mon expérience est que cela est extrêmement compliqué.
j'imagine que lorsque ça marche ça doit être le cas.
Mais que de galère pour n'arriver à rien.


A+JYT

Le retour au sources ou comment s'en sortir.

Boot2Docker était une vielle solution qui consistait à booter une machine virtuelle sur virtualbox et d'utiliser cette dernière pour travailler avec docker.
à la base le tout en ligne de commande.

puis il y a eut docker tools qui enrobait un peu la chose. Boot2Docker a alors été déclaré obsolète.
puis docker tools à sont tour a laissé la place à Docker.app

et la catastrophe Docker.app utilise Hypervisor.framwork qui élimine de fait un grand nombre de machines. en lisant la doc sur le site docker il est expliqué que Docker.app contient docker-machine par défaut et qu'on peut utiliser celui-ci pour créer plusieurs machines docker.

le fichier se trouve dans /Applications/Docker.app/Contents/Resources/bin
et après avoir exécuté
docker-machine create -d "virtualbox" default une machine virtuelle est crée dans virtual box et démarre.

en y regardant de plus près il s'agit de boot2docker on est revenu au sources et à la ligne de commande.
Là ou j'avais boot2docker version 1.8.0 j'ai maintenant une version 18.05.0-ce

A+JYT

J'ai eu une surprise "similaire" pourtant je suis sous linux.
J'ai raté le moment ou docker c'était scindé en 2 parties : CE (Community Edition) et EE (Enterprise Edition)

et pareil j'en étais aussi resté sur le hub Docker, qui c'est "transformé" en Docker store...

Bonjour

Je continue dans mes avancées.
Avec docker toolbox dernière version docker 18.03.0-ce est installé ainsi que kinematik qui permet d'avoir un GUI "convivial"
Avec Docker.app il est impossible de démarrer l'application sur un mac sans Hypervior.framwork. Alors que à la ligne de commande on peut créer une machine virtuelle virtualbox et tout faire fonctionner.

Je me suis donc posé la question : comment utiliser les dernières versions embarquées dans Docer.app avec Docker Tool Box.

La solution se trouve cachée dans les lignes suivantes.
https://docs.docker.com/docker-for-m...ac-coexistence

Installer Docker.app Si l'application démarre pour vous tout est OK (vous avez Hypervisor.framework)

Si elle ne démarre pas télécharger Docker ToolBox et l'installer.

supprimer les commandes docker installées par Docker ToolBox

Code:

---

sudo rm /usr/local/bin/docker*

---

remettre ces commandes avec un lien symbolique vers celles de Docker.app

Code:

---

1 2 3

sudo ln -s /Applications/Docker.app/Contents/Resources/bin/docker /usr/local/bin/docker sudo ln -s /Applications/Docker.app/Contents/Resources/bin/docker-compose /usr/local/bin/docker-compose sudo ln -s /Applications/Docker.app/Contents/Resources/bin/docker-machine /usr/local/bin/docker-machine

---

lancer kinematic éventuellement refaire le setup
kinématic crée la machine virtuelle en utilisant /usr/loca/bin/docker-machine.
il affiche l'interface avec les packges disponibles.
ouvrir un shell

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

$ docker-machine ssh ## . ## ## ## == ## ## ## ## ## === /"""""""""""""""""\___/ === ~~~ {~~ ~~~~ ~~~ ~~~~ ~~~ ~ / ===- ~~~ \______ o __/ \ \ __/ \____\_______/ _ _ ____ _ _ | |__ ___ ___ | |_|___ \ __| | ___ ___| | _____ _ __ | '_ \ / _ \ / _ \| __| __) / _` |/ _ \ / __| |/ / _ \ '__| | |_) | (_) | (_) | |_ / __/ (_| | (_) | (__| < __/ | |_.__/ \___/ \___/ \__|_____\__,_|\___/ \___|_|\_\___|_| Boot2Docker version 18.05.0-ce, build HEAD : b5d6989 - Thu May 10 16:35:28 UTC 2018 Docker version 18.05.0-ce, build f150324 docker@default:~$

---

et on voit que la version de docker est bien la dernière installées 18.05.0-ce


Quant à Docker.app
autant je comprend que par défaut on cherche à utiliser la meilleur techno à savoir Hypervisoir.framework
autant je ne comprend pas le partit pris de refuser le démarrage et de ne pas proposer l'utilisation d'un autre driver.

l'application embarque tout le nécessaire dans sont code et ses ressources. il est franchement dommage de bloquer l'exécution pour un choix si restrictif.
il suffisait de démarrer test la présence de Hypervisor.framwork en son absence proposer d'utiliser un autre driver (virtualbox, vmware) et tout le reste parait près à fonctionner.

J'ai chercher sur le repos Docker le code source de Docker.app je ne l'ai pas trouvé. Docker Toolbox était open source Docker.app serait-il devenu closed source ?

A+JYT

bonjour

je reviens encore sur le sujet.
en effet kitematic semble ne pas pouvoir se connecter à la vm docker après un reboot
le certificat n'est pas valide. en fait il s'agit de l'adresse.
le certificat est fait pour 192.168.99.101 et l'adresse est 192.168.99.100

si on refait le setup depuis kitematic ça marche ne nouveau mais on à perdu sa VM
si on arrête la VM docker et kitematic. au démarrage suivant on tombe sur le même problème.

un petit tour dans virtualbox pour fixer les règles du DHCP et là hélas nouvelle dificulté. un bug Virtualbox empêche de saisir des valeurs dans les champs de propriétés du DHCP heureusement un coller à la souri sauve la mise.
j'ai mis 192.168.99.101 comme valeur minimale et ça marche de nouveau

A+JYT