Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Duplicate
-
None
-
None
-
None
Description
When a replicated log consumer attempts to lead, we can be stuck in a state where only EMPTY replicas are present. In this case, we see an endless stream of log entries like:
I1015 21:18:06.027016 27634 replica.cpp:638] Replica in EMPTY status received a broadcasted recover request I1015 21:18:06.027216 27634 recover.cpp:188] Received a recover response from a replica in EMPTY status
The answer to this is (always, AFAIK) to initialize the log on the EMPTY replica(s). However, it's not obvious to draw that conclusion from the log messages.
Please make the log message more informative to help users figure out how to course-correct.
Attachments
Issue Links
- duplicates
-
MESOS-1703 better error message when replicated log hasn't been initialized
- Resolved