[systemd-devel] [212] systemd-networkd crashes with simple network config
Kai Krakow
hurikhan77 at gmail.com
Sun Mar 30 13:08:31 PDT 2014
Tom Gundersen <teg at jklm.no> schrieb:
> On Sun, Mar 30, 2014 at 6:07 PM, Kai Krakow <hurikhan77 at gmail.com> wrote:
>> Tom Gundersen <teg at jklm.no> schrieb:
>>
>>>> Starting it from command line shows:
>>>>
>>>> # /usr/lib/systemd/systemd-networkd
>>>> enp4s0: link is up
>>>> enp4s0: carrier on
>>>> segmentation fault (core dumped)
>>>
>>> If you could reproduce this with debug symbols included, that would be
>>> very helpful (I cannot reproduce it here).
>>
>> I managed to get at least this backtrace. Somehow gdb did not autoload
>> the symbols for systemd from /usr/lib/debug/usr/lib/systemd...
>>
>> It is probably more helpful now (at least I hope).
>>
>> #0 0x0000003c49a82a7d in __libc_calloc (n=<optimized out>,
>> elem_size=<optimized out>) at malloc.c:3172
>> av = 0x3c49da9640 <main_arena>
>> oldtop = 0x6884d0
>> p = <optimized out>
>> bytes = 88
>> sz = 88
>> csz = <optimized out>
>> oldtopsize = 23344
>> mem = 0x6715f0
>> clearsize = <optimized out>
>> nclears = <optimized out>
>> d = <optimized out>
>> hook = <optimized out>
>> __func__ = "__libc_calloc"
>
> Hm, so the segfault happens in glibc... It is triggered by us calling
> calloc(1, 88), which I think is a supported thing to do ;) At least as
> far as I can tell this is not a bug on our side...
Probably the actual bug happened before because memory has been trashed,
like by writing too many bytes into a too small buffer.
If you instruct me how to get something useful out of valgrind for you, I'm
happy to help.
--
Replies to list only preferred.
More information about the systemd-devel
mailing list