[jira] [Commented] (CASSANDRA-10778) RowIndexEntry$Serializer invoked to serialize old format RIE triggering assertion
[
https://issues.apache.org/jira/browse/CASSANDRA-10778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15033563#comment-15033563
]
Will Zhang commented on CASSANDRA-10778:
Thanks guys!!
> RowIndexEntry$Serializer invoked to serialize old format RIE triggering
> assertion
> -
>
> Key: CASSANDRA-10778
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10778
> Project: Cassandra
> Issue Type: Bug
> Components: Local Write-Read Paths
> Environment: Windows 7 64-bit, Cassandra 3.0.0, Java 1.8u60
>Reporter: Will Zhang
>Assignee: Ariel Weisberg
> Labels: error
> Fix For: 3.0.1, 3.1
>
>
> Hi,
> I have been running some test for upgrading from v2.2.2 to v3.0.0.
> I encountered the following `ERROR` in the `system.log` when I was
> *creating/dropping materialized views*. I did some searches online but
> couldn't find anything useful so filing this. The log seem to suggest that it
> is bug-like.
> Any thoughts on this would be appreciated.
> Main error line in log:
> {code}
> ERROR [CompactionExecutor:4] 2015-11-26 15:40:56,033 CassandraDaemon.java:195
> - Exception in thread Thread[CompactionExecutor:4,1,main]
> java.lang.AssertionError: We read old index files but we should never
> write them
> {code}
> Longer log:
> {code}
> INFO [SharedPool-Worker-2] 2015-11-26 15:25:37,152
> MigrationManager.java:336 - Create new view:
> org.apache.cassandra.config.ViewDefinition@1b7fc5e6[ksName=demo,viewName=broker_quotes_by_date,baseTableId=bf928280-3c23-11e5-a4ba-07dc7eba8ee2,baseTableName=broker_quotes,includeAllColumns=true,whereClause=date
> IS NOT NULL AND datetime IS NOT NULL AND isin IS NOT NULL AND side IS NOT
> NULL AND broker IS NOT
> NULL,metadata=org.apache.cassandra.config.CFMetaData@49123522[cfId=f19cb8f0-9451-11e5-af90-6916ca23ea25,ksName=demo,cfName=broker_quotes_by_date,flags=[COMPOUND],params=TableParams{comment=,
> read_repair_chance=0.0, dclocal_read_repair_chance=0.1,
> bloom_filter_fp_chance=0.01, crc_check_chance=1.0, gc_grace_seconds=864000,
> default_time_to_live=0, memtable_flush_period_in_ms=0,
> min_index_interval=128, max_index_interval=2048,
> speculative_retry=99PERCENTILE, caching={'keys' : 'ALL', 'rows_per_partition'
> : 'NONE'},
> compaction=CompactionParams{class=org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy,
> options={min_threshold=4, max_threshold=32}},
> compression=org.apache.cassandra.schema.CompressionParams@f3ef4959,
> extensions={}},comparator=comparator(org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
> org.apache.cassandra.db.marshal.UTF8Type,
> org.apache.cassandra.db.marshal.UTF8Type,
> org.apache.cassandra.db.marshal.UTF8Type),partitionColumns=[[] |
> [bmark_spread g_spread is_axed oas_spread price size ytw
> z_spread]],partitionKeyColumns=[ColumnDefinition{name=date,
> type=org.apache.cassandra.db.marshal.TimestampType, kind=PARTITION_KEY,
> position=0}],clusteringColumns=[ColumnDefinition{name=datetime,
> type=org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
> kind=CLUSTERING, position=0}, ColumnDefinition{name=side,
> type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING, position=1},
> ColumnDefinition{name=isin, type=org.apache.cassandra.db.marshal.UTF8Type,
> kind=CLUSTERING, position=2}, ColumnDefinition{name=broker,
> type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING,
> position=3}],keyValidator=org.apache.cassandra.db.marshal.TimestampType,columnMetadata=[ColumnDefinition{name=z_spread,
> type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
> ColumnDefinition{name=datetime,
> type=org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
> kind=CLUSTERING, position=0}, ColumnDefinition{name=date,
> type=org.apache.cassandra.db.marshal.TimestampType, kind=PARTITION_KEY,
> position=0}, ColumnDefinition{name=oas_spread,
> type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
> ColumnDefinition{name=isin, type=org.apache.cassandra.db.marshal.UTF8Type,
> kind=CLUSTERING, position=2}, ColumnDefinition{name=bmark_spread,
> type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
> ColumnDefinition{name=side, type=org.apache.cassandra.db.marshal.UTF8Type,
> kind=CLUSTERING, position=1}, ColumnDefinition{name=broker,
> type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING, position=3},
> ColumnDefinition{name=is_axed,
> type=org.apache.cassandra.db.marshal.BooleanType, kind=REGULAR, position=-1},
> ColumnDefinition{name=ytw, type=org.apache.cassandra.db.marshal.FloatType,
> kind=REGULAR, position=
[jira] [Created] (CASSANDRA-10779) AbstractTracingAwareExecutorService.java:169 - Uncaught exception on thread Thread
Will Zhang created CASSANDRA-10779:
--
Summary: AbstractTracingAwareExecutorService.java:169 - Uncaught
exception on thread Thread
Key: CASSANDRA-10779
URL: https://issues.apache.org/jira/browse/CASSANDRA-10779
Project: Cassandra
Issue Type: Bug
Environment: Windows 7 64-bit, Cassandra v3.0.0, Java 1.8u60
Reporter: Will Zhang
Hi guys,
I encountered the following warning message when I was testing to upgrade from
v2.2.2 to v3.0.0.
It looks like a write time-out but in an uncaught exception. Could this be an
easy fix?
Log file section below. Thank you!
{code}
WARN [SharedPool-Worker-64] 2015-11-26 14:04:24,678
AbstractTracingAwareExecutorService.java:169 - Uncaught exception on thread
Thread[SharedPool-Worker-64,10,main]: {}
org.apache.cassandra.exceptions.WriteTimeoutException: Operation timed out -
received only 0 responses.
at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:427)
~[apache-cassandra-3.0.0.jar:3.0.0]
at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:386)
~[apache-cassandra-3.0.0.jar:3.0.0]
at org.apache.cassandra.db.Mutation.apply(Mutation.java:205)
~[apache-cassandra-3.0.0.jar:3.0.0]
at
org.apache.cassandra.db.Keyspace.lambda$apply$59(Keyspace.java:435)
~[apache-cassandra-3.0.0.jar:3.0.0]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
~[na:1.8.0_60]
at
org.apache.cassandra.concurrent.AbstractTracingAwareExecutorService$FutureTask.run(AbstractTracingAwareExecutorService.java:164)
~[apache-cassandra-3.0.0.jar:3.0.0]
at
org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105)
[apache-cassandra-3.0.0.jar:3.0.0]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_60]
INFO [IndexSummaryManager:1] 2015-11-26 14:41:10,527
IndexSummaryManager.java:257 - Redistributing index summaries
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10778) CompactionExecutor writing to old index files
[
https://issues.apache.org/jira/browse/CASSANDRA-10778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Will Zhang updated CASSANDRA-10778:
---
Description:
Hi,
I have been running some test for upgrading from v2.2.2 to v3.0.0.
I encountered the following `ERROR` in the `system.log` when I was
*creating/dropping materialized views*. I did some searches online but couldn't
find anything useful so filing this. The log seem to suggest that it is
bug-like.
Any thoughts on this would be appreciated.
Main error line in log:
{code}
ERROR [CompactionExecutor:4] 2015-11-26 15:40:56,033 CassandraDaemon.java:195 -
Exception in thread Thread[CompactionExecutor:4,1,main]
java.lang.AssertionError: We read old index files but we should never write
them
{code}
Longer log:
{code}
INFO [SharedPool-Worker-2] 2015-11-26 15:25:37,152
MigrationManager.java:336 - Create new view:
org.apache.cassandra.config.ViewDefinition@1b7fc5e6[ksName=demo,viewName=broker_quotes_by_date,baseTableId=bf928280-3c23-11e5-a4ba-07dc7eba8ee2,baseTableName=broker_quotes,includeAllColumns=true,whereClause=date
IS NOT NULL AND datetime IS NOT NULL AND isin IS NOT NULL AND side IS NOT NULL
AND broker IS NOT
NULL,metadata=org.apache.cassandra.config.CFMetaData@49123522[cfId=f19cb8f0-9451-11e5-af90-6916ca23ea25,ksName=demo,cfName=broker_quotes_by_date,flags=[COMPOUND],params=TableParams{comment=,
read_repair_chance=0.0, dclocal_read_repair_chance=0.1,
bloom_filter_fp_chance=0.01, crc_check_chance=1.0, gc_grace_seconds=864000,
default_time_to_live=0, memtable_flush_period_in_ms=0, min_index_interval=128,
max_index_interval=2048, speculative_retry=99PERCENTILE, caching={'keys' :
'ALL', 'rows_per_partition' : 'NONE'},
compaction=CompactionParams{class=org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy,
options={min_threshold=4, max_threshold=32}},
compression=org.apache.cassandra.schema.CompressionParams@f3ef4959,
extensions={}},comparator=comparator(org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
org.apache.cassandra.db.marshal.UTF8Type,
org.apache.cassandra.db.marshal.UTF8Type,
org.apache.cassandra.db.marshal.UTF8Type),partitionColumns=[[] | [bmark_spread
g_spread is_axed oas_spread price size ytw
z_spread]],partitionKeyColumns=[ColumnDefinition{name=date,
type=org.apache.cassandra.db.marshal.TimestampType, kind=PARTITION_KEY,
position=0}],clusteringColumns=[ColumnDefinition{name=datetime,
type=org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
kind=CLUSTERING, position=0}, ColumnDefinition{name=side,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING, position=1},
ColumnDefinition{name=isin, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=2}, ColumnDefinition{name=broker,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING,
position=3}],keyValidator=org.apache.cassandra.db.marshal.TimestampType,columnMetadata=[ColumnDefinition{name=z_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=datetime,
type=org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
kind=CLUSTERING, position=0}, ColumnDefinition{name=date,
type=org.apache.cassandra.db.marshal.TimestampType, kind=PARTITION_KEY,
position=0}, ColumnDefinition{name=oas_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=isin, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=2}, ColumnDefinition{name=bmark_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=side, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=1}, ColumnDefinition{name=broker,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING, position=3},
ColumnDefinition{name=is_axed,
type=org.apache.cassandra.db.marshal.BooleanType, kind=REGULAR, position=-1},
ColumnDefinition{name=ytw, type=org.apache.cassandra.db.marshal.FloatType,
kind=REGULAR, position=-1}, ColumnDefinition{name=price,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=g_spread, type=org.apache.cassandra.db.marshal.FloatType,
kind=REGULAR, position=-1}, ColumnDefinition{name=size,
type=org.apache.cassandra.db.marshal.DoubleType, kind=REGULAR,
position=-1}],droppedColumns={},triggers=[],indexes=[]]]
INFO [MigrationStage:1] 2015-11-26 15:25:37,440 ColumnFamilyStore.java:381
- Initializing demo.broker_quotes_by_date
ERROR [CompactionExecutor:4] 2015-11-26 15:40:56,033
CassandraDaemon.java:195 - Exception in thread
Thread[CompactionExecutor:4,1,main]
java.lang.AssertionError: We read old index files but we should never write
them
at
org.apache.cassandra.db.RowIndexEntry$Ser
[jira] [Updated] (CASSANDRA-10778) CompactionExecutor writing to old index files
[
https://issues.apache.org/jira/browse/CASSANDRA-10778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Will Zhang updated CASSANDRA-10778:
---
Description:
Hi,
I have been running some test for upgrading from v2.2.2 to v3.0.0. I
encountered the following `ERROR` in the `system.log`. I did some searches
online but couldn't find anything useful so filing this. The log seem to
suggest that it is bug-like.
Any thoughts on this would be appreciated.
{code}
INFO [SharedPool-Worker-2] 2015-11-26 15:25:37,152
MigrationManager.java:336 - Create new view:
org.apache.cassandra.config.ViewDefinition@1b7fc5e6[ksName=demo,viewName=broker_quotes_by_date,baseTableId=bf928280-3c23-11e5-a4ba-07dc7eba8ee2,baseTableName=broker_quotes,includeAllColumns=true,whereClause=date
IS NOT NULL AND datetime IS NOT NULL AND isin IS NOT NULL AND side IS NOT NULL
AND broker IS NOT
NULL,metadata=org.apache.cassandra.config.CFMetaData@49123522[cfId=f19cb8f0-9451-11e5-af90-6916ca23ea25,ksName=demo,cfName=broker_quotes_by_date,flags=[COMPOUND],params=TableParams{comment=,
read_repair_chance=0.0, dclocal_read_repair_chance=0.1,
bloom_filter_fp_chance=0.01, crc_check_chance=1.0, gc_grace_seconds=864000,
default_time_to_live=0, memtable_flush_period_in_ms=0, min_index_interval=128,
max_index_interval=2048, speculative_retry=99PERCENTILE, caching={'keys' :
'ALL', 'rows_per_partition' : 'NONE'},
compaction=CompactionParams{class=org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy,
options={min_threshold=4, max_threshold=32}},
compression=org.apache.cassandra.schema.CompressionParams@f3ef4959,
extensions={}},comparator=comparator(org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
org.apache.cassandra.db.marshal.UTF8Type,
org.apache.cassandra.db.marshal.UTF8Type,
org.apache.cassandra.db.marshal.UTF8Type),partitionColumns=[[] | [bmark_spread
g_spread is_axed oas_spread price size ytw
z_spread]],partitionKeyColumns=[ColumnDefinition{name=date,
type=org.apache.cassandra.db.marshal.TimestampType, kind=PARTITION_KEY,
position=0}],clusteringColumns=[ColumnDefinition{name=datetime,
type=org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
kind=CLUSTERING, position=0}, ColumnDefinition{name=side,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING, position=1},
ColumnDefinition{name=isin, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=2}, ColumnDefinition{name=broker,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING,
position=3}],keyValidator=org.apache.cassandra.db.marshal.TimestampType,columnMetadata=[ColumnDefinition{name=z_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=datetime,
type=org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
kind=CLUSTERING, position=0}, ColumnDefinition{name=date,
type=org.apache.cassandra.db.marshal.TimestampType, kind=PARTITION_KEY,
position=0}, ColumnDefinition{name=oas_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=isin, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=2}, ColumnDefinition{name=bmark_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=side, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=1}, ColumnDefinition{name=broker,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING, position=3},
ColumnDefinition{name=is_axed,
type=org.apache.cassandra.db.marshal.BooleanType, kind=REGULAR, position=-1},
ColumnDefinition{name=ytw, type=org.apache.cassandra.db.marshal.FloatType,
kind=REGULAR, position=-1}, ColumnDefinition{name=price,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=g_spread, type=org.apache.cassandra.db.marshal.FloatType,
kind=REGULAR, position=-1}, ColumnDefinition{name=size,
type=org.apache.cassandra.db.marshal.DoubleType, kind=REGULAR,
position=-1}],droppedColumns={},triggers=[],indexes=[]]]
INFO [MigrationStage:1] 2015-11-26 15:25:37,440 ColumnFamilyStore.java:381
- Initializing demo.broker_quotes_by_date
ERROR [CompactionExecutor:4] 2015-11-26 15:40:56,033
CassandraDaemon.java:195 - Exception in thread
Thread[CompactionExecutor:4,1,main]
java.lang.AssertionError: We read old index files but we should never write
them
at
org.apache.cassandra.db.RowIndexEntry$Serializer.serialize(RowIndexEntry.java:130)
~[apache-cassandra-3.0.0.jar:3.0.0]
at
org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:466)
~[apache-cassandra-3.0.0.jar:3.0.0]
at
org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.ja
[jira] [Created] (CASSANDRA-10778) CompactionExecutor writing to old index files
Will Zhang created CASSANDRA-10778:
--
Summary: CompactionExecutor writing to old index files
Key: CASSANDRA-10778
URL: https://issues.apache.org/jira/browse/CASSANDRA-10778
Project: Cassandra
Issue Type: Bug
Components: Compaction
Environment: Windows 7 64-bit, Cassandra 3.0.0, Java 1.8u60
Reporter: Will Zhang
Hi,
I have been running some test for upgrading from v2.2.2 to v3.0.0. I
encountered the following `ERROR` in the `system.log`. I did some searches
online but couldn't find anything useful so filing this. The log seem to
suggest that it is bug-like.
Any thoughts on this would be appreciated.
INFO [MigrationStage:1] 2015-11-26 15:21:56,612 ColumnFamilyStore.java:381
- Initializing demo.broker_quotes_by_date
INFO [SharedPool-Worker-1] 2015-11-26 15:25:32,113
MigrationManager.java:455 - Drop table 'demo/broker_quotes_by_date'
INFO [SharedPool-Worker-2] 2015-11-26 15:25:37,152
MigrationManager.java:336 - Create new view:
org.apache.cassandra.config.ViewDefinition@1b7fc5e6[ksName=demo,viewName=broker_quotes_by_date,baseTableId=bf928280-3c23-11e5-a4ba-07dc7eba8ee2,baseTableName=broker_quotes,includeAllColumns=true,whereClause=date
IS NOT NULL AND datetime IS NOT NULL AND isin IS NOT NULL AND side IS NOT NULL
AND broker IS NOT
NULL,metadata=org.apache.cassandra.config.CFMetaData@49123522[cfId=f19cb8f0-9451-11e5-af90-6916ca23ea25,ksName=demo,cfName=broker_quotes_by_date,flags=[COMPOUND],params=TableParams{comment=,
read_repair_chance=0.0, dclocal_read_repair_chance=0.1,
bloom_filter_fp_chance=0.01, crc_check_chance=1.0, gc_grace_seconds=864000,
default_time_to_live=0, memtable_flush_period_in_ms=0, min_index_interval=128,
max_index_interval=2048, speculative_retry=99PERCENTILE, caching={'keys' :
'ALL', 'rows_per_partition' : 'NONE'},
compaction=CompactionParams{class=org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy,
options={min_threshold=4, max_threshold=32}},
compression=org.apache.cassandra.schema.CompressionParams@f3ef4959,
extensions={}},comparator=comparator(org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
org.apache.cassandra.db.marshal.UTF8Type,
org.apache.cassandra.db.marshal.UTF8Type,
org.apache.cassandra.db.marshal.UTF8Type),partitionColumns=[[] | [bmark_spread
g_spread is_axed oas_spread price size ytw
z_spread]],partitionKeyColumns=[ColumnDefinition{name=date,
type=org.apache.cassandra.db.marshal.TimestampType, kind=PARTITION_KEY,
position=0}],clusteringColumns=[ColumnDefinition{name=datetime,
type=org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
kind=CLUSTERING, position=0}, ColumnDefinition{name=side,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING, position=1},
ColumnDefinition{name=isin, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=2}, ColumnDefinition{name=broker,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING,
position=3}],keyValidator=org.apache.cassandra.db.marshal.TimestampType,columnMetadata=[ColumnDefinition{name=z_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=datetime,
type=org.apache.cassandra.db.marshal.ReversedType(org.apache.cassandra.db.marshal.TimestampType),
kind=CLUSTERING, position=0}, ColumnDefinition{name=date,
type=org.apache.cassandra.db.marshal.TimestampType, kind=PARTITION_KEY,
position=0}, ColumnDefinition{name=oas_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=isin, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=2}, ColumnDefinition{name=bmark_spread,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=side, type=org.apache.cassandra.db.marshal.UTF8Type,
kind=CLUSTERING, position=1}, ColumnDefinition{name=broker,
type=org.apache.cassandra.db.marshal.UTF8Type, kind=CLUSTERING, position=3},
ColumnDefinition{name=is_axed,
type=org.apache.cassandra.db.marshal.BooleanType, kind=REGULAR, position=-1},
ColumnDefinition{name=ytw, type=org.apache.cassandra.db.marshal.FloatType,
kind=REGULAR, position=-1}, ColumnDefinition{name=price,
type=org.apache.cassandra.db.marshal.FloatType, kind=REGULAR, position=-1},
ColumnDefinition{name=g_spread, type=org.apache.cassandra.db.marshal.FloatType,
kind=REGULAR, position=-1}, ColumnDefinition{name=size,
type=org.apache.cassandra.db.marshal.DoubleType, kind=REGULAR,
position=-1}],droppedColumns={},triggers=[],indexes=[]]]
INFO [MigrationStage:1] 2015-11-26 15:25:37,440 ColumnFamilyStore.java:381
- Initializing demo.broker_quotes_by_date
ERROR [CompactionExecutor:4] 2015-11-26 15:40:56,033
CassandraDaemon.java:195 - Exception in thread
Thread[CompactionExecutor:4,1,main]
[jira] [Commented] (CASSANDRA-9846) CassandraDaemon fails to start due to FileNotFoundException
[
https://issues.apache.org/jira/browse/CASSANDRA-9846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14644003#comment-14644003
]
Will Zhang commented on CASSANDRA-9846:
---
FYI - upgraded to 2.2.0. Have not seen this problem so far and server running
fine. No error in log.
> CassandraDaemon fails to start due to FileNotFoundException
> ---
>
> Key: CASSANDRA-9846
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9846
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7 64bit, 4-core, 24GB memory. Running single
> cluster.
> Java 1.8.0_45, python 2.7.10
>Reporter: Will Zhang
> Attachments: system.2.1.8.log
>
>
> Cassandra 2.1.8
> Server fails to start after seeing a `FileNotFoundException` in the logs.
> Before upgrading to `2.1.8`, I was running `2.1.5`. I ran the following
> before shutting down `2.1.5`:
> nodetool flush
> nodetool drain
> notetool repair
> When I tred to start 2.1.8 after a reboot, the following error is observed in
> the system.log file. Server would not start after reach this point. I also
> attached the full error log which shows two start attempts.
> When I reverted back to 2.1.5, server started just fine, with no error in log.
> I saw the following issue reported but that was for 2.0.9. However, I have
> not seen this error in 2.1.3, 2.1.4 or 2.1.5.
> https://issues.apache.org/jira/browse/CASSANDRA-7780
> Error log:
> {code:java}
> INFO [main] 2015-07-18 21:30:05,582 YamlConfigurationLoader.java:135 - Node
> configuration:[authenticator=AllowAllAuthenticator;
> authorizer=AllowAllAuthorizer; auto_snapshot=true;
> batch_size_warn_threshold_in_kb=5; batchlog_replay_throttle_in_kb=1024;
> cas_contention_timeout_in_ms=5000; client_encryption_options=;
> cluster_name=zhangwe; column_index_size_in_kb=64; commit_failure_policy=stop;
> commitlog_directory=z:/cassandra/commitlog; commitlog_segment_size_in_mb=32;
> commitlog_sync=periodic; commitlog_sync_period_in_ms=1;
> compaction_throughput_mb_per_sec=16; concurrent_counter_writes=32;
> concurrent_reads=32; concurrent_writes=32; counter_cache_save_period=7200;
> counter_cache_size_in_mb=null; counter_write_request_timeout_in_ms=4;
> cross_node_timeout=false; data_file_directories=[z:/cassandra/data];
> disk_failure_policy=stop; dynamic_snitch_badness_threshold=0.1;
> dynamic_snitch_reset_interval_in_ms=60;
> dynamic_snitch_update_interval_in_ms=100; endpoint_snitch=SimpleSnitch;
> hinted_handoff_enabled=true; hinted_handoff_throttle_in_kb=1024;
> incremental_backups=false; index_summary_capacity_in_mb=null;
> index_summary_resize_interval_in_minutes=60; inter_dc_tcp_nodelay=false;
> internode_compression=all; key_cache_save_period=14400;
> key_cache_size_in_mb=null; listen_address=localhost;
> max_hint_window_in_ms=1080; max_hints_delivery_threads=2;
> memtable_allocation_type=heap_buffers; native_transport_port=9042;
> num_tokens=256; partitioner=org.apache.cassandra.dht.Murmur3Partitioner;
> permissions_validity_in_ms=2000; range_request_timeout_in_ms=4;
> read_request_timeout_in_ms=3;
> request_scheduler=org.apache.cassandra.scheduler.NoScheduler;
> request_timeout_in_ms=5; row_cache_save_period=0; row_cache_size_in_mb=0;
> rpc_address=localhost; rpc_keepalive=true; rpc_port=9160;
> rpc_server_type=sync; saved_caches_directory=z:/cassandra/saved_caches;
> seed_provider=[{class_name=org.apache.cassandra.locator.SimpleSeedProvider,
> parameters=[{seeds=127.0.0.1}]}]; server_encryption_options=;
> snapshot_before_compaction=false; ssl_storage_port=7001;
> sstable_preemptive_open_interval_in_mb=50; start_native_transport=true;
> start_rpc=true; storage_port=7000; thrift_framed_transport_size_in_mb=15;
> tombstone_failure_threshold=10; tombstone_warn_threshold=1000;
> trickle_fsync=false; trickle_fsync_interval_in_kb=10240;
> truncate_request_timeout_in_ms=9; write_request_timeout_in_ms=3]
> INFO [main] 2015-07-18 21:30:05,683 MessagingService.java:480 - Starting
> Messaging Service on port 7000
> ERROR [NonPeriodicTasks:1] 2015-07-18 21:30:05,685
> SSTableDeletingTask.java:85 - Unable to delete
> z:\cassandra\data\system\compaction_history-b4dbb7b4dc493fb5b3bfce6e434832ca\system-compaction_history-tmplink-ka-1539-Data.db
> (it will be removed on server restart; we'll also retry after GC)
> ERROR [main] 2015-07-18 21:30:05,747 CassandraDaemon.java:541 - Exception
> encountered during startup
> java.lang.RuntimeException: java.io.FileNotFoundException:
> z:\cassandra\data\system\local-7ad54392bcdd35a684174e047860b377\system-local-tmplink-ka-338-Data.db
> (The system cannot find the file specified)
> at
> org.apache.cassandra.io.compress.CompressedRandomAccessReader.open(CompressedRandomAccessRea
[jira] [Comment Edited] (CASSANDRA-9846) CassandraDaemon fails to start due to FileNotFoundException
[
https://issues.apache.org/jira/browse/CASSANDRA-9846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14634130#comment-14634130
]
Will Zhang edited comment on CASSANDRA-9846 at 7/20/15 9:45 PM:
Hi Josh,
Yes I can confirm this is a mapped network drive.
However, I have been running 2.1.3, 2.1.4 and 2.1.5 with this setup for the
past year. The server has managed 25mm+ row inserts and reads on top of that in
this period. I've run many drain/flush/repair operations also. Have to say,
Cassandra is really great! This is my first time seeing this error when trying
to upgrade to 2.1.8.
[CASSANDRA-8743|https://issues.apache.org/jira/browse/CASSANDRA-8743] seems to
be a `DirectoryNotEmptyException`, whereas I've seen a `FileNotFoundException`.
Slight difference. Unfortunately I don't know enough to say they are caused by
the same issue I'm afraid.
was (Author: esvhd):
Hi Josh,
Yes I can confirm this is a mapped network drive.
However, I have been running 2.1.3, 2.1.4 and 2.1.5 on with this setup for the
past year. The server has managed 25mm+ row inserts and reads on top of that in
this period. In the past year I've run many drain/flush/repair operations also.
Have to say, Cassandra is really great! This is my first time seeing this error
when trying to upgrade to 2.1.8.
[CASSANDRA-8743|https://issues.apache.org/jira/browse/CASSANDRA-8743] seems to
be a `DirectoryNotEmptyException`, whereas I've seen a `FileNotFoundException`.
Slight difference. Unfortunately I don't know enough to say they are caused by
the same issue I'm afraid.
> CassandraDaemon fails to start due to FileNotFoundException
> ---
>
> Key: CASSANDRA-9846
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9846
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7 64bit, 4-core, 24GB memory. Running single
> cluster.
> Java 1.8.0_45, python 2.7.10
>Reporter: Will Zhang
> Attachments: system.2.1.8.log
>
>
> Cassandra 2.1.8
> Server fails to start after seeing a `FileNotFoundException` in the logs.
> Before upgrading to `2.1.8`, I was running `2.1.5`. I ran the following
> before shutting down `2.1.5`:
> nodetool flush
> nodetool drain
> notetool repair
> When I tred to start 2.1.8 after a reboot, the following error is observed in
> the system.log file. Server would not start after reach this point. I also
> attached the full error log which shows two start attempts.
> When I reverted back to 2.1.5, server started just fine, with no error in log.
> I saw the following issue reported but that was for 2.0.9. However, I have
> not seen this error in 2.1.3, 2.1.4 or 2.1.5.
> https://issues.apache.org/jira/browse/CASSANDRA-7780
> Error log:
> {code:java}
> INFO [main] 2015-07-18 21:30:05,582 YamlConfigurationLoader.java:135 - Node
> configuration:[authenticator=AllowAllAuthenticator;
> authorizer=AllowAllAuthorizer; auto_snapshot=true;
> batch_size_warn_threshold_in_kb=5; batchlog_replay_throttle_in_kb=1024;
> cas_contention_timeout_in_ms=5000; client_encryption_options=;
> cluster_name=zhangwe; column_index_size_in_kb=64; commit_failure_policy=stop;
> commitlog_directory=z:/cassandra/commitlog; commitlog_segment_size_in_mb=32;
> commitlog_sync=periodic; commitlog_sync_period_in_ms=1;
> compaction_throughput_mb_per_sec=16; concurrent_counter_writes=32;
> concurrent_reads=32; concurrent_writes=32; counter_cache_save_period=7200;
> counter_cache_size_in_mb=null; counter_write_request_timeout_in_ms=4;
> cross_node_timeout=false; data_file_directories=[z:/cassandra/data];
> disk_failure_policy=stop; dynamic_snitch_badness_threshold=0.1;
> dynamic_snitch_reset_interval_in_ms=60;
> dynamic_snitch_update_interval_in_ms=100; endpoint_snitch=SimpleSnitch;
> hinted_handoff_enabled=true; hinted_handoff_throttle_in_kb=1024;
> incremental_backups=false; index_summary_capacity_in_mb=null;
> index_summary_resize_interval_in_minutes=60; inter_dc_tcp_nodelay=false;
> internode_compression=all; key_cache_save_period=14400;
> key_cache_size_in_mb=null; listen_address=localhost;
> max_hint_window_in_ms=1080; max_hints_delivery_threads=2;
> memtable_allocation_type=heap_buffers; native_transport_port=9042;
> num_tokens=256; partitioner=org.apache.cassandra.dht.Murmur3Partitioner;
> permissions_validity_in_ms=2000; range_request_timeout_in_ms=4;
> read_request_timeout_in_ms=3;
> request_scheduler=org.apache.cassandra.scheduler.NoScheduler;
> request_timeout_in_ms=5; row_cache_save_period=0; row_cache_size_in_mb=0;
> rpc_address=localhost; rpc_keepalive=true; rpc_port=9160;
> rpc_server_type=sync; saved_caches_directory=z:/cassandra/saved_caches;
> seed_provider=[{class_name=org.apache.cassandra.locator.SimpleSeed
[jira] [Commented] (CASSANDRA-9846) CassandraDaemon fails to start due to FileNotFoundException
[
https://issues.apache.org/jira/browse/CASSANDRA-9846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14634130#comment-14634130
]
Will Zhang commented on CASSANDRA-9846:
---
Hi Josh,
Yes I can confirm this is a mapped network drive.
However, I have been running 2.1.3, 2.1.4 and 2.1.5 on with this setup for the
past year. The server has managed 25mm+ row inserts and reads on top of that in
this period. In the past year I've run many drain/flush/repair operations also.
Have to say, Cassandra is really great! This is my first time seeing this error
when trying to upgrade to 2.1.8.
[CASSANDRA-8743|https://issues.apache.org/jira/browse/CASSANDRA-8743] seems to
be a `DirectoryNotEmptyException`, whereas I've seen a `FileNotFoundException`.
Slight difference. Unfortunately I don't know enough to say they are caused by
the same issue I'm afraid.
> CassandraDaemon fails to start due to FileNotFoundException
> ---
>
> Key: CASSANDRA-9846
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9846
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7 64bit, 4-core, 24GB memory. Running single
> cluster.
> Java 1.8.0_45, python 2.7.10
>Reporter: Will Zhang
> Attachments: system.2.1.8.log
>
>
> Cassandra 2.1.8
> Server fails to start after seeing a `FileNotFoundException` in the logs.
> Before upgrading to `2.1.8`, I was running `2.1.5`. I ran the following
> before shutting down `2.1.5`:
> nodetool flush
> nodetool drain
> notetool repair
> When I tred to start 2.1.8 after a reboot, the following error is observed in
> the system.log file. Server would not start after reach this point. I also
> attached the full error log which shows two start attempts.
> When I reverted back to 2.1.5, server started just fine, with no error in log.
> I saw the following issue reported but that was for 2.0.9. However, I have
> not seen this error in 2.1.3, 2.1.4 or 2.1.5.
> https://issues.apache.org/jira/browse/CASSANDRA-7780
> Error log:
> {code:java}
> INFO [main] 2015-07-18 21:30:05,582 YamlConfigurationLoader.java:135 - Node
> configuration:[authenticator=AllowAllAuthenticator;
> authorizer=AllowAllAuthorizer; auto_snapshot=true;
> batch_size_warn_threshold_in_kb=5; batchlog_replay_throttle_in_kb=1024;
> cas_contention_timeout_in_ms=5000; client_encryption_options=;
> cluster_name=zhangwe; column_index_size_in_kb=64; commit_failure_policy=stop;
> commitlog_directory=z:/cassandra/commitlog; commitlog_segment_size_in_mb=32;
> commitlog_sync=periodic; commitlog_sync_period_in_ms=1;
> compaction_throughput_mb_per_sec=16; concurrent_counter_writes=32;
> concurrent_reads=32; concurrent_writes=32; counter_cache_save_period=7200;
> counter_cache_size_in_mb=null; counter_write_request_timeout_in_ms=4;
> cross_node_timeout=false; data_file_directories=[z:/cassandra/data];
> disk_failure_policy=stop; dynamic_snitch_badness_threshold=0.1;
> dynamic_snitch_reset_interval_in_ms=60;
> dynamic_snitch_update_interval_in_ms=100; endpoint_snitch=SimpleSnitch;
> hinted_handoff_enabled=true; hinted_handoff_throttle_in_kb=1024;
> incremental_backups=false; index_summary_capacity_in_mb=null;
> index_summary_resize_interval_in_minutes=60; inter_dc_tcp_nodelay=false;
> internode_compression=all; key_cache_save_period=14400;
> key_cache_size_in_mb=null; listen_address=localhost;
> max_hint_window_in_ms=1080; max_hints_delivery_threads=2;
> memtable_allocation_type=heap_buffers; native_transport_port=9042;
> num_tokens=256; partitioner=org.apache.cassandra.dht.Murmur3Partitioner;
> permissions_validity_in_ms=2000; range_request_timeout_in_ms=4;
> read_request_timeout_in_ms=3;
> request_scheduler=org.apache.cassandra.scheduler.NoScheduler;
> request_timeout_in_ms=5; row_cache_save_period=0; row_cache_size_in_mb=0;
> rpc_address=localhost; rpc_keepalive=true; rpc_port=9160;
> rpc_server_type=sync; saved_caches_directory=z:/cassandra/saved_caches;
> seed_provider=[{class_name=org.apache.cassandra.locator.SimpleSeedProvider,
> parameters=[{seeds=127.0.0.1}]}]; server_encryption_options=;
> snapshot_before_compaction=false; ssl_storage_port=7001;
> sstable_preemptive_open_interval_in_mb=50; start_native_transport=true;
> start_rpc=true; storage_port=7000; thrift_framed_transport_size_in_mb=15;
> tombstone_failure_threshold=10; tombstone_warn_threshold=1000;
> trickle_fsync=false; trickle_fsync_interval_in_kb=10240;
> truncate_request_timeout_in_ms=9; write_request_timeout_in_ms=3]
> INFO [main] 2015-07-18 21:30:05,683 MessagingService.java:480 - Starting
> Messaging Service on port 7000
> ERROR [NonPeriodicTasks:1] 2015-07-18 21:30:05,685
> SSTableDeletingTask.java:85 - Unable to delete
> z:\cassandra\data\system\compact
[jira] [Updated] (CASSANDRA-9846) CassandraDaemon fails to start due to FileNotFoundException
[
https://issues.apache.org/jira/browse/CASSANDRA-9846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Will Zhang updated CASSANDRA-9846:
--
Description:
Cassandra 2.1.8
Server fails to start after seeing a `FileNotFoundException` in the logs.
Before upgrading to `2.1.8`, I was running `2.1.5`. I ran the following before
shutting down `2.1.5`:
nodetool flush
nodetool drain
notetool repair
When I tred to start 2.1.8 after a reboot, the following error is observed in
the system.log file. Server would not start after reach this point. I also
attached the full error log which shows two start attempts.
When I reverted back to 2.1.5, server started just fine, with no error in log.
I saw the following issue reported but that was for 2.0.9. However, I have not
seen this error in 2.1.3, 2.1.4 or 2.1.5.
https://issues.apache.org/jira/browse/CASSANDRA-7780
Error log:
{code:java}
INFO [main] 2015-07-18 21:30:05,582 YamlConfigurationLoader.java:135 - Node
configuration:[authenticator=AllowAllAuthenticator;
authorizer=AllowAllAuthorizer; auto_snapshot=true;
batch_size_warn_threshold_in_kb=5; batchlog_replay_throttle_in_kb=1024;
cas_contention_timeout_in_ms=5000; client_encryption_options=;
cluster_name=zhangwe; column_index_size_in_kb=64; commit_failure_policy=stop;
commitlog_directory=z:/cassandra/commitlog; commitlog_segment_size_in_mb=32;
commitlog_sync=periodic; commitlog_sync_period_in_ms=1;
compaction_throughput_mb_per_sec=16; concurrent_counter_writes=32;
concurrent_reads=32; concurrent_writes=32; counter_cache_save_period=7200;
counter_cache_size_in_mb=null; counter_write_request_timeout_in_ms=4;
cross_node_timeout=false; data_file_directories=[z:/cassandra/data];
disk_failure_policy=stop; dynamic_snitch_badness_threshold=0.1;
dynamic_snitch_reset_interval_in_ms=60;
dynamic_snitch_update_interval_in_ms=100; endpoint_snitch=SimpleSnitch;
hinted_handoff_enabled=true; hinted_handoff_throttle_in_kb=1024;
incremental_backups=false; index_summary_capacity_in_mb=null;
index_summary_resize_interval_in_minutes=60; inter_dc_tcp_nodelay=false;
internode_compression=all; key_cache_save_period=14400;
key_cache_size_in_mb=null; listen_address=localhost;
max_hint_window_in_ms=1080; max_hints_delivery_threads=2;
memtable_allocation_type=heap_buffers; native_transport_port=9042;
num_tokens=256; partitioner=org.apache.cassandra.dht.Murmur3Partitioner;
permissions_validity_in_ms=2000; range_request_timeout_in_ms=4;
read_request_timeout_in_ms=3;
request_scheduler=org.apache.cassandra.scheduler.NoScheduler;
request_timeout_in_ms=5; row_cache_save_period=0; row_cache_size_in_mb=0;
rpc_address=localhost; rpc_keepalive=true; rpc_port=9160; rpc_server_type=sync;
saved_caches_directory=z:/cassandra/saved_caches;
seed_provider=[{class_name=org.apache.cassandra.locator.SimpleSeedProvider,
parameters=[{seeds=127.0.0.1}]}]; server_encryption_options=;
snapshot_before_compaction=false; ssl_storage_port=7001;
sstable_preemptive_open_interval_in_mb=50; start_native_transport=true;
start_rpc=true; storage_port=7000; thrift_framed_transport_size_in_mb=15;
tombstone_failure_threshold=10; tombstone_warn_threshold=1000;
trickle_fsync=false; trickle_fsync_interval_in_kb=10240;
truncate_request_timeout_in_ms=9; write_request_timeout_in_ms=3]
INFO [main] 2015-07-18 21:30:05,683 MessagingService.java:480 - Starting
Messaging Service on port 7000
ERROR [NonPeriodicTasks:1] 2015-07-18 21:30:05,685 SSTableDeletingTask.java:85
- Unable to delete
z:\cassandra\data\system\compaction_history-b4dbb7b4dc493fb5b3bfce6e434832ca\system-compaction_history-tmplink-ka-1539-Data.db
(it will be removed on server restart; we'll also retry after GC)
ERROR [main] 2015-07-18 21:30:05,747 CassandraDaemon.java:541 - Exception
encountered during startup
java.lang.RuntimeException: java.io.FileNotFoundException:
z:\cassandra\data\system\local-7ad54392bcdd35a684174e047860b377\system-local-tmplink-ka-338-Data.db
(The system cannot find the file specified)
at
org.apache.cassandra.io.compress.CompressedRandomAccessReader.open(CompressedRandomAccessReader.java:52)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.util.CompressedPoolingSegmentedFile.createPooledReader(CompressedPoolingSegmentedFile.java:95)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.util.PoolingSegmentedFile.getSegment(PoolingSegmentedFile.java:62)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.sstable.SSTableReader.getFileDataInput(SSTableReader.java:1822)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.db.columniterator.SimpleSliceReader.(SimpleSliceReader.java:57)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.db.columniterator.SSTableSliceIterator.createReader(SSTableSliceIterator.java:65)
~[apache-cassandr
[jira] [Updated] (CASSANDRA-9846) CassandraDaemon fails to start due to FileNotFoundException
[
https://issues.apache.org/jira/browse/CASSANDRA-9846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Will Zhang updated CASSANDRA-9846:
--
Description:
Cassandra 2.1.8
Server fails to start after seeing a `FileNotFoundException` in the logs.
Before upgrading to `2.1.8`, I was running `2.1.5`. I ran the following before
shutting down `2.1.5`:
nodetool flush
nodetool drain
notetool repair
When I tred to start 2.1.8 after a reboot, the following error is observed in
the system.log file. Server would not start after reach this point. I also
attached the full error log which shows two start attempts.
When I reverted back to 2.1.5, server started just fine, with no error in log.
I saw the following issue reported but that was for 2.0.9. However, I have not
seen this error in 2.1.3, 2.1.4 or 2.1.5.
https://issues.apache.org/jira/browse/CASSANDRA-7780
INFO [main] 2015-07-18 21:30:05,582 YamlConfigurationLoader.java:135 - Node
configuration:[authenticator=AllowAllAuthenticator;
authorizer=AllowAllAuthorizer; auto_snapshot=true;
batch_size_warn_threshold_in_kb=5; batchlog_replay_throttle_in_kb=1024;
cas_contention_timeout_in_ms=5000; client_encryption_options=;
cluster_name=zhangwe; column_index_size_in_kb=64; commit_failure_policy=stop;
commitlog_directory=z:/cassandra/commitlog; commitlog_segment_size_in_mb=32;
commitlog_sync=periodic; commitlog_sync_period_in_ms=1;
compaction_throughput_mb_per_sec=16; concurrent_counter_writes=32;
concurrent_reads=32; concurrent_writes=32; counter_cache_save_period=7200;
counter_cache_size_in_mb=null; counter_write_request_timeout_in_ms=4;
cross_node_timeout=false; data_file_directories=[z:/cassandra/data];
disk_failure_policy=stop; dynamic_snitch_badness_threshold=0.1;
dynamic_snitch_reset_interval_in_ms=60;
dynamic_snitch_update_interval_in_ms=100; endpoint_snitch=SimpleSnitch;
hinted_handoff_enabled=true; hinted_handoff_throttle_in_kb=1024;
incremental_backups=false; index_summary_capacity_in_mb=null;
index_summary_resize_interval_in_minutes=60; inter_dc_tcp_nodelay=false;
internode_compression=all; key_cache_save_period=14400;
key_cache_size_in_mb=null; listen_address=localhost;
max_hint_window_in_ms=1080; max_hints_delivery_threads=2;
memtable_allocation_type=heap_buffers; native_transport_port=9042;
num_tokens=256; partitioner=org.apache.cassandra.dht.Murmur3Partitioner;
permissions_validity_in_ms=2000; range_request_timeout_in_ms=4;
read_request_timeout_in_ms=3;
request_scheduler=org.apache.cassandra.scheduler.NoScheduler;
request_timeout_in_ms=5; row_cache_save_period=0; row_cache_size_in_mb=0;
rpc_address=localhost; rpc_keepalive=true; rpc_port=9160; rpc_server_type=sync;
saved_caches_directory=z:/cassandra/saved_caches;
seed_provider=[{class_name=org.apache.cassandra.locator.SimpleSeedProvider,
parameters=[{seeds=127.0.0.1}]}]; server_encryption_options=;
snapshot_before_compaction=false; ssl_storage_port=7001;
sstable_preemptive_open_interval_in_mb=50; start_native_transport=true;
start_rpc=true; storage_port=7000; thrift_framed_transport_size_in_mb=15;
tombstone_failure_threshold=10; tombstone_warn_threshold=1000;
trickle_fsync=false; trickle_fsync_interval_in_kb=10240;
truncate_request_timeout_in_ms=9; write_request_timeout_in_ms=3]
INFO [main] 2015-07-18 21:30:05,683 MessagingService.java:480 - Starting
Messaging Service on port 7000
ERROR [NonPeriodicTasks:1] 2015-07-18 21:30:05,685 SSTableDeletingTask.java:85
- Unable to delete
z:\cassandra\data\system\compaction_history-b4dbb7b4dc493fb5b3bfce6e434832ca\system-compaction_history-tmplink-ka-1539-Data.db
(it will be removed on server restart; we'll also retry after GC)
ERROR [main] 2015-07-18 21:30:05,747 CassandraDaemon.java:541 - Exception
encountered during startup
java.lang.RuntimeException: java.io.FileNotFoundException:
z:\cassandra\data\system\local-7ad54392bcdd35a684174e047860b377\system-local-tmplink-ka-338-Data.db
(The system cannot find the file specified)
at
org.apache.cassandra.io.compress.CompressedRandomAccessReader.open(CompressedRandomAccessReader.java:52)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.util.CompressedPoolingSegmentedFile.createPooledReader(CompressedPoolingSegmentedFile.java:95)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.util.PoolingSegmentedFile.getSegment(PoolingSegmentedFile.java:62)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.sstable.SSTableReader.getFileDataInput(SSTableReader.java:1822)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.db.columniterator.SimpleSliceReader.(SimpleSliceReader.java:57)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.db.columniterator.SSTableSliceIterator.createReader(SSTableSliceIterator.java:65)
~[apache-cassandra-2.1.8.jar:2.1.8]
[jira] [Created] (CASSANDRA-9846) CassandraDaemon fails to start due to FileNotFoundException
Will Zhang created CASSANDRA-9846:
-
Summary: CassandraDaemon fails to start due to
FileNotFoundException
Key: CASSANDRA-9846
URL: https://issues.apache.org/jira/browse/CASSANDRA-9846
Project: Cassandra
Issue Type: Bug
Environment: Windows 7 64bit, 4-core, 24GB memory. Running single
cluster.
Java 1.8.0_45, python 2.7.10
Reporter: Will Zhang
Attachments: system.2.1.8.log
Cassandra 2.1.8
Server fails to start after seeing a `FileNotFoundException` in the logs.
Before upgrading to `2.1.8`, I was running `2.1.5`. I ran the following before
shutting down `2.1.5`:
nodetool flush
nodetool drain
notetool repair
When I tred to start 2.1.8 after a reboot, the following error is observed in
the system.log file. Server would not start after reach this point. I also
attached the full error log which shows two start attempts.
When I reverted back to 2.1.5, server started just fine, with no error in log.
Not sure if this is a known issue?
INFO [main] 2015-07-18 21:30:05,582 YamlConfigurationLoader.java:135 - Node
configuration:[authenticator=AllowAllAuthenticator;
authorizer=AllowAllAuthorizer; auto_snapshot=true;
batch_size_warn_threshold_in_kb=5; batchlog_replay_throttle_in_kb=1024;
cas_contention_timeout_in_ms=5000; client_encryption_options=;
cluster_name=zhangwe; column_index_size_in_kb=64; commit_failure_policy=stop;
commitlog_directory=z:/cassandra/commitlog; commitlog_segment_size_in_mb=32;
commitlog_sync=periodic; commitlog_sync_period_in_ms=1;
compaction_throughput_mb_per_sec=16; concurrent_counter_writes=32;
concurrent_reads=32; concurrent_writes=32; counter_cache_save_period=7200;
counter_cache_size_in_mb=null; counter_write_request_timeout_in_ms=4;
cross_node_timeout=false; data_file_directories=[z:/cassandra/data];
disk_failure_policy=stop; dynamic_snitch_badness_threshold=0.1;
dynamic_snitch_reset_interval_in_ms=60;
dynamic_snitch_update_interval_in_ms=100; endpoint_snitch=SimpleSnitch;
hinted_handoff_enabled=true; hinted_handoff_throttle_in_kb=1024;
incremental_backups=false; index_summary_capacity_in_mb=null;
index_summary_resize_interval_in_minutes=60; inter_dc_tcp_nodelay=false;
internode_compression=all; key_cache_save_period=14400;
key_cache_size_in_mb=null; listen_address=localhost;
max_hint_window_in_ms=1080; max_hints_delivery_threads=2;
memtable_allocation_type=heap_buffers; native_transport_port=9042;
num_tokens=256; partitioner=org.apache.cassandra.dht.Murmur3Partitioner;
permissions_validity_in_ms=2000; range_request_timeout_in_ms=4;
read_request_timeout_in_ms=3;
request_scheduler=org.apache.cassandra.scheduler.NoScheduler;
request_timeout_in_ms=5; row_cache_save_period=0; row_cache_size_in_mb=0;
rpc_address=localhost; rpc_keepalive=true; rpc_port=9160; rpc_server_type=sync;
saved_caches_directory=z:/cassandra/saved_caches;
seed_provider=[{class_name=org.apache.cassandra.locator.SimpleSeedProvider,
parameters=[{seeds=127.0.0.1}]}]; server_encryption_options=;
snapshot_before_compaction=false; ssl_storage_port=7001;
sstable_preemptive_open_interval_in_mb=50; start_native_transport=true;
start_rpc=true; storage_port=7000; thrift_framed_transport_size_in_mb=15;
tombstone_failure_threshold=10; tombstone_warn_threshold=1000;
trickle_fsync=false; trickle_fsync_interval_in_kb=10240;
truncate_request_timeout_in_ms=9; write_request_timeout_in_ms=3]
INFO [main] 2015-07-18 21:30:05,683 MessagingService.java:480 - Starting
Messaging Service on port 7000
ERROR [NonPeriodicTasks:1] 2015-07-18 21:30:05,685 SSTableDeletingTask.java:85
- Unable to delete
z:\cassandra\data\system\compaction_history-b4dbb7b4dc493fb5b3bfce6e434832ca\system-compaction_history-tmplink-ka-1539-Data.db
(it will be removed on server restart; we'll also retry after GC)
ERROR [main] 2015-07-18 21:30:05,747 CassandraDaemon.java:541 - Exception
encountered during startup
java.lang.RuntimeException: java.io.FileNotFoundException:
z:\cassandra\data\system\local-7ad54392bcdd35a684174e047860b377\system-local-tmplink-ka-338-Data.db
(The system cannot find the file specified)
at
org.apache.cassandra.io.compress.CompressedRandomAccessReader.open(CompressedRandomAccessReader.java:52)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.util.CompressedPoolingSegmentedFile.createPooledReader(CompressedPoolingSegmentedFile.java:95)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.util.PoolingSegmentedFile.getSegment(PoolingSegmentedFile.java:62)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.io.sstable.SSTableReader.getFileDataInput(SSTableReader.java:1822)
~[apache-cassandra-2.1.8.jar:2.1.8]
at
org.apache.cassandra.db.columniterator.SimpleSliceReader.(SimpleSliceReader.java:57)
~[apache-cassandra-2.1.8.jar:2.1.8]
[jira] [Commented] (CASSANDRA-9121) java.lang.AssertionError: attempted to delete non-existing file
[
https://issues.apache.org/jira/browse/CASSANDRA-9121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14585259#comment-14585259
]
Will Zhang commented on CASSANDRA-9121:
---
Been on holiday for the last two weeks in China, bad internet connection...
Will try 2.2 beta. FYI, when I started with 2.1.5 a few weeks ago, these errors
have stopped appearing in the logs.
> java.lang.AssertionError: attempted to delete non-existing file
> ---
>
> Key: CASSANDRA-9121
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9121
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7
>Reporter: Will Zhang
>Assignee: Joshua McKenzie
> Fix For: 2.1.x
>
>
> upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
> However, I started to see this new java.lang.AssertionError. See log below.
> Apart from this table listed below, this issue has also occurred on other
> user data tables.
> Edited: Rechecked logs in 2.1.2, this error has happened before.
> Question also raised on Stackoverflow.
> http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
>
> Environment: Windows 7 (yes I konw...), Java 1.8.0_11
> {code}
> ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 -
> Exception in thread Thread[NonPeriodicTasks:1,5,main]
> java.lang.AssertionError: attempted to delete non-existing file
> system-compaction_history-tmplink-ka-548-Data.db
> at
> org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> ~[na:1.8.0_11]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [na:1.8.0_11]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CASSANDRA-9121) java.lang.AssertionError: attempted to delete non-existing file
[
https://issues.apache.org/jira/browse/CASSANDRA-9121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Will Zhang updated CASSANDRA-9121:
--
Description:
upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
However, I started to see this new java.lang.AssertionError. See log below.
Apart from this table listed below, this issue has also occurred on other user
data tables.
Edited: Rechecked logs in 2.1.2, this error has happened before.
Question also raised on Stackoverflow.
http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
Environment: Windows 7 (yes I konw...), Java 1.8.0_11
{code}
ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 -
Exception in thread Thread[NonPeriodicTasks:1,5,main]
java.lang.AssertionError: attempted to delete non-existing file
system-compaction_history-tmplink-ka-548-Data.db
at
org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
~[na:1.8.0_11]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
~[na:1.8.0_11]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
~[na:1.8.0_11]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
{code}
was:
upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
However, I started to see this new java.lang.AssertionError. See log below.
Apart from this table listed below, this issue has also occurred on other user
data tables.
Edited: This error has happened in the previous 2.1.2 version before (checking
full 1 month of logs), however, it was significantly less frequent than in the
2.1.3 version.
Question also raised on Stackoverflow.
http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
Environment: Windows 7 (yes I konw...), Java 1.8.0_11
{code}
ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 -
Exception in thread Thread[NonPeriodicTasks:1,5,main]
java.lang.AssertionError: attempted to delete non-existing file
system-compaction_history-tmplink-ka-548-Data.db
at
org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
~[na:1.8.0_11]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
~[na:1.8.0_11]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
~[na:1.8.0_11]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
{code}
> java.lang.AssertionError: attempted to delete non-existing file
> ---
>
> Key: CASSANDRA-9121
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9121
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7
>Reporter: Will Zhang
>Assignee: Joshua McKenzie
> Fix For: 2.1.5
>
>
> upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
> However, I started to see this new java.lang.AssertionError. See log below.
> Apart from this table listed below, this issue has also occurred on other
> user data tables.
> Edited: Rechecked logs in 2.1.2, this error has happened before.
> Question also raised on Stackoverflow.
> http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
>
> Environment: Windows 7 (yes I konw...), Java 1.8.0_11
> {code}
> ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:3
[jira] [Updated] (CASSANDRA-9121) java.lang.AssertionError: attempted to delete non-existing file
[
https://issues.apache.org/jira/browse/CASSANDRA-9121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Will Zhang updated CASSANDRA-9121:
--
Description:
upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
However, I started to see this new java.lang.AssertionError. See log below.
Apart from this table listed below, this issue has also occurred on other user
data tables.
Edited: This error has happened in the previous 2.1.2 version before (checking
full 1 month of logs), however, it was significantly less frequent than in the
2.1.3 version.
Question also raised on Stackoverflow.
http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
Environment: Windows 7 (yes I konw...), Java 1.8.0_11
{code}
ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 -
Exception in thread Thread[NonPeriodicTasks:1,5,main]
java.lang.AssertionError: attempted to delete non-existing file
system-compaction_history-tmplink-ka-548-Data.db
at
org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
~[na:1.8.0_11]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
~[na:1.8.0_11]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
~[na:1.8.0_11]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
{code}
was:
upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
However, I started to see this new java.lang.AssertionError. See log below.
Apart from this table listed below, this issue has also occurred on other user
data tables. This error has not happened in the previous 2.1.2 version in our
application (full 1 month of logs).
Question also raised on Stackoverflow.
http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
Environment: Windows 7 (yes I konw...), Java 1.8.0_11
{code}
ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 -
Exception in thread Thread[NonPeriodicTasks:1,5,main]
java.lang.AssertionError: attempted to delete non-existing file
system-compaction_history-tmplink-ka-548-Data.db
at
org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
~[na:1.8.0_11]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
~[na:1.8.0_11]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
~[na:1.8.0_11]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
{code}
> java.lang.AssertionError: attempted to delete non-existing file
> ---
>
> Key: CASSANDRA-9121
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9121
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7
>Reporter: Will Zhang
>Assignee: Joshua McKenzie
> Fix For: 2.1.5
>
>
> upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
> However, I started to see this new java.lang.AssertionError. See log below.
> Apart from this table listed below, this issue has also occurred on other
> user data tables.
> Edited: This error has happened in the previous 2.1.2 version before
> (checking full 1 month of logs), however, it was significantly less frequent
> than in the 2.1.3 version.
> Question also raised on Stackoverflow.
> http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertioner
[jira] [Updated] (CASSANDRA-9122) CassandraDaemon.java:167 NullPointerException
[
https://issues.apache.org/jira/browse/CASSANDRA-9122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Will Zhang updated CASSANDRA-9122:
--
Description:
Repeated occurrance of null pointer exception in system.log after upgrading
from 2.1.2 to 2.1.3. System.log section below.
{code:java}
ERROR [CompactionExecutor:40] 2015-04-05 18:34:36,413 CassandraDaemon.java:167
- Exception in thread Thread[CompactionExecutor:40,1,main]
java.lang.NullPointerException: null
at
org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:475)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:463)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.cache.AutoSavingCache$Writer.saveCache(AutoSavingCache.java:274)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.db.compaction.CompactionManager$11.run(CompactionManager.java:1152)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
~[na:1.8.0_11]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
INFO [ScheduledTasks:1] 2015-04-05 18:34:38,392 ColumnFamilyStore.java:877 -
Enqueuing flush of sstable_activity: 35890 (0%) on-heap, 0 (0%) off-heap
INFO [MemtableFlushWriter:30] 2015-04-05 18:34:38,401 Memtable.java:339 -
Writing Memtable-sstable_activity@388081044(3726 serialized bytes, 1656 ops,
0%/0% of on/off-heap limit)
{code}
was:
Repeated occurrance of null pointer exception in system.log after upgrading
from 2.1.2 to 2.1.3. System.log section below.
ERROR [CompactionExecutor:40] 2015-04-05 18:34:36,413 CassandraDaemon.java:167
- Exception in thread Thread[CompactionExecutor:40,1,main]
java.lang.NullPointerException: null
at
org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:475)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:463)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.cache.AutoSavingCache$Writer.saveCache(AutoSavingCache.java:274)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
org.apache.cassandra.db.compaction.CompactionManager$11.run(CompactionManager.java:1152)
~[apache-cassandra-2.1.3.jar:2.1.3]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
~[na:1.8.0_11]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
INFO [ScheduledTasks:1] 2015-04-05 18:34:38,392 ColumnFamilyStore.java:877 -
Enqueuing flush of sstable_activity: 35890 (0%) on-heap, 0 (0%) off-heap
INFO [MemtableFlushWriter:30] 2015-04-05 18:34:38,401 Memtable.java:339 -
Writing Memtable-sstable_activity@388081044(3726 serialized bytes, 1656 ops,
0%/0% of on/off-heap limit)
> CassandraDaemon.java:167 NullPointerException
> -
>
> Key: CASSANDRA-9122
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9122
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7
>Reporter: Will Zhang
> Fix For: 2.1.5
>
>
> Repeated occurrance of null pointer exception in system.log after upgrading
> from 2.1.2 to 2.1.3. System.log section below.
> {code:java}
> ERROR [CompactionExecutor:40] 2015-04-05 18:34:36,413
> CassandraDaemon.java:167 - Exception in thread
> Thread[CompactionExecutor:40,1,main]
> java.lang.NullPointerException: null
> at
> org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:475)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:463)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.cache.AutoSavingCache$Writer.saveCache(AutoSavingCache.java:274)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.db.compaction.CompactionManager$11.run(CompactionManager.java:1152)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> ~[na:1.8.0_11]
> at java.util.concurrent.FutureTask.run(FutureTask.ja
[jira] [Commented] (CASSANDRA-9121) java.lang.AssertionError: attempted to delete non-existing file
[
https://issues.apache.org/jira/browse/CASSANDRA-9121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14481996#comment-14481996
]
Will Zhang commented on CASSANDRA-9121:
---
Thanks. Wasn't meant to ask if this was *not* critical. Updated previous
comment.
> java.lang.AssertionError: attempted to delete non-existing file
> ---
>
> Key: CASSANDRA-9121
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9121
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7
>Reporter: Will Zhang
>Assignee: Joshua McKenzie
> Fix For: 2.1.5
>
>
> upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
> However, I started to see this new java.lang.AssertionError. See log below.
> Apart from this table listed below, this issue has also occurred on other
> user data tables. This error has not happened in the previous 2.1.2 version
> in our application (full 1 month of logs).
> Question also raised on Stackoverflow.
> http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
>
> Environment: Windows 7 (yes I konw...), Java 1.8.0_11
> {code}
> ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 -
> Exception in thread Thread[NonPeriodicTasks:1,5,main]
> java.lang.AssertionError: attempted to delete non-existing file
> system-compaction_history-tmplink-ka-548-Data.db
> at
> org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> ~[na:1.8.0_11]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [na:1.8.0_11]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (CASSANDRA-9121) java.lang.AssertionError: attempted to delete non-existing file
[
https://issues.apache.org/jira/browse/CASSANDRA-9121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14481860#comment-14481860
]
Will Zhang edited comment on CASSANDRA-9121 at 4/6/15 9:27 PM:
---
Presumably since this is just deleting a tmp file that doesn't exist this is
not critical? Thanks.
was (Author: esvhd):
Presumably since this is just deleting a tmp file that doesn't exist this is
critical? Thanks.
> java.lang.AssertionError: attempted to delete non-existing file
> ---
>
> Key: CASSANDRA-9121
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9121
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7
>Reporter: Will Zhang
>Assignee: Joshua McKenzie
> Fix For: 2.1.5
>
>
> upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
> However, I started to see this new java.lang.AssertionError. See log below.
> Apart from this table listed below, this issue has also occurred on other
> user data tables. This error has not happened in the previous 2.1.2 version
> in our application (full 1 month of logs).
> Question also raised on Stackoverflow.
> http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
>
> Environment: Windows 7 (yes I konw...), Java 1.8.0_11
> {code}
> ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 -
> Exception in thread Thread[NonPeriodicTasks:1,5,main]
> java.lang.AssertionError: attempted to delete non-existing file
> system-compaction_history-tmplink-ka-548-Data.db
> at
> org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> ~[na:1.8.0_11]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [na:1.8.0_11]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-9121) java.lang.AssertionError: attempted to delete non-existing file
[
https://issues.apache.org/jira/browse/CASSANDRA-9121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14481860#comment-14481860
]
Will Zhang commented on CASSANDRA-9121:
---
Presumably since this is just deleting a tmp file that doesn't exist this is
critical? Thanks.
> java.lang.AssertionError: attempted to delete non-existing file
> ---
>
> Key: CASSANDRA-9121
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9121
> Project: Cassandra
> Issue Type: Bug
> Environment: Windows 7
>Reporter: Will Zhang
>Assignee: Joshua McKenzie
> Fix For: 2.1.5
>
>
> upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions.
> However, I started to see this new java.lang.AssertionError. See log below.
> Apart from this table listed below, this issue has also occurred on other
> user data tables. This error has not happened in the previous 2.1.2 version
> in our application (full 1 month of logs).
> Question also raised on Stackoverflow.
> http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi
>
> Environment: Windows 7 (yes I konw...), Java 1.8.0_11
> {code}
> ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 -
> Exception in thread Thread[NonPeriodicTasks:1,5,main]
> java.lang.AssertionError: attempted to delete non-existing file
> system-compaction_history-tmplink-ka-548-Data.db
> at
> org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> ~[na:1.8.0_11]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> ~[na:1.8.0_11]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [na:1.8.0_11]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11]
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CASSANDRA-9121) java.lang.AssertionError: attempted to delete non-existing file
[ https://issues.apache.org/jira/browse/CASSANDRA-9121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Will Zhang updated CASSANDRA-9121: -- Fix Version/s: (was: 2.1.3) 2.1.5 > java.lang.AssertionError: attempted to delete non-existing file > --- > > Key: CASSANDRA-9121 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9121 > Project: Cassandra > Issue Type: Bug > Environment: Windows 7 >Reporter: Will Zhang > Fix For: 2.1.5 > > > upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions. > However, I started to see this new java.lang.AssertionError. See log below. > Apart from this table listed below, this issue has also occurred on other > user data tables. This error has not happened in the previous 2.1.2 version > in our application (full 1 month of logs). > Question also raised on Stackoverflow. > http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi > > Environment: Windows 7 (yes I konw...), Java 1.8.0_11 > ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 - > Exception in thread Thread[NonPeriodicTasks:1,5,main] > java.lang.AssertionError: attempted to delete non-existing file > system-compaction_history-tmplink-ka-548-Data.db > at > org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > ~[na:1.8.0_11] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > ~[na:1.8.0_11] > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) > ~[na:1.8.0_11] > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > ~[na:1.8.0_11] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > ~[na:1.8.0_11] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [na:1.8.0_11] > at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CASSANDRA-9122) CassandraDaemon.java:167 NullPointerException
[ https://issues.apache.org/jira/browse/CASSANDRA-9122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Will Zhang resolved CASSANDRA-9122. --- Resolution: Fixed Fix Version/s: (was: 2.1.3) 2.1.5 Same issue reported in https://issues.apache.org/jira/browse/CASSANDRA-8067 > CassandraDaemon.java:167 NullPointerException > - > > Key: CASSANDRA-9122 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9122 > Project: Cassandra > Issue Type: Bug > Environment: Windows 7 >Reporter: Will Zhang > Fix For: 2.1.5 > > > Repeated occurrance of null pointer exception in system.log after upgrading > from 2.1.2 to 2.1.3. System.log section below. > ERROR [CompactionExecutor:40] 2015-04-05 18:34:36,413 > CassandraDaemon.java:167 - Exception in thread > Thread[CompactionExecutor:40,1,main] > java.lang.NullPointerException: null > at > org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:475) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:463) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > org.apache.cassandra.cache.AutoSavingCache$Writer.saveCache(AutoSavingCache.java:274) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > org.apache.cassandra.db.compaction.CompactionManager$11.run(CompactionManager.java:1152) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > ~[na:1.8.0_11] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > ~[na:1.8.0_11] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > ~[na:1.8.0_11] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [na:1.8.0_11] > at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11] > INFO [ScheduledTasks:1] 2015-04-05 18:34:38,392 ColumnFamilyStore.java:877 - > Enqueuing flush of sstable_activity: 35890 (0%) on-heap, 0 (0%) off-heap > INFO [MemtableFlushWriter:30] 2015-04-05 18:34:38,401 Memtable.java:339 - > Writing Memtable-sstable_activity@388081044(3726 serialized bytes, 1656 ops, > 0%/0% of on/off-heap limit) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-9122) CassandraDaemon.java:167 NullPointerException
[ https://issues.apache.org/jira/browse/CASSANDRA-9122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14423721#comment-14423721 ] Will Zhang commented on CASSANDRA-9122: --- Looks like this is the same as https://issues.apache.org/jira/browse/CASSANDRA-8067 > CassandraDaemon.java:167 NullPointerException > - > > Key: CASSANDRA-9122 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9122 > Project: Cassandra > Issue Type: Bug > Environment: Windows 7 >Reporter: Will Zhang > Fix For: 2.1.3 > > > Repeated occurrance of null pointer exception in system.log after upgrading > from 2.1.2 to 2.1.3. System.log section below. > ERROR [CompactionExecutor:40] 2015-04-05 18:34:36,413 > CassandraDaemon.java:167 - Exception in thread > Thread[CompactionExecutor:40,1,main] > java.lang.NullPointerException: null > at > org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:475) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:463) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > org.apache.cassandra.cache.AutoSavingCache$Writer.saveCache(AutoSavingCache.java:274) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > org.apache.cassandra.db.compaction.CompactionManager$11.run(CompactionManager.java:1152) > ~[apache-cassandra-2.1.3.jar:2.1.3] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > ~[na:1.8.0_11] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > ~[na:1.8.0_11] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > ~[na:1.8.0_11] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [na:1.8.0_11] > at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11] > INFO [ScheduledTasks:1] 2015-04-05 18:34:38,392 ColumnFamilyStore.java:877 - > Enqueuing flush of sstable_activity: 35890 (0%) on-heap, 0 (0%) off-heap > INFO [MemtableFlushWriter:30] 2015-04-05 18:34:38,401 Memtable.java:339 - > Writing Memtable-sstable_activity@388081044(3726 serialized bytes, 1656 ops, > 0%/0% of on/off-heap limit) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CASSANDRA-9122) CassandraDaemon.java:167 NullPointerException
Will Zhang created CASSANDRA-9122: - Summary: CassandraDaemon.java:167 NullPointerException Key: CASSANDRA-9122 URL: https://issues.apache.org/jira/browse/CASSANDRA-9122 Project: Cassandra Issue Type: Bug Environment: Windows 7 Reporter: Will Zhang Fix For: 2.1.3 Repeated occurrance of null pointer exception in system.log after upgrading from 2.1.2 to 2.1.3. System.log section below. ERROR [CompactionExecutor:40] 2015-04-05 18:34:36,413 CassandraDaemon.java:167 - Exception in thread Thread[CompactionExecutor:40,1,main] java.lang.NullPointerException: null at org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:475) ~[apache-cassandra-2.1.3.jar:2.1.3] at org.apache.cassandra.service.CacheService$KeyCacheSerializer.serialize(CacheService.java:463) ~[apache-cassandra-2.1.3.jar:2.1.3] at org.apache.cassandra.cache.AutoSavingCache$Writer.saveCache(AutoSavingCache.java:274) ~[apache-cassandra-2.1.3.jar:2.1.3] at org.apache.cassandra.db.compaction.CompactionManager$11.run(CompactionManager.java:1152) ~[apache-cassandra-2.1.3.jar:2.1.3] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[na:1.8.0_11] at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[na:1.8.0_11] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_11] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_11] at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11] INFO [ScheduledTasks:1] 2015-04-05 18:34:38,392 ColumnFamilyStore.java:877 - Enqueuing flush of sstable_activity: 35890 (0%) on-heap, 0 (0%) off-heap INFO [MemtableFlushWriter:30] 2015-04-05 18:34:38,401 Memtable.java:339 - Writing Memtable-sstable_activity@388081044(3726 serialized bytes, 1656 ops, 0%/0% of on/off-heap limit) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CASSANDRA-9121) java.lang.AssertionError: attempted to delete non-existing file
Will Zhang created CASSANDRA-9121: - Summary: java.lang.AssertionError: attempted to delete non-existing file Key: CASSANDRA-9121 URL: https://issues.apache.org/jira/browse/CASSANDRA-9121 Project: Cassandra Issue Type: Bug Environment: Windows 7 Reporter: Will Zhang Fix For: 2.1.3 upgraded from Cassandra 2.1.2 to 2.1.3 following the upgrade instructions. However, I started to see this new java.lang.AssertionError. See log below. Apart from this table listed below, this issue has also occurred on other user data tables. This error has not happened in the previous 2.1.2 version in our application (full 1 month of logs). Question also raised on Stackoverflow. http://stackoverflow.com/questions/29462267/cassandra-version-2-1-3-java-lang-assertionerror-attempted-to-delete-non-existi Environment: Windows 7 (yes I konw...), Java 1.8.0_11 ERROR [NonPeriodicTasks:1] 2015-04-05 20:34:39,638 CassandraDaemon.java:167 - Exception in thread Thread[NonPeriodicTasks:1,5,main] java.lang.AssertionError: attempted to delete non-existing file system-compaction_history-tmplink-ka-548-Data.db at org.apache.cassandra.io.util.FileUtils.deleteWithConfirm(FileUtils.java:126) ~[apache-cassandra-2.1.3.jar:2.1.3] at org.apache.cassandra.io.sstable.SSTableReader$Tidier$1.run(SSTableReader.java:2072) ~[apache-cassandra-2.1.3.jar:2.1.3] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[na:1.8.0_11] at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[na:1.8.0_11] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) ~[na:1.8.0_11] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) ~[na:1.8.0_11] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_11] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_11] at java.lang.Thread.run(Thread.java:745) [na:1.8.0_11] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
