[jira] [Commented] (CASSANDRA-5235) Error when executing a file contains CQL statement in cqlsh
[ https://issues.apache.org/jira/browse/CASSANDRA-5235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575147#comment-13575147 ] Shamim Ahmed commented on CASSANDRA-5235: - it works, thankx > Error when executing a file contains CQL statement in cqlsh > --- > > Key: CASSANDRA-5235 > URL: https://issues.apache.org/jira/browse/CASSANDRA-5235 > Project: Cassandra > Issue Type: Bug > Components: Tools >Affects Versions: 1.1.9, 1.2.1 > Environment: Redhat linux 5, windows 7 >Reporter: Shamim Ahmed >Assignee: Aleksey Yeschenko >Priority: Minor > Fix For: 1.1.10, 1.2.2 > > Attachments: 5235.txt > > > When executing a file contains CQL statement returns following error: > cqlsh> source '/tmp/src/xyz.cql'; > Shell instance has no attribute 'cql_ver_tuple' -- 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 "ZGSElmer" by ZGSElmer
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification. The "ZGSElmer" page has been changed by ZGSElmer: http://wiki.apache.org/cassandra/ZGSElmer New page: I reside in Scottsdale. My age is 58. I am taking admission in The Bashful Preparatory built at Fargo.<> I am planning to become a Bureaucrat. One day i would want to do Metal Detecting.<> <> Also visit my web page - [[http://www.chanelstorehandbags.com|chanel purses]]
[jira] [Commented] (CASSANDRA-4784) Create separate sstables for each token range handled by a node
[ https://issues.apache.org/jira/browse/CASSANDRA-4784?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575153#comment-13575153 ] Jouni Hartikainen commented on CASSANDRA-4784: -- I'm not really sure if I understood this correctly, but wouldn't this change lead to memtable flushes creating much more random I/O than previously? Especially when using vnodes wouldn't the incoming data be spread to num_tokens files per CF instead of one per CF? Wouldn't this affect compactions as well? E.g. for default size tiered strategy, instead of compacting 4 larger SSTables into one even larger per CF, we would be compacting num_tokens * 4 smaller files into num_tokens larger ones per CF. Am I missing something here? > Create separate sstables for each token range handled by a node > --- > > Key: CASSANDRA-4784 > URL: https://issues.apache.org/jira/browse/CASSANDRA-4784 > Project: Cassandra > Issue Type: Improvement > Components: Core >Affects Versions: 1.2.0 beta 1 >Reporter: sankalp kohli >Assignee: Benjamin Coverston >Priority: Minor > Labels: perfomance > Fix For: 2.0 > > Attachments: 4784.patch > > > Currently, each sstable has data for all the ranges that node is handling. If > we change that and rather have separate sstables for each range that node is > handling, it can lead to some improvements. > Improvements > 1) Node rebuild will be very fast as sstables can be directly copied over to > the bootstrapping node. It will minimize any application level logic. We can > directly use Linux native methods to transfer sstables without using CPU and > putting less pressure on the serving node. I think in theory it will be the > fastest way to transfer data. > 2) Backup can only transfer sstables for a node which belong to its primary > keyrange. > 3) ETL process can only copy one replica of data and will be much faster. > Changes: > We can split the writes into multiple memtables for each range it is > handling. The sstables being flushed from these can have details of which > range of data it is handling. > There will be no change I think for any reads as they work with interleaved > data anyway. But may be we can improve there as well? > Complexities: > The change does not look very complicated. I am not taking into account how > it will work when ranges are being changed for nodes. > Vnodes might make this work more complicated. We can also have a bit on each > sstable which says whether it is primary data or not. -- 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 "GlennMore" by GlennMore
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification. The "GlennMore" page has been changed by GlennMore: http://wiki.apache.org/cassandra/GlennMore New page: Wassp People !! I am LAWRENCE OLSON. Soon i will turn 28.<> I like to do Playing music. My dad name is Darrell and he is a Police Inspector. My momy is a Psychologist.<> <> my web blog - [[http://www.shoesashlen.com|red bottom shoes]]
[jira] [Commented] (CASSANDRA-4977) Expose new SliceQueryFilter features through Thrift interface
[ https://issues.apache.org/jira/browse/CASSANDRA-4977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575211#comment-13575211 ] Mck SembWever commented on CASSANDRA-4977: -- duplicate of CASSANDRA-2710 ? > Expose new SliceQueryFilter features through Thrift interface > - > > Key: CASSANDRA-4977 > URL: https://issues.apache.org/jira/browse/CASSANDRA-4977 > Project: Cassandra > Issue Type: Improvement > Components: API >Affects Versions: 1.2.0 beta 2 >Reporter: aaa > > SliceQueryFilter has some very useful new features like ability to specify a > composite column prefix to group by and specify a limit of groups to return. > This is very useful if for example I have a wide row with columns prefixed by > timestamp and I want to retrieve the latest columns, but I don't know the > column names. Say I have a row > {{row -> (t1, c1), (t1, c2)... (t1, cn) ... (t0,c1) ... etc}} > Query slice range (t1,) group by prefix (1) limit (1) > As a more general question, is the Thrift interface going to be kept > up-to-date with the feature changes or will it be left behind (a mistake IMO) > ? -- 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 "MarianneD" by MarianneD
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification. The "MarianneD" page has been changed by MarianneD: http://wiki.apache.org/cassandra/MarianneD New page: My name: Marianne Donohue<> My age: 25<> Country: Netherlands<> Town: Hoogeveen <> Post code: 7908 KD<> Address: De Plecht 185<> <> My web blog; [[http://www.webtrafficvisitors.com|cheap website traffic]]
[Cassandra Wiki] Trivial Update of "MarcyKram" by MarcyKram
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification. The "MarcyKram" page has been changed by MarcyKram: http://wiki.apache.org/cassandra/MarcyKram New page: Hey guys !! The name is TAMATHA BARRY. I have a house in Liverpool.<> <> I like Making Dioramas. My father name is Thomas and he is a Gemcutter. My mom is a Landlord.<> <> Also visit my web site; [[http://www.aldorabag.com|chanel bags]]
[Cassandra Wiki] Trivial Update of "ArleneYSN" by ArleneYSN
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification. The "ArleneYSN" page has been changed by ArleneYSN: http://wiki.apache.org/cassandra/ArleneYSN New page: My parents want me to join The Crisp Prep School situated in Bristol.<> I am working as Mechanic. My hobby is Orchid Raising. My daddy name is Stephen and he is a Publisher. My mom is a Merchant.<> <> my webpage - [[http://cheap-beatsbydre.blinkweb.com|beats by dr dre]]
[Cassandra Wiki] Trivial Update of "EldenTOZ" by EldenTOZ
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification. The "EldenTOZ" page has been changed by EldenTOZ: http://wiki.apache.org/cassandra/EldenTOZ?action=diff&rev1=2&rev2=3 - Yo bros !! I am ENA MCKENZIE. I have a house in Salford.<> - I and my sister go to The Scarce Finishing School of Awful People built at South Bend. I want to become a Test developer. I am a fan of arcade games. My dad name is Stuart and he is a Stewardess. My mom is a Dressman.<> + Hey fellas !! The name is LARHONDA HOWE. I am from Denton.<> + I and my sister go to The Genuine School which has a branch in Aurora. I have a job as Bartender. My hobby is Tarot and Card Reading. My daddy name is Matt and he is a Analyst. My mom is a Fowler.<> <> - my website; [[http://www.fairchanelbagsstore.com|chanel purse]] + My homepage ... [[http://www.aftonbags.com|louis vuitton online]]
[jira] [Comment Edited] (CASSANDRA-4718) More-efficient ExecutorService for improved throughput
[ https://issues.apache.org/jira/browse/CASSANDRA-4718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13574009#comment-13574009 ] Jonathan Ellis edited comment on CASSANDRA-4718 at 2/10/13 12:27 AM: - Another quick translation, this time to Jetty's BlockingArrayQueue: https://github.com/jbellis/cassandra/branches/baq (Edit: fixed branch url) was (Author: jbellis): Another quick translation, this time to Jetty's BlockingArrayQueue: https://github.com/jbellis/cassandra/branches/ltq > More-efficient ExecutorService for improved throughput > -- > > Key: CASSANDRA-4718 > URL: https://issues.apache.org/jira/browse/CASSANDRA-4718 > Project: Cassandra > Issue Type: Improvement >Reporter: Jonathan Ellis >Priority: Minor > Attachments: PerThreadQueue.java > > > Currently all our execution stages dequeue tasks one at a time. This can > result in contention between producers and consumers (although we do our best > to minimize this by using LinkedBlockingQueue). > One approach to mitigating this would be to make consumer threads do more > work in "bulk" instead of just one task per dequeue. (Producer threads tend > to be single-task oriented by nature, so I don't see an equivalent > opportunity there.) > BlockingQueue has a drainTo(collection, int) method that would be perfect for > this. However, no ExecutorService in the jdk supports using drainTo, nor > could I google one. > What I would like to do here is create just such a beast and wire it into (at > least) the write and read stages. (Other possible candidates for such an > optimization, such as the CommitLog and OutboundTCPConnection, are not > ExecutorService-based and will need to be one-offs.) > AbstractExecutorService may be useful. The implementations of > ICommitLogExecutorService may also be useful. (Despite the name these are not > actual ExecutorServices, although they share the most important properties of > one.) -- 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 "GlennMore" by GlennMore
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification. The "GlennMore" page has been changed by GlennMore: http://wiki.apache.org/cassandra/GlennMore?action=diff&rev1=1&rev2=2 - Wassp People !! I am LAWRENCE OLSON. Soon i will turn 28.<> - I like to do Playing music. My dad name is Darrell and he is a Police Inspector. My momy is a Psychologist.<> + Hey !! My name is JEANMARIE FERGUSON. I am 26. I am a fan of Mountain Climbing.<> + My dad name is Adam and he is a Toolmaker. My momy is a Senator.<> <> - my web blog - [[http://www.shoesashlen.com|red bottom shoes]] + Also visit my webpage ... [[http://www.fairchanelstore.com|chanel replica]]
[jira] [Comment Edited] (CASSANDRA-4718) More-efficient ExecutorService for improved throughput
[ https://issues.apache.org/jira/browse/CASSANDRA-4718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13574009#comment-13574009 ] Jonathan Ellis edited comment on CASSANDRA-4718 at 2/10/13 12:31 AM: - Another quick translation, this time to Jetty's BlockingArrayQueue: https://github.com/jbellis/cassandra/tree/baq (Edit: fixed branch url) was (Author: jbellis): Another quick translation, this time to Jetty's BlockingArrayQueue: https://github.com/jbellis/cassandra/branches/baq (Edit: fixed branch url) > More-efficient ExecutorService for improved throughput > -- > > Key: CASSANDRA-4718 > URL: https://issues.apache.org/jira/browse/CASSANDRA-4718 > Project: Cassandra > Issue Type: Improvement >Reporter: Jonathan Ellis >Priority: Minor > Attachments: PerThreadQueue.java > > > Currently all our execution stages dequeue tasks one at a time. This can > result in contention between producers and consumers (although we do our best > to minimize this by using LinkedBlockingQueue). > One approach to mitigating this would be to make consumer threads do more > work in "bulk" instead of just one task per dequeue. (Producer threads tend > to be single-task oriented by nature, so I don't see an equivalent > opportunity there.) > BlockingQueue has a drainTo(collection, int) method that would be perfect for > this. However, no ExecutorService in the jdk supports using drainTo, nor > could I google one. > What I would like to do here is create just such a beast and wire it into (at > least) the write and read stages. (Other possible candidates for such an > optimization, such as the CommitLog and OutboundTCPConnection, are not > ExecutorService-based and will need to be one-offs.) > AbstractExecutorService may be useful. The implementations of > ICommitLogExecutorService may also be useful. (Despite the name these are not > actual ExecutorServices, although they share the most important properties of > one.) -- 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 "ShennaFul" by ShennaFul
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification. The "ShennaFul" page has been changed by ShennaFul: http://wiki.apache.org/cassandra/ShennaFul New page: Hey !! The name is GISELLE DAVIDSON. I am staying at Boise City.<> Soon i will turn 19. I go to night school at The Gentle Academy of Foggy Education which has a branch in Corpus Christi. My papa name is Bennett and he is a Governess. My mom is a Signalman.<> <> Visit my blog :: [[http://www.aldorabag.com|chanel bags]]
[jira] [Commented] (CASSANDRA-5038) LZ4Compressor
[ https://issues.apache.org/jira/browse/CASSANDRA-5038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575307#comment-13575307 ] Adrien Grand commented on CASSANDRA-5038: - I finally managed to deploy an artifact with pre-built JNI bindings for some major platforms (win32/amd64, linux/i386, linux/amd64 and darwin/x86_64) to Maven Central (http://repo1.maven.org/maven2/net/jpountz/lz4/lz4/1.1.0/). This should help provide better performance on these platforms (see compression and decompression benchmarks: http://jpountz.github.com/lz4-java/1.1.0/lz4-compression-benchmark/ http://jpountz.github.com/lz4-java/1.1.0/lz4-decompression-benchmark/). > LZ4Compressor > - > > Key: CASSANDRA-5038 > URL: https://issues.apache.org/jira/browse/CASSANDRA-5038 > Project: Cassandra > Issue Type: New Feature > Components: Core >Reporter: T Jake Luciani >Priority: Minor > Fix For: 1.2.2 > > Attachments: CASSANDRA-5038.patch, CASSANDRA-5038.patch, > LZ4Compressor.java, lz4-java.jar > > > LZ4 is a new compression algo that's ~2x faster than Snappy. > [~jpountz] has written a nice java port which includes a misc.Unsafe version > that performs >= than our java snappy version. > Details at http://blog.jpountz.net/post/28092106032/wow-lz4-is-fast > The nice thing is this should work with java7 and be more portable. > We can also fallback the pure java impl -- 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-5229) after a IOException is thrown during streaming, streaming tasks hang in netstats
[ https://issues.apache.org/jira/browse/CASSANDRA-5229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575318#comment-13575318 ] Rick Branson commented on CASSANDRA-5229: - Seeing this as well. > after a IOException is thrown during streaming, streaming tasks hang in > netstats > > > Key: CASSANDRA-5229 > URL: https://issues.apache.org/jira/browse/CASSANDRA-5229 > Project: Cassandra > Issue Type: Bug > Components: Core >Affects Versions: 1.2.1 > Environment: Ubuntu 12.04 >Reporter: Michael Kjellman >Priority: Critical > > After an IOExcpetion, streaming tasks marked as "successful" in the logs are > hung in netstats > With TRACE debugging on streaming on the receiving node everything about the > sstable in the log (not very much) > {code} > INFO [AntiEntropyStage:1] 2013-02-07 11:23:44,717 StreamOut.java (line 151) > Stream context metadata > [/data/cassandra/evidence/fingerprints/evidence-fingerprints-ib-5-Data.db > sections=3068 progress=0/2785204713 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-25-Data.db > sections=2696 progress=0/758409465 - 0%, > /data/cassandra/evidence/fingerprints/evidence-fingerprints-ib-60-Data.db > sections=3099 progress=0/238876436 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-63-Data.db > sections=1166 progress=0/2125323 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-38-Data.db > sections=2507 progress=0/515992757 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-26-Data.db > sections=3153 progress=0/994857654 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-57-Data.db > sections=3116 progress=0/129398170 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-58-Data.db > sections=217 progress=0/72286 - 0%, > /data/cassandra/evidence/fingerprints/evidence-fingerprints-ib-59-Data.db > sections=3146 progress=0/3357709019 - 0%], 27 sstables. > INFO [AntiEntropyStage:1] 2013-02-07 11:23:52,964 StreamOut.java (line 151) > Stream context metadata > [/data/cassandra/evidence/fingerprints/evidence-fingerprints-ib-5-Data.db > sections=2930 progress=0/2799914560 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-25-Data.db > sections=2590 progress=0/761266059 - 0%, > /data/cassandra/evidence/fingerprints/evidence-fingerprints-ib-60-Data.db > sections=2956 progress=0/241362497 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-63-Data.db > sections=1153 progress=0/2125323 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-38-Data.db > sections=2422 progress=0/522126371 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-26-Data.db > sections=3004 progress=0/998401202 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-57-Data.db > sections=2974 progress=0/129722346 - 0%, > /data2/cassandra/evidence/fingerprints/evidence-fingerprints-ib-58-Data.db > sections=220 progress=0/72286 - 0%, > /data/cassandra/evidence/fingerprints/evidence-fingerprints-ib-59-Data.db > sections=2998 progress=0/3375554099 - 0%], 27 sstables. > {code} > node that is streaming out thinks that the streaming session was successful > {code} > INFO [MiscStage:1] 2013-02-07 11:23:38,022 StreamOut.java (line 151) Stream > context metadata > [/data/cassandra/evidence/fingerprints/evidence-fingerprints-ia-472-Data.db > sections=1727 progress=0/210208515 - 0%, > /var/lib/cassandra/data2/evidence/fingerprints/evidence-fingerprints-ib-919-Data.db > sections=1746 progress=0/119438030 - 0%, > /data/cassandra/evidence/fingerprints/evidence-fingerprints-ib-920-Data.db > sections=1681 progress=0/54498226 - 0%, > /var/lib/cassandra/data2/evidence/fingerprints/evidence-fingerprints-ib-922-Data.db > sections=16 progress=0/13490 - 0%, > /var/lib/cassandra/data2/evidence/fingerprints/evidence-fingerprints-ib-918-Data.db > sections=632 progress=0/70019542 - 0%, > /var/lib/cassandra/data2/evidence/fingerprints/evidence-fingerprints-ib-921-Data.db > sections=1644 progress=0/39870238 - 0%, > /data/cassandra/evidence/fingerprints/evidence-fingerprints-ib-497-Data.db > sections=1569 progress=0/208331077 - 0%, > /var/lib/cassandra/data2/evidence/fingerprints/evidence-fingerprints-ib-923-Data.db > sections=1572 progress=0/30870478 - 0%, > /var/lib/cassandra/data2/evidence/fingerprints/evidence-fingerprints-ib-925-Data.db > sections=167 progress=0/1845123 - 0%, > /var/lib/cassandra/data2/evidence/fingerprints/evidence-fingerprints-ib-703-Data.db > sections=1574 progress=0/287386471 - 0%, > /var/lib/cassandra/data2/evidence/fingerprints/evidence-fingerprints-ib