MariaDB gcomm-backend-Verbindung fehlgeschlagen 110

Ich versuche, um Arbeit zu bekommen MariaDB Galera 10.1 unter debian 8 jessie.

Habe ich das installiert alle notwendigen Komponenten und did-Konfigurationen, aber ich kann es nicht arbeiten.

Knoten sind gebaut wie VPS.

Konfiguration von Knoten 1:

[mysqld]

# Cluster node configurations
wsrep_cluster_address="gcomm://172.16.0.102,172.16.0.112"
wsrep_node_address="172.16.0.102"
wsrep_node_name='n1' 
wsrep_cluster_name='cluster'
innodb_buffer_pool_size=400M
# Mandatory settings to enable Galera
wsrep_provider=/usr/lib/galera/libgalera_smm.so
binlog_format=ROW
default-storage-engine=InnoDB
innodb_autoinc_lock_mode=2
innodb_doublewrite=1
query_cache_size=0
bind-address=0.0.0.0
# Galera synchronisation configuration
wsrep_sst_method=rsync

Konfiguration von Knoten 2:

[mysqld]

# Cluster node configurations
wsrep_cluster_address="gcomm://172.16.0.102,172.16.0.112"
wsrep_node_address="172.16.0.112"
wsrep_node_name='n2' 
wsrep_cluster_name='cluster'
innodb_buffer_pool_size=400M
# Mandatory settings to enable Galera
wsrep_provider=/usr/lib/galera/libgalera_smm.so
binlog_format=ROW
default-storage-engine=InnoDB
innodb_autoinc_lock_mode=2
innodb_doublewrite=1
query_cache_size=0
bind-address=0.0.0.0
# Galera synchronisation configuration
wsrep_sst_method=rsync

Wenn ich versuche zu laufen, auf Knoten 1 bootstrap-Befehl

service mysql bootstrap

Schlägt es fehl, mit dem Fehler ist

May 13 15:59:28 test mysqld[2397]: 2016-05-13 15:59:28  139843152635840 [ERROR] WSREP: failed to open gcomm backend connection: 110: failed to reach primary view: 110 (Connection timed out)
May 13 15:59:28 test mysqld[2397]: at gcomm/src/pc.cpp:connect():162
May 13 15:59:28 test mysqld[2397]: 2016-05-13 15:59:28 139843152635840 [ERROR] WSREP: gcs/src/gcs_core.cpp:gcs_core_open():208: Failed to open backend connection: -110 (Connection timed out) 
May 13 15:59:28 test mysqld[2397]: 2016-05-13 15:59:28 139843152635840 [ERROR] WSREP: gcs/src/gcs.cpp:gcs_open():1379: Failed to open channel 'cluster' at 'gcomm://172.16.0.102,172.16.0.112': -110 (Connection timed out)
May 13 15:59:28 test mysqld[2397]: 2016-05-13 15:59:28 139843152635840 [ERROR] WSREP: gcs connect failed: Connection timed out
May 13 15:59:28 test mysqld[2397]: 2016-05-13 15:59:28 139843152635840 [ERROR] WSREP: wsrep::connect(gcomm://172.16.0.102,172.16.0.112) failed: 7
May 13 15:59:28 test mysqld[2397]: 2016-05-13 15:59:28 139843152635840 [ERROR] Aborting

Die Netzwerk-Konfiguration ist private ich bin mit:

2x DEDIZIERTEN server installiert mit ProxmoxVE 4.0 die Server im vRack Netzwerk konfiguriert ist, die VPS als:

node1: 172.16.0.102 //Knoten 1 ist auf server 1

node2: 172.16.0.112 //Knoten 2 ist auf server 2

Sind Sie in der Lage, gegenseitig ping auf privates Netzwerk.

haben Sie überprüfen Sie die Netzwerk-Adapter-Einstellungen für die einzelnen proxmox server-Instanz gibt es eine Einstellung für die Möglichkeit, vms, miteinander zu reden.
VMS nicht über Probleme miteinander zu sprechen. Ich kann einfach nicht ping oder ssh-Verbindung von der virtuellen Maschine auf eine andere mit privates Netzwerk. So ist in diesem Fall kein Problem.

InformationsquelleAutor Kamil | 2016-05-13

16

Da MariaDB 10.1.8, systemd ist das neue init-und es wirkt sich auf die Art und Weise Galera ist bootstrapped auf RPM-und Debian-basierte Linux-Distributionen (in meinem Fall Ubuntu 16.04). Auf früheren Versionen, die Sie verwenden würden, so etwas wie service mysql start --wsrep-new-cluster oder service mysqld bootstrap aber das funktioniert nicht mehr, wie es schlägt fehl mit:
```
[ERROR] WSREP: gcs/src/gcs_core.cpp:gcs_core_open():208: Failed to open backend connection: -110 (Connection timed out)
```
Um dieses Problem zu beheben ausführen:
```
galera_new_cluster
```
Beachten Sie, dass Sie müssen nur führen Sie dieses Skript auf dem "ersten" server.

Testen, wenn es ausgeführt wird, geben Sie mysql mit mysql -u [your mysql user] -p und führen Sie dann
```
SHOW GLOBAL STATUS LIKE 'wsrep_cluster_size';
```
Sollten Sie etwas wie:
```
+--------------+
| cluster size |
+--------------+
| 1            |
+--------------+
```
Nur für den Fall es ist nützlich für alle, dies ist mein, mein.conf (MariaDB 10.1.16)
```
[galera]
# Mandatory settings
wsrep_on=ON
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_cluster_address="gcomm://[first ip],[second ip]"
binlog_format=row
default_storage_engine=InnoDB
innodb_autoinc_lock_mode=2
```
Mehr details hier:

MariaDB systemd und galera_new_cluster

Galera Cluster-System-Variablen

Irgendwelche Ideen, was könnte die Ursache dieses Fehlers auf der docker image?

InformationsquelleAutor Arian Acosta
7

Ich die Lösung gefunden und dem genauen Problem.

Wurde das Thema im Start-cluster-Knoten. Es wird benötigt, um zu starten, das durch ein Skript enthalten in der installation mit MariaDB galera_new_cluster was bootstrap neuen cluster und nach, dass alles ist in Ordnung.

Hoffe, dass dies helfen wird, zu anderen pass-Konfiguration unter debian.

Es ist ein Tippfehler in deinem Befehl es ist galera_new_cluster mit einer einzigen l.

InformationsquelleAutor Kamil
1

Habe ich diesen Fehler, aber in meinem Fall galera_new_cluster nicht funktioniert.

problem gelöst durch Bearbeiten /var/lib/m.ysql/grastate.dat - Datei und ändern Sie safe_to_bootstrap 1.

Das ist sehr gefährlich, wenn Sie legen Sie es der falsche Weg, ohne zu wissen, was du tust. safe_to_bootstrap = 1 bestimmt ist, nur wenn Sie wissen, dass die Knoten, die Sie möchten, zu bootstrap enthält die jüngste Transaktion im Vergleich zu den anderen Knoten.

InformationsquelleAutor vahid kargar

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.