2016-11-28 4 views
0

Ich versuche, über einen Lastenausgleich eine Verbindung zu einem Remote-Percona-Cluster herzustellen. Der Cluster ist oben.Fehler 2013 MySQL-Server "Systemfehler: 104"

Percona Cluster-Version ist 5.6.30-76.3-56 und MySQL-Client-Version ist Percona-XtraDB-Cluster-Client-56-5.6.30-25.16.1

Ich habe in Bezug auf viele Fragen gesehen "Systemfehler: 0" und "Systemfehler: 54", aber keiner bezüglich "Systemfehler: 104".

So sehen die Dinge auf dem Remote-Client aus. Die Tatsache, dass Telnet zu Port 3306 funktioniert, bedeutet, dass ich nicht denke, dass es ein Netzwerk-/Firewall-Problem ist. Es gibt keine mysql-Protokolldatei auf dem Client-Host, und in keinem der Cluster-Mitglieder wird in /var/log/mysqld.log nichts angezeigt.

Fazit: was ist Systemfehler 104?

Dank

$ mysql -u root --password=xxxxx -h 10.0.85.17 
Warning: Using a password on the command line interface can be insecure. 
ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 104 

$ telnet 10.0.85.17 3306 
Trying 10.0.85.17... 
Connected to 10.0.85.17. 
Escape character is '^]'. 
telnet> quit 

$ cat /etc/my.cnf 
[mysqld] 
datadir=/var/lib/mysql 
socket=/var/lib/mysql/mysql.sock 
user=mysql 
symbolic-links=0 
bind-address=0.0.0.0 
connect_timeout=10 
[mysqld_safe] 
log-error=/var/log/mysqld.log 
pid-file=/var/run/mysqld/mysqld.pid 

Antwort

1

Es war ein Routing-Fehler. (Keine Route zurück von den DB-Servern über die Load-Balancer zu dem Host, wo ich den MySQL-Client lief.)

+0

Bin mit dem gleichen Problem, können Sie mich wissen lassen, wie dies zu überprüfen? Telnet verbindet also jeden anderen Weg zu wissen, dass dies ein Routing-Problem ist? –

+0

Kein Test, den ich kenne. Wann immer wir diesen Fehler bekommen haben, stellt sich heraus, dass es sich um ein Routing-Problem in der LB handelt. – RonJohn

Verwandte Themen