{"id":36736,"date":"2019-10-31T22:13:26","date_gmt":"2019-10-31T19:13:26","guid":{"rendered":"https:\/\/prohoster.info\/blog\/istoriya-problemy-perenosa-docker-storage-docker-root\/"},"modified":"2019-10-31T22:13:26","modified_gmt":"2019-10-31T19:13:26","slug":"istoriya-problemy-perenosa-docker-storage-docker-root","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","title":{"rendered":"Historique du probl\u00e8me de migration du stockage docker (racine docker)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Il y a seulement quelques jours, il a \u00e9t\u00e9 d\u00e9cid\u00e9 de d\u00e9placer le stockage Docker (r\u00e9pertoire o\u00f9 Docker stocke tous les fichiers des conteneurs et images) vers une partition distincte qui
\navait une plus grande capacit\u00e9. La t\u00e2che semblait triviale et ne pr\u00e9sageait aucun probl\u00e8me\u2026
\n<\/a><\/noindex>
\nCommen\u00e7ons :<\/p>\n

1. Arr\u00eatez et d\u00e9truisez tous les conteneurs de notre application : <\/p>\n

docker-compose down<\/code><\/pre>\n
\ns'il y a beaucoup de conteneurs et qu'ils sont dans diff\u00e9rents compose, vous pouvez faire ainsi : <\/p>\n
docker rm -f $(docker ps -q)<\/code><\/pre>\n
\n2. Arr\u00eatez le d\u00e9mon Docker : <\/p>\n
systemctl stop docker<\/code><\/pre>\n
\n3. D\u00e9placez le r\u00e9pertoire au bon endroit : <\/p>\n
cp -r \/var\/lib\/docker \/docker\/data\/storage<\/code><\/pre>\n
\n4. Informez le d\u00e9mon Docker de regarder dans le nouveau r\u00e9pertoire. Il y a plusieurs options : soit indiquer le nouveau chemin avec le drapeau -g, soit utiliser les configurations systemd, ce que nous avons fait. Ou faites un lien symbolique. Je ne vais pas trop d\u00e9tailler cela, il y a beaucoup<\/a><\/noindex> de manuels en ligne sur le d\u00e9placement du r\u00e9pertoire racine de Docker \u00e0 un nouvel emplacement.<\/p>\n
5. D\u00e9marrez le d\u00e9mon Docker et v\u00e9rifiez qu'il regarde o\u00f9 il faut : <\/p>\n
systemctl status docker<\/code><\/pre>\n
\nDans l'une des lignes de sortie, nous devons voir :<\/p>\n
\u251c\u250019493 \/usr\/bin\/dockerd --data-root=\/docker\/data\/storage<\/code><\/pre>\n
\nNous avons v\u00e9rifi\u00e9 que l'option a \u00e9t\u00e9 transmise au d\u00e9mon, maintenant voyons s'il l'a appliqu\u00e9e (merci inkvizitor68sl<\/a><\/noindex>)!<\/p>\n
docker info | awk '\/Root Dir\/ {print $NF}' <\/code><\/pre>\n
\n6. D\u00e9marrez notre application : <\/p>\n
docker-compose up -d<\/code><\/pre>\n
\n7. V\u00e9rifiez<\/p>\n
Et c'est ici que \u00e7a devient int\u00e9ressant, SGBD, MQ, tout va bien ! La base est intacte, tout fonctionne\u2026 sauf nginx. Nous avons notre propre version de nginx avec Kerberos et des cortisanes. Et en consultant les journaux du conteneur, il s'est av\u00e9r\u00e9 qu'il ne pouvait pas \u00e9crire dans \/var\/tmp \u2014 Permission refus\u00e9e. Je masse mes tempes et essaie d'analyser la situation\u2026 Comment est-ce possible ? L'image Docker n'a pas chang\u00e9. Nous avons simplement d\u00e9plac\u00e9 le r\u00e9pertoire. \u00c7a a toujours fonctionn\u00e9, et l\u00e0, \u00e7a ne marche plus\u2026 Par curiosit\u00e9, je suis entr\u00e9 manuellement dans le conteneur et j'ai modifi\u00e9 les permissions sur ce r\u00e9pertoire, \u00e9taient root, root 755<\/u>, j'ai donn\u00e9 root, root 777<\/u>. Et tout a red\u00e9marr\u00e9\u2026 Une pens\u00e9e m'est venue \u2014 c'est n'importe quoi\u2026 Je me suis dit, peut-\u00eatre que j'ai n\u00e9glig\u00e9 quelque chose\u2026 <\/p>\n
J'ai d\u00e9cid\u00e9 que nous avions perdu les permissions des fichiers lors du transfert. Nous avons arr\u00eat\u00e9 l'application, le d\u00e9mon Docker, supprim\u00e9 le nouveau r\u00e9pertoire et effectu\u00e9 la copie du r\u00e9pertoire \/var\/lib\/docker en utilisant rsync -a<\/code>. <\/p>\n
Je pense que maintenant tout est vraiment en ordre, nous d\u00e9marquons Docker, l'application.<\/p>\n
Eh bien\u2026 le probl\u00e8me persiste\u2026 J'ai un tic \u00e0 l'\u0153il. Je me suis pr\u00e9cipit\u00e9 vers la console de ma machine virtuelle o\u00f9 j'ex\u00e9cute divers tests, j'avais cette image nginx, et je suis entr\u00e9 dans le conteneur, et l\u00e0, dans le r\u00e9pertoire \/var\/tmp, les permissions \u00e9taient root, root 777. C'est-\u00e0-dire identiques \u00e0 celles que j'avais d\u00fb d\u00e9finir manuellement. Pourtant, les images sont identiques ! <\/p>\n
Le syst\u00e8me de fichiers xfs a \u00e9t\u00e9 utilis\u00e9 partout.<\/u><\/p>\n
J'ai compar\u00e9 via la commande <\/p>\n
docker inspect my-nginx:12345<\/code><\/pre>\n
\nTous les hashs sont identiques, \u00e0 l'unit\u00e9. Tant sur le serveur que sur ma machine virtuelle. J'ai supprim\u00e9 l'image locale nginx et j'ai recommenc\u00e9 le tirage avec le registre, qui pour diverses raisons est sur la m\u00eame machine. Et le probl\u00e8me reste le m\u00eame\u2026 Maintenant, mon autre \u0153il commence \u00e0 tics \u00e9galement.<\/p>\n
Je ne me souviens m\u00eame plus des pens\u00e9es qui traversaient mon esprit, \u00e0 part mes cris de \u00ab AAAAAA \u00bb et autres. Il est 4 heures du matin, j'ai plong\u00e9 dans les sources de Docker pour comprendre le principe de hachage des couches d'image. J'ai ouvert ma troisi\u00e8me canette de boisson \u00e9nerg\u00e9tique. Et finalement, il m'est apparu que le hachage ne tient compte que du fichier, de son contenu, mais PAS DES PERMISSIONS<\/b>! C'est-\u00e0-dire que, d'une mani\u00e8re myst\u00e9rieuse, nos permissions ont \u00e9t\u00e9 corrompues, et ce malgr\u00e9 le fait que selinux est d\u00e9sactiv\u00e9, que les acl ne sont pas utilis\u00e9s, et qu'il n'y a pas de sticky bit. <\/p>\n
J'ai supprim\u00e9 l'image locale, puis l'image dans le registre Docker et j'ai fait un nouvel envoi. Et tout a fonctionn\u00e9. Il semble que lors du transfert, les permissions aient \u00e9t\u00e9 corrompues, tant dans l'image locale que dans celle du registre. Comme je l'ai d\u00e9j\u00e0 dit, pour diverses raisons, elle \u00e9tait situ\u00e9e sur cette m\u00eame machine. Et par cons\u00e9quent, dans le m\u00eame r\u00e9pertoire \/var\/lib\/docker.<\/p>\n
Et anticipant la question, si nous avons essay\u00e9 de renvoyer Docker vers l'ancien r\u00e9pertoire \u2014 non, nous n'avons pas essay\u00e9, malheureusement, les circonstances ne le permettaient pas. Et j'avais vraiment envie de comprendre.<\/p>\n
Apr\u00e8s avoir \u00e9crit cet article, la solution \u00e0 ce probl\u00e8me me para\u00eet \u00e9vidente, mais au moment de l'examen, cela ne semblait pas \u00eatre le cas. J'ai honn\u00eatement fait des recherches sur Google et je n'ai trouv\u00e9 aucune situation similaire.<\/p>\n
Conclusion : j'ai r\u00e9solu le probl\u00e8me, mais je n'ai toujours pas compris la cause =(<\/p>\n
Si quelqu'un a une id\u00e9e ou soup\u00e7onne les raisons possibles de ce probl\u00e8me \u2014 je serais ravi de lire vos commentaires !
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041d\u0435 \u0434\u0430\u043b\u0435\u0435, \u0447\u0435\u043c \u043f\u0430\u0440\u0443 \u0434\u043d\u0435\u0439 \u043d\u0430\u0437\u0430\u0434 \u0431\u044b\u043b\u043e \u0440\u0435\u0448\u0435\u043d\u043e \u043d\u0430 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432\u044b\u043d\u0435\u0441\u0442\u0438 docker storage (\u043a\u0430\u0442\u0430\u043b\u043e\u0433, \u0433\u0434\u0435 \u0434\u043e\u043a\u0435\u0440 \u0445\u0440\u0430\u043d\u0438\u0442 \u0432\u0441\u0435 \u0444\u0430\u0439\u043b\u044b \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432, \u043e\u0431\u0440\u0430\u0437\u043e\u0432) \u043d\u0430 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0439 \u0440\u0430\u0437\u0434\u0435\u043b, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043e\u0431\u043b\u0430\u0434\u0430\u043b \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0435\u043c\u043a\u043e\u0441\u0442\u044c\u044e. \u0417\u0430\u0434\u0430\u0447\u0430, \u043a\u0430\u0437\u0430\u043b\u043e\u0441\u044c \u0431\u044b, \u0442\u0440\u0438\u0432\u0438\u0430\u043b\u044c\u043d\u0430\u044f \u0438 \u043d\u0435 \u043f\u0440\u0435\u0434\u0432\u0435\u0449\u0430\u043b\u0430 \u0431\u0435\u0434\u044b\u2026 \u041f\u0440\u0438\u0441\u0442\u0443\u043f\u0430\u0435\u043c: 1. \u041e\u0441\u0442\u0430\u043d\u0430\u0432\u043b\u0438\u0432\u0430\u0435\u043c \u0438 \u0443\u0431\u0438\u0432\u0430\u0435\u043c \u0432\u0441\u0435 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u044b \u043d\u0430\u0448\u0435\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f: docker-compose down \u0435\u0441\u043b\u0438 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u043c\u043d\u043e\u0433\u043e, \u0438 \u043e\u043d\u0438 \u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36736","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Histoire du probl\u00e8me de transfert du stockage Docker (root Docker) | ProHoster","description":"Il y a \u00e0 peine quelques jours, nous avons d\u00e9cid\u00e9 de d\u00e9placer le stockage Docker (r\u00e9pertoire o\u00f9 Docker stocke tous les fichiers des conteneurs, des images) vers une partition s\u00e9par\u00e9e, qui avait une capacit\u00e9 plus importante.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0418\u0441\u0442\u043e\u0440\u0438\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u043f\u0435\u0440\u0435\u043d\u043e\u0441\u0430 docker storage (docker root) | ProHoster","og:description":"\u041d\u0435 \u0434\u0430\u043b\u0435\u0435, \u0447\u0435\u043c \u043f\u0430\u0440\u0443 \u0434\u043d\u0435\u0439 \u043d\u0430\u0437\u0430\u0434 \u0431\u044b\u043b\u043e \u0440\u0435\u0448\u0435\u043d\u043e \u043d\u0430 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432\u044b\u043d\u0435\u0441\u0442\u0438 docker storage (\u043a\u0430\u0442\u0430\u043b\u043e\u0433, \u0433\u0434\u0435 \u0434\u043e\u043a\u0435\u0440 \u0445\u0440\u0430\u043d\u0438\u0442 \u0432\u0441\u0435 \u0444\u0430\u0439\u043b\u044b \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432, \u043e\u0431\u0440\u0430\u0437\u043e\u0432) \u043d\u0430 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0439 \u0440\u0430\u0437\u0434\u0435\u043b, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043e\u0431\u043b\u0430\u0434\u0430\u043b \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0435\u043c\u043a\u043e\u0441\u0442\u044c\u044e.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:13:26+00:00","article:modified_time":"2019-10-31T19:13:26+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36736","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 04:38:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:39:24","updated":"2026-01-22 04:38:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/36736","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=36736"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/36736\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=36736"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=36736"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=36736"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}