Glad to hear that worked for you! --- Jeremiah Peschka - Founder, Brent Ozar Unlimited MCITP: SQL Server 2008, MVP Cloudera Certified Developer for Apache Hadoop
On Sat, Aug 10, 2013 at 4:44 PM, Jeremy Ong <[email protected]> wrote: > Just a quick follow up, I did this exact approach and things went > smoothly as expected. I had forgotten that stopping a node does not > mark the node as "down" indicating that vnodes should be handed off. > > One last step I would add is that the log directory also needs to be > changed in the vm.args file as that is where the erl_crash.dump file > gets written (if the log dir is moved as well). > > Thanks, > Jeremy > > On Fri, Aug 9, 2013 at 7:57 PM, Jeremiah Peschka > <[email protected]> wrote: > > You *should* be able to > > > > 1) stop the node > > 2) change platform_data_dir and ring_state_dir in the app.config file > > 3) move data to the new platform_data_dir > > 4) move ring state to the new ring_state_dir > > 5) restart the node > > > > This should avoid having to re-write all of your data one node at a time. > > > > --- > > Jeremiah Peschka - Founder, Brent Ozar Unlimited > > MCITP: SQL Server 2008, MVP > > Cloudera Certified Developer for Apache Hadoop > > > > > > On Fri, Aug 9, 2013 at 7:23 PM, Jeremy Ong <[email protected]> > wrote: > >> > >> Hi Riak users, > >> > >> I'm wondering what the best approach to this is. The scenario is that > >> I have mounted a new drive to the machine and want to have the node > >> leverage that drive to save data as opposed to the mount point it is > >> currently writing to. > >> > >> My current plan is to start a second instance of riak (by changing the > >> name in the vm.args file) and having it join the cluster, followed by > >> removing the previous node. Then to repeat this for all nodes for > >> which the upgrade applies while monitoring the dashboard to see if the > >> handoffs are occurring appropriately. > >> > >> Is there an easier way or better way, and are they any potential > >> issues with this approach? > >> > >> Thanks, > >> Jeremy > >> > >> _______________________________________________ > >> riak-users mailing list > >> [email protected] > >> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com > > > > >
_______________________________________________ riak-users mailing list [email protected] http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
