[jira] [Commented] (CASSANDRA-9661) Endless compaction to a tiny, tombstoned SStable
[
https://issues.apache.org/jira/browse/CASSANDRA-9661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15101325#comment-15101325
]
Wei Deng commented on CASSANDRA-9661:
-
Should this now be considered as a duplicate to CASSANDRA-9234?
> Endless compaction to a tiny, tombstoned SStable
>
>
> Key: CASSANDRA-9661
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9661
> Project: Cassandra
> Issue Type: Bug
> Components: Compaction
>Reporter: WeiFan
> Labels: compaction, dtcs
> Fix For: 2.1.x, 2.2.x, 3.0.x
>
>
> We deployed a 3-nodes cluster (with 2.1.5) which worked under stable write
> requests ( about 2k wps) to a CF with DTCS, a default TTL as 43200s and
> gc_grace as 21600s. The CF contained inserted only, complete time series
> data. We found cassandra will occasionally keep writing logs like this:
> INFO [CompactionExecutor:30551] 2015-06-26 18:10:06,195
> CompactionTask.java:270 - Compacted 1 sstables to
> [/home/cassandra/workdata/data/sen_vaas_test/nodestatus-f96c7c50155811e589f69752ac9b06c7/sen_vaas_test-nodestatus-ka-2516270,].
> 449 bytes to 449 (~100% of original) in 12ms = 0.035683MB/s. 4 total
> partitions merged to 4. Partition merge counts were {1:4, }
> INFO [CompactionExecutor:30551] 2015-06-26 18:10:06,241
> CompactionTask.java:140 - Compacting
> [SSTableReader(path='/home/cassandra/workdata/data/sen_vaas_test/nodestatus-f96c7c50155811e589f69752ac9b06c7/sen_vaas_test-nodestatus-ka-2516270-Data.db')]
> INFO [CompactionExecutor:30551] 2015-06-26 18:10:06,253
> CompactionTask.java:270 - Compacted 1 sstables to
> [/home/cassandra/workdata/data/sen_vaas_test/nodestatus-f96c7c50155811e589f69752ac9b06c7/sen_vaas_test-nodestatus-ka-2516271,].
> 449 bytes to 449 (~100% of original) in 12ms = 0.035683MB/s. 4 total
> partitions merged to 4. Partition merge counts were {1:4, }
> It seems that cassandra kept doing compacting to a single SStable, serveral
> times per second, and lasted for many hours. Tons of logs were thrown and one
> CPU core exhausted during this time. The endless compacting finally end when
> another compaction started with a group of SStables (including previous one).
> All of our 3 nodes have been hit by this problem, but occurred in different
> time.
> We could not figure out how the problematic SStable come up because the log
> has wrapped around.
> We have dumped the records in the SStable and found it has the oldest data in
> our CF (again, our data was time series), and all of the record in this
> SStable have bben expired for more than 18 hours (12 hrs TTL + 6 hrs gc) so
> they should be dropped. However, c* do nothing to this SStable but compacting
> it again and again, until more SStable were out-dated enough to be considered
> for compacting together with this one by DTCS.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-9645) Make DateTieredCompactionStrategy easier to use
[ https://issues.apache.org/jira/browse/CASSANDRA-9645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15101321#comment-15101321 ] Wei Deng commented on CASSANDRA-9645: - Now that we've implemented many of the big tickets for DTCS in C* 2.1.12, is it a good time now to take a look at "better debug logging which explains why certain sstables are selected etc"? > Make DateTieredCompactionStrategy easier to use > --- > > Key: CASSANDRA-9645 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9645 > Project: Cassandra > Issue Type: Improvement >Reporter: Marcus Eriksson > Labels: dtcs > > It has proven to be quite difficult to use DTCS properly, we need to make it > easier and safer. Things to do could be (but there is surely more things) : > * put warnings in logs if read repair is used > * better debug logging which explains why certain sstables are selected etc > * Auto-tune settings, this could be quite difficult, but we should atleast do > CASSANDRA-9130 to default max_sstable_age to gcgs. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-11007) Exception when running nodetool info during bootstrap
[
https://issues.apache.org/jira/browse/CASSANDRA-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15101264#comment-15101264
]
Yuki Morishita commented on CASSANDRA-11007:
Nodetool checks {{StorageService#isJoined}} before getting tokens, but returned
value is set when start joining the ring.
Patch to return true only when the node is member of the ring.
||branch||testall||dtest||
|[11007-3.0|https://github.com/yukim/cassandra/tree/11007-3.0]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-11007-3.0-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-11007-3.0-dtest/lastCompletedBuild/testReport/]|
|[11007-3.3|https://github.com/yukim/cassandra/tree/11007-3.3]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-11007-3.3-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-11007-3.3-dtest/lastCompletedBuild/testReport/]|
|[11007-trunk|https://github.com/yukim/cassandra/tree/11007-trunk]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-11007-trunk-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-11007-trunk-dtest/lastCompletedBuild/testReport/]|
> Exception when running nodetool info during bootstrap
> -
>
> Key: CASSANDRA-11007
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11007
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: T Jake Luciani
>Assignee: Yuki Morishita
>Priority: Minor
> Labels: fallout
> Fix For: 3.0.x, 3.x
>
>
> {code}
> automaton@ip-172-31-26-150:~$ nodetool info
> ID : 7d9aa832-de94-43ab-9548-b2e710418301
> Gossip active : true
> Thrift active : false
> Native Transport active: false
> Load : 114.52 KB
> Generation No : 1452721596
> Uptime (seconds) : 1396
> Heap Memory (MB) : 71.80 / 1842.00
> Off Heap Memory (MB) : 0.00
> Data Center: datacenter1
> Rack : rack1
> Exceptions : 0
> Key Cache : entries 11, size 888 bytes, capacity 92 MB, 180
> hits, 212 requests, 0.849 recent hit rate, 14400 save period in seconds
> Row Cache : entries 0, size 0 bytes, capacity 0 bytes, 0 hits, 0
> requests, NaN recent hit rate, 0 save period in seconds
> Counter Cache : entries 0, size 0 bytes, capacity 46 MB, 0 hits, 0
> requests, NaN recent hit rate, 7200 save period in seconds
> error: null
> -- StackTrace --
> java.lang.AssertionError
> at
> org.apache.cassandra.locator.TokenMetadata.getTokens(TokenMetadata.java:488)
> at
> org.apache.cassandra.service.StorageService.getTokens(StorageService.java:2561)
> at
> org.apache.cassandra.service.StorageService.getTokens(StorageService.java:2550)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
> at
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> com.sun.jmx.mbeanserver.PerInterface.getAttribute(PerInterface.java:83)
> at
> com.sun.jmx.mbeanserver.MBeanSupport.getAttribute(MBeanSupport.java:206)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:647)
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:678)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1443)
> at
> javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
> at
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1307)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1399)
> at
> javax.management.remote.rmi.RMIConnectionImpl.get
[jira] [Created] (CASSANDRA-11019) UnsupportedOperationException on nodetool compact
Jason Kania created CASSANDRA-11019:
---
Summary: UnsupportedOperationException on nodetool compact
Key: CASSANDRA-11019
URL: https://issues.apache.org/jira/browse/CASSANDRA-11019
Project: Cassandra
Issue Type: Bug
Components: Compaction
Environment: Debian 3.16.7
Reporter: Jason Kania
When attempting to run "nodetool compact" from the command line after upgrading
to 3.0.1-rc-1, the following error occurs:
error: null
-- StackTrace --
java.lang.UnsupportedOperationException
at
org.apache.cassandra.db.rows.CellPath$EmptyCellPath.get(CellPath.java:143)
at
org.apache.cassandra.db.marshal.CollectionType$CollectionPathSerializer.serializedSize(CollectionType.java:226)
at
org.apache.cassandra.db.rows.BufferCell$Serializer.serializedSize(BufferCell.java:325)
at
org.apache.cassandra.db.rows.UnfilteredSerializer.sizeOfComplexColumn(UnfilteredSerializer.java:297)
at
org.apache.cassandra.db.rows.UnfilteredSerializer.serializedRowBodySize(UnfilteredSerializer.java:282)
at
org.apache.cassandra.db.rows.UnfilteredSerializer.serialize(UnfilteredSerializer.java:163)
at
org.apache.cassandra.db.rows.UnfilteredSerializer.serialize(UnfilteredSerializer.java:108)
at org.apache.cassandra.db.ColumnIndex$Builder.add(ColumnIndex.java:144)
at
org.apache.cassandra.db.ColumnIndex$Builder.build(ColumnIndex.java:112)
at
org.apache.cassandra.db.ColumnIndex.writeAndBuildIndex(ColumnIndex.java:52)
at
org.apache.cassandra.io.sstable.format.big.BigTableWriter.append(BigTableWriter.java:149)
at
org.apache.cassandra.io.sstable.SSTableRewriter.append(SSTableRewriter.java:118)
at
org.apache.cassandra.db.compaction.writers.DefaultCompactionWriter.realAppend(DefaultCompactionWriter.java:57)
at
org.apache.cassandra.db.compaction.writers.CompactionAwareWriter.append(CompactionAwareWriter.java:110)
at
org.apache.cassandra.db.compaction.CompactionTask.runMayThrow(CompactionTask.java:182)
at
org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28)
at
org.apache.cassandra.db.compaction.CompactionTask.executeInternal(CompactionTask.java:78)
at
org.apache.cassandra.db.compaction.AbstractCompactionTask.execute(AbstractCompactionTask.java:60)
at
org.apache.cassandra.db.compaction.CompactionManager$8.runMayThrow(CompactionManager.java:572)
at
org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
An attempt to run "nodetool repair" reports no errors.
If the command is run on individual tables,
ie nodetool compact "sensorCheck" "sensorUnit"
an error is only seen on one of the tables. So, firstly, the table causing the
error should be identified in the output.
I can some queries on the table without issue and run describe on it from
within cqlsh. Command "nodetool repair" returns no errors. However, other
queries result in the following:
Traceback (most recent call last):
File "/usr/bin/cqlsh.py", line 1258, in perform_simple_statement
result = future.result()
File
"/usr/share/cassandra/lib/cassandra-driver-internal-only-3.0.0-6af642d.zip/cassandra-driver-3.0.0-6af642d/cassandra/cluster.py",
line 3122, in result
raise self._final_exception
ReadFailure: code=1300 [Replica(s) failed to execute read] message="Operation
failed - received 0 responses and 1 failures" info={'failures': 1,
'received_responses': 0, 'required_responses': 1, 'consistency': 'ONE'}
along with the following exception:
WARN [SharedPool-Worker-2] 2016-01-14 23:50:09,892
AbstractTracingAwareExecutorService.java:169 - Uncaught exception on thread
Thread[SharedPool-Worker-2,5,main]: {}
java.lang.RuntimeException: java.lang.UnsupportedOperationException
at
org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:2379)
~[apache-cassandra-3.0.1.jar:3.0.1]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
~[na:1.8.0_65]
at
org.apache.cassandra.concurrent.AbstractTracingAwareExecutorService$FutureTask.run(AbstractTracingAwareExecutorService.java:164)
~[apache-cassandra-3.0.1.jar:3.0.1]
at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105)
[apache-cassandra-3.0.1.jar:3.0.1]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_65]
Caused by: java.lang.UnsupportedOperationException: null
at
org.apache.cassandra.db.rows.CellPath$Empty
[jira] [Created] (CASSANDRA-11018) Drop column in results in corrupted table or tables state (reversible)
Jason Kania created CASSANDRA-11018:
---
Summary: Drop column in results in corrupted table or tables state
(reversible)
Key: CASSANDRA-11018
URL: https://issues.apache.org/jira/browse/CASSANDRA-11018
Project: Cassandra
Issue Type: Bug
Components: CQL
Environment: Debian 3.16.7
Reporter: Jason Kania
Priority: Minor
After dropping a column from a table, that table is no longer accessible from
various commands.
Initial command in cqlsh;
alter table "sensorUnit" drop "lastCouplingCheckTime";
no errors were reported:
Subsequently, the following commands fail as follows:
> nodetool compact
root@marble:/var/log/cassandra# nodetool compact
error: Unknown column lastCouplingCheckTime in table powermon.sensorUnit
-- StackTrace --
java.lang.AssertionError: Unknown column lastCouplingCheckTime in table
powermon.sensorUnit
at
org.apache.cassandra.db.LegacyLayout.readLegacyAtom(LegacyLayout.java:964)
at
org.apache.cassandra.db.UnfilteredDeserializer$OldFormatDeserializer$AtomIterator.readAtom(UnfilteredDeserializer.java:520)
at
org.apache.cassandra.db.UnfilteredDeserializer$OldFormatDeserializer$AtomIterator.hasNext(UnfilteredDeserializer.java:503)
at
org.apache.cassandra.db.UnfilteredDeserializer$OldFormatDeserializer$UnfilteredIterator.readRow(UnfilteredDeserializer.java:446)
at
org.apache.cassandra.db.UnfilteredDeserializer$OldFormatDeserializer$UnfilteredIterator.hasNext(UnfilteredDeserializer.java:422)
at
org.apache.cassandra.db.UnfilteredDeserializer$OldFormatDeserializer.hasNext(UnfilteredDeserializer.java:289)
at
org.apache.cassandra.io.sstable.SSTableSimpleIterator$OldFormatIterator.readStaticRow(SSTableSimpleIterator.java:134)
at
org.apache.cassandra.io.sstable.SSTableIdentityIterator.(SSTableIdentityIterator.java:57)
at
org.apache.cassandra.io.sstable.format.big.BigTableScanner$KeyScanningIterator$1.initializeIterator(BigTableScanner.java:329)
at
org.apache.cassandra.db.rows.LazilyInitializedUnfilteredRowIterator.maybeInit(LazilyInitializedUnfilteredRowIterator.java:48)
at
org.apache.cassandra.db.rows.LazilyInitializedUnfilteredRowIterator.isReverseOrder(LazilyInitializedUnfilteredRowIterator.java:65)
at
org.apache.cassandra.db.partitions.UnfilteredPartitionIterators$1.reduce(UnfilteredPartitionIterators.java:109)
at
org.apache.cassandra.db.partitions.UnfilteredPartitionIterators$1.reduce(UnfilteredPartitionIterators.java:100)
at
org.apache.cassandra.utils.MergeIterator$OneToOne.computeNext(MergeIterator.java:442)
at
org.apache.cassandra.utils.AbstractIterator.hasNext(AbstractIterator.java:47)
at
org.apache.cassandra.db.partitions.UnfilteredPartitionIterators$2.hasNext(UnfilteredPartitionIterators.java:150)
at
org.apache.cassandra.db.transform.BasePartitions.hasNext(BasePartitions.java:72)
at
org.apache.cassandra.db.compaction.CompactionIterator.hasNext(CompactionIterator.java:226)
at
org.apache.cassandra.db.compaction.CompactionTask.runMayThrow(CompactionTask.java:177)
at
org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28)
at
org.apache.cassandra.db.compaction.CompactionTask.executeInternal(CompactionTask.java:78)
at
org.apache.cassandra.db.compaction.AbstractCompactionTask.execute(AbstractCompactionTask.java:60)
at
org.apache.cassandra.db.compaction.CompactionManager$8.runMayThrow(CompactionManager.java:572)
at
org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Also I get the following from cqlsh commands:
cqlsh:sensorTrack> select * from "sensorUnit";
Traceback (most recent call last):
File "/usr/bin/cqlsh.py", line 1258, in perform_simple_statement
result = future.result()
File
"/usr/share/cassandra/lib/cassandra-driver-internal-only-3.0.0-6af642d.zip/cassandra-driver-3.0.0-6af642d/cassandra/cluster.py",
line 3122, in result
raise self._final_exception
ReadFailure: code=1300 [Replica(s) failed to execute read] message="Operation
failed - received 0 responses and 1 failures" info={'failures': 1,
'received_responses': 0, 'required_responses': 1, 'consistency': 'ONE'}
However, after I readded the table, access to the database was restored.
alter table "sensorUnit" add "lastCouplingCheckTime"
I was not able to reproduce as subsequent attempts to alter worked properly,
but the problem occurred on two
[jira] [Commented] (CASSANDRA-9624) unable to bootstrap; streaming fails with NullPointerException
[
https://issues.apache.org/jira/browse/CASSANDRA-9624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15101105#comment-15101105
]
Kai Wang commented on CASSANDRA-9624:
-
Paulo,
sorry but I am not able to reproduce this problem any more. I took a weird path
to get there (2.1.11 with Linux & Windows hybrid cluster being upgraded to
2.2.4...). After importing everything to a clean 2.2.4 cluster I am not seeing
this problem any more.
> unable to bootstrap; streaming fails with NullPointerException
> --
>
> Key: CASSANDRA-9624
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9624
> Project: Cassandra
> Issue Type: Bug
> Components: Streaming and Messaging
> Environment: Debian Jessie, 7u79-2.5.5-1~deb8u1, Cassandra 2.1.3
>Reporter: Eric Evans
> Fix For: 2.1.x
>
> Attachments: joining_system.log.zip
>
>
> When attempting to bootstrap a new node into a 2.1.3 cluster, the stream
> source fails with a {{NullPointerException}}:
> {noformat}
> ERROR [STREAM-IN-/10.xx.x.xxx] 2015-06-13 00:02:01,264 StreamSession.java:477
> - [Stream #60e8c120-
> 115f-11e5-9fee-] Streaming error occurred
> java.lang.NullPointerException: null
> at
> org.apache.cassandra.io.sstable.SSTableReader.getPositionsForRanges(SSTableReader.java:1277)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.StreamSession.getSSTableSectionsForRanges(StreamSession.java:313)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.StreamSession.addTransferRanges(StreamSession.java:266)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.StreamSession.prepare(StreamSession.java:493)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.StreamSession.messageReceived(StreamSession.java:425)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.ConnectionHandler$IncomingMessageHandler.run(ConnectionHandler.java:251)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at java.lang.Thread.run(Thread.java:745) [na:1.7.0_79]
> INFO [STREAM-IN-/10.xx.x.xxx] 2015-06-13 00:02:01,265
> StreamResultFuture.java:180 - [Stream #60e8c120-115f-11e5-9fee-]
> Session with /10.xx.x.xx1 is complete
> {noformat}
> _Update (2015-06-26):_
> I can also reproduce this on 2.1.7, though without the NPE on the stream-from
> side.
> Stream source / existing node:
> {noformat}
> INFO [STREAM-IN-/10.64.32.178] 2015-06-26 06:48:53,060
> StreamResultFuture.java:180 - [Stream #8bdeb1b0-1ad2-11e5-abd8-3fcfb96209d9]
> Session with /10.64.32.178 is complete
> INFO [STREAM-IN-/10.64.32.178] 2015-06-26 06:48:53,064
> StreamResultFuture.java:212 - [Stream #8bdeb1b0-1ad2-11e5-abd8-3fcfb96209d9]
> All sessions completed
> {noformat}
> Stream sink / bootstrapping node:
> {noformat}
> INFO [StreamReceiveTask:57] 2015-06-26 06:48:53,061
> StreamResultFuture.java:180 - [Stream #8bdeb1b0-1ad2-11e5-abd8-3fcfb96209d9]
> Session with /10.64.32.160 is complete
> WARN [StreamReceiveTask:57] 2015-06-26 06:48:53,062
> StreamResultFuture.java:207 - [Stream #8bdeb1b0-1ad2-11e5-abd8-3fcfb96209d9]
> Stream failed
> INFO [CompactionExecutor:2885] 2015-06-26 06:48:53,062
> ColumnFamilyStore.java:906 - Enqueuing flush of compactions_in_progress: 428
> (0%) on-heap, 379 (0%) off-heap
> INFO [MemtableFlushWriter:959] 2015-06-26 06:48:53,063 Memtable.java:346 -
> Writing Memtable-compactions_in_progress@1203013482(294 serialized bytes, 12
> ops, 0%/0% of on/off-heap limit)
> ERROR [main] 2015-06-26 06:48:53,063 CassandraDaemon.java:541 - Exception
> encountered during startup
> java.lang.RuntimeException: Error during boostrap: Stream failed
> at
> org.apache.cassandra.dht.BootStrapper.bootstrap(BootStrapper.java:86)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.StorageService.bootstrap(StorageService.java:1137)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.StorageService.joinTokenRing(StorageService.java:927)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.StorageService.initServer(StorageService.java:723)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.StorageService.initServer(StorageService.java:605)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:378)
> [apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:524)
> [apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:613)
> [apa
[cassandra] Git Push Summary
Repository: cassandra Updated Tags: refs/tags/3.2.1-tentative [created] 2ac95bd6c
[jira] [Commented] (CASSANDRA-9624) unable to bootstrap; streaming fails with NullPointerException
[
https://issues.apache.org/jira/browse/CASSANDRA-9624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15099275#comment-15099275
]
Paulo Motta commented on CASSANDRA-9624:
[~depend] still having the problem? if so, could you try replacing the jar on
CASSANDRA-10961 (instructions there), and attach debug.logs?
Thanks!
> unable to bootstrap; streaming fails with NullPointerException
> --
>
> Key: CASSANDRA-9624
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9624
> Project: Cassandra
> Issue Type: Bug
> Components: Streaming and Messaging
> Environment: Debian Jessie, 7u79-2.5.5-1~deb8u1, Cassandra 2.1.3
>Reporter: Eric Evans
> Fix For: 2.1.x
>
> Attachments: joining_system.log.zip
>
>
> When attempting to bootstrap a new node into a 2.1.3 cluster, the stream
> source fails with a {{NullPointerException}}:
> {noformat}
> ERROR [STREAM-IN-/10.xx.x.xxx] 2015-06-13 00:02:01,264 StreamSession.java:477
> - [Stream #60e8c120-
> 115f-11e5-9fee-] Streaming error occurred
> java.lang.NullPointerException: null
> at
> org.apache.cassandra.io.sstable.SSTableReader.getPositionsForRanges(SSTableReader.java:1277)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.StreamSession.getSSTableSectionsForRanges(StreamSession.java:313)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.StreamSession.addTransferRanges(StreamSession.java:266)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.StreamSession.prepare(StreamSession.java:493)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.StreamSession.messageReceived(StreamSession.java:425)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at
> org.apache.cassandra.streaming.ConnectionHandler$IncomingMessageHandler.run(ConnectionHandler.java:251)
> ~[apache-cassandra-2.1.3.jar:2.1.3]
> at java.lang.Thread.run(Thread.java:745) [na:1.7.0_79]
> INFO [STREAM-IN-/10.xx.x.xxx] 2015-06-13 00:02:01,265
> StreamResultFuture.java:180 - [Stream #60e8c120-115f-11e5-9fee-]
> Session with /10.xx.x.xx1 is complete
> {noformat}
> _Update (2015-06-26):_
> I can also reproduce this on 2.1.7, though without the NPE on the stream-from
> side.
> Stream source / existing node:
> {noformat}
> INFO [STREAM-IN-/10.64.32.178] 2015-06-26 06:48:53,060
> StreamResultFuture.java:180 - [Stream #8bdeb1b0-1ad2-11e5-abd8-3fcfb96209d9]
> Session with /10.64.32.178 is complete
> INFO [STREAM-IN-/10.64.32.178] 2015-06-26 06:48:53,064
> StreamResultFuture.java:212 - [Stream #8bdeb1b0-1ad2-11e5-abd8-3fcfb96209d9]
> All sessions completed
> {noformat}
> Stream sink / bootstrapping node:
> {noformat}
> INFO [StreamReceiveTask:57] 2015-06-26 06:48:53,061
> StreamResultFuture.java:180 - [Stream #8bdeb1b0-1ad2-11e5-abd8-3fcfb96209d9]
> Session with /10.64.32.160 is complete
> WARN [StreamReceiveTask:57] 2015-06-26 06:48:53,062
> StreamResultFuture.java:207 - [Stream #8bdeb1b0-1ad2-11e5-abd8-3fcfb96209d9]
> Stream failed
> INFO [CompactionExecutor:2885] 2015-06-26 06:48:53,062
> ColumnFamilyStore.java:906 - Enqueuing flush of compactions_in_progress: 428
> (0%) on-heap, 379 (0%) off-heap
> INFO [MemtableFlushWriter:959] 2015-06-26 06:48:53,063 Memtable.java:346 -
> Writing Memtable-compactions_in_progress@1203013482(294 serialized bytes, 12
> ops, 0%/0% of on/off-heap limit)
> ERROR [main] 2015-06-26 06:48:53,063 CassandraDaemon.java:541 - Exception
> encountered during startup
> java.lang.RuntimeException: Error during boostrap: Stream failed
> at
> org.apache.cassandra.dht.BootStrapper.bootstrap(BootStrapper.java:86)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.StorageService.bootstrap(StorageService.java:1137)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.StorageService.joinTokenRing(StorageService.java:927)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.StorageService.initServer(StorageService.java:723)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.StorageService.initServer(StorageService.java:605)
> ~[apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:378)
> [apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:524)
> [apache-cassandra-2.1.7.jar:2.1.7]
> at
> org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:613)
> [apache-cassandra-2.1.7.jar:2.1.7]
> Caused by: org.apache.cassandra.streaming.StreamException: Stream failed
>
[jira] [Commented] (CASSANDRA-10661) Integrate SASI to Cassandra
[ https://issues.apache.org/jira/browse/CASSANDRA-10661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15099200#comment-15099200 ] Pavel Yaskevich commented on CASSANDRA-10661: - Just as a quick update, I've ported in-memory index size estimation, so the only remaining thing on the list for phase #1 is clustering support. > Integrate SASI to Cassandra > --- > > Key: CASSANDRA-10661 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10661 > Project: Cassandra > Issue Type: Improvement > Components: Local Write-Read Paths >Reporter: Pavel Yaskevich >Assignee: Pavel Yaskevich > Labels: sasi > Fix For: 3.x > > > We have recently released new secondary index engine > (https://github.com/xedin/sasi) build using SecondaryIndex API, there are > still couple of things to work out regarding 3.x since it's currently > targeted on 2.0 released. I want to make this an umbrella issue to all of the > things related to integration of SASI, which are also tracked in > [sasi_issues|https://github.com/xedin/sasi/issues], into mainline Cassandra > 3.x release. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10211) SliceQueryFilter warnings should print the partition key
[ https://issues.apache.org/jira/browse/CASSANDRA-10211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15099112#comment-15099112 ] sankalp kohli commented on CASSANDRA-10211: --- I have already reviewed it internally so +1 > SliceQueryFilter warnings should print the partition key > > > Key: CASSANDRA-10211 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10211 > Project: Cassandra > Issue Type: Improvement >Reporter: Soumava Ghosh >Assignee: Soumava Ghosh >Priority: Minor > Fix For: 2.1.x > > Attachments: 10211-2.1.txt > > > Currently the SliceQueryFilter does not log the partition key while logging > the warning/error when the number of tombstones exceed the limits set by the > tombstone_warn_threshold and the tombstone_failure_threshold. Logging the > partition key would be really helpful for debugging. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10866) Column Family should expose count metrics for dropped mutations.
[ https://issues.apache.org/jira/browse/CASSANDRA-10866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anubhav Kale updated CASSANDRA-10866: - Attachment: 0002-Dropped-Mutations-Count.patch Rebased. > Column Family should expose count metrics for dropped mutations. > > > Key: CASSANDRA-10866 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10866 > Project: Cassandra > Issue Type: Improvement > Components: Observability, Tools > Environment: PROD >Reporter: Anubhav Kale >Assignee: Anubhav Kale >Priority: Minor > Fix For: 3.x > > Attachments: 0001-CF-Dropped-Mutation-Stats.patch, > 0001-CFCount.patch, 0002-Dropped-Mutations-Count.patch, 10866-Trunk.patch > > > Please take a look at the discussion in CASSANDRA-10580. This is opened so > that the latency on dropped mutations is exposed as a metric on column > families. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
svn commit: r1724710 - in /cassandra/site: publish/download/index.html src/content/download/index.html
Author: jbellis
Date: Thu Jan 14 23:16:38 2016
New Revision: 1724710
URL: http://svn.apache.org/viewvc?rev=1724710&view=rev
Log:
typo
Modified:
cassandra/site/publish/download/index.html
cassandra/site/src/content/download/index.html
Modified: cassandra/site/publish/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/publish/download/index.html?rev=1724710&r1=1724709&r2=1724710&view=diff
==
--- cassandra/site/publish/download/index.html (original)
+++ cassandra/site/publish/download/index.html Thu Jan 14 23:16:38 2016
@@ -109,7 +109,7 @@
Apache Cassandra 2.1 is supported until November 2016 with critical
fixes only.
-The lastest release is 2.1.12, released on 2015-12-07.
+The latest release is 2.1.12, released on 2015-12-07.
Modified: cassandra/site/src/content/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/src/content/download/index.html?rev=1724710&r1=1724709&r2=1724710&view=diff
==
--- cassandra/site/src/content/download/index.html (original)
+++ cassandra/site/src/content/download/index.html Thu Jan 14 23:16:38 2016
@@ -66,7 +66,7 @@
Apache Cassandra 2.1 is supported until November 2016 with critical
fixes only.
-The lastest release is {{ cassandra_veryoldstable }}, released on {{
cassandra_veryoldstable_release_date }}.
+The latest release is {{ cassandra_veryoldstable }}, released on {{
cassandra_veryoldstable_release_date }}.
svn commit: r1724709 - in /cassandra/site: publish/download/index.html src/content/download/index.html
Author: jbellis
Date: Thu Jan 14 22:31:35 2016
New Revision: 1724709
URL: http://svn.apache.org/viewvc?rev=1724709&view=rev
Log:
deparenthesize
Modified:
cassandra/site/publish/download/index.html
cassandra/site/src/content/download/index.html
Modified: cassandra/site/publish/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/publish/download/index.html?rev=1724709&r1=1724708&r2=1724709&view=diff
==
--- cassandra/site/publish/download/index.html (original)
+++ cassandra/site/publish/download/index.html Thu Jan 14 22:31:35 2016
@@ -47,7 +47,7 @@
Tick-Tock Cassandra Server Releases
-Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. (http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>Read
more about tick-tock here.)
+Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>Read
more about tick-tock here.
The latest tick-tock release is 3.2, released on
2016-01-11.
Modified: cassandra/site/src/content/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/src/content/download/index.html?rev=1724709&r1=1724708&r2=1724709&view=diff
==
--- cassandra/site/src/content/download/index.html (original)
+++ cassandra/site/src/content/download/index.html Thu Jan 14 22:31:35 2016
@@ -4,7 +4,7 @@
Tick-Tock Cassandra Server Releases
-Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. (http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>Read
more about tick-tock here.)
+Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>Read
more about tick-tock here.
The latest tick-tock release is {{ cassandra_ticktock }}, released on
{{ cassandra_ticktock_release_date }}.
svn commit: r1724708 - in /cassandra/site: publish/download/index.html src/content/download/index.html
Author: jbellis
Date: Thu Jan 14 22:30:13 2016
New Revision: 1724708
URL: http://svn.apache.org/viewvc?rev=1724708&view=rev
Log:
cleanup
Modified:
cassandra/site/publish/download/index.html
cassandra/site/src/content/download/index.html
Modified: cassandra/site/publish/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/publish/download/index.html?rev=1724708&r1=1724707&r2=1724708&view=diff
==
--- cassandra/site/publish/download/index.html (original)
+++ cassandra/site/publish/download/index.html Thu Jan 14 22:30:13 2016
@@ -47,7 +47,7 @@
Tick-Tock Cassandra Server Releases
-Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. (Read more about tick-tock http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>here.)
+Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. (http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>Read
more about tick-tock here.)
The latest tick-tock release is 3.2, released on
2016-01-11.
@@ -109,7 +109,7 @@
Apache Cassandra 2.1 is supported until November 2016 with critical
fixes only.
-The lastest release is 2.1.12, (released on 2015-12-07).
+The lastest release is 2.1.12, released on 2015-12-07.
Modified: cassandra/site/src/content/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/src/content/download/index.html?rev=1724708&r1=1724707&r2=1724708&view=diff
==
--- cassandra/site/src/content/download/index.html (original)
+++ cassandra/site/src/content/download/index.html Thu Jan 14 22:30:13 2016
@@ -4,7 +4,7 @@
Tick-Tock Cassandra Server Releases
-Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. (Read more about tick-tock http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>here.)
+Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. (http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>Read
more about tick-tock here.)
The latest tick-tock release is {{ cassandra_ticktock }}, released on
{{ cassandra_ticktock_release_date }}.
@@ -66,7 +66,7 @@
Apache Cassandra 2.1 is supported until November 2016 with critical
fixes only.
-The lastest release is {{ cassandra_veryoldstable }}, (released on {{
cassandra_veryoldstable_release_date }}).
+The lastest release is {{ cassandra_veryoldstable }}, released on {{
cassandra_veryoldstable_release_date }}.
@@ -112,8 +112,8 @@
Development Cassandra Server Releases (not production
ready)
- The latest development release is {{ cassandra_devel }} (released on
- {{ cassandra_devel_release_date }}).
+ The latest development release is {{ cassandra_devel }}, released on
+ {{ cassandra_devel_release_date }}.
svn commit: r1724706 - in /cassandra/site: publish/download/index.html src/content/download/index.html
Author: jbellis
Date: Thu Jan 14 22:28:44 2016
New Revision: 1724706
URL: http://svn.apache.org/viewvc?rev=1724706&view=rev
Log:
fix conditional
Modified:
cassandra/site/publish/download/index.html
cassandra/site/src/content/download/index.html
Modified: cassandra/site/publish/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/publish/download/index.html?rev=1724706&r1=1724705&r2=1724706&view=diff
==
--- cassandra/site/publish/download/index.html (original)
+++ cassandra/site/publish/download/index.html Thu Jan 14 22:28:44 2016
@@ -107,7 +107,19 @@
-
+
+Apache Cassandra 2.1 is supported until November 2016 with critical
fixes only.
+The lastest release is 2.1.12, (released on 2015-12-07).
+
+
+
+
+http://www.apache.org/dyn/closer.lua/cassandra/2.1.12/apache-cassandra-2.1.12-bin.tar.gz";>apache-cassandra-2.1.12-bin.tar.gz
+[http://www.apache.org/dist/cassandra/2.1.12/apache-cassandra-2.1.12-bin.tar.gz.asc";>PGP]
+[http://www.apache.org/dist/cassandra/2.1.12/apache-cassandra-2.1.12-bin.tar.gz.md5";>MD5]
+[http://www.apache.org/dist/cassandra/2.1.12/apache-cassandra-2.1.12-bin.tar.gz.sha1";>SHA1]
+
+
Modified: cassandra/site/src/content/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/src/content/download/index.html?rev=1724706&r1=1724705&r2=1724706&view=diff
==
--- cassandra/site/src/content/download/index.html (original)
+++ cassandra/site/src/content/download/index.html Thu Jan 14 22:28:44 2016
@@ -64,7 +64,6 @@
- {% if veryoldstable_exists %}
Apache Cassandra 2.1 is supported until November 2016 with critical
fixes only.
The lastest release is {{ cassandra_veryoldstable }}, (released on {{
cassandra_veryoldstable_release_date }}).
@@ -78,7 +77,6 @@
[SHA1]
- {% endif %}
svn commit: r1724705 - in /cassandra/site: publish/download/index.html src/settings.py
Author: jbellis Date: Thu Jan 14 22:27:57 2016 New Revision: 1724705 URL: http://svn.apache.org/viewvc?rev=1724705&view=rev Log: generate Modified: cassandra/site/publish/download/index.html cassandra/site/src/settings.py Modified: cassandra/site/publish/download/index.html URL: http://svn.apache.org/viewvc/cassandra/site/publish/download/index.html?rev=1724705&r1=1724704&r2=1724705&view=diff == --- cassandra/site/publish/download/index.html (original) +++ cassandra/site/publish/download/index.html Thu Jan 14 22:27:57 2016 @@ -47,10 +47,10 @@ Tick-Tock Cassandra Server Releases -Cassandra is moving to a new release process called http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>Tick-Tock. - -The latest tick-tock release is 3.2 (released on -2016-01-11). +Cassandra is moving to a monthly release process called Tick-Tock. Even-numbered releases contain new features; odd-numbered ones contain bug fixes only. If a critical bug is found, a patch will be released against the most recent bug fix release. (Read more about tick-tock http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>here.) + +The latest tick-tock release is 3.2, released on +2016-01-11. @@ -62,21 +62,13 @@ - Traditional Cassandra Server Releases - - Apache Cassandra ™ releases include the core server, the http://wiki.apache.org/cassandra/NodeTool";>nodetool administration command-line interface, and a development shell (http://cassandra.apache.org/doc/cql/CQL.html";>cqlsh and the old cassandra-cli). - - + Older Cassandra Release Series - - - There are currently two active releases available: - - The latest release of Apache Cassandra is 3.0.2 - (released on 2015-12-21). If you're just - starting out and not yet in production, download this one. + Apache Cassandra 3.0.x is supported until May 2017. + The latest release is 3.0.2, + released on 2015-12-21). @@ -96,8 +88,9 @@ - The most stable release of Apache Cassandra is 2.2.4 - (released on 2015-12-07). If you are in production or planning to be soon, download this one. + Apache Cassandra 2.2 is supported until November 2016. + The latest release is 2.2.4, + released on 2015-12-07. @@ -112,9 +105,16 @@ - + + + + + Older (unsupported) versions of Cassandra are + http://archive.apache.org/dist/cassandra/";>archived here. + + Third Party Distributions (not endorsed by Apache) @@ -141,31 +141,6 @@ - Previous and Archived Cassandra Server Releases - - - - - - The lastest release on the 2.1 branch is - 2.1.12 (released on 2015-12-07). - - - - -http://www.apache.org/dyn/closer.lua/cassandra/2.1.12/apache-cassandra-2.1.12-bin.tar.gz";>apache-cassandra-2.1.12-bin.tar.gz -[http://www.apache.org/dist/cassandra/2.1.12/apache-cassandra-2.1.12-bin.tar.gz.asc";>PGP] -[http://www.apache.org/dist/cassandra/2.1.12/apache-cassandra-2.1.12-bin.tar.gz.md5";>MD5] -[http://www.apache.org/dist/cassandra/2.1.12/apache-cassandra-2.1.12-bin.tar.gz.sha1";>SHA1] - - - - - -Older (unsupported) versions of Cassandra are -http://archive.apache.org/dist/cassandra/";>archived here. - - Source The Cassandra source code is available to download: @@ -181,15 +156,12 @@ [http://www.apache.org/dist/cassandra/3.0.2/apache-cassandra-3.0.2-src.tar.gz.md5";>MD5] [http://www.apache.org/dist/cassandra/3.0.2/apache-cassandra-3.0.2-src.tar.gz.sha1";>SHA1] - http://www.apache.org/dyn/closer.lua/cassandra/2.2.4/apache-cassandra-2.2.4-src.tar.gz";>apache-cassandra-2.2.4-src.tar.gz [http://www.apache.org/dist/cassandra/2.2.4/apache-cassandra-2.2.4-src.tar.gz.asc";>PGP] [http://www.apache.org/dist/cassandra/2.2.4/apache-cassandra-2.2.4-src.tar.gz.md5";>MD5] [http://www.apache.org/dist/cassandra/2.2.4/apache-cassandra-2.2.4-src.tar.gz.sha1";>SHA1] - - http://www.apache.org/dyn/closer.lua/cassandra/2.1.12/apache-cassandra-2.1.12-src.tar.gz";>apache-cassandra-2.1.12-src.tar.gz [http://www.apache.org/dist/cassandra/2.1.12/apache-cassandra-2.1.12-src.tar.gz.asc";>PGP] @@ -197,7 +169,6 @@ [http://www.apache.org/dist/cassandra/2.1.12/apache-cassandra-2.1.12-src.tar.gz.sha1";>SHA1] - Development is done in the Apache Git repository. To check out a copy: Modified: cassandra/site/src/settings.py URL: http://svn.apache.org/viewvc/cassandra/site/src/settings.py?rev=1724705&r1=1724704&r2=1724705&view=diff == --- cassandra/site/src/settings.py (original) +++ cassandra/site/src/settings.py Thu Jan 14 22:27:57 2016 @@ -98,10 +98,8 @@ class CassandraDef(obje
svn commit: r1724704 - in /cassandra/site/src: content/download/index.html settings.py
Author: jbellis
Date: Thu Jan 14 22:26:19 2016
New Revision: 1724704
URL: http://svn.apache.org/viewvc?rev=1724704&view=rev
Log:
add EOL info and consolidate older releases into a single section
Modified:
cassandra/site/src/content/download/index.html
cassandra/site/src/settings.py
Modified: cassandra/site/src/content/download/index.html
URL:
http://svn.apache.org/viewvc/cassandra/site/src/content/download/index.html?rev=1724704&r1=1724703&r2=1724704&view=diff
==
--- cassandra/site/src/content/download/index.html (original)
+++ cassandra/site/src/content/download/index.html Thu Jan 14 22:26:19 2016
@@ -4,10 +4,10 @@
Tick-Tock Cassandra Server Releases
-Cassandra is moving to a new release process called http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>Tick-Tock.
-
-The latest tick-tock release is {{ cassandra_ticktock }} (released on
-{{ cassandra_ticktock_release_date }}).
+Cassandra is moving to a monthly release process called Tick-Tock.
Even-numbered releases contain new features; odd-numbered ones contain bug
fixes only. If a critical bug is found, a patch will be released against the
most recent bug fix release. (Read more about tick-tock http://www.planetcassandra.org/blog/cassandra-2-2-3-0-and-beyond/";>here.)
+
+The latest tick-tock release is {{ cassandra_ticktock }}, released on
+{{ cassandra_ticktock_release_date }}.
@@ -19,44 +19,13 @@
- Traditional Cassandra Server Releases
+ Older Cassandra Release Series
- Apache Cassandra ™ releases include the core server, the http://wiki.apache.org/cassandra/NodeTool";>nodetool administration
command-line interface, and a development shell (http://cassandra.apache.org/doc/cql/CQL.html";>cqlsh and the
old cassandra-cli).
-
-
-
-
- {% if is_stable_prod_ready %}
-
- The most stable release of Apache Cassandra is {{ cassandra_stable }}
- (released on {{ cassandra_stable_release_date }}). If you are looking
for latest production ready Cassandra, download this one.
-
-
-
-
-
- {{ binary_filename }}
-
-[PGP]
-[MD5]
-[SHA1]
-
-
-http://wiki.apache.org/cassandra/DebianPackaging";>Debian
installation instructions
-
-
-
- {% else %}
-
- There are currently two active releases available:
-
- The latest release of Apache Cassandra is {{ cassandra_stable }}
- (released on {{ cassandra_stable_release_date }}). If you're just
- starting out and not yet in production, download this one.
+ Apache Cassandra 3.0.x is supported until May 2017.
+ The latest release is {{ cassandra_stable }},
+ released on {{ cassandra_stable_release_date }}).
@@ -76,8 +45,9 @@
- The most stable release of Apache Cassandra is {{
cassandra_oldstable }}
- (released on {{ cassandra_oldstable_release_date }}). If you are in
production or planning to be soon, download this one.
+ Apache Cassandra 2.2 is supported until November 2016.
+ The latest release is {{ cassandra_oldstable }},
+ released on {{ cassandra_oldstable_release_date }}.
@@ -92,9 +62,30 @@
- {% endif %}
+ {% if veryoldstable_exists %}
+
+Apache Cassandra 2.1 is supported until November 2016 with critical
fixes only.
+The lastest release is {{ cassandra_veryoldstable }}, (released on {{
cassandra_veryoldstable_release_date }}).
+
+
+
+
+{{
veryoldbin_filename }}
+[PGP]
+[MD5]
+[SHA1]
+
+
+ {% endif %}
+
+
+
+ Older (unsupported) versions of Cassandra are
+ http://archive.apache.org/dist/cassandra/";>archived here.
+
+
Third Party Distributions (not endorsed by Apache)
@@ -137,47 +128,6 @@
{% endif %}
- Previous and Archived Cassandra Server Releases
-
- {% if is_stable_prod_ready and oldstable_exists %}
-
- Previous stable branches of Cassandra continue to see periodic maintenance
- for some time after a new major release is made. The lastest release on the
- {{ oldstable_branch }} branch is {{ cassandra_oldstable }} (released on
- {{ cassandra_oldstable_release_date }}).
-
-
-
-
-{{ oldbin_filename }}
-[PGP]
-[MD5]
-[SHA1]
-
-
- {% endif %}
-
- {% if veryoldstable_exists %}
-
- The lastest release on the {{ veryoldstable_branch }} branch is
- {{ cassandra_veryoldstable }} (released on {{
cassandra_veryoldstable_release_date }}).
-
-
-
-
-{{
veryoldbin_filename }}
-[PGP]
-[MD5]
-[SHA1]
-
-
- {% endif %}
-
-
-Older (unsupported) versions of Cassandra are
-http://archive.apache.org/dist/cassandra/";>archived here.
-
-
Source
The Cassandra source code is available to download:
@@ -193,22 +143,18 @@
[MD5]
[SHA1]
- {% if oldstable_exists %}
{{ oldsrc_fil
[jira] [Commented] (CASSANDRA-10973) disk_balance_decommission_test is failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-10973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15099011#comment-15099011
]
Philip Thompson commented on CASSANDRA-10973:
-
[~krummas], could you take a look at this and CASSANDRA-10974? I'm seeing other
failures in disk_balance_test.py on trunk that look similar to these.
> disk_balance_decommission_test is failing on trunk
> --
>
> Key: CASSANDRA-10973
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10973
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: Alan Boudreault
> Labels: dtest
> Fix For: 3.x
>
>
> http://cassci.datastax.com/job/trunk_dtest/891/testReport/junit/disk_balance_test/TestDiskBalance/disk_balance_decommission_test/
> {code}
> ==
> FAIL: disk_balance_decommission_test (disk_balance_test.TestDiskBalance)
> --
> Traceback (most recent call last):
> File "/home/aboudreault/git/cstar/cassandra-dtest/disk_balance_test.py",
> line 74, in disk_balance_decommission_test
> self.assert_balanced(node)
> File "/home/aboudreault/git/cstar/cassandra-dtest/disk_balance_test.py",
> line 127, in assert_balanced
> assert_almost_equal(*sums, error=0.2, error_message=node.name)
> File "/home/aboudreault/git/cstar/cassandra-dtest/assertions.py", line 65,
> in assert_almost_equal
> assert vmin > vmax * (1.0 - error) or vmin == vmax, "values not within
> %.2f%% of the max: %s (%s)" % (error * 100, args, kwargs['error_message'])
> AssertionError: values not within 20.00% of the max: (482095, 477840, 612940)
> (node2)
> >> begin captured logging <<
> dtest: DEBUG: cluster ccm directory: /tmp/dtest-SLbi3e
> - >> end captured logging << -
> --
> Ran 1 test in 121.295s
> FAILED (failures=1)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (CASSANDRA-10973) disk_balance_decommission_test is failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-10973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15099011#comment-15099011
]
Philip Thompson edited comment on CASSANDRA-10973 at 1/14/16 10:21 PM:
---
[~krummas], could you take a look at this and CASSANDRA-10974? I'm seeing other
failures in disk_balance_test.py on trunk that look similar to these. Thank you.
was (Author: philipthompson):
[~krummas], could you take a look at this and CASSANDRA-10974? I'm seeing other
failures in disk_balance_test.py on trunk that look similar to these.
> disk_balance_decommission_test is failing on trunk
> --
>
> Key: CASSANDRA-10973
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10973
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: Alan Boudreault
> Labels: dtest
> Fix For: 3.x
>
>
> http://cassci.datastax.com/job/trunk_dtest/891/testReport/junit/disk_balance_test/TestDiskBalance/disk_balance_decommission_test/
> {code}
> ==
> FAIL: disk_balance_decommission_test (disk_balance_test.TestDiskBalance)
> --
> Traceback (most recent call last):
> File "/home/aboudreault/git/cstar/cassandra-dtest/disk_balance_test.py",
> line 74, in disk_balance_decommission_test
> self.assert_balanced(node)
> File "/home/aboudreault/git/cstar/cassandra-dtest/disk_balance_test.py",
> line 127, in assert_balanced
> assert_almost_equal(*sums, error=0.2, error_message=node.name)
> File "/home/aboudreault/git/cstar/cassandra-dtest/assertions.py", line 65,
> in assert_almost_equal
> assert vmin > vmax * (1.0 - error) or vmin == vmax, "values not within
> %.2f%% of the max: %s (%s)" % (error * 100, args, kwargs['error_message'])
> AssertionError: values not within 20.00% of the max: (482095, 477840, 612940)
> (node2)
> >> begin captured logging <<
> dtest: DEBUG: cluster ccm directory: /tmp/dtest-SLbi3e
> - >> end captured logging << -
> --
> Ran 1 test in 121.295s
> FAILED (failures=1)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CASSANDRA-11017) WaitingOnFreeMemtableSpace metric does nothing
Chris Lohfink created CASSANDRA-11017: - Summary: WaitingOnFreeMemtableSpace metric does nothing Key: CASSANDRA-11017 URL: https://issues.apache.org/jira/browse/CASSANDRA-11017 Project: Cassandra Issue Type: Bug Components: Observability Reporter: Chris Lohfink Priority: Minor I think it was added in https://issues.apache.org/jira/browse/CASSANDRA-5549 but never actually used. I may be missing something though. Not sure where this should be wired in or if it should just be removed? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10688) Stack overflow from SSTableReader$InstanceTidier.runOnClose in Leak Detector
[ https://issues.apache.org/jira/browse/CASSANDRA-10688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098980#comment-15098980 ] Ariel Weisberg commented on CASSANDRA-10688: OK, looks like it's ready for review again. dtests were failing in Cassci for a while due to config in Cassci, but that seems to have been resolved. > Stack overflow from SSTableReader$InstanceTidier.runOnClose in Leak Detector > > > Key: CASSANDRA-10688 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10688 > Project: Cassandra > Issue Type: Bug > Components: Local Write-Read Paths, Testing >Reporter: Jeremiah Jordan >Assignee: Ariel Weisberg > Fix For: 3.0.x > > > Running some tests against cassandra-3.0 > 9fc957cf3097e54ccd72e51b2d0650dc3e83eae0 > The tests are just running cassandra-stress write and read while adding and > removing nodes from the cluster. After the test runs when I go back through > logs I find the following Stackoverflow fairly often: > ERROR [Strong-Reference-Leak-Detector:1] 2015-11-11 00:04:10,638 > Ref.java:413 - Stackoverflow [private java.lang.Runnable > org.apache.cassandra.io.sstable.format.SSTableReader$InstanceTidier.runOnClose, > final java.lang.Runnable > org.apache.cassandra.io.sstable.format.SSTableReader$DropPageCache.andThen, > final org.apache.cassandra.cache.InstrumentingCache > org.apache.cassandra.io.sstable.SSTableRewriter$InvalidateKeys.cache, private > final org.apache.cassandra.cache.ICache > org.apache.cassandra.cache.InstrumentingCache.map, private final > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap > org.apache.cassandra.cache.ConcurrentLinkedHashCache.map, final > com.googlecode.concurrentlinkedhashmap.LinkedDeque > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap.evictionDeque, > com.googlecode.concurrentlinkedhashmap.Linked > com.googlecode.concurrentlinkedhashmap.LinkedDeque.first, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > ... (repeated a whole bunch more) > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.next, > final java.lang.Object > com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node.key, > public final byte[] org.apache.cassandra.cache.KeyCacheKey.key -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10977) MV view_tombstone_test is failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-10977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carl Yeksigian updated CASSANDRA-10977:
---
Fix Version/s: (was: 3.x)
3.3
3.0.3
> MV view_tombstone_test is failing on trunk
> --
>
> Key: CASSANDRA-10977
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10977
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: Alan Boudreault
> Labels: dtest
> Fix For: 3.0.3, 3.3
>
>
> http://cassci.datastax.com/job/trunk_dtest/893/testReport/materialized_views_test/TestMaterializedViews/view_tombstone_test/
> {code}
> ==
> FAIL: view_tombstone_test (materialized_views_test.TestMaterializedViews)
> --
> Traceback (most recent call last):
> File
> "/home/aboudreault/git/cstar/cassandra-dtest/materialized_views_test.py",
> line 735, in view_tombstone_test
> assert_none(session, "SELECT * FROM t_by_v WHERE v = 1")
> File "/home/aboudreault/git/cstar/cassandra-dtest/assertions.py", line 44,
> in assert_none
> assert list_res == [], "Expected nothing from %s, but got %s" % (query,
> list_res)
> AssertionError: Expected nothing from SELECT * FROM t_by_v WHERE v = 1, but
> got [[1, 1, u'b', None]]
> >> begin captured logging <<
> dtest: DEBUG: cluster ccm directory: /tmp/dtest-MFSCKQ
> - >> end captured logging << -
> --
> Ran 1 test in 27.986s
> FAILED (failures=1)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10686) cqlsh schema refresh on timeout dtest is flaky
[ https://issues.apache.org/jira/browse/CASSANDRA-10686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paulo Motta updated CASSANDRA-10686: Fix Version/s: (was: 3.4) > cqlsh schema refresh on timeout dtest is flaky > --- > > Key: CASSANDRA-10686 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10686 > Project: Cassandra > Issue Type: Bug > Components: Testing, Tools >Reporter: Joel Knighton >Assignee: Paulo Motta >Priority: Minor > Fix For: 2.1.13, 2.2.5, 3.0.3, 3.3 > > > [flaky 3.0 > runs|http://cassci.datastax.com/view/cassandra-3.0/job/cassandra-3.0_dtest/lastCompletedBuild/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > [flaky 2.2 > runs|http://cassci.datastax.com/job/cassandra-2.2_dtest/381/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > [flaky 2.1 > runs|http://cassci.datastax.com/job/cassandra-2.1_dtest/324/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > As far as I can tell, the issue could be with the test or the original issue. > Pinging [~pauloricardomg] since he knows this best. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10977) MV view_tombstone_test is failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-10977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098880#comment-15098880
]
Philip Thompson commented on CASSANDRA-10977:
-
The fixver on this jira needs updated, [~carlyeks].
> MV view_tombstone_test is failing on trunk
> --
>
> Key: CASSANDRA-10977
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10977
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: Alan Boudreault
> Labels: dtest
> Fix For: 3.x
>
>
> http://cassci.datastax.com/job/trunk_dtest/893/testReport/materialized_views_test/TestMaterializedViews/view_tombstone_test/
> {code}
> ==
> FAIL: view_tombstone_test (materialized_views_test.TestMaterializedViews)
> --
> Traceback (most recent call last):
> File
> "/home/aboudreault/git/cstar/cassandra-dtest/materialized_views_test.py",
> line 735, in view_tombstone_test
> assert_none(session, "SELECT * FROM t_by_v WHERE v = 1")
> File "/home/aboudreault/git/cstar/cassandra-dtest/assertions.py", line 44,
> in assert_none
> assert list_res == [], "Expected nothing from %s, but got %s" % (query,
> list_res)
> AssertionError: Expected nothing from SELECT * FROM t_by_v WHERE v = 1, but
> got [[1, 1, u'b', None]]
> >> begin captured logging <<
> dtest: DEBUG: cluster ccm directory: /tmp/dtest-MFSCKQ
> - >> end captured logging << -
> --
> Ran 1 test in 27.986s
> FAILED (failures=1)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10686) cqlsh schema refresh on timeout dtest is flaky
[ https://issues.apache.org/jira/browse/CASSANDRA-10686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paulo Motta updated CASSANDRA-10686: Fix Version/s: 3.4 3.3 3.0.3 2.2.5 2.1.13 > cqlsh schema refresh on timeout dtest is flaky > --- > > Key: CASSANDRA-10686 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10686 > Project: Cassandra > Issue Type: Bug > Components: Testing, Tools >Reporter: Joel Knighton >Assignee: Paulo Motta >Priority: Minor > Fix For: 2.1.13, 2.2.5, 3.0.3, 3.3, 3.4 > > > [flaky 3.0 > runs|http://cassci.datastax.com/view/cassandra-3.0/job/cassandra-3.0_dtest/lastCompletedBuild/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > [flaky 2.2 > runs|http://cassci.datastax.com/job/cassandra-2.2_dtest/381/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > [flaky 2.1 > runs|http://cassci.datastax.com/job/cassandra-2.1_dtest/324/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > As far as I can tell, the issue could be with the test or the original issue. > Pinging [~pauloricardomg] since he knows this best. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10845) jmxmetrics_test.TestJMXMetrics.begin_test is failing
[ https://issues.apache.org/jira/browse/CASSANDRA-10845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philip Thompson updated CASSANDRA-10845: Labels: dtest (was: ) > jmxmetrics_test.TestJMXMetrics.begin_test is failing > > > Key: CASSANDRA-10845 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10845 > Project: Cassandra > Issue Type: Sub-task > Components: Testing >Reporter: Philip Thompson >Assignee: Philip Thompson > Labels: dtest > > This test is failing on 2.1-head. There appear to be structural issues with > the test, and no C* bug to be fixed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10919) sstableutil_test.py:SSTableUtilTest.abortedcompaction_test flapping on 3.0
[
https://issues.apache.org/jira/browse/CASSANDRA-10919?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Philip Thompson updated CASSANDRA-10919:
Labels: dtest (was: )
> sstableutil_test.py:SSTableUtilTest.abortedcompaction_test flapping on 3.0
> --
>
> Key: CASSANDRA-10919
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10919
> Project: Cassandra
> Issue Type: Sub-task
>Reporter: Jim Witschey
> Labels: dtest
> Fix For: 3.0.x
>
>
> {{sstableutil_test.py:SSTableUtilTest.abortedcompaction_test}} flaps on 3.0:
> http://cassci.datastax.com/job/cassandra-3.0_dtest/438/testReport/junit/sstableutil_test/SSTableUtilTest/abortedcompaction_test/
> It also flaps on the CassCI job running without vnodes:
> http://cassci.datastax.com/job/cassandra-3.0_novnode_dtest/110/testReport/junit/sstableutil_test/SSTableUtilTest/abortedcompaction_test/history/
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10730) periodic timeout errors in dtest
[
https://issues.apache.org/jira/browse/CASSANDRA-10730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098860#comment-15098860
]
Jim Witschey commented on CASSANDRA-10730:
--
This class of error has stopped happening. There are still some tests that flap
when nodes are unavailable, but the problem is unrelated, as described in
CASSANDRA-11016. If anyone thinks I'm wrong, feel free to reopen or open a new
ticket, but I'm closing.
> periodic timeout errors in dtest
>
>
> Key: CASSANDRA-10730
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10730
> Project: Cassandra
> Issue Type: Bug
>Reporter: Jim Witschey
>Assignee: Jim Witschey
>
> Dtests often fail with connection timeout errors. For example:
> http://cassci.datastax.com/job/cassandra-3.1_dtest/lastCompletedBuild/testReport/upgrade_tests.cql_tests/TestCQLNodes3RF3/deletion_test/
> {code}
> ('Unable to connect to any servers', {'127.0.0.1':
> OperationTimedOut('errors=Timed out creating connection (10 seconds),
> last_host=None',)})
> {code}
> We've merged a PR to increase timeouts:
> https://github.com/riptano/cassandra-dtest/pull/663
> It doesn't look like this has improved things:
> http://cassci.datastax.com/view/cassandra-3.0/job/cassandra-3.0_dtest/363/testReport/
> Next steps here are
> * to scrape Jenkins history to see if and how the number of tests failing
> this way has increased (it feels like it has). From there we can bisect over
> the dtests, ccm, or C*, depending on what looks like the source of the
> problem.
> * to better instrument the dtest/ccm/C* startup process to see why the nodes
> start but don't successfully make the CQL port available.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (CASSANDRA-10730) periodic timeout errors in dtest
[
https://issues.apache.org/jira/browse/CASSANDRA-10730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jim Witschey resolved CASSANDRA-10730.
--
Resolution: Fixed
> periodic timeout errors in dtest
>
>
> Key: CASSANDRA-10730
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10730
> Project: Cassandra
> Issue Type: Bug
>Reporter: Jim Witschey
>Assignee: Jim Witschey
>
> Dtests often fail with connection timeout errors. For example:
> http://cassci.datastax.com/job/cassandra-3.1_dtest/lastCompletedBuild/testReport/upgrade_tests.cql_tests/TestCQLNodes3RF3/deletion_test/
> {code}
> ('Unable to connect to any servers', {'127.0.0.1':
> OperationTimedOut('errors=Timed out creating connection (10 seconds),
> last_host=None',)})
> {code}
> We've merged a PR to increase timeouts:
> https://github.com/riptano/cassandra-dtest/pull/663
> It doesn't look like this has improved things:
> http://cassci.datastax.com/view/cassandra-3.0/job/cassandra-3.0_dtest/363/testReport/
> Next steps here are
> * to scrape Jenkins history to see if and how the number of tests failing
> this way has increased (it feels like it has). From there we can bisect over
> the dtests, ccm, or C*, depending on what looks like the source of the
> problem.
> * to better instrument the dtest/ccm/C* startup process to see why the nodes
> start but don't successfully make the CQL port available.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10476) Fix upgrade paging dtest failures on 2.2->3.0 path
[
https://issues.apache.org/jira/browse/CASSANDRA-10476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098847#comment-15098847
]
Jim Witschey commented on CASSANDRA-10476:
--
[~slebresne] As you said,
{{upgrade_tests/paging_test.py:TestPagingWithDeletionsNodes3RF3.test_failure_threshold_deletions}}
seems to be flapping, but the others aren't. [~blerer] is there anything you
think I missed?
As I see it, this last failure is part of a different class of systemic problem
causing tests to flap. I've reported that class of problem in CASSANDRA-11016,
so I'm comfortable with this ticket being closed.
> Fix upgrade paging dtest failures on 2.2->3.0 path
> --
>
> Key: CASSANDRA-10476
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10476
> Project: Cassandra
> Issue Type: Sub-task
>Reporter: Jim Witschey
>Assignee: Benjamin Lerer
> Fix For: 3.0.x
>
>
> EDIT: this list of failures is no longer current; see comments for current
> failures.
> The following upgrade tests for paging features fail or flap on the upgrade
> path from 2.2 to 3.0:
> - {{upgrade_tests/paging_test.py:TestPagingData.static_columns_paging_test}}
> -
> {{upgrade_tests/paging_test.py:TestPagingSize.test_undefined_page_size_default}}
> -
> {{upgrade_tests/paging_test.py:TestPagingSize.test_with_more_results_than_page_size}}
> -
> {{upgrade_tests/paging_test.py:TestPagingWithDeletions.test_failure_threshold_deletions}}
> -
> {{upgrade_tests/paging_test.py:TestPagingWithDeletions.test_multiple_cell_deletions}}
> -
> {{upgrade_tests/paging_test.py:TestPagingWithDeletions.test_single_cell_deletions}}
> -
> {{upgrade_tests/paging_test.py:TestPagingWithDeletions.test_single_row_deletions}}
> -
> {{upgrade_tests/paging_test.py:TestPagingDatasetChanges.test_cell_TTL_expiry_during_paging/}}
> I've grouped them all together because I don't know how to tell if they're
> related; once someone triages them, it may be appropriate to break this out
> into multiple tickets.
> The failures can be found here:
> http://cassci.datastax.com/view/Upgrades/job/storage_engine_upgrade_dtest-22_tarball-30_HEAD/44/testReport/upgrade_tests.paging_test/TestPagingData/static_columns_paging_test/history/
> http://cassci.datastax.com/view/Upgrades/job/storage_engine_upgrade_dtest-22_tarball-30_HEAD/44/testReport/upgrade_tests.paging_test/TestPagingSize/test_undefined_page_size_default/history/
> http://cassci.datastax.com/view/Upgrades/job/storage_engine_upgrade_dtest-22_tarball-30_HEAD/42/testReport/upgrade_tests.paging_test/TestPagingSize/test_with_more_results_than_page_size/history/
> http://cassci.datastax.com/view/Upgrades/job/storage_engine_upgrade_dtest-22_tarball-30_HEAD/44/testReport/upgrade_tests.paging_test/TestPagingWithDeletions/test_failure_threshold_deletions/history/
> http://cassci.datastax.com/view/Upgrades/job/storage_engine_upgrade_dtest-22_tarball-30_HEAD/44/testReport/upgrade_tests.paging_test/TestPagingWithDeletions/test_multiple_cell_deletions/history/
> http://cassci.datastax.com/view/Upgrades/job/storage_engine_upgrade_dtest-22_tarball-30_HEAD/44/testReport/upgrade_tests.paging_test/TestPagingWithDeletions/test_single_cell_deletions/history/
> http://cassci.datastax.com/view/Upgrades/job/storage_engine_upgrade_dtest-22_tarball-30_HEAD/44/testReport/upgrade_tests.paging_test/TestPagingWithDeletions/test_single_row_deletions/history/
> http://cassci.datastax.com/view/Upgrades/job/storage_engine_upgrade_dtest-22_tarball-30_HEAD/44/testReport/upgrade_tests.paging_test/TestPagingDatasetChanges/test_cell_TTL_expiry_during_paging/
> Once [this dtest PR|https://github.com/riptano/cassandra-dtest/pull/586] is
> merged, these tests should also run with this upgrade path on normal 3.0
> jobs. Until then, you can run them with the following command:
> {code}
> SKIP=false CASSANDRA_VERSION=binary:2.2.0 UPGRADE_TO=git:cassandra-3.0
> nosetests
> upgrade_tests/paging_test.py:TestPagingData.static_columns_paging_test
> upgrade_tests/paging_test.py:TestPagingSize.test_undefined_page_size_default
> upgrade_tests/paging_test.py:TestPagingSize.test_with_more_results_than_page_size
>
> upgrade_tests/paging_test.py:TestPagingWithDeletions.test_failure_threshold_deletions
>
> upgrade_tests/paging_test.py:TestPagingWithDeletions.test_multiple_cell_deletions
>
> upgrade_tests/paging_test.py:TestPagingWithDeletions.test_single_cell_deletions
>
> upgrade_tests/paging_test.py:TestPagingWithDeletions.test_single_row_deletions
> upgrade_tests/paging_test.py:TestPagingDatasetChanges.test_cell_TTL_expiry_during_paging
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CASSANDRA-11016) Fix flapping dtests with "unavailable" and "cannot achieve consistency" errors
Jim Witschey created CASSANDRA-11016: Summary: Fix flapping dtests with "unavailable" and "cannot achieve consistency" errors Key: CASSANDRA-11016 URL: https://issues.apache.org/jira/browse/CASSANDRA-11016 Project: Cassandra Issue Type: Bug Reporter: Jim Witschey A number of dtests flap when they run a query and get an unavailable exception or can't meet a particular CL. Examples include: http://cassci.datastax.com/job/cassandra-2.2_dtest/470/testReport/replace_address_test/TestReplaceAddress/replace_first_boot_test/ http://cassci.datastax.com/view/cassandra-3.0/job/cassandra-3.0_dtest/488/testReport/upgrade_tests.cql_tests/TestCQLNodes3RF3/range_tombstones_test/ This seems to be a different issue than CASSANDRA-10730 -- bumping instance sizes to m3.2xl stopped that class of error, but bumping instance sizes to i2.4xl did not stop the errors described here. I'm probably the best person to tackle this, but won't get to it for a bit, so [~philipthompson] might take it if he has time sooner. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10686) cqlsh schema refresh on timeout dtest is flaky
[ https://issues.apache.org/jira/browse/CASSANDRA-10686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098814#comment-15098814 ] Philip Thompson commented on CASSANDRA-10686: - Can someone update the fixver of this ticket, please? > cqlsh schema refresh on timeout dtest is flaky > --- > > Key: CASSANDRA-10686 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10686 > Project: Cassandra > Issue Type: Bug > Components: Testing, Tools >Reporter: Joel Knighton >Assignee: Paulo Motta >Priority: Minor > > [flaky 3.0 > runs|http://cassci.datastax.com/view/cassandra-3.0/job/cassandra-3.0_dtest/lastCompletedBuild/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > [flaky 2.2 > runs|http://cassci.datastax.com/job/cassandra-2.2_dtest/381/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > [flaky 2.1 > runs|http://cassci.datastax.com/job/cassandra-2.1_dtest/324/testReport/cqlsh_tests.cqlsh_tests/TestCqlsh/test_refresh_schema_on_timeout_error/history/] > As far as I can tell, the issue could be with the test or the original issue. > Pinging [~pauloricardomg] since he knows this best. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-9669) If sstable flushes complete out of order, on restart we can fail to replay necessary commit log records
[
https://issues.apache.org/jira/browse/CASSANDRA-9669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098801#comment-15098801
]
Benedict commented on CASSANDRA-9669:
-
According to [https://wiki.apache.org/cassandra/CompatibilityGuarantees] this
may have to be delayed until 4.0
> If sstable flushes complete out of order, on restart we can fail to replay
> necessary commit log records
> ---
>
> Key: CASSANDRA-9669
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9669
> Project: Cassandra
> Issue Type: Bug
> Components: Local Write-Read Paths
>Reporter: Benedict
>Assignee: Benedict
>Priority: Critical
> Labels: correctness
> Fix For: 2.2.x, 3.0.x, 3.x
>
>
> While {{postFlushExecutor}} ensures it never expires CL entries out-of-order,
> on restart we simply take the maximum replay position of any sstable on disk,
> and ignore anything prior.
> It is quite possible for there to be two flushes triggered for a given table,
> and for the second to finish first by virtue of containing a much smaller
> quantity of live data (or perhaps the disk is just under less pressure). If
> we crash before the first sstable has been written, then on restart the data
> it would have represented will disappear, since we will not replay the CL
> records.
> This looks to be a bug present since time immemorial, and also seems pretty
> serious.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-7306) Support "edge dcs" with more flexible gossip
[ https://issues.apache.org/jira/browse/CASSANDRA-7306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098739#comment-15098739 ] Jeff Jirsa commented on CASSANDRA-7306: --- [~jbellis] - that was one of my open questions where I asked [~tupshin] for clarification. As implemented (the way I would expect it to work as an operator), if a DC is not gossipable, it's not available for requests. For that reason, we remove it from the Map of datacenters in NTS, and the non-gossipable replicas will not receive the mutation, and will not be counted towards CL calculations. https://github.com/jeffjirsa/cassandra/blob/cassandra-7306/src/java/org/apache/cassandra/locator/NetworkTopologyStrategy.java#L69-L72 If the DC topology provider changes (adds/removes DCs from its white/blacklist), it will re-instantiate the replication strategy to propagate those changes: https://github.com/jeffjirsa/cassandra/blob/cassandra-7306/src/java/org/apache/cassandra/db/Keyspace.java#L332-L339 > Support "edge dcs" with more flexible gossip > > > Key: CASSANDRA-7306 > URL: https://issues.apache.org/jira/browse/CASSANDRA-7306 > Project: Cassandra > Issue Type: Improvement > Components: Distributed Metadata >Reporter: Tupshin Harper >Assignee: Jeff Jirsa > Labels: ponies > > As Cassandra clusters get bigger and bigger, and their topology becomes more > complex, there is more and more need for a notion of "hub" and "spoke" > datacenters. > One of the big obstacles to supporting hundreds (or thousands) of remote dcs, > is the assumption that all dcs need to talk to each other (and be connected > all the time). > This ticket is a vague placeholder with the goals of achieving: > 1) better behavioral support for occasionally disconnected datacenters > 2) explicit support for custom dc to dc routing. A simple approach would be > an optional per-dc annotation of which other DCs that DC could gossip with. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10371) Decommissioned nodes can remain in gossip
[ https://issues.apache.org/jira/browse/CASSANDRA-10371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098478#comment-15098478 ] Brandon Williams commented on CASSANDRA-10371: -- I wish I could tell you, but while I have certainly seen this issue (in 2.0), I haven't be able to repro so I honestly don't know what the status is on 2.1. :( > Decommissioned nodes can remain in gossip > - > > Key: CASSANDRA-10371 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10371 > Project: Cassandra > Issue Type: Bug > Components: Distributed Metadata >Reporter: Brandon Williams >Assignee: Stefania >Priority: Minor > > This may apply to other dead states as well. Dead states should be expired > after 3 days. In the case of decom we attach a timestamp to let the other > nodes know when it should be expired. It has been observed that sometimes a > subset of nodes in the cluster never expire the state, and through heap > analysis of these nodes it is revealed that the epstate.isAlive check returns > true when it should return false, which would allow the state to be evicted. > This may have been affected by CASSANDRA-8336. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10247) Allow both named values and regular values in a single batch
[
https://issues.apache.org/jira/browse/CASSANDRA-10247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Penick updated CASSANDRA-10247:
---
Labels: client-impacting protocolv5 (was: protocolv5)
> Allow both named values and regular values in a single batch
>
>
> Key: CASSANDRA-10247
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10247
> Project: Cassandra
> Issue Type: Improvement
>Reporter: Michael Penick
> Labels: client-impacting, protocolv5
>
> Currently, there's a single {{}} to determine whether a batch uses
> named values or not. This forces all query entries in a batch to use the same
> value encoding. There's also the fact that the current design is broken. See:
> CASSANDRA-10246
> I propose that this information be encoded using the batch entries'
> {{}} component and remove "0x40: With names for values" as an option
> from {{}}. In the current design the {{}} component, a
> {{[byte]}}, only uses two values 0 and 1 for non-prepared and prepared,
> respectively. The proposed solution would add two more values 2 and 3 for
> non-prepared w/ names values and prepared w/ named values. This has a couple
> benefits:
> 1) It allows for heterogeneous value encodings in a single batch
> 2) It eliminates the need for reading ahead to determine the value encodings
> (See: CASSANDRA-10246)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10997) cqlsh_copy_tests failing en mass when vnodes are disabled
[
https://issues.apache.org/jira/browse/CASSANDRA-10997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098430#comment-15098430
]
Aleksey Yeschenko commented on CASSANDRA-10997:
---
Alright. Committed as
[c42716f2a91ff4e0e8b1ed50eb01edb46978a562|https://github.com/apache/cassandra/commit/c42716f2a91ff4e0e8b1ed50eb01edb46978a562]
to 2.1 and merged with 2.2, 3.0, 3.3, and trunk. Thanks.
FWIW, CHANGES.txt conflicts don't really count. It's sufficient for you to
specify all the branches that require special treatment - either because there
are merge conflicts, or because there are none, but some different changes need
to be applied either way.
> cqlsh_copy_tests failing en mass when vnodes are disabled
> -
>
> Key: CASSANDRA-10997
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10997
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: Philip Thompson
>Assignee: Stefania
> Labels: dtest
> Fix For: 2.1.x, 2.2.x, 3.0.x, 3.x
>
>
> Check out [an example cassci
> failure|http://cassci.datastax.com/job/cassandra-2.1_novnode_dtest/186/testReport/cqlsh_tests.cqlsh_copy_tests/CqlshCopyTest/test_list_data/]
> as well as the [full novnode report
> page|http://cassci.datastax.com/userContent/cstar_report/index.html?jobs=cassandra-2.1_novnode_dtest,cassandra-3.0_novnode_dtest,cassandra-2.2_novnode_dtest&show_known=true].
> Many COPY TO tests are failing when the cluster only has one token. The
> message {{Found no ranges to query, check begin and end tokens: None - None}}
> is printed, and it appears to be coming from cqlsh, specfically in
> pylib/cqlshlib/copyutil.py
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[03/10] cassandra git commit: (cqlsh) fix cqlsh_copy_tests when vnodes are disabled
(cqlsh) fix cqlsh_copy_tests when vnodes are disabled
patch by Stefania Alborghetti; reviewed by Paulo Motta for CASSANDRA-10997
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/c42716f2
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/c42716f2
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/c42716f2
Branch: refs/heads/cassandra-3.0
Commit: c42716f2a91ff4e0e8b1ed50eb01edb46978a562
Parents: 26dc07b
Author: Stefania Alborghetti
Authored: Tue Jan 12 12:12:34 2016 +
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 17:09:40 2016 +
--
CHANGES.txt| 1 +
pylib/cqlshlib/copyutil.py | 47 ++---
2 files changed, 26 insertions(+), 22 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/c42716f2/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 9c73adf..74fd45b 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix cqlsh_copy_tests when vnodes are disabled (CASSANDRA-10997)
* (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/c42716f2/pylib/cqlshlib/copyutil.py
--
diff --git a/pylib/cqlshlib/copyutil.py b/pylib/cqlshlib/copyutil.py
index 381701e..b015a77 100644
--- a/pylib/cqlshlib/copyutil.py
+++ b/pylib/cqlshlib/copyutil.py
@@ -492,30 +492,33 @@ class ExportTask(CopyTask):
ring = shell.get_ring(self.ks).items()
ring.sort()
-# If the ring is empty we get the entire ring from the host we are
currently connected to
if not ring:
+# If the ring is empty we get the entire ring from the host we
are currently connected to
ranges[(begin_token, end_token)] = make_range_data()
-return ranges
-
-first_range_data = None
-previous = None
-for token, replicas in ring:
-if previous is None and token.value == min_token:
-continue # avoids looping entire ring
-
-if previous is None: # we use it at the end when wrapping around
-first_range_data = make_range_data(replicas)
-
-current_range = make_range(previous, token.value)
-if not current_range:
-continue
-
-ranges[current_range] = make_range_data(replicas)
-previous = token.value
-
-# For the last ring interval we query the same replicas that hold the
first token in the ring
-if previous is not None and (not end_token or previous < end_token):
-ranges[(previous, end_token)] = first_range_data
+elif len(ring) == 1:
+# If there is only one token we get the entire ring from the
replicas for that token
+ranges[(begin_token, end_token)] = make_range_data(ring[0][1])
+else:
+# else we loop on the ring
+first_range_data = None
+previous = None
+for token, replicas in ring:
+if not first_range_data:
+first_range_data = make_range_data(replicas) # we use it
at the end when wrapping around
+
+if token.value == min_token:
+continue # avoids looping entire ring
+
+current_range = make_range(previous, token.value)
+if not current_range:
+continue
+
+ranges[current_range] = make_range_data(replicas)
+previous = token.value
+
+# For the last ring interval we query the same replicas that hold
the first token in the ring
+if previous is not None and (not end_token or previous <
end_token):
+ranges[(previous, end_token)] = first_range_data
if not ranges:
shell.printerr('Found no ranges to query, check begin and end
tokens: %s - %s' % (begin_token, end_token))
[06/10] cassandra git commit: Merge branch 'cassandra-2.1' into cassandra-2.2
Merge branch 'cassandra-2.1' into cassandra-2.2 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/e253bfee Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/e253bfee Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/e253bfee Branch: refs/heads/cassandra-2.2 Commit: e253bfee13166fb1e49949236feaa0175d6dc7ee Parents: 101cd72 c42716f Author: Aleksey Yeschenko Authored: Thu Jan 14 17:12:09 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 17:12:09 2016 + -- CHANGES.txt| 1 + pylib/cqlshlib/copyutil.py | 47 ++--- 2 files changed, 26 insertions(+), 22 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/e253bfee/CHANGES.txt -- diff --cc CHANGES.txt index 52e3d4d,74fd45b..9d1cb88 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,24 -1,6 +1,25 @@@ -2.1.13 +2.2.5 + * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980) + * Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465) + * Fix error streaming section more than 2GB (CASSANDRA-10961) + * (cqlsh) Also apply --connect-timeout to control connection + timeout (CASSANDRA-10959) + * Histogram buckets exposed in jmx are sorted incorrectly (CASSANDRA-10975) + * Enable GC logging by default (CASSANDRA-10140) + * Optimize pending range computation (CASSANDRA-9258) + * Skip commit log and saved cache directories in SSTable version startup check (CASSANDRA-10902) + * drop/alter user should be case sensitive (CASSANDRA-10817) + * jemalloc detection fails due to quoting issues in regexv (CASSANDRA-10946) + * Support counter-columns for native aggregates (sum,avg,max,min) (CASSANDRA-9977) + * (cqlsh) show correct column names for empty result sets (CASSANDRA-9813) + * Add new types to Stress (CASSANDRA-9556) + * Add property to allow listening on broadcast interface (CASSANDRA-9748) + * Fix regression in split size on CqlInputFormat (CASSANDRA-10835) + * Better handling of SSL connection errors inter-node (CASSANDRA-10816) + * Disable reloading of GossipingPropertyFileSnitch (CASSANDRA-9474) + * Verify tables in pseudo-system keyspaces at startup (CASSANDRA-10761) +Merged from 2.1: + * (cqlsh) fix cqlsh_copy_tests when vnodes are disabled (CASSANDRA-10997) - * (cqlsh) fix formatting bytearray values (CASSANDRA-10839) * (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686) * Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477) * If CompactionMetadata is not in stats file, use index summary instead (CASSANDRA-10676) http://git-wip-us.apache.org/repos/asf/cassandra/blob/e253bfee/pylib/cqlshlib/copyutil.py --
[02/10] cassandra git commit: (cqlsh) fix cqlsh_copy_tests when vnodes are disabled
(cqlsh) fix cqlsh_copy_tests when vnodes are disabled
patch by Stefania Alborghetti; reviewed by Paulo Motta for CASSANDRA-10997
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/c42716f2
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/c42716f2
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/c42716f2
Branch: refs/heads/cassandra-2.2
Commit: c42716f2a91ff4e0e8b1ed50eb01edb46978a562
Parents: 26dc07b
Author: Stefania Alborghetti
Authored: Tue Jan 12 12:12:34 2016 +
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 17:09:40 2016 +
--
CHANGES.txt| 1 +
pylib/cqlshlib/copyutil.py | 47 ++---
2 files changed, 26 insertions(+), 22 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/c42716f2/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 9c73adf..74fd45b 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix cqlsh_copy_tests when vnodes are disabled (CASSANDRA-10997)
* (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/c42716f2/pylib/cqlshlib/copyutil.py
--
diff --git a/pylib/cqlshlib/copyutil.py b/pylib/cqlshlib/copyutil.py
index 381701e..b015a77 100644
--- a/pylib/cqlshlib/copyutil.py
+++ b/pylib/cqlshlib/copyutil.py
@@ -492,30 +492,33 @@ class ExportTask(CopyTask):
ring = shell.get_ring(self.ks).items()
ring.sort()
-# If the ring is empty we get the entire ring from the host we are
currently connected to
if not ring:
+# If the ring is empty we get the entire ring from the host we
are currently connected to
ranges[(begin_token, end_token)] = make_range_data()
-return ranges
-
-first_range_data = None
-previous = None
-for token, replicas in ring:
-if previous is None and token.value == min_token:
-continue # avoids looping entire ring
-
-if previous is None: # we use it at the end when wrapping around
-first_range_data = make_range_data(replicas)
-
-current_range = make_range(previous, token.value)
-if not current_range:
-continue
-
-ranges[current_range] = make_range_data(replicas)
-previous = token.value
-
-# For the last ring interval we query the same replicas that hold the
first token in the ring
-if previous is not None and (not end_token or previous < end_token):
-ranges[(previous, end_token)] = first_range_data
+elif len(ring) == 1:
+# If there is only one token we get the entire ring from the
replicas for that token
+ranges[(begin_token, end_token)] = make_range_data(ring[0][1])
+else:
+# else we loop on the ring
+first_range_data = None
+previous = None
+for token, replicas in ring:
+if not first_range_data:
+first_range_data = make_range_data(replicas) # we use it
at the end when wrapping around
+
+if token.value == min_token:
+continue # avoids looping entire ring
+
+current_range = make_range(previous, token.value)
+if not current_range:
+continue
+
+ranges[current_range] = make_range_data(replicas)
+previous = token.value
+
+# For the last ring interval we query the same replicas that hold
the first token in the ring
+if previous is not None and (not end_token or previous <
end_token):
+ranges[(previous, end_token)] = first_range_data
if not ranges:
shell.printerr('Found no ranges to query, check begin and end
tokens: %s - %s' % (begin_token, end_token))
[04/10] cassandra git commit: (cqlsh) fix cqlsh_copy_tests when vnodes are disabled
(cqlsh) fix cqlsh_copy_tests when vnodes are disabled
patch by Stefania Alborghetti; reviewed by Paulo Motta for CASSANDRA-10997
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/c42716f2
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/c42716f2
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/c42716f2
Branch: refs/heads/cassandra-3.3
Commit: c42716f2a91ff4e0e8b1ed50eb01edb46978a562
Parents: 26dc07b
Author: Stefania Alborghetti
Authored: Tue Jan 12 12:12:34 2016 +
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 17:09:40 2016 +
--
CHANGES.txt| 1 +
pylib/cqlshlib/copyutil.py | 47 ++---
2 files changed, 26 insertions(+), 22 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/c42716f2/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 9c73adf..74fd45b 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix cqlsh_copy_tests when vnodes are disabled (CASSANDRA-10997)
* (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/c42716f2/pylib/cqlshlib/copyutil.py
--
diff --git a/pylib/cqlshlib/copyutil.py b/pylib/cqlshlib/copyutil.py
index 381701e..b015a77 100644
--- a/pylib/cqlshlib/copyutil.py
+++ b/pylib/cqlshlib/copyutil.py
@@ -492,30 +492,33 @@ class ExportTask(CopyTask):
ring = shell.get_ring(self.ks).items()
ring.sort()
-# If the ring is empty we get the entire ring from the host we are
currently connected to
if not ring:
+# If the ring is empty we get the entire ring from the host we
are currently connected to
ranges[(begin_token, end_token)] = make_range_data()
-return ranges
-
-first_range_data = None
-previous = None
-for token, replicas in ring:
-if previous is None and token.value == min_token:
-continue # avoids looping entire ring
-
-if previous is None: # we use it at the end when wrapping around
-first_range_data = make_range_data(replicas)
-
-current_range = make_range(previous, token.value)
-if not current_range:
-continue
-
-ranges[current_range] = make_range_data(replicas)
-previous = token.value
-
-# For the last ring interval we query the same replicas that hold the
first token in the ring
-if previous is not None and (not end_token or previous < end_token):
-ranges[(previous, end_token)] = first_range_data
+elif len(ring) == 1:
+# If there is only one token we get the entire ring from the
replicas for that token
+ranges[(begin_token, end_token)] = make_range_data(ring[0][1])
+else:
+# else we loop on the ring
+first_range_data = None
+previous = None
+for token, replicas in ring:
+if not first_range_data:
+first_range_data = make_range_data(replicas) # we use it
at the end when wrapping around
+
+if token.value == min_token:
+continue # avoids looping entire ring
+
+current_range = make_range(previous, token.value)
+if not current_range:
+continue
+
+ranges[current_range] = make_range_data(replicas)
+previous = token.value
+
+# For the last ring interval we query the same replicas that hold
the first token in the ring
+if previous is not None and (not end_token or previous <
end_token):
+ranges[(previous, end_token)] = first_range_data
if not ranges:
shell.printerr('Found no ranges to query, check begin and end
tokens: %s - %s' % (begin_token, end_token))
[05/10] cassandra git commit: Merge branch 'cassandra-2.1' into cassandra-2.2
Merge branch 'cassandra-2.1' into cassandra-2.2 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/e253bfee Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/e253bfee Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/e253bfee Branch: refs/heads/cassandra-3.0 Commit: e253bfee13166fb1e49949236feaa0175d6dc7ee Parents: 101cd72 c42716f Author: Aleksey Yeschenko Authored: Thu Jan 14 17:12:09 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 17:12:09 2016 + -- CHANGES.txt| 1 + pylib/cqlshlib/copyutil.py | 47 ++--- 2 files changed, 26 insertions(+), 22 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/e253bfee/CHANGES.txt -- diff --cc CHANGES.txt index 52e3d4d,74fd45b..9d1cb88 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,24 -1,6 +1,25 @@@ -2.1.13 +2.2.5 + * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980) + * Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465) + * Fix error streaming section more than 2GB (CASSANDRA-10961) + * (cqlsh) Also apply --connect-timeout to control connection + timeout (CASSANDRA-10959) + * Histogram buckets exposed in jmx are sorted incorrectly (CASSANDRA-10975) + * Enable GC logging by default (CASSANDRA-10140) + * Optimize pending range computation (CASSANDRA-9258) + * Skip commit log and saved cache directories in SSTable version startup check (CASSANDRA-10902) + * drop/alter user should be case sensitive (CASSANDRA-10817) + * jemalloc detection fails due to quoting issues in regexv (CASSANDRA-10946) + * Support counter-columns for native aggregates (sum,avg,max,min) (CASSANDRA-9977) + * (cqlsh) show correct column names for empty result sets (CASSANDRA-9813) + * Add new types to Stress (CASSANDRA-9556) + * Add property to allow listening on broadcast interface (CASSANDRA-9748) + * Fix regression in split size on CqlInputFormat (CASSANDRA-10835) + * Better handling of SSL connection errors inter-node (CASSANDRA-10816) + * Disable reloading of GossipingPropertyFileSnitch (CASSANDRA-9474) + * Verify tables in pseudo-system keyspaces at startup (CASSANDRA-10761) +Merged from 2.1: + * (cqlsh) fix cqlsh_copy_tests when vnodes are disabled (CASSANDRA-10997) - * (cqlsh) fix formatting bytearray values (CASSANDRA-10839) * (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686) * Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477) * If CompactionMetadata is not in stats file, use index summary instead (CASSANDRA-10676) http://git-wip-us.apache.org/repos/asf/cassandra/blob/e253bfee/pylib/cqlshlib/copyutil.py --
[08/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0
Merge branch 'cassandra-2.2' into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/58643b0a Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/58643b0a Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/58643b0a Branch: refs/heads/cassandra-3.0 Commit: 58643b0afe1521e1d99be1fc4532deb9b902d767 Parents: a3ae9d8 e253bfe Author: Aleksey Yeschenko Authored: Thu Jan 14 17:12:24 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 17:12:24 2016 + -- CHANGES.txt| 1 + pylib/cqlshlib/copyutil.py | 47 ++--- 2 files changed, 26 insertions(+), 22 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/58643b0a/CHANGES.txt --
[07/10] cassandra git commit: Merge branch 'cassandra-2.1' into cassandra-2.2
Merge branch 'cassandra-2.1' into cassandra-2.2 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/e253bfee Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/e253bfee Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/e253bfee Branch: refs/heads/cassandra-3.3 Commit: e253bfee13166fb1e49949236feaa0175d6dc7ee Parents: 101cd72 c42716f Author: Aleksey Yeschenko Authored: Thu Jan 14 17:12:09 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 17:12:09 2016 + -- CHANGES.txt| 1 + pylib/cqlshlib/copyutil.py | 47 ++--- 2 files changed, 26 insertions(+), 22 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/e253bfee/CHANGES.txt -- diff --cc CHANGES.txt index 52e3d4d,74fd45b..9d1cb88 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,24 -1,6 +1,25 @@@ -2.1.13 +2.2.5 + * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980) + * Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465) + * Fix error streaming section more than 2GB (CASSANDRA-10961) + * (cqlsh) Also apply --connect-timeout to control connection + timeout (CASSANDRA-10959) + * Histogram buckets exposed in jmx are sorted incorrectly (CASSANDRA-10975) + * Enable GC logging by default (CASSANDRA-10140) + * Optimize pending range computation (CASSANDRA-9258) + * Skip commit log and saved cache directories in SSTable version startup check (CASSANDRA-10902) + * drop/alter user should be case sensitive (CASSANDRA-10817) + * jemalloc detection fails due to quoting issues in regexv (CASSANDRA-10946) + * Support counter-columns for native aggregates (sum,avg,max,min) (CASSANDRA-9977) + * (cqlsh) show correct column names for empty result sets (CASSANDRA-9813) + * Add new types to Stress (CASSANDRA-9556) + * Add property to allow listening on broadcast interface (CASSANDRA-9748) + * Fix regression in split size on CqlInputFormat (CASSANDRA-10835) + * Better handling of SSL connection errors inter-node (CASSANDRA-10816) + * Disable reloading of GossipingPropertyFileSnitch (CASSANDRA-9474) + * Verify tables in pseudo-system keyspaces at startup (CASSANDRA-10761) +Merged from 2.1: + * (cqlsh) fix cqlsh_copy_tests when vnodes are disabled (CASSANDRA-10997) - * (cqlsh) fix formatting bytearray values (CASSANDRA-10839) * (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686) * Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477) * If CompactionMetadata is not in stats file, use index summary instead (CASSANDRA-10676) http://git-wip-us.apache.org/repos/asf/cassandra/blob/e253bfee/pylib/cqlshlib/copyutil.py --
[01/10] cassandra git commit: (cqlsh) fix cqlsh_copy_tests when vnodes are disabled
Repository: cassandra
Updated Branches:
refs/heads/cassandra-2.1 26dc07b7d -> c42716f2a
refs/heads/cassandra-2.2 101cd72e5 -> e253bfee1
refs/heads/cassandra-3.0 a3ae9d8bd -> 58643b0af
refs/heads/cassandra-3.3 628c07678 -> ed13e05bd
(cqlsh) fix cqlsh_copy_tests when vnodes are disabled
patch by Stefania Alborghetti; reviewed by Paulo Motta for CASSANDRA-10997
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/c42716f2
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/c42716f2
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/c42716f2
Branch: refs/heads/cassandra-2.1
Commit: c42716f2a91ff4e0e8b1ed50eb01edb46978a562
Parents: 26dc07b
Author: Stefania Alborghetti
Authored: Tue Jan 12 12:12:34 2016 +
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 17:09:40 2016 +
--
CHANGES.txt| 1 +
pylib/cqlshlib/copyutil.py | 47 ++---
2 files changed, 26 insertions(+), 22 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/c42716f2/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 9c73adf..74fd45b 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix cqlsh_copy_tests when vnodes are disabled (CASSANDRA-10997)
* (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/c42716f2/pylib/cqlshlib/copyutil.py
--
diff --git a/pylib/cqlshlib/copyutil.py b/pylib/cqlshlib/copyutil.py
index 381701e..b015a77 100644
--- a/pylib/cqlshlib/copyutil.py
+++ b/pylib/cqlshlib/copyutil.py
@@ -492,30 +492,33 @@ class ExportTask(CopyTask):
ring = shell.get_ring(self.ks).items()
ring.sort()
-# If the ring is empty we get the entire ring from the host we are
currently connected to
if not ring:
+# If the ring is empty we get the entire ring from the host we
are currently connected to
ranges[(begin_token, end_token)] = make_range_data()
-return ranges
-
-first_range_data = None
-previous = None
-for token, replicas in ring:
-if previous is None and token.value == min_token:
-continue # avoids looping entire ring
-
-if previous is None: # we use it at the end when wrapping around
-first_range_data = make_range_data(replicas)
-
-current_range = make_range(previous, token.value)
-if not current_range:
-continue
-
-ranges[current_range] = make_range_data(replicas)
-previous = token.value
-
-# For the last ring interval we query the same replicas that hold the
first token in the ring
-if previous is not None and (not end_token or previous < end_token):
-ranges[(previous, end_token)] = first_range_data
+elif len(ring) == 1:
+# If there is only one token we get the entire ring from the
replicas for that token
+ranges[(begin_token, end_token)] = make_range_data(ring[0][1])
+else:
+# else we loop on the ring
+first_range_data = None
+previous = None
+for token, replicas in ring:
+if not first_range_data:
+first_range_data = make_range_data(replicas) # we use it
at the end when wrapping around
+
+if token.value == min_token:
+continue # avoids looping entire ring
+
+current_range = make_range(previous, token.value)
+if not current_range:
+continue
+
+ranges[current_range] = make_range_data(replicas)
+previous = token.value
+
+# For the last ring interval we query the same replicas that hold
the first token in the ring
+if previous is not None and (not end_token or previous <
end_token):
+ranges[(previous, end_token)] = first_range_data
if not ranges:
shell.printerr('Found no ranges to query, check begin and end
tokens: %s - %s' % (begin_token, end_token))
[10/10] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.3
Merge branch 'cassandra-3.0' into cassandra-3.3 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/ed13e05b Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/ed13e05b Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/ed13e05b Branch: refs/heads/cassandra-3.3 Commit: ed13e05bdcb1370d81c931add2ca0f689c104fc2 Parents: 628c076 58643b0 Author: Aleksey Yeschenko Authored: Thu Jan 14 17:12:44 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 17:12:44 2016 + -- CHANGES.txt| 1 + pylib/cqlshlib/copyutil.py | 47 ++--- 2 files changed, 26 insertions(+), 22 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/ed13e05b/CHANGES.txt -- diff --cc CHANGES.txt index bfe1730,a1835bd..4c44120 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -18,7 -26,16 +18,8 @@@ Merged from 2.2 * Optimize pending range computation (CASSANDRA-9258) * Skip commit log and saved cache directories in SSTable version startup check (CASSANDRA-10902) * drop/alter user should be case sensitive (CASSANDRA-10817) - * jemalloc detection fails due to quoting issues in regexv (CASSANDRA-10946) - * (cqlsh) show correct column names for empty result sets (CASSANDRA-9813) - * Add new types to Stress (CASSANDRA-9556) - * Add property to allow listening on broadcast interface (CASSANDRA-9748) - * Fix regression in split size on CqlInputFormat (CASSANDRA-10835) - * Better handling of SSL connection errors inter-node (CASSANDRA-10816) - * Disable reloading of GossipingPropertyFileSnitch (CASSANDRA-9474) - * Verify tables in pseudo-system keyspaces at startup (CASSANDRA-10761) Merged from 2.1: + * (cqlsh) fix cqlsh_copy_tests when vnodes are disabled (CASSANDRA-10997) * (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686) * Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477) * If CompactionMetadata is not in stats file, use index summary instead (CASSANDRA-10676) http://git-wip-us.apache.org/repos/asf/cassandra/blob/ed13e05b/pylib/cqlshlib/copyutil.py --
[09/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0
Merge branch 'cassandra-2.2' into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/58643b0a Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/58643b0a Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/58643b0a Branch: refs/heads/cassandra-3.3 Commit: 58643b0afe1521e1d99be1fc4532deb9b902d767 Parents: a3ae9d8 e253bfe Author: Aleksey Yeschenko Authored: Thu Jan 14 17:12:24 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 17:12:24 2016 + -- CHANGES.txt| 1 + pylib/cqlshlib/copyutil.py | 47 ++--- 2 files changed, 26 insertions(+), 22 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/58643b0a/CHANGES.txt --
[jira] [Commented] (CASSANDRA-10211) SliceQueryFilter warnings should print the partition key
[ https://issues.apache.org/jira/browse/CASSANDRA-10211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098406#comment-15098406 ] Aleksey Yeschenko commented on CASSANDRA-10211: --- [~kohlisankalp] Any chance you can review? Thanks. > SliceQueryFilter warnings should print the partition key > > > Key: CASSANDRA-10211 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10211 > Project: Cassandra > Issue Type: Improvement >Reporter: Soumava Ghosh >Assignee: Soumava Ghosh >Priority: Minor > Fix For: 2.1.x > > Attachments: 10211-2.1.txt > > > Currently the SliceQueryFilter does not log the partition key while logging > the warning/error when the number of tombstones exceed the limits set by the > tombstone_warn_threshold and the tombstone_failure_threshold. Logging the > partition key would be really helpful for debugging. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-9999) Improve usage of HashMap and HashSet in NetworkTopologyStrategy
[ https://issues.apache.org/jira/browse/CASSANDRA-?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sylvain Lebresne updated CASSANDRA-: Reviewer: Branimir Lambov > Improve usage of HashMap and HashSet in NetworkTopologyStrategy > --- > > Key: CASSANDRA- > URL: https://issues.apache.org/jira/browse/CASSANDRA- > Project: Cassandra > Issue Type: Improvement >Reporter: Tommy Stendahl >Assignee: Tommy Stendahl >Priority: Minor > Attachments: .txt > > > In NetworkTopologyStrategy there are HashMaps and HashSets created with a > specified initial size. I assume that this is done avoid having them re sized > then when objects are inserted to them. Unfortunately they are created with > the size of the expected number of object that will be inserted into them. > Since the default load factor is 0.75 this will almost guarantee that > HashMaps and HashSets are re sized, to avoid re size the initial size should > be set to "no of objects / 0.75 +1". > Since this is done every time calculateNaturalEndpoints() is called this > might have some performance impact. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10023) Emit a metric for number of local read and write calls
[ https://issues.apache.org/jira/browse/CASSANDRA-10023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098381#comment-15098381 ] Aleksey Yeschenko commented on CASSANDRA-10023: --- [~kohlisankalp] Can you please review? Thanks. > Emit a metric for number of local read and write calls > -- > > Key: CASSANDRA-10023 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10023 > Project: Cassandra > Issue Type: Improvement >Reporter: sankalp kohli >Assignee: Tushar Agrawal >Priority: Minor > Labels: lhf > Fix For: 3.x > > Attachments: CASSANDRA-10023.patch > > > Many C* drivers have feature to be replica aware and chose the co-ordinator > which is a replica. We should add a metric which tells us whether all calls > to the co-ordinator are replica aware. > We have seen issues where client thinks they are replica aware when they > forget to add routing key at various places in the code. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10025) Allow compaction throttle to be real time
[ https://issues.apache.org/jira/browse/CASSANDRA-10025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098370#comment-15098370 ] Aleksey Yeschenko commented on CASSANDRA-10025: --- [~kohlisankalp] Can you review now that the patches are available? Thank you. > Allow compaction throttle to be real time > - > > Key: CASSANDRA-10025 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10025 > Project: Cassandra > Issue Type: Improvement >Reporter: sankalp kohli >Assignee: Soumava Ghosh >Priority: Minor > Labels: compaction > Fix For: 2.1.x > > Attachments: 10025-2.1.txt, 10025-2.2.txt, 10025-3.0.txt, > 10025-trunk.txt > > > We should allow compaction throttle to be set while compaction is going on. > Currently, it takes effect on the next compaction. This is bad for large > compactions. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10120) When specifying both num_tokens and initial_token, error out if the numbers don't match
[ https://issues.apache.org/jira/browse/CASSANDRA-10120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sylvain Lebresne updated CASSANDRA-10120: - Labels: lhf (was: ) > When specifying both num_tokens and initial_token, error out if the numbers > don't match > --- > > Key: CASSANDRA-10120 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10120 > Project: Cassandra > Issue Type: Improvement >Reporter: Jeremy Hanna >Priority: Minor > Labels: lhf > Fix For: 3.x > > > Right now if both initial_token and num_tokens are specified, initial_token > is used. As something to not trip people up, it would be nice to do a basic > error check. If both are specified, we should make sure they match. That > is, if they have one initial token and num_tokens of 256, it should error out > on startup and alert the user of the configuration. It's better to fail fast > than bootstrap with only one token. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-11010) Bootstrap hangs on 3.2
[
https://issues.apache.org/jira/browse/CASSANDRA-11010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
T Jake Luciani updated CASSANDRA-11010:
---
Component/s: Streaming and Messaging
> Bootstrap hangs on 3.2
> --
>
> Key: CASSANDRA-11010
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11010
> Project: Cassandra
> Issue Type: Bug
> Components: Streaming and Messaging
>Reporter: T Jake Luciani
>Assignee: Paulo Motta
>Priority: Blocker
> Labels: fallout
> Fix For: 3.3, 3.2.1
>
>
> Doing some testing I've noticed with 3.2 nodes can hang when bootstrapping.
> below is the snippet from the log of a hung node.
> {quote}
> INFO [main] 2016-01-14 02:53:25,537 StorageService.java:1281 - JOINING:
> Starting to bootstrap...
> INFO [main] 2016-01-14 02:53:25,564 StreamResultFuture.java:88 - [Stream
> #fb512640-ba69-11e5-8f71-f38b96ae2156] Executing streaming plan for Bootstrap
> DEBUG [main] 2016-01-14 02:53:25,564 StreamCoordinator.java:144 - Connecting
> next session fb512640-ba69-11e5-8f71-f38b96ae2156 with 172.31.4.27.
> INFO [StreamConnectionEstablisher:1] 2016-01-14 02:53:25,565
> StreamSession.java:238 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Starting streaming to /172.31.4.27
> DEBUG [StreamConnectionEstablisher:1] 2016-01-14 02:53:25,566
> ConnectionHandler.java:82 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Sending stream init for incoming stream
> DEBUG [StreamConnectionEstablisher:1] 2016-01-14 02:53:25,568
> ConnectionHandler.java:87 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Sending stream init for outgoing stream
> INFO [StreamConnectionEstablisher:1] 2016-01-14 02:53:25,574
> StreamCoordinator.java:266 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156,
> ID#0] Beginning stream session with /172.31.4.27
> DEBUG [STREAM-OUT-/172.31.4.27] 2016-01-14 02:53:25,574
> ConnectionHandler.java:334 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Sending Prepare (2 requests, 0 files}
> DEBUG [STREAM-IN-/172.31.4.27] 2016-01-14 02:53:25,597
> ConnectionHandler.java:262 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Received Prepare (0 requests, 0 files}
> DEBUG [STREAM-OUT-/172.31.4.27] 2016-01-14 02:53:25,597
> ConnectionHandler.java:334 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Sending Complete
> DEBUG [STREAM-IN-/172.31.4.27] 2016-01-14 02:53:25,597
> ConnectionHandler.java:262 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Received Complete
> DEBUG [STREAM-IN-/172.31.4.27] 2016-01-14 02:53:25,598
> ConnectionHandler.java:110 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Closing stream connection handler on /172.31.4.27
> INFO [STREAM-IN-/172.31.4.27] 2016-01-14 02:53:25,598
> StreamResultFuture.java:185 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Session with /172.31.4.27 is complete
> {quote}
> Vs the log of a successful bootstrap.
> {quote}
> INFO [main] 2016-01-14 03:54:13,068 StreamResultFuture.java:88 - [Stream
> #7963f460-ba72-11e5-b8d5-834198444b31] Executing streaming plan for Bootstrap
> INFO [StreamConnectionEstablisher:1] 2016-01-14 03:54:13,070
> StreamSession.java:238 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> Starting streaming to /172.31.18.61
> INFO [StreamConnectionEstablisher:1] 2016-01-14 03:54:13,086
> StreamCoordinator.java:266 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31,
> ID#0] Beginning stream session with /172.31.18.61
> INFO [STREAM-IN-/172.31.18.61] 2016-01-14 03:54:13,198
> StreamResultFuture.java:171 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31
> ID#0] Prepare completed. Receiving 1 files(102 bytes), sending 0 files(0
> bytes)
> INFO [StreamConnectionEstablisher:2] 2016-01-14 03:54:13,206
> StreamSession.java:238 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> Starting streaming to /172.31.21.58
> INFO [StreamConnectionEstablisher:2] 2016-01-14 03:54:13,209
> StreamCoordinator.java:266 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31,
> ID#0] Beginning stream session with /172.31.21.58
> INFO [STREAM-IN-/172.31.21.58] 2016-01-14 03:54:13,255
> StreamResultFuture.java:185 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> Session with /172.31.21.58 is complete
> INFO [StreamReceiveTask:1] 2016-01-14 03:54:13,590
> StreamResultFuture.java:185 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> Session with /172.31.18.61 is complete
> INFO [StreamReceiveTask:1] 2016-01-14 03:54:13,594
> StreamResultFuture.java:217 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> All sessions completed
> INFO [StreamReceiveTask:1] 2016-01-14 03:54:13,597 StorageService.java:1234
> - Bootstrap completed! for the tokens [3074457345618258602]
> INFO [main] 2016-01-14 03:54:14,424 StorageService.java:1924 - Node
> /172.31.29.26 state jump to NORMAL
> {quote}
[jira] [Commented] (CASSANDRA-10997) cqlsh_copy_tests failing en mass when vnodes are disabled
[
https://issues.apache.org/jira/browse/CASSANDRA-10997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098342#comment-15098342
]
Stefania commented on CASSANDRA-10997:
--
The only conflict I had was CHANGES.txt from 2.1 to 2.2, the rest should apply
automatically.
All patches are linked above, I repeat here 2.1 and 2.2:
||2.1||2.2|
|[patch|https://github.com/stef1927/cassandra/commits/10997-2.1]|[patch|https://github.com/stef1927/cassandra/commits/10997-2.2]|
> cqlsh_copy_tests failing en mass when vnodes are disabled
> -
>
> Key: CASSANDRA-10997
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10997
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: Philip Thompson
>Assignee: Stefania
> Labels: dtest
> Fix For: 2.1.x, 2.2.x, 3.0.x, 3.x
>
>
> Check out [an example cassci
> failure|http://cassci.datastax.com/job/cassandra-2.1_novnode_dtest/186/testReport/cqlsh_tests.cqlsh_copy_tests/CqlshCopyTest/test_list_data/]
> as well as the [full novnode report
> page|http://cassci.datastax.com/userContent/cstar_report/index.html?jobs=cassandra-2.1_novnode_dtest,cassandra-3.0_novnode_dtest,cassandra-2.2_novnode_dtest&show_known=true].
> Many COPY TO tests are failing when the cluster only has one token. The
> message {{Found no ranges to query, check begin and end tokens: None - None}}
> is printed, and it appears to be coming from cqlsh, specfically in
> pylib/cqlshlib/copyutil.py
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10247) Allow both named values and regular values in a single batch
[
https://issues.apache.org/jira/browse/CASSANDRA-10247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sylvain Lebresne updated CASSANDRA-10247:
-
Labels: protocolv5 (was: )
> Allow both named values and regular values in a single batch
>
>
> Key: CASSANDRA-10247
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10247
> Project: Cassandra
> Issue Type: Improvement
>Reporter: Michael Penick
> Labels: protocolv5
>
> Currently, there's a single {{}} to determine whether a batch uses
> named values or not. This forces all query entries in a batch to use the same
> value encoding. There's also the fact that the current design is broken. See:
> CASSANDRA-10246
> I propose that this information be encoded using the batch entries'
> {{}} component and remove "0x40: With names for values" as an option
> from {{}}. In the current design the {{}} component, a
> {{[byte]}}, only uses two values 0 and 1 for non-prepared and prepared,
> respectively. The proposed solution would add two more values 2 and 3 for
> non-prepared w/ names values and prepared w/ named values. This has a couple
> benefits:
> 1) It allows for heterogeneous value encodings in a single batch
> 2) It eliminates the need for reading ahead to determine the value encodings
> (See: CASSANDRA-10246)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10829) cleanup + repair generates a lot of logs
[ https://issues.apache.org/jira/browse/CASSANDRA-10829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098337#comment-15098337 ] Carl Yeksigian commented on CASSANDRA-10829: +1 > cleanup + repair generates a lot of logs > > > Key: CASSANDRA-10829 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10829 > Project: Cassandra > Issue Type: Bug > Environment: 5 nodes on Cassandra 2.1.11 (on Debian) >Reporter: Fabien Rousseau >Assignee: Marcus Eriksson > Fix For: 2.1.x > > > One of our node generates a lot of cassandra logs (int the 10 MB/s) and CPU > usage has increased (by a factor 2-3). > This was most probably triggered by a "nodetool snapshot" while a cleanup was > already running on this node. > An example of those logs: > 2015-12-08 09:15:17,794 INFO > [ValidationExecutor:689]ColumnFamilyStore.java:1923 Spinning trying to > capture released readers [...] > 2015-12-08 09:15:17,794 INFO > [ValidationExecutor:689]ColumnFamilyStore.java:1924 Spinning trying to > capture all readers [...] > 2015-12-08 09:15:17,795 INFO > [ValidationExecutor:689]ColumnFamilyStore.java:1923 Spinning trying to > capture released readers [...] > 2015-12-08 09:15:17,795 INFO > [ValidationExecutor:689]ColumnFamilyStore.java:1924 Spinning trying to > capture all readers [...] > (I removed SSTableReader information because it's rather long... I can share > it privately if needed) > Note that the date has not been changed (only 1ms between logs) > It should not generate that gigantic amount of logs :) > This is probably linked to: > https://issues.apache.org/jira/browse/CASSANDRA-9637 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10273) Reduce number of data directory scans during startup
[
https://issues.apache.org/jira/browse/CASSANDRA-10273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aleksey Yeschenko updated CASSANDRA-10273:
--
Labels: lhf (was: )
> Reduce number of data directory scans during startup
>
>
> Key: CASSANDRA-10273
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10273
> Project: Cassandra
> Issue Type: Improvement
>Reporter: Robert Stupp
>Priority: Minor
> Labels: lhf
>
> ATM we scan each data directory four times. We could easily reduce that to at
> least two, maybe to one.
> 1. pre-flight (startup tests) scrub
> 1. pre-flight (startup tests) sstable min version
> 1. {{ColumnFamilyStore.createColumnFamilyStore}}
> 1. {{ColumnFamilyStore.}} (if {{loadSSTables==true}})
> First two pre-flight tests could be combined to one and 3+4 could also be
> combined, as both appear at pretty related code paths.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10980) nodetool scrub NPEs when keyspace isn't specified
[ https://issues.apache.org/jira/browse/CASSANDRA-10980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yuki Morishita updated CASSANDRA-10980: --- Component/s: Compaction > nodetool scrub NPEs when keyspace isn't specified > - > > Key: CASSANDRA-10980 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10980 > Project: Cassandra > Issue Type: Bug > Components: Compaction, Tools > Environment: Cassandra (and nodetool) version 3.1 >Reporter: Will Hayworth >Assignee: Yuki Morishita >Priority: Trivial > Labels: lhf > Fix For: 2.2.5, 3.0.3, 3.3 > > Attachments: nodetool_scrub_npe.txt > > > I've attached logs of what I saw. Running nodetool scrub without anything > else specified resulted in the NPE. Running with the keyspace specified saw > successful termination. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-11007) Exception when running nodetool info during bootstrap
[
https://issues.apache.org/jira/browse/CASSANDRA-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yuki Morishita updated CASSANDRA-11007:
---
Component/s: Tools
> Exception when running nodetool info during bootstrap
> -
>
> Key: CASSANDRA-11007
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11007
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: T Jake Luciani
>Assignee: Yuki Morishita
>Priority: Minor
> Labels: fallout
> Fix For: 3.0.x
>
>
> {code}
> automaton@ip-172-31-26-150:~$ nodetool info
> ID : 7d9aa832-de94-43ab-9548-b2e710418301
> Gossip active : true
> Thrift active : false
> Native Transport active: false
> Load : 114.52 KB
> Generation No : 1452721596
> Uptime (seconds) : 1396
> Heap Memory (MB) : 71.80 / 1842.00
> Off Heap Memory (MB) : 0.00
> Data Center: datacenter1
> Rack : rack1
> Exceptions : 0
> Key Cache : entries 11, size 888 bytes, capacity 92 MB, 180
> hits, 212 requests, 0.849 recent hit rate, 14400 save period in seconds
> Row Cache : entries 0, size 0 bytes, capacity 0 bytes, 0 hits, 0
> requests, NaN recent hit rate, 0 save period in seconds
> Counter Cache : entries 0, size 0 bytes, capacity 46 MB, 0 hits, 0
> requests, NaN recent hit rate, 7200 save period in seconds
> error: null
> -- StackTrace --
> java.lang.AssertionError
> at
> org.apache.cassandra.locator.TokenMetadata.getTokens(TokenMetadata.java:488)
> at
> org.apache.cassandra.service.StorageService.getTokens(StorageService.java:2561)
> at
> org.apache.cassandra.service.StorageService.getTokens(StorageService.java:2550)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
> at
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> com.sun.jmx.mbeanserver.PerInterface.getAttribute(PerInterface.java:83)
> at
> com.sun.jmx.mbeanserver.MBeanSupport.getAttribute(MBeanSupport.java:206)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:647)
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:678)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1443)
> at
> javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
> at
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1307)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1399)
> at
> javax.management.remote.rmi.RMIConnectionImpl.getAttribute(RMIConnectionImpl.java:637)
> at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323)
> at sun.rmi.transport.Transport$1.run(Transport.java:200)
> at sun.rmi.transport.Transport$1.run(Transport.java:197)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$94(TCPTransport.java:683)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$179/2070569218.run(Unknown
> Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> sun.rmi.transport.tcp.TCPTransport$Co
[jira] [Assigned] (CASSANDRA-11007) Exception when running nodetool info during bootstrap
[
https://issues.apache.org/jira/browse/CASSANDRA-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yuki Morishita reassigned CASSANDRA-11007:
--
Assignee: Yuki Morishita
> Exception when running nodetool info during bootstrap
> -
>
> Key: CASSANDRA-11007
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11007
> Project: Cassandra
> Issue Type: Bug
>Reporter: T Jake Luciani
>Assignee: Yuki Morishita
>Priority: Minor
> Labels: fallout
> Fix For: 3.0.x
>
>
> {code}
> automaton@ip-172-31-26-150:~$ nodetool info
> ID : 7d9aa832-de94-43ab-9548-b2e710418301
> Gossip active : true
> Thrift active : false
> Native Transport active: false
> Load : 114.52 KB
> Generation No : 1452721596
> Uptime (seconds) : 1396
> Heap Memory (MB) : 71.80 / 1842.00
> Off Heap Memory (MB) : 0.00
> Data Center: datacenter1
> Rack : rack1
> Exceptions : 0
> Key Cache : entries 11, size 888 bytes, capacity 92 MB, 180
> hits, 212 requests, 0.849 recent hit rate, 14400 save period in seconds
> Row Cache : entries 0, size 0 bytes, capacity 0 bytes, 0 hits, 0
> requests, NaN recent hit rate, 0 save period in seconds
> Counter Cache : entries 0, size 0 bytes, capacity 46 MB, 0 hits, 0
> requests, NaN recent hit rate, 7200 save period in seconds
> error: null
> -- StackTrace --
> java.lang.AssertionError
> at
> org.apache.cassandra.locator.TokenMetadata.getTokens(TokenMetadata.java:488)
> at
> org.apache.cassandra.service.StorageService.getTokens(StorageService.java:2561)
> at
> org.apache.cassandra.service.StorageService.getTokens(StorageService.java:2550)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
> at
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> com.sun.jmx.mbeanserver.PerInterface.getAttribute(PerInterface.java:83)
> at
> com.sun.jmx.mbeanserver.MBeanSupport.getAttribute(MBeanSupport.java:206)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:647)
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:678)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1443)
> at
> javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
> at
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1307)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1399)
> at
> javax.management.remote.rmi.RMIConnectionImpl.getAttribute(RMIConnectionImpl.java:637)
> at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323)
> at sun.rmi.transport.Transport$1.run(Transport.java:200)
> at sun.rmi.transport.Transport$1.run(Transport.java:197)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$94(TCPTransport.java:683)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$179/2070569218.run(Unknown
> Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.
[jira] [Comment Edited] (CASSANDRA-10980) nodetool scrub NPEs when keyspace isn't specified
[
https://issues.apache.org/jira/browse/CASSANDRA-10980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15092905#comment-15092905
]
Yuki Morishita edited comment on CASSANDRA-10980 at 1/14/16 4:09 PM:
-
Since 2.2, {{ColumnFamilyStore#markAllCompacting}} can return {{null}}, so in
compaction manager we need to handle that case.
||branch||testall||dtest||
|[10980-2.2|https://github.com/yukim/cassandra/tree/10980-2.2]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-2.2-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-2.2-dtest/lastCompletedBuild/testReport/]|
|[10980-3.0|https://github.com/yukim/cassandra/tree/10980-3.0]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-3.0-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-3.0-dtest/lastCompletedBuild/testReport/]|
|[10980-3.3|https://github.com/yukim/cassandra/tree/10980-3.3]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-3.3-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-3.3-dtest/lastCompletedBuild/testReport/]|
was (Author: yukim):
Since 2.2, {{ColumnFamilyStore#markAllCompacting}} can return {{null}}, so in
compaction manager we need to handle that case.
||branch||testall||dtest||
|[10980-2.2|https://github.com/yukim/cassandra/tree/10980-2.2]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-2.2-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-2.2-dtest/lastCompletedBuild/testReport/]|
|[10980-3.0|https://github.com/yukim/cassandra/tree/10980-3.0]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-3.0-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10980-3.0-dtest/lastCompletedBuild/testReport/]|
|[10908-3.3|https://github.com/yukim/cassandra/tree/10908-3.3]|[testall|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10908-3.3-testall/lastCompletedBuild/testReport/]|[dtest|http://cassci.datastax.com/view/Dev/view/yukim/job/yukim-10908-3.3-dtest/lastCompletedBuild/testReport/]|
> nodetool scrub NPEs when keyspace isn't specified
> -
>
> Key: CASSANDRA-10980
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10980
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
> Environment: Cassandra (and nodetool) version 3.1
>Reporter: Will Hayworth
>Assignee: Yuki Morishita
>Priority: Trivial
> Labels: lhf
> Fix For: 2.2.5, 3.0.3, 3.3
>
> Attachments: nodetool_scrub_npe.txt
>
>
> I've attached logs of what I saw. Running nodetool scrub without anything
> else specified resulted in the NPE. Running with the keyspace specified saw
> successful termination.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[06/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0
Merge branch 'cassandra-2.2' into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/a3ae9d8b Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/a3ae9d8b Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/a3ae9d8b Branch: refs/heads/cassandra-3.0 Commit: a3ae9d8bdcef2576460b5316e8c0375d96a78c46 Parents: 162edc2 101cd72 Author: Yuki Morishita Authored: Thu Jan 14 09:57:59 2016 -0600 Committer: Yuki Morishita Committed: Thu Jan 14 09:57:59 2016 -0600 -- CHANGES.txt | 1 + .../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/a3ae9d8b/CHANGES.txt -- diff --cc CHANGES.txt index 143ed2d,52e3d4d..aebdc26 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,21 -1,5 +1,22 @@@ -2.2.5 +3.0.3 + * Ensure stale index entries are purged during reads (CASSANDRA-11013) + * Fix AssertionError when removing from list using UPDATE (CASSANDRA-10954) + * Fix UnsupportedOperationException when reading old sstable with range + tombstone (CASSANDRA-10743) + * MV should use the maximum timestamp of the primary key (CASSANDRA-10910) + * Fix potential assertion error during compaction (CASSANDRA-10944) + * Fix counting of received sstables in streaming (CASSANDRA-10949) + * Implement hints compression (CASSANDRA-9428) + * Fix potential assertion error when reading static columns (CASSANDRA-10903) + * Avoid NoSuchElementException when executing empty batch (CASSANDRA-10711) + * Avoid building PartitionUpdate in toString (CASSANDRA-10897) + * Reduce heap spent when receiving many SSTables (CASSANDRA-10797) + * Add back support for 3rd party auth providers to bulk loader (CASSANDRA-10873) + * Eliminate the dependency on jgrapht for UDT resolution (CASSANDRA-10653) + * (Hadoop) Close Clusters and Sessions in Hadoop Input/Output classes (CASSANDRA-10837) + * Fix sstableloader not working with upper case keyspace name (CASSANDRA-10806) +Merged from 2.2: + * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980) * Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465) * Fix error streaming section more than 2GB (CASSANDRA-10961) * (cqlsh) Also apply --connect-timeout to control connection http://git-wip-us.apache.org/repos/asf/cassandra/blob/a3ae9d8b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java --
[09/10] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.3
Merge branch 'cassandra-3.0' into cassandra-3.3
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/628c0767
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/628c0767
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/628c0767
Branch: refs/heads/trunk
Commit: 628c07678c022c5f062cba760056d9f22bc244cb
Parents: 09364e0 a3ae9d8
Author: Yuki Morishita
Authored: Thu Jan 14 09:58:43 2016 -0600
Committer: Yuki Morishita
Committed: Thu Jan 14 09:58:43 2016 -0600
--
CHANGES.txt | 1 +
.../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/628c0767/CHANGES.txt
--
diff --cc CHANGES.txt
index bf873fc,aebdc26..bfe1730
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@@ -9,9 -5,22 +9,10 @@@ Merged from 3.0
tombstone (CASSANDRA-10743)
* MV should use the maximum timestamp of the primary key (CASSANDRA-10910)
* Fix potential assertion error during compaction (CASSANDRA-10944)
- * Fix counting of received sstables in streaming (CASSANDRA-10949)
- * Implement hints compression (CASSANDRA-9428)
- * Fix potential assertion error when reading static columns (CASSANDRA-10903)
- * Avoid NoSuchElementException when executing empty batch (CASSANDRA-10711)
- * Avoid building PartitionUpdate in toString (CASSANDRA-10897)
- * Reduce heap spent when receiving many SSTables (CASSANDRA-10797)
- * Add back support for 3rd party auth providers to bulk loader
(CASSANDRA-10873)
- * Eliminate the dependency on jgrapht for UDT resolution (CASSANDRA-10653)
- * (Hadoop) Close Clusters and Sessions in Hadoop Input/Output classes
(CASSANDRA-10837)
- * Fix sstableloader not working with upper case keyspace name
(CASSANDRA-10806)
Merged from 2.2:
+ * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980)
* Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465)
* Fix error streaming section more than 2GB (CASSANDRA-10961)
- * (cqlsh) Also apply --connect-timeout to control connection
- timeout (CASSANDRA-10959)
* Histogram buckets exposed in jmx are sorted incorrectly (CASSANDRA-10975)
* Enable GC logging by default (CASSANDRA-10140)
* Optimize pending range computation (CASSANDRA-9258)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/628c0767/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
--
diff --cc src/java/org/apache/cassandra/db/compaction/CompactionManager.java
index 1f39767,28e4174..3e7b198
--- a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
+++ b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
@@@ -266,12 -265,12 +266,12 @@@ public class CompactionManager implemen
private AllSSTableOpStatus parallelAllSSTableOperation(final
ColumnFamilyStore cfs, final OneSSTableOperation operation, OperationType
operationType) throws ExecutionException, InterruptedException
{
List transactions = new ArrayList<>();
- try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType);)
+ try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType))
{
- Iterable sstables =
Lists.newArrayList(operation.filterSSTables(compacting));
+ Iterable sstables = compacting != null ?
Lists.newArrayList(operation.filterSSTables(compacting)) :
Collections.emptyList();
if (Iterables.isEmpty(sstables))
{
-logger.info("No sstables for {}.{}", cfs.keyspace.getName(),
cfs.name);
+logger.info("No sstables to {} for {}.{}",
operationType.name(), cfs.keyspace.getName(), cfs.name);
return AllSSTableOpStatus.SUCCESSFUL;
}
[02/10] cassandra git commit: Avoid NPE when performing sstable tasks (scrub etc)
Avoid NPE when performing sstable tasks (scrub etc)
patch by yukim; reviewed by marcuse for CASSANDRA-10980
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/101cd72e
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/101cd72e
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/101cd72e
Branch: refs/heads/cassandra-3.0
Commit: 101cd72e55168f6a97bbb2556aed9f23cef80f42
Parents: 97474ee
Author: Yuki Morishita
Authored: Mon Jan 11 14:48:38 2016 -0600
Committer: Yuki Morishita
Committed: Thu Jan 14 09:56:59 2016 -0600
--
CHANGES.txt | 1 +
.../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/101cd72e/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 6530956..52e3d4d 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.2.5
+ * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980)
* Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465)
* Fix error streaming section more than 2GB (CASSANDRA-10961)
* (cqlsh) Also apply --connect-timeout to control connection
http://git-wip-us.apache.org/repos/asf/cassandra/blob/101cd72e/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
--
diff --git a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
index ba9c25e..e0caf76 100644
--- a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
+++ b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
@@ -258,9 +258,9 @@ public class CompactionManager implements
CompactionManagerMBean
private AllSSTableOpStatus parallelAllSSTableOperation(final
ColumnFamilyStore cfs, final OneSSTableOperation operation, OperationType
operationType) throws ExecutionException, InterruptedException
{
List transactions = new ArrayList<>();
-try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType);)
+try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType))
{
-Iterable sstables =
Lists.newArrayList(operation.filterSSTables(compacting));
+Iterable sstables = compacting != null ?
Lists.newArrayList(operation.filterSSTables(compacting)) :
Collections.emptyList();
if (Iterables.isEmpty(sstables))
{
logger.info("No sstables for {}.{}", cfs.keyspace.getName(),
cfs.name);
[03/10] cassandra git commit: Avoid NPE when performing sstable tasks (scrub etc)
Avoid NPE when performing sstable tasks (scrub etc)
patch by yukim; reviewed by marcuse for CASSANDRA-10980
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/101cd72e
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/101cd72e
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/101cd72e
Branch: refs/heads/cassandra-3.3
Commit: 101cd72e55168f6a97bbb2556aed9f23cef80f42
Parents: 97474ee
Author: Yuki Morishita
Authored: Mon Jan 11 14:48:38 2016 -0600
Committer: Yuki Morishita
Committed: Thu Jan 14 09:56:59 2016 -0600
--
CHANGES.txt | 1 +
.../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/101cd72e/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 6530956..52e3d4d 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.2.5
+ * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980)
* Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465)
* Fix error streaming section more than 2GB (CASSANDRA-10961)
* (cqlsh) Also apply --connect-timeout to control connection
http://git-wip-us.apache.org/repos/asf/cassandra/blob/101cd72e/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
--
diff --git a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
index ba9c25e..e0caf76 100644
--- a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
+++ b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
@@ -258,9 +258,9 @@ public class CompactionManager implements
CompactionManagerMBean
private AllSSTableOpStatus parallelAllSSTableOperation(final
ColumnFamilyStore cfs, final OneSSTableOperation operation, OperationType
operationType) throws ExecutionException, InterruptedException
{
List transactions = new ArrayList<>();
-try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType);)
+try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType))
{
-Iterable sstables =
Lists.newArrayList(operation.filterSSTables(compacting));
+Iterable sstables = compacting != null ?
Lists.newArrayList(operation.filterSSTables(compacting)) :
Collections.emptyList();
if (Iterables.isEmpty(sstables))
{
logger.info("No sstables for {}.{}", cfs.keyspace.getName(),
cfs.name);
[05/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0
Merge branch 'cassandra-2.2' into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/a3ae9d8b Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/a3ae9d8b Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/a3ae9d8b Branch: refs/heads/cassandra-3.3 Commit: a3ae9d8bdcef2576460b5316e8c0375d96a78c46 Parents: 162edc2 101cd72 Author: Yuki Morishita Authored: Thu Jan 14 09:57:59 2016 -0600 Committer: Yuki Morishita Committed: Thu Jan 14 09:57:59 2016 -0600 -- CHANGES.txt | 1 + .../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/a3ae9d8b/CHANGES.txt -- diff --cc CHANGES.txt index 143ed2d,52e3d4d..aebdc26 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,21 -1,5 +1,22 @@@ -2.2.5 +3.0.3 + * Ensure stale index entries are purged during reads (CASSANDRA-11013) + * Fix AssertionError when removing from list using UPDATE (CASSANDRA-10954) + * Fix UnsupportedOperationException when reading old sstable with range + tombstone (CASSANDRA-10743) + * MV should use the maximum timestamp of the primary key (CASSANDRA-10910) + * Fix potential assertion error during compaction (CASSANDRA-10944) + * Fix counting of received sstables in streaming (CASSANDRA-10949) + * Implement hints compression (CASSANDRA-9428) + * Fix potential assertion error when reading static columns (CASSANDRA-10903) + * Avoid NoSuchElementException when executing empty batch (CASSANDRA-10711) + * Avoid building PartitionUpdate in toString (CASSANDRA-10897) + * Reduce heap spent when receiving many SSTables (CASSANDRA-10797) + * Add back support for 3rd party auth providers to bulk loader (CASSANDRA-10873) + * Eliminate the dependency on jgrapht for UDT resolution (CASSANDRA-10653) + * (Hadoop) Close Clusters and Sessions in Hadoop Input/Output classes (CASSANDRA-10837) + * Fix sstableloader not working with upper case keyspace name (CASSANDRA-10806) +Merged from 2.2: + * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980) * Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465) * Fix error streaming section more than 2GB (CASSANDRA-10961) * (cqlsh) Also apply --connect-timeout to control connection http://git-wip-us.apache.org/repos/asf/cassandra/blob/a3ae9d8b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java --
[08/10] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.3
Merge branch 'cassandra-3.0' into cassandra-3.3
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/628c0767
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/628c0767
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/628c0767
Branch: refs/heads/cassandra-3.3
Commit: 628c07678c022c5f062cba760056d9f22bc244cb
Parents: 09364e0 a3ae9d8
Author: Yuki Morishita
Authored: Thu Jan 14 09:58:43 2016 -0600
Committer: Yuki Morishita
Committed: Thu Jan 14 09:58:43 2016 -0600
--
CHANGES.txt | 1 +
.../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/628c0767/CHANGES.txt
--
diff --cc CHANGES.txt
index bf873fc,aebdc26..bfe1730
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@@ -9,9 -5,22 +9,10 @@@ Merged from 3.0
tombstone (CASSANDRA-10743)
* MV should use the maximum timestamp of the primary key (CASSANDRA-10910)
* Fix potential assertion error during compaction (CASSANDRA-10944)
- * Fix counting of received sstables in streaming (CASSANDRA-10949)
- * Implement hints compression (CASSANDRA-9428)
- * Fix potential assertion error when reading static columns (CASSANDRA-10903)
- * Avoid NoSuchElementException when executing empty batch (CASSANDRA-10711)
- * Avoid building PartitionUpdate in toString (CASSANDRA-10897)
- * Reduce heap spent when receiving many SSTables (CASSANDRA-10797)
- * Add back support for 3rd party auth providers to bulk loader
(CASSANDRA-10873)
- * Eliminate the dependency on jgrapht for UDT resolution (CASSANDRA-10653)
- * (Hadoop) Close Clusters and Sessions in Hadoop Input/Output classes
(CASSANDRA-10837)
- * Fix sstableloader not working with upper case keyspace name
(CASSANDRA-10806)
Merged from 2.2:
+ * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980)
* Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465)
* Fix error streaming section more than 2GB (CASSANDRA-10961)
- * (cqlsh) Also apply --connect-timeout to control connection
- timeout (CASSANDRA-10959)
* Histogram buckets exposed in jmx are sorted incorrectly (CASSANDRA-10975)
* Enable GC logging by default (CASSANDRA-10140)
* Optimize pending range computation (CASSANDRA-9258)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/628c0767/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
--
diff --cc src/java/org/apache/cassandra/db/compaction/CompactionManager.java
index 1f39767,28e4174..3e7b198
--- a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
+++ b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
@@@ -266,12 -265,12 +266,12 @@@ public class CompactionManager implemen
private AllSSTableOpStatus parallelAllSSTableOperation(final
ColumnFamilyStore cfs, final OneSSTableOperation operation, OperationType
operationType) throws ExecutionException, InterruptedException
{
List transactions = new ArrayList<>();
- try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType);)
+ try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType))
{
- Iterable sstables =
Lists.newArrayList(operation.filterSSTables(compacting));
+ Iterable sstables = compacting != null ?
Lists.newArrayList(operation.filterSSTables(compacting)) :
Collections.emptyList();
if (Iterables.isEmpty(sstables))
{
-logger.info("No sstables for {}.{}", cfs.keyspace.getName(),
cfs.name);
+logger.info("No sstables to {} for {}.{}",
operationType.name(), cfs.keyspace.getName(), cfs.name);
return AllSSTableOpStatus.SUCCESSFUL;
}
[04/10] cassandra git commit: Avoid NPE when performing sstable tasks (scrub etc)
Avoid NPE when performing sstable tasks (scrub etc)
patch by yukim; reviewed by marcuse for CASSANDRA-10980
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/101cd72e
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/101cd72e
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/101cd72e
Branch: refs/heads/trunk
Commit: 101cd72e55168f6a97bbb2556aed9f23cef80f42
Parents: 97474ee
Author: Yuki Morishita
Authored: Mon Jan 11 14:48:38 2016 -0600
Committer: Yuki Morishita
Committed: Thu Jan 14 09:56:59 2016 -0600
--
CHANGES.txt | 1 +
.../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/101cd72e/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 6530956..52e3d4d 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.2.5
+ * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980)
* Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465)
* Fix error streaming section more than 2GB (CASSANDRA-10961)
* (cqlsh) Also apply --connect-timeout to control connection
http://git-wip-us.apache.org/repos/asf/cassandra/blob/101cd72e/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
--
diff --git a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
index ba9c25e..e0caf76 100644
--- a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
+++ b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
@@ -258,9 +258,9 @@ public class CompactionManager implements
CompactionManagerMBean
private AllSSTableOpStatus parallelAllSSTableOperation(final
ColumnFamilyStore cfs, final OneSSTableOperation operation, OperationType
operationType) throws ExecutionException, InterruptedException
{
List transactions = new ArrayList<>();
-try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType);)
+try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType))
{
-Iterable sstables =
Lists.newArrayList(operation.filterSSTables(compacting));
+Iterable sstables = compacting != null ?
Lists.newArrayList(operation.filterSSTables(compacting)) :
Collections.emptyList();
if (Iterables.isEmpty(sstables))
{
logger.info("No sstables for {}.{}", cfs.keyspace.getName(),
cfs.name);
[10/10] cassandra git commit: Merge branch 'cassandra-3.3' into trunk
Merge branch 'cassandra-3.3' into trunk Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/fc89a379 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/fc89a379 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/fc89a379 Branch: refs/heads/trunk Commit: fc89a379cda4966dd57e3c65ebb5f383cd846925 Parents: ef4d450 628c076 Author: Yuki Morishita Authored: Thu Jan 14 09:58:53 2016 -0600 Committer: Yuki Morishita Committed: Thu Jan 14 09:58:53 2016 -0600 -- CHANGES.txt | 1 + .../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/fc89a379/CHANGES.txt --
[01/10] cassandra git commit: Avoid NPE when performing sstable tasks (scrub etc)
Repository: cassandra
Updated Branches:
refs/heads/cassandra-2.2 97474ee36 -> 101cd72e5
refs/heads/cassandra-3.0 162edc26e -> a3ae9d8bd
refs/heads/cassandra-3.3 09364e03e -> 628c07678
refs/heads/trunk ef4d4506e -> fc89a379c
Avoid NPE when performing sstable tasks (scrub etc)
patch by yukim; reviewed by marcuse for CASSANDRA-10980
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/101cd72e
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/101cd72e
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/101cd72e
Branch: refs/heads/cassandra-2.2
Commit: 101cd72e55168f6a97bbb2556aed9f23cef80f42
Parents: 97474ee
Author: Yuki Morishita
Authored: Mon Jan 11 14:48:38 2016 -0600
Committer: Yuki Morishita
Committed: Thu Jan 14 09:56:59 2016 -0600
--
CHANGES.txt | 1 +
.../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/101cd72e/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 6530956..52e3d4d 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.2.5
+ * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980)
* Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465)
* Fix error streaming section more than 2GB (CASSANDRA-10961)
* (cqlsh) Also apply --connect-timeout to control connection
http://git-wip-us.apache.org/repos/asf/cassandra/blob/101cd72e/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
--
diff --git a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
index ba9c25e..e0caf76 100644
--- a/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
+++ b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java
@@ -258,9 +258,9 @@ public class CompactionManager implements
CompactionManagerMBean
private AllSSTableOpStatus parallelAllSSTableOperation(final
ColumnFamilyStore cfs, final OneSSTableOperation operation, OperationType
operationType) throws ExecutionException, InterruptedException
{
List transactions = new ArrayList<>();
-try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType);)
+try (LifecycleTransaction compacting =
cfs.markAllCompacting(operationType))
{
-Iterable sstables =
Lists.newArrayList(operation.filterSSTables(compacting));
+Iterable sstables = compacting != null ?
Lists.newArrayList(operation.filterSSTables(compacting)) :
Collections.emptyList();
if (Iterables.isEmpty(sstables))
{
logger.info("No sstables for {}.{}", cfs.keyspace.getName(),
cfs.name);
[07/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0
Merge branch 'cassandra-2.2' into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/a3ae9d8b Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/a3ae9d8b Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/a3ae9d8b Branch: refs/heads/trunk Commit: a3ae9d8bdcef2576460b5316e8c0375d96a78c46 Parents: 162edc2 101cd72 Author: Yuki Morishita Authored: Thu Jan 14 09:57:59 2016 -0600 Committer: Yuki Morishita Committed: Thu Jan 14 09:57:59 2016 -0600 -- CHANGES.txt | 1 + .../org/apache/cassandra/db/compaction/CompactionManager.java| 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/a3ae9d8b/CHANGES.txt -- diff --cc CHANGES.txt index 143ed2d,52e3d4d..aebdc26 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,21 -1,5 +1,22 @@@ -2.2.5 +3.0.3 + * Ensure stale index entries are purged during reads (CASSANDRA-11013) + * Fix AssertionError when removing from list using UPDATE (CASSANDRA-10954) + * Fix UnsupportedOperationException when reading old sstable with range + tombstone (CASSANDRA-10743) + * MV should use the maximum timestamp of the primary key (CASSANDRA-10910) + * Fix potential assertion error during compaction (CASSANDRA-10944) + * Fix counting of received sstables in streaming (CASSANDRA-10949) + * Implement hints compression (CASSANDRA-9428) + * Fix potential assertion error when reading static columns (CASSANDRA-10903) + * Avoid NoSuchElementException when executing empty batch (CASSANDRA-10711) + * Avoid building PartitionUpdate in toString (CASSANDRA-10897) + * Reduce heap spent when receiving many SSTables (CASSANDRA-10797) + * Add back support for 3rd party auth providers to bulk loader (CASSANDRA-10873) + * Eliminate the dependency on jgrapht for UDT resolution (CASSANDRA-10653) + * (Hadoop) Close Clusters and Sessions in Hadoop Input/Output classes (CASSANDRA-10837) + * Fix sstableloader not working with upper case keyspace name (CASSANDRA-10806) +Merged from 2.2: + * Avoid NPE when performing sstable tasks (scrub etc.) (CASSANDRA-10980) * Make sure client gets tombstone overwhelmed warning (CASSANDRA-9465) * Fix error streaming section more than 2GB (CASSANDRA-10961) * (cqlsh) Also apply --connect-timeout to control connection http://git-wip-us.apache.org/repos/asf/cassandra/blob/a3ae9d8b/src/java/org/apache/cassandra/db/compaction/CompactionManager.java --
[jira] [Updated] (CASSANDRA-11007) Exception when running nodetool info during bootstrap
[
https://issues.apache.org/jira/browse/CASSANDRA-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
T Jake Luciani updated CASSANDRA-11007:
---
Labels: fallout (was: )
> Exception when running nodetool info during bootstrap
> -
>
> Key: CASSANDRA-11007
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11007
> Project: Cassandra
> Issue Type: Bug
>Reporter: T Jake Luciani
>Priority: Minor
> Labels: fallout
> Fix For: 3.0.x
>
>
> {code}
> automaton@ip-172-31-26-150:~$ nodetool info
> ID : 7d9aa832-de94-43ab-9548-b2e710418301
> Gossip active : true
> Thrift active : false
> Native Transport active: false
> Load : 114.52 KB
> Generation No : 1452721596
> Uptime (seconds) : 1396
> Heap Memory (MB) : 71.80 / 1842.00
> Off Heap Memory (MB) : 0.00
> Data Center: datacenter1
> Rack : rack1
> Exceptions : 0
> Key Cache : entries 11, size 888 bytes, capacity 92 MB, 180
> hits, 212 requests, 0.849 recent hit rate, 14400 save period in seconds
> Row Cache : entries 0, size 0 bytes, capacity 0 bytes, 0 hits, 0
> requests, NaN recent hit rate, 0 save period in seconds
> Counter Cache : entries 0, size 0 bytes, capacity 46 MB, 0 hits, 0
> requests, NaN recent hit rate, 7200 save period in seconds
> error: null
> -- StackTrace --
> java.lang.AssertionError
> at
> org.apache.cassandra.locator.TokenMetadata.getTokens(TokenMetadata.java:488)
> at
> org.apache.cassandra.service.StorageService.getTokens(StorageService.java:2561)
> at
> org.apache.cassandra.service.StorageService.getTokens(StorageService.java:2550)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
> at
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> com.sun.jmx.mbeanserver.PerInterface.getAttribute(PerInterface.java:83)
> at
> com.sun.jmx.mbeanserver.MBeanSupport.getAttribute(MBeanSupport.java:206)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:647)
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:678)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1443)
> at
> javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
> at
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1307)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1399)
> at
> javax.management.remote.rmi.RMIConnectionImpl.getAttribute(RMIConnectionImpl.java:637)
> at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323)
> at sun.rmi.transport.Transport$1.run(Transport.java:200)
> at sun.rmi.transport.Transport$1.run(Transport.java:197)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$94(TCPTransport.java:683)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$179/2070569218.run(Unknown
> Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682)
> at
> java
[jira] [Updated] (CASSANDRA-11010) Bootstrap hangs on 3.2
[
https://issues.apache.org/jira/browse/CASSANDRA-11010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
T Jake Luciani updated CASSANDRA-11010:
---
Labels: fallout (was: )
> Bootstrap hangs on 3.2
> --
>
> Key: CASSANDRA-11010
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11010
> Project: Cassandra
> Issue Type: Bug
>Reporter: T Jake Luciani
>Assignee: Paulo Motta
>Priority: Blocker
> Labels: fallout
> Fix For: 3.3, 3.2.1
>
>
> Doing some testing I've noticed with 3.2 nodes can hang when bootstrapping.
> below is the snippet from the log of a hung node.
> {quote}
> INFO [main] 2016-01-14 02:53:25,537 StorageService.java:1281 - JOINING:
> Starting to bootstrap...
> INFO [main] 2016-01-14 02:53:25,564 StreamResultFuture.java:88 - [Stream
> #fb512640-ba69-11e5-8f71-f38b96ae2156] Executing streaming plan for Bootstrap
> DEBUG [main] 2016-01-14 02:53:25,564 StreamCoordinator.java:144 - Connecting
> next session fb512640-ba69-11e5-8f71-f38b96ae2156 with 172.31.4.27.
> INFO [StreamConnectionEstablisher:1] 2016-01-14 02:53:25,565
> StreamSession.java:238 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Starting streaming to /172.31.4.27
> DEBUG [StreamConnectionEstablisher:1] 2016-01-14 02:53:25,566
> ConnectionHandler.java:82 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Sending stream init for incoming stream
> DEBUG [StreamConnectionEstablisher:1] 2016-01-14 02:53:25,568
> ConnectionHandler.java:87 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Sending stream init for outgoing stream
> INFO [StreamConnectionEstablisher:1] 2016-01-14 02:53:25,574
> StreamCoordinator.java:266 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156,
> ID#0] Beginning stream session with /172.31.4.27
> DEBUG [STREAM-OUT-/172.31.4.27] 2016-01-14 02:53:25,574
> ConnectionHandler.java:334 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Sending Prepare (2 requests, 0 files}
> DEBUG [STREAM-IN-/172.31.4.27] 2016-01-14 02:53:25,597
> ConnectionHandler.java:262 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Received Prepare (0 requests, 0 files}
> DEBUG [STREAM-OUT-/172.31.4.27] 2016-01-14 02:53:25,597
> ConnectionHandler.java:334 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Sending Complete
> DEBUG [STREAM-IN-/172.31.4.27] 2016-01-14 02:53:25,597
> ConnectionHandler.java:262 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Received Complete
> DEBUG [STREAM-IN-/172.31.4.27] 2016-01-14 02:53:25,598
> ConnectionHandler.java:110 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Closing stream connection handler on /172.31.4.27
> INFO [STREAM-IN-/172.31.4.27] 2016-01-14 02:53:25,598
> StreamResultFuture.java:185 - [Stream #fb512640-ba69-11e5-8f71-f38b96ae2156]
> Session with /172.31.4.27 is complete
> {quote}
> Vs the log of a successful bootstrap.
> {quote}
> INFO [main] 2016-01-14 03:54:13,068 StreamResultFuture.java:88 - [Stream
> #7963f460-ba72-11e5-b8d5-834198444b31] Executing streaming plan for Bootstrap
> INFO [StreamConnectionEstablisher:1] 2016-01-14 03:54:13,070
> StreamSession.java:238 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> Starting streaming to /172.31.18.61
> INFO [StreamConnectionEstablisher:1] 2016-01-14 03:54:13,086
> StreamCoordinator.java:266 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31,
> ID#0] Beginning stream session with /172.31.18.61
> INFO [STREAM-IN-/172.31.18.61] 2016-01-14 03:54:13,198
> StreamResultFuture.java:171 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31
> ID#0] Prepare completed. Receiving 1 files(102 bytes), sending 0 files(0
> bytes)
> INFO [StreamConnectionEstablisher:2] 2016-01-14 03:54:13,206
> StreamSession.java:238 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> Starting streaming to /172.31.21.58
> INFO [StreamConnectionEstablisher:2] 2016-01-14 03:54:13,209
> StreamCoordinator.java:266 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31,
> ID#0] Beginning stream session with /172.31.21.58
> INFO [STREAM-IN-/172.31.21.58] 2016-01-14 03:54:13,255
> StreamResultFuture.java:185 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> Session with /172.31.21.58 is complete
> INFO [StreamReceiveTask:1] 2016-01-14 03:54:13,590
> StreamResultFuture.java:185 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> Session with /172.31.18.61 is complete
> INFO [StreamReceiveTask:1] 2016-01-14 03:54:13,594
> StreamResultFuture.java:217 - [Stream #7963f460-ba72-11e5-b8d5-834198444b31]
> All sessions completed
> INFO [StreamReceiveTask:1] 2016-01-14 03:54:13,597 StorageService.java:1234
> - Bootstrap completed! for the tokens [3074457345618258602]
> INFO [main] 2016-01-14 03:54:14,424 StorageService.java:1924 - Node
> /172.31.29.26 state jump to NORMAL
> {quote}
> The jstack of the bad bootstrap shows it waiting for the
[jira] [Commented] (CASSANDRA-10997) cqlsh_copy_tests failing en mass when vnodes are disabled
[
https://issues.apache.org/jira/browse/CASSANDRA-10997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098298#comment-15098298
]
Aleksey Yeschenko commented on CASSANDRA-10997:
---
[~Stefania] Can you clarify merge requirements here?
What branches can be merge automatically, and where should I apply the delta
from the branches you provided, or else risk issues?
My understanding here is that 2.1 and 2.2 patches are different, but the merge
into 3.0 -> 3.3 -> trunk should be clean, and the code is identical?
If so, can you provide an actual patch for 2.2? As a text file, or a 2.2 based
branch without a merge commit?
Thanks.
> cqlsh_copy_tests failing en mass when vnodes are disabled
> -
>
> Key: CASSANDRA-10997
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10997
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: Philip Thompson
>Assignee: Stefania
> Labels: dtest
> Fix For: 2.1.x, 2.2.x, 3.0.x, 3.x
>
>
> Check out [an example cassci
> failure|http://cassci.datastax.com/job/cassandra-2.1_novnode_dtest/186/testReport/cqlsh_tests.cqlsh_copy_tests/CqlshCopyTest/test_list_data/]
> as well as the [full novnode report
> page|http://cassci.datastax.com/userContent/cstar_report/index.html?jobs=cassandra-2.1_novnode_dtest,cassandra-3.0_novnode_dtest,cassandra-2.2_novnode_dtest&show_known=true].
> Many COPY TO tests are failing when the cluster only has one token. The
> message {{Found no ranges to query, check begin and end tokens: None - None}}
> is printed, and it appears to be coming from cqlsh, specfically in
> pylib/cqlshlib/copyutil.py
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10839) cqlsh failed to format value bytearray
[
https://issues.apache.org/jira/browse/CASSANDRA-10839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098288#comment-15098288
]
Aleksey Yeschenko commented on CASSANDRA-10839:
---
Committed as
[26dc07b7db6334fd7d7f54ba0f4e8359117e60e9|https://github.com/apache/cassandra/commit/26dc07b7db6334fd7d7f54ba0f4e8359117e60e9]
to 2.1, thanks.
> cqlsh failed to format value bytearray
> --
>
> Key: CASSANDRA-10839
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10839
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
>Reporter: Severin Leonhardt
>Assignee: Stefania
>Priority: Minor
> Fix For: 2.1.13
>
>
> Execute the following in cqlsh (5.0.1):
> {noformat}
> > create table test(column blob, primary key(column));
> > insert into test (column) VALUES(0x00);
> > select * from test;
> column
>
> bytearray(b'\x00')
> (1 rows)
> Failed to format value bytearray(b'\x00') : b2a_hex() argument 1 must be
> string or read-only buffer, not bytearray
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[08/15] cassandra git commit: Merge branch 'cassandra-2.1' into cassandra-2.2
Merge branch 'cassandra-2.1' into cassandra-2.2 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/97474ee3 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/97474ee3 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/97474ee3 Branch: refs/heads/cassandra-3.0 Commit: 97474ee36adcd960db4916cd33b533c086228f70 Parents: dbf6e62 26dc07b Author: Aleksey Yeschenko Authored: Thu Jan 14 15:49:16 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:49:16 2016 + -- --
[01/15] cassandra git commit: (cqlsh) fix formatting bytearray values
Repository: cassandra
Updated Branches:
refs/heads/cassandra-2.1 c0747d285 -> 26dc07b7d
refs/heads/cassandra-2.2 dbf6e62c3 -> 97474ee36
refs/heads/cassandra-3.0 06960d752 -> 162edc26e
refs/heads/cassandra-3.3 e1938e2e7 -> 09364e03e
refs/heads/trunk efc7d1b9a -> ef4d4506e
(cqlsh) fix formatting bytearray values
patch by Stefania Alborghetti; reviewed by Jim Witschey for
CASSANDRA-10839
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/26dc07b7
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/26dc07b7
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/26dc07b7
Branch: refs/heads/cassandra-2.1
Commit: 26dc07b7db6334fd7d7f54ba0f4e8359117e60e9
Parents: c0747d2
Author: Stefania Alborghetti
Authored: Tue Dec 22 14:18:26 2015 +0100
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 15:48:10 2016 +
--
CHANGES.txt | 1 +
pylib/cqlshlib/formatting.py | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 552aca2..9c73adf 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
* If CompactionMetadata is not in stats file, use index summary instead
(CASSANDRA-10676)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/pylib/cqlshlib/formatting.py
--
diff --git a/pylib/cqlshlib/formatting.py b/pylib/cqlshlib/formatting.py
index c88ffaf..abb4896 100644
--- a/pylib/cqlshlib/formatting.py
+++ b/pylib/cqlshlib/formatting.py
@@ -126,7 +126,7 @@ def formatter_for(typname):
@formatter_for('bytearray')
def format_value_blob(val, colormap, **_):
-bval = '0x' + binascii.hexlify(val)
+bval = '0x' + binascii.hexlify(str(val))
return colorme(bval, colormap, 'blob')
formatter_for('buffer')(format_value_blob)
[04/15] cassandra git commit: (cqlsh) fix formatting bytearray values
(cqlsh) fix formatting bytearray values
patch by Stefania Alborghetti; reviewed by Jim Witschey for
CASSANDRA-10839
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/26dc07b7
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/26dc07b7
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/26dc07b7
Branch: refs/heads/cassandra-3.0
Commit: 26dc07b7db6334fd7d7f54ba0f4e8359117e60e9
Parents: c0747d2
Author: Stefania Alborghetti
Authored: Tue Dec 22 14:18:26 2015 +0100
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 15:48:10 2016 +
--
CHANGES.txt | 1 +
pylib/cqlshlib/formatting.py | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 552aca2..9c73adf 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
* If CompactionMetadata is not in stats file, use index summary instead
(CASSANDRA-10676)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/pylib/cqlshlib/formatting.py
--
diff --git a/pylib/cqlshlib/formatting.py b/pylib/cqlshlib/formatting.py
index c88ffaf..abb4896 100644
--- a/pylib/cqlshlib/formatting.py
+++ b/pylib/cqlshlib/formatting.py
@@ -126,7 +126,7 @@ def formatter_for(typname):
@formatter_for('bytearray')
def format_value_blob(val, colormap, **_):
-bval = '0x' + binascii.hexlify(val)
+bval = '0x' + binascii.hexlify(str(val))
return colorme(bval, colormap, 'blob')
formatter_for('buffer')(format_value_blob)
[07/15] cassandra git commit: Merge branch 'cassandra-2.1' into cassandra-2.2
Merge branch 'cassandra-2.1' into cassandra-2.2 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/97474ee3 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/97474ee3 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/97474ee3 Branch: refs/heads/cassandra-2.2 Commit: 97474ee36adcd960db4916cd33b533c086228f70 Parents: dbf6e62 26dc07b Author: Aleksey Yeschenko Authored: Thu Jan 14 15:49:16 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:49:16 2016 + -- --
[03/15] cassandra git commit: (cqlsh) fix formatting bytearray values
(cqlsh) fix formatting bytearray values
patch by Stefania Alborghetti; reviewed by Jim Witschey for
CASSANDRA-10839
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/26dc07b7
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/26dc07b7
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/26dc07b7
Branch: refs/heads/trunk
Commit: 26dc07b7db6334fd7d7f54ba0f4e8359117e60e9
Parents: c0747d2
Author: Stefania Alborghetti
Authored: Tue Dec 22 14:18:26 2015 +0100
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 15:48:10 2016 +
--
CHANGES.txt | 1 +
pylib/cqlshlib/formatting.py | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 552aca2..9c73adf 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
* If CompactionMetadata is not in stats file, use index summary instead
(CASSANDRA-10676)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/pylib/cqlshlib/formatting.py
--
diff --git a/pylib/cqlshlib/formatting.py b/pylib/cqlshlib/formatting.py
index c88ffaf..abb4896 100644
--- a/pylib/cqlshlib/formatting.py
+++ b/pylib/cqlshlib/formatting.py
@@ -126,7 +126,7 @@ def formatter_for(typname):
@formatter_for('bytearray')
def format_value_blob(val, colormap, **_):
-bval = '0x' + binascii.hexlify(val)
+bval = '0x' + binascii.hexlify(str(val))
return colorme(bval, colormap, 'blob')
formatter_for('buffer')(format_value_blob)
[09/15] cassandra git commit: Merge branch 'cassandra-2.1' into cassandra-2.2
Merge branch 'cassandra-2.1' into cassandra-2.2 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/97474ee3 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/97474ee3 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/97474ee3 Branch: refs/heads/cassandra-3.3 Commit: 97474ee36adcd960db4916cd33b533c086228f70 Parents: dbf6e62 26dc07b Author: Aleksey Yeschenko Authored: Thu Jan 14 15:49:16 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:49:16 2016 + -- --
[14/15] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.3
Merge branch 'cassandra-3.0' into cassandra-3.3 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/09364e03 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/09364e03 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/09364e03 Branch: refs/heads/trunk Commit: 09364e03efc9b68e08d2aa36de8ee93f026543b0 Parents: e1938e2 162edc2 Author: Aleksey Yeschenko Authored: Thu Jan 14 15:50:12 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:50:12 2016 + -- --
[10/15] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0
Merge branch 'cassandra-2.2' into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/162edc26 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/162edc26 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/162edc26 Branch: refs/heads/trunk Commit: 162edc26eba31607ccacf430460139f3e48ae6d8 Parents: 06960d7 97474ee Author: Aleksey Yeschenko Authored: Thu Jan 14 15:49:49 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:49:49 2016 + -- --
[15/15] cassandra git commit: Merge branch 'cassandra-3.3' into trunk
Merge branch 'cassandra-3.3' into trunk Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/ef4d4506 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/ef4d4506 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/ef4d4506 Branch: refs/heads/trunk Commit: ef4d4506ea01e9770cbeea9554b217fff4a1a526 Parents: efc7d1b 09364e0 Author: Aleksey Yeschenko Authored: Thu Jan 14 15:50:19 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:50:19 2016 + -- --
[05/15] cassandra git commit: (cqlsh) fix formatting bytearray values
(cqlsh) fix formatting bytearray values
patch by Stefania Alborghetti; reviewed by Jim Witschey for
CASSANDRA-10839
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/26dc07b7
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/26dc07b7
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/26dc07b7
Branch: refs/heads/cassandra-3.3
Commit: 26dc07b7db6334fd7d7f54ba0f4e8359117e60e9
Parents: c0747d2
Author: Stefania Alborghetti
Authored: Tue Dec 22 14:18:26 2015 +0100
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 15:48:10 2016 +
--
CHANGES.txt | 1 +
pylib/cqlshlib/formatting.py | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 552aca2..9c73adf 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
* If CompactionMetadata is not in stats file, use index summary instead
(CASSANDRA-10676)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/pylib/cqlshlib/formatting.py
--
diff --git a/pylib/cqlshlib/formatting.py b/pylib/cqlshlib/formatting.py
index c88ffaf..abb4896 100644
--- a/pylib/cqlshlib/formatting.py
+++ b/pylib/cqlshlib/formatting.py
@@ -126,7 +126,7 @@ def formatter_for(typname):
@formatter_for('bytearray')
def format_value_blob(val, colormap, **_):
-bval = '0x' + binascii.hexlify(val)
+bval = '0x' + binascii.hexlify(str(val))
return colorme(bval, colormap, 'blob')
formatter_for('buffer')(format_value_blob)
[13/15] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.3
Merge branch 'cassandra-3.0' into cassandra-3.3 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/09364e03 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/09364e03 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/09364e03 Branch: refs/heads/cassandra-3.3 Commit: 09364e03efc9b68e08d2aa36de8ee93f026543b0 Parents: e1938e2 162edc2 Author: Aleksey Yeschenko Authored: Thu Jan 14 15:50:12 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:50:12 2016 + -- --
[12/15] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0
Merge branch 'cassandra-2.2' into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/162edc26 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/162edc26 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/162edc26 Branch: refs/heads/cassandra-3.0 Commit: 162edc26eba31607ccacf430460139f3e48ae6d8 Parents: 06960d7 97474ee Author: Aleksey Yeschenko Authored: Thu Jan 14 15:49:49 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:49:49 2016 + -- --
[02/15] cassandra git commit: (cqlsh) fix formatting bytearray values
(cqlsh) fix formatting bytearray values
patch by Stefania Alborghetti; reviewed by Jim Witschey for
CASSANDRA-10839
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/26dc07b7
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/26dc07b7
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/26dc07b7
Branch: refs/heads/cassandra-2.2
Commit: 26dc07b7db6334fd7d7f54ba0f4e8359117e60e9
Parents: c0747d2
Author: Stefania Alborghetti
Authored: Tue Dec 22 14:18:26 2015 +0100
Committer: Aleksey Yeschenko
Committed: Thu Jan 14 15:48:10 2016 +
--
CHANGES.txt | 1 +
pylib/cqlshlib/formatting.py | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
--
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 552aca2..9c73adf 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
2.1.13
+ * (cqlsh) fix formatting bytearray values (CASSANDRA-10839)
* (cqlsh) Add request timeout option to cqlsh (CASSANDRA-10686)
* Avoid AssertionError while submitting hint with LWT (CASSANDRA-10477)
* If CompactionMetadata is not in stats file, use index summary instead
(CASSANDRA-10676)
http://git-wip-us.apache.org/repos/asf/cassandra/blob/26dc07b7/pylib/cqlshlib/formatting.py
--
diff --git a/pylib/cqlshlib/formatting.py b/pylib/cqlshlib/formatting.py
index c88ffaf..abb4896 100644
--- a/pylib/cqlshlib/formatting.py
+++ b/pylib/cqlshlib/formatting.py
@@ -126,7 +126,7 @@ def formatter_for(typname):
@formatter_for('bytearray')
def format_value_blob(val, colormap, **_):
-bval = '0x' + binascii.hexlify(val)
+bval = '0x' + binascii.hexlify(str(val))
return colorme(bval, colormap, 'blob')
formatter_for('buffer')(format_value_blob)
[06/15] cassandra git commit: Merge branch 'cassandra-2.1' into cassandra-2.2
Merge branch 'cassandra-2.1' into cassandra-2.2 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/97474ee3 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/97474ee3 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/97474ee3 Branch: refs/heads/trunk Commit: 97474ee36adcd960db4916cd33b533c086228f70 Parents: dbf6e62 26dc07b Author: Aleksey Yeschenko Authored: Thu Jan 14 15:49:16 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:49:16 2016 + -- --
[11/15] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0
Merge branch 'cassandra-2.2' into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/162edc26 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/162edc26 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/162edc26 Branch: refs/heads/cassandra-3.3 Commit: 162edc26eba31607ccacf430460139f3e48ae6d8 Parents: 06960d7 97474ee Author: Aleksey Yeschenko Authored: Thu Jan 14 15:49:49 2016 + Committer: Aleksey Yeschenko Committed: Thu Jan 14 15:49:49 2016 + -- --
[jira] [Commented] (CASSANDRA-10979) LCS doesn't do L0 STC on new tables while an L0->L1 compaction is in progress
[ https://issues.apache.org/jira/browse/CASSANDRA-10979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098279#comment-15098279 ] Jeff Ferland commented on CASSANDRA-10979: -- [~sebastian.este...@datastax.com]: Can you cut a build of DSE 4.8.4 with this patch added? I'll try my best to test within a week. > LCS doesn't do L0 STC on new tables while an L0->L1 compaction is in progress > - > > Key: CASSANDRA-10979 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10979 > Project: Cassandra > Issue Type: Bug > Components: Compaction > Environment: 2.1.11 / 4.8.3 DSE. >Reporter: Jeff Ferland >Assignee: Carl Yeksigian > Labels: compaction, leveled > Fix For: 3.x > > Attachments: 10979-2.1.txt > > > Reading code from > https://github.com/apache/cassandra/blob/cassandra-2.1/src/java/org/apache/cassandra/db/compaction/LeveledManifest.java > and comparing with behavior shown in > https://gist.github.com/autocracy/c95aca6b00e42215daaf, the following happens: > Score for L1,L2,and L3 is all < 1 (paste shows 20/10 and 200/100, due to > incremental repair). > Relevant code from here is > if (Sets.intersection(l1overlapping, compacting).size() > 0) > return Collections.emptyList(); > Since there will be overlap between what is compacting and L1 (in my case, > pushing over 1,000 tables in to L1 from L0 SCTS), I get a pile up of 1,000 > smaller tables in L0 while awaiting the transition from L0 to L1 and destroy > my performance. > Requested outcome is to continue to perform SCTS on non-compacting L0 tables. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (CASSANDRA-11005) Split consistent range movement flag
[ https://issues.apache.org/jira/browse/CASSANDRA-11005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098264#comment-15098264 ] T Jake Luciani edited comment on CASSANDRA-11005 at 1/14/16 3:42 PM: - pushed patch to a branch and kicked off [dtests|http://cassci.datastax.com/view/Dev/view/tjake/job/tjake-11005-dtest/] and [utests|http://cassci.datastax.com/view/Dev/view/tjake/job/tjake-11005-testall/] will commit once it looks clean was (Author: tjake): pushed patch to and branch and kicked off [dtests|http://cassci.datastax.com/view/Dev/view/tjake/job/tjake-11005-dtest/] and [utests|http://cassci.datastax.com/view/Dev/view/tjake/job/tjake-11005-testall/] will commit once it looks clean > Split consistent range movement flag > > > Key: CASSANDRA-11005 > URL: https://issues.apache.org/jira/browse/CASSANDRA-11005 > Project: Cassandra > Issue Type: Bug > Components: Configuration >Reporter: sankalp kohli >Assignee: sankalp kohli >Priority: Trivial > Fix For: 2.1.12, 2.2.x, 3.x > > Attachments: CASSANDRA-11005_2.2_v2.diff, CASSANDRA_11005_2.1.diff, > CASSANDRA_11005_2.1_v2.diff, CASSANDRA_11005_2.2.diff > > > CASSANDRA-7069 added a flag which does not allow multiple range movements in > the ring. We want to turn this off as we want to move tokens far apart in the > ring to speed up the moves. The problem is that this flag also turns off > strict source check. We want to split this flag so that we can keep strict > source but not stop parallel moves. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-11005) Split consistent range movement flag
[ https://issues.apache.org/jira/browse/CASSANDRA-11005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098264#comment-15098264 ] T Jake Luciani commented on CASSANDRA-11005: pushed patch to and branch and kicked off [dtests|http://cassci.datastax.com/view/Dev/view/tjake/job/tjake-11005-dtest/] and [utests|http://cassci.datastax.com/view/Dev/view/tjake/job/tjake-11005-testall/] will commit once it looks clean > Split consistent range movement flag > > > Key: CASSANDRA-11005 > URL: https://issues.apache.org/jira/browse/CASSANDRA-11005 > Project: Cassandra > Issue Type: Bug > Components: Configuration >Reporter: sankalp kohli >Assignee: sankalp kohli >Priority: Trivial > Fix For: 2.1.12, 2.2.x, 3.x > > Attachments: CASSANDRA-11005_2.2_v2.diff, CASSANDRA_11005_2.1.diff, > CASSANDRA_11005_2.1_v2.diff, CASSANDRA_11005_2.2.diff > > > CASSANDRA-7069 added a flag which does not allow multiple range movements in > the ring. We want to turn this off as we want to move tokens far apart in the > ring to speed up the moves. The problem is that this flag also turns off > strict source check. We want to split this flag so that we can keep strict > source but not stop parallel moves. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10947) Remained files in the hints folder
[
https://issues.apache.org/jira/browse/CASSANDRA-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098261#comment-15098261
]
Sylvain Lebresne commented on CASSANDRA-10947:
--
+1
> Remained files in the hints folder
> --
>
> Key: CASSANDRA-10947
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10947
> Project: Cassandra
> Issue Type: Bug
> Components: Coordination, Local Write-Read Paths
> Environment: Cassandra 3.0.0, CentOS 7.2 x64
>Reporter: Gábor Auth
>Assignee: Aleksey Yeschenko
> Fix For: 3.0.x, 3.x
>
>
> I've found a lot of (over 2 million) .crc32 files in the hints folder:
> {code}
> [data]# du --max-depth=1
> 7800./saved_caches
> 271420 ./data
> 175776 ./commitlog
> 9219368 ./hints
> 9674368 .
> [data]# ls -1 hints/ | wc -l
> 2250624
> [data]# du hints/
> 9220336 hints/
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10947) Remained files in the hints folder
[
https://issues.apache.org/jira/browse/CASSANDRA-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098253#comment-15098253
]
Aleksey Yeschenko commented on CASSANDRA-10947:
---
||branch||testall||dtest||
|[10947-3.0|https://github.com/iamaleksey/cassandra/tree/10947-3.0]|[testall|http://cassci.datastax.com/view/Dev/view/iamaleksey/job/iamaleksey-10947-3.0-testall]|[dtest|http://cassci.datastax.com/view/Dev/view/iamaleksey/job/iamaleksey-10947-3.0-dtest]|
|[10947-3.3|https://github.com/iamaleksey/cassandra/tree/10947-3.3]|[testall|http://cassci.datastax.com/view/Dev/view/iamaleksey/job/iamaleksey-10947-3.3-testall]|[dtest|http://cassci.datastax.com/view/Dev/view/iamaleksey/job/iamaleksey-10947-3.3-dtest]|
> Remained files in the hints folder
> --
>
> Key: CASSANDRA-10947
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10947
> Project: Cassandra
> Issue Type: Bug
> Components: Coordination, Local Write-Read Paths
> Environment: Cassandra 3.0.0, CentOS 7.2 x64
>Reporter: Gábor Auth
>Assignee: Aleksey Yeschenko
> Fix For: 3.0.x, 3.x
>
>
> I've found a lot of (over 2 million) .crc32 files in the hints folder:
> {code}
> [data]# du --max-depth=1
> 7800./saved_caches
> 271420 ./data
> 175776 ./commitlog
> 9219368 ./hints
> 9674368 .
> [data]# ls -1 hints/ | wc -l
> 2250624
> [data]# du hints/
> 9220336 hints/
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10947) Remained files in the hints folder
[
https://issues.apache.org/jira/browse/CASSANDRA-10947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aleksey Yeschenko updated CASSANDRA-10947:
--
Component/s: Local Write-Read Paths
Coordination
> Remained files in the hints folder
> --
>
> Key: CASSANDRA-10947
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10947
> Project: Cassandra
> Issue Type: Bug
> Components: Coordination, Local Write-Read Paths
> Environment: Cassandra 3.0.0, CentOS 7.2 x64
>Reporter: Gábor Auth
>Assignee: Aleksey Yeschenko
> Fix For: 3.0.x, 3.x
>
>
> I've found a lot of (over 2 million) .crc32 files in the hints folder:
> {code}
> [data]# du --max-depth=1
> 7800./saved_caches
> 271420 ./data
> 175776 ./commitlog
> 9219368 ./hints
> 9674368 .
> [data]# ls -1 hints/ | wc -l
> 2250624
> [data]# du hints/
> 9220336 hints/
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
cassandra git commit: prep 3.2.1 release
Repository: cassandra Updated Branches: refs/heads/cassandra-3.2.1 159049db7 -> 2ac95bd6c prep 3.2.1 release Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/2ac95bd6 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/2ac95bd6 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/2ac95bd6 Branch: refs/heads/cassandra-3.2.1 Commit: 2ac95bd6c5699a605e6f4256cb17b016c99e6dda Parents: 159049d Author: T Jake Luciani Authored: Thu Jan 14 10:19:07 2016 -0500 Committer: T Jake Luciani Committed: Thu Jan 14 10:19:07 2016 -0500 -- NEWS.txt | 10 ++ build.xml| 2 +- debian/changelog | 6 ++ 3 files changed, 17 insertions(+), 1 deletion(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/2ac95bd6/NEWS.txt -- diff --git a/NEWS.txt b/NEWS.txt index c995d89..ab73f2f 100644 --- a/NEWS.txt +++ b/NEWS.txt @@ -13,6 +13,16 @@ restore snapshots created with the previous major version using the 'sstableloader' tool. You can upgrade the file format of your snapshots using the provided 'sstableupgrade' tool. + +3.2.1 += + +Upgrading +- +- Nothing specific to this release, but please see 3.2 if you are upgrading + from a previous version. + + 3.2 === http://git-wip-us.apache.org/repos/asf/cassandra/blob/2ac95bd6/build.xml -- diff --git a/build.xml b/build.xml index 51589bb..00fa07f 100644 --- a/build.xml +++ b/build.xml @@ -25,7 +25,7 @@ - + http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=tree"/> http://git-wip-us.apache.org/repos/asf/cassandra/blob/2ac95bd6/debian/changelog -- diff --git a/debian/changelog b/debian/changelog index 7e455ac..803a50b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +cassandra (3.2.1) unstable; urgency=medium + + * New release + + -- Jake Luciani Thu, 14 Jan 2016 10:18:26 -0500 + cassandra (3.2) unstable; urgency=medium * New release
[jira] [Commented] (CASSANDRA-10847) Log a message when refusing a major compaction due to incremental repairedAt status
[ https://issues.apache.org/jira/browse/CASSANDRA-10847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098223#comment-15098223 ] Sylvain Lebresne commented on CASSANDRA-10847: -- Looks good enough for me, +1. > Log a message when refusing a major compaction due to incremental repairedAt > status > --- > > Key: CASSANDRA-10847 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10847 > Project: Cassandra > Issue Type: Improvement > Components: Compaction >Reporter: Brandon Williams >Assignee: Marcus Eriksson >Priority: Trivial > Fix For: 2.1.x, 2.2.x, 3.0.x, 3.x > > > When you do a major compaction, but have some repaired sstables and some that > are not, it will correctly not compact them together. However, it can be > somewhat confusing the operator as to *why* they aren't compacting together. > It would be beneficial, specifically when doing a major, to log that we > aren't going to do a full major because of this. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CASSANDRA-10847) Log a message when refusing a major compaction due to incremental repairedAt status
[ https://issues.apache.org/jira/browse/CASSANDRA-10847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15098216#comment-15098216 ] Marcus Eriksson commented on CASSANDRA-10847: - yes, something like this? https://github.com/krummas/cassandra/commits/marcuse/10847 https://github.com/krummas/cassandra/commits/marcuse/10847-3.3 > Log a message when refusing a major compaction due to incremental repairedAt > status > --- > > Key: CASSANDRA-10847 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10847 > Project: Cassandra > Issue Type: Improvement > Components: Compaction >Reporter: Brandon Williams >Assignee: Marcus Eriksson >Priority: Trivial > Fix For: 2.1.x, 2.2.x, 3.0.x, 3.x > > > When you do a major compaction, but have some repaired sstables and some that > are not, it will correctly not compact them together. However, it can be > somewhat confusing the operator as to *why* they aren't compacting together. > It would be beneficial, specifically when doing a major, to log that we > aren't going to do a full major because of this. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CASSANDRA-10847) Log a message when refusing a major compaction due to incremental repairedAt status
[ https://issues.apache.org/jira/browse/CASSANDRA-10847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcus Eriksson updated CASSANDRA-10847: Reviewer: Sylvain Lebresne (was: Brandon Williams) > Log a message when refusing a major compaction due to incremental repairedAt > status > --- > > Key: CASSANDRA-10847 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10847 > Project: Cassandra > Issue Type: Improvement > Components: Compaction >Reporter: Brandon Williams >Assignee: Marcus Eriksson >Priority: Trivial > Fix For: 2.1.x, 2.2.x, 3.0.x, 3.x > > > When you do a major compaction, but have some repaired sstables and some that > are not, it will correctly not compact them together. However, it can be > somewhat confusing the operator as to *why* they aren't compacting together. > It would be beneficial, specifically when doing a major, to log that we > aren't going to do a full major because of this. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
