فی الحال ٹیسٹنگ جاری ہے: مکمل ہونے پر GitHub کوڈ کھول دیا جائے گا۔

E · خرابی

ساختrefresh

Request process نہ ہونے پر یہ response ہے۔ Key کی جگہ reason text آتا ہے۔ Key echo نہیں ہوتی، اس لیے صرف frame سے pipelined request معلوم نہیں ہوتا۔ لہذا ہر E connection-fatal ہے۔ Server ممکن ہو تو E flush کر کے connection بند کرتا ہے؛ official clients بھی session چھوڑتے ہیں۔ جس acquire کا ایک byte بھی بھیجا گیا اور final response نہ ملا وہ assumed success/failure نہیں بلکہ Indeterminate ہے۔

reasonوجہکنکشن
auth_failedتصدیقی ہینڈ شیک کے digest کا عدم مطابقتبند
bad_opنامعلوم op کوڈبند
bad_requestfixed header کم (A کے لیے 10 bytes، R کے لیے 8)بند
bad_leaselease 0 یا 251..255بند
bad_keyکلید غائب / 128B سے تجاوز / اسپیس یا نئی لائن شامل / UTF-8 نہیںبند
line_too_longفریم 192B سے تجاوز کرےبند
no_leader(کلسٹر) فی الحال قائد معلوم نہیں — انتخاب جاری ہے؛ تھوڑی دیر بعد دوبارہ کوشش کریںبند
not_activeنوڈ سرو نہیں کر سکتا — یہ بند ہو رہا ہےبند
  • یہی آٹھ مکمل reasons ہیں اور سب connection بند کرتے ہیں۔ Raw client diagnosis کر سکتا ہے مگر stream resynchronize/reuse نہیں کرے گا۔
  • Official clients key اور time ranges send سے پہلے validate کرتے ہیں؛ bad_* عام API result نہیں۔
  • no_leader/not_active عارضی ہیں مگر E میں owner/key نہیں۔ Session چھوڑیں؛ صرف unsent requests نئی connection پر try ہوں۔ Sent acquire auto-resend نہ کریں۔
  • M، L، no_leader، not_active صرف cluster میں آتے ہیں۔
  • Capacity بھرنے پر E نہیں بلکہ owner/key echo کرنے والا B (busy) آتا ہے۔

بائٹ نوٹیشن: op ایک ASCII حرف ہے، اور reason ASCII متن ہے (متغیر لمبائی، ڈھانچے میں N کے طور پر)۔ آخری \n 0A ہے۔

بہاؤ

کلائنٹ
سرور
غلط frame (مثلاً >192B)
E · line_too_long
E flush کر کے connection بند
بھیجا acquire Indeterminate رہتا ہے
درخواستجواب

E diagnostic معلومات دیتا ہے مگر safe stream reuse نہیں۔ Recoverable capacity rejection کے لیے owner/key echo والا B (busy) ہے۔