35 lines
1.2 KiB
Markdown
35 lines
1.2 KiB
Markdown
### Au secours, ça veut pas se connecter !
|
||
|
||
Lorsque nous lançons pour la première fois notre conteneur MySQL ou MariaDB, un
|
||
script est chargé d'initialisé le volume attaché à `/var/lib/mysql`. Les
|
||
démarrage suivant, ou si vous réutilisez un volume déjà initialisé avec une
|
||
base de données, le script ne refait pas d'initialisation. Même si les
|
||
variables d'environnement ont changées.
|
||
|
||
Si vous rencontrez des difficultés pour connecter votre conteneur à
|
||
`my-db`, prenez le temps de recréer un volume.
|
||
|
||
|
||
### Entrer dans un conteneur en cours d'exécution
|
||
|
||
Dans certaines circonstances, les journaux ne sont pas suffisants pour déboguer
|
||
correctement l'exécution d'un conteneur.
|
||
|
||
En réalisant l'exercice, vous serez sans doute confronté à des comportements
|
||
étranges, que vous ne pourriez comprendre qu'en ayant la main sur le conteneur,
|
||
via un shell.
|
||
|
||
Lorsqu'un conteneur est actif, vous pouvez y lancer un nouveau processus,
|
||
notamment un shell par exemple.
|
||
|
||
<div lang="en-US">
|
||
```bash
|
||
docker container exec -it mycloud /bin/bash
|
||
(inctnr)$ ping mysql_cntr_name
|
||
```
|
||
</div>
|
||
|
||
Notez qu'il n'est pas possible d'`exec` dans un conteneur éteint, et que si la
|
||
commande initiale du conteneur se termine, tous les `exec` seront instantanément
|
||
tués.
|