{"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\/de\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","title":{"rendered":"Die Geschichte des Problems der Migration des Docker-Speichers (Docker-Root)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vor ein paar Tagen wurde beschlossen, den Docker-Speicher (Verzeichnis, in dem Docker alle Container- und Bilddateien speichert) auf eine separate Partition zu verschieben, die
\neine gr\u00f6\u00dfere Kapazit\u00e4t hatte. Die Aufgabe schien trivial und verhie\u00df keine Probleme...
\n<\/a><\/noindex>
\nLoslegen:<\/p>\n

1. Stoppen und t\u00f6ten Sie alle Container unserer Anwendung: <\/p>\n

docker-compose down<\/code><\/pre>\n
\nWenn es viele Container gibt und sie in verschiedenen Compose-Dateien sind, kann man so vorgehen: <\/p>\n
docker rm -f $(docker ps -q)<\/code><\/pre>\n
\n2. Stoppen Sie den Docker-Daemon: <\/p>\n
systemctl stop docker<\/code><\/pre>\n
\n3. Verschieben Sie das Verzeichnis an den gew\u00fcnschten Ort: <\/p>\n
cp -r \/var\/lib\/docker \/docker\/data\/storage<\/code><\/pre>\n
\n4. Informieren Sie den Docker-Daemon, dass er das neue Verzeichnis betrachten soll. Es gibt mehrere Optionen: Entweder durch den -g-Parameter den Daemon auf den neuen Pfad hinweisen oder die systemd-Konfigurationen verwenden, die wir verwendet haben. Oder einen symbolischen Link setzen. Ich werde das hier nicht im Detail darlegen; im Internet gibt es viele<\/a><\/noindex> Handb\u00fccher zum Verschieben des Docker-Roots an einen neuen Ort.<\/p>\n
5. Starten Sie den Docker-Daemon und \u00fcberpr\u00fcfen Sie, ob er auf das richtige Verzeichnis verweist: <\/p>\n
systemctl status docker<\/code><\/pre>\n
\nIn einer der Zeilen der Ausgabe sollten wir sehen:<\/p>\n
\u251c\u250019493 \/usr\/bin\/dockerd --data-root=\/docker\/data\/storage<\/code><\/pre>\n
\nWir haben uns vergewissert, dass die Option an den Daemon \u00fcbergeben wurde, jetzt \u00fcberpr\u00fcfen wir, ob er sie angewendet hat (danke inkvizitor68sl<\/a><\/noindex>)!<\/p>\n
docker info | awk '\/Root Dir\/ {print $NF}' <\/code><\/pre>\n
\n6. Starten Sie unsere Anwendung: <\/p>\n
docker-compose up -d<\/code><\/pre>\n
\n7. \u00dcberpr\u00fcfen Sie<\/p>\n
Und hier beginnt das Interessante: DB, MQ, alles funktioniert gut! Die Datenbank ist intakt, alles l\u00e4uft... au\u00dfer nginx. Wir haben eine eigene nginx-Build-Version mit Kerberos und anderen Komponenten. Und das Durchsehen der Container-Logs zeigte, dass er nicht in \/var\/tmp schreiben konnte \u2013 Berechtigung verweigert. Ich massiere meine Schl\u00e4fen und versuche, die Situation zu analysieren... Wie kann das sein? Das Docker-Image hat sich doch nicht ge\u00e4ndert. Wir haben nur das Verzeichnis verschoben. Es hat immer funktioniert, und jetzt das... Zum Experiment ging ich manuell in den Container und \u00e4nderte die Berechtigungen f\u00fcr dieses Verzeichnis auf root, root 755<\/u>, gab root, root 777<\/u>. Und alles funktionierte wieder... In meinem Kopf regte sich der Gedanke \u2013 das kann nicht wahr sein... Ich dachte, vielleicht habe ich etwas \u00fcbersehen... <\/p>\n
Ich entschied, dass wir beim Verschieben die Dateiberechtigungen verloren hatten. Wir stoppten die Anwendung, den Docker-Daemon, l\u00f6schten das neue Verzeichnis und f\u00fchrten eine Kopie des Verzeichnisses \/var\/lib\/docker durch, wobei wir rsync -a<\/code>. <\/p>\n
verwenden. Ich dachte, jetzt ist alles in Ordnung, starten wir Docker und die Anwendung.<\/p>\n
Und\u2026 das Problem bleibt bestehen\u2026 Mein Auge zuckt. Ich bin schnell zur Konsole meiner virtuellen Maschine geeilt, wo ich verschiedene Tests durchf\u00fchre. Ich hatte dieses Nginx-Image, und ich bin in den Container gegangen. Dort stehen die Berechtigungen f\u00fcr das Verzeichnis \/var\/tmp auf root, root 777. Also die gleichen, die ich manuell einstellen musste. Aber die Images sind identisch! <\/p>\n
\u00dcberall wurde das Dateisystem xfs verwendet.<\/u><\/p>\n
Ich habe es mit dem Befehl verglichen <\/p>\n
docker inspect my-nginx:12345<\/code><\/pre>\n
\nAlle Hashes sind identisch, alles eins zu eins. Sowohl auf dem Server als auch auf meiner virtuellen Maschine. Ich habe das lokale Nginx-Image gel\u00f6scht und es erneut aus dem Registry heruntergeladen, das aus verschiedenen Gr\u00fcnden auf derselben Maschine liegt. Und das Problem bleibt\u2026 Jetzt zuckt mein zweites Auge.<\/p>\n
Ich kann mich nicht mehr erinnern, welche Gedanken mir durch den Kopf gingen, abgesehen von dem Geschrei \u201eAAAAAAA\u201c und \u00e4hnlichem. Es ist 4 Uhr morgens, ich habe die Docker-Quellcodes durchgesehen, um das Prinzip der Schicht-Hashierung zu verstehen. Ich habe die dritte Dose Energydrink ge\u00f6ffnet. Und schlie\u00dflich wurde mir klar, dass die Hashierung nur die Datei und ihren Inhalt ber\u00fccksichtigt, aber KEINE ZUGRIFFSRECHTE<\/b>! Auf mysteri\u00f6se Weise sind unsere Berechtigungen besch\u00e4digt worden, obwohl selinux deaktiviert ist, keine acl verwendet werden, und der sticky bit nicht gesetzt ist. <\/p>\n
Ich habe das lokale Image gel\u00f6scht, auch das Image aus dem Docker-Registry entfernt und es erneut hochgeladen. Und alles funktionierte. Das scheint zu bedeuten, dass die Berechtigungen beim Transfer besch\u00e4digt wurden, sowohl im lokalen Image als auch im Image im Registry. Wie ich bereits erw\u00e4hnt habe, lag es aus verschiedenen Gr\u00fcnden auf diesem Ger\u00e4t. Folglich im selben Verzeichnis \/var\/lib\/docker.<\/p>\n
Und um die Frage vorweg zu nehmen, ob wir versucht haben, Docker wieder auf das alte Verzeichnis zu lenken \u2014 nein, wir haben es nicht versucht, leider erlaubten es die Umst\u00e4nde nicht. Au\u00dferdem wollte ich wirklich verstehen, was passiert war.<\/p>\n
Nach dem Schreiben dieses Artikels erscheint mir die L\u00f6sung des Problems offensichtlich, aber zum Zeitpunkt der Analyse sah es nicht so aus. Ich habe ehrlich gegoogelt und keine \u00e4hnlichen Situationen gefunden.<\/p>\n
Fazit: Ich habe das Problem gel\u00f6st, aber die Ursache nicht verstanden =(<\/p>\n
Wenn jemand \u00e4hnliche Vermutungen \u00fcber die m\u00f6glichen Ursachen dieses Problems hat \u2014 ich w\u00fcrde mich sehr freuen, in den Kommentaren von euch zu h\u00f6ren!
\n
Quelle: 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\udd47Geschichte des Problems bei der \u00dcbertragung des Docker-Speichers (Docker Root) | ProHoster","description":"Vor nicht mehr als ein paar Tagen wurde beschlossen, auf einem der Server den Docker-Speicher (Verzeichnis, in dem Docker alle Container- und Image-Dateien speichert) auf eine separate Partition mit gr\u00f6\u00dferer Kapazit\u00e4t auszulagern.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/36736","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=36736"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/36736\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=36736"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=36736"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=36736"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}