[Bug debuginfod/26810] New: handle duplicate buildid data sources, with some stale

[Bug debuginfod/26810] New: handle duplicate buildid data sources, with some stale

[fche at redhat dot com]

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

            Bug ID: 26810
           Summary: handle duplicate buildid data sources, with some stale
           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: ---

On a large debuginfod test server, we observed that it's possible to have the
same rpm/buildid identified with multiple locations, if the same content is
accessible along several paths.  That part's fine, but if some of the paths
change - get removed - and before the next grooming pass, debuginfod gets
confused.  That's because multiple matches are tried in series (a sqlite scan
loop), but an exception ("file not found") from one iteration can
unintentionally cancel the scan.

So we just need to put a try/catch around the handle_buildid_* function, to
assure that other locations of the same content are attempted, regardless of
exceptions.

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

[Bug debuginfod/26810] handle duplicate buildid data sources, with some stale

[fche at redhat dot com]

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

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #1 from Frank Ch. Eigler <fche at redhat dot com> ---
commit f5015aebdb33

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