cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carl Yeksigian (JIRA)" <>
Subject [jira] [Updated] (CASSANDRA-8978) CQLSSTableWriter causes ArrayIndexOutOfBoundsException
Date Fri, 03 Apr 2015 16:56:03 GMT


Carl Yeksigian updated CASSANDRA-8978:
    Attachment: 8978-2.1-v2.txt

The test that I added had been failing for me when I posted this patch, but I can't get it
to anymore. I'm attaching a new test instead (test-8978.txt), which does fail on 2.1.

The issue is that {{UpdateStatement}} has a {{ColumnFamily}} which it applies the modification
to. When we hit the size that we are targeting in {{ABSC.addColumn}}, we replace the current
column family with a new one and send the previous one to the writer thread. Since update
statement doesn't have the new column family, it continues to write columns to the old one
which should no longer be modified.

The change that I made moves replacing the column family to a point where update statement
is complete.

> CQLSSTableWriter causes ArrayIndexOutOfBoundsException
> ------------------------------------------------------
>                 Key: CASSANDRA-8978
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>         Environment: 3.8.0-42-generic #62~precise1-Ubuntu SMP Wed Jun 4 22:04:18 UTC
2014 x86_64 x86_64 x86_64 GNU/Linux
> java version "1.8.0_20"
> Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
> Java HotSpot(TM) 64-Bit Server VM (build 25.20-b23, mixed mode)
>            Reporter: Thomas Borg Salling
>            Assignee: Carl Yeksigian
>             Fix For: 2.1.5
>         Attachments: 8978-2.1-v2.txt, 8978-2.1.txt, test-8978.txt
> On long-running jobs with CQLSSTableWriter preparing sstables for later bulk load via
sstableloader, occassionally I get the sporadic error shown below.
> I can run the exact same job again - and it will succeed or fail with the same error
at another location in the input stream. The error is appears to occur "randomly" - with the
same input it may occur never, early or late in the run with no apparent logic or system.
> I use five instances of CQLSSTableWriter in the application (to write redundantly to
five different tables). But these instances do not exist at the same time; and thus never
used concurrently.
> {code}
> 09:26:33.582 [main] INFO - Finished processing
directory, 369582175 packets was converted from /nas1/
> Exception in thread "main" java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(
>         at java.lang.reflect.Method.invoke(
>         at$1.execute(
>         at
>         at
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 297868
>         at org.apache.cassandra.db.ArrayBackedSortedColumns.append(
>         at org.apache.cassandra.db.ArrayBackedSortedColumns.appendOrReconcile(
>         at org.apache.cassandra.db.ArrayBackedSortedColumns.sortCells(
>         at org.apache.cassandra.db.ArrayBackedSortedColumns.maybeSortCells(
>         at org.apache.cassandra.db.ArrayBackedSortedColumns.access$1100(
>         at org.apache.cassandra.db.ArrayBackedSortedColumns$CellCollection.iterator(
>         at org.apache.cassandra.db.ColumnFamily.iterator(
>         at org.apache.cassandra.db.ColumnIndex$
>         at
>         at
>         at${code}
> So far I overcome this problem by simply retrying with another run of the application
in attempt to generate the sstables. But this is a rather time consuming and shaky approach
- and I feel a bit uneasy relying on the produced sstables, though their contents appear to
be correct when I sample them with cqlsh 'select' after load into Cassandra.

This message was sent by Atlassian JIRA

View raw message