{"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\/it\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","title":{"rendered":"Storia del problema di trasferimento dello storage docker (root docker)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Non pi\u00f9 di qualche giorno fa \u00e8 stato deciso di spostare lo storage di Docker (la cartella in cui Docker memorizza tutti i file dei contenitori e delle immagini) su una partizione separata, che
\naveva una maggiore capacit\u00e0. Il compito sembrava banale e non preannunciava problemi...
\n<\/a><\/noindex>
\nIniziamo:<\/p>\n

1. Fermiamo e chiudiamo tutti i contenitori della nostra applicazione: <\/p>\n

docker-compose down<\/code><\/pre>\n
\nse ci sono molti contenitori e sono in diversi compose, possiamo fare cos\u00ec: <\/p>\n
docker rm -f $(docker ps -q)<\/code><\/pre>\n
\n2. Fermiamo il demone di Docker: <\/p>\n
systemctl stop docker<\/code><\/pre>\n
\n3. Trasferiamo la cartella nel posto desiderato: <\/p>\n
cp -r \/var\/lib\/docker \/docker\/data\/storage<\/code><\/pre>\n
\n4. Comunichiamo al demone di Docker di guardare nella nuova directory. Ci sono diverse opzioni: o tramite il flag -g indicare al demone il nuovo percorso, o configurazioni systemd, che abbiamo utilizzato. Oppure un symlink. Non entrer\u00f2 nei dettagli, su internet ci sono molti<\/a><\/noindex> manuali sul trasferimento della root di Docker in un nuovo luogo.<\/p>\n
5. Avviamo il demone di Docker e controlliamo che guardi nella giusta direzione: <\/p>\n
systemctl status docker<\/code><\/pre>\n
\nIn una delle righe di output dovremmo vedere:<\/p>\n
\u251c\u250019493 \/usr\/bin\/dockerd --data-root=\/docker\/data\/storage<\/code><\/pre>\n
\nAssicuriamoci di aver passato l\u2019opzione al demone, ora controlliamo se l\u2019ha applicata (grazie a inkvizitor68sl<\/a><\/noindex>)!<\/p>\n
docker info | awk '\/Root Dir\/ {print $NF}' <\/code><\/pre>\n
\n6. Avviamo la nostra applicazione: <\/p>\n
docker-compose up -d<\/code><\/pre>\n
\n7. Controlliamo<\/p>\n
Ed \u00e8 qui che inizia la parte interessante, DBMS, MQ, tutto bene! Il database \u00e8 intatto, tutto funziona\u2026 tranne nginx. Abbiamo una nostra versione di nginx con kerberos e cortigiane. La consultazione dei log del contenitore ha indicato che non pu\u00f2 scrivere in \/var\/tmp \u2014 Permission denied. Massaggio le tempie e cerco di analizzare la situazione... Come mai? L\u2019immagine di Docker non \u00e8 cambiata. Abbiamo solo trasferito la directory. Ha sempre funzionato, e ora... Per sperimentare, sono entrato manualmente nel contenitore e ho cambiato i permessi su questa cartella, erano<\/u>root, root 755 , ho dato<\/u>root, root 777 <\/p>\n
. E tutto ha ripreso a funzionare... Nella mia mente \u00e8 risuonata l'idea \u2014 una follia... Pensavo, forse ho trascurato qualcosa... Ho deciso che avevamo perso i diritti di accesso ai file durante il trasferimento. Abbiamo fermato l\u2019applicazione, il demone di Docker, eliminato la nuova directory e abbiamo effettuato la copia della directory \/var\/lib\/docker utilizzando<\/code>. <\/p>\n
rsync -a<\/p>\n
E... il problema \u00e8 rimasto... Ho avuto un tic all'occhio. Sono saltato alla console della mia virtual machine, dove eseguo vari test; avevo questa immagine di nginx, sono entrato nel container, e qui la directory \/var\/tmp ha i permessi impostati su root, root 777. Cio\u00e8, gli stessi che ho dovuto impostare manualmente. Ma le immagini sono identiche! <\/p>\n
Ovunque \u00e8 stato utilizzato il file system xfs.<\/u><\/p>\n
Ho confrontato tramite il comando <\/p>\n
docker inspect my-nginx:12345<\/code><\/pre>\n
\nTutti gli hash sono identici, uno a uno. Sia sul server che sulla mia virtual machine. Ho eliminato l'immagine locale di nginx e l'ho scaricata nuovamente dal registry, che per vari motivi \u00e8 situato su questa stessa macchina. E il problema \u00e8 lo stesso... Ora anche il mio secondo occhio ha iniziato a tremare.<\/p>\n
Non ricordo pi\u00f9 quali pensieri giravano nella mia testa, oltre alle urla di \"AAAAAA\" e simili. Sono le 4 del mattino, ho preso i sorgenti di Docker per capire il principio di hashing dei layer dell'immagine. Ho aperto la terza lattina di energetico. E alla fine mi \u00e8 venuto in mente che l'hashing considera solo il file, il suo contenuto, ma NON I PERMESSI<\/b>! Cio\u00e8, in qualche modo misterioso i permessi si sono danneggiati, anche se selinux \u00e8 disabilitato, acl non sono utilizzati, e non c'\u00e8 sticky bit. <\/p>\n
Ho eliminato l'immagine locale, ho anche eliminato l'immagine dal registry di Docker e ho fatto un nuovo push. E tutto ha funzionato. Risulta che durante il trasferimento i permessi si siano corrotti, sia nell'immagine locale che in quella nel registry. Come ho gi\u00e0 detto, per vari motivi si trovava su questa stessa macchina. E come conseguenza in una stessa directory \/var\/lib\/docker.<\/p>\n
E anticipando la domanda, se abbiamo provato a riportare Docker alla vecchia directory \u2014 no, non abbiamo provato, purtroppo, le circostanze non lo permettevano. E avevo davvero voglia di capire.<\/p>\n
Dopo aver scritto questo articolo, per me la soluzione del problema sembra ovvia, ma al momento dell'analisi non lo era affatto. Ho onestamente cercato su Google, e non ho trovato situazioni simili.<\/p>\n
Risultato: ho risolto il problema, ma non ho capito la causa =(<\/p>\n
Se qualcuno ha un'idea su quali potrebbero essere le cause di questo problema \u2014 sarei molto lieto di sentirlo nei commenti!
\n
Fonte: 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\udd47Storia del problema del trasferimento dello storage di Docker (docker root) | ProHoster","description":"Non pi\u00f9 di qualche giorno fa \u00e8 stato deciso di spostare lo storage di Docker (la directory in cui Docker memorizza tutti i file dei container, delle immagini) su una partizione separata, che avesse una capacit\u00e0 maggiore.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/istoriya-problemy-perenosa-docker-storage-docker-root","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/36736","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=36736"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/36736\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=36736"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=36736"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=36736"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}