The root cause was as I described. System tables were creating while
running OpenJDK. Files were written to disk using snappy compression.
Cassandra was later restarted with IBM Java. With the IBM JRE on a 32 bit
arch, the native snappy library is not found; consequently, Cassandra is
not able to r
On Fri, May 3, 2013 at 11:07 AM, John Sanda wrote:
> The machine where this error occurred had both OpenJDK and IBM's Java
> installed. The only way I have been able to reproduce is by installing
> Cassandra with OpenJDK, shutting it down, the starting it back up with IBM
> Java.
Maybe the root c
know the system tables were compressed. That would seem like an
>> odd decision you would think that the system tables are small and would not
>> benefit from compression much. Is it a static object static object that
>> requires initialization even though it is not used?
>>
a static object static object that
> requires initialization even though it is not used?
>
>
> On Fri, May 3, 2013 at 10:19 AM, John Sanda wrote:
>
>> Is there a way to change the sstable_compression for system tables? I am
>> trying to deploy Cassandra 1.2.2 on a
10:19 AM, John Sanda wrote:
> Is there a way to change the sstable_compression for system tables? I am
> trying to deploy Cassandra 1.2.2 on a platform with IBM Java and 32 bit
> arch where the snappy-java native library fails to load. The error I get
> looks like,
>
> ERROR [
Is there a way to change the sstable_compression for system tables? I am
trying to deploy Cassandra 1.2.2 on a platform with IBM Java and 32 bit
arch where the snappy-java native library fails to load. The error I get
looks like,
ERROR [SSTableBatchOpen:1] 2013-05-02 14:42:42,485
