This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: registration error (rc -84)
- From: fche at redhat dot com (Frank Ch. Eigler)
- To: Daniel Doron <danielmeirdoron at gmail dot com>
- Cc: David Smith <dsmith at redhat dot com>, systemtap at sourceware dot org
- Date: Wed, 18 Oct 2017 18:16:03 -0400
- Subject: Re: registration error (rc -84)
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx02.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx02.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=fche at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 2882E820F3
- References: <CAFwN=+x1dSAE0MLCwcdi5zOPp4jeFFWd8CW++2zn5o52a4iA1w@mail.gmail.com> <CAKFOr-Z+s1FhZRFpJbn25yek+NpKjnaw73Lk0ocbXM1gZRTCpA@mail.gmail.com> <87o9p5bh37.fsf@redhat.com> <CAFwN=+yNmPnBMLqc4KHKKzF4n+xqWrAxsbFiDxhKaYOqoW+UKQ@mail.gmail.com>
Daniel Doron <danielmeirdoron@gmail.com> writes:
> I run stap-report and the only thing that seems out of place to me is
> the Build ID diff between the kernel and debug-kernel.
>
> == (eu-readelf -n /boot/vmlinuz-3.10.0-514.26.2.el7.x86_64 || readelf
> -n /boot/vmlinuz-3.10.0-514.26.2.el7.x86_64) | grep Build ==
> Build ID: 62b54b1aac6eeaa4cd469439011f8a97558400e0
> == (eu-readelf -n
> /usr/lib/debug/lib/modules/3.10.0-514.26.2.el7.x86_64/vmlinux ||
> readelf -n /usr/lib/debug/lib/modules/3.10.0-514.26.2.el7.x86_64/vmlinux)
> | grep Build ==
> Build ID: 9812ec6054800f5f9ee0e65ad9c780c8273200c3
I recall seeing something like this when someone used a funky community
rhel7 respin that reused the exact rhel7 n-v-r, and tried to use someone
else's debuginfo.
Nevertheless, stap does verify buildid matches at startup in many cases.
I'm very curious why that wouldn't have worked. Would you mind
rerunning your job with this extra option:
# stap -DDEBUG_SYMBOLS=1 ...other options...
- FChE