🍭 😀 🤜🏻 डॉकर के तहत समस्याओं को ठीक करें। ऐसा लगता है, GIT का इससे क्या लेना-देना है? 🏛️ 🤞🏽 🍽️

विंडोज के तहत डॉकर एक साहसिक कार्य है। फिर उसे ओएस को अपडेट करने की आवश्यकता है, अन्यथा नवीनतम संस्करण स्थापित नहीं हैं, फिर वह भूल जाता है कि नेटवर्क से कैसे कनेक्ट किया जाए। सामान्य तौर पर, हर दिन उससे समाचार। "सेट और भूल जाओ" विंडोज के लिए डॉकर डेस्कटॉप के बारे में नहीं है। खासकर जब इसका उपयोग ठीक वैसा नहीं किया जाता जैसा इसके डेवलपर्स सलाह देते हैं। और किसी कारण से वे बाहरी खिड़कियों को नेटवर्क ड्राइव के रूप में स्थानीय रूप से कनेक्ट करने की स्वीकृति नहीं देते हैं। और वे नेटवर्क फ़ोल्डर तक पहुंचने की मंजूरी नहीं देते हैं जो मेजबान मशीन पर भी स्थित हैं। वे लिखते हैं कि सुरक्षा के दृष्टिकोण से यह डरावनी-डरावनी है, उन्हें सभी प्रकार की चाबियों की आवश्यकता होती है जैसे: माउंट कमांड को कंटेनर में काम करने के लिए , और इसी तरह आगे।

cap_add:
- SYS_ADMIN
- DAC_READ_SEARCH

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

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

ठीक है, मैं अपनी होम मशीन पर जा रहा हूं, यहां मेरे पास विंडोज के लिए डॉकर भी है, लेकिन थोड़ा नया संस्करण है। मैं इसकी जांच करता हूं। वही अंडे:

कोई संबंध नहीं है, लेकिन तुम पकड़ते हो!

हाँ। खैर, सच में, मुझे लगता है कि डॉकर ने अपडेट को किसी तरह की सुरक्षा के साथ रोल किया और अब इसकी वजह से मेरी स्क्रिप्ट्स शुरू नहीं होती हैं? अंतिम जांच पूरी तरह से मशीन से डॉकर को हटाने के लिए है, और इसे पुनर्स्थापित करें। यह फ़ैक्टरी सेटिंग्स पर रीसेट करने से अधिक ठंडा होना चाहिए। मैं पूरी सूची पिछले चरण से कर रहा हूं, केवल इसके अलावा मैं अपनी कार को फिर से शुरू कर रहा हूं ताकि यह पूरी तरह से विडंबनापूर्ण हो। मैंने स्क्रैच से डॉकटर डाला, चित्र अपलोड किए, डॉकटर-कम्पोज़ लॉन्च किया - ईपस्ट! सभी सेवाओं ने नेटवर्क बॉल को नहीं देखा और लोड करते समय "माउंट एरर (22): अमान्य तर्क" लिखना जारी रखें।

मैं स्क्रिप्ट लाइन को कमांड लाइन से लाइन द्वारा चलाने का प्रयास करता हूं: कंटेनर से कनेक्ट करें, बदले में कमांड चलाएं और देखें कि सब कुछ कनेक्ट और काम की तरह है। करने की जरूरत है:

mkdir -p $SMB_MOUNT_POINT
mount -t cifs $SMB_SHARE $SMB_MOUNT_POINT -o user=$SMB_USER,password=$SMB_PASSWORD,vers=2.0
ls $SMB_MOUNT_POINT

यही है, यह क्या है, कंटेनर शुरू होने पर स्क्रिप्ट के पासिंग मापदंडों के साथ कुछ प्रकार की बकवास?

हम और विचारों की तलाश कर रहे हैं। डॉकटर रीबूट वाले सभी विकल्प उथले हैं, मूल छवि में संभावित परिवर्तनों के साथ विकल्प हैं। मेरी छवि Openjdk पर आधारित है : 8-jdk-अल्पाइन , कोई विशिष्ट संस्करण निर्दिष्ट नहीं है, इसलिए कोई भी सुरक्षा सुधार मेरी स्क्रिप्ट्स को तोड़ सकता है। शायद वे OpenJDK या अल्पाइन की सहायक कंपनी में कुछ बदल गए?

मैं प्रोजेक्ट लॉग की जांच करता हूं, पुराने ओपनजेडक का चयन करने का प्रयास करता हूं: 8-जेडीके-अल्पाइन-3.8, ओपनज्डक: 8-जेडडी-अल्पाइन-3.7, आदि। - हर बार जब मैं कंटेनर का पुनर्निर्माण करता हूं, तो जांचें - सब कुछ पहले जैसा है।

लानत है! शायद मैं अभी भी अपनी विधानसभा में कुछ बदल गया हूं? एक महीने पहले परियोजना के GIT'a संस्करण से उतारना, एकत्र करना - वही ग्लिच। तीन महीने पहले - समस्या अभी भी है। ऐसा कैसे? किया बदल गया? Docker कॉन्फ़िगरेशन वर्तमान में काम करने के लिए गारंटी है, छवि कॉन्फ़िगरेशन या तो नहीं बदला है, प्रोजेक्ट स्रोत समान हैं (GIT सब कुछ बचाता है)। कोई चमत्कार नहीं है - आपको यह समझने की आवश्यकता है कि परिवर्तन कहां दिखाई दिए। ठेस में, मैं मैन्युअल रूप से गेंदों के लिए कनेक्शन कमांड लॉन्च करता हूं - इसलिए जब तक पुनरारंभ सेवाएं ठीक नहीं होंगी और सो जाएंगे। सुबह शाम से ज्यादा समझदार है।

कोई संबंध नहीं है, लेकिन तुम पकड़ते हो!

अगली सुबह विचार आता है - कि शायद यह पता लगाने का समय है, और निष्पादित करते समय स्क्रिप्ट वास्तव में क्या पसंद नहीं करती है।

संदेश "माउंट एरर (22): अमान्य तर्क" बहुत जानकारीपूर्ण नहीं है। मुझे लगता है कि बैश के लिए एक जादू की कुंजी है जिसके साथ यह स्क्रिप्ट निष्पादित करते समय डिबगिंग जानकारी प्रदर्शित करता है।

श के अंदर डिबगिंग शुरू करें:

/ # sh -x /entry-point.sh
' echo 'Mount //<private_ip>/Exchange/Pipeline to /pipeline
Mount //<private_ip>/Exchange/Pipeline to /pipeline
' mkdir -p '/pipeline
' mount -t cifs //<private_ip>/Exchange/Pipeline /pipeline -o 'user=<private_user>,password=<private_password>,vers=2.0
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount: mounting //<private_ip>/Exchange/Pipeline on /pipeline failed: Invalid argument
' ls '/pipeline
+ exec

और यहां कुछ अजीब क्षण दिखाई देते हैं - पंक्ति उद्धरण चिह्नों से शुरू होती है, फिर अंत में उद्धरण चिह्नों ... उद्धरण चिह्न कहां से हैं?

आइडिया - असली बैश का उपयोग करके लॉन्च करना अधिक जानकारीपूर्ण हो सकता है?

BASH कंटेनर में स्थापित करें:

apk add bash

मैं डिबगिंग शुरू करता हूं:

/ # bash -x /entry-point.sh
' echo 'Mount //<private_ip>/Exchange/Pipeline to /pipeline
Mount //<private_ip>/Exchange/Pipeline to /pipeline
+ mkdir -p $'/pipeline\r'
+ mount -t cifs //<private_ip>/Exchange/Pipeline /pipeline -o $'user=<private_user>,password=<private_password>,vers=2.0\r'
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount: mounting //<private_ip>/Exchange/Pipeline on /pipeline failed: Invalid argument
+ ls $'/pipeline\r'
+ exec

अरे, ऐसा लगता है जब लाइन एक प्लस से शुरू होती है - यह अच्छा है, लेकिन किसी तरह का \ r और $ '...' विकल्प दिखाई दिए ।

हमने सुविधाओं के साथ प्रयोग करने apk add mcऔर संपादन के लिए स्क्रिप्ट खोलने के लिए मिडनाइट कमांडर को सेट किया , और वहाँ:

ओप्पा! ^ प्रत्येक पंक्ति के अंत में एम । ठीक है, ठीक है, स्थानीय परियोजना को देखो - क्या लाइन अंत के बारे में ???? CRLF। हम विंडोज के तहत काम करते हैं, हालांकि।

इस विशिष्ट CRLF फ़ाइल को LF (लंबे समय तक लाइव नोटपैड ++!) में बदलें, प्रोजेक्ट लीजिए - बिंगो! यह उसी तरह काम करता है, जैसा उसे करना चाहिए।

पहले क्यों ठीक था, लेकिन अब सब कुछ उड़ गया है? मैं कमिट्स को देखता हूं - कोई बदलाव नहीं हुआ। और फिर मुझे याद है कि जीआईटी मक्खी पर लाइनफीड को संपादित कर सकता हैपाठ फ़ाइलें। और दूसरे दिन मैंने एक नया रिपॉजिटरी कनेक्ट किया, और संभवतः CRLF में रूपांतरण के साथ वहां से सभी फाइलें अपलोड कर दीं।

परिणामस्वरूप, हम प्रोजेक्ट में .gitattributes फ़ाइल जोड़ते हैं , यह दर्शाता है कि अलग-अलग फ़ाइलों में UNIX की तरह लाइन वर्णों के अंत को सहेजना आवश्यक है:

# Set the default behavior, in case people don't have core.autocrlf set.
* text=auto

# Declare files that will always have LF line endings on checkout.
*.sh text eol=lf

नैतिकता - कभी-कभी अपराधी प्रारंभिक संदिग्धों के घेरे में भी नहीं आता है।

पी.एस

विंडोज 2.2.0.3 के लिए डॉकर डेस्कटॉप के नवीनतम संस्करण में अपडेट करने के बाद, सब कुछ वापस काम करना बंद कर दिया। इस बार, मैं तुरंत कंटेनरों के अंदर गया, और डिबगिंग शुरू कर दिया। यह पता चला है कि होस्ट मशीन तक पहुंचने के लिए 10.0.75.1 आईपी पते ने काम करना बंद कर दिया है, अब DockerNat को सिस्टम से हटा दिया गया है, और DockerDesktopVM वर्चुअल मशीन में बाहरी नेटवर्क एडाप्टर भी नहीं है, अर्थात। इसके साथ संचार एक मानक नेटवर्क के माध्यम से नहीं जाता है, लेकिन किसी तरह अलग तरीके से। और होस्ट तक पहुंचने के लिए, आपको host.docker.internal का उपयोग करना होगा । साथी डेवलपर्स और लिखा है कि

DockerNAT को Docker Desktop 2.2.0.0 से हटा दिया गया है क्योंकि होस्ट से कंटेनर तक संचार करने के लिए IP पते का उपयोग करना एक समर्थित सुविधा नहीं है। कंटेनर से होस्ट तक संचार करने के लिए, आपको विशेष DNS नाम host.docker.internal का उपयोग करना होगा।

ठीक है, मैंने परीक्षण वातावरण के लिए कॉन्फ़िगरेशन तय किया, डेटाबेस उठाया, कंटेनर से host.docker.in शाश्वत पासिंग के लिए, लेकिन नेटवर्क ड्राइव कनेक्ट नहीं हैं। मैं शेल से मैन्युअल रूप से माउंट चलाने की कोशिश करता हूं, और मुझे परिचित त्रुटि "माउंट त्रुटि (22): अमान्य तर्क" मिलती है।

मैं बदले में तर्कों को हटा देता हूं - मैं सिर्फ "माउंट -t cifs //host.docker.internal/playground / पाइपलाइन" चलाता हूं - यह काम करने लगता है, लेकिन यह मूल उपयोगकर्ता से दस्तक दे रहा है।

उपयोगकर्ता जोड़ें: माउंट -t cifs //host.docker.internal/playground / पाइपलाइन-उपयोगकर्ता = smbuser - एक पासवर्ड के लिए पूछता है और जोड़ता है!

पूर्ण संस्करण भी काम करता है:

mount -t cifs //host.docker.internal/playground /pipeline -o user=smbuser,password=smbpassword

लेकिन " माउंट -t cifs //host.docker.internal/playground / पाइपलाइन-उपयोगकर्ता = smbuser, पासवर्ड = smbpassword, vers = 2.0 " हल नहीं करता है।

मैं अंतिम पैरामीटर को बदलकर vers = 2.1 - चीयर्स, यह काम करता है!

ऐसा लगता है कि डॉकर के नवीनतम संस्करण ने लाठी के साथ एसएमबी सर्वर का अपना कार्यान्वयन किया, लेकिन 2.0 के लिए समर्थन के बिना। अन्य समाचारों की तुलना में निश्चित रूप से बकवास।

सभी अच्छाई, शक्ति और दृढ़ता!

लेख के लिए चित्रण ब्लॉग से लिया गया था ।eduonix.com/software-development/learn-debug-docker-containers

डॉकर के तहत समस्याओं को ठीक करें। ऐसा लगता है, GIT का इससे क्या लेना-देना है?

पी.एस

More articles: