rjulie Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Bonjour, Ce matin il y avait une nouvelle version de Docker à installer depuis le centre de package. Je le fais et là catastrophe. Un package avait carrément disparu (nzbget), toutes mes packages installés en HTTPS ne fonctionnent plus .... C'est carrément abusé de mettre à disposition des versions aussi buggés Lien vers le commentaire Partager sur d’autres sites More sharing options...
rjulie Posté(e) le 7 novembre 2017 Auteur Partager Posté(e) le 7 novembre 2017 En fait il a perdu la conf de TOUS les conteneurs que j'avais d'installé, c'est juste plus visible pour les sites en HTTPS puisque du coup ils ne sont plus accessibles Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Ah... d’autres retours ? Le changelog est identique à la dernière version... je la vois pas encore, version dsm bêta... Lien vers le commentaire Partager sur d’autres sites More sharing options...
rjulie Posté(e) le 7 novembre 2017 Auteur Partager Posté(e) le 7 novembre 2017 Je suis pas en version bêta.... Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Ah il me l’a proposé avec la nouvelle version 6.1.4... bah je vais attendre du coup, je tiens pas à grillé mon plex Lien vers le commentaire Partager sur d’autres sites More sharing options...
rjulie Posté(e) le 7 novembre 2017 Auteur Partager Posté(e) le 7 novembre 2017 Pour info la nouvelle version rajoute plein de variables d'environnement, je pense que le problème vient de là. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Je vais maté sa dans une vmm pour voir par contre l’update 6.1.4 a mis 10 minutes chez moi, habituellement 5 minutes, une éternité... Lien vers le commentaire Partager sur d’autres sites More sharing options...
pikeupe Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 slt idem Docker m'a fait perdre mes configurations Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Et une restauration des paramètres de configurations en import ne marche pas ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
rjulie Posté(e) le 7 novembre 2017 Auteur Partager Posté(e) le 7 novembre 2017 Ben c'est les conf des applications qui sautent dans le container, sinon tous les paramètres du container restent en l'état Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Bonjour, J'ai aussi un soucis sur cette version. J'ai encore du mal à savoir ce qui tourne mal et pourquoi. Je suis en train de regarder :/ Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Vaut conf était pas exporté vers un dossier du nas ? Directement laisser dans le docker ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Bonjour, J'ai une backup de conf d'un container, je peux regarder pour l'importer en tant que nouveau container. J'ai essayé d'importer un container (nextcloud) depuis un json. Je l'ai lancé et j'obtiens la page de login de nextcloud. Je peux me connecter et on dirait qu'il retrouve bien mes fichiers. C'est déjà une bonne chose. Par contre, le tout est d'une lenteur effroyable ! Et mon container mariadb associé log : [Warning] IP address '172.17.0.5' could not be resolved: Temporary fail Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 ... Et je peux confirmer, j'ai perdu des données contenues dans ma bdd wordpress au passage. Lien vers le commentaire Partager sur d’autres sites More sharing options...
rjulie Posté(e) le 7 novembre 2017 Auteur Partager Posté(e) le 7 novembre 2017 Je crois que je suis pas clair c'est les conf et données de l'application qui disparaissent. Les conf des containers sont correctes Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 il y a 3 minutes, rjulie a dit : Je crois que je suis pas clair c'est les conf et données de l'application qui disparaissent. Les conf des containers sont correctes C'est plus clair en effet. Et oui, je peux confirmer ! ;( Lien vers le commentaire Partager sur d’autres sites More sharing options...
rjulie Posté(e) le 7 novembre 2017 Auteur Partager Posté(e) le 7 novembre 2017 C'est hallucinant de mettre dans la nature un package comme ça, personne ne la tester c'est pas possible autrement Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Il y a parfois des ratés, heureusement il y en a qui se jettent sur les maj pour faire les bêtas testeurs Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Et en CLI, ça donne quoi ? docker ps -a docker inspect nomduconteneur Pour ce qui est de la perte de données, j'ai une réponses toutes faites : un conteneur ne doit JAMAIS contenir de données, par nature un conteneur est volatil, on doit pouvoir le supprimer à tout moment sans perdre quoi que ce soit. Si votre conteneur utilise des données, il faut les mettre dans un volume. Il y a 3 heures, rjulie a dit : Je suis pas en version bêta.... Pourtant ta signature dit autre chose === Bon comme j'ai eu une journée de merde je ne sus plus à ça près => j'ai fait les 2 mises à jour (DSM 6.1.4+Docker) pour voir, aucun problème pour ma part : mes conteneurs se sont bien relancés les réglages ne semblent pas avoir bougés (bien qu'un docker inspect montre quelques changements) aucune donnée/conf de perdue (elles sont dans des volumes, PAS dans les conteneurs) rien à debuger, même pas drôle Lien vers le commentaire Partager sur d’autres sites More sharing options...
rjulie Posté(e) le 7 novembre 2017 Auteur Partager Posté(e) le 7 novembre 2017 J'ai refait les Docker donc maintenant c'est de nouveau d'aplomb Comment tu fais pour changer par exemple sur Nzbget l'emplacement des fichiers de Conf ? C'est le seul truc qui est sur le container tout le reste est sur volume1, je suis preneur de cette info Lien vers le commentaire Partager sur d’autres sites More sharing options...
FlamingFlowair Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Avant la maj, je n'avais pas de soucis de volatilité de données avec mes containers mariadb lancés. A chaque reboot, j'obtenais mes données comme d'hab. J'ai suivi la configuration du container mariadb trouvé ici https://hub.docker.com/_/mariadb/ Citation docker run --name some-mariadb -v /my/own/datadir:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mariadb:tag Donc en principe j'ai les données sur un dossier local sur mon NAS. Mais le container semble avoir redémarré et je ne sais pas ou sont passées mes données :? J'ai cependant un second container mariadb ou la bdd semble intacte, je ne peu garantir à 100% que ces deux mariadb soient configurés de manière identique. J'ai éteint mon NAS pour l'instant, je compte voir pour faire un gros dd dessus demain en espérant pourvoir récupérer quelque chose. Mon hdd étant en btrfs, je suis preneur si vous avez une idée de comment récupérer les données. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 @rjulie Ça dépend de si le conteneur est fait correctement ou non, s'il est bien fait, c'est comme pour les "data" (une conf c'est de la data techniquement), tu peux voir un exemple ici @FlamingFlowair tes données sont dans /my/own/datadir (à remplacer par ce que tu as configuré) Pour comparer les conf des conteneurs : docker inspect toto Par exemple pour juste les volumes : docker inspect -f '{{json .HostConfig.Binds}}' toto Lien vers le commentaire Partager sur d’autres sites More sharing options...
rjulie Posté(e) le 7 novembre 2017 Auteur Partager Posté(e) le 7 novembre 2017 Le problème c'est que j'ai tout fait via l'interface graphique du Syno, j'ai bien vu dans la doc qu'il y avait des -v pour spécifier l'emplacement des fichiers de conf, mais j'ai pas trouvé comment le faire via l'interface. Je crois que je vais devoir me plonger dans la doc pour le faire en ligne de commande Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 7 novembre 2017 Partager Posté(e) le 7 novembre 2017 Bon bah j’ai fais la MAJ suite au message de @Fenrir, bah... aucun soucis de mon côté non plus, les données étant en volume... je ne vois en plus que les variables d’environnement forcé dans les dockerfile... bref cette update ne pose aucun soucis. 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 Bon, Je reviens après avoir perdu espoir de récupérer mes données. :( Mon container mariadb était lié à un volume mais le lien était mal fait et je liais le dossier "/var/lib/msql" au lieu de "/var/lib/mysql" *Désormais en position fœtale* ;( Mais au moins, je comprend le soucis. 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.