Hey list,<div><br></div><div>I'm looking for some advice on the best steps to remedy the situation below.<br>
<div><br></div><div>I have an already running (in production) node using the Bitcask backend, which I would like to migrate to eLevelDB for 2i support. My plan was to introduce another node to the cluster with the eLevelDB backend and allow the two nodes to synchronise, before taking out the Bitcask node. Please advise if this is a bad approach.</div>

</div><div><br></div><div>The major problem I have however, is that the Bitcask node was never properly¬†configured, and is currently named "<a href="mailto:riak@127.0.0.1">riak@127.0.0.1</a>", listening on <a href="http://127.0.0.1:8098">127.0.0.1:8098</a>. I don't see any issues with changing the listening IP and restarting the node, but obviously I can't change the node name.</div>

<div><br></div><div>So, will there be a problem with introducing say, two new nodes which are correctly configured and then¬†decommissioning¬†this first node after the data has been shared out? If the node name is just that - a name - then I think I'll be okay..</div>

<div><br></div><div>Not an ideal situation to be in, so any and all suggestions appreciated.</div><div><br></div><div>Thanks</div><div>Matt</div><div><br></div>