{"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 \u00dcbertragung von Docker-Speicher (Docker-Root)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vor ein paar Tagen wurde entschieden, den Docker-Speicher (das Verzeichnis, in dem Docker alle Dateien von Containern und Images speichert) auf eine separate Partition auszulagern, die
\neine gr\u00f6\u00dfere Kapazit\u00e4t hatte. Die Aufgabe schien trivial und ohne Komplikationen zu sein\u2026
\n<\/a><\/noindex>
\nFangen wir an:<\/p>\n

1. Stoppen und beenden 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-Dienst: <\/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-Dienst, dass er im neuen Verzeichnis schauen soll. Hier gibt es mehrere Optionen: entweder mit dem Flag -g den Dienst auf den neuen Pfad verweisen oder \u00fcber die Systemd-Konfigurationen, die wir verwendet haben. Oder ein Symlink. Ich werde da nicht ins Detail gehen, im Internet gibt es viele<\/a><\/noindex> Anleitungen zum Verschieben des Docker-Root-Verzeichnisses an einen neuen Ort.<\/p>\n
5. Starten Sie den Docker-Dienst und \u00fcberpr\u00fcfen Sie, ob er korrekt konfiguriert ist: <\/p>\n
systemctl status docker<\/code><\/pre>\n
\nIn einer der Ausgabelinien sollten wir sehen:<\/p>\n
\u251c\u250019493 \/usr\/bin\/dockerd --data-root=\/docker\/data\/storage<\/code><\/pre>\n
\nSie haben \u00fcberpr\u00fcft, dass der Dienst die Option erhalten hat, jetzt pr\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 wird es spannend: DB, MQ, alles gut! Die Datenbank ist intakt, alles funktioniert... au\u00dfer nginx. Wir haben eine eigene nginx-Version mit Kerberos und anderen Anpassungen. Beim Durchsehen der Container-Logs stellte sich heraus, dass er nicht in \/var\/tmp schreiben kann \u2013 Permission denied. Ich massiere meine Schl\u00e4fen und versuche die Situation zu analysieren... Wie kann das sein? Das Docker-Image hat sich schlie\u00dflich nicht ge\u00e4ndert. Wir haben nur das Verzeichnis verschoben. Es hat immer funktioniert und jetzt das... Zum Experiment habe ich mich manuell in den Container begeben und die Rechte f\u00fcr dieses Verzeichnis ge\u00e4ndert, es war root, root 755<\/u>, ich gab root, root 777<\/u>. Und alles funktionierte... In meinem Kopf kam der Gedanke \u2013 das ist doch verr\u00fcckt... Ich dachte, vielleicht habe ich etwas \u00fcbersehen... <\/p>\n
Ich entschloss mich, dass wir die Datei-Berechtigungen beim Verschieben verloren haben. Wir stoppten die Anwendung, den Docker-Daemon, l\u00f6schten das neue Verzeichnis und kopierten das Verzeichnis \/var\/lib\/docker erneut mit rsync -a<\/code>. <\/p>\n
. Ich denke, jetzt sollte alles gut sein, wir starten Docker und die Anwendung.<\/p>\n
Hmm... das Problem besteht weiterhin... Mein Auge zuckt. Ich bin zur Konsole meiner virtuellen Maschine gehastet, wo ich verschiedene Tests durchf\u00fchre. Ich hatte dieses nginx-Image und bin in den Container eingestiegen. Dort in dem Verzeichnis \/var\/tmp sind die Berechtigungen auf root, root 777 eingestellt. Also genau die, die ich manuell festlegen 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 neu aus dem Registry heruntergeladen, die aus verschiedenen Gr\u00fcnden auf demselben Rechner l\u00e4uft. Und das Problem bleibt bestehen... Jetzt zuckt mein anderes Auge.<\/p>\n
Ich kann mich nicht mehr erinnern, welche Gedanken mir durch den Kopf gingen, au\u00dfer den Schreien \"AAAHHHHH\" und dem ganzen anderen Kram. Es ist 4 Uhr nachts drau\u00dfen, und ich habe die Docker-Quellcodes durchforstet, um das Prinzip der Schicht-Hashierung zu verstehen. Ich habe die dritte Dose Energydrink ge\u00f6ffnet. Und schlie\u00dflich ist mir klar geworden, dass die Hashierung nur die Datei und ihren Inhalt ber\u00fccksichtigt, aber NICHT DIE BERECHTIGUNGEN<\/b>! Das hei\u00dft, auf mysteri\u00f6se Weise wurden unsere Berechtigungen durcheinandergebracht, obwohl selinux deaktiviert ist, acl nicht verwendet werden und kein Sticky Bit gesetzt ist. <\/p>\n
Ich habe das lokale Image gel\u00f6scht, ebenfalls das Image aus dem Docker-Registry entfernt und es neu hochgeladen. Und alles funktioniert jetzt. Anscheinend sind beim \u00dcbertragen die Berechtigungen sowohl im lokalen Image als auch im Image im Registry durcheinander geraten. Wie ich bereits erw\u00e4hnt habe, befand es sich aus verschiedenen Gr\u00fcnden auf demselben Rechner. Und folglich in demselben Verzeichnis \/var\/lib\/docker.<\/p>\n
Und um die Frage vorwegzunehmen, ob wir versucht haben, Docker auf das alte Verzeichnis zur\u00fcckzusetzen \u2014 nein, haben wir nicht, leider erlaubten die Umst\u00e4nde dies nicht. Zudem wollte ich die Sache wirklich kl\u00e4ren.<\/p>\n
Nachdem ich diesen Artikel geschrieben habe, erscheint mir die L\u00f6sung des Problems offensichtlich, aber zum Zeitpunkt der Analyse war das nicht der Fall. Ich habe ehrlich gegoogelt und keine \u00e4hnlichen Situationen gefunden.<\/p>\n
Fazit: Problem gel\u00f6st, aber die Ursache habe ich immer noch nicht verstanden =(<\/p>\n
Wenn jemand eine Ahnung oder Vermutungen \u00fcber m\u00f6gliche Ursachen dieses Problems hat \u2014 ich freue mich sehr \u00fcber eure Kommentare!
\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 beim Umzug des Docker-Speichers (Docker-Root) | ProHoster","description":"Vor ein paar Tagen wurde beschlossen, den Docker-Speicher (das Verzeichnis, in dem Docker alle Dateien von Containern und Images speichert) auf eine separate Partition mit gr\u00f6\u00dferer Kapazit\u00e4t auszulagern. Die Aufgabe schien trivial und verhei\u00dfte nichts Schlechtes\u2026 Angehen wir es: 1. Stoppen und beenden Sie alle Container unserer Anwendung: docker-compose down, falls es viele Container gibt und sie sich in...","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. \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","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"},"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}]}}