Cassandra Erreur de démarrage 1.2.6 sur Linux x86_64

Question

Vous souhaitez installer linux sur cassandra de la dernière version stable - http://cassandra.apache.org/download/ - 1.2.6

J'ai modifié le cassndra.yaml pour pointer vers un répertoire personnalisé au lieu de/var depuis Je n'ai pas d'accès en écriture sur/var

Je vois cette erreur au démarrage. Impossible de trouver des réponses sur google encore puisque la version semble relativement nouvelle. Juste poster ici au cas où c'est une erreur stupide de mon côté.

Le même fichier de distribution fonctionnait correctement sur ma machine macos x86_64.

INFO 19:24:35,513 Not using multi-threaded compaction 
java.lang.reflect.InvocationTargetException 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) 
    at java.lang.reflect.Method.invoke(Unknown Source) 
    at org.xerial.snappy.SnappyLoader.loadNativeLibrary(SnappyLoader.java:322) 
    at org.xerial.snappy.SnappyLoader.load(SnappyLoader.java:229) 
    at org.xerial.snappy.Snappy.<clinit>(Snappy.java:48) 
    at org.apache.cassandra.io.compress.SnappyCompressor.create(SnappyCompressor.java:45) 
    at org.apache.cassandra.io.compress.SnappyCompressor.isAvailable(SnappyCompressor.java:55) 
    at org.apache.cassandra.io.compress.SnappyCompressor.<clinit>(SnappyCompressor.java:37) 
    at org.apache.cassandra.config.CFMetaData.<clinit>(CFMetaData.java:82) 
    at org.apache.cassandra.config.KSMetaData.systemKeyspace(KSMetaData.java:81) 
    at org.apache.cassandra.config.DatabaseDescriptor.loadYaml(DatabaseDescriptor.java:468) 
    at org.apache.cassandra.config.DatabaseDescriptor.<clinit>(DatabaseDescriptor.java:123) 
    at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:211) 
    at org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:441) 
    at org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:484) 
Caused by: java.lang.UnsatisfiedLinkError: /tmp/snappy-1.0.5-libsnappyjava.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /tmp/snappy-1.0.5-libsnappyjava.so) 
    at java.lang.ClassLoader$NativeLibrary.load(Native Method) 
    at java.lang.ClassLoader.loadLibrary1(Unknown Source) 
    at java.lang.ClassLoader.loadLibrary0(Unknown Source) 
    at java.lang.ClassLoader.loadLibrary(Unknown Source) 
    at java.lang.Runtime.load0(Unknown Source) 
    at java.lang.System.load(Unknown Source) 
    at org.xerial.snappy.SnappyNativeLoader.load(SnappyNativeLoader.java:39) 
    ... 17 more 

S'il vous plaît suggérer ce qui pourrait être le problème. Je vais également ajouter d'autres résultats à cette page que je découvre quelque chose de nouveau.

ont regardé ce si fil - cassandra 1.2 fails to init snappy in freebsd

Cependant voir encore problème.

J'ai essayé d'installer

internode_compression: none 

Cependant voir toujours la même erreur dans les journaux.

Answer 1

On dirait que vous êtes (a) en cours d'exécution sur un système avec une glibc incompatible pour snappy 1.0.5 et (b) mis à jour à partir d'une version antérieure qui a fonctionné.

Si vous lancez Cassandra frais sur un système non-compatible Snappy, il détectera le problème et ignorera la compression. Mais quand vous mettez à niveau et que vous avez des tables système compressées, Cassandra ne peut rien faire.

Vous pouvez rétrograder, vous pouvez mettre à niveau la glibc, ou vous pouvez rétrograder, passer à lz4 et exécuter des tables upgradesstables, puis mettre à niveau à nouveau. Editer: vous pouvez également supprimer simplement l'ancienne version 1.0.4 à la place et supprimer 1.0.5.

Édition 2: Est-ce RHEL 5? À peu près tout ce qui est moderne devrait être compatible avec la version 1.0.5.

Answer 2

Juste au cas où quelqu'un est tombé sur ce poste avec la configuration que j'ai:

• RHEL 5
• cassandra 2.0.2

j'ai eu un problème de démarrage - la version `GLIBCXX_3.4.9 'not found

solution proposée:

1. Compile Snappy 1.1.0 (Je suppose que ça aurait pu être 1.0.5) sur RHEL 5.
2. Remplacer Snappy 1.0.5 de la distribution originale cassandra 2.0.2 avec la version ci-dessus
3. Redémarrer dans l'ordre (graine en premier, puis d'autres nœuds à joindre)

Contourné le problème, semble-t-il.

espère que les futures versions de cassandra auront des instructions relatives à diverses versions OS. Théoriquement cela devrait fonctionner ...

INFO 23:49:07,006 Enqueuing flush of Memtable-local@926294408(43/430 serialized/live bytes, 2 ops) 
INFO 23:49:07,006 Writing Memtable-local@926294408(43/430 serialized/live bytes, 2 ops) 
INFO 23:49:07,019 Completed flushing /var/lib/cassandra/data/system/local/system-local-jb-10-Data.db (70 bytes) for commitlog position ReplayPosition(segmentId=1383810511586, position=220516) 
INFO 23:49:07,030 Enqueuing flush of Memtable-local@1880462876(10086/100860 serialized/live bytes, 257 ops) 
INFO 23:49:07,030 Writing Memtable-local@1880462876(10086/100860 serialized/live bytes, 257 ops) 
INFO 23:49:07,042 Completed flushing /var/lib/cassandra/data/system/local/system-local-jb-11-Data.db (5280 bytes) for commitlog position ReplayPosition(segmentId=1383810511586, position=232503) 
INFO 23:49:07,064 Node myeng11.mycompany.com/10.65.0.201 state jump to normal 
INFO 23:49:07,067 Startup completed! Now serving reads.