me rack/DC.
>
> Would you mind opening a ticket for improving this?
>
>
> 2016-06-14 17:35 GMT-03:00 Fabien Rousseau :
>
>> We've tested with C* 2.1.14 version
>> Yes VNodes with 256 tokens
>> Once all the nodes in dc2 are added, schema is modified to hav
ndra are you using? Also what command are you using
> to run the rebuilds? Are you using vnodes?
>
> On 13 June 2016 at 09:01, Fabien Rousseau wrote:
>
>> Hello,
>>
>> We've tested adding a new DC from an existing DC having 3 nodes and RF=3
>> (ie all nodes h
Hello,
We've tested adding a new DC from an existing DC having 3 nodes and RF=3
(ie all nodes have all data).
During the rebuild process, only one node of the first DC streamed data to
the 3 nodes of the second DC.
Our goal is to minimise the time it takes to rebuild a DC and would like to
be abl
Hi Robert,
This could be related to:
https://issues.apache.org/jira/plugins/servlet/mobile#issue/CASSANDRA-9242
(Maybe you can try to comment this option and try again)
Le 27 avr. 2016 15:21, "Robert Sicoie" a écrit :
> Hi guys,
>
> I'm upgrading from cassandra 2.1 to cassandra 3.0.5 and mx4j su
e the size of the data being repaired through this
> mechanism ?
>
> C*heers
>
> Alain
>
> 2015-09-01 0:11 GMT+02:00 Fabien Rousseau :
>
>> Hi Alain,
>>
>> Could it be wide rows + read repair ? (Let's suppose the "read repair"
>> repair
Hi Alain,
Could it be wide rows + read repair ? (Let's suppose the "read repair"
repairs the full row, and it may not be subject to stream throughput limit)
Best Regards
Fabien
2015-08-31 15:56 GMT+02:00 Alain RODRIGUEZ :
> I just realised that I have no idea about how this mailing list handle
Hi,
I already got this error on a 2.1 clusters because thrift was disabled. So
you should check that thrift is enabled and accessible from the
sstableloader process.
Hope this help
Fabien
Le 19 juin 2015 05:44, "Mitch Gitman" a écrit :
> I'm using sstableloader to bulk-load a table from one cl
age.
>
>
>
> Do you have some idea on how to clean up the mess and get our cluster
> running cleanly before we start our migration (France to another country
> like described in the beginning of this email)?
>
>
>
> Thank you.
>
>
>
> Best regards,
>
>
>
> *David CHARBONNIER*
>
> Sysadmin
>
> T : +33 411 934 200
>
> david.charbonn...@rgsystem.com
>
> ZAC Aéroport
>
> 125 Impasse Adam Smith
>
> 34470 Pérols - France
>
> *www.rgsystem.com* <http://www.rgsystem.com/>
>
>
>
>
>
>
>
--
Fabien Rousseau
www.yakaz.com
his possible? what would be the high level steps?
>
> If this is an extremely bad or misinformed idea, I would like to know that
> as well!
>
> I am aware of other tools available including sstableloader, etc, but this
> seemed like a more elegant solution, leveraging cassandra
rg/jira/browse/CASSANDRA-6325
> >
> > Exists, but doesn't seem to be the same issue.
> >
> > https://issues.apache.org/jira/browse/CASSANDRA-5986
> >
> > Similar, doesn't seem to be an issue triggered by upgrade..
> >
> > If I were one of the posters on this thread, I would strongly consider
> > filing a JIRA on point.
> >
> > @OP (olek) : did removing the saved_caches also fix your problem?
> >
> > =Rob
> >
> >
>
--
Fabien Rousseau
www.yakaz.com
rmance characteristics to cassandra but
> allows collections type behavior in a scalable manner. Cause as far as I
> can tell, 1.2 doesn't scale. Which makes me sad, I was proud of what I
> accomplished with 1.1….
>
> ** **
>
> Does anyone know why there are so many open file descriptors? Any ideas
> on why a large row won't compact?
>
> ** **
>
> Paul
>
--
Fabien Rousseau
*
*
www.yakaz.com
his mean that there will be an application downtime required
> if we go for rolling upgrade on a live cluster from 1.1.10 version to 1.2.4
> version ?
>
> Regards,
> Ananth
>
>
>
>
>
--
Fabien Rousseau
*
*
www.yakaz.com
ge tombstone that would
>>> cover the collection and then re-writing the whole collection again? or is
>>> it just the modified parts of the collection that are covered by the range
>>> tombstones, but you still get massive amounts of them and its just their
>>>
m/questions/17282837/cassandra-insert-perfomance-issue-into-a-table-with-a-map-type/17290981
>
>
> http://stackoverflow.com/questions/17082963/bad-performance-when-writing-log-data-to-cassandra-with-timeuuid-as-a-column-nam/17123236
>
> yours,
> Theo
>
--
Fabien Rousseau
*
*
www.yakaz.com
14 matches
Mail list logo