डॉकर स्टोरेज (docker root) माइग्रेशन प्रॉब्लम हिस्ट्री

कुछ दिन पहले की तुलना में बाद में यह तय करने के लिए सर्वरों में से एक पर डॉक स्टोरेज को स्थानांतरित करने का निर्णय लिया गया था (निर्देशिका जहां डॉकटर कंटेनर, छवियों की सभी फाइलों को एक अलग विभाजन में संग्रहीत करता है)
अधिक क्षमता रखता था। कार्य, यह प्रतीत होता है, तुच्छ है और मुसीबत को चित्रित नहीं किया है ...

आरंभ करना:

1. बंद करो और हमारे आवेदन के सभी कंटेनरों को मार डालो:

docker-compose down 

यदि बहुत सारे कंटेनर हैं, और वे अलग-अलग कंपोज़ में हैं, तो आप ऐसा कर सकते हैं:

 docker rm -f $(docker ps -q) 

2. डॉकटर डेमन को रोकें:

 systemctl stop docker 

3. निर्देशिका को वांछित स्थान पर ले जाएं:

 cp -r /var/lib/docker /docker/data/storage 

4. हम एक नई निर्देशिका में देखने के लिए डॉक के दानव को सूचित करते हैं। कई विकल्प हैं: डेमॉन को एक नए पथ पर इंगित करने के लिए -g फ्लैग का उपयोग करें, या सिस्टमड कॉन्फिग्स, जिसका हमने उपयोग किया था। ठीक है, या सिमिलिंक। मैंने इसे बहुत अधिक चित्रित नहीं किया है, इंटरनेट एक नए स्थान पर डॉक रूट को पोर्ट करने के मैनुअल से भरा है ।

5. हम docker दानव शुरू करते हैं, और देखते हैं कि यह दिखता है कि यह कहाँ होना चाहिए:

 systemctl status docker 

आउटपुट की एक पंक्ति में, हमें देखना चाहिए:

 ├─19493 /usr/bin/dockerd --data-root=/docker/data/storage 

हमने यह सुनिश्चित किया कि विकल्प को डेमन को पारित कर दिया गया था, अब हम यह जाँचेंगे कि क्या उसने इसे लागू किया है (धन्यवाद इंकविज़िटर 6800l )!

 docker info | awk '/Root Dir/ {print $NF}' 

6. हम अपने आवेदन शुरू:

 docker-compose up -d 

7. जाँच करें

और यहाँ मज़ा शुरू होता है, DBMS, MQ, सब ठीक है! आधार बरकरार है, सब कुछ काम करता है ... नग्नेक्स को छोड़कर। हम kerberos और शिष्टाचार के साथ अपनी nginx विधानसभा है। और कंटेनर के लॉग को देखकर संकेत मिलता है कि वह / var / tmp को नहीं लिख सकता है - अनुमति से इनकार किया। मैं अपनी उंगलियों को व्हिस्की के साथ खींचता हूं और स्थिति का विश्लेषण करने की कोशिश करता हूं ... वह कैसे है? कर्ता की छवि नहीं बदली। हमने सिर्फ डायरेक्टरी को आगे बढ़ाया। यह हमेशा काम करता था, और यहां यह आपके लिए है ... प्रयोग के लिए, मैं पेन के साथ कंटेनर में गया और इस निर्देशिका के अधिकारों को बदल दिया , रूट थे , रूट 755 , रूट दिया , रूट 777 । और सब कुछ शुरू हो गया ... एक विचार मेरे सिर में लग रहा था - किसी तरह की बकवास ... मैंने सोचा, ठीक है, शायद मैंने कुछ ध्यान में नहीं रखा ...

मैंने तय किया कि हमें स्थानांतरण के दौरान फ़ाइलों तक पहुंच अधिकार पसंद है। उन्होंने एप्लिकेशन को रोक दिया, docker डेमॉन, नई निर्देशिका को हटा दिया और पहले से ही rsync -a का उपयोग करके / var / lib / docker निर्देशिका की एक प्रतिलिपि बनाई।

मुझे लगता है कि अब सब कुछ ठीक है, हम डॉकटर, आवेदन बढ़ा रहे हैं।

III ... समस्या बनी हुई है ... मेरी आंख मर गई। मैं अपनी वर्चुअल मशीन के कंसोल पर पहुंच गया, जहां मैं विभिन्न परीक्षण चला रहा हूं, मेरी यह नगण्य छवि थी, और मैं कंटेनर के अंदर चढ़ गया, और यहां रूट, रूट 777 अधिकार / var / tmp निर्देशिका पर हैं। यानी, वही जिन्हें मुझे अपने हाथों से स्थापित करना था। । लेकिन चित्र समान हैं!

हर जगह एफएस एक्सएफएस का उपयोग किया जाता है।

मैंने कमांड के माध्यम से तुलना की

 docker inspect my-nginx:12345 

सभी हैश समान हैं, सभी एक से एक हैं। दोनों सर्वर पर और मेरे virtualka पर। मैंने स्थानीय नगनेक्स छवि को हटा दिया और रजिस्ट्री के साथ फिर से स्पूल किया, जो कई कारणों से एक ही मशीन पर है। और समस्या वही है ... अब मेरी दूसरी आंख मर गई।

मुझे याद नहीं है कि "एएएएएएएए" और अन्य चीजों की चीख के अलावा मेरे दिमाग में क्या विचार थे। सुबह 4 बजे सड़क पर, हैशिंग छवि परतों के सिद्धांत को समझने के लिए डॉकटर स्रोतों का उपयोग किया गया था। उन्होंने ऊर्जा की तीसरी कैन खोली। और अंत में, यह मुझ पर है कि हैशिंग केवल फ़ाइल, इसकी सामग्री को ध्यान में रखता है, लेकिन सही का अधिकार नहीं ! यही है, कुछ रहस्यमय तरीके से, अधिकारों को पीटा गया था, और सेलिनक्स को अक्षम किया गया है, एसएलएल का उपयोग नहीं किया गया है, चिपचिपा बिट मौजूद नहीं है।

मैंने स्थानीय छवि को हटा दिया है, छवि को docker रजिस्ट्री से भी हटा दिया है और इसे फिर से शुरू किया है। और इसने काम किया। यह पता चला है कि हस्तांतरण के दौरान अधिकारों को पीटा गया था, स्थानीय छवि के अंदर और रजिस्ट्री में पड़ी छवि के अंदर। जैसा कि मैंने कहा, कई कारणों से, यह एक ही कार पर स्थित था। और परिणामस्वरूप एक निर्देशिका / var / lib / docker में।

और इस सवाल का अनुमान लगाते हुए कि क्या उन्होंने पुराने कैटलॉग के लिए डॉकटर के टकटकी को वापस करने की कोशिश की - नहीं, उन्होंने नहीं किया, अफसोस, परिस्थितियों ने अनुमति नहीं दी। हाँ, और वास्तव में यह पता लगाना चाहता था।

इस लेख को लिखने के बाद, समस्या का समाधान मुझे स्पष्ट प्रतीत होता है, लेकिन विश्लेषण के समय ऐसा प्रतीत नहीं होता था। मैंने ईमानदारी से गुगली की, और ऐसी ही स्थितियाँ नहीं पाईं।

नीचे पंक्ति: मैंने समस्या हल कर दी, मुझे इसका कारण समझ में नहीं आया = (

अगर किसी को इस समस्या के संभावित कारणों के बारे में पता है / अनुमान है, तो - मुझे आपको टिप्पणियों में देखकर बहुत खुशी होगी!