This is why you have replicas, they give you redundancy at a higher level that the filesystem, If you are still concerned then you should add another node and increase your replicas.
Playing around on the FS to create replicas is only extra management overhead and likely to end up causing more problems than it's worth. Regards, Mark Walkom Infrastructure Engineer Campaign Monitor email: [email protected] web: www.campaignmonitor.com On 19 August 2014 11:59, shriyansh jain <[email protected]> wrote: > Just to make sure if /auto/share goes down I have data in /auto/foo. > > Thanks, > Shriyansh > > On Monday, August 18, 2014 6:55:59 PM UTC-7, Mark Walkom wrote: >> >> Why do you want to do this if you are worried about data loss? >> >> Regards, >> Mark Walkom >> >> Infrastructure Engineer >> Campaign Monitor >> email: [email protected] >> web: www.campaignmonitor.com >> >> >> On 19 August 2014 11:50, shriyansh jain <[email protected]> wrote: >> >>> As you mentioned the node will not lose the data completely, is there >>> any possibility that it will lose some data.? >>> >>> Thank you, >>> Shriyansh >>> >>> On Monday, August 18, 2014 4:17:54 PM UTC-7, Mark Walkom wrote: >>>> >>>> If you point the instance to a new data location then yes, it will >>>> startup with no data, but it won't lose the data completely as it will >>>> still be located in your original /auto/share directory. >>>> >>>> However given you have replicas set what will happen is when the node >>>> starts up pointing to the new location it will simply start to copy the >>>> data from the other node so that you fulfil your replica requirements. >>>> >>>> Regards, >>>> Mark Walkom >>>> >>>> Infrastructure Engineer >>>> Campaign Monitor >>>> email: [email protected] >>>> web: www.campaignmonitor.com >>>> >>>> >>>> On 19 August 2014 08:58, shriyansh jain <[email protected]> wrote: >>>> >>>>> >>>>> Yes, I have set *index.number_of_replicas: 1*. If I just point one of >>>>> the 2 nodes to some other location, wont it lose the data stored by that >>>>> node.? >>>>> >>>>> >>>>> Thank you, >>>>> Shriyansh >>>>> >>>>> On Monday, August 18, 2014 3:34:48 PM UTC-7, Mark Walkom wrote: >>>>>> >>>>>> If you want no data in /auto/foo then just create the directory, give >>>>>> it the right permissions and then update the config to point to it. >>>>>> It's the same process you did for /auto/share. >>>>>> >>>>>> >>>>>> Do you have replicas set on your indexes? >>>>>> >>>>>> Regards, >>>>>> Mark Walkom >>>>>> >>>>>> Infrastructure Engineer >>>>>> Campaign Monitor >>>>>> email: [email protected] >>>>>> web: www.campaignmonitor.com >>>>>> >>>>>> >>>>>> On 19 August 2014 08:32, shriyansh jain <[email protected]> wrote: >>>>>> >>>>>>> I would prefer with no data in /auto/foo.? But would like to go with >>>>>>> way, which is efficient and more reliable. >>>>>>> >>>>>>> >>>>>>> Thank you, >>>>>>> Shriyansh >>>>>>> >>>>>>> On Monday, August 18, 2014 3:26:39 PM UTC-7, Mark Walkom wrote: >>>>>>>> >>>>>>>> Do you want to copy the existing data in /auto/share to /auto/foo, >>>>>>>> or start with no data? >>>>>>>> >>>>>>>> Regards, >>>>>>>> Mark Walkom >>>>>>>> >>>>>>>> Infrastructure Engineer >>>>>>>> Campaign Monitor >>>>>>>> email: [email protected] >>>>>>>> web: www.campaignmonitor.com >>>>>>>> >>>>>>>> >>>>>>>> On 19 August 2014 08:23, shriyansh jain <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I have a Elasticsearch Cluster of 2 nodes. I have configured them >>>>>>>>> to store data at the location which is /auto/share. I want to point >>>>>>>>> one of >>>>>>>>> the two nodes in the cluster to some other location to store the data >>>>>>>>> say >>>>>>>>> /auto/foo. >>>>>>>>> What would be the best way of achieving the above task without >>>>>>>>> loosing any data.? And is it possible to do that without loosing any >>>>>>>>> data.? >>>>>>>>> >>>>>>>>> Thank you, >>>>>>>>> Shriyansh >>>>>>>>> >>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>> Groups "elasticsearch" group. >>>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>>> send an email to [email protected]. >>>>>>>>> To view this discussion on the web visit >>>>>>>>> https://groups.google.com/d/msgid/elasticsearch/415f8d41-4fa >>>>>>>>> 9-4f6d-86b9-41b2059ab67f%40googlegroups.com >>>>>>>>> <https://groups.google.com/d/msgid/elasticsearch/415f8d41-4fa9-4f6d-86b9-41b2059ab67f%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>>>> . >>>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "elasticsearch" group. >>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>> send an email to [email protected]. >>>>>>> To view this discussion on the web visit >>>>>>> https://groups.google.com/d/msgid/elasticsearch/2dbadd5f-5e2 >>>>>>> 3-4e6b-8cf5-9a8bb31c4328%40googlegroups.com >>>>>>> <https://groups.google.com/d/msgid/elasticsearch/2dbadd5f-5e23-4e6b-8cf5-9a8bb31c4328%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>> . >>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>> >>>>>> >>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "elasticsearch" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> To view this discussion on the web visit https://groups.google.com/d/ >>>>> msgid/elasticsearch/01d32d9d-3041-4fb7-babe-0e73e3908b31%40goo >>>>> glegroups.com >>>>> <https://groups.google.com/d/msgid/elasticsearch/01d32d9d-3041-4fb7-babe-0e73e3908b31%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>> . >>>>> >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> -- >>> You received this message because you are subscribed to the Google >>> Groups "elasticsearch" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To view this discussion on the web visit https://groups.google.com/d/ >>> msgid/elasticsearch/13131192-405a-43b9-ab56-62ff894c8237% >>> 40googlegroups.com >>> <https://groups.google.com/d/msgid/elasticsearch/13131192-405a-43b9-ab56-62ff894c8237%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- > You received this message because you are subscribed to the Google Groups > "elasticsearch" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/25fac8f0-6714-4b84-a522-982de2c72fc3%40googlegroups.com > <https://groups.google.com/d/msgid/elasticsearch/25fac8f0-6714-4b84-a522-982de2c72fc3%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > Regards, Mark Walkom Infrastructure Engineer Campaign Monitor email: [email protected] web: www.campaignmonitor.com On 19 August 2014 12:01, shriyansh jain <[email protected]> wrote: > To make sure if /auto/share goes down, I have data in /auto/foo. And I am > short of space on /auto/share. Mainly bcz of these 2 reasons. > > Thanks, > Shriyansh > > On Monday, August 18, 2014 6:55:59 PM UTC-7, Mark Walkom wrote: >> >> Why do you want to do this if you are worried about data loss? >> >> Regards, >> Mark Walkom >> >> Infrastructure Engineer >> Campaign Monitor >> email: [email protected] >> web: www.campaignmonitor.com >> >> >> On 19 August 2014 11:50, shriyansh jain <[email protected]> wrote: >> >>> As you mentioned the node will not lose the data completely, is there >>> any possibility that it will lose some data.? >>> >>> Thank you, >>> Shriyansh >>> >>> On Monday, August 18, 2014 4:17:54 PM UTC-7, Mark Walkom wrote: >>>> >>>> If you point the instance to a new data location then yes, it will >>>> startup with no data, but it won't lose the data completely as it will >>>> still be located in your original /auto/share directory. >>>> >>>> However given you have replicas set what will happen is when the node >>>> starts up pointing to the new location it will simply start to copy the >>>> data from the other node so that you fulfil your replica requirements. >>>> >>>> Regards, >>>> Mark Walkom >>>> >>>> Infrastructure Engineer >>>> Campaign Monitor >>>> email: [email protected] >>>> web: www.campaignmonitor.com >>>> >>>> >>>> On 19 August 2014 08:58, shriyansh jain <[email protected]> wrote: >>>> >>>>> >>>>> Yes, I have set *index.number_of_replicas: 1*. If I just point one of >>>>> the 2 nodes to some other location, wont it lose the data stored by that >>>>> node.? >>>>> >>>>> >>>>> Thank you, >>>>> Shriyansh >>>>> >>>>> On Monday, August 18, 2014 3:34:48 PM UTC-7, Mark Walkom wrote: >>>>>> >>>>>> If you want no data in /auto/foo then just create the directory, give >>>>>> it the right permissions and then update the config to point to it. >>>>>> It's the same process you did for /auto/share. >>>>>> >>>>>> >>>>>> Do you have replicas set on your indexes? >>>>>> >>>>>> Regards, >>>>>> Mark Walkom >>>>>> >>>>>> Infrastructure Engineer >>>>>> Campaign Monitor >>>>>> email: [email protected] >>>>>> web: www.campaignmonitor.com >>>>>> >>>>>> >>>>>> On 19 August 2014 08:32, shriyansh jain <[email protected]> wrote: >>>>>> >>>>>>> I would prefer with no data in /auto/foo.? But would like to go with >>>>>>> way, which is efficient and more reliable. >>>>>>> >>>>>>> >>>>>>> Thank you, >>>>>>> Shriyansh >>>>>>> >>>>>>> On Monday, August 18, 2014 3:26:39 PM UTC-7, Mark Walkom wrote: >>>>>>>> >>>>>>>> Do you want to copy the existing data in /auto/share to /auto/foo, >>>>>>>> or start with no data? >>>>>>>> >>>>>>>> Regards, >>>>>>>> Mark Walkom >>>>>>>> >>>>>>>> Infrastructure Engineer >>>>>>>> Campaign Monitor >>>>>>>> email: [email protected] >>>>>>>> web: www.campaignmonitor.com >>>>>>>> >>>>>>>> >>>>>>>> On 19 August 2014 08:23, shriyansh jain <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I have a Elasticsearch Cluster of 2 nodes. I have configured them >>>>>>>>> to store data at the location which is /auto/share. I want to point >>>>>>>>> one of >>>>>>>>> the two nodes in the cluster to some other location to store the data >>>>>>>>> say >>>>>>>>> /auto/foo. >>>>>>>>> What would be the best way of achieving the above task without >>>>>>>>> loosing any data.? And is it possible to do that without loosing any >>>>>>>>> data.? >>>>>>>>> >>>>>>>>> Thank you, >>>>>>>>> Shriyansh >>>>>>>>> >>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>> Groups "elasticsearch" group. >>>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>>> send an email to [email protected]. >>>>>>>>> To view this discussion on the web visit >>>>>>>>> https://groups.google.com/d/msgid/elasticsearch/415f8d41-4fa >>>>>>>>> 9-4f6d-86b9-41b2059ab67f%40googlegroups.com >>>>>>>>> <https://groups.google.com/d/msgid/elasticsearch/415f8d41-4fa9-4f6d-86b9-41b2059ab67f%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>>>> . >>>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "elasticsearch" group. >>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>> send an email to [email protected]. >>>>>>> To view this discussion on the web visit >>>>>>> https://groups.google.com/d/msgid/elasticsearch/2dbadd5f-5e2 >>>>>>> 3-4e6b-8cf5-9a8bb31c4328%40googlegroups.com >>>>>>> <https://groups.google.com/d/msgid/elasticsearch/2dbadd5f-5e23-4e6b-8cf5-9a8bb31c4328%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>> . >>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>> >>>>>> >>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "elasticsearch" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> To view this discussion on the web visit https://groups.google.com/d/ >>>>> msgid/elasticsearch/01d32d9d-3041-4fb7-babe-0e73e3908b31%40goo >>>>> glegroups.com >>>>> <https://groups.google.com/d/msgid/elasticsearch/01d32d9d-3041-4fb7-babe-0e73e3908b31%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>> . >>>>> >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> -- >>> You received this message because you are subscribed to the Google >>> Groups "elasticsearch" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To view this discussion on the web visit https://groups.google.com/d/ >>> msgid/elasticsearch/13131192-405a-43b9-ab56-62ff894c8237% >>> 40googlegroups.com >>> <https://groups.google.com/d/msgid/elasticsearch/13131192-405a-43b9-ab56-62ff894c8237%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- > You received this message because you are subscribed to the Google Groups > "elasticsearch" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/713e283c-ee82-45fb-aa32-22b648c86279%40googlegroups.com > <https://groups.google.com/d/msgid/elasticsearch/713e283c-ee82-45fb-aa32-22b648c86279%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAEM624ZJDcxoBuUqapPh0tgKJZsNpPEYfvW7zLNp7VyhsqPrsQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
