<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-09-02 23:36 GMT+02:00 Tim Landscheidt <span dir="ltr"><<a href="mailto:tim@tim-landscheidt.de" target="_blank">tim@tim-landscheidt.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Emilio J. Rodríguez-Posada <<a href="mailto:emijrp@gmail.com">emijrp@gmail.com</a>> wrote:<br>
<br>
</span><span class="">> It is important to have the map online for Wiki Loves Monuments. Please,<br>
> some help?<br>
<br>
> Here is the code that access the database<br>
> <a href="https://github.com/emijrp/wlm-maps/blob/master/ajaxmonuments.php" rel="noreferrer" target="_blank">https://github.com/emijrp/wlm-maps/blob/master/ajaxmonuments.php</a><br>
<br>
> I think that it closes the db conection corretly, but the error.log says<br>
> that I have hit some limit.<br>
<br>
> 2015-09-02 16:10:30: (server.c.1444) [note] sockets disabled, connection<br>
> limit reached<br>
<br>
> Later, in error.log:<br>
<br>
> 2015-09-02 18:32:22: (server.c.1444) [note] sockets disabled, connection<br>
> limit reached<br>
> 2015-09-02 19:06:25: (server.c.1398) [note] sockets enabled again<br>
<br>
> But the map (markers) doesn't work yet:<br>
<br>
> <a href="https://tools.wmflabs.org/wlm-maps/" rel="noreferrer" target="_blank">https://tools.wmflabs.org/wlm-maps/</a><br>
<br>
> So. what is happening?<br>
<br>
</span>> [...]<br>
<br>
The message is not (directly) related to the database, but<br>
comes from lighttpd, the web server.  IIRC it means that too<br>
many requests are waiting to be served by the web server<br>
which can be caused by the average time a request takes to<br>
be served being greater than the average rate of requests,<br>
but Merlijn dug deeper into that issue in<br>
<a href="https://phabricator.wikimedia.org/T104799" rel="noreferrer" target="_blank">https://phabricator.wikimedia.org/T104799</a> and found out that<br>
(sometimes?) lighttpd doesn't close network connections<br>
properly.<br>
<br>
In the past IIRC we had the option to increase the number of<br>
"worker" processes per tool which would solve the average<br>
time > average rate case, but that was removed in<br>
<a href="https://gerrit.wikimedia.org/r/148662/" rel="noreferrer" target="_blank">https://gerrit.wikimedia.org/r/148662/</a>, and I'm not sure if<br>
that would be helpful or detrimental in this case.<br>
<br>
Tim<br>
<br></blockquote><div><br></div><div>Some minutes ago we saw that the monuments_all table was accidentally deleted. It is now restored.<br><br></div><div>I guess that the max connections error was related to this (php script trying to use a missing table). Anyway, I will check it regularly, the tool is getting many visits but I don't think that it reaches 300 at the same time.<br><br></div><div>Thanks both.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
_______________________________________________<br>
Labs-l mailing list<br>
<a href="mailto:Labs-l@lists.wikimedia.org">Labs-l@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/labs-l" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/labs-l</a><br>
</blockquote></div><br></div></div>