DataStax Devcenter ne parvient pas à se connecter à distance à une base de données cassandra

OS: CentOS 6.4 (serveur)

J'ai installé avec succès (yum install dsc20) la couche de base de données cassandra dans mon serveur et peut se connecter en utilisant le CQL SHel (cqlsh). Mais j'ai besoin d'exécuter des requêtes à l'aide de la DataStax de DevCenter logiciel. Donc je l'ai installé (DevCenter) dans un poste de travail séparé. (CentOS 6.4 - ordinateur de bureau) et essayé d'ajouter une nouvelle connexion pour se connecter à l'cassandra db.

Donc j'ai donné l'adresse IP de l' "CentOS 6.4 - server" (dans lequel cassandra base de données est en cours d'exécution) pour l'hôte et le port 9160. Mais lors du test de la connexion, il échoue.

J'ai aussi essayé de désactiver le pare-feu sur le serveur (/etc/init.d/iptables stop). Mais, pas de chance.

Je suis sûr que cela peut être dû à des bourde que je ne peux pas comprendre. Je serai reconnaissant si quelqu'un peut me donner une solution pour cela que je faisais des recherches pour cela, et pas trouvé de réponses. Merci beaucoup à l'avance.

Qu'est-ce que le rpc_address option configurée pour cassandra.yaml? Si c'est de n'écouter que sur l'hôte local puis de clients de l'extérieur ne sera pas en mesure de se connecter.
oui elle a été configurée comme "localhost". Mais j'ai essayé de donner '0.0.0.0'. Mais, pas de chance. Une idée? Je vous remercie pour votre réponse.
après modification de la valeur 0.0.0.0 (sens de l'écoute sur toutes les interfaces) avez-vous ensuite configurer le pare-feu?
configuration de pare-feu signifie: j'ai tout simplement désactivé (/etc/init.d/iptables stop), donc oui.
Est-il quelque chose à voir avec le port? Dans l'assistant nouvelle connexion montre un port par défaut comme 9042. Mais dans la ligne de commande, $ cqlsh dit: "Connecté à Cluster de Test sur localhost:9160." J'ai donc essayé de l'utiliser "9160" ce port. Mais toujours pas de chance.. Toute aide sera très appréciée!

OriginalL'auteur Tharanga | 2013-12-13

  1. 5

    DataStax DevCenter en cours de construction sur le dessus de la DataStax pilote Java a le même les exigences de connectivité comme le pilote. À savoir:

    1. start_native_transport: true
    2. rpc_address: IP ou le nom d'hôte accessible depuis le client
    3. Les Machines du cluster accepter les connexions sur le port 9042 (le native_transport_port option de configuration)

    Si rpc_address est soit une adresse IP privée ou à 0.0.0.0, DevCenter ne savent pas ce qu'nœud connecter.

    Si votre cluster de nœuds multiples et sont à l'aide de rpc_address: 0.0.0.0, même si vous configurez DevCenter avec l'IP(s) d'un couple de nœuds, il y aura toujours des questions de découvrir les autres nœuds du cluster.

    Dans cassandra.yaml il y a un commentaire/avertissement sur l'utilisation rpc_address: 0.0.0.0:

    Noter que, contrairement à ListenAddress ci-dessus, il est possible de spécifier 0.0.0.0
    ici, si vous voulez écouter sur toutes les interfaces, mais qui va briser les clients
    qui s'appuient sur le nœud de l'auto-découverte.

    Note: il est possible que dans l'avenir DevCenter pourrait être en mesure d'ignorer/filtrer les nœuds dans le cluster configuré avec rpc_address: 0.0.0.0.

    OriginalL'auteur Alex Popescu

  2. 3

    Dans le cassandra.yaml, j'ai mis

    1. listen_address: localhost
    2. rpc_address: 1.2.3.4
    3. broadcast_rpc_address: 1.2.3.4

    Après avoir fait un

    sudo service cassandra redémarrer

    DevCenter a été en mesure de se connecter avec succès.

    Après ce changement, cqlsh ne serait pas démarrer sans l'adresse:

    cqlsh 1.2.3.4

    Vous pouvez définir la variable d'environnement $CQLSH_HOST=1.2.3.4. Ensuite, il suffit de taper cqlsh.

    OriginalL'auteur NotMorganFreeman

  3. 3

    Essayer.. Il a travaillé pour moi!

    Exécutez la commande suivante sur votre ordinateur où vous avez DevCenter installé

    $> ssh -L 9042:localhost:9042 <username>@<ip-address-cassandra-db> -N

    Après l'exécution de cette commande, il vous demandera le mot de passe

    Maintenant dans votre DevCenter > Contacter l'hôte, de fournir "127.0.0.1" et le test de la connexion. Bingo, vous voyez la magie...

    Grande réponse. Ne nécessite pas de configuration du serveur

    OriginalL'auteur Goutham Kumar BV

  4. 0

    Si il y a quelqu'un qui travaillait avec docker localement, il peut exécuter cette commande.

    docker run --name cassandra -p 127.0.0.1:9042:9042 -p 127.0.0.1:9160:9160 
-e CASSANDRA_LISTEN_ADDRESS=localhost 
-e CASSANDRA_BROADCAST_ADDRESS=localhost
-e CASSANDRA_RPC_ADDRESS=localhost -d cassandra

    OriginalL'auteur Harold Castillo