Sure!  I&#39;ve added it to the post on github.  I&#39;ve slightly edited the log out of paranoia (replacing a customer ID and auth key).<br><br>I can confirm now that I ran this proxy with the upstreamfair module overnight and it didn&#39;t crash at all.  I can&#39;t get it to preferentially serve to localhost, though, as it doesn&#39;t support &#39;backup&#39; as a server attribute, and doesn&#39;t seem to really use the weights, so that&#39;s suboptimal.<br>
<br>Anything else I can add to help troubleshooting this?  Anything you&#39;d like from the core dump?<br><br><div class="gmail_quote">On Mon, May 2, 2011 at 2:04 PM, Maxim Dounin <span dir="ltr">&lt;<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hello!<br>
<div><div></div><div class="h5"><br>
On Sun, May 01, 2011 at 05:54:17PM -0700, Stephen Weeks wrote:<br>
<br>
&gt; I&#39;ve currently got a pool of systems running nginx proxying to a pool of<br>
&gt; systems running apache.  I&#39;m trying to move to running nginx locally on the<br>
&gt; apache hosts instead of separate systems to avoid the extra network hop,<br>
&gt; make more-efficient use of resources, and enable some future development<br>
&gt; (including migrating to running our application on nginx via fastcgi instead<br>
&gt; of apache, ideally).  we&#39;ve currently got some significant architecture<br>
&gt; built up around apache, so converting right now is uncomfortable.<br>
&gt;<br>
&gt; Ideally, I&#39;d like nginx to just serve from localhost, but fail over to the<br>
&gt; rest of the pool when localhost in unavailable, so in my upstream I have<br>
&gt; every server except for localhost set as &#39;backup&#39;.  I&#39;m otherwise running<br>
&gt; identical configurations of apache and nginx on a single system together as<br>
&gt; used in the rest of the two pools.  This works exactly as expected, except<br>
&gt; that I get a few crashes of nginx workers every minute.  This only happens<br>
&gt; when proxying to the local system.  If I proxy anywhere else, it works<br>
&gt; fine.  Other proxies can serve from this system without trouble.  I see this<br>
&gt; same behaviour on other hosts when I build them the same way, so it&#39;s not an<br>
&gt; error with the host.  I see this crash on 0.7.65, 0.8.54, and 1.0.0, running<br>
&gt; on Ubuntu 10.04 LTS.  I see this crash whether I&#39;m connecting to 127.0.0.1<br>
&gt; or the host&#39;s local IP.  I see this crash whether I&#39;m listening on *:80 or<br>
&gt; &lt;public ip&gt;:80.  I see this crash whether I&#39;m connecting to :80 or running<br>
&gt; apache on a different port and connecting to :81.  I see this crash whether<br>
&gt; I&#39;m running ubuntu&#39;s &quot;nginx-light&quot; configuration, or their &quot;nginx-full&quot;<br>
&gt; configuration.  I see no errors logged from apache.<br>
&gt;<br>
&gt; 1) I&#39;d really love to make this work, so if there&#39;s anything else I can try,<br>
&gt; any additional debugging information I can give, I&#39;d appreciate it.<br>
&gt; 2) Nginx has been very useful to me so far, so I thought you&#39;d appreciate a<br>
&gt; bug report.<br>
&gt;<br>
&gt; Posted on github, I have a problem description, section of a debug log, my<br>
&gt; (slightly edited: flattened includes and stripped an IP) nginx.conf, a gdb<br>
&gt; backtrace, and some additional information I was asked for when looking for<br>
&gt; help on IRC.  This is everything I&#39;ve been able to come up with that sounds<br>
&gt; plausibly relevant.<br>
&gt;<br>
&gt; <a href="https://gist.github.com/1574dbaf3a3dcda920a2" target="_blank">https://gist.github.com/1574dbaf3a3dcda920a2</a><br>
&gt;<br>
&gt; Any help?<br>
<br>
</div></div>Could you please provide:<br>
<br>
1. nginx -V output<br>
<br>
2. Full debug log for &#39;*60&#39; connection (the one which triggered<br>
abort in glibc), the one you provided contatins only last part of<br>
the connection in question.  Running grep -F &#39; 27772#0: *60 &#39; on<br>
original debug log should produce something useable.<br>
<br>
Maxim Dounin<br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx" target="_blank">http://nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div><br>