Re: [Gluster-users] [Gluster-devel] Query!
Yes, you'd need to construct everything from scratch in this case. -Atin Sent from one plus one On 23-May-2016 8:33 AM, "ABHISHEK PALIWAL" wrote: > Hi Atin, > > Thanks for your reply. But we fall in this situation then what is the > solution to recover from here I have already remove /var/log/glusterd from > one peer, should I need to remove /var/log/glusterd from both of the peers. > > Regards, > Abhishek > > On Fri, May 20, 2016 at 8:39 PM, Atin Mukherjee < > atin.mukherje...@gmail.com> wrote: > >> -Atin >> Sent from one plus one >> On 20-May-2016 5:34 PM, "ABHISHEK PALIWAL" >> wrote: >> > >> > Actually we have some other files related to system initial >> configuration for that we >> > need to format the volume where these bricks are also created and after >> this we are >> > facing some abnormal behavior in gluster and some failure logs like >> volume ID mismatch something. >> > >> > That is why I am asking this is the right way to format volume where >> bricks are created. >> >> No certainly not. If you format your brick, you loose the data and so as >> all the extended attributes. In this case your volume would bound to behave >> abnormally. >> >> > >> > and also is there any link between /var/lib/glusterd and xattr stored >> in .glusterfs directory at brick path. >> > >> > Regards, >> > Abhishek >> > >> > On Fri, May 20, 2016 at 5:25 PM, Atin Mukherjee >> wrote: >> >> >> >> And most importantly why would you do that? What's your use case >> Abhishek? >> >> >> >> On 05/20/2016 05:03 PM, Lindsay Mathieson wrote: >> >> > On 20/05/2016 8:37 PM, ABHISHEK PALIWAL wrote: >> >> >> I am not getting any failure and after restart the glusterd when I >> run >> >> >> volume info command it creates the brick directory >> >> >> as well as .glsuterfs (xattrs). >> >> >> >> >> >> but some time even after restart the glusterd, volume info command >> >> >> showing no volume present. >> >> >> >> >> >> Could you please tell me why this unpredictable problem is >> occurring. >> >> >> >> >> > >> >> > Because as stated earlier you erase all the information about the >> >> > brick? How is this unpredictable? >> >> > >> >> > >> >> > If you want to delete and recreate a brick you should have used the >> >> > remove-brick/add-brick commands. >> >> > >> >> > -- >> >> > Lindsay Mathieson >> >> > >> >> > >> >> > >> >> > ___ >> >> > Gluster-users mailing list >> >> > Gluster-users@gluster.org >> >> > http://www.gluster.org/mailman/listinfo/gluster-users >> >> > >> > >> > >> > >> > >> > -- >> > >> > >> > >> > >> > Regards >> > Abhishek Paliwal >> > >> > ___ >> > Gluster-users mailing list >> > Gluster-users@gluster.org >> > http://www.gluster.org/mailman/listinfo/gluster-users >> >> -Atin >> Sent from one plus one >> > > > > -- > > > > > Regards > Abhishek Paliwal > ___ Gluster-users mailing list Gluster-users@gluster.org http://www.gluster.org/mailman/listinfo/gluster-users
Re: [Gluster-users] [Gluster-devel] Query!
Hi Atin, Thanks for your reply. But we fall in this situation then what is the solution to recover from here I have already remove /var/log/glusterd from one peer, should I need to remove /var/log/glusterd from both of the peers. Regards, Abhishek On Fri, May 20, 2016 at 8:39 PM, Atin Mukherjee wrote: > -Atin > Sent from one plus one > On 20-May-2016 5:34 PM, "ABHISHEK PALIWAL" > wrote: > > > > Actually we have some other files related to system initial > configuration for that we > > need to format the volume where these bricks are also created and after > this we are > > facing some abnormal behavior in gluster and some failure logs like > volume ID mismatch something. > > > > That is why I am asking this is the right way to format volume where > bricks are created. > > No certainly not. If you format your brick, you loose the data and so as > all the extended attributes. In this case your volume would bound to behave > abnormally. > > > > > and also is there any link between /var/lib/glusterd and xattr stored in > .glusterfs directory at brick path. > > > > Regards, > > Abhishek > > > > On Fri, May 20, 2016 at 5:25 PM, Atin Mukherjee > wrote: > >> > >> And most importantly why would you do that? What's your use case > Abhishek? > >> > >> On 05/20/2016 05:03 PM, Lindsay Mathieson wrote: > >> > On 20/05/2016 8:37 PM, ABHISHEK PALIWAL wrote: > >> >> I am not getting any failure and after restart the glusterd when I > run > >> >> volume info command it creates the brick directory > >> >> as well as .glsuterfs (xattrs). > >> >> > >> >> but some time even after restart the glusterd, volume info command > >> >> showing no volume present. > >> >> > >> >> Could you please tell me why this unpredictable problem is occurring. > >> >> > >> > > >> > Because as stated earlier you erase all the information about the > >> > brick? How is this unpredictable? > >> > > >> > > >> > If you want to delete and recreate a brick you should have used the > >> > remove-brick/add-brick commands. > >> > > >> > -- > >> > Lindsay Mathieson > >> > > >> > > >> > > >> > ___ > >> > Gluster-users mailing list > >> > Gluster-users@gluster.org > >> > http://www.gluster.org/mailman/listinfo/gluster-users > >> > > > > > > > > > > > -- > > > > > > > > > > Regards > > Abhishek Paliwal > > > > ___ > > Gluster-users mailing list > > Gluster-users@gluster.org > > http://www.gluster.org/mailman/listinfo/gluster-users > > -Atin > Sent from one plus one > -- Regards Abhishek Paliwal ___ Gluster-users mailing list Gluster-users@gluster.org http://www.gluster.org/mailman/listinfo/gluster-users
Re: [Gluster-users] Questions about healing
> Let's assume 10.000 shard on a server being healed. > Gluster heal 1 shard at once, so the other 9.999 pieces would be read > from the other servers > to keep VM running ? If yes, this is good. If not, in this case, the > whole VM need to be healed > and thus, the whole VM would hangs Yes, that seems to be what's hapenning on 3.7.11. Couldn't notice any freez during heals, except for a brief one when a node just went down : looks like gluster hangs for a few seconds while waiting for the node before deciding to mark it down and continue without it. -- Kevin Lemonnier PGP Fingerprint : 89A5 2283 04A0 E6E9 0111 signature.asc Description: Digital signature ___ Gluster-users mailing list Gluster-users@gluster.org http://www.gluster.org/mailman/listinfo/gluster-users