Fenrir Posté(e) le 10 novembre 2017 Partager Posté(e) le 10 novembre 2017 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 Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 10 novembre 2017 Partager Posté(e) le 10 novembre 2017 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 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 10 novembre 2017 Partager Posté(e) le 10 novembre 2017 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 Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 10 novembre 2017 Partager Posté(e) le 10 novembre 2017 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 :) Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 11 novembre 2017 Partager Posté(e) le 11 novembre 2017 Moi pour le dossier qui contient les volumes docker, j’ai mis en place la prise d’instantané, fiable en cas de problème. Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 11 novembre 2017 Partager Posté(e) le 11 novembre 2017 Je me renseigne, c'est peut-être bien ce que je recherche :) Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 11 novembre 2017 Partager Posté(e) le 11 novembre 2017 Roulement des snapshots : 7 quotidiennes, 4 hebdomadaires, 12 mensuelles, 3 annuelles, ça devrait être assez pour de la backup blog / nextcloud :) Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 16 novembre 2017 Partager Posté(e) le 16 novembre 2017 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. Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 26 novembre 2017 Partager Posté(e) le 26 novembre 2017 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) Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.