<div dir="ltr">Hi Maxim <div><br></div><div>Unfortunately I guess it will be hard to reproduce it quickly  because it happened on production machine with heavy traffic.</div><div>About the gdb warring - it't not a problem: causes because I've copied binary to folder were we've collected the core itself: </div><div><br></div><div><br></div><div><div>-rwxr-xr-x 1 cdnuser cdnuser  4753416 Mar 13 11:24 nginx</div><div>-rw------- 1 cdnuser cdnuser 92971008 Mar 13 10:03 core</div><div>-rwxr-xr-x 1 cdnuser cdnuser  4753416 Feb 10 10:42 /cdn/nginx_ssl_proxy/sbin/nginx</div></div><div><br></div><div>diff nginx /cdn/nginx_ssl_proxy/sbin/nginx<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 13, 2017 at 3:22 PM, Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<span class=""><br>
On Mon, Mar 13, 2017 at 03:06:17PM +0200, George . wrote:<br>
<br>
> Hi all,<br>
><br>
> We've found two different coredumps in production machines running 1.10.3<br>
> handing ssl and http v2 traffic.<br>
><br>
> Here is the backtrace of version compiles with -O0 -g -ggdb<br>
><br>
><br>
><br>
> warning: exec file is newer than core file.<br>
> [New LWP 28665]<br>
> [Thread debugging using libthread_db enabled]<br>
> Using host libthread_db library "/lib/x86_64-linux-gnu/<wbr>libthread_db.so.1".<br>
> Core was generated by `nginx: worker process          '.<br>
> Program terminated with signal SIGSEGV, Segmentation fault.<br>
> #0  0x00000000004aeecc in ngx_http_v2_state_window_<wbr>update (h2c=0x32c8aa0,<br>
> pos=0x31a52fa "", end=0x31a5314 ")�") at src/http/v2/ngx_http_v2.c:2216<br>
><br>
> warning: Source file is more recent than executable.<br>
> 2216        ngx_queue_remove(q);<br>
<br>
</span>Note: the warning here suggests that the core file is from a<br>
different executable.  The backtrace provided is likely incorrect.<br>
Try to reproduce the problem with the current executable to get a<br>
proper backtrace.<br>
<br>
It might be also be a good idea to look into "nginx -V" output and<br>
the configuration (first of all, to make sure there are no 3rd<br>
party modules used; if there are any - try to reproduce the<br>
problem without them), as well as to check if you are able to<br>
reproduce the problem with the latest mainline version.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" rel="noreferrer" target="_blank">http://nginx.org/</a><br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<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></div></div></blockquote></div><br></div>