Ticketing E · Error
Respuesta cuando una solicitud no puede procesarse. El texto reason ocupa el lugar de la key. La key no se devuelve, por lo que una trama no identifica qué solicitud con pipeline falló. Por eso todo E es connection-fatal. El servidor hace flush de E si puede y cierra; los clientes oficiales también descartan la sesión. Todo acquire con al menos un byte enviado y sin respuesta definitiva termina como Indeterminate, nunca como éxito o fallo supuesto.
| reason | causa | conexión |
|---|---|---|
auth_failed | discrepancia en el digest del protocolo de autenticación | cerrada |
bad_op | código de op desconocido | cerrada |
bad_request | cabecera fija insuficiente (10 bytes para A, 8 para R) | cerrada |
bad_lease | lease es 0 o 251..255 | cerrada |
bad_key | clave ausente / supera 128B / contiene espacio o salto de línea / no es UTF-8 | cerrada |
line_too_long | la trama supera 192B | cerrada |
no_leader | (clúster) el líder actual se desconoce — hay una elección en curso; reintenta en breve | cerrada |
not_active | el nodo no puede atender — se está apagando | cerrada |
- Estas ocho razones son la lista completa y todas cierran la conexión. Un cliente raw puede diagnosticarlas, pero no debe resincronizar ni reutilizar el stream.
- Los clientes oficiales validan key y tiempos antes de enviar;
bad_*no es un resultado API normal. no_leaderynot_activeson temporales, peroEno tiene owner/key. Descarte la sesión; solo las solicitudes aún no enviadas pueden probarse en otra. Nunca reenvíe automáticamente un acquire enviado.M,L,no_leaderynot_activesolo aparecen en cluster.- La capacidad llena devuelve
B(ocupado), noE, porque repite owner y key.
Notación de bytes:
opes un carácter ASCII, yreasones texto ASCII (longitud variable, mostrado comoNen la estructura). El\nfinal es0A.
Flujo
E permite observar diagnóstico, pero nunca reutilizar el stream de forma segura. Un rechazo recuperable de capacidad usa B (ocupado), que repite owner y key.