[
https://issues.apache.org/jira/browse/CASSANDRA-3758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13242372#comment-13242372
]
Sylvain Lebresne commented on CASSANDRA-3758:
---------------------------------------------
bq. I assume they are using a version from before CASSANDRA-3711.
I remembered we had something like that but wasn't able to find the issue.
You're probably right they ran into this, and maybe that happen to have
something to do with the hanging too (even though the lack of any error is kind
of weird).
I've committed the total bytes count fix. I wonder if we should try to close
this one on the idea that it would be a consequence of CASSANDRA-3711 and just
let someone reopen if he can reproduce with 1.0.7+ ?
> parallel compaction hang (on large rows?)
> -----------------------------------------
>
> Key: CASSANDRA-3758
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3758
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Reporter: Jackson Chung
> Assignee: Sylvain Lebresne
> Labels: compaction, datastax_qa
> Fix For: 1.0.9
>
> Attachments:
> 0001-Fix-totalBytes-count-for-ParallelCompactionIterable.txt,
> cassandra.log.zip
>
>
> it is observed that:
> nodetool -h 127.0.0.1 -p 8080 compactionstats
> pending tasks: 1
> compaction type keyspace column family bytes compacted bytes total progress
> Compaction SyncCoreComputedContactNetworks 119739938 0 n/a
> and that is not moving (ie the bytes compacted never increase, the bytes
> total stay 0).
> this is probably going to be difficult to reproduce, as the problem is
> observed when compacting 15 large sstables (total ~300G).
> attaching the thread dumps (along with logs), when such happen.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
