বর্তমানে পরীক্ষা চলছে: সম্পূর্ণ হলে 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কী নেই / ১২৮B পার / স্পেস·নিউলাইন আছে / UTF-8 নয়বন্ধ
line_too_longফ্রেম ১৯২B পারবন্ধ
no_leader(ক্লাস্টার) বর্তমান লিডার অজানা — নির্বাচন চলছে। কিছুক্ষণ পর আবার চেষ্টা করুনবন্ধ
not_activeনোড বন্ধ হচ্ছে, তাই সেবা দিতে পারছে নাবন্ধ
  • এই আটটি reason-ই সম্পূর্ণ তালিকা এবং সব connection বন্ধ করে। Raw client diagnosis করতে পারে, কিন্তু stream resynchronize/reuse করবে না।
  • Official clients send-এর আগে key ও time range validate করে; bad_* সাধারণ API result নয়।
  • no_leader/not_active temporary হলেও E-তে owner/key নেই। Session বাদ দিন; শুধু unsent request নতুন connection-এ try করুন। Sent acquire auto-resend করবেন না।
  • M, L, no_leader, not_active শুধু cluster mode-এ আসে।
  • 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) ব্যবহৃত হয়।