2013 - Lost Connection to MYSQL Server during query

[pg-computer]

Hoi Hoi,

ich bekomme die oben genannte Fehlermeldung beim externen Connect zum mySQL Server...

so sieht meine my.cnf aus...

[mysqld]
port=3306
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
set-variable = key_buffer_size=16M
set-variable = max_allowed_packet=12M
safe-show-database

[mysql.server]
user=mysql
basedir=/var/lib

[safe_mysqld]
err-log=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid


Muss ich da noch was ändern um externen Zugriff zu erhalten!?

Irgendwie kommt es gar nicht erst zur Benutzeruberprüfung, denn bei den Rechten ist ein % bei dem User angegeben und nicht nur localhost... das muss irgendeine andere Ursache haben! ;)


Danke im Voraus!

Gruß


PG-Computer

[floschi]

Wie connectest du denn?

Geht's lokal?

Was sagt netstat -apl | grep mysql?


Gruß

Olfi ;)

[pg-computer]

Hoi Hoi,

wollte per mySQL Frontend connecten, ging sonst immer, per localhost gehts... ist ja auch sicherer nur manche Leute wünschen eben einen externen Connect.

das sagt netstat:

netstat -apl | grep mysql

tcp 0 0 *:mysql *:* LISTEN 13423/mysqld
unix 2 [ ACC ] STREAM LISTENING 474470226 13423/mysqld /var/lib/mysql/mysql.sock


Weisst du jetzt wo der Fehler liegt?

Danke im Voraus!

[floschi]

Hm, also hören tut sie auf Externverbindungen...

Was mir viele Rätsel aufgibt, ist deine my.cnf.

Hier mal eine von meinen:

Code: Select all

[safe_mysqld]
err-log         = /var/log/mysql/mysql.err

[mysqld]
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306

log             = /var/log/mysql.log
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
language        = /usr/share/mysql/english
skip-locking
skip-networking
set-variable    = key_buffer=16M
set-variable    = max_allowed_packet=1M
set-variable    = thread_stack=128K
skip-innodb

[mysqldump]
quick
set-variable    = max_allowed_packet=1M

wobei bei dir skipt-networking logischerweise nicht auftauchen darf.

Vielleicht hilft das weiter... ?


Gruß

Olfi ;)

[pg-computer]

hoi hoi,

mit der ähnlichen Config will der mySQL Server unter Redhat Linux nicht mehr starten..

kann es eigentlich an der Linux Firewall "iptables" liegen, wo kann ich da nachschauen?

[floschi]

kann es eigentlich an der Linux Firewall "iptables" liegen, wo kann ich da nachschauen?

Kann gut sein, aber warum sollte er die Verbindung mittendrin verlieren?

Du kannst ja mal iptables -L hier posten, das zeigt alle derzeitigen Regeln an.


Gruß

Olfi ;)

[pg-computer]

Hoi Hoi,

danke für deine AW!

Das zeigt IP Tables *gg*

iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination


Nun ja, ich glaube iptables muss ich auch nochmal optimieren, nutzt du das, gute Tipps dafür!?

Trotzdem weiss ich immer noch nicht wieso der mySQL Server solchen Schwachsinn macht bei exterenen Connections.

Danke im Voraus!

[floschi]

Nun ja, ich glaube iptables muss ich auch nochmal optimieren, nutzt du das, gute Tipps dafür!?

Dazu gibt's viele Threads, vor allem im Security...

Ich nutze iptables nur mit iam zum Traffikmessen.

In Sachen mysql komm ich jetzt auch nciht mehr weiter :(


Gruß

Olfi ;)

[pg-computer]

Hoi Hoi olfi,

die Sache mit dem mySQL Server ist echt merkwürdig, das ging mal aber seitdem habe ich nichts geändert am SQL Server...

Trotzdem Danke!

Gruß

PG-Computer

[suntzu]

Hi,

das Problem ist ein bekanntes Problem mit einer speziellen Version der glibc. Ein Update auf eine neuere Version hilft hier, im Notfall auch noch ein Downgrade. Bei RedHat gab es dazu im Forum einen langen Thread, da die Firma es nicht hingekriegt hatte, in akzeptabler Zeit eine aktualisierte Version ins up2date zu packen, inzwischen geht es aber.

HTH
Dominik

[pg-computer]

Hoi Hoi,

thx, mit welchen Befehl kann ich bei up2date die Pakete updaten lassen bzw. alle Pakete mal die ein Update nötig hätte! :lol:

Danke im Voraus!


Gruß


PG-Computer

[suntzu]

Kurz und bündig:
Als root
up2date -u
aufrufen. Dann sollte alles funktionieren. Mit
up2date -l
kannst du dir auch erst einmal anzeigen lassen, welche Pakete aktualisiert würden, damit du weißt, wieviel Traffic auf dich zukommt.
Als ganz nützlich hat sich hierfür auch Webmin herausgestellt. Dann noch apt-get für rpm (von http://www.freshrpms.net) installieren, und die Paketverwaltung flutscht nur noch so ;-)

Grüße und ein frohes Fest,
Dominik

[pg-computer]

hoi,

up2date -u

Fetching package list for channel: redhat-linux-i386-7.2...
########################################

Fetching Obsoletes list for channel: redhat-linux-i386-7.2...
########################################

Fetching rpm headers...
########################################

Testing package set / solving RPM inter-dependencies...
There was a package dependency problem. The message was:

Unresolvable chain of dependencies:
iptables-1.2.5-3 requires kernel >= 2.4.0


hmm, komisch...
mal gucken... danke erstmal!

Kann ich das Paket iptables, dass der Kernel anscheinend nicht mag, auch weglassen und nur den Rest aktualisieren?

Ebenfalls ein frohes Fest


PG-Computer

[suntzu]

Hi,

ja, das geht, mach einfach mal ein
man up2date
oder
nimm die Kernel-Dateien mit in die up2date-Liste auf
oder
installier dir apt-get und die dazu passende graphische Benutzeroberfläche synaptic
oder
installier aktualisierte Pakete von Hand.

"Das ist alles, was ich dazu zu sagen habe."

Grüße,

Dominik

[pg-computer]

Hoi Hoi,

so hab mal paar Pakete aktualisiert...

ist der Bug hier auch noch drinne:
glibc-2.2.4-31 ?


Naja auf jeden Fall hängt jetzt irgendwas auf dem Server, nach allen Updates lief der Server noch 5 min, danach konnte ich nicht mehr connecten, die Dienste laufen zwar laut Portscan.. alle Ports auf aber es gibt keine Rückantwort vom Server, Ping usw. geht noch...
Was könnte das sein, hängt da irgendein Prozess?

Bin erstmal ratlos und werde beim Serverbetreiber einen Reboot veranlassen...

Danke!


PG-Computer

[manuelw]

Hmm, ich habe nun das selbe Problem.
Habe glibc 2.2.5 drauf.

Konnte denn jemand den Fehler lokalisieren, lag es an der glibc ?
Oder liegts an der config ?

[pg-computer]

hoi hoi,

liegt anna glibc!

[cyberline]

Ich setzte mysql-3.23.54a-4 und glibc-2.2.93-5 auf Redhat 8.0 ein und trotzdem bekomme ich diesen Fehler nicht aus der Welt :(

iptables hat keine Beschränkungen und root hat als Host % eingetragen.

[cyberline]

Also, mit den RPM´s von mysql.com 3.23.55 habe ich den Fehler wegbekommen! einfach mysql stoppen, alte versionen deinstallieren und dann die 3.23.55 drauf, Fertig :)