<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[SQL Adapter -&gt; Synology MariaDB10 ETIMEOUT]]></title><description><![CDATA[<p dir="auto">Ich habe seit langem den ioBroker mit dem SQL-Adapter auf einem Raspberry Pi am laufen, der SQL Adapter verbindet sich mit meiner Synology auf die MariaDB10.</p>
<p dir="auto">Vor 4 Wochen gab es das erste mal Probleme:</p>
<p dir="auto">Wegen Wartungsarbeiten am Stromnetz, wurden alle Systeme herunter gefahren.</p>
<p dir="auto">Am nächsten Tag war dann das LOG voller "SQL error: connect ETIMEDOUT" Meldungen, die Fehlerursache konnte ich damals nicht finden.....was habe ich alles versucht (Das hat sich ueber 2 Tage hingezogen):</p>
<ul>
<li>Synology neu gestartet</li>
<li>MariaDB neu gestartet</li>
<li>Datensicherung in ioBroker eingespielt</li>
<li>ioBroker mit neuer SD Karte neu aufgesetzt</li>
<li>Mehrfach Passwörter neu gesetzt</li>
</ul>
<p dir="auto">.<strong>....Ergebnis: connect ETIMEDOUT</strong></p>
<p dir="auto">Um Netzwerk und Firewall auszuschliessen:<br />
ioBroker am Switch ausgesteckt, Laptop mit gleicher IP dran, Verbindung zur Datenbank funktioniert.</p>
<p dir="auto">ioBroker wieder dran, mit Wireshark gesnifft, man sieht Verkehr auf Port 3307 zwischen beiden Systemen, also wird da nix geblockt, allerdings sieht man immer eine RST (Reset Paket)</p>
<p dir="auto">Am zweiten Tag wollte ich nochmal mitsniffern und mittendrin.....pöff....geht auf einmal alles....Fehler verschwunden.....</p>
<p dir="auto">Heute, 4 Wochen ohne Fehler:<br />
Synology bei Update neu gestartet... und ich glaub mich tritt ein Pferd....permanent connect ETIMEDOUT, der gleiche Mist wie vor 4 Wochen....</p>
<p dir="auto">Ich steh jetzt auf dem Schlauch...... was hat das denn mit dem Neustart der Synology zu tun????</p>
<p dir="auto">Kann es sein, dass beim ersten Connect der SQL Adapter in den Timeout läuft? Und wenns mal zufällig klappt, warum auch immer, das Problem nicht mehr auftritt?</p>
<p dir="auto">Gibt es im SQL Adapter irgendwo die Möglichkeit, den Timeout zu erhöhen um zu sehen, ob das ein "echter" Timeout ist?</p>
<p dir="auto">Ich weiss im Augenblick nicht mehr weiter..... und ich bin überzeugt, dass wenn ich jetzt das ganze nochmal aufdrösle, der Fehler aus unerfindlichen Gründen wieder verschwindet. Vielleicht ist ja echt die MariaDB zu lahm beim ersten Verbindungsaufbau......</p>
<p dir="auto">Habe auch schon "alte" SQL Adapter Versionen drauf gemacht, hat aber nichts gebracht....</p>
<p dir="auto"><strong>Update:</strong><br />
Jetzt gerade: Nachdem es ca. 10 Stunden nicht mehr ging, den SQL Adapter gestartet, einmal kam noch die Fehlermeldung TIMEOUT.... jetzt gehts....ja muss man da oufn Knopf drücke...?</p>
<p dir="auto">Irgendwann muss ich die DS wieder mal neu starten, wie kann man diesem blöden Fehler auf die Schliche kommen ?</p>
]]></description><link>https://forum.iobroker.net/topic/63625/sql-adapter-synology-mariadb10-etimeout</link><generator>RSS for Node</generator><lastBuildDate>Mon, 11 May 2026 13:06:02 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/63625.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 06 Mar 2023 19:19:02 GMT</pubDate><ttl>60</ttl></channel></rss>