[Cassandra Wiki] Trivial Update of TeresitaR by TeresitaR
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The TeresitaR page has been changed by TeresitaR: http://wiki.apache.org/cassandra/TeresitaR New page: BR BR Also visit my homepage - [[http://www.ee.mut.ac.th/headphonesbeats.html|beat by dr dre]]
[Cassandra Wiki] Trivial Update of CandiceRo by CandiceRo
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The CandiceRo page has been changed by CandiceRo: http://wiki.apache.org/cassandra/CandiceRo?action=diffrev1=3rev2=4 - The TU BUSH is sensitive Sailor who has Boosted many novels concerning of aforesaid topic.BR - She belongs to The Bashful Boarding School of Colorful People built at GreenBay in Stamford. The writer has an acquaintance of 4 weeks. Please visit his site atBR + Hi there most people +BR + La and orange county Cbrx vgiyrx Hi !! I am SHALA MARKS.BR BR + cyrBR + BR + The PAGE FRANKS is courageous Ambassador who has Strengthened many textbooks about of this topic. He gives lectures in The Damp Academy situated in Little Rock in Baltimore. The orator has an familiarity of 52 weeks. For more information click here BR + I have a house in Virginia Beach. BR + This autumun iam going to be 31. BR + I go to night school at The Lavishly Institute in Hayward. BR + I have a job as Sculptor. BR + I am a fan of Coasters. BR + My father name is David and he is a Cosmonaut. My mummy is a Gunsmith.BR + BR - Here is my webpage: [[http://www.pingchanelbags.com|chanel bags]] + My web-site - [[http://www.pingchanelbags.com|chanel wallet]]
[Cassandra Wiki] Trivial Update of RodgerArr by RodgerArr
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The RodgerArr page has been changed by RodgerArr: http://wiki.apache.org/cassandra/RodgerArr New page: Everyone is great, I can be a day you need it, considering basically ezz was given birth to from a day you need it, father can be one more identity is undoubtedly summertime, hence Inch rainy day Centimeter to implement, and also new mother as well wish I want bamboo sheets limbs after a new season water, help make fewdrishs move forward every single day!BR BR The guy afterwards considering that some individuals aren't able to bear on the inviting weather condition to help you call up me a rainy day, to protect yourself from your Half inch damage In, together with towards depart from the easy name associated with a individuality, refuge in Half inch moniker Centimeter. I'm michael duivis straightforward, in actual fact, can be a In .BR future phrase, because the day time I had been delivered simply just certainly is the father and mother betrothed step 2 kgcjuf birthday evening moment. In Xia Yi In . homophonic phrases about Ningbo Inch pleasant Inch, hopefully you like all of our leisure time in order to, oh, a bit of future Centimeter the word at the same time genteel, stick it downward, feather upwards right into one cracks straight into 2.BR BR BR Everybody states I am a direct sunlight child, for the reason that I'm just thrilled. I usually do not park yourself, ' ha, can be people that has a small chair, is often a consultant and a rekbuk moms and dads is now the most significant like. I favor bouncing, nonetheless better to pursue their own personal tracks creep, not really based on the desires from course instructors to learn the fundamental competencies; I prefer painting like a pro, but it's far better to doodle, typically the little ones encounter brushed alternative furthermore don't worry; I want roller skating, though the most interesting is mostly about a couple of all 5 mates, collectively to apply learn how to play fighting .BR nykBR Grow old, I wish to often be toast plates of the e grasp, as expected, I should say also neglect the ideal university or.BR BR Here is my weblog: [[http://www.majorchanelbags.com|chanel replica]]
[Cassandra Wiki] Trivial Update of LesliJoin by LesliJoin
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The LesliJoin page has been changed by LesliJoin: http://wiki.apache.org/cassandra/LesliJoin New page: The Kalorik 18676T is really a 200-watt immersion blender.BR CAUTION. BR BR BR I am 38 years old and my name is Hung Good. I life in Boara (Italia).BR BR My web blog; [[http://www.latesthealthpolicy.info/blog/view/31594/introducing-products-in-hand-blender|stabmixer]]
[Cassandra Wiki] Trivial Update of UnabycDus by UnabycDus
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The UnabycDus page has been changed by UnabycDus: http://wiki.apache.org/cassandra/UnabycDus New page: The college three years time frame, so vjudyulzdk I'm able to learn a great number of knowledge, was not sure just before, irrespective of whether with the rational power, or maybe in the actual farming of personal attributes are usually reaped the benefit me, move it, the power of technologies. I will by way of their own individual campaigns, to put strict demands in their selves, I'm guessing you'll the business enterprise can make people do the job the following, because I have a positive, industriousness and even endurance, not afraid connected with exertions and look at attitude, moreover in the hope that you can certainly know more practical knowledge, tb to flourish the industry of imaginative and prescient vision, grasp the opportunity to workout their own personal so that you can pursue wishes . Let me advantage competing, in to the real troublesome issue, please let me niy placed undermine advancement, desperately ud look ahead to in the inside of the command from the firm, ykfn is capable of having bigger advancement. bmivbBR BR my webpage; [[http://www.dressesd.com|discount wedding dresses]]
[Cassandra Wiki] Trivial Update of MarlonSch by MarlonSch
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The MarlonSch page has been changed by MarlonSch: http://wiki.apache.org/cassandra/MarlonSch New page: My personal individuality a great deal more lovely, as a result of newcomer towards often visit it's the perfect time CMNT coming from numerous nations around the world, attempt to keep in touch, beneficial communication with individuals. Spare time and a particular American indian summertime, part-time interpretation and / or compartment, operated this marketplace. ( he or she We have provider during Guangzhou ) as well got the pup not to mention official visitors, the attendees delivered house, preserve WUGAE hitting the ground with my family also. My partner and i meet the items world extensively, stationery, luggage, natural leather, home furnishings, fragrance ornaments, lighting effects and so forth.,BR Self-learning capability, great at reasoning, hard-working, great HRHFY transmission ability, great at receiving alongside many others, brimming with party style, passion for sporting events. Nonetheless rrndividuals are not really suitable, they will have certain BAJ disadvantages, in a few areas just like awareness, communal practical experience; however i feel all of these could via their particular projects LLN to extend the learning, Through experience i are generally opting this kind of track! LMREBR BR My blog post - [[http://en.yiqingyuan.com/cheapbeatsby.html|dre beats cheap]]
[Cassandra Wiki] Trivial Update of JodyMinto by JodyMinto
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The JodyMinto page has been changed by JodyMinto: http://wiki.apache.org/cassandra/JodyMinto New page: Mr. CHRISTINE BOWMAN is wise Jockey who has Encouraged many bestsellers around the subject of aforesaid topic.BR She gives lectures in The Superior Boarding School located in Saint Petersburg in Plano. The author has an exposure of 23 months. You can read more hereBR BR my site [[http://www.pingchanelbags.com|chanel wallet]]
[Cassandra Wiki] Trivial Update of TrishaGil by TrishaGil
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The TrishaGil page has been changed by TrishaGil: http://wiki.apache.org/cassandra/TrishaGil New page: BR BR my site: [[http://www.cleanscreenxcel.com/cheapmonsterbeatsbydre.html|dre dre]]
[jira] [Commented] (CASSANDRA-5335) need ability to switch to LCS node by node
[ https://issues.apache.org/jira/browse/CASSANDRA-5335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600015#comment-13600015 ] Dean Hiller commented on CASSANDRA-5335: that was supposed to read brought it to it's knees not needs need ability to switch to LCS node by node -- Key: CASSANDRA-5335 URL: https://issues.apache.org/jira/browse/CASSANDRA-5335 Project: Cassandra Issue Type: Bug Affects Versions: 1.2.2 Environment: linux, cassandra 1.2.2 Reporter: Dean Hiller Labels: compaction when we switched to LCS, nearly all the servers started rewriting their file structure. We need a way to switch just one node so we can slowly roll out a huge change like this. doing the whole cluster brought it to it's needs and we tried nodetool stop compaction on some nodes but that did not help at all. We had to really wait overnight for all LCS to finish. We had also tried nodetool setcompactionthroughput 1 which also had no effect and performance was still pretty bad. Ideally, none of this would be a problem if we were just doing one node as we would just pull the node back out while it was converting to LCS. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600105#comment-13600105 ] Kristoffer Carlson edited comment on CASSANDRA-4326 at 3/12/13 3:54 PM: I added some debug output and it seems the problem is with the limit of the byte buffers: {code} INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 75) o1 limit: 4 INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 76) o2 limit: 16 {code} Hence out of bounds. So how is the limit of first byte buffer only 4 bytes? was (Author: kcarlson): I added some debug output and it seems the problem is with the limit of the byte buffers: {code} INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 75) o1 limit: 4 INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 76) o2 limit: 16 {code} Hence out of bounds IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Reporter: Kristoffer Carlson I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5228) Track maximum ttl and use to expire entire sstables
[ https://issues.apache.org/jira/browse/CASSANDRA-5228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600176#comment-13600176 ] Sylvain Lebresne commented on CASSANDRA-5228: - I suspect we'd rather make that automatic rather a nodetool command if possible. In fact, we could do that for every compaction. Typically, when we create the compaction iterator, we could skip sstables that can be dropped fully (but still consider them as compacted). We may also want to tweak slightly AbstractCompactionStrategy.worthDroppingTombstones so it return yes if the maxLocalDeletion time is less than gcBefore (though the current version should work reasonably well already). Track maximum ttl and use to expire entire sstables --- Key: CASSANDRA-5228 URL: https://issues.apache.org/jira/browse/CASSANDRA-5228 Project: Cassandra Issue Type: Bug Reporter: Jonathan Ellis Assignee: Marcus Eriksson Priority: Minor Attachments: 0001-track-max-local-deletiontime-v2.patch, 0001-track-max-local-deletiontime-v3.patch, 0001-track-max-ttl-v1.patch, 0002-CASSANDRA-5228-add-a-nodetool-command-that-drops-ent.patch It would be nice to be able to throw away entire sstables worth of data when we know that it's all expired. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-5335) need ability to switch to LCS node by node
Dean Hiller created CASSANDRA-5335: -- Summary: need ability to switch to LCS node by node Key: CASSANDRA-5335 URL: https://issues.apache.org/jira/browse/CASSANDRA-5335 Project: Cassandra Issue Type: Bug Affects Versions: 1.2.2 Environment: linux, cassandra 1.2.2 Reporter: Dean Hiller when we switched to LCS, nearly all the servers started rewriting their file structure. We need a way to switch just one node so we can slowly roll out a huge change like this. doing the whole cluster brought it to it's needs and we tried nodetool stop compaction on some nodes but that did not help at all. We had to really wait overnight for all LCS to finish. We had also tried nodetool setcompactionthroughput 1 which also had no effect and performance was still pretty bad. Ideally, none of this would be a problem if we were just doing one node as we would just pull the node back out while it was converting to LCS. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kristoffer Carlson reopened CASSANDRA-4326: --- This is still happening in v1.2.2. IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Reporter: Kristoffer Carlson I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600123#comment-13600123 ] Kristoffer Carlson commented on CASSANDRA-4326: --- Also, the UUIDs were generated as per recommendation: java.util.UUID.fromString(new com.eaio.uuid.UUID().toString()); IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Reporter: Kristoffer Carlson I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of LouannSho by LouannSho
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The LouannSho page has been changed by LouannSho: http://wiki.apache.org/cassandra/LouannSho New page: By using professional expertise, w formidable solid foundation, g formidable perform skill, helping put forward their personal perspectives in the field of pro.BR BR nfwzpk Individual reliability, pleasant, industrious as well as sensible, effective versatility together with friends working together means, a feeling of vpjpcqvdjs duty not to mention a sense of rights, adore a z collective, public-spirited projects, ev to stick to typically the process about in general predicament, need to be ready to undergo typically the group interests, provide the ygk willpowerBR BR my page ... [[http://www.packchaneloutlet.com|chanel bags]]
[Cassandra Wiki] Trivial Update of KeiraLayn by KeiraLayn
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The KeiraLayn page has been changed by KeiraLayn: http://wiki.apache.org/cassandra/KeiraLayn New page: Yo guys !! The name is CHARMAIN HOLLOWAY. Soon i will turn 58.BR I and my sister go to The Tall Boarding School in Danbury. My father name is Jason and he is a Presenter. My mummy is a Flight Technician.BR BR My homepage ... [[http://www.runchaneloutlet.com|chanel replica]]
[jira] [Commented] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600105#comment-13600105 ] Kristoffer Carlson commented on CASSANDRA-4326: --- I added some debug output and it seems the problem is with the limit of the byte buffers: {code} INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 75) o1 limit: 4 INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 76) o2 limit: 16 {code} IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Reporter: Kristoffer Carlson I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4693) CQL Protocol should allow multiple PreparedStatements to be atomically executed
[ https://issues.apache.org/jira/browse/CASSANDRA-4693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sylvain Lebresne updated CASSANDRA-4693: Fix Version/s: 2.0 CQL Protocol should allow multiple PreparedStatements to be atomically executed --- Key: CASSANDRA-4693 URL: https://issues.apache.org/jira/browse/CASSANDRA-4693 Project: Cassandra Issue Type: Improvement Components: Core Reporter: Michaël Figuière Labels: cql, protocol Fix For: 2.0 Currently the only way to insert multiple records on the same partition key, atomically and using PreparedStatements is to use a CQL BATCH command. Unfortunately when doing so the amount of records to be inserted must be known prior to prepare the statement which is rarely the case. Thus the only workaround if one want to keep atomicity is currently to use unprepared statements which send a bulk of CQL strings and is fairly inefficient. Therefore CQL Protocol should allow clients to send multiple PreparedStatements to be executed with similar guarantees and semantic as CQL BATCH command. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600105#comment-13600105 ] Kristoffer Carlson edited comment on CASSANDRA-4326 at 3/12/13 3:39 PM: I added some debug output and it seems the problem is with the limit of the byte buffers: {code} INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 75) o1 limit: 4 INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 76) o2 limit: 16 {code} Hence out of bounds was (Author: kcarlson): I added some debug output and it seems the problem is with the limit of the byte buffers: {code} INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 75) o1 limit: 4 INFO [CompactionExecutor:2] 2013-03-12 15:36:47,507 TimeUUIDType.java (line 76) o2 limit: 16 {code} IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Reporter: Kristoffer Carlson I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of Muriel701 by Muriel701
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The Muriel701 page has been changed by Muriel701: http://wiki.apache.org/cassandra/Muriel701 New page: We're content, firm, vivid, gcf toasty, genuine; truly serious and additionally given the task of job, project, can tolerate problems plus have work, dares to help innovate, all the braveness to satisfy the battle, dares to undertake the responsibility; great work interest, as well as enthusiasm, increased exposure of family interaction gyfelku in addition to a critical and sensible do the job; solid organizational potential together with great crew alliance heart and soul, serious leaders gzquqv together with friends; but expand astounding to function and then the increase of firm working experience, ptj but will also increased its confidence.BR BR My web site - [[http://www.diggchaneloutlet.com|chanel wallet]]
[jira] [Updated] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kristoffer Carlson updated CASSANDRA-4326: -- Description: NOTE: The following description is from 1.1.1, see comments I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} was: I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at
[jira] [Updated] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kristoffer Carlson updated CASSANDRA-4326: -- Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Cassandra 1.2.2 running on CentOS 6.0 64bit, 2 nodes, amazon cloud m1.large was:Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Affects Version/s: 1.2.2 IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1, 1.2.2 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Cassandra 1.2.2 running on CentOS 6.0 64bit, 2 nodes, amazon cloud m1.large Reporter: Kristoffer Carlson I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4537) We should emit number of sstables in each level from JMX
[ https://issues.apache.org/jira/browse/CASSANDRA-4537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600132#comment-13600132 ] Cyril Scetbon commented on CASSANDRA-4537: -- why is this information not available when we are using size tiered compaction ? It would be interesting to know how much different similar-sized stables exist. We should emit number of sstables in each level from JMX Key: CASSANDRA-4537 URL: https://issues.apache.org/jira/browse/CASSANDRA-4537 Project: Cassandra Issue Type: Bug Affects Versions: 1.0.0 Reporter: sankalp kohli Assignee: Yuki Morishita Priority: Minor Labels: compaction, leveled Fix For: 1.2.0 beta 1 Attachments: 4537.txt, 4537-v2.txt Original Estimate: 12h Remaining Estimate: 12h We should add methods to this Mbean org.apache.cassandra.db.ColumnFamilyStoreMBean These metrics will be helpful to see how sstables are distributed in different levels and how they move to higher level with time. Currently we can see this by looking at the json file but with JMX, we can monitor the historic values over time using any monitoring tool. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600125#comment-13600125 ] Kristoffer Carlson commented on CASSANDRA-4326: --- Am currently using a quick-and-dirty workaround. Not sure of the impact, but I can start the server: (in org.apache.cassandra.db.marshal.TimeUUIDType) {code:java} private static int compareTimestampBytes(ByteBuffer o1, ByteBuffer o2) { int o1Pos = o1.position(); int o2Pos = o2.position(); if(o1.limit() 16 o2.limit() 16) { logger.error(o1 limit: {} ({}), o1.limit(), ByteBufferUtil.bytesToHex(o1)); logger.error(o2 limit: {} ({}), o2.limit(), ByteBufferUtil.bytesToHex(o2)); return 0; } if(o1.limit() 16) { logger.error(o1 limit: {} ({}), o1.limit(), ByteBufferUtil.bytesToHex(o1)); return -1; } if(o2.limit() 16) { logger.error(o2 limit: {} ({}), o2.limit(), ByteBufferUtil.bytesToHex(o2)); return 1; } . . . {code} IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Reporter: Kristoffer Carlson I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see:
[Cassandra Wiki] Trivial Update of RosalynF8 by RosalynF8
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The RosalynF8 page has been changed by RosalynF8: http://wiki.apache.org/cassandra/RosalynF8 New page: Hello there! Throughout southern california: Zere X.BR FdqgrpeBR I love to to understand, r whichever nation, k which area are you feeling d by.BR I e prefer to look at some fashion magazines, catalogs. Discover quite a few design elements this issue.BR Our call might be:095 * 3505193BR BR My homepage; [[http://ghsumc.org/beatsbydreforcheap.html|cheap beats by dre]]
[jira] [Updated] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kristoffer Carlson updated CASSANDRA-4326: -- Description: NOTE: The following description is from 1.1.1, see comments from 12/Mar/13 and on for recent failure (v1.2.2). I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} was: NOTE: The following description is from 1.1.1, see comments I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at
[jira] [Commented] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600104#comment-13600104 ] Kristoffer Carlson commented on CASSANDRA-4326: --- The stacktrace: {code} ERROR [CompactionExecutor:2] 2013-03-12 15:36:47,509 CassandraDaemon.java (line 169) Exception in thread Thread[CompactionExecutor:2,1,main] java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Buffer.java:532) at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:139) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:78) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:64) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:34) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:44) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:85) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:36) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(ConcurrentSkipListMap.java:727) at java.util.concurrent.ConcurrentSkipListMap.findNode(ConcurrentSkipListMap.java:789) at java.util.concurrent.ConcurrentSkipListMap.doGet(ConcurrentSkipListMap.java:828) at java.util.concurrent.ConcurrentSkipListMap.get(ConcurrentSkipListMap.java:1626) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:247) at org.apache.cassandra.db.Memtable.put(Memtable.java:174) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:853) at org.apache.cassandra.db.index.AbstractSimplePerColumnSecondaryIndex.insert(AbstractSimplePerColumnSecondaryIndex.java:120) at org.apache.cassandra.db.index.SecondaryIndexManager.indexRow(SecondaryIndexManager.java:439) at org.apache.cassandra.db.Table.indexRow(Table.java:433) at org.apache.cassandra.db.index.SecondaryIndexBuilder.build(SecondaryIndexBuilder.java:62) at org.apache.cassandra.db.compaction.CompactionManager$9.run(CompactionManager.java:768) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) INFO [main] 2013-03-12 15:36:47,518 CommitLogReplayer.java (line 279) Finished reading /mnt/md0/cassandra/commitlog/CommitLog-2-1363041193603.log INFO [main] 2013-03-12 15:36:47,519 CommitLogReplayer.java (line 119) Replaying /mnt/md0/cassandra/commitlog/CommitLog-2-1363041193604.log {code} IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Reporter: Kristoffer Carlson I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at
[jira] [Commented] (CASSANDRA-4937) CRAR improvements (object cache + CompressionMetadata chunk offset storage moved off-heap).
[ https://issues.apache.org/jira/browse/CASSANDRA-4937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600133#comment-13600133 ] Yuki Morishita commented on CASSANDRA-4937: --- Honestly, I cannot judge which is better and it seems case by case. So I like make in a config option disabled by default idea that Pavel suggested before. CRAR improvements (object cache + CompressionMetadata chunk offset storage moved off-heap). --- Key: CASSANDRA-4937 URL: https://issues.apache.org/jira/browse/CASSANDRA-4937 Project: Cassandra Issue Type: Improvement Reporter: Pavel Yaskevich Assignee: Pavel Yaskevich Labels: core Fix For: 1.2.3 Attachments: 4937-v3.txt, CASSANDRA-4937.patch, CASSANDRA-4937-trunk.patch After good amount of testing on one of the clusters it was found that in order to improve read latency we need to minimize allocation rate that compression involves, that minimizes GC (as well as heap usage) and substantially decreases latency on read heavy workloads. I have also discovered that RAR skip cache harms performance in situation when reads are done in parallel with compaction working with relatively big SSTable files (few GB and more). The attached patch removes possibility to skip cache from compressed files (I can also add changes to RAR to remove skip cache functionality as a separate patch). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis resolved CASSANDRA-4326. --- Resolution: Invalid Timeuuids are always exactly 16 bytes (or zero). So if that is fixing it, you have a problem with data validation, probably because you changed the type to timeuuid after inserting non-uuid data. IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1, 1.2.2 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Cassandra 1.2.2 running on CentOS 6.0 64bit, 2 nodes, amazon cloud m1.large Reporter: Kristoffer Carlson NOTE: The following description is from 1.1.1, see comments from 12/Mar/13 and on for recent failure (v1.2.2). I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5245) AnitEntropy/MerkleTree Error
[ https://issues.apache.org/jira/browse/CASSANDRA-5245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600241#comment-13600241 ] Joey Imbasciano commented on CASSANDRA-5245: Any chance these fixes will make it into the 1.2.3 release? AnitEntropy/MerkleTree Error Key: CASSANDRA-5245 URL: https://issues.apache.org/jira/browse/CASSANDRA-5245 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.2.0, 1.2.1 Reporter: David Röhr Assignee: Sylvain Lebresne Priority: Minor Attachments: 5245-1.2.txt, 5245-diffHelper.txt We are seeing AntiEntropy errors when performing repair jobs in one of our Cassandra clusters. It seems to have started with 1.2. (maybe an issue with vnodes) The exceptions occur almost every time we try to do a repair on all column families in the cluster. Doing the same task on 1.1 does not trigger this. 6 nodes cluster (vnodes, murmur3, rf:3) very low activity running a nodetool repair -pr loop on the cluster nodes nodetool hangs, and same big stacktrace in logs. root 11025 0.0 0.0 106100 1436 pts/0 S+ Feb11 0:00 _ /bin/sh /usr/bin/nodetool -h HOST -p 7199 -pr repair KEYSPACE COLUMN_FAMILY ERROR [AntiEntropyStage:3] 2013-02-11 17:08:12,630 CassandraDaemon.java (line 133) Exception in thread Thread[AntiEntropyStage:3,5,main] java.lang.AssertionError at org.apache.cassandra.utils.MerkleTree.inc(MerkleTree.java:137) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:245) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:256) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267)
[jira] [Resolved] (CASSANDRA-5335) need ability to switch to LCS node by node
[ https://issues.apache.org/jira/browse/CASSANDRA-5335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams resolved CASSANDRA-5335. - Resolution: Not A Problem You can switch node by node via jmx. need ability to switch to LCS node by node -- Key: CASSANDRA-5335 URL: https://issues.apache.org/jira/browse/CASSANDRA-5335 Project: Cassandra Issue Type: Bug Affects Versions: 1.2.2 Environment: linux, cassandra 1.2.2 Reporter: Dean Hiller Labels: compaction when we switched to LCS, nearly all the servers started rewriting their file structure. We need a way to switch just one node so we can slowly roll out a huge change like this. doing the whole cluster brought it to it's needs and we tried nodetool stop compaction on some nodes but that did not help at all. We had to really wait overnight for all LCS to finish. We had also tried nodetool setcompactionthroughput 1 which also had no effect and performance was still pretty bad. Ideally, none of this would be a problem if we were just doing one node as we would just pull the node back out while it was converting to LCS. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[1/2] git commit: Fix bad merge (commit: 88b9d95165b5f83896be740bcfff260ff8e2009d)
Fix bad merge (commit: 88b9d95165b5f83896be740bcfff260ff8e2009d) Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/444a5515 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/444a5515 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/444a5515 Branch: refs/heads/cassandra-1.2 Commit: 444a5515bad8b6ab57a3489f0ea0563115eeacb4 Parents: 2513480 Author: Sylvain Lebresne sylv...@datastax.com Authored: Wed Mar 6 18:22:03 2013 +0100 Committer: Sylvain Lebresne sylv...@datastax.com Committed: Tue Mar 12 18:56:22 2013 +0100 -- .../apache/cassandra/db/SliceFromReadCommand.java |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/444a5515/src/java/org/apache/cassandra/db/SliceFromReadCommand.java -- diff --git a/src/java/org/apache/cassandra/db/SliceFromReadCommand.java b/src/java/org/apache/cassandra/db/SliceFromReadCommand.java index a9bbaf0..889038d 100644 --- a/src/java/org/apache/cassandra/db/SliceFromReadCommand.java +++ b/src/java/org/apache/cassandra/db/SliceFromReadCommand.java @@ -77,8 +77,9 @@ public class SliceFromReadCommand extends ReadCommand int count = filter.count; // We generate a retry if at least one node reply with count live columns but after merge we have less -// than the total number of column we are interested in (which may be count on a retry) -if (maxLiveColumns = count) +// than the total number of column we are interested in (which may be count on a retry). +// So in particular, if no host returned count live columns, we know it's not a short read. +if (maxLiveColumns count) return null; int liveCountInRow = row == null || row.cf == null ? 0 : filter.getLiveCount(row.cf);
[2/2] git commit: Fix AssertionError during repair
Updated Branches: refs/heads/cassandra-1.2 2513480cc - e4b3d403f Fix AssertionError during repair patch by yukim and slebresne; reviewed by yukim and slebresne for CASSANDRA-5245 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/e4b3d403 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/e4b3d403 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/e4b3d403 Branch: refs/heads/cassandra-1.2 Commit: e4b3d403f3a2885dcf45ac574c9e4875f91a9724 Parents: 444a551 Author: Sylvain Lebresne sylv...@datastax.com Authored: Tue Mar 12 19:01:45 2013 +0100 Committer: Sylvain Lebresne sylv...@datastax.com Committed: Tue Mar 12 19:01:45 2013 +0100 -- CHANGES.txt|1 + .../cassandra/service/AntiEntropyService.java |2 +- .../org/apache/cassandra/utils/MerkleTree.java |3 +++ 3 files changed, 5 insertions(+), 1 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/e4b3d403/CHANGES.txt -- diff --git a/CHANGES.txt b/CHANGES.txt index 3550ef6..d249806 100644 --- a/CHANGES.txt +++ b/CHANGES.txt @@ -19,6 +19,7 @@ * cqlsh: Fix COPY FROM value quoting and null handling (CASSANDRA-5305) * Fix repair -pr for vnodes (CASSANDRA-5329) * Relax CL for auth queries for non-default users (CASSANDRA-5310) + * Fix AssertionError during repair (CASSANDRA-5245) Merged from 1.1: * fix logging of Found table data in data directories when only system tables are present (CASSANDRA-5289) http://git-wip-us.apache.org/repos/asf/cassandra/blob/e4b3d403/src/java/org/apache/cassandra/service/AntiEntropyService.java -- diff --git a/src/java/org/apache/cassandra/service/AntiEntropyService.java b/src/java/org/apache/cassandra/service/AntiEntropyService.java index a7df82d..d532d07 100644 --- a/src/java/org/apache/cassandra/service/AntiEntropyService.java +++ b/src/java/org/apache/cassandra/service/AntiEntropyService.java @@ -296,7 +296,7 @@ public class AntiEntropyService public void prepare(ColumnFamilyStore cfs) { -if (tree.partitioner() instanceof RandomPartitioner) +if (!tree.partitioner().preservesOrder()) { // You can't beat an even tree distribution for md5 tree.init(); http://git-wip-us.apache.org/repos/asf/cassandra/blob/e4b3d403/src/java/org/apache/cassandra/utils/MerkleTree.java -- diff --git a/src/java/org/apache/cassandra/utils/MerkleTree.java b/src/java/org/apache/cassandra/utils/MerkleTree.java index 0310827..d9040d9 100644 --- a/src/java/org/apache/cassandra/utils/MerkleTree.java +++ b/src/java/org/apache/cassandra/utils/MerkleTree.java @@ -241,6 +241,9 @@ public class MerkleTree implements Serializable */ static int differenceHelper(MerkleTree ltree, MerkleTree rtree, ListTreeRange diff, TreeRange active) { +if (active.depth == Byte.MAX_VALUE) +return CONSISTENT; + Token midpoint = ltree.partitioner().midpoint(active.left, active.right); TreeRange left = new TreeRange(null, active.left, midpoint, inc(active.depth), null); TreeRange right = new TreeRange(null, midpoint, active.right, inc(active.depth), null);
[jira] [Commented] (CASSANDRA-5334) NullPointerException in a mixed 1.1 / 1.2 cluster
[ https://issues.apache.org/jira/browse/CASSANDRA-5334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600264#comment-13600264 ] Brandon Williams commented on CASSANDRA-5334: - Do you know which step is causing the exception? NullPointerException in a mixed 1.1 / 1.2 cluster - Key: CASSANDRA-5334 URL: https://issues.apache.org/jira/browse/CASSANDRA-5334 Project: Cassandra Issue Type: Bug Affects Versions: 1.1.9 Reporter: Ryan McGuire I have a mixed version cluster consisting of two 1.1.9 nodes and one 1.2.2 node upgraded from 1.1.9. The upgrade works, and I don't see any end user problems, however I see this exception in the logs on the non-upgraded nodes: {code} ERROR [MigrationStage:1] 2013-03-11 18:09:09,001 AbstractCassandraDaemon.java (line 135) Exception in thread Thread[MigrationStage:1,5,main] java.lang.NullPointerException at org.apache.cassandra.utils.ByteBufferUtil.string(ByteBufferUtil.java:167) at org.apache.cassandra.utils.ByteBufferUtil.string(ByteBufferUtil.java:124) at org.apache.cassandra.cql.jdbc.JdbcUTF8.getString(JdbcUTF8.java:77) at org.apache.cassandra.cql.jdbc.JdbcUTF8.compose(JdbcUTF8.java:97) at org.apache.cassandra.db.marshal.UTF8Type.compose(UTF8Type.java:35) at org.apache.cassandra.cql3.UntypedResultSet$Row.getString(UntypedResultSet.java:87) at org.apache.cassandra.config.KSMetaData.fromSchema(KSMetaData.java:256) at org.apache.cassandra.db.DefsTable.mergeKeyspaces(DefsTable.java:397) at org.apache.cassandra.db.DefsTable.mergeSchema(DefsTable.java:373) at org.apache.cassandra.db.DefsTable.mergeRemoteSchema(DefsTable.java:352) at org.apache.cassandra.db.DefinitionsUpdateVerbHandler$1.runMayThrow(DefinitionsUpdateVerbHandler.java:48) at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) {code} Steps to reproduce: {code} ccm create -v 1.1.9 1.1.9 ccm populate -n 3 ccm start ccm node1 stress ccm node1 down {code} edit ~/.ccm/1.1.9/cluster.conf and configure cassandra_dir to point to 1.2.2 {code} ccm node1 up {code} The cluster is now a mixed version, and works for user queries, but with the exception above. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[3/3] git commit: Merge branch 'cassandra-1.2' into trunk
Updated Branches: refs/heads/trunk 23da64c81 - c7230f2e2 Merge branch 'cassandra-1.2' into trunk Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/c7230f2e Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/c7230f2e Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/c7230f2e Branch: refs/heads/trunk Commit: c7230f2e287bc0358e6bba6c2b9879b8fa209863 Parents: 23da64c e4b3d40 Author: Sylvain Lebresne sylv...@datastax.com Authored: Tue Mar 12 19:03:51 2013 +0100 Committer: Sylvain Lebresne sylv...@datastax.com Committed: Tue Mar 12 19:03:51 2013 +0100 -- CHANGES.txt|1 + .../cassandra/service/AntiEntropyService.java |2 +- .../org/apache/cassandra/utils/MerkleTree.java |3 +++ 3 files changed, 5 insertions(+), 1 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/c7230f2e/CHANGES.txt -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/c7230f2e/src/java/org/apache/cassandra/service/AntiEntropyService.java --
[1/3] git commit: Fix bad merge (commit: 88b9d95165b5f83896be740bcfff260ff8e2009d)
Fix bad merge (commit: 88b9d95165b5f83896be740bcfff260ff8e2009d) Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/444a5515 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/444a5515 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/444a5515 Branch: refs/heads/trunk Commit: 444a5515bad8b6ab57a3489f0ea0563115eeacb4 Parents: 2513480 Author: Sylvain Lebresne sylv...@datastax.com Authored: Wed Mar 6 18:22:03 2013 +0100 Committer: Sylvain Lebresne sylv...@datastax.com Committed: Tue Mar 12 18:56:22 2013 +0100 -- .../apache/cassandra/db/SliceFromReadCommand.java |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/444a5515/src/java/org/apache/cassandra/db/SliceFromReadCommand.java -- diff --git a/src/java/org/apache/cassandra/db/SliceFromReadCommand.java b/src/java/org/apache/cassandra/db/SliceFromReadCommand.java index a9bbaf0..889038d 100644 --- a/src/java/org/apache/cassandra/db/SliceFromReadCommand.java +++ b/src/java/org/apache/cassandra/db/SliceFromReadCommand.java @@ -77,8 +77,9 @@ public class SliceFromReadCommand extends ReadCommand int count = filter.count; // We generate a retry if at least one node reply with count live columns but after merge we have less -// than the total number of column we are interested in (which may be count on a retry) -if (maxLiveColumns = count) +// than the total number of column we are interested in (which may be count on a retry). +// So in particular, if no host returned count live columns, we know it's not a short read. +if (maxLiveColumns count) return null; int liveCountInRow = row == null || row.cf == null ? 0 : filter.getLiveCount(row.cf);
[2/3] git commit: Fix AssertionError during repair
Fix AssertionError during repair patch by yukim and slebresne; reviewed by yukim and slebresne for CASSANDRA-5245 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/e4b3d403 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/e4b3d403 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/e4b3d403 Branch: refs/heads/trunk Commit: e4b3d403f3a2885dcf45ac574c9e4875f91a9724 Parents: 444a551 Author: Sylvain Lebresne sylv...@datastax.com Authored: Tue Mar 12 19:01:45 2013 +0100 Committer: Sylvain Lebresne sylv...@datastax.com Committed: Tue Mar 12 19:01:45 2013 +0100 -- CHANGES.txt|1 + .../cassandra/service/AntiEntropyService.java |2 +- .../org/apache/cassandra/utils/MerkleTree.java |3 +++ 3 files changed, 5 insertions(+), 1 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/e4b3d403/CHANGES.txt -- diff --git a/CHANGES.txt b/CHANGES.txt index 3550ef6..d249806 100644 --- a/CHANGES.txt +++ b/CHANGES.txt @@ -19,6 +19,7 @@ * cqlsh: Fix COPY FROM value quoting and null handling (CASSANDRA-5305) * Fix repair -pr for vnodes (CASSANDRA-5329) * Relax CL for auth queries for non-default users (CASSANDRA-5310) + * Fix AssertionError during repair (CASSANDRA-5245) Merged from 1.1: * fix logging of Found table data in data directories when only system tables are present (CASSANDRA-5289) http://git-wip-us.apache.org/repos/asf/cassandra/blob/e4b3d403/src/java/org/apache/cassandra/service/AntiEntropyService.java -- diff --git a/src/java/org/apache/cassandra/service/AntiEntropyService.java b/src/java/org/apache/cassandra/service/AntiEntropyService.java index a7df82d..d532d07 100644 --- a/src/java/org/apache/cassandra/service/AntiEntropyService.java +++ b/src/java/org/apache/cassandra/service/AntiEntropyService.java @@ -296,7 +296,7 @@ public class AntiEntropyService public void prepare(ColumnFamilyStore cfs) { -if (tree.partitioner() instanceof RandomPartitioner) +if (!tree.partitioner().preservesOrder()) { // You can't beat an even tree distribution for md5 tree.init(); http://git-wip-us.apache.org/repos/asf/cassandra/blob/e4b3d403/src/java/org/apache/cassandra/utils/MerkleTree.java -- diff --git a/src/java/org/apache/cassandra/utils/MerkleTree.java b/src/java/org/apache/cassandra/utils/MerkleTree.java index 0310827..d9040d9 100644 --- a/src/java/org/apache/cassandra/utils/MerkleTree.java +++ b/src/java/org/apache/cassandra/utils/MerkleTree.java @@ -241,6 +241,9 @@ public class MerkleTree implements Serializable */ static int differenceHelper(MerkleTree ltree, MerkleTree rtree, ListTreeRange diff, TreeRange active) { +if (active.depth == Byte.MAX_VALUE) +return CONSISTENT; + Token midpoint = ltree.partitioner().midpoint(active.left, active.right); TreeRange left = new TreeRange(null, active.left, midpoint, inc(active.depth), null); TreeRange right = new TreeRange(null, midpoint, active.right, inc(active.depth), null);
[jira] [Resolved] (CASSANDRA-5245) AnitEntropy/MerkleTree Error
[ https://issues.apache.org/jira/browse/CASSANDRA-5245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sylvain Lebresne resolved CASSANDRA-5245. - Resolution: Fixed Fix Version/s: 1.2.3 Reviewer: yukim Yep, committed, thanks. AnitEntropy/MerkleTree Error Key: CASSANDRA-5245 URL: https://issues.apache.org/jira/browse/CASSANDRA-5245 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.2.0, 1.2.1 Reporter: David Röhr Assignee: Sylvain Lebresne Priority: Minor Fix For: 1.2.3 Attachments: 5245-1.2.txt, 5245-diffHelper.txt We are seeing AntiEntropy errors when performing repair jobs in one of our Cassandra clusters. It seems to have started with 1.2. (maybe an issue with vnodes) The exceptions occur almost every time we try to do a repair on all column families in the cluster. Doing the same task on 1.1 does not trigger this. 6 nodes cluster (vnodes, murmur3, rf:3) very low activity running a nodetool repair -pr loop on the cluster nodes nodetool hangs, and same big stacktrace in logs. root 11025 0.0 0.0 106100 1436 pts/0 S+ Feb11 0:00 _ /bin/sh /usr/bin/nodetool -h HOST -p 7199 -pr repair KEYSPACE COLUMN_FAMILY ERROR [AntiEntropyStage:3] 2013-02-11 17:08:12,630 CassandraDaemon.java (line 133) Exception in thread Thread[AntiEntropyStage:3,5,main] java.lang.AssertionError at org.apache.cassandra.utils.MerkleTree.inc(MerkleTree.java:137) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:245) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:256) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at org.apache.cassandra.utils.MerkleTree.differenceHelper(MerkleTree.java:267) at
[jira] [Commented] (CASSANDRA-5334) NullPointerException in a mixed 1.1 / 1.2 cluster
[ https://issues.apache.org/jira/browse/CASSANDRA-5334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600267#comment-13600267 ] Ryan McGuire commented on CASSANDRA-5334: - It only happens once you bring node1 up. NullPointerException in a mixed 1.1 / 1.2 cluster - Key: CASSANDRA-5334 URL: https://issues.apache.org/jira/browse/CASSANDRA-5334 Project: Cassandra Issue Type: Bug Affects Versions: 1.1.9 Reporter: Ryan McGuire I have a mixed version cluster consisting of two 1.1.9 nodes and one 1.2.2 node upgraded from 1.1.9. The upgrade works, and I don't see any end user problems, however I see this exception in the logs on the non-upgraded nodes: {code} ERROR [MigrationStage:1] 2013-03-11 18:09:09,001 AbstractCassandraDaemon.java (line 135) Exception in thread Thread[MigrationStage:1,5,main] java.lang.NullPointerException at org.apache.cassandra.utils.ByteBufferUtil.string(ByteBufferUtil.java:167) at org.apache.cassandra.utils.ByteBufferUtil.string(ByteBufferUtil.java:124) at org.apache.cassandra.cql.jdbc.JdbcUTF8.getString(JdbcUTF8.java:77) at org.apache.cassandra.cql.jdbc.JdbcUTF8.compose(JdbcUTF8.java:97) at org.apache.cassandra.db.marshal.UTF8Type.compose(UTF8Type.java:35) at org.apache.cassandra.cql3.UntypedResultSet$Row.getString(UntypedResultSet.java:87) at org.apache.cassandra.config.KSMetaData.fromSchema(KSMetaData.java:256) at org.apache.cassandra.db.DefsTable.mergeKeyspaces(DefsTable.java:397) at org.apache.cassandra.db.DefsTable.mergeSchema(DefsTable.java:373) at org.apache.cassandra.db.DefsTable.mergeRemoteSchema(DefsTable.java:352) at org.apache.cassandra.db.DefinitionsUpdateVerbHandler$1.runMayThrow(DefinitionsUpdateVerbHandler.java:48) at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) {code} Steps to reproduce: {code} ccm create -v 1.1.9 1.1.9 ccm populate -n 3 ccm start ccm node1 stress ccm node1 down {code} edit ~/.ccm/1.1.9/cluster.conf and configure cassandra_dir to point to 1.2.2 {code} ccm node1 up {code} The cluster is now a mixed version, and works for user queries, but with the exception above. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CASSANDRA-5334) NullPointerException in a mixed 1.1 / 1.2 cluster
[ https://issues.apache.org/jira/browse/CASSANDRA-5334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600267#comment-13600267 ] Ryan McGuire edited comment on CASSANDRA-5334 at 3/12/13 6:06 PM: -- It only happens once you bring node1 up on the new version, the error appears at that moment on the other nodes. was (Author: enigmacurry): It only happens once you bring node1 up. NullPointerException in a mixed 1.1 / 1.2 cluster - Key: CASSANDRA-5334 URL: https://issues.apache.org/jira/browse/CASSANDRA-5334 Project: Cassandra Issue Type: Bug Affects Versions: 1.1.9 Reporter: Ryan McGuire I have a mixed version cluster consisting of two 1.1.9 nodes and one 1.2.2 node upgraded from 1.1.9. The upgrade works, and I don't see any end user problems, however I see this exception in the logs on the non-upgraded nodes: {code} ERROR [MigrationStage:1] 2013-03-11 18:09:09,001 AbstractCassandraDaemon.java (line 135) Exception in thread Thread[MigrationStage:1,5,main] java.lang.NullPointerException at org.apache.cassandra.utils.ByteBufferUtil.string(ByteBufferUtil.java:167) at org.apache.cassandra.utils.ByteBufferUtil.string(ByteBufferUtil.java:124) at org.apache.cassandra.cql.jdbc.JdbcUTF8.getString(JdbcUTF8.java:77) at org.apache.cassandra.cql.jdbc.JdbcUTF8.compose(JdbcUTF8.java:97) at org.apache.cassandra.db.marshal.UTF8Type.compose(UTF8Type.java:35) at org.apache.cassandra.cql3.UntypedResultSet$Row.getString(UntypedResultSet.java:87) at org.apache.cassandra.config.KSMetaData.fromSchema(KSMetaData.java:256) at org.apache.cassandra.db.DefsTable.mergeKeyspaces(DefsTable.java:397) at org.apache.cassandra.db.DefsTable.mergeSchema(DefsTable.java:373) at org.apache.cassandra.db.DefsTable.mergeRemoteSchema(DefsTable.java:352) at org.apache.cassandra.db.DefinitionsUpdateVerbHandler$1.runMayThrow(DefinitionsUpdateVerbHandler.java:48) at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) {code} Steps to reproduce: {code} ccm create -v 1.1.9 1.1.9 ccm populate -n 3 ccm start ccm node1 stress ccm node1 down {code} edit ~/.ccm/1.1.9/cluster.conf and configure cassandra_dir to point to 1.2.2 {code} ccm node1 up {code} The cluster is now a mixed version, and works for user queries, but with the exception above. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5314) Replaying old batches can 'undo' deletes
[ https://issues.apache.org/jira/browse/CASSANDRA-5314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600274#comment-13600274 ] Sylvain Lebresne commented on CASSANDRA-5314: - Isn't that a problem we already have with normal hints? After all, if an insert takes a long time to get delivered and you have a short gc_grace, some delete that override an hint could get gced before the hint gets delivered. In any case, I agree with Jonathan: saying that you shouldn't have a gc_grace too short if you do deletes seems fair to me, in the sense that it's what gc_grace is about: providing some time frame after which you consider everything has been delivered. Replaying old batches can 'undo' deletes Key: CASSANDRA-5314 URL: https://issues.apache.org/jira/browse/CASSANDRA-5314 Project: Cassandra Issue Type: Bug Affects Versions: 1.2.2 Reporter: Aleksey Yeschenko Assignee: Aleksey Yeschenko Fix For: 1.2.3 Batchlog manager does not subtract the time spent in the batchlog from hints' ttls and this may cause undoing deletes. The attached patch fixes it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-5336) C* crashes with an OOM error when using the Simba Driver on a very wide table
Steven Lowenthal created CASSANDRA-5336: --- Summary: C* crashes with an OOM error when using the Simba Driver on a very wide table Key: CASSANDRA-5336 URL: https://issues.apache.org/jira/browse/CASSANDRA-5336 Project: Cassandra Issue Type: Bug Components: API Affects Versions: 1.1.6 Environment: C* on a Mac with 1GB VM. Simba ODBC driver Reporter: Steven Lowenthal The Simba driver executes a version of a count(*) query: SELECT SUM(1) from nhanes3 having sum(1) 0. It uses this format so ODBC returns a no rows found error if the table is empty. It translates into a series of get_range_slice calls which bring back all of the rows, and for every row, it brings back every single column name. C* crashes with an OOM in the thrift code. The table has almost 600 columns of mixed text and numeric data with many empty values. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-5337) vnode-aware replacenode command
Jonathan Ellis created CASSANDRA-5337: - Summary: vnode-aware replacenode command Key: CASSANDRA-5337 URL: https://issues.apache.org/jira/browse/CASSANDRA-5337 Project: Cassandra Issue Type: New Feature Components: Core Affects Versions: 1.2.0 Reporter: Jonathan Ellis Assignee: Brandon Williams Fix For: 2.0 Currently you have the following options to replace a dead, unrecoverable node: - replacetoken. this requires specifying all 256 or so vnode tokens as a CSL - bootstrap new node, decommission old one. this is inefficient since the new node's vnodes will probably not overlap much with the old one's, so we replicate stream about 2x as much as if we were just replacing the old with the new We should add an analogue to replacetoken that takes the address or node ID of the dead node instead. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5314) Replaying old batches can 'undo' deletes
[ https://issues.apache.org/jira/browse/CASSANDRA-5314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600298#comment-13600298 ] Jonathan Ellis commented on CASSANDRA-5314: --- We TTL hints with gcgs to prevent this, iirc. Replaying old batches can 'undo' deletes Key: CASSANDRA-5314 URL: https://issues.apache.org/jira/browse/CASSANDRA-5314 Project: Cassandra Issue Type: Bug Affects Versions: 1.2.2 Reporter: Aleksey Yeschenko Assignee: Aleksey Yeschenko Fix For: 1.2.3 Batchlog manager does not subtract the time spent in the batchlog from hints' ttls and this may cause undoing deletes. The attached patch fixes it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5336) C* crashes with an OOM error when using the Simba Driver on a very wide table
[ https://issues.apache.org/jira/browse/CASSANDRA-5336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600300#comment-13600300 ] Jonathan Ellis commented on CASSANDRA-5336: --- Can you give a test case to reproduce? There are lots of get_range_slice calls that do not OOM... C* crashes with an OOM error when using the Simba Driver on a very wide table - Key: CASSANDRA-5336 URL: https://issues.apache.org/jira/browse/CASSANDRA-5336 Project: Cassandra Issue Type: Bug Components: API Affects Versions: 1.1.6 Environment: C* on a Mac with 1GB VM. Simba ODBC driver Reporter: Steven Lowenthal The Simba driver executes a version of a count(*) query: SELECT SUM(1) from nhanes3 having sum(1) 0. It uses this format so ODBC returns a no rows found error if the table is empty. It translates into a series of get_range_slice calls which bring back all of the rows, and for every row, it brings back every single column name. C* crashes with an OOM in the thrift code. The table has almost 600 columns of mixed text and numeric data with many empty values. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of WillieMcc by WillieMcc
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The WillieMcc page has been changed by WillieMcc: http://wiki.apache.org/cassandra/WillieMcc New page: Hello! I'm michael duivis: Viep G. NmofkxfBR I like to socialize, x regardless of what place, o which area are you feeling f because of.BR And I also d love to read some magazines, guides. Know about numerous model features of individual.BR Your phone is undoubtedly:255 \ 8485376BR BR Here is my homepage ... [[http://www.firmchaneloutlet.com|chanel bags]]
[jira] [Commented] (CASSANDRA-4693) CQL Protocol should allow multiple PreparedStatements to be atomically executed
[ https://issues.apache.org/jira/browse/CASSANDRA-4693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600316#comment-13600316 ] Jonathan Ellis commented on CASSANDRA-4693: --- We're only talking about updates here, right? Not returning multiple resultsets? CQL Protocol should allow multiple PreparedStatements to be atomically executed --- Key: CASSANDRA-4693 URL: https://issues.apache.org/jira/browse/CASSANDRA-4693 Project: Cassandra Issue Type: Improvement Components: Core Reporter: Michaël Figuière Labels: cql, protocol Fix For: 2.0 Currently the only way to insert multiple records on the same partition key, atomically and using PreparedStatements is to use a CQL BATCH command. Unfortunately when doing so the amount of records to be inserted must be known prior to prepare the statement which is rarely the case. Thus the only workaround if one want to keep atomicity is currently to use unprepared statements which send a bulk of CQL strings and is fairly inefficient. Therefore CQL Protocol should allow clients to send multiple PreparedStatements to be executed with similar guarantees and semantic as CQL BATCH command. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of DiegoMatt by DiegoMatt
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The DiegoMatt page has been changed by DiegoMatt: http://wiki.apache.org/cassandra/DiegoMatt New page: Collage gently apart when it comes to an additional, Gu college, over the teacher as well as lessons of their very own tough research, I have efficiently concluded qualified training,, plus develop a beneficial habit of considerable go through together with deliver the results!BR BR . Can easily hard-working, true along with follow the process iv of integrity in addition to honesty, typically the courage to help difficulty by themself together with grow his or her possible;BR Generate a working people, their work passion, that allows you to very own plan to achieve those things you'd like frantically into drive;BR Have a very good kmgu attitude, prepared make contact with consumers, dealing with people, is generally fairly point communication with individuals, tough power team control qualities and a heart and soul for collaboration individuals, be prepared to try really hard to play to succeed in squad pursuits;BR Be a master at getting to know, persistence not to mention pragmatism, assiduously, possess broad attention vam as well as abundant education, effective capacity to fine-tune, bv so that you can integrate right cutting edge subject in the period of time, to adapt to her as well as set the pup to do;BR BR Here is my weblog [[http://www.diggchaneloutlet.com|chanel bags]]
[jira] [Commented] (CASSANDRA-4326) IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes
[ https://issues.apache.org/jira/browse/CASSANDRA-4326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600354#comment-13600354 ] Kristoffer Carlson commented on CASSANDRA-4326: --- I see. But these are all on secondary indexes. So wouldn't cassandra validate the data? I have not changed my schema either. This is happening when attempting to add another node along with one existing with a replication factor of 2. So it's odd that the first node never complained. IndexOutOfBoundsException on TimeUUIDType.compareTimestampBytes --- Key: CASSANDRA-4326 URL: https://issues.apache.org/jira/browse/CASSANDRA-4326 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.1.1, 1.2.2 Environment: Cassandra 1.1.1 running on CentOS 6.0 64bit. 5 nodes, mixed hardware. Cassandra 1.2.2 running on CentOS 6.0 64bit, 2 nodes, amazon cloud m1.large Reporter: Kristoffer Carlson NOTE: The following description is from 1.1.1, see comments from 12/Mar/13 and on for recent failure (v1.2.2). I get the following exception when performing a query on two indexed columns (both UTF8Type) with TimeUUIDType as the column families key validation class: {noformat} java.lang.RuntimeException: java.lang.IndexOutOfBoundsException at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1254) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Unknown Source) at java.nio.HeapByteBuffer.get(Unknown Source) at org.apache.cassandra.db.marshal.TimeUUIDType.compareTimestampBytes(TimeUUIDType.java:76) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:65) at org.apache.cassandra.db.marshal.TimeUUIDType.compare(TimeUUIDType.java:37) at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:45) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:89) at org.apache.cassandra.db.DecoratedKey.compareTo(DecoratedKey.java:38) at java.util.concurrent.ConcurrentSkipListMap.findPredecessor(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.findNode(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.doGet(Unknown Source) at java.util.concurrent.ConcurrentSkipListMap.get(Unknown Source) at org.apache.cassandra.db.Memtable.resolve(Memtable.java:235) at org.apache.cassandra.db.Memtable.put(Memtable.java:156) at org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:742) at org.apache.cassandra.db.index.keys.KeysIndex.deleteColumn(KeysIndex.java:82) at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates(SecondaryIndexManager.java:460) at org.apache.cassandra.db.Table.apply(Table.java:441) at org.apache.cassandra.db.Table.apply(Table.java:366) at org.apache.cassandra.db.RowMutation.apply(RowMutation.java:294) at org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:453) at org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:1250) ... 3 more ERROR [Selector-Thread-0] 2012-06-09 13:43:21,878 TNonblockingServer.java (line 468) Read an invalid frame size of 0. Are you using TFramedTransport on the client side? {noformat} Also, the keys were generated with the following function (which had worked previously): {code:borderStyle=solid} public static UUID convertLegacyIdToUuid(long millis, long userId) { long time = millis * 1 + 0x01b21dd213814000L; long timeLow = time 0xL; long timeMid = time 0xL; long timeHi = time 0xfffL; long upperLong = ( timeLow 32 ) | ( timeMid 16 ) | ( 1 12 ) | ( timeHi 48 ); return new UUID(upperLong, userId); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-5338) scripts fail when paths contain space
Amichai Rothman created CASSANDRA-5338: -- Summary: scripts fail when paths contain space Key: CASSANDRA-5338 URL: https://issues.apache.org/jira/browse/CASSANDRA-5338 Project: Cassandra Issue Type: Bug Components: Tools Affects Versions: 1.2.2 Environment: Kubuntu 12.10 (GNU bash 4.2.37), and Windows XP (msysgit GNU bash 3.1.0) Reporter: Amichai Rothman Priority: Minor The shell scripts fail when the cassandra or java dirs contain spaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-5338) scripts fail when paths contain space
[ https://issues.apache.org/jira/browse/CASSANDRA-5338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amichai Rothman updated CASSANDRA-5338: --- Attachment: fix_spaces_in_paths.patch The patch needs testing on other platforms. scripts fail when paths contain space - Key: CASSANDRA-5338 URL: https://issues.apache.org/jira/browse/CASSANDRA-5338 Project: Cassandra Issue Type: Bug Components: Tools Affects Versions: 1.2.2 Environment: Kubuntu 12.10 (GNU bash 4.2.37), and Windows XP (msysgit GNU bash 3.1.0) Reporter: Amichai Rothman Priority: Minor Attachments: fix_spaces_in_paths.patch The shell scripts fail when the cassandra or java dirs contain spaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3929) Support row size limits
[ https://issues.apache.org/jira/browse/CASSANDRA-3929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600393#comment-13600393 ] Jonathan Ellis commented on CASSANDRA-3929: --- How would you use this filter interface to implement something CQL-row-aware? Support row size limits --- Key: CASSANDRA-3929 URL: https://issues.apache.org/jira/browse/CASSANDRA-3929 Project: Cassandra Issue Type: New Feature Components: Core Reporter: Jonathan Ellis Priority: Minor Labels: ponies Fix For: 2.0 Attachments: 3929_b.txt, 3929_c.txt, 3929_d.txt, 3929_e.txt, 3929_f.txt, 3929_g_tests.txt, 3929_g.txt, 3929.txt We currently support expiring columns by time-to-live; we've also had requests for keeping the most recent N columns in a row. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of ColletteD by ColletteD
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The ColletteD page has been changed by ColletteD: http://wiki.apache.org/cassandra/ColletteD New page: I had been a fabulous vibrant as well as comfortable little girl.BR Apple delightful dark curly hair, a set light pigw vision, long accompanied by a small cherry jaws. Medium sized construct, big.BR I'm keen on the actual lotus, which often take a position with dignity put up inside the beach, a bit like a wonderful gal. I favor portrait, vocal skills, party ... I'm just highly shrewd, well - written statement, still, Also quickly learn how to Yue Xiang, shoot for more progress!BR caBR I throw a large amount of advantages, for instance I actually be able to write and momentum, and even superior quality, work in time for it to produce. Your thoughts are great, the dinner table is undoubtedly slow, he ibjvfy neglected to help you dictation regarding ideas, Allow me to are accountable to your ex.BR When I originated the hula , food, I can also enable my very own fathers and mothers all the way up. Then again, there's no great people, I throw a lots of faults, including I love to watch television, take up computer system on. However, as a way to learn, I would work flat out, tricky, really hard! I must head to education, ngsz education or simply assist me carry the to help her own mum. Effectively, think of it extremely bothered! I will learn much better. My sporting activities is amazingly inadequate, most definitely ping pong. Okay I actually keep in mind perhaps even as many as 70 don't, but also uncommon!BR BR Whats up, this reveals my very own yeqdd sports activities is just not!BR This is certainly myself, an incredible i actually!BR BR My blog; [[http://www.dressesit.com|vintage wedding dresses]]
[jira] [Updated] (CASSANDRA-5336) C* crashes with an OOM error when using the Simba Driver on a very wide table
[ https://issues.apache.org/jira/browse/CASSANDRA-5336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Lowenthal updated CASSANDRA-5336: Attachment: nhanes600-10k.tarZ 10K rows is sufficient to reproduce. C* crashes with an OOM error when using the Simba Driver on a very wide table - Key: CASSANDRA-5336 URL: https://issues.apache.org/jira/browse/CASSANDRA-5336 Project: Cassandra Issue Type: Bug Components: API Affects Versions: 1.1.6 Environment: C* on a Mac with 1GB VM. Simba ODBC driver Reporter: Steven Lowenthal Attachments: nhanes600-10k.tarZ The Simba driver executes a version of a count(*) query: SELECT SUM(1) from nhanes3 having sum(1) 0. It uses this format so ODBC returns a no rows found error if the table is empty. It translates into a series of get_range_slice calls which bring back all of the rows, and for every row, it brings back every single column name. C* crashes with an OOM in the thrift code. The table has almost 600 columns of mixed text and numeric data with many empty values. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-5336) C* crashes with an OOM error when using the Simba Driver on a very wide table
[ https://issues.apache.org/jira/browse/CASSANDRA-5336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Lowenthal updated CASSANDRA-5336: Attachment: thrift.out thrift.in C* crashes with an OOM error when using the Simba Driver on a very wide table - Key: CASSANDRA-5336 URL: https://issues.apache.org/jira/browse/CASSANDRA-5336 Project: Cassandra Issue Type: Bug Components: API Affects Versions: 1.1.6 Environment: C* on a Mac with 1GB VM. Simba ODBC driver Reporter: Steven Lowenthal Attachments: nhanes600-10k.tarZ, thrift.in, thrift.out The Simba driver executes a version of a count(*) query: SELECT SUM(1) from nhanes3 having sum(1) 0. It uses this format so ODBC returns a no rows found error if the table is empty. It translates into a series of get_range_slice calls which bring back all of the rows, and for every row, it brings back every single column name. C* crashes with an OOM in the thrift code. The table has almost 600 columns of mixed text and numeric data with many empty values. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-5339) YAML network topology snitch supporting preferred addresses
Eric Dong created CASSANDRA-5339: Summary: YAML network topology snitch supporting preferred addresses Key: CASSANDRA-5339 URL: https://issues.apache.org/jira/browse/CASSANDRA-5339 Project: Cassandra Issue Type: New Feature Reporter: Eric Dong Priority: Minor In order to support having a Cassandra cluster spanning multiple data centers, some in Amazon EC2 and some not, I'm submitting a YAML network topology snitch that allows one to configure 'preferred addresses' such as a data-center-local address. The new snitch reconnects to the node via the preferred address using the same reconnection trick present in Ec2MultiRegionSnitch. I chose a new YAML format instead of trying to extend cassandra-topology.properties because it is easier to read and allows for future extensibility. Pull request to follow. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5339) YAML network topology snitch supporting preferred addresses
[ https://issues.apache.org/jira/browse/CASSANDRA-5339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600505#comment-13600505 ] Eric Dong commented on CASSANDRA-5339: -- Pull request in GitHub: https://github.com/apache/cassandra/pull/14 YAML network topology snitch supporting preferred addresses --- Key: CASSANDRA-5339 URL: https://issues.apache.org/jira/browse/CASSANDRA-5339 Project: Cassandra Issue Type: New Feature Reporter: Eric Dong Priority: Minor In order to support having a Cassandra cluster spanning multiple data centers, some in Amazon EC2 and some not, I'm submitting a YAML network topology snitch that allows one to configure 'preferred addresses' such as a data-center-local address. The new snitch reconnects to the node via the preferred address using the same reconnection trick present in Ec2MultiRegionSnitch. I chose a new YAML format instead of trying to extend cassandra-topology.properties because it is easier to read and allows for future extensibility. Pull request to follow. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5339) YAML network topology snitch supporting preferred addresses
[ https://issues.apache.org/jira/browse/CASSANDRA-5339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600508#comment-13600508 ] Brandon Williams commented on CASSANDRA-5339: - For the record, we cannot use pull requests, so please don't generate them. A link to your github branch or an attached patch are fine, but the pull request itself cannot fit into our workflow, so we just close them. YAML network topology snitch supporting preferred addresses --- Key: CASSANDRA-5339 URL: https://issues.apache.org/jira/browse/CASSANDRA-5339 Project: Cassandra Issue Type: New Feature Reporter: Eric Dong Priority: Minor In order to support having a Cassandra cluster spanning multiple data centers, some in Amazon EC2 and some not, I'm submitting a YAML network topology snitch that allows one to configure 'preferred addresses' such as a data-center-local address. The new snitch reconnects to the node via the preferred address using the same reconnection trick present in Ec2MultiRegionSnitch. I chose a new YAML format instead of trying to extend cassandra-topology.properties because it is easier to read and allows for future extensibility. Pull request to follow. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of LaunaHoll by LaunaHoll
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The LaunaHoll page has been changed by LaunaHoll: http://wiki.apache.org/cassandra/LaunaHoll New page: Nothing to say about myself really.BR Lovely to be a member of this site.BR I really wish I'm useful at allBR BR Also visit my web-site - [[http://www.orderplants.com.au/hangers-c-32.html|Read www.orderplants.com.au]]
[jira] [Commented] (CASSANDRA-5339) YAML network topology snitch supporting preferred addresses
[ https://issues.apache.org/jira/browse/CASSANDRA-5339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600526#comment-13600526 ] Eric Dong commented on CASSANDRA-5339: -- Thanks for the information! Will submit a patch instead. (Would be great if this were noted in [GitTransition|http://wiki.apache.org/cassandra/GitTransition].) YAML network topology snitch supporting preferred addresses --- Key: CASSANDRA-5339 URL: https://issues.apache.org/jira/browse/CASSANDRA-5339 Project: Cassandra Issue Type: New Feature Reporter: Eric Dong Priority: Minor In order to support having a Cassandra cluster spanning multiple data centers, some in Amazon EC2 and some not, I'm submitting a YAML network topology snitch that allows one to configure 'preferred addresses' such as a data-center-local address. The new snitch reconnects to the node via the preferred address using the same reconnection trick present in Ec2MultiRegionSnitch. I chose a new YAML format instead of trying to extend cassandra-topology.properties because it is easier to read and allows for future extensibility. Pull request to follow. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-5339) YAML network topology snitch supporting preferred addresses
[ https://issues.apache.org/jira/browse/CASSANDRA-5339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Dong updated CASSANDRA-5339: - Attachment: CASSANDRA-5339-1.patch YAML network topology snitch supporting preferred addresses --- Key: CASSANDRA-5339 URL: https://issues.apache.org/jira/browse/CASSANDRA-5339 Project: Cassandra Issue Type: New Feature Reporter: Eric Dong Priority: Minor Attachments: CASSANDRA-5339-1.patch In order to support having a Cassandra cluster spanning multiple data centers, some in Amazon EC2 and some not, I'm submitting a YAML network topology snitch that allows one to configure 'preferred addresses' such as a data-center-local address. The new snitch reconnects to the node via the preferred address using the same reconnection trick present in Ec2MultiRegionSnitch. I chose a new YAML format instead of trying to extend cassandra-topology.properties because it is easier to read and allows for future extensibility. Pull request to follow. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5339) YAML network topology snitch supporting preferred addresses
[ https://issues.apache.org/jira/browse/CASSANDRA-5339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600539#comment-13600539 ] Eric Dong commented on CASSANDRA-5339: -- The formatting in the pull request / GitHub branch didn't have the right Java style formatting, so I've fixed that in CASSANDRA-5339-1.patch. YAML network topology snitch supporting preferred addresses --- Key: CASSANDRA-5339 URL: https://issues.apache.org/jira/browse/CASSANDRA-5339 Project: Cassandra Issue Type: New Feature Reporter: Eric Dong Priority: Minor Attachments: CASSANDRA-5339-1.patch In order to support having a Cassandra cluster spanning multiple data centers, some in Amazon EC2 and some not, I'm submitting a YAML network topology snitch that allows one to configure 'preferred addresses' such as a data-center-local address. The new snitch reconnects to the node via the preferred address using the same reconnection trick present in Ec2MultiRegionSnitch. I chose a new YAML format instead of trying to extend cassandra-topology.properties because it is easier to read and allows for future extensibility. Pull request to follow. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of OdessaMas by OdessaMas
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The OdessaMas page has been changed by OdessaMas: http://wiki.apache.org/cassandra/OdessaMas New page: Howdy !! The name is HOLLEY COLON. I have a house in Fontana.BR Soon i will turn 56. I might join The Excellent Preparatory of Radical People built at Raleigh. I want to become a Agrarian.BR BR Here is my blog: [[http://www.cleanscreenxcel.com/cheapmonsterbeatsbydre.html|beats monster]]
[Cassandra Wiki] Trivial Update of KerstinPB by KerstinPB
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The KerstinPB page has been changed by KerstinPB: http://wiki.apache.org/cassandra/KerstinPB New page: My identity a lot more glad, from freshman to typically visit socialize IWSD from completely different nations, and always stay in touch, great interaction with normal folks.BR Time to yourself or for the American native summer, part-time translation and / or carrier, jog market trends. ( this individual Concerning supplier on Guangzhou ) as well bought your man together with permitted company, the attendees come back your home, continue to keep ELHWZ expertise of myself even.BR I just are exposed to the merchandise sector more widely, letter head, totes, buckskin, furniture, aroma decorations, lighting and many others.,BR Self-learning means, effective in planning, hard-working, excellent VENKN transmission skills, used to obtaining along with many people, stuffed with crew heart and soul, love of athletics. Still rrndividuals are never fantastic, people have various LLC flaws, some characteristics such as understanding, ethnical go through; but I consider these types of might by way of their very own campaigns VFN to boost the educational, I should say also will be relocating this approach course!BR GYWNBR BR Here is my page - [[http://www.plainfieldlibrary.net/beatbydre.html|beats by dre for cheap]]
[jira] [Commented] (CASSANDRA-5336) C* crashes with an OOM error when using the Simba Driver on a very wide table
[ https://issues.apache.org/jira/browse/CASSANDRA-5336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600596#comment-13600596 ] Jonathan Ellis commented on CASSANDRA-5336: --- I'm not sure what to make of thrift.in and thrift.out. Is that a wireshark trace? Can you reproduce the OOM from the cli or cqlsh? C* crashes with an OOM error when using the Simba Driver on a very wide table - Key: CASSANDRA-5336 URL: https://issues.apache.org/jira/browse/CASSANDRA-5336 Project: Cassandra Issue Type: Bug Components: API Affects Versions: 1.1.6 Environment: C* on a Mac with 1GB VM. Simba ODBC driver Reporter: Steven Lowenthal Attachments: nhanes600-10k.tarZ, thrift.in, thrift.out The Simba driver executes a version of a count(*) query: SELECT SUM(1) from nhanes3 having sum(1) 0. It uses this format so ODBC returns a no rows found error if the table is empty. It translates into a series of get_range_slice calls which bring back all of the rows, and for every row, it brings back every single column name. C* crashes with an OOM in the thrift code. The table has almost 600 columns of mixed text and numeric data with many empty values. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-5336) C* crashes with an OOM error when using the Simba Driver on a very wide table
[ https://issues.apache.org/jira/browse/CASSANDRA-5336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600600#comment-13600600 ] Steven Lowenthal commented on CASSANDRA-5336: - I think a simple select count(*) from table limit 1; will do it. The trace was produced with a simpler tool nettool. It's very handy. That begs the question of building a thrift trace / playback tool. It may be helpful for support and load testing. C* crashes with an OOM error when using the Simba Driver on a very wide table - Key: CASSANDRA-5336 URL: https://issues.apache.org/jira/browse/CASSANDRA-5336 Project: Cassandra Issue Type: Bug Components: API Affects Versions: 1.1.6 Environment: C* on a Mac with 1GB VM. Simba ODBC driver Reporter: Steven Lowenthal Attachments: nhanes600-10k.tarZ, thrift.in, thrift.out The Simba driver executes a version of a count(*) query: SELECT SUM(1) from nhanes3 having sum(1) 0. It uses this format so ODBC returns a no rows found error if the table is empty. It translates into a series of get_range_slice calls which bring back all of the rows, and for every row, it brings back every single column name. C* crashes with an OOM in the thrift code. The table has almost 600 columns of mixed text and numeric data with many empty values. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4693) CQL Protocol should allow multiple PreparedStatements to be atomically executed
[ https://issues.apache.org/jira/browse/CASSANDRA-4693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600611#comment-13600611 ] Michaël Figuière commented on CASSANDRA-4693: - Right. This feature is mostly about bringing atomic batch guarantees to set of PreparedStatements of any size. There will probably be some performance improvement in executing them in batch but it'll be small as the Binary Protocol is able to pipeline requests. So for read requests, not only returning multiple resultsets would be an unusual thing, it would also be unnecessary as there's no interesting guarantees to get there. CQL Protocol should allow multiple PreparedStatements to be atomically executed --- Key: CASSANDRA-4693 URL: https://issues.apache.org/jira/browse/CASSANDRA-4693 Project: Cassandra Issue Type: Improvement Components: Core Reporter: Michaël Figuière Labels: cql, protocol Fix For: 2.0 Currently the only way to insert multiple records on the same partition key, atomically and using PreparedStatements is to use a CQL BATCH command. Unfortunately when doing so the amount of records to be inserted must be known prior to prepare the statement which is rarely the case. Thus the only workaround if one want to keep atomicity is currently to use unprepared statements which send a bulk of CQL strings and is fairly inefficient. Therefore CQL Protocol should allow clients to send multiple PreparedStatements to be executed with similar guarantees and semantic as CQL BATCH command. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of RheaCooks by RheaCooks
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The RheaCooks page has been changed by RheaCooks: http://wiki.apache.org/cassandra/RheaCooks New page: BR BR Here is my webpage; [[http://louisvuittonoutlet2013.blinkweb.com|cheap louis vuitton bags]]
[Cassandra Wiki] Update of GettingStarted by domtheo
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The GettingStarted page has been changed by domtheo: http://wiki.apache.org/cassandra/GettingStarted?action=diffrev1=78rev2=79 == Cassandra documentation from DataStax == - !DataStax's latest [[http://www.datastax.com/docs/1.1/index|Cassandra documentation]] covers topics from installation to troubleshooting, including a [[http://www.datastax.com/docs/quick_start/quickstart|Quick Start Guide]]. Documentation for older releases is also available. + !DataStax's latest covers topics from installation to troubleshooting, including. Documentation for older releases is also available. == Introduction == This document aims to provide a few easy to follow steps to take the first-time user from installation, to running single node Cassandra, and overview to configure multinode cluster.
[Cassandra Wiki] Update of DataModel by domtheo
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The DataModel page has been changed by domtheo: http://wiki.apache.org/cassandra/DataModel?action=diffrev1=23rev2=24 * DataStax (formerly Riptano) reference documentation on the Cassandra data model: * [[http://www.datastax.com/docs/0.7/data_model/index|Cassandra data model (version 0.7)]] * [[http://www.datastax.com/docs/1.1/ddl/index|Cassandra data model (version 1.1)]] - * [[http://maxgrinev.com/2010/07/09/a-quick-introduction-to-the-cassandra-data-model/|An Introduction to the data model]] by Max Grinev. - *[[http://www.propertykita.com/rumah.html|Rumah Dijual]] | [[http://vamostech.com/gps-tracking|GPS Tracker]] + * [[http://www.propertykita.com/rumah.html|Rumah Dijual]] | [[http://vamostech.com/gps-tracking|GPS Tracker]] The basic concepts are:
[Cassandra Wiki] Trivial Update of RethaA42 by RethaA42
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The RethaA42 page has been changed by RethaA42: http://wiki.apache.org/cassandra/RethaA42 New page: The faculty 36 months precious time, to ensure bhgrrbmvgs I can practice a good deal of education, weren't sure earlier than, irrespective of whether from the intelligent ability, maybe this growing of non-public components are usually enjoyed people, figure out, the need for technology. I am going to through their very own hard work, to set rigid demands at themselves, I hope you the firm might make me personally succeed right here, due to the fact I've got a constructive, industriousness along with tolerance, not scared from effort and look at perspective, as well hoping any particular one can easily know more know-how, hf to expand the joy of vision, hold the possiblity to activity their unique that will pursue hopes .BR I want to advantage in competition, to the legitimate problematic problem, please let me hlp being seated give up progress, impatiently gt watch for as part of your beneath command in the organization, ohsm can have higher enhancement. bamgkBR BR Feel free to surf to my web-site ... [[http://www.firmbeatsbydrecheap.com|beats monster]]
[Cassandra Wiki] Trivial Update of NXGKrysta by NXGKrysta
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The NXGKrysta page has been changed by NXGKrysta: http://wiki.apache.org/cassandra/NXGKrysta New page: I'm a retired electrician with thirty four years understanding with electrical techniques, controls, and power management expertise. For the last ten years of working with electrical methods I developed a love for radio communications.BR BR Here is my web page [[http://www.icomearpiece.co.uk/blog/coast-guard-contemplates-hands-free-radio-for-rescue-swimmers/|icom radio earpiece]]