[
https://issues.apache.org/jira/browse/CASSANDRA-12100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15355814#comment-15355814
]
Stefano Ortolani commented on CASSANDRA-12100:
----------------------------------------------
Also, on some nodes I can still see that exception (timestamp is exactly when I
issues the TRUNCATE).
{noformat}
INFO [SharedPool-Worker-1] 2016-06-29 18:38:54,102 Message.java:605 -
Unexpected exception during request; channel = [id: 0x0722dbef,
/10.12.81.8:59994 :> /10.12.33.4:9042]
java.io.IOException: Error while read(...): Connection reset by peer
at io.netty.channel.epoll.Native.readAddress(Native Method)
~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
io.netty.channel.epoll.EpollSocketChannel$EpollSocketUnsafe.doReadBytes(EpollSocketChannel.java:675)
~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
io.netty.channel.epoll.EpollSocketChannel$EpollSocketUnsafe.epollInReady(EpollSocketChannel.java:714)
~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:326)
~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:264)
~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116)
~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_91]
{noformat}
> Compactions are stuck after TRUNCATE
> ------------------------------------
>
> Key: CASSANDRA-12100
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12100
> Project: Cassandra
> Issue Type: Bug
> Components: Compaction
> Reporter: Stefano Ortolani
> Fix For: 3.0.x
>
> Attachments: node3_jstack.log
>
>
> Hi,
> since the upgrade to C* 3.0.7 I see compaction tasks getting stuck when
> truncating the column family. I verified this on all nodes of the cluster.
> Pending compactions seem to disappear after restarting the node.
> {noformat}
> root@node10:~# nodetool -h localhost compactionstats
> pending tasks: 6
> id compaction type
> keyspace table completed total unit progress
> 24e1ad30-3cac-11e6-870d-5de740693258 Compaction
> schema table_1 0 57558382 bytes 0.00%
> 2be2e3b0-3cac-11e6-870d-5de740693258 Compaction
> schema table_2 0 65063705 bytes 0.00%
> 54de38f0-3cac-11e6-870d-5de740693258 Compaction
> schema table_3 0 187031 bytes 0.00%
> 31926ce0-3cac-11e6-870d-5de740693258 Compaction
> schema table_4 0 42951119 bytes 0.00%
> 3911ad00-3cac-11e6-870d-5de740693258 Compaction
> schema table_5 0 25918949 bytes 0.00%
> 3e6a8ab0-3cac-11e6-870d-5de740693258 Compaction
> schema table_6 0 65466210 bytes 0.00%
> Active compaction remaining time : 0h00m15s
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
