Je travaillais avec cassandra sans problème la dernière heure, mais maintenant je ne peux pas accéder à cassandra quand j’ai couru cqlsh
cela m’a donné ceci:
Connection error: Could not connect to localhost:9160
J’ai donc essayé ceci:
sudo service cassandra status
Et ça m’a donné ceci:
xss = -ea -javaagent: /usr/share/cassandra/lib/jamm-0.2.5.jar -XX: + UseThreadPriorities – XX: ThreadPriorityPolicy = 42 -Xms1024M -Xmx1024M -Xmn200M -XX: + HeapDumpOnOutOfMemoryError -Xss256k
- Problèmes de démarrage de Cassandra avec “./bin/cassandra -f”
- Impossible de démarrer Cassandra 2.0 sur Ubuntu 13.04 “mise à niveau vers la version 1.2.5+ en premier”
- Erreur lors de l’installation de cassandra
- Impossible de récupérer les données de Cassandra
- PHP-Driver DataStax Cassandra DB – Comment l’utiliser?
- ne pouvait pas accéder à pidfile pour Cassandra
Que puis-je faire pour résoudre ce problème?
Merci d’avance,
Vous pouvez oublier d’arrêter le cassandra avant de le supprimer.
Vous devez retirer la commande cassandra by purge
et l’installer à nouveau.
Vérifiez également votre version de java compatible avec les pré-requirejs de la cassandra (comme Cassandra 2. * nécessite java oracle 7.0)
Le fichier pid se trouve dans /var/run/cassandra.pid
. Vérifiez qu’il existe et que l’utilisateur root dispose des droits d’access en lecture / écriture. Assurez-vous également que root dispose des permissions rwx sur /var/run
.
En ce qui concerne votre erreur de connexion refusée, il est très probable que cassandra ne fonctionne pas. Vérifiez les fichiers journaux dans /var/log/cassandra/*
pour toute exception.
Cassandra doit avoir un pid pour sacrifier aux dieux.
J’ai dû piéger Cassandra pour le redémarrer. Il semble que le redémarrage ne continue pas après l’échec de l’action «stop» si le pid n’est pas vraiment là. J’ai donc usurpé le fichier pid avec un autre pid valide. Dans mon cas, j’avais une tail -f
tournait contre /var/log/cassandra/*.log
.
J’ai trouvé le pid avec
ps aux | grep tail
et placé ce pid dans le fichier /var/run/cassandra.pid
. Cela a permis à la
service cassandra restart
pour tuer un processus et passer au redémarrage.
Très laid. Les scripts d’initialisation de cassandra ont besoin de travail.
J’ai ce problème plusieurs fois et je l’ai toujours résolu avec:
sudo chown -R cassandra / var / lib / cassandra
sudo chown -R cassandra / var / log / cassandra
Ceci sur le serveur Ubuntu 14.04 et Debian Wheezy.
J’espère que vous le trouverez utile.
J’ai rencontré le même problème. Je faisais des tests et quand j’ai arrêté brusquement le système et que j’ai redémarré, j’ai eu cette erreur quand j’ai essayé de vérifier le statut de Cassandra.
Le fichier pid a l’ID de processus du service de Cassandra qui était en cours d’exécution avant la fermeture. Cela se produit lorsque Cassandra n’est pas arrêté correctement. Donc, j’ai forcé à tuer le processus de zombie de cette façon et j’ai de nouveau lancé Cassandra.
kill -9 `ps -ef | grep cassandra | grep -v grep | awk {'print $2'}` service cassandra start
J’espère que c’est utile!
Vérifiez si une erreur s’est produite dans /var/log/cassandra/(system.log), il doit y en avoir si vous voyez could not access pidfile for Cassandra