Thanks guys.
I think I'll start with the replacement of a dead node procedure at least
for the first node and I'll monitor the cluster overhead and timing.
If I'll see that the overhead and elapsed time are substantially higher
I'll try to find some network storage to store the backup.
Using the
Great. replace_address works great.
From some reason I thought it won't work with the same IP.
On Sun, Dec 21, 2014 at 5:14 PM, Ryan Svihla rsvi...@datastax.com wrote:
Cassandra is designed to rebuild a node from other nodes, whether a node
is dead by your hand because you killed it or fate
You should be able to use Cassandra's built in tooling for sure. But just
be aware that restoring from a backup of the data will be a lot faster and
won't introduce any stress on the existing cluster. Repair and replace
operations aren't free to the other nodes, so an offline backup and restore
is
Hi,
even if recovery like a dead node would work - backup and restore (like
my way with an usb docking station) will be much faster and produce less
IO and CPU impact on your cluster.
Keep that in Mind :-)
Cheers,
Jan
Am 22.12.2014 um 10:58 schrieb Or Sher:
Great. replace_address works
What I want to do is kind of replacing a dead node -
http://www.datastax.com/documentation/cassandra/2.0/cassandra/operations/ops_replace_node_t.html
But replacing it with a clean node with the same IP and hostname.
On Sun, Dec 21, 2014 at 9:53 AM, Or Sher or.sh...@gmail.com wrote:
Thanks guys.
If I'll use the replace_address parameter with the same IP address, would
that do the job?
On Sun, Dec 21, 2014 at 11:20 AM, Or Sher or.sh...@gmail.com wrote:
What I want to do is kind of replacing a dead node -
Cassandra is designed to rebuild a node from other nodes, whether a node is
dead by your hand because you killed it or fate is irrelevant, the process
is the same, a new node can be the same hostname and ip or it can have
totally different ones.
On Sun, Dec 21, 2014 at 6:01 AM, Or Sher
Thanks guys.
I have to replace all data disks, so I don't have another large enough
local disk to move the data to.
If I'll have no choice, I will backup the data before on some other node or
something, but I'd like to avoid it.
I would really love letting Cassandra do it thing and rebuild itself.
Hi Or,
You don't have another machine on the network that would temporarily be
able to host your /var/lib/cassandra content? That way you would simply be
scp:ing the files temporarily to another machine and copy them back when
done. You obviously want to do a repair afterwards just in case, but
do you have to replace those disks? can you simply add new disks to those
nodes and configure C* to use JBOD?
On Dec 18, 2014 10:18 AM, Or Sher or.sh...@gmail.com wrote:
Hi all,
We have a situation where some of our nodes have smaller disks and we
would like to align all nodes by replacing
Hi Or,
I did some sort of this a while ago. If your machines do have a free
disk slot - just put another disk there and use it as another
data_file_directory.
If not - as in my case:
- grab an usb dock for disks
- put the new one in there, plug in, format, mount to /mnt etc.
- I did an
11 matches
Mail list logo