search for: avishwan

But do we store this information somewhere as part of gluster metadata or something... Thanks and Regards, --Anand Extn : 6974 Mobile : 91 9552527199, 91 9850160173 From: Aravinda [mailto:avishwan at redhat.com] Sent: 09 January 2018 12:31 To: Anand Malagi <amalagi at commvault.com>; gluster-users at gluster.org Subject: Re: [Gluster-users] Bricks to sub-volume mapping First 6 bricks belong to First sub volume and next 6 bricks belong to second. On Tuesday 09 January 2018 12:11 PM, A...

Hi, We started a new project to identify issues/misconfigurations in Gluster nodes. This project is very young and not yet ready for Production use, Feedback on the existing reports and ideas for more Reports are welcome. This tool needs to run in every Gluster node to detect the local issues (Example: Parsing log files, checking disk space etc) in each Nodes. But some of the reports use Gluster

...09 January 2018 12:33 PM, Anand Malagi wrote: > > But do we store this information somewhere as part of gluster metadata > or something? > > Thanks and Regards, > > --Anand > > Extn : 6974 > > Mobile : 91 9552527199, 91 9850160173 > > *From:*Aravinda [mailto:avishwan at redhat.com] > *Sent:* 09 January 2018 12:31 > *To:* Anand Malagi <amalagi at commvault.com>; gluster-users at gluster.org > *Subject:* Re: [Gluster-users] Bricks to sub-volume mapping > > First 6 bricks belong to First sub volume and next 6 bricks belong to > second. &gt...

...lete the geo replication session. > > Regards, > Mabi > > > >> -------- Original Message -------- >> Subject: Re: [Gluster-users] How to delete geo-replication session? >> Local Time: August 8, 2017 7:19 AM >> UTC Time: August 8, 2017 5:19 AM >> From: avishwan at redhat.com >> To: mabi <mabi at protonmail.ch>, Gluster Users <gluster-users at gluster.org> >> >> Do you see any session listed when Geo-replication status command is >> run(without any volume name) >> >> gluster volume geo-replication status &gt...

...gios/icinga compatible format. As such this tool could be directly used by nagios for monitoring. Best, M. > -------- Original Message -------- > Subject: [Gluster-devel] Gluster Health Report tool > Local Time: October 25, 2017 2:11 PM > UTC Time: October 25, 2017 12:11 PM > From: avishwan at redhat.com > To: Gluster Devel <gluster-devel at gluster.org>, gluster-users <gluster-users at gluster.org> > > Hi, > > We started a new project to identify issues/misconfigurations in > Gluster nodes. This project is very young and not yet ready for > Production...

...situation? but I think the easiest would be to delete the geo replication session. Regards, Mabi > -------- Original Message -------- > Subject: Re: [Gluster-users] How to delete geo-replication session? > Local Time: August 8, 2017 7:19 AM > UTC Time: August 8, 2017 5:19 AM > From: avishwan at redhat.com > To: mabi <mabi at protonmail.ch>, Gluster Users <gluster-users at gluster.org> > Do you see any session listed when Geo-replication status command is run(without any volume name) > > gluster volume geo-replication status > > Volume stop force should wor...

Do you see any session listed when Geo-replication status command is run(without any volume name) gluster volume geo-replication status Volume stop force should work even if Geo-replication session exists. From the error it looks like node "arbiternode.domain.tld" in Master cluster is down or not reachable. regards Aravinda VK On 08/07/2017 10:01 PM, mabi wrote: > Hi, >

...such this tool could be directly used > by nagios for monitoring. > > Best, > M. > > > > -------- Original Message -------- > Subject: [Gluster-devel] Gluster Health Report tool > Local Time: October 25, 2017 2:11 PM > UTC Time: October 25, 2017 12:11 PM > From: avishwan at redhat.com > To: Gluster Devel <gluster-devel at gluster.org>, gluster-users < > gluster-users at gluster.org> > > Hi, > > We started a new project to identify issues/misconfigurations in > Gluster nodes. This project is very young and not yet ready for > Prod...

....sh, the .glusterfs contents on each brick are deleted, and the volume restarted before gsync-sync-gfid is run. I have a good working backup at the moment and deleting the .glusterfs folder worries me. Is this the solution, or is something else wrong? On 27 June 2017 at 06:31, Aravinda <avishwan at redhat.com> wrote: > Answers inline, > > @Kotresh, please add if I missed anything. > > regards > Aravinda VKhttp://aravindavk.in > > On 06/23/2017 06:29 PM, Stephen Remde wrote: > > I have a ~600tb distributed gluster volume that I want to start using geo >...

First 6 bricks belong to First sub volume and next 6 bricks belong to second. On Tuesday 09 January 2018 12:11 PM, Anand Malagi wrote: > > Hi Team, > > Please let me know how I can know which bricks are part of which > sub-volumes in case of disperse volume, for example in below volume > has two sub-volumes : > > Type: Distributed-Disperse > > Volume ID:

On 04/17/2018 06:25 PM, Omar Kohl wrote: > Hi, > > I have a question regarding bitrot detection. > > Following the RedHat manual (https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.3/html/administration_guide/bitrot-restore_corrupt_file) I am trying out bad-file-restoration after bitrot. > > "gluster volume bitrot VOLNAME status" gets me the

Hi Team, Please let me know how I can know which bricks are part of which sub-volumes in case of disperse volume, for example in below volume has two sub-volumes : Type: Distributed-Disperse Volume ID: 6dc8ced8-27aa-4481-bfe8-057133c31d0b Status: Started Snapshot Count: 0 Number of Bricks: 2 x (4 + 2) = 12 Transport-type: tcp Bricks: Brick1: pdchyperscale1sds:/ws/disk1/ws_brick Brick2:

Hi, I have a question regarding bitrot detection. Following the RedHat manual (https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.3/html/administration_guide/bitrot-restore_corrupt_file) I am trying out bad-file-restoration after bitrot. "gluster volume bitrot VOLNAME status" gets me the GFIDs that are corrupt and on which Host this happens. As far as I can tell

I have a ~600tb distributed gluster volume that I want to start using geo replication on. The current volume is on 6 100tb bricks on 2 servers My plan is: 1) copy each of the bricks to a new arrays on the servers locally 2) move the new arrays to the new servers 3) create the volume on the new servers using the arrays 4) fix the layout on the new volume 5) start georeplication (which should be

Only Geo-replication uses SSH since it is between two Clusters. All other features are limited to single Cluster/Volume, so communications happens via Glusterd(Port tcp/24007 and brick ports(tcp/47152-47251)) On Wednesday 03 January 2018 03:29 PM, lejeczek wrote: > hi everyone > > I think geo-repl needs ssh and keys in order to work, but does > anything else? Self-heal perhaps?

On 09/29/2017 09:30 PM, rick sanchez wrote: > I am trying to get up geo replication between two gluster volumes > > I have set up two replica 2 arbiter 1 volumes with 9 bricks > > [root at gfs1 ~]# gluster volume info > Volume Name: gfsvol > Type: Distributed-Replicate > Volume ID: c2fb4365-480b-4d37-8c7d-c3046bca7306 > Status: Started > Snapshot Count: 0 > Number