<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 24: Sqlgrey becomes unresponsive if MySQL server is unavailable</title><link>https://sourceforge.net/p/sqlgrey/bugs/24/</link><description>Recent changes to 24: Sqlgrey becomes unresponsive if MySQL server is unavailable</description><atom:link href="https://sourceforge.net/p/sqlgrey/bugs/24/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 05 Jul 2010 11:06:12 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/sqlgrey/bugs/24/feed.rss" rel="self" type="application/rss+xml"/><item><title>Sqlgrey becomes unresponsive if MySQL server is unavailable</title><link>https://sourceforge.net/p/sqlgrey/bugs/24/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Version: 1.8.0rc2-1&lt;/p&gt;
&lt;p&gt;Sqlgrey behaves normally when the mysql server is killed with e.g. /etc/init.d/mysql stop, postfix then continues to deliver e-mail normally&lt;br /&gt;
When the server becomes unavailable for other reasons, for example using 'iptables -A INPUT -p tcp --dport 3306 -j DROP', then two different things happen.&lt;br /&gt;
- Sqlgrey dies, resulting in 'warning: connect to 127.0.0.1:2501: Connection refused', which gives postfix configuration errors and 4.3.5 error messages to the clients.&lt;br /&gt;
- Sqlgrey  keeps waiting for the connection to timeout, this results in messages like 'dbaccess: can't connect to DB: Can't connect to MySQL server on '127.0.0.1' (110)'. The effect is the same, 4.3.5 error messages to the clients.&lt;/p&gt;
&lt;p&gt;This can be reproduced by firewalling MySQL using 'iptables -A INPUT -p tcp --dport 3306 -j DROP'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">rcb </dc:creator><pubDate>Mon, 05 Jul 2010 11:06:12 -0000</pubDate><guid>https://sourceforge.net7f2679a70bc0ec82e3993b577b2417ba4dd92a30</guid></item></channel></rss>