Uploaded image for project: 'Mesos'
  1. Mesos
  2. MESOS-1933

Give better guidance when the replicated log only has EMPTY members

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Resolved
    • Major
    • Resolution: Duplicate
    • None
    • None
    • replicated log
    • 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

          Activity

            People

              Unassigned Unassigned
              wfarner Bill Farner
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: