mysql sever auf qnap [gelöst]

[paulderfinne]

Hallo liebe Gemeinde,

ich habe hier ein Teil das sich Qnap nennt. Da läuft irgendein Linux vom Hersteller daruf

Code: Alles auswählen

[admin@gg-server ~]# cat /proc/version 
Linux version 3.4.6 (root@BuildServer45-1) (gcc version 4.2.1) #1 Fri May 22 08:24:00 CST 2015

Das Ding wollte lediglich Fileserver und mysql-server nutzen. File-server is OK (ssh und nfs-mounten und so).

Aber bei mysql haperts. mysql-server ist auf dem Ding installiert. Es existiert ein my.cnf im /etc und zusätzlich eins in einem merkwürdigen Uterordner

Code: Alles auswählen

[admin@gg-server /]# find . -name my.cnf
./etc/default_config/my.cnf
./etc/my.cnf
./mnt/HDA_ROOT/.config/my.cnf
./share/MD0_DATA/.qpkg/qmysql/mysql/share/mysql/my.cnf
./share/MD0_DATA/.qpkg/qmysql/mysql/my.cnf
[admin@gg-server /]#

das File im Unterodner ./share/MD0_DATA/.qpkg/qmysql/mysql/my.cnf ist ledigöich ein Link auf das im /etc
Jedenfalls habe ich in /etc/my.cnf die Zeile skip-networking auskommentirt und meine eigene IP-Adresse eingefügt.

In den anderen my.cnf ebenso

Code: Alles auswählen

#skip-networking
bind-address = 192.168.7.83

Außerdem kann man per browser auf das Ding draufgehen und erhält einen schrecklichen GUI. Dort habe ich das Passwort zurückgesetzt. Es müsste also mMn gehen, dass ich mich remote von meinem PC auf das Ding komme, aber :

Code: Alles auswählen

paul@pily:~$ mysql -uroot -h 192.168.7.102
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.7.102' (111)

Kann es sein, dass da irgendein Firewall dazwischen geht? Damit kenne ich mich überhaupt nicht aus:

Code: Alles auswählen

paul@pily:~$ telnet 192.168.7.102 3306
Trying 192.168.7.102...
telnet: Unable to connect to remote host: Connection refused

jedoch:

Code: Alles auswählen

root@pily:/mnt# lsof -Pni :3306
COMMAND PID  USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
mysqld  925 mysql   10u  IPv4  14686      0t0  TCP 127.0.0.1:3306 (LISTEN)

[uname]

Irgendwie widersprechen sich 192.168.7.83 und 192.168.7.102. Aber solange bei "lsof" oder "netstat -tulpen" nur "localhost/127.0.0.1" vorkommt brauchst du von außen nichts versuchen. Was willst du denn mit dem MySQL-Server machen? Normalerweise bei z.B. Webanwendungen reicht localhost/127.0.0.1 . Der Remote-Zugriff erfolgt eher über Webanwendungen und somit nur indirekt zur MySQL-Datenbank. Vielleicht wäre es einfacher eine bessere Webanwendung zu installieren.

[paulderfinne]

Irgendwie widersprechen sich 192.168.7.83 und 192.168.7.102. Aber solange bei "lsof" oder "netstat -tulpen" nur "localhost/127.0.0.1" vorkommt brauchst du von außen nichts versuchen.

???

Was willst du denn mit dem MySQL-Server machen?

Ich habe ein paar User, die auf gemeinsame Daten zugreifen über ein Programm, das ich selbst geschrieben habe. Diese Daten wollte ich eben auf dem Qnap-Server platzieren.

Edit: Zur Klarstellung 192.168.7.83 bin ich (Client) und 192.168.7.102 ist der qnap (Server)

[uname]

???

Wie ist die IP-Adresse des Servers wirklich? Warum musst du zwei unterschiedliche IP-Adressen anführen? Welche steht wofür?

[paulderfinne]

Wie ist die IP-Adresse des Servers wirklich? Warum musst du zwei unterschiedliche IP-Adressen anführen? Welche steht wofür?

Oben habe ich das schon geändert. Weil ich eben dachte, dass du das fragst.

Also: Die Computers befinden sich in einem ganz normale LAN 192.168.7.0/24 Meine Ad4esse ist: 192.168.7.83 (Client) und 192.168.7.102 ist der qnap-Server

[uname]

Code: Alles auswählen

bind-address = 192.168.7.83

Leider verstehe ich dann immer noch nicht diesen Eintrag. Hast du einen MySQL-Server auch auf deinem Client? Und steht diese Zeile auf dem Server (102) oder Client (83)?

[paulderfinne]

Code: Alles auswählen

bind-address = 192.168.7.83

Leider verstehe ich dann immer noch nicht diesen Eintrag. Hast du einen MySQL-Server auch auf deinem Client? Und steht diese Zeile auf dem Server (102) oder Client (83)?

Ja, ich habe zwar auch auf meinem Client einen Server laufen, aber das nur für meinen Programmierung und so.

Meine Absicht ist :auf dem Server (192.168.7.102) läuft mysqld mit dem Eintrag im /etc/my.cnf und auf meinem PC (192.168.7.83) läuft der mysql-Client.

[sys_op]

bind_adress muss wohl die IP des Servers sein. Der mysqld kann schlecht auf der IP deines Clients lauschen denke ich.
Die Konfig und Verzeichnis Struktur des qnap ist sehr verwirrend, im qnap Forum finden sich aber immer ein paar Leute, die dir den genauen Ort der Konfigdateien nennen können.

In meinem qnap habe ich in der grafischen Adminoberfläche beim Mysql-Server-Dienst noch folgende Option:

Code: Alles auswählen

Diese Option aktivieren, um Remote-Verbindungen mit dem MySQL-Server zuzulassen.
	TCP/IP-Netzwerk aktivieren
  	Portnummer:  

Die muss man aktivieren, damit man von aussen zugreifen kann, ansonsten wird eine Verbindung nach aussen gesperrt.
Je nach qnap und Firmware, muss man eventuell noch unter Systemadministration -> Sicherheit einen entsprechenden Zugang für eine IP konfigurieren, das hängt aber davon ab, wie du dein qnap verfügbar gemacht hast.

PS
Soweit ich mich erinnere basiert das Linux der qnap`s auf Ubuntu, wurde aber komplett umgemodelt.

[paulderfinne]

Danke für eure Hilfe. Scheinbar habe ich da mal wieder was verbuchselt. Also beim Client (das istd er 83-er) soll ich die Serveradresse eintragen und nicht beim Server den Client. OK. Dachte halt es ist irgendwie wie beim /etc/exports, dass also der Server handelt wlcher Client auf ihn drauf darf. Aber gut, ich bin lernfähig. Nun also alle Einstellungen beim Qnap rückgängig gemacht, geschaut, dass beim GUI tcp aktiviert ist über Port 3306 und Passwort zurückgesetzt, das nun laut eigenr Angabe auf 'admin' gesetzt ist. Bei Sicherheit ist angeklickt: Alle Verbindungen zulassen.

Nun müsste also mMn der Befehl: mysql -uroot -h192.168.2.102 -p funzen, aber:

Code: Alles auswählen

paul@pily:/var/run/mysqld$ mysql -uroot -h192.168.2.102 -p
Enter password: 
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.2.102' (111)

[sys_op]

...das nun laut eigenr Angabe auf 'admin' gesetzt ist....

paul@pily:/var/run/mysqld$ mysql -uroot -h192.168.2.102 -p

Ich bin jetzt nicht sicher, aber könnte es daran liegen?

[sys_op]

Nein, Passwort auf admin gesetzt, Verbindung aber über den User root

[paulderfinne]

Nein, Passwort auf admin gesetzt, Verbindung aber über den User root

Nein, leider nicht. Wenn ich auf RootKennwort zurücksetzen klicke (wie ich diese Geklicke liebe), sagt der Qnap:

Nach dem Ausführen dieser Funktion wird das Kennwort des MySql-Rootbenutzers auf admin zurückgesetzt.

Ich gebe zu das ist ein bisschen verwirrend, denn wenn schon "zurücksetzen" dann auf ohne Passwort. Aber auch wennich versuche mit einem benutzer admin drauf zugehen, kommt die gleiche Fehlermeldung.

Auch mit den beiden Usern root und admin ohne passwort die gleiche Sch...

Code: Alles auswählen

paul@pily:/var/run/mysqld$ mysql -uadmin -h192.168.2.102 -p
Enter password: 
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.2.102' (111)
paul@pily:/var/run/mysqld$ mysql -uadmin -h192.168.2.102 -p
Enter password: 
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.2.102' (111)
paul@pily:/var/run/mysqld$ mysql -uadmin -h192.168.2.102 
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.2.102' (111)
paul@pily:/var/run/mysqld$ mysql -uroot -h192.168.2.102 
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.2.102' (111)
paul@pily:/var/run/mysqld$ 

[paulderfinne]

Hmm... jetzt habe ich wohl mein ganzes mysql verbogen (Auf dem Client). Hatte den mysql-server zwischenzeitlich deinstalliert, weil ich halt ausprobieren wollte, ob man auf den qnap auch ohne draufkommt. (Wäre ja der Sinn ener Serve-Client-Architektur). Jetzt wollte ich den wieder installieren, damit ich probiren kann, ob ich wenigstens lokal auf den mysql-server draufkomme. Und jetzt bekomme ich beim Installieren folgende Fehlermelung:

Code: Alles auswählen

root@pily:/etc/mysql# aptitude install mysql-server
The following NEW packages will be installed:
  libaio1{a} mysql-server mysql-server-5.5{a} mysql-server-core-5.5{a} 
0 packages upgraded, 4 newly installed, 0 to remove and 67 not upgraded.
Need to get 0 B/5,386 kB of archives. After unpacking 51.4 MB will be used.
Do you want to continue? [Y/n/?] 
Preconfiguring packages ...              
Selecting previously unselected package libaio1:i386.
(Reading database ... 205435 files and directories currently installed.)
Preparing to unpack .../libaio1_0.3.110-1_i386.deb ...
Unpacking libaio1:i386 (0.3.110-1) ...
Selecting previously unselected package mysql-server-core-5.5.
Preparing to unpack .../mysql-server-core-5.5_5.5.43-0+deb8u1_i386.deb ...
Unpacking mysql-server-core-5.5 (5.5.43-0+deb8u1) ...
Selecting previously unselected package mysql-server-5.5.
Preparing to unpack .../mysql-server-5.5_5.5.43-0+deb8u1_i386.deb ...
Unpacking mysql-server-5.5 (5.5.43-0+deb8u1) ...
Selecting previously unselected package mysql-server.
Preparing to unpack .../mysql-server_5.5.43-0+deb8u1_all.deb ...
Unpacking mysql-server (5.5.43-0+deb8u1) ...
Processing triggers for man-db (2.7.0.2-5) ...
Processing triggers for systemd (215-17) ...
Setting up libaio1:i386 (0.3.110-1) ...
Setting up mysql-server-core-5.5 (5.5.43-0+deb8u1) ...
Setting up mysql-server-5.5 (5.5.43-0+deb8u1) ...
150702 12:10:58 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
150702 12:10:58 [Note] /usr/sbin/mysqld (mysqld 5.5.43-0+deb8u1) starting as process 20203 ...
Job for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: error processing package mysql-server-5.5 (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mysql-server:
 mysql-server depends on mysql-server-5.5; however:
  Package mysql-server-5.5 is not configured yet.

dpkg: error processing package mysql-server (--configure):
 dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.19-18) ...
Errors were encountered while processing:
 mysql-server-5.5
 mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up mysql-server-5.5 (5.5.43-0+deb8u1) ...
Job for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: error processing package mysql-server-5.5 (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mysql-server:
 mysql-server depends on mysql-server-5.5; however:
  Package mysql-server-5.5 is not configured yet.

dpkg: error processing package mysql-server (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 mysql-server-5.5
 mysql-server

[paulderfinne]

So, jetzt scheint mysql wenigstens auf dem Client zu laufen. (deinstallation + Löschen von /etc/mysql + Wieder installieren) und jetzt kann ich mich wieder per mysql -uroot -p auf dem eigenen PC anmelden.

Aber jetzt ist der /etc/mysql/my.cnf weg. Es ist zim Haare ausraufen...

[paulderfinne]

Also jetzt habe ich die my.cnf aus mysql-common wieder geholt un nach /etc/mysql kopiert. Wenn ich jetzt die Zeilen entsprechend abändere:

Code: Alles auswählen

#bind-address           = 127.0.0.1
bind-address            = 192.168.2.102

und mysql wieder starten wil per /esc/init.d/mysql restart

bekomme ich wieder diese Fehlemelödung:

Code: Alles auswählen

[coroot@pily:/etc/mysql# /etc/init.d/mysql restart
[....] Restarting mysql (via systemctl): mysql.serviceJob for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details.
 failed!

und ich kann mich wider nicht auf mysql anmelden:

Code: Alles auswählen

paul@pily:~$ mysql -uroot -p
Enter password: 
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

[uname]

Hast du 102 wieder auf 83 eingetragen? Das ist Blödsinn. Trage entweder

Code: Alles auswählen

bind-address           = 127.0.0.1

oder

Code: Alles auswählen

bind-address            = 0.0.0.0

ein. Je nachdem ob du auf "lo" oder z.B. auch "eth0" horchen willst. Die Einstellung ist eine Servereinstellung und keine MySQL-Client-Einstellung würde ich sagen obwohl ich MySQL nicht verwende. Klar kannst du auch 102 eintragen aber das macht nur auf 102 überhaupt Sinn.

[paulderfinne]

Jetzt bin ich etwas verwirrt. Was soll ich nun wo eintragen? Ich habe sys_op so verstanden, dass ich den Server auf dem Clent eintragen soll und nicht umgekehrt.

Und wie soll ich denn auf den Server kommen? Einfach mit mysql -uroot -h<ip-adresse des servers> -p ?

Ohne irgndeine Erlaubnis vom Server?

Im Endstadium sollen einige PCs (die festen) über eth0 auf den Servert zugreifen und einige, die Laptops mit wlan0.

Aber im Moment habe ich grade andere Probleme. (Siehe die vorigen Posts) Mein mysql funktioniert überhaup nicht mehr.

[sys_op]

bind_adress ist eine Konfigurationseinstellung des Servers.

Bsp;
QNap mit 2 Netzwerkkarten eth0=192.168.67.5 und eth1=192.168.10.10 und dem Mysql-Server

In der my.conf verursacht ein

Code: Alles auswählen

bind_adress = 0.0.0.0

dass auf beiden (allen verfügbaren) Netzwerkarten eine Verbindung hergestellt wird, ein

Code: Alles auswählen

bind_adress = 192.168.67.5

würde eine Verbindung nur auf eth0 zulassen und eth1 ablehnen.

bind_adress legt also fest, auf welcher IP-Adresse (Netzwerkkarte) dein Server auf Verbindungen lauschen soll.
Danach den mysql-Server neu starten, sonst klappt es nicht

Dein Client, hat z.B. die IP 192.168.67.10, dann verbindest du dich mit

Code: Alles auswählen

mysql --host=192.168.67.5 -uroot -p

Passwort eingeben natürlich...
Eventuell musst du auf deinem mysql-Server in einer Konsole noch folgendes machen, damit die Verbindung erlaubt wird:

Code: Alles auswählen

mysql -u root -p
Enter password:

mysql> use mysql
mysql> GRANT ALL ON *.* to root@'192.168.67.10' IDENTIFIED BY 'your-root-password'; 
mysql> FLUSH PRIVILEGES;

your-root-password natrürlich durch dein root-Passwort ersetzen.

[paulderfinne]

Danke, sys_op, jetzt wird mir das klar. Da mein qnap nur über eine Netzwerkkarte verfügt ist es egal, ob ich 192.168.2.102 oder 0.0.0.0 da drin habe. Nur skip-networking muss raus, oder?
Ich probier das jetzt so. Das würde ja die Lösung sein.

[sys_op]

Habe editiert, hat aber recht lange gedauert, lies also nochmal mein Post.
Ich habe das hier nun getestet, und es klappt.

[paulderfinne]

OK. Bitte: Was hast du genau wo eingetragen? wenn ich in /etc/my-cnf skip-network auskommentiere und bind-address 192.168.2.102 eintrage und dann einen /etc/init.d restart mache bekomme ich beim hochfahren vom mysql-server eine ERROR. (auch mit Unetrstrich statt Bindestrich (also: bind_address).

[uname]

Ich habe mal entsprechend einen Server umkonfiguriert. Korrekt wäre wie schon oben geschrieben:

Code: Alles auswählen

bind-address            = 0.0.0.0

[paulderfinne]

Ich habe mal entsprechend einen Server umkonfiguriert. Korrekt wäre wie schon oben geschrieben:

Code: Alles auswählen

bind-address            = 0.0.0.0

Leider bekomme ich da einen error beom Hochfhren des mysql-server.

Jetzt habe ich aber nur skip-network auskommentiert und den mysql-client in einem mysteriösen Unterverzeichnis /mnt/ext/opt/mariadb/bin/mysql gefunden und gestartet und die Privilegien für den Client zugelassen. Jetzt scheint es zu klappen. Allerding brauche der qnap ewig zur Ankopplung (~ 1 Min., gefühlt eine Stunde)). Hmm.

Aber vielen Dank für deine Mühen.

[paulderfinne]

So, jetzt möchte ich mich erstmal bei euch bedanken. Ihr habt mir sehr geholfen. Den Error bekam ich, weil ich das Gleichheitszeichen nach bind-address übersehen hatte.

Ich fasse jetzt hier nochmal zusammen und setze die Rubrik dann auf gelöst. Ich beziehe mich jetzt auf den Qnap, denke aber, dass es mit anderen Servern ähnlich geht.

1. Der Qnap hat eine gewöhnungsbedürftige Verzeichnisstruktur. Es fehlen auch ganz gewöhnlich Programme wie su (zumindest habe ich sie nicht gefunden), aber die meisten benötigten Linux-Tools sind schon drauf: vi, more, find, ssh. Der root-User heißt hier admin. Warum auch immer. Über das mitgelieferte Browser-Interface kann man mysql aktivieren. Das Passwort für mysql-root ist dann admin.

2. Mysql ist Standardmäßig drauf, wenn auch das Unetrverzeichnis des Clients (das Programm also) nicht im normalen PATH enthalten ist, man muss also um mysql aufzurufen das Verzeichnis finden wo mysql liegt. In meinem Fall war das /share/MD0_DATA/.qpkg/qmysql/mysql/bin/

3. Die msyql Config-Datei liegt direkt im /etc-Verzeinis und heißt wie üblich my.cnf. Hier muss man die Zeile skip networking auskommentieren und bind-address hizufügen:

Code: Alles auswählen

#skip-networking
bind-address = 0.0.0.0

Dann den mysql-deamon neu starten:

Code: Alles auswählen

/etc/init.d/mysql restart

Jetzt noch den mysql-client auf dem Qnap starten (im besagten Unterverzeichnis) und den zugreifenden Client erlauben auf die Daten zuzugreifen

Code: Alles auswählen

./mysql -uroot -padmin
mysql>use mysql;
mysql> GRANT ALL ON *.* to root@'192.168.X.X' IDENTIFIED BY 'admin';
mysql> FLUSH PRIVILEGES;

X.X ist hier der zugreifende Client.

Jetzt kann der Client auf die Datenbank zugreifen:

Code: Alles auswählen

mysql -uroot -h192.168.Y.Y -padmin

YY ist hier natürlich die adresse des Servers (sofern man sich in einem 192.168-er Netz befindet).