वर्तमान में परीक्षण चल रहा है: पूरा होने पर 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प्रमाणीकरण हैंडशेक डाइजेस्ट बेमेलबंद
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 temporary हैं, पर 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) है।