https://sourceware.org/bugzilla/show_bug.cgi?id=34421

            Bug ID: 34421
           Summary: debuginfod-client could reject failing upstream
                    servers from $DEBUGINFOD_URLS
           Product: elfutils
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: debuginfod
          Assignee: unassigned at sourceware dot org
          Reporter: fche at redhat dot com
                CC: elfutils-devel at sourceware dot org
  Target Milestone: ---

For long-lived debuginfod clients - such as debuginfod itself - having a long
list of federated upstream servers in $DEBUGINFOD_URLS is a good and a bad
thing.  If any of those servers is down, and no server knows the $buildid in
question, then the entire process can wait $CURLOPT_CONNECTTIMEOUT_MS (if
supported).

Paying that delay one time (or rarely) is OK, but it would be nice if we kept
score.  A server that's down every time we try to reach it is not worth keeping
in rotation.  A server could still be tried periodically.  Maybe a simple
exponential-decay with a reasonable maximum time-between-retries (hour?) could
do the trick, tracked in the debuginfod_client object.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Reply via email to