<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body>
Indeed.
<div><br>
</div>
<div>I mentioned this in an email from yesterday with more details about the build (configure options, patches applied).
<div><br>
<div>I'm using OVS on Alpine Linux, which uses musl libc, rather than glibc.</div>
<div><br>
</div>
<div>From my previous email:</div>
<div><br>
</div>
<div>--------------------------------------------------------------------------quote-------------------------------------------------------------------------</div>
<div>Alpine Linux is currently using OVS 2.10.1 and the source for the package comes from:
<a href="http://www.openvswitch.org/releases/openvswitch-2.10.1.tar.gz">http://www.openvswitch.org/releases/openvswitch-2.10.1.tar.gz</a></div>
<div><br>
</div>
<div>BTW I mentioned I'm running OVS on Alpine Linux a few times but just want to give you more details about the build.</div>
<div>For what it worth Alpine uses musl libc. The configure command looks like this:</div>
<div><br>
</div>
<div>&nbsp;./configure --prefix=/usr \</div>
<div>&nbsp; --sysconfdir=/etc \</div>
<div>&nbsp; --mandir=/usr/share/man \</div>
<div>&nbsp; --infodir=/usr/share/info \</div>
<div>&nbsp; --localstatedir=/var \</div>
<div>&nbsp; --enable-ndebug \</div>
<div>&nbsp; --enable-libcapng \</div>
<div>&nbsp; PYTHON=/usr/bin/python2</div>
<div><br>
</div>
<div>And besides the ifupdown scripts the only patch it applies seems to be required by musl libc:</div>
<div><br>
</div>
<div>musl-if_packet.patch&nbsp;</div>
<div>--- openvswitch-2.4.0/lib/netdev-linux.c 2015-08-20 00:33:42.960971996 &#43;0000</div>
<div>&#43;&#43;&#43; openvswitch-2.4.0/lib/netdev-linux.c.new 2015-08-22 18:16:10.741115156 &#43;0000</div>
<div>@@ -37,10 &#43;37,9 @@</div>
<div>&nbsp;#include &lt;sys/ioctl.h&gt;</div>
<div>&nbsp;#include &lt;sys/socket.h&gt;</div>
<div>&nbsp;#include &lt;sys/utsname.h&gt;</div>
<div>-#include &lt;netpacket/packet.h&gt;</div>
<div>&nbsp;#include &lt;net/if.h&gt;</div>
<div>&nbsp;#include &lt;net/if_arp.h&gt;</div>
<div>-#include &lt;net/if_packet.h&gt;</div>
<div>&#43;#include &lt;linux/if_packet.h&gt;</div>
<div>&nbsp;#include &lt;net/route.h&gt;</div>
<div>&nbsp;#include &lt;netinet/in.h&gt;</div>
<div>&nbsp;#include &lt;poll.h&gt;</div>
<div><br>
</div>
<div>I'm mentioning all this in case it can be useful for the investigation since recently I reported a bug in QEMU that after a deep investigation with the devs seems to be mostly affecting Alpine because of the compiler optimizations it uses.</div>
<div>------------------------------------------------------------------------end quote-----------------------------------------------------------------------</div>
<div><br>
On mié, mar 6, 2019 at 1:08 AM, Ben Pfaff &lt;blp@ovn.org&gt; wrote:<br>
<blockquote type="cite">
<div class="plaintext" style="white-space: pre-wrap;">From the core dump (that you sent me off-list), it looks like you are using MUSL libc, rather than glibc: blp@sigill:~/nicira/ovs/_build(127)$ ldd ./ovs-vswitchd linux-vdso.so.1 (0x00007fff877bd000) libssl.so.1.1
 =&gt; /lib/x86_64-linux-gnu/libssl.so.1.1 (0x00007f6bc4526000) libcrypto.so.1.1 =&gt; /lib/x86_64-linux-gnu/libcrypto.so.1.1 (0x00007f6bc423e000) libcap-ng.so.0 =&gt; /lib/x86_64-linux-gnu/libcap-ng.so.0 (0x00007f6bc4236000) libc.musl-x86_64.so.1 =&gt; not found libdl.so.2
 =&gt; /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6bc4231000) libpthread.so.0 =&gt; /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6bc4210000) libc.so.6 =&gt; /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6bc404d000) /lib/ld-musl-x86_64.so.1 =&gt; /lib64/ld-linux-x86-64.so.2
 (0x00007f6bc47fb000) blp@sigill:~/nicira/ovs/_build(0)$ Is that correct? On Tue, Mar 05, 2019 at 03:08:59PM -0800, Ben Pfaff wrote:
<blockquote>That is worth a shot. Thank you. On Tue, Mar 05, 2019 at 11:06:08PM &#43;0000, Fernando Casas Schössow wrote: &gt; Too bad. :( &gt; &gt; Should I start over but leave it running for let's say 5-7 days instead? &gt; Maybe 48 hours was not enough. &gt; &gt; On mié, mar
 6, 2019 at 12:03 AM, Ben Pfaff &lt;<a href="mailto:blp@ovn.org">blp@ovn.org</a>&gt; wrote: &gt; On Tue, Mar 05, 2019 at 09:56:30PM &#43;0000, Fernando Casas Schössow wrote: &gt; Please find attached valgrind log. It was running for around 48 hours. Hopefully it was enough
 otherwise let me know and I can run it again for more time. &gt; Thanks for the log. There are several suspicious warnings to look at in this log, and I will do that. But it does not point out any significant memory leaks--even if I consider all of the &quot;possible
 leaks&quot; it mentions as actual leaks (usually, they are not), they are much too small by orders of magnitudes to be the problem reported. &gt; &gt;
</blockquote>
</div>
</blockquote>
<br>
<br>
</div>
</div>
</div>
</body>
</html>