cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Russell Bradberry <>
Subject C* 1.2.15 Decommission issues
Date Thu, 10 Apr 2014 18:08:42 GMT
We have about a 30 node cluster running the latest C* 1.2 series DSE.  One datacenter uses
VNodes and the other datacenter has VNodes Disabled (because it is running DSE-Seearch)

We have been replacing nodes in the VNode datacenter with faster ones and we have yet to have
a successful decommission.  Every time we attempt to decommission a node we get an “Operation
Timed Out” error and the decommission fails.  We keep retrying it and sometimes it will
work and other times we will just give up and force the node removal.  It seems though, that
all the data has streamed out of the node before the decommission fails.

What exactly does it need to read before leaving that would cause this?  We also have noticed
that in several nodes after the removal that there are ghost entries for the removed node
in the system.peers table and this doesn’t get removed until we restart Cassandra on that

Also, we have noticed that running repairs with VNodes is considerably slower. Is this a misconfiguration?
Or is it expected that VNodes repairs will be slow?

Here is the stack trace from the decommission failure:

Exception in thread "main" java.lang.RuntimeException: org.apache.cassandra.exceptions.ReadTimeoutException:
Operation timed out - received only 0 responses.
        at org.apache.cassandra.db.HintedHandOffManager.getHintsSlice(
        at org.apache.cassandra.db.HintedHandOffManager.listEndpointsPendingHints(
        at org.apache.cassandra.service.StorageService.streamHints(
        at org.apache.cassandra.service.StorageService.unbootstrap(
        at org.apache.cassandra.service.StorageService.decommission(
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(
        at java.lang.reflect.Method.invoke(
        at sun.reflect.misc.Trampoline.invoke(
        at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(
        at java.lang.reflect.Method.invoke(
        at sun.reflect.misc.MethodUtil.invoke(
        at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(
        at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(
        at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(
        at com.sun.jmx.mbeanserver.PerInterface.invoke(
        at com.sun.jmx.mbeanserver.MBeanSupport.invoke(
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(
        at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(
        at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(
        at java.lang.reflect.Method.invoke(
        at sun.rmi.server.UnicastServerRef.dispatch(
        at sun.rmi.transport.Transport$
        at sun.rmi.transport.Transport$
        at Method)
        at sun.rmi.transport.Transport.serviceCall(
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(
        at sun.rmi.transport.tcp.TCPTransport$
        at java.util.concurrent.ThreadPoolExecutor.runWorker(
        at java.util.concurrent.ThreadPoolExecutor$
Caused by: org.apache.cassandra.exceptions.ReadTimeoutException: Operation timed out - received
only 0 responses.
        at org.apache.cassandra.service.ReadCallback.get(
        at org.apache.cassandra.service.StorageProxy.getRangeSlice(
        at org.apache.cassandra.db.HintedHandOffManager.getHintsSlice(
        ... 39 more

View raw message