https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #4 from Frank Ch. Eigler ---
(In reply to Vicki Pfau from comment #3)
> I have a proof of concept patch that I can attach here or submit to the
> mailing list if you think the xattrs approach is a good way to go.
> Alternatively, a
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #6 from Frank Ch. Eigler ---
(In reply to Vicki Pfau from comment #2)
> 404 and the like *may* be transient, but the fact of the matter is that
> *most* of the time it won't be And it's a cache, not a definitive answer
> saying thi
https://sourceware.org/bugzilla/show_bug.cgi?id=30241
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #12 from Frank Ch. Eigler ---
There was a wild performance regression in sqlite 3.41 that archlinux's
debuginfod server got hit with. This was identified and corrected yesterday.
(It had nothing to do with caching.)
https://sqli
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 very large corpus, initial scan operations can take a long time, and build
up quite a large
: normal
Priority: P2
Component: debuginfod
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
_file_mtime_scanned rows get emplaced even for exception-afflicted archive
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
There's a logic bug in the groom process wherein artifacts related to
a file excluded via the -X regex are not actually re
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Enumerating each file name (whether an archive name or a file within an archive
or a source file name
https://sourceware.org/bugzilla/show_bug.cgi?id=30377
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30378
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30316
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29696
Frank Ch. Eigler changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30589
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Last
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #18 from Frank Ch. Eigler ---
> Doesn't that give a false sense of "security"?
> It still rejects some stuff, but doesn't really protect against "falsifying"
> files, all a server has to do is not provide an IMA
Yes, but trusted
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
For the compressed case, we can/should compute proper download-progress metrics
even of compressed
https://sourceware.org/bugzilla/show_bug.cgi?id=30809
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: 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: ---
A particularly high-cpu-count buildbot
https://sourceware.org/bugzilla/show_bug.cgi?id=3
Frank Ch. Eigler changed:
What|Removed |Added
Summary|debuginfod-find should have |introduce new srcfiles tool
https://sourceware.org/bugzilla/show_bug.cgi?id=3
--- Comment #1 from Frank Ch. Eigler ---
Work is now proceeding instead toward a tool src/srcfiles to list names of
source files from dwarf content.
A hypothetical followup idea: an option for srcfiles and/or debuginfod-find
that uses this li
https://sourceware.org/bugzilla/show_bug.cgi?id=25369
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=25583
--- Comment #7 from Frank Ch. Eigler ---
here's the recipe for .deb / .ddeb:
-Z '.ddeb=(bsdtar -O -x -f - data.tar.xz)<'
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25367
--- Comment #1 from Frank Ch. Eigler ---
https://sourceware.org/pipermail/elfutils-devel/2020q1/002524.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25548
--- Comment #5 from Frank Ch. Eigler ---
https://sourceware.org/pipermail/elfutils-devel/2020q1/002522.html
--
You are receiving this mail because:
You are on the CC list for the bug.
: 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: ---
This way one could run it via
% debuginfod-find debuginfo
https://sourceware.org/bugzilla/show_bug.cgi?id=25583
--- Comment #8 from Frank Ch. Eigler ---
https://sourceware.org/pipermail/elfutils-devel/2020q1/002529.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25722
--- Comment #2 from Frank Ch. Eigler ---
https://sourceware.org/pipermail/elfutils-devel/2020q1/002535.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25548
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25367
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=25583
Frank Ch. Eigler changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25448
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25448
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25739
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25722
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
|--- |FIXED
CC||fche at redhat dot com
--- Comment #3 from Frank Ch. Eigler ---
pushed this to master, along with a tiny man page blurb.
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
0.179 eu-readelf -w /bin/ls on fedora31 x86-64 gladly produces a disassembly
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
With commit 4c1de9608b, the client code requires a DEBUGINFOD_URL to be started
with "http:"
https://sourceware.org/bugzilla/show_bug.cgi?id=25793
--- Comment #2 from Frank Ch. Eigler ---
Is there another elfutils tool that would casually pretty-print dwarf related
to a stripped binary? (binutils objdump --dwarf=follow-links does, but IMHO
that's too verbose.)
--
You are receiving thi
https://sourceware.org/bugzilla/show_bug.cgi?id=25448
--- Comment #4 from Frank Ch. Eigler ---
Martin, can you think of more metrics we should add later?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25448
--- Comment #6 from Frank Ch. Eigler ---
Response time (within debuginfod code proper, as opposed to the subsequent file
transfer) is exposed with the http_responses_duration_milliseconds_* metrics.
Total file transfer time would have to be c
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: ---
The debuginfod fdcache-prefetch logic has been observed to show some
https://sourceware.org/bugzilla/show_bug.cgi?id=26043
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
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: ---
Cache cleanup sometimes leaves behind empty directories - lots of
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #10 from Frank Ch. Eigler ---
Comment on attachment 12628
--> https://sourceware.org/bugzilla/attachment.cgi?id=12628
debuginfod: Add --disable-libdebuginfod and --enable-libdebuginfod=dummy.
Looks workable.
I don't know if we
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #14 from Frank Ch. Eigler ---
It's not just for testing purposes. It's to aid bootstrapping new OS versions,
by reducing the transitive requirements of elfutils in the buildroot.
--
You are receiving this mail because:
You are o
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #16 from Frank Ch. Eigler ---
(yup, misinterpreted what the "this" was you meant, sorry!)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26176
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26195
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
|unassigned at sourceware dot org |fche at redhat dot com
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
--- Comment #2 from Frank Ch. Eigler ---
Created attachment 12678
--> https://sourceware.org/bugzilla/attachment.cgi?id=12
https://sourceware.org/bugzilla/show_bug.cgi?id=26195
--- Comment #6 from Frank Ch. Eigler ---
I am loath to believe that "/bin/sh" is not a functional-in-perpetuity alias
for a bourne shell on any unix system.
--
You are receiving this mail because:
You are on the CC list for the bug.
erity: 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: ---
eu-readelf appears to unwrap the bzImage header on a vm
: NEW
Severity: normal
Priority: P2
Component: general
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Something's different, not the same,
th
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
offered this suggestion:
Perhaps we could support another type of source file for debuginfod
https://sourceware.org/bugzilla/show_bug.cgi?id=25461
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
debuginfod should make it easier to detect errors than just logfile scraping,
e.g. when an -ENOSPC condition occurs. We
https://sourceware.org/bugzilla/show_bug.cgi?id=26756
--- Comment #1 from Frank Ch. Eigler ---
also: the fdcache population/activity should be instrumented
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26756
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
The periodic (nightly) grooming pass is pretty slow on large indexes where many
files go missing (so many sqlite delete
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/bu
https://sourceware.org/bugzilla/show_bug.cgi?id=26775
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=26810
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25366
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
--- Comment #3 from Frank Ch. Eigler ---
Yeah, a speculative rmdir is probably just fine.
Martin, there is no difference between a pure client cache, and a debuginfod
server's own federation cache. They are both exactly the same thing.
--
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
--- Comment #5 from Frank Ch. Eigler ---
Yeah, I suppose there is that race possibility.
One way to fix it is to use something like file locks, such as a flock(2) on a
designated file such as $CACHE/cache_clean_interval_s. During aging/clean
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
--- Comment #7 from Frank Ch. Eigler ---
> I wonder if there is some way around it using temp names for the directories,
> like we do for the actual file names, so that we can atomically rename them
> in-place.
I couldn't think of one without
https://sourceware.org/bugzilla/show_bug.cgi?id=27041
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
||fche at redhat dot com
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from Frank Ch. Eigler ---
invalid
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27089
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|NOTABUG |INVALID
--
You are receiving this
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When running on low-RAM computers against larger datasets, debuginfod has been
observed to suffer OOM type sudden
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org, woodard at redhat dot
com
Target Milestone: ---
There appear to exist use cases that intend to
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Further to bug #26775, which made grooming interruptible, we need more.
Grooming involves some long-running
https://sourceware.org/bugzilla/show_bug.cgi?id=27323
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27092
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27399
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27399
--- Comment #2 from Frank Ch. Eigler ---
Sergio, are the messages you're worried about happening AT THE MOMENT of a
start / stop? Or just intermittently sometime during the normal operating
lifetime of the process?
--
You are receiving this
Component: libdw
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
In debuginfod, we use _get_srcfiles to fetch file names only. We do not care
about srclines, so libdw's e
https://sourceware.org/bugzilla/show_bug.cgi?id=27399
--- Comment #6 from Frank Ch. Eigler ---
OK, my best guess is a transient low-memory condition. Just today we found bug
#27405, which can cause some impressive momentary memory binges in elfutils.
Reducing concurrency is one way to limit its
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Back during bug #25583, we transitioned rpm unpacking to bsdtar (libarchive),
but left deb unpacking to dpkg-deb by
https://sourceware.org/bugzilla/show_bug.cgi?id=27413
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=27399
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27532
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27532
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
--- Comment #2 from Frank Ch. Eigler ---
BTW env DEBUGINFOD_VERBOSE=1 can assist collection of client side
diagnostics
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
--- Comment #4 from Frank Ch. Eigler ---
> having a big timeout does not necessarily mean that the download will
> succeeded, therefore having the possibility of retrying makes a lot of sense.
OK, retrying for an outright aborted connection
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: ---
It would be undesirable to let files in the debuginfod cache be accidentally
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #3 from Frank Ch. Eigler ---
A single coredump executable that contains all the solib bits + all the
debuginfo for all the solibs ... is that even possible in principle?
If the use case is letting a gdb user without debuginfod con
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #4 from Frank Ch. Eigler ---
see also perf-archive(1)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
--- Comment #7 from Frank Ch. Eigler ---
OK, it looks like four separate instances of "Timer expired (err=-62)"
errors, indicating that the system did wait the 90 seconds (each time).
Doing a retry on our own initiative after this would be pos
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
--- Comment #10 from Frank Ch. Eigler ---
OK, for your use case, a retry possibly would not help, but an enlarged timeout
does. Interesting. Should we keep this RFE open or close it?
--
You are receiving this mail because:
You are on the C
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #6 from Frank Ch. Eigler ---
> To be honest, gdb should be able to load all these with libdebuginfod-client
> library.
It can - as long as $DEBUGINFOD_URLS is set to something, anything, the client
library will gladly check out t
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #8 from Frank Ch. Eigler ---
OK - once gdb fixes that shortcoming, the .cache should contain
both executables and debuginfo, and then zip-packing up the
cache should fulfill this use case with existing elfutils code.
--
You are r
https://sourceware.org/bugzilla/show_bug.cgi?id=27571
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |alizhang at redhat dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=27531
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |alizhang at redhat dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=25628
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|amerey at redhat dot com |alizhang at redhat dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=26125
Frank Ch. Eigler changed:
What|Removed |Added
Severity|normal |critical
Assignee|unassi
https://sourceware.org/bugzilla/show_bug.cgi?id=27277
--- Comment #2 from Frank Ch. Eigler ---
A related idea:
extend the webapi so that returned content includes response headers that
identify the archive & file name where the content was extracted from.
For server privacy, maybe pass back just
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
It may be desirable to fetch source files by buildid and __FILE__ name only, as
these can be
https://sourceware.org/bugzilla/show_bug.cgi?id=27669
--- Comment #2 from Frank Ch. Eigler ---
> But how exactly does one get just the buildid and a source file (base) name?
You do not want to know. :-)
To find self-buildid:
https://github.com/systemd/systemd/pull/19160
To find self source n
https://sourceware.org/bugzilla/show_bug.cgi?id=27673
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
101 - 200 of 287 matches
Mail list logo
