MIME-Version: 1.0
References: <CAD4qdYBMf51cjHWpRhHsxD2NWG+9gVnpbEQjp6U48dmh+RYiZw@mail.gmail.com>
 <20200509130013.09fa5f1e@ncopa-desktop.copa.dup.pw>
In-Reply-To: <20200509130013.09fa5f1e@ncopa-desktop.copa.dup.pw>
From: Vittorio Mori <vittorio.mori@gmail.com>
Date: Sun, 10 May 2020 10:10:37 +0200
Message-ID: <CAD4qdYBp0H_1irTA-+QkuFbQHmMShL3YPjrAryPzZL72QEa41A@mail.gmail.com>
Subject: Re: Mbuffer segfaults
To: Natanael Copa <ncopa@alpinelinux.org>
Cc: alpine-user@lists.alpinelinux.org
Content-Type: multipart/alternative; boundary="00000000000074d56105a546c426"

--00000000000074d56105a546c426
Content-Type: text/plain; charset="UTF-8"

Thanks a lot.

The fix was the same as ZPAQ, I added this linker flag line (as per your
previous instructions w ZPAQ) to the makefile and it worked:

LDFLAGS=-Wl,-z,stack-size=1048576



Il giorno sab 9 mag 2020 alle ore 13:03 Natanael Copa <ncopa@alpinelinux.org>
ha scritto:

> On Sat, 9 May 2020 00:10:41 +0200
> Vittorio Mori <vittorio.mori@gmail.com> wrote:
>
> > I'm trying to use mbuffer to speed up ZFS send on my servers.
> >
> > The package present in edge/testing segfaults.
> >
> > I tried to compile it from source, same result: segfault.
> >
> > There's a way to make it work ? Any pointers ?
>
> Seems like there is a new version (20200505). Have you tried that?
>
> Otherwise I'd recommend to build it with debugging symbols, run it in
> gdb (or generate core dump) and use gdb to generate a backtrace. This
> should be reported upstream to mbuffer developer(s).
>
> Common cases for segfaults are threading applications assumes that
> thread stack size is huge, so thats where I'd start.
>
> Alternatively, you could file an issue with all the details
> (architecture, exact version, and how to reproduce) on our bugtracker
> and someone with the know how and time can help you.
>
> https://gitlab.alpinelinux.org/alpine/aports/-/issues
>
>
> -nc
>

--00000000000074d56105a546c426
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thanks a lot. <br><br>The fix was the same as ZPAQ, I adde=
d this linker flag line (as per your previous instructions w ZPAQ) to the m=
akefile and it worked:<br><br>LDFLAGS=3D-Wl,-z,stack-size=3D1048576=C2=A0<b=
r><br>=C2=A0<br></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=
=3D"gmail_attr">Il giorno sab 9 mag 2020 alle ore 13:03 Natanael Copa &lt;<=
a href=3D"mailto:ncopa@alpinelinux.org">ncopa@alpinelinux.org</a>&gt; ha sc=
ritto:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0=
px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, 9=
 May 2020 00:10:41 +0200<br>
Vittorio Mori &lt;<a href=3D"mailto:vittorio.mori@gmail.com" target=3D"_bla=
nk">vittorio.mori@gmail.com</a>&gt; wrote:<br>
<br>
&gt; I&#39;m trying to use mbuffer to speed up ZFS send on my servers.<br>
&gt; <br>
&gt; The package present in edge/testing segfaults.<br>
&gt; <br>
&gt; I tried to compile it from source, same result: segfault.<br>
&gt; <br>
&gt; There&#39;s a way to make it work ? Any pointers ?<br>
<br>
Seems like there is a new version (20200505). Have you tried that?<br>
<br>
Otherwise I&#39;d recommend to build it with debugging symbols, run it in<b=
r>
gdb (or generate core dump) and use gdb to generate a backtrace. This<br>
should be reported upstream to mbuffer developer(s).<br>
<br>
Common cases for segfaults are threading applications assumes that<br>
thread stack size is huge, so thats where I&#39;d start.<br>
<br>
Alternatively, you could file an issue with all the details<br>
(architecture, exact version, and how to reproduce) on our bugtracker<br>
and someone with the know how and time can help you.<br>
<br>
<a href=3D"https://gitlab.alpinelinux.org/alpine/aports/-/issues" rel=3D"no=
referrer" target=3D"_blank">https://gitlab.alpinelinux.org/alpine/aports/-/=
issues</a><br>
<br>
<br>
-nc<br>
</blockquote></div>

--00000000000074d56105a546c426--