<div dir="ltr">Yes, for me it looks like memory corruption and really hard to guess with only bt. <div>We will run with <span style="font-size:12.8px"> </span><span style="font-size:12.8px">in-memory debug, but we have to wait till next core. I'll update you when we have more info.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 13, 2017 at 3:55 PM, Valentin V. Bartenev <span dir="ltr"><<a href="mailto:vbart@nginx.com" target="_blank">vbart@nginx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Monday 13 March 2017 15:24:46 George . wrote:<br>
> Hi Valentin, Sorry, I've sent the mail incidentally before I complete it ;)<br>
><br>
><br>
> ssl_proxy_cores # ./nginx -V<br>
> nginx version: nginx/1.10.3<br>
> built by gcc 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4)<br>
> built with OpenSSL 1.0.2g  1 Mar 2016 (running with OpenSSL 1.0.2g-fips  1<br>
> Mar 2016)<br>
> TLS SNI support enabled<br>
> configure arguments: --prefix=/cdn/nginx_ssl_proxy --with-cc-opt='-O0 -g<br>
> -ggdb -march=core2' --with-debug --with-http_geoip_module<br>
> --with-http_realip_module --with-http_ssl_module<br>
> --without-http_charset_module --without-http_ssi_module<br>
> --without-http_userid_module --without-http_autoindex_<wbr>module<br>
> --without-http_scgi_module --without-http_uwsgi_module<br>
> --without-http_fastcgi_module --without-http_limit_conn_<wbr>module<br>
> --without-http_split_clients_<wbr>module --without-http_limit_req_<wbr>module<br>
> --with-http_stub_status_module --with-http_v2_module<br>
><br>
><br>
> and some variables values :<br>
><br>
><br>
> (gdb) p q<br>
> $1 = (ngx_queue_t *) 0x3fb0ab0<br>
> (gdb) p * q<br>
> $2 = {prev = 0xd3210507e0f72630, next = 0x5f5ded63e9edd904}<br>
> (gdb) p h2c->waiting<br>
> $3 = {prev = 0x3ac6ea0, next = 0x3fb0ab0}<br>
><br>
><br>
> and here is the config<br>
><br>
</div></div>[..]<br>
<br>
Unfortunately, backtrace in this case is almost useless.<br>
<br>
You should enable in-memory debug log:<br>
<a href="http://nginx.org/en/docs/debugging_log.html" rel="noreferrer" target="_blank">http://nginx.org/en/docs/<wbr>debugging_log.html</a><br>
<br>
Thus it will be possible to trace the events that resulted<br>
in segfault.<br>
<div class="HOEnZb"><div class="h5"><br>
  wbr, Valentin V. Bartenev<br>
<br>
______________________________<wbr>_________________<br>
nginx-devel mailing list<br>
<a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx-devel</a><br>
</div></div></blockquote></div><br></div>