E · خطأ ​

استجابة لطلب لا يمكن معالجته. يأتي نص reason بدل الـkey. لا يُعاد echo للـkey، لذلك لا يحدد frame وحده أي طلب pipelined فشل. لذا كل E هو connection-fatal. يعمل الخادم flush لـE إن أمكن ثم يغلق، وتتخلص العملاء الرسمية من session أيضًا. أي acquire أُرسل منه بايت واحد بلا استجابة نهائية ينتهي Indeterminate، لا نجاحًا أو فشلًا مفترضًا.

• هذه الأسباب الثمانية هي القائمة الكاملة وكلها تغلق الاتصال. يمكن لـraw client التشخيص، لكن لا يجوز resynchronize أو reuse للـstream.
• تتحقق العملاء الرسمية من key والمدد قبل الإرسال؛ لذلك bad_* ليست نتيجة API عادية.
• no_leader وnot_active حالتان مؤقتتان، لكن E بلا owner/key. تخلّص من session؛ أعد فقط الطلبات التي لم تُرسل على اتصال جديد. لا تعِد acquire مرسلًا تلقائيًا.
• تظهر M وL وno_leader وnot_active في cluster فقط.
• عند امتلاء capacity تُعاد B (busy) لا E، لأنها تعيد echo للـowner والـkey.

ترميز البايتات: op حرف ASCII، وreason نص ASCII (متغير الطول، يُعرض كـ N في البنية). \n الأخير هو 0A.

التدفق ​

تتيح E معلومات تشخيصية لكنها لا تسمح أبدًا بإعادة استخدام stream بأمان. يستخدم رفض capacity القابل للتعافي B (busy) التي تعيد owner وkey.