Nouvelle version Docker : DANGER

[Fenrir]

il y a une heure, FlamingFlowair a dit :

J'ai compris que j'avais mal configuré mes volumes et j'en paie les frais aujourd'hui.
Cependant je ne comprend pas comment mon container mariadb conservait des données entre chaque redémarrage si le volume correctement configuré.Aurais-tu une explication on simplement un lien vers l'explication ?
Merci,

Je te réponds ici, le MP n'était pas nécessaire.

Un conteneur n'est pas détruit à chaque redémarrage, encore heureux d'ailleurs (pas pour les données mais pour le temps et les ressources machines).

Que donnent les commandes (à faire en root ou avec sudo -s) :

docker ps -a
docker volume ls
ls -l /volume1/@docker/containers

 

[FlamingFlowair]

Désolé pour le mp, ma question me semblait un peu hors sujet du coup je pensais qu'elle n'avait pas sa place ici.

Voici le résultat des commandes :
Information importante néanmoins, j'ai supprimé mon container mariadb, certain que j'avais tout perdu. (un grep -rni / "keyword" n'avait donné aucun résultat)
Je ne sais pas comment analyser le résultat des commandes mais ça peut-être son importance.

ash-4.3# docker ps -a

CONTAINER ID        IMAGE                              COMMAND                  CREATED             STATUS              PORTS                                        NAMES
54d52cd96feb        fradelg/mysql-cron-backup:latest   "/run.sh"                9 minutes ago       Up 9 minutes                                                     cronBackupMariadbNC
85eee42698b1        fradelg/mysql-cron-backup:latest   "/run.sh"                17 minutes ago      Up 9 minutes                                                     cronBackupMariadbWPAus
f8302d2d8158        wordpress:4.8.3-php7.1-apache      "docker-entrypoint..."   3 hours ago         Up 3 hours          0.0.0.0:27880->80/tcp                        wordpressAustralie4.8.3
10a54d0bbfd4        mariadb:10.3.2                     "docker-entrypoint..."   3 hours ago         Up 3 hours          0.0.0.0:33306->3306/tcp                      mariadbWP10.3.2
10e5aa50af28        mariadb:10.3.1                     "docker-entrypoint..."   2 months ago        Up 4 hours          0.0.0.0:33307->3306/tcp                      mariadbNC
1fbb11ff35bc        nextcloud:12.0.2-apache            "/entrypoint.sh ap..."   2 months ago        Up 4 hours          0.0.0.0:29080->80/tcp                        nextcloud12.0.2
acf646efc680        82646fdb34be                       "/init"                  5 months ago        Up 4 hours          0.0.0.0:880->80/tcp, 0.0.0.

ash-4.3# docker volume ls

DRIVER              VOLUME NAME
local               11928d957f23430e73a8b4a507236d14951223bbd14cc355dfaf5eb64afecd1f
local               16cd371ea11b545a39161f335cba877b6caac85d7e3b5d288f698a7173754c45
local               1c7fe9ff9e1d950f211dc24a260de00adc2a02561e9ab1562b8722767eae7528
local               1d6b10f27b73c20bae3bd8901b6953566d612cda7eca845e195e0627769f7c08
local               23c59fa142cbd46197346a495957542ec03bb0cc64fd7b6222f7cb5330e93460
local               4b932482190c3a6c3d79d360cebfc730aab91267da6c6763d3f8a713a0f4e551
local               50bc34176b27e625cdf934fd3146a06f695bbb186c298e29e7268420aeb21f13
local               52ea3f216b3d462187ad85e56859b90468ae49e6e7a33f121e22c2310b522351
local               566518cc7784420481f5d060b8bc311bb9b47bf79cff7443ba05589bf2c4b02d
local               57051ffc7edf2e5d78036d5689639f5e3b707f69f5e585254992a3543d601a79
local               5a4cc76e1520d625e21139ce54695d5d624f8e310a0f134642f6ae2f72ce0569
local               5b6a231cf3fc0e0ba3f944b8f0938828794bfe476d7f8f257b21c1d605b12207
local               6648277e002f186277a3fdd35989fa651200a4e0efa31c2e8dc41f88eb7b1017
local               66b0ddc40f904c35b91be0a5e3350178caabee989ac95b45c59d084b7f6bb771
local               66d0e0d54c1e0c4fe38380a5e8ea1023c047dce86ba6d6361e8172577879712c
local               72501ef531c35267d68b2b54c5a6184738292ef9f8e1de40fb219cb6e87c8e63
local               7bb857100612584044843702ca70fa381ab1de0a45ddab0c487123936457b10c
local               7c707bd0f0ca7e798605c96e5b61b92ec8c70f73c18a672ac7e5894751cce64a
local               82f54862d7ab5601865512c29714de3549470ba80105b37dbf3ec4c3e2ebe45c
local               831a358d12b99c04cc06501bd499534a397df424fbdc217c1e9c636362389a0e
local               88c2c22ce997c144405e6317cf4d9859f1b67538e1b15d1073850265c6442a27
local               a10b539fb984be4541b53793b1aed5510aa0453843695d2bbe7ad892c12d4530
local               a511031079212422a536f358381a600417afa42efc5f3444288469a186ce2792
local               ad524edf78bf89480ea059acb77036551c7558079bf4bb796d91b2775cf5615d
local               af231211305b27621ac244389e9294549f54eb04625bbf6c50bf66d9196f9a68
local               b7f8ceea0744fa506361eabae2e1f3126d82532547896b13ddacd7622cd9447a
local               c57037f1922b9966ee508347b1f8b82c98bedad3b54e2e6e982a93679d0ff776
local               d85bc98b996bfb7f5988956067c33d028c2cf1b2da6c1929b75c13217527df48

ash-4.3# ls -l /volume1/@docker/containers
total 0
drwx------ 1 root root 178 Nov 10 20:56 10a54d0bbfd4bd16bf52fcb18fe5ab355c915c5a9931e75999af8c6be0655f37
drwx------ 1 root root 156 Nov 10 20:55 10e5aa50af28e523b903e65eb3989f5081c3c4d4fadd0f1e349dfc1f9613ef19
drwx------ 1 root root 178 Nov 10 21:00 1fbb11ff35bc547913aecca21f4db30acc1661dc4d32173829e43e5f13ac231f
drwx------ 1 root root 178 Nov 10 20:55 54d52cd96feb9b09332df5960198db56e55e4702f48fb23ffed24ea24fe2bb56
drwx------ 1 root root 178 Nov 10 20:56 85eee42698b1d64a38a40eda5eb19c3b88519a7c6e2d55250bc0d4f676f16205
drwx------ 1 root root 266 Nov 10 21:00 acf646efc6805f0ff579263bed296f15d3d30e73eeef9b3127466b7eb1cf2f06
drwx------ 1 root root 178 Nov 10 20:17 f8302d2d8158481d33e98ae20466871e8d682e4691d5c373a9499633af60c47f

En tout cas, merci de prendre le temps de regarder

[Fenrir]

il y a 22 minutes, FlamingFlowair a dit :

j'ai supprimé mon container mariadb

dans ce cas c'est probablement mort

si tu crois en ta bonne étoile, tu peux aller fouiller dans /volume1/@docker/aufs/, mais n’aies pas trop d'espoir

[FlamingFlowair]

J'ai checké vite fait j'ai rien vu d'intéressant, je vais juste arrêter là. J'ai pas perdu tant que ça et la perte vient d'une erreur de ma part donc bon, problème clos disons.

J'ai lancé deux micro dockers : https://hub.docker.com/r/fradelg/mysql-cron-backup/ ça me fera des backups de mes bdd.

J'ai plus qu'à faire une commande planifiée de copie de sauvegarde des volumes et je devrait être paré

Merci encore :)

[Einsteinium]

Moi pour le dossier qui contient les volumes docker, j’ai mis en place la prise d’instantané, fiable en cas de problème.

[FlamingFlowair]

Je me renseigne, c'est peut-être bien ce que je recherche :)

[FlamingFlowair]

 

Roulement des snapshots :
7 quotidiennes, 4 hebdomadaires, 12 mensuelles, 3 annuelles, ça devrait être assez pour de la backup blog / nextcloud :)

[Einsteinium]

Moi je mettrais plutôt 24/7/4, qu’on peut lire :

- Une chaque heure pour la dernière journée,

- La plus vieille du jour (minuit) pendant 1 semaine,

- 4 par mois (soit une par semaine en moyenne.)

Je trouve que 1 par heure, les dernières 24h c’est quand même le minimum syndicaliste, cela m’a déjà servis, car à moins d’être absent, on voit rapidement le problème et on perd pas beaucoup de donnée en revenant en arrière.

[FlamingFlowair]

Hey, je vois ton message que maintenant, j'étais pas revenu sur le forum et j'ai pas vu de notif mail (pas réglée / dossier spam).
Je songerait à mettre une sauvegarde par heure quand je referai mon système.
J'ai actuellement deux soucis arégler avant de refaire un peu mon architecture (cf nouveau thread soon :p)