[lkml]   [2012]   [Mar]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Extending coredump note section to contain filenames
On Mon, 12 Mar 2012 13:05:56 +0100, Denys Vlasenko wrote:
> Build-ids are useful, but they still don't map directly to the names
> of loaded files. You need to rely on /usr/lib/debug/.build-id/XX/YYYYYYYYYY
> symlinks to translate build-ids to names.

There is draft of but it is not yet
deployed. This will give you distro and file version / URL for the specified
build-id. Without any local symlinks/files at all.

Reasons why it has not yet been finished + deployed I find out of the scope of
this thread.

> Why we don't save library names in coredump?

Because they are useless. If you have a filename there how to find which
content it should match? Even if you verify the file is still there with the
same content there is a race it can no longer be true when you read the core
file 5 seconds later.

The build-id mapping server above always works and without races.

> > it can have unknown content etc.
> I don't understand. *What* can have unknown content?

You will save there "/lib64/". But the next day you have no
idea which compilation or build the core file was generated for, that virtual
machine can be either already updated or even reinstalled from scratch etc.
"/lib64/" does not say anything about the build.

> I'll be satisfied with 99.9999% success rate instead of 100% :)

I am not, I prefer 100% build-id server.


 \ /
  Last update: 2012-03-12 17:57    [W:0.076 / U:1.000 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site