डॉकर स्टोरेज माइग्रेशन समस्या का इतिहास (डॉकर रूट)

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

आएँ शुरू करें:

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. डॉकर डेमॉन प्रारंभ करें और सुनिश्चित करें कि यह सही जगह पर दिखता है:

systemctl status docker

आउटपुट लाइनों में से एक में हमें यह देखना चाहिए:

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

हमने यह सुनिश्चित कर लिया है कि विकल्प डेमॉन को दे दिया गया है, अब देखते हैं कि क्या उसने इसे लागू किया है (धन्यवाद)। inkvizitor68sl)!

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

6. आइए अपना आवेदन शुरू करें:

docker-compose up -d

7. जाँच करना

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

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

मुझे लगता है कि अब सब कुछ ठीक है, आइए डॉकर एप्लिकेशन को बढ़ाएं।

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

xfs फ़ाइल सिस्टम का उपयोग हर जगह किया गया था।

मैंने कमांड का उपयोग करके तुलना की

docker inspect my-nginx:12345

सभी हैश समान हैं, सभी एक से एक हैं। सर्वर और मेरी वर्चुअल मशीन दोनों पर। मैंने स्थानीय nginx छवि को हटा दिया और इसे रजिस्ट्री से फिर से खींच लिया, जो कई कारणों से उसी मशीन पर है। और समस्या वही है... अब मेरी दूसरी आँख फड़क रही है।

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

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

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

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

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

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

स्रोत: www.habr.com