{"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\/sv\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","title":{"rendered":"Historien om problemet med att flytta dockerstorage (docker root)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Inte l\u00e4ngre \u00e4n f\u00f6r ett par dagar sedan beslutades det att flytta dockerlagret (katalogen d\u00e4r docker lagrar alla containrar och bilder) till en separat partition som
\nhade st\u00f6rre kapacitet. Uppgiften verkade vara trivial och f\u00f6rutsatte inga problem...
\n<\/a><\/noindex>
\nL\u00e5t oss b\u00f6rja:<\/p>\n

1. Stoppa och d\u00f6da alla containrar av v\u00e5r applikation: <\/p>\n

docker-compose down<\/code><\/pre>\n
\nom det finns m\u00e5nga containrar och de \u00e4r i olika compose-filer kan vi g\u00f6ra s\u00e5 h\u00e4r: <\/p>\n
docker rm -f $(docker ps -q)<\/code><\/pre>\n
\n2. Stoppa docker-demonen: <\/p>\n
systemctl stop docker<\/code><\/pre>\n
\n3. Flytta katalogen till \u00f6nskad plats: <\/p>\n
cp -r \/var\/lib\/docker \/docker\/data\/storage<\/code><\/pre>\n
\n4. Ber\u00e4tta f\u00f6r docker-demonen att den ska titta i den nya katalogen. H\u00e4r finns flera alternativ: antingen ange den nya s\u00f6kv\u00e4gen via flaggan -g, eller anv\u00e4nda systemd-konfigurationerna, som vi anv\u00e4nde. Eller s\u00e5 kan man skapa en symlink. Jag kommer inte att g\u00e5 in p\u00e5 detaljer h\u00e4r, det finns massor av<\/a><\/noindex> manualer p\u00e5 internet om att flytta docker root till en ny plats.<\/p>\n
5. Starta docker-demonen och kontrollera att den pekar \u00e5t r\u00e4tt h\u00e5ll: <\/p>\n
systemctl status docker<\/code><\/pre>\n
\nI en av raderna i utskriften borde vi se:<\/p>\n
\u251c\u250019493 \/usr\/bin\/dockerd --data-root=\/docker\/data\/storage<\/code><\/pre>\n
\nVi bekr\u00e4ftade att vi skickade alternativet till demon, nu ska vi kontrollera om den till\u00e4mpade det (tack inkvizitor68sl<\/a><\/noindex>)!<\/p>\n
docker info | awk '\/Root Dir\/ {print $NF}' <\/code><\/pre>\n
\n6. Starta v\u00e5r applikation: <\/p>\n
docker-compose up -d<\/code><\/pre>\n
\n7. Kontrollera<\/p>\n
Och h\u00e4r b\u00f6rjar det intressanta, databasen, MQ, allt fungerar! Databasen \u00e4r intakt, allt fungerar... f\u00f6rutom nginx. Vi har v\u00e5r egen version av nginx med Kerberos och kurviga slutsatser. Och visning av loggar fr\u00e5n containern visade att den inte kunde skriva till \/var\/tmp - \u00c5tkomst nekad. Jag masserar mina tinningar och f\u00f6rs\u00f6ker analysera situationen... Hur kunde det bli s\u00e5? Dockerimagen \u00e4ndrades ju inte. Vi flyttade bara katalogen. Det har alltid fungerat, och pl\u00f6tsligt... F\u00f6r experimentets skull gick jag in i containern och \u00e4ndrade r\u00e4ttigheterna f\u00f6r denna katalog, det var<\/u>root, root 755 , gav<\/u>root, root 777 <\/p>\n
. Och allt b\u00f6rjade fungera... En tanke slog mig - vilken absurditet... Jag t\u00e4nkte, kanske jag missade n\u00e5got... Jag best\u00e4mde mig f\u00f6r att vi missade filr\u00e4ttigheterna vid \u00f6verf\u00f6ringen. Vi stoppade applikationen, docker-demonen, tog bort den nya katalogen och kopierade katalogen \/var\/lib\/docker genom att anv\u00e4nda<\/code>. <\/p>\n
rsync -a. Jag tror, nu ska allt vara bra, vi startar docker, applikationen.<\/p>\n
Och\u2026 problemet kvarst\u00e5r\u2026 Jag har f\u00e5tt ett ryck i \u00f6gat. Jag skyndade mig till konsolen f\u00f6r min virtuella maskin d\u00e4r jag k\u00f6r olika tester. Jag hade denna nginx-avbild och gick in i containern, och h\u00e4r i katalogen \/var\/tmp \u00e4r r\u00e4ttigheterna satta till root, root 777. S\u00e5dana som jag var tvungen att s\u00e4tta manuellt. Men avbildarna \u00e4r identiska! <\/p>\n
XFS-filsystemet anv\u00e4ndes \u00f6verallt.<\/u><\/p>\n
Jag j\u00e4mf\u00f6rde med kommandot <\/p>\n
docker inspect my-nginx:12345<\/code><\/pre>\n
\nAlla hashv\u00e4rden \u00e4r identiska, alla \u00e4r en och samma. B\u00e5de p\u00e5 servern och p\u00e5 min virtuella maskin. Jag raderade den lokala nginx-avbilden och drog ner den igen fr\u00e5n registry som av olika anledningar ligger p\u00e5 samma maskin. Och problemet kvarst\u00e5r\u2026 Nu har mitt andra \u00f6ga f\u00e5tt ett ryck.<\/p>\n
Jag minns inte vilka tankar som fanns i mitt huvud f\u00f6rutom skrik av \"AAAAAA\" och liknande. Klockan \u00e4r fyra p\u00e5 morgonen, jag b\u00f6rjade titta p\u00e5 dockerk\u00e4llkoden f\u00f6r att f\u00f6rst\u00e5 hur hashning av bildlager fungerar. Jag \u00f6ppnade en tredje burk energidryck. Och till slut ins\u00e5g jag att hashningen endast tar h\u00e4nsyn till filen och dess inneh\u00e5ll, men INGEN \u00c5TKOMSTR\u00c4TT<\/b>! Allts\u00e5, p\u00e5 n\u00e5got mystiskt s\u00e4tt har r\u00e4ttigheterna blivit felaktiga, trots att selinux \u00e4r avst\u00e4ngt, acl inte anv\u00e4nds och sticky bit inte \u00e4r aktiv. <\/p>\n
Jag raderade den lokala avbilden, raderade ocks\u00e5 avbilden fr\u00e5n docker registry och pushade upp den igen. Och allt fungerade. Det visar sig att r\u00e4ttigheterna blev felaktiga b\u00e5de i den lokala avbilden och i avbilden i registry. Som jag n\u00e4mnde tidigare l\u00e5g den av flera sk\u00e4l p\u00e5 samma maskin. Och som en f\u00f6ljd i katalogen \/var\/lib\/docker.<\/p>\n
Och f\u00f6r att f\u00f6rutse fr\u00e5gan om vi f\u00f6rs\u00f6kte \u00e5terf\u00f6ra docker blicken p\u00e5 den gamla katalogen \u2014 nej, vi f\u00f6rs\u00f6kte inte, tyv\u00e4rr, omst\u00e4ndigheterna till\u00e4t inte det. Dessutom ville jag verkligen f\u00f6rst\u00e5.<\/p>\n
Efter att ha skrivit denna artikel verkar l\u00f6sningen p\u00e5 problemet uppenbar f\u00f6r mig, men vid tidpunkten f\u00f6r analys verkade den inte s\u00e5. Jag googlade \u00e4rligt och hittade inga liknande situationer.<\/p>\n
Resultatet: jag l\u00f6ste problemet, men f\u00f6rstod inte orsaken =(<\/p>\n
Om n\u00e5gon har id\u00e9er om m\u00f6jliga orsaker till detta problem \u2014 jag skulle vara mycket tacksam f\u00f6r era kommentarer!
\n
K\u00e4lla: 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\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\udd47Historien om problemet med flytt av docker-lagring (docker root) | ProHoster","description":"Inte mer \u00e4n ett par dagar sedan beslutades det att p\u00e5 en av servrarna flytta docker-lagringen (katalogen d\u00e4r docker lagrar alla filer f\u00f6r containrar och avbilder) till en separat partition, som hade st\u00f6rre kapacitet.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/36736","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=36736"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/36736\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=36736"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=36736"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=36736"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}