Alle host(s) versucht, die Abfrage ist fehlgeschlagen

Ich habe Google compute engine um die Einrichtung eines Clusters von drei cassandra-Knoten.
Nach dem ausführen des "nodetool " status" bekomme ich:

antoniogallo88@cassandra-7m0w:~$ nodetool status
Datacenter: europe-west1
========================
Status=Up/Down
|/State=Normal/Leaving/Joining/Moving
--  Address         Load       Tokens  Owns (effective)  Host ID                               Rack
UN  10.240.41.185   56.28 KB   256     33.2%             edf4c2c8-f746-4c86-8b1e-4d4317788de9  b
UN  10.240.145.130  56.31 KB   256     30.6%             76025d1d-b5e4-4510-afd9-e0c52ae4aa2b  b
UN  10.240.194.231  60.94 KB   256     36.2%             1c5594d6-4a62-4cb7-bb4e-ab15545af6a0  b

So, alles Prima funktioniert.

Auch die cqlsh Befehl funktioniert gut.

Mein problem ist, wenn ich führen Sie die folgenden:

package com.example.cassandra;

import com.datastax.driver.core.Cluster;
import com.datastax.driver.core.Host;
import com.datastax.driver.core.Metadata;

    public class SimpleClient {
       private Cluster cluster;

       public void connect(String node, int port) {
          cluster = Cluster.builder()
               //.addContactPoints("10.240.41.185", "10.240.145.130", "10.240.194.231").withPort(port).build();
                  .addContactPoints(node).withPort(port).build();

          Metadata metadata = cluster.getMetadata();
          System.out.printf("Connected to cluster: %s\n", 
                metadata.getClusterName());
          for ( Host host : metadata.getAllHosts() ) {
             System.out.printf("Datatacenter: %s; Host: %s; Rack: %s\n",
                   host.getDatacenter(), host.getAddress(), host.getRack());
          }
       }

       public void close() {
          cluster.close();;
       }

       public static void main(String[] args) {
          SimpleClient client = new SimpleClient();
          client.connect("10.240.41.185", 9042);
          client.close();
       }
    }

Habe ich dann bekommen:

SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
Exception in thread "main" com.datastax.driver.core.exceptions.NoHostAvailableException: All host(s) tried for query failed (tried: /10.240.41.185:9042 (com.datastax.driver.core.TransportException: [/10.240.41.185:9042] Cannot connect))
    at com.datastax.driver.core.ControlConnection.reconnectInternal(ControlConnection.java:193)
    at com.datastax.driver.core.ControlConnection.connect(ControlConnection.java:79)
    at com.datastax.driver.core.Cluster$Manager.init(Cluster.java:1148)
    at com.datastax.driver.core.Cluster.getMetadata(Cluster.java:313)
    at com.example.cassandra.SimpleClient.connect(SimpleClient.java:15)
    at com.example.cassandra.SimpleClient.main(SimpleClient.java:30)

In Kassandra.yaml:

    start_native_transport: true
    rpc_address = 0.0.0.0
    native_transport_port: 9042
listen_address: 10.240.145.130

Wenn ich auf Bearbeiten cassandra.yaml-Datei, wie ich dies tun könnte, wenn ich mich mit google compute engine?

Dank

Cassandra 2.0.x beide nodetool und cqlsh verwenden Sparsamkeit (port 9160) mit dem server kommunizieren. So überprüfen Sie, ob Ihre hodes akzeptieren von verbindungen an port 9042
Es war nur firewall-problem. Nach so dass der Verkehr auf 9160 und 9042, das Modul eine Verbindung hergestellt.
Nun, ich erwartete etwas wie dieses 🙂

InformationsquelleAutor Antonio Gallo | 2014-11-30

5

Scheint es sich um ein firewall-problem. Nach so dass der Verkehr auf beiden 9160 und 9042, schließlich die Verbindung hergestellt ist.

InformationsquelleAutor Antonio Gallo
1

Öffnete ich die TCP-ports 9042 und 9160 auf meinem Centos 7 wie so
```
[root@localhost ~]# firewall-cmd --get-active-zones
public
  interfaces: enp12s0
[root@localhost ~]# firewall-cmd --zone=public --add-port=9042/tcp --permanent
success
[root@localhost ~]# firewall-cmd --zone=public --add-port=9160/tcp --permanent
success
[root@localhost ~]# firewall-cmd --reload
success
```
für den router
Leitete ich die portslike so

und

und nur um sicher zu sein habe ich weitergeleitet, die den port 7000 zu wie so

und dann habe ich überprüft, die ports mit http://www.canyouseeme.org und hier ist das Ergebnis

und

und finnaly ich habe Dbeaver verbunden 🙂

Ich hoffe, dass wird helfen, einige Menschen in der nahen Zukunft 🙂

InformationsquelleAutor Nassim

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.