Awesome - thanks Jeff! - Max
> On Feb 9, 2023, at 6:45 pm, Jeff Jirsa <jji...@gmail.com> wrote: > > You don’t have to do anything else. Just use smart rsync flags (including > delete). > > It’ll work fine just the way you described. No special start args. No > replacement flag > > Be sure you rsync the commitlog directory too . Flush and drain to be extra > safe > > > >> On Feb 9, 2023, at 6:42 PM, Max Campos <mc_cassand...@core43.com> wrote: >> >> Hi - >> >> We have a node whose root partition is flaking out. The disk that contains >> the Cassandra data, however, is healthy. >> >> We’d like to replace the dying node with a procedure like this: >> >> 0) OLD node is running, NEW node has never started Cassandra >> 1) rsync Cassandra data from OLD node to NEW (1.2TB) >> 2) Shutdown OLD node >> 3) rsync any remaining Cassandra data from OLD to NEW >> 4) Startup NEW node for the first time and have it take the place of the OLD >> node in the cluster >> >> The goal here is to eliminate bootstrapping (streaming), because it’s a 1 >> for 1 swap and we can easily rsync all of the data over to the new node in >> advance. >> >> Questions: >> >> What do I need to do in step 4 to get Cassandra to take over the place of >> the old node? >> >> Is this a wise idea? Or should I just bite the bullet and use >> “-Dcassandra.replace_address” and do the bootstrapping (streaming)? I have >> no idea how long it takes to stream 1.2 TB of data. >> >> Our cluster: >> v3.0.23 >> 2 DC >> 3 nodes per DC >> RF=3 >> CL=LOCAL_QUORUM >> >> Thanks everyone. >> >> - Max