Hi,
We were trying to do a similar kind of migration (to a new cluster, no
downtime) in order to remove a legacy OrderedPartitioner limitation. In
the end we were allowed enough downtime to migrate, but originally we were
proposing a similar solution based around deploying an update to the
applic
On Thu, May 24, 2012 at 12:44 PM, Steve Neely wrote:
> It also seems like a dark deployment of your new cluster is a great method
> for testing the Linux-based systems before switching your mision critical
> traffic over. Monitor them for a while with real traffic and you can have
> confidence tha
On Thu, May 24, 2012 at 3:36 PM, Henrik Schröder wrote:
>> That sounds fine, with the caveat that you can't run sstableloader
>> from a machine running Cassandra before 1.1, so copying the sstables
>> manually (assuming both clusters are the same size and have the same
>> tokens) might be better.
On Thu, May 24, 2012 at 9:28 PM, Brandon Williams wrote:
>
> That sounds fine, with the caveat that you can't run sstableloader
> from a machine running Cassandra before 1.1, so copying the sstables
> manually (assuming both clusters are the same size and have the same
> tokens) might be better.
It also seems like a dark deployment of your new cluster is a great method
for testing the Linux-based systems *before* switching your mision critical
traffic over. Monitor them for a while with real traffic and you can have
confidence that they'll function correctly when you perform the switchover
On Thu, May 24, 2012 at 1:50 PM, Henrik Schröder wrote:
> Ok. It's important for us to not have any downtime, so how about this
> solution:
>
> We startup the Linux cluster independently.
> We configure our application to send all Cassandra writes to both clusters,
> but only read from the Windows
On Thu, May 24, 2012 at 8:07 PM, Brandon Williams wrote:
> > Are there any other ways of doing the migration? What happens if we join
> the
> > new servers without bootstrapping and run repair? Are there any other
> ugly
> > hacks or workaround we can do? We're not looking to run a mixed cluster,
On Thu, May 24, 2012 at 12:41 PM, Henrik Schröder wrote:
> We're running version 1.0.8. Is this fixed in a later release? Will this be
> fixed in a later release?
No, mixed-OS clusters are unsupported.
> Are there any other ways of doing the migration? What happens if we join the
> new servers w
Hey, we thought a bit about it and came up with another solution:
We shut down Cassandra on one of the windows servers, copy over the data
directory to one of the Linux servers, delete the LocationInfo files from
the system keyspace, and start it up.
It should read the saved token from the datafi
