Hi All We were able to get all 4 bricks are distributed , we can see the right amount of space. but we have been rebalancing since 4 days ago for 16Tb. and still only 8tb. is there a way to speed up. there is also data we can remove from it to speed it up, but what is the best procedures removing data , is it from the Gluster main export point or going on each brick and remove it . We would like to stop rebalancing , delete the data and rebalancing again. is there a down side, doing this, What happens with Gluster missing data when rebalancing? Thanks Jose --------------------------------- Jose Sanchez Systems/Network Analyst 1 Center of Advanced Research Computing 1601 Central Ave. MSC 01 1190 Albuquerque, NM 87131-0001 carc.unm.edu <http://carc.unm.edu/> 575.636.4232> On Apr 27, 2018, at 4:16 AM, Hari Gowtham <hgowtham at redhat.com> wrote: > > Hi Jose, > > Why are all the bricks visible in volume info if the pre-validation > for add-brick failed? I suspect that the remove brick wasn't done > properly. > > You can provide the cmd_history.log to verify this. Better to get the > other log messages. > > Also I need to know what are the bricks that were actually removed, > the command used and its output. > > On Thu, Apr 26, 2018 at 3:47 AM, Jose Sanchez <josesanc at carc.unm.edu> wrote: >> Looking at the logs , it seems that it is trying to add using the same port >> was assigned for gluster01ib: >> >> >> Any Ideas?? >> >> Jose >> >> >> >> [2018-04-25 22:08:55.169302] I [MSGID: 106482] >> [glusterd-brick-ops.c:447:__glusterd_handle_add_brick] 0-management: >> Received add brick req >> [2018-04-25 22:08:55.186037] I [run.c:191:runner_log] >> (-->/usr/lib64/glusterfs/3.8.15/xlator/mgmt/glusterd.so(+0x33045) >> [0x7f5464b9b045] >> -->/usr/lib64/glusterfs/3.8.15/xlator/mgmt/glusterd.so(+0xcbd85) >> [0x7f5464c33d85] -->/lib64/libglusterfs.so.0(runner_log+0x115) >> [0x7f54704cf1e5] ) 0-management: Ran script: >> /var/lib/glusterd/hooks/1/add-brick/pre/S28Quota-enable-root-xattr-heal.sh >> --volname=scratch --version=1 --volume-op=add-brick >> --gd-workdir=/var/lib/glusterd >> [2018-04-25 22:08:55.309534] I [MSGID: 106143] >> [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick >> /gdata/brick1/scratch on port 49152 >> [2018-04-25 22:08:55.309659] I [MSGID: 106143] >> [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick >> /gdata/brick1/scratch.rdma on port 49153 >> [2018-04-25 22:08:55.310231] E [MSGID: 106005] >> [glusterd-utils.c:4877:glusterd_brick_start] 0-management: Unable to start >> brick gluster02ib:/gdata/brick1/scratch >> [2018-04-25 22:08:55.310275] E [MSGID: 106074] >> [glusterd-brick-ops.c:2493:glusterd_op_add_brick] 0-glusterd: Unable to add >> bricks >> [2018-04-25 22:08:55.310304] E [MSGID: 106123] >> [glusterd-mgmt.c:294:gd_mgmt_v3_commit_fn] 0-management: Add-brick commit >> failed. >> [2018-04-25 22:08:55.310316] E [MSGID: 106123] >> [glusterd-mgmt.c:1427:glusterd_mgmt_v3_commit] 0-management: Commit failed >> for operation Add brick on local node >> [2018-04-25 22:08:55.310330] E [MSGID: 106123] >> [glusterd-mgmt.c:2018:glusterd_mgmt_v3_initiate_all_phases] 0-management: >> Commit Op Failed >> [2018-04-25 22:09:11.678141] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick1/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 22:09:11.678184] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 22:09:11.678200] E [MSGID: 106122] >> [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: >> Pre Validation failed on operation Add brick >> [root at gluster02 glusterfs]# gluster volume status scratch >> Status of volume: scratch >> Gluster process TCP Port RDMA Port Online Pid >> ------------------------------------------------------------------------------ >> Brick gluster01ib:/gdata/brick1/scratch 49152 49153 Y >> 1819 >> Brick gluster01ib:/gdata/brick2/scratch 49154 49155 Y >> 1827 >> Brick gluster02ib:/gdata/brick1/scratch N/A N/A N N/A >> >> >> >> Task Status of Volume scratch >> ------------------------------------------------------------------------------ >> There are no active volume tasks >> >> >> >> [root at gluster02 glusterfs]# >> >> >> >> On Apr 25, 2018, at 3:23 PM, Jose Sanchez <josesanc at carc.unm.edu> wrote: >> >> Hello Karthik >> >> >> Im having trouble adding the two bricks back online. Any help is >> appreciated >> >> thanks >> >> >> when i try to add-brick command this is what i get >> >> [root at gluster01 ~]# gluster volume add-brick scratch >> gluster02ib:/gdata/brick2/scratch/ >> volume add-brick: failed: Pre Validation failed on gluster02ib. Brick: >> gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or >> be contained by an existing brick >> >> I have run the following commands and remove the .glusterfs hidden >> directories >> >> [root at gluster02 ~]# setfattr -x trusted.glusterfs.volume-id >> /gdata/brick2/scratch/ >> setfattr: /gdata/brick2/scratch/: No such attribute >> [root at gluster02 ~]# setfattr -x trusted.gfid /gdata/brick2/scratch/ >> setfattr: /gdata/brick2/scratch/: No such attribute >> [root at gluster02 ~]# >> >> >> this is what I get when I run status and info >> >> >> [root at gluster01 ~]# gluster volume info scratch >> >> Volume Name: scratch >> Type: Distribute >> Volume ID: 23f1e4b1-b8e0-46c3-874a-58b4728ea106 >> Status: Started >> Snapshot Count: 0 >> Number of Bricks: 4 >> Transport-type: tcp,rdma >> Bricks: >> Brick1: gluster01ib:/gdata/brick1/scratch >> Brick2: gluster01ib:/gdata/brick2/scratch >> Brick3: gluster02ib:/gdata/brick1/scratch >> Brick4: gluster02ib:/gdata/brick2/scratch >> Options Reconfigured: >> nfs.disable: on >> performance.readdir-ahead: on >> [root at gluster01 ~]# >> >> >> [root at gluster02 ~]# gluster volume status scratch >> Status of volume: scratch >> Gluster process TCP Port RDMA Port Online Pid >> ------------------------------------------------------------------------------ >> Brick gluster01ib:/gdata/brick1/scratch 49156 49157 Y >> 1819 >> Brick gluster01ib:/gdata/brick2/scratch 49158 49159 Y >> 1827 >> Brick gluster02ib:/gdata/brick1/scratch N/A N/A N N/A >> Brick gluster02ib:/gdata/brick2/scratch N/A N/A N N/A >> >> Task Status of Volume scratch >> ------------------------------------------------------------------------------ >> There are no active volume tasks >> >> [root at gluster02 ~]# >> >> >> This are the logs files from Gluster ETC >> >> [2018-04-25 20:56:54.390662] I [MSGID: 106143] >> [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick >> /gdata/brick1/scratch on port 49152 >> [2018-04-25 20:56:54.390798] I [MSGID: 106143] >> [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick >> /gdata/brick1/scratch.rdma on port 49153 >> [2018-04-25 20:56:54.391401] E [MSGID: 106005] >> [glusterd-utils.c:4877:glusterd_brick_start] 0-management: Unable to start >> brick gluster02ib:/gdata/brick1/scratch >> [2018-04-25 20:56:54.391457] E [MSGID: 106074] >> [glusterd-brick-ops.c:2493:glusterd_op_add_brick] 0-glusterd: Unable to add >> bricks >> [2018-04-25 20:56:54.391476] E [MSGID: 106123] >> [glusterd-mgmt.c:294:gd_mgmt_v3_commit_fn] 0-management: Add-brick commit >> failed. >> [2018-04-25 20:56:54.391490] E [MSGID: 106123] >> [glusterd-mgmt-handler.c:603:glusterd_handle_commit_fn] 0-management: commit >> failed on operation Add brick >> [2018-04-25 20:58:55.332262] I [MSGID: 106499] >> [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: >> Received status volume req for volume scratch >> [2018-04-25 21:02:07.464357] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick1/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 21:02:07.464395] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 21:02:07.464414] E [MSGID: 106122] >> [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: >> Pre Validation failed on operation Add brick >> [2018-04-25 21:04:56.198662] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 21:04:56.198700] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 21:04:56.198716] E [MSGID: 106122] >> [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: >> Pre Validation failed on operation Add brick >> [2018-04-25 21:07:11.084205] I [MSGID: 106482] >> [glusterd-brick-ops.c:447:__glusterd_handle_add_brick] 0-management: >> Received add brick req >> [2018-04-25 21:07:11.087682] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 21:07:11.087716] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 21:07:11.087729] E [MSGID: 106122] >> [glusterd-mgmt.c:884:glusterd_mgmt_v3_pre_validate] 0-management: Pre >> Validation failed for operation Add brick on local node >> [2018-04-25 21:07:11.087741] E [MSGID: 106122] >> [glusterd-mgmt.c:2009:glusterd_mgmt_v3_initiate_all_phases] 0-management: >> Pre Validation Failed >> [2018-04-25 21:12:22.340221] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 21:12:22.340259] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 21:12:22.340274] E [MSGID: 106122] >> [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: >> Pre Validation failed on operation Add brick >> [2018-04-25 21:18:13.427036] I [MSGID: 106499] >> [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: >> Received status volume req for volume scratch >> [root at gluster02 glusterfs]# >> >> >> --------------------------------- >> Jose Sanchez >> Systems/Network Analyst 1 >> Center of Advanced Research Computing >> 1601 Central Ave. >> MSC 01 1190 >> Albuquerque, NM 87131-0001 >> carc.unm.edu >> 575.636.4232 >> >> On Apr 12, 2018, at 12:11 AM, Karthik Subrahmanya <ksubrahm at redhat.com> >> wrote: >> >> >> >> On Wed, Apr 11, 2018 at 7:38 PM, Jose Sanchez <josesanc at carc.unm.edu> wrote: >>> >>> Hi Karthik >>> >>> Looking at the information you have provided me, I would like to make sure >>> that I?m running the right commands. >>> >>> 1. gluster volume heal scratch info >> >> If the count is non zero, trigger the heal and wait for heal info count to >> become zero. >>> >>> 2. gluster volume remove-brick scratch replica 1 >>> gluster02ib:/gdata/brick1/scratch gluster02ib:/gdata/brick2/scratch force >>> >>> 3. gluster volume add-brick ?#" scratch gluster02ib:/gdata/brick1/scratch >>> gluster02ib:/gdata/brick2/scratch >>> >>> >>> Based on the configuration I have, Brick 1 from Node A and B are tide >>> together and Brick 2 from Node A and B are also tide together. Looking at >>> your remove command (step #2), it seems that you want me to remove Brick 1 >>> and 2 from Node B (gluster02ib). is that correct? I thought the data was >>> distributed in bricks 1 between nodes A and B) and duplicated on Bricks 2 >>> (node A and B). >> >> Data is duplicated between bricks 1 of nodes A & B and bricks 2 of nodes A & >> B and data is distributed between these two pairs. >> You need not always remove the bricks 1 & 2 from node B itself. The idea >> here is to keep one copy from both the replica pairs. >>> >>> >>> Also when I add the bricks back to gluster, do I need to specify if it is >>> distributed or replicated?? and Do i need a configuration #?? for example on >>> your command (Step #2) you have ?replica 1? when remove bricks, do I need to >>> do the same when adding the nodes back ? >> >> No. You just need to erase the data on those bricks and add those bricks >> back to the volume. The previous remove-brick command will make the volume >> plain distribute. Then simply adding the bricks without specifying any "#" >> will expand the volume as a plain distribute volue. >>> >>> >>> Im planning on moving with this changes in few days. At this point each >>> brick has 14tb and adding bricks 1 from node A and B, i have a total of >>> 28tb, After doing all the process, (removing and adding bricks) I should be >>> able to see a total of 56Tb right ? >> >> Yes after all these you will have 56TB in total. >> After adding the bricks, do volume rebalance, so that the data which were >> present previously, will be moved to the correct bricks. >> >> HTH, >> Karthik >>> >>> >>> Thanks >>> >>> Jose >>> >>> >>> >>> >>> --------------------------------- >>> Jose Sanchez >>> Systems/Network Analyst 1 >>> Center of Advanced Research Computing >>> 1601 Central Ave. >>> MSC 01 1190 >>> Albuquerque, NM 87131-0001 >>> carc.unm.edu >>> 575.636.4232 >>> >>> On Apr 7, 2018, at 8:29 AM, Karthik Subrahmanya <ksubrahm at redhat.com> >>> wrote: >>> >>> Hi Jose, >>> >>> Thanks for providing the volume info. You have 2 subvolumes. Data is >>> replicated within the bricks of that subvolumes. >>> First one consisting of Node A's brick1 & Node B's brick1 and the second >>> one consisting of Node A's brick2 and Node B's brick2. >>> You don't have the same data on all the 4 bricks. Data are distributed >>> between these two subvolumes. >>> To remove the replica you can use the command >>> gluster volume remove-brick scratch replica 1 >>> gluster02ib:/gdata/brick1/scratch gluster02ib:/gdata/brick2/scratch force >>> So you will have one copy of data present from both the distributes. >>> Before doing this make sure "gluster volume heal scratch info" value is >>> zero. So copies you retain will have the correct data. >>> After the remove-brick erase the data from the backend. >>> Then you can expand the volume by following the steps at [1]. >>> >>> [1] >>> https://docs.gluster.org/en/latest/Administrator%20Guide/Managing%20Volumes/#expanding-volumes >>> >>> Regards, >>> Karthik >>> >>> On Fri, Apr 6, 2018 at 11:39 PM, Jose Sanchez <josesanc at carc.unm.edu> >>> wrote: >>>> >>>> Hi Karthik >>>> >>>> this is our configuration, is 2x2 =4 , they are all replicated , each >>>> brick has 14tb. we have 2 nodes A and B, each one with brick 1 and 2. >>>> >>>> Node A (replicated A1 (14tb) and B1 (14tb) ) same with node B >>>> (Replicated A2 (14tb) and B2 (14tb)). >>>> >>>> Do you think we need to degrade the node first before removing it. i >>>> believe the same copy of data is on all 4 bricks, we would like to keep one >>>> of them, and add the other bricks as extra space >>>> >>>> Thanks for your help on this >>>> >>>> Jose >>>> >>>> >>>> >>>> >>>> >>>> [root at gluster01 ~]# gluster volume info scratch >>>> >>>> Volume Name: scratch >>>> Type: Distributed-Replicate >>>> Volume ID: 23f1e4b1-b8e0-46c3-874a-58b4728ea106 >>>> Status: Started >>>> Snapshot Count: 0 >>>> Number of Bricks: 2 x 2 = 4 >>>> Transport-type: tcp,rdma >>>> Bricks: >>>> Brick1: gluster01ib:/gdata/brick1/scratch >>>> Brick2: gluster02ib:/gdata/brick1/scratch >>>> Brick3: gluster01ib:/gdata/brick2/scratch >>>> Brick4: gluster02ib:/gdata/brick2/scratch >>>> Options Reconfigured: >>>> performance.readdir-ahead: on >>>> nfs.disable: on >>>> >>>> [root at gluster01 ~]# gluster volume status all >>>> Status of volume: scratch >>>> Gluster process TCP Port RDMA Port Online >>>> Pid >>>> >>>> ------------------------------------------------------------------------------ >>>> Brick gluster01ib:/gdata/brick1/scratch 49152 49153 Y >>>> 1743 >>>> Brick gluster02ib:/gdata/brick1/scratch 49156 49157 Y >>>> 1732 >>>> Brick gluster01ib:/gdata/brick2/scratch 49154 49155 Y >>>> 1738 >>>> Brick gluster02ib:/gdata/brick2/scratch 49158 49159 Y >>>> 1733 >>>> Self-heal Daemon on localhost N/A N/A Y >>>> 1728 >>>> Self-heal Daemon on gluster02ib N/A N/A Y >>>> 1726 >>>> >>>> Task Status of Volume scratch >>>> >>>> ------------------------------------------------------------------------------ >>>> There are no active volume tasks >>>> >>>> --------------------------------- >>>> Jose Sanchez >>>> Systems/Network Analyst 1 >>>> Center of Advanced Research Computing >>>> 1601 Central Ave. >>>> MSC 01 1190 >>>> Albuquerque, NM 87131-0001 >>>> carc.unm.edu >>>> 575.636.4232 >>>> >>>> On Apr 6, 2018, at 3:49 AM, Karthik Subrahmanya <ksubrahm at redhat.com> >>>> wrote: >>>> >>>> Hi Jose, >>>> >>>> By switching into pure distribute volume you will lose availability if >>>> something goes bad. >>>> >>>> I am guessing you have a nX2 volume. >>>> If you want to preserve one copy of the data in all the distributes, you >>>> can do that by decreasing the replica count in the remove-brick operation. >>>> If you have any inconsistency, heal them first using the "gluster volume >>>> heal <volname>" command and wait till the >>>> "gluster volume heal <volname> info" output becomes zero, before removing >>>> the bricks, so that you will have the correct data. >>>> If you do not want to preserve the data then you can directly remove the >>>> bricks. >>>> Even after removing the bricks the data will be present in the backend of >>>> the removed bricks. You have to manually erase them (both data and >>>> .glusterfs folder). >>>> See [1] for more details on remove-brick. >>>> >>>> [1]. >>>> https://docs.gluster.org/en/latest/Administrator%20Guide/Managing%20Volumes/#shrinking-volumes >>>> >>>> HTH, >>>> Karthik >>>> >>>> >>>> On Thu, Apr 5, 2018 at 8:17 PM, Jose Sanchez <josesanc at carc.unm.edu> >>>> wrote: >>>>> >>>>> >>>>> We have a Gluster setup with 2 nodes (distributed replication) and we >>>>> would like to switch it to the distributed mode. I know the data is >>>>> duplicated between those nodes, what is the proper way of switching it to a >>>>> distributed, we would like to double or gain the storage space on our >>>>> gluster storage node. what happens with the data, do i need to erase one of >>>>> the nodes? >>>>> >>>>> Jose >>>>> >>>>> >>>>> --------------------------------- >>>>> Jose Sanchez >>>>> Systems/Network Analyst >>>>> Center of Advanced Research Computing >>>>> 1601 Central Ave. >>>>> MSC 01 1190 >>>>> Albuquerque, NM 87131-0001 >>>>> carc.unm.edu >>>>> 575.636.4232 >>>>> >>>>> >>>>> _______________________________________________ >>>>> Gluster-users mailing list >>>>> Gluster-users at gluster.org >>>>> http://lists.gluster.org/mailman/listinfo/gluster-users >>>> >>>> >>>> >>> >>> >> >> >> >> >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://lists.gluster.org/mailman/listinfo/gluster-users > > > > -- > Regards, > Hari Gowtham.-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180430/ef9ce1a5/attachment.html>
Hi, Removing data to speed up from rebalance is not something that is recommended. Rebalance can be stopped but if started again it will start from the beginning (will have to check and skip the files already moved). Rebalance will take a while, better to let it run. It doesn't have any down side. Unless you touch the backend the data on gluster volume will be available for usage in spite of rebalance running. If you want to speed things up rebalance throttle option can be set to aggressive to speed things up. (this might increase the cpu and disk usage). On Mon, Apr 30, 2018 at 6:24 PM, Jose Sanchez <josesanc at carc.unm.edu> wrote:> Hi All > > We were able to get all 4 bricks are distributed , we can see the right > amount of space. but we have been rebalancing since 4 days ago for 16Tb. and > still only 8tb. is there a way to speed up. there is also data we can remove > from it to speed it up, but what is the best procedures removing data , is > it from the Gluster main export point or going on each brick and remove it . > We would like to stop rebalancing , delete the data and rebalancing again. > > is there a down side, doing this, What happens with Gluster missing data > when rebalancing? > > Thanks > > Jose > > > > > > > --------------------------------- > Jose Sanchez > Systems/Network Analyst 1 > Center of Advanced Research Computing > 1601 Central Ave. > MSC 01 1190 > Albuquerque, NM 87131-0001 > carc.unm.edu > 575.636.4232 > > On Apr 27, 2018, at 4:16 AM, Hari Gowtham <hgowtham at redhat.com> wrote: > > Hi Jose, > > Why are all the bricks visible in volume info if the pre-validation > for add-brick failed? I suspect that the remove brick wasn't done > properly. > > You can provide the cmd_history.log to verify this. Better to get the > other log messages. > > Also I need to know what are the bricks that were actually removed, > the command used and its output. > > On Thu, Apr 26, 2018 at 3:47 AM, Jose Sanchez <josesanc at carc.unm.edu> wrote: > > Looking at the logs , it seems that it is trying to add using the same port > was assigned for gluster01ib: > > > Any Ideas?? > > Jose > > > > [2018-04-25 22:08:55.169302] I [MSGID: 106482] > [glusterd-brick-ops.c:447:__glusterd_handle_add_brick] 0-management: > Received add brick req > [2018-04-25 22:08:55.186037] I [run.c:191:runner_log] > (-->/usr/lib64/glusterfs/3.8.15/xlator/mgmt/glusterd.so(+0x33045) > [0x7f5464b9b045] > -->/usr/lib64/glusterfs/3.8.15/xlator/mgmt/glusterd.so(+0xcbd85) > [0x7f5464c33d85] -->/lib64/libglusterfs.so.0(runner_log+0x115) > [0x7f54704cf1e5] ) 0-management: Ran script: > /var/lib/glusterd/hooks/1/add-brick/pre/S28Quota-enable-root-xattr-heal.sh > --volname=scratch --version=1 --volume-op=add-brick > --gd-workdir=/var/lib/glusterd > [2018-04-25 22:08:55.309534] I [MSGID: 106143] > [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick > /gdata/brick1/scratch on port 49152 > [2018-04-25 22:08:55.309659] I [MSGID: 106143] > [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick > /gdata/brick1/scratch.rdma on port 49153 > [2018-04-25 22:08:55.310231] E [MSGID: 106005] > [glusterd-utils.c:4877:glusterd_brick_start] 0-management: Unable to start > brick gluster02ib:/gdata/brick1/scratch > [2018-04-25 22:08:55.310275] E [MSGID: 106074] > [glusterd-brick-ops.c:2493:glusterd_op_add_brick] 0-glusterd: Unable to add > bricks > [2018-04-25 22:08:55.310304] E [MSGID: 106123] > [glusterd-mgmt.c:294:gd_mgmt_v3_commit_fn] 0-management: Add-brick commit > failed. > [2018-04-25 22:08:55.310316] E [MSGID: 106123] > [glusterd-mgmt.c:1427:glusterd_mgmt_v3_commit] 0-management: Commit failed > for operation Add brick on local node > [2018-04-25 22:08:55.310330] E [MSGID: 106123] > [glusterd-mgmt.c:2018:glusterd_mgmt_v3_initiate_all_phases] 0-management: > Commit Op Failed > [2018-04-25 22:09:11.678141] E [MSGID: 106452] > [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: > gluster02ib:/gdata/brick1/scratch not available. Brick may be containing or > be contained by an existing brick > [2018-04-25 22:09:11.678184] W [MSGID: 106122] > [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick > prevalidation failed. > [2018-04-25 22:09:11.678200] E [MSGID: 106122] > [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: > Pre Validation failed on operation Add brick > [root at gluster02 glusterfs]# gluster volume status scratch > Status of volume: scratch > Gluster process TCP Port RDMA Port Online Pid > ------------------------------------------------------------------------------ > Brick gluster01ib:/gdata/brick1/scratch 49152 49153 Y > 1819 > Brick gluster01ib:/gdata/brick2/scratch 49154 49155 Y > 1827 > Brick gluster02ib:/gdata/brick1/scratch N/A N/A N N/A > > > > Task Status of Volume scratch > ------------------------------------------------------------------------------ > There are no active volume tasks > > > > [root at gluster02 glusterfs]# > > > > On Apr 25, 2018, at 3:23 PM, Jose Sanchez <josesanc at carc.unm.edu> wrote: > > Hello Karthik > > > Im having trouble adding the two bricks back online. Any help is > appreciated > > thanks > > > when i try to add-brick command this is what i get > > [root at gluster01 ~]# gluster volume add-brick scratch > gluster02ib:/gdata/brick2/scratch/ > volume add-brick: failed: Pre Validation failed on gluster02ib. Brick: > gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or > be contained by an existing brick > > I have run the following commands and remove the .glusterfs hidden > directories > > [root at gluster02 ~]# setfattr -x trusted.glusterfs.volume-id > /gdata/brick2/scratch/ > setfattr: /gdata/brick2/scratch/: No such attribute > [root at gluster02 ~]# setfattr -x trusted.gfid /gdata/brick2/scratch/ > setfattr: /gdata/brick2/scratch/: No such attribute > [root at gluster02 ~]# > > > this is what I get when I run status and info > > > [root at gluster01 ~]# gluster volume info scratch > > Volume Name: scratch > Type: Distribute > Volume ID: 23f1e4b1-b8e0-46c3-874a-58b4728ea106 > Status: Started > Snapshot Count: 0 > Number of Bricks: 4 > Transport-type: tcp,rdma > Bricks: > Brick1: gluster01ib:/gdata/brick1/scratch > Brick2: gluster01ib:/gdata/brick2/scratch > Brick3: gluster02ib:/gdata/brick1/scratch > Brick4: gluster02ib:/gdata/brick2/scratch > Options Reconfigured: > nfs.disable: on > performance.readdir-ahead: on > [root at gluster01 ~]# > > > [root at gluster02 ~]# gluster volume status scratch > Status of volume: scratch > Gluster process TCP Port RDMA Port Online Pid > ------------------------------------------------------------------------------ > Brick gluster01ib:/gdata/brick1/scratch 49156 49157 Y > 1819 > Brick gluster01ib:/gdata/brick2/scratch 49158 49159 Y > 1827 > Brick gluster02ib:/gdata/brick1/scratch N/A N/A N N/A > Brick gluster02ib:/gdata/brick2/scratch N/A N/A N N/A > > Task Status of Volume scratch > ------------------------------------------------------------------------------ > There are no active volume tasks > > [root at gluster02 ~]# > > > This are the logs files from Gluster ETC > > [2018-04-25 20:56:54.390662] I [MSGID: 106143] > [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick > /gdata/brick1/scratch on port 49152 > [2018-04-25 20:56:54.390798] I [MSGID: 106143] > [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick > /gdata/brick1/scratch.rdma on port 49153 > [2018-04-25 20:56:54.391401] E [MSGID: 106005] > [glusterd-utils.c:4877:glusterd_brick_start] 0-management: Unable to start > brick gluster02ib:/gdata/brick1/scratch > [2018-04-25 20:56:54.391457] E [MSGID: 106074] > [glusterd-brick-ops.c:2493:glusterd_op_add_brick] 0-glusterd: Unable to add > bricks > [2018-04-25 20:56:54.391476] E [MSGID: 106123] > [glusterd-mgmt.c:294:gd_mgmt_v3_commit_fn] 0-management: Add-brick commit > failed. > [2018-04-25 20:56:54.391490] E [MSGID: 106123] > [glusterd-mgmt-handler.c:603:glusterd_handle_commit_fn] 0-management: commit > failed on operation Add brick > [2018-04-25 20:58:55.332262] I [MSGID: 106499] > [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: > Received status volume req for volume scratch > [2018-04-25 21:02:07.464357] E [MSGID: 106452] > [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: > gluster02ib:/gdata/brick1/scratch not available. Brick may be containing or > be contained by an existing brick > [2018-04-25 21:02:07.464395] W [MSGID: 106122] > [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick > prevalidation failed. > [2018-04-25 21:02:07.464414] E [MSGID: 106122] > [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: > Pre Validation failed on operation Add brick > [2018-04-25 21:04:56.198662] E [MSGID: 106452] > [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: > gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or > be contained by an existing brick > [2018-04-25 21:04:56.198700] W [MSGID: 106122] > [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick > prevalidation failed. > [2018-04-25 21:04:56.198716] E [MSGID: 106122] > [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: > Pre Validation failed on operation Add brick > [2018-04-25 21:07:11.084205] I [MSGID: 106482] > [glusterd-brick-ops.c:447:__glusterd_handle_add_brick] 0-management: > Received add brick req > [2018-04-25 21:07:11.087682] E [MSGID: 106452] > [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: > gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or > be contained by an existing brick > [2018-04-25 21:07:11.087716] W [MSGID: 106122] > [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick > prevalidation failed. > [2018-04-25 21:07:11.087729] E [MSGID: 106122] > [glusterd-mgmt.c:884:glusterd_mgmt_v3_pre_validate] 0-management: Pre > Validation failed for operation Add brick on local node > [2018-04-25 21:07:11.087741] E [MSGID: 106122] > [glusterd-mgmt.c:2009:glusterd_mgmt_v3_initiate_all_phases] 0-management: > Pre Validation Failed > [2018-04-25 21:12:22.340221] E [MSGID: 106452] > [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: > gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or > be contained by an existing brick > [2018-04-25 21:12:22.340259] W [MSGID: 106122] > [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick > prevalidation failed. > [2018-04-25 21:12:22.340274] E [MSGID: 106122] > [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: > Pre Validation failed on operation Add brick > [2018-04-25 21:18:13.427036] I [MSGID: 106499] > [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: > Received status volume req for volume scratch > [root at gluster02 glusterfs]# > > > --------------------------------- > Jose Sanchez > Systems/Network Analyst 1 > Center of Advanced Research Computing > 1601 Central Ave. > MSC 01 1190 > Albuquerque, NM 87131-0001 > carc.unm.edu > 575.636.4232 > > On Apr 12, 2018, at 12:11 AM, Karthik Subrahmanya <ksubrahm at redhat.com> > wrote: > > > > On Wed, Apr 11, 2018 at 7:38 PM, Jose Sanchez <josesanc at carc.unm.edu> wrote: > > > Hi Karthik > > Looking at the information you have provided me, I would like to make sure > that I?m running the right commands. > > 1. gluster volume heal scratch info > > > If the count is non zero, trigger the heal and wait for heal info count to > become zero. > > > 2. gluster volume remove-brick scratch replica 1 > gluster02ib:/gdata/brick1/scratch gluster02ib:/gdata/brick2/scratch force > > 3. gluster volume add-brick ?#" scratch gluster02ib:/gdata/brick1/scratch > gluster02ib:/gdata/brick2/scratch > > > Based on the configuration I have, Brick 1 from Node A and B are tide > together and Brick 2 from Node A and B are also tide together. Looking at > your remove command (step #2), it seems that you want me to remove Brick 1 > and 2 from Node B (gluster02ib). is that correct? I thought the data was > distributed in bricks 1 between nodes A and B) and duplicated on Bricks 2 > (node A and B). > > > Data is duplicated between bricks 1 of nodes A & B and bricks 2 of nodes A & > B and data is distributed between these two pairs. > You need not always remove the bricks 1 & 2 from node B itself. The idea > here is to keep one copy from both the replica pairs. > > > > Also when I add the bricks back to gluster, do I need to specify if it is > distributed or replicated?? and Do i need a configuration #?? for example on > your command (Step #2) you have ?replica 1? when remove bricks, do I need to > do the same when adding the nodes back ? > > > No. You just need to erase the data on those bricks and add those bricks > back to the volume. The previous remove-brick command will make the volume > plain distribute. Then simply adding the bricks without specifying any "#" > will expand the volume as a plain distribute volue. > > > > Im planning on moving with this changes in few days. At this point each > brick has 14tb and adding bricks 1 from node A and B, i have a total of > 28tb, After doing all the process, (removing and adding bricks) I should be > able to see a total of 56Tb right ? > > > Yes after all these you will have 56TB in total. > After adding the bricks, do volume rebalance, so that the data which were > present previously, will be moved to the correct bricks. > > HTH, > Karthik > > > > Thanks > > Jose > > > > > --------------------------------- > Jose Sanchez > Systems/Network Analyst 1 > Center of Advanced Research Computing > 1601 Central Ave. > MSC 01 1190 > Albuquerque, NM 87131-0001 > carc.unm.edu > 575.636.4232 > > On Apr 7, 2018, at 8:29 AM, Karthik Subrahmanya <ksubrahm at redhat.com> > wrote: > > Hi Jose, > > Thanks for providing the volume info. You have 2 subvolumes. Data is > replicated within the bricks of that subvolumes. > First one consisting of Node A's brick1 & Node B's brick1 and the second > one consisting of Node A's brick2 and Node B's brick2. > You don't have the same data on all the 4 bricks. Data are distributed > between these two subvolumes. > To remove the replica you can use the command > gluster volume remove-brick scratch replica 1 > gluster02ib:/gdata/brick1/scratch gluster02ib:/gdata/brick2/scratch force > So you will have one copy of data present from both the distributes. > Before doing this make sure "gluster volume heal scratch info" value is > zero. So copies you retain will have the correct data. > After the remove-brick erase the data from the backend. > Then you can expand the volume by following the steps at [1]. > > [1] > https://docs.gluster.org/en/latest/Administrator%20Guide/Managing%20Volumes/#expanding-volumes > > Regards, > Karthik > > On Fri, Apr 6, 2018 at 11:39 PM, Jose Sanchez <josesanc at carc.unm.edu> > wrote: > > > Hi Karthik > > this is our configuration, is 2x2 =4 , they are all replicated , each > brick has 14tb. we have 2 nodes A and B, each one with brick 1 and 2. > > Node A (replicated A1 (14tb) and B1 (14tb) ) same with node B > (Replicated A2 (14tb) and B2 (14tb)). > > Do you think we need to degrade the node first before removing it. i > believe the same copy of data is on all 4 bricks, we would like to keep one > of them, and add the other bricks as extra space > > Thanks for your help on this > > Jose > > > > > > [root at gluster01 ~]# gluster volume info scratch > > Volume Name: scratch > Type: Distributed-Replicate > Volume ID: 23f1e4b1-b8e0-46c3-874a-58b4728ea106 > Status: Started > Snapshot Count: 0 > Number of Bricks: 2 x 2 = 4 > Transport-type: tcp,rdma > Bricks: > Brick1: gluster01ib:/gdata/brick1/scratch > Brick2: gluster02ib:/gdata/brick1/scratch > Brick3: gluster01ib:/gdata/brick2/scratch > Brick4: gluster02ib:/gdata/brick2/scratch > Options Reconfigured: > performance.readdir-ahead: on > nfs.disable: on > > [root at gluster01 ~]# gluster volume status all > Status of volume: scratch > Gluster process TCP Port RDMA Port Online > Pid > > ------------------------------------------------------------------------------ > Brick gluster01ib:/gdata/brick1/scratch 49152 49153 Y > 1743 > Brick gluster02ib:/gdata/brick1/scratch 49156 49157 Y > 1732 > Brick gluster01ib:/gdata/brick2/scratch 49154 49155 Y > 1738 > Brick gluster02ib:/gdata/brick2/scratch 49158 49159 Y > 1733 > Self-heal Daemon on localhost N/A N/A Y > 1728 > Self-heal Daemon on gluster02ib N/A N/A Y > 1726 > > Task Status of Volume scratch > > ------------------------------------------------------------------------------ > There are no active volume tasks > > --------------------------------- > Jose Sanchez > Systems/Network Analyst 1 > Center of Advanced Research Computing > 1601 Central Ave. > MSC 01 1190 > Albuquerque, NM 87131-0001 > carc.unm.edu > 575.636.4232 > > On Apr 6, 2018, at 3:49 AM, Karthik Subrahmanya <ksubrahm at redhat.com> > wrote: > > Hi Jose, > > By switching into pure distribute volume you will lose availability if > something goes bad. > > I am guessing you have a nX2 volume. > If you want to preserve one copy of the data in all the distributes, you > can do that by decreasing the replica count in the remove-brick operation. > If you have any inconsistency, heal them first using the "gluster volume > heal <volname>" command and wait till the > "gluster volume heal <volname> info" output becomes zero, before removing > the bricks, so that you will have the correct data. > If you do not want to preserve the data then you can directly remove the > bricks. > Even after removing the bricks the data will be present in the backend of > the removed bricks. You have to manually erase them (both data and > .glusterfs folder). > See [1] for more details on remove-brick. > > [1]. > https://docs.gluster.org/en/latest/Administrator%20Guide/Managing%20Volumes/#shrinking-volumes > > HTH, > Karthik > > > On Thu, Apr 5, 2018 at 8:17 PM, Jose Sanchez <josesanc at carc.unm.edu> > wrote: > > > > We have a Gluster setup with 2 nodes (distributed replication) and we > would like to switch it to the distributed mode. I know the data is > duplicated between those nodes, what is the proper way of switching it to a > distributed, we would like to double or gain the storage space on our > gluster storage node. what happens with the data, do i need to erase one of > the nodes? > > Jose > > > --------------------------------- > Jose Sanchez > Systems/Network Analyst > Center of Advanced Research Computing > 1601 Central Ave. > MSC 01 1190 > Albuquerque, NM 87131-0001 > carc.unm.edu > 575.636.4232 > > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://lists.gluster.org/mailman/listinfo/gluster-users > > > > > > > > > > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://lists.gluster.org/mailman/listinfo/gluster-users > > > > > -- > Regards, > Hari Gowtham. > >-- Regards, Hari Gowtham.
Hi, All and thank you. We left it alone and finished rebalancing, it seems to be working . Thanks again for your help J. Sanchez --------------------------------- Jose Sanchez Systems/Network Analyst Center of Advanced Research Computing 1601 Central Ave. MSC 01 1190 Albuquerque, NM 87131-0001 carc.unm.edu <http://carc.unm.edu/> 575.636.4232> On May 2, 2018, at 3:20 AM, Hari Gowtham <hgowtham at redhat.com> wrote: > > Hi, > > Removing data to speed up from rebalance is not something that is recommended. > Rebalance can be stopped but if started again it will start from the beginning > (will have to check and skip the files already moved). > > Rebalance will take a while, better to let it run. It doesn't have any > down side. > Unless you touch the backend the data on gluster volume will be > available for usage > in spite of rebalance running. If you want to speed things up > rebalance throttle option > can be set to aggressive to speed things up. (this might increase the > cpu and disk usage). > > > On Mon, Apr 30, 2018 at 6:24 PM, Jose Sanchez <josesanc at carc.unm.edu> wrote: >> Hi All >> >> We were able to get all 4 bricks are distributed , we can see the right >> amount of space. but we have been rebalancing since 4 days ago for 16Tb. and >> still only 8tb. is there a way to speed up. there is also data we can remove >> from it to speed it up, but what is the best procedures removing data , is >> it from the Gluster main export point or going on each brick and remove it . >> We would like to stop rebalancing , delete the data and rebalancing again. >> >> is there a down side, doing this, What happens with Gluster missing data >> when rebalancing? >> >> Thanks >> >> Jose >> >> >> >> >> >> >> --------------------------------- >> Jose Sanchez >> Systems/Network Analyst 1 >> Center of Advanced Research Computing >> 1601 Central Ave. >> MSC 01 1190 >> Albuquerque, NM 87131-0001 >> carc.unm.edu >> 575.636.4232 >> >> On Apr 27, 2018, at 4:16 AM, Hari Gowtham <hgowtham at redhat.com> wrote: >> >> Hi Jose, >> >> Why are all the bricks visible in volume info if the pre-validation >> for add-brick failed? I suspect that the remove brick wasn't done >> properly. >> >> You can provide the cmd_history.log to verify this. Better to get the >> other log messages. >> >> Also I need to know what are the bricks that were actually removed, >> the command used and its output. >> >> On Thu, Apr 26, 2018 at 3:47 AM, Jose Sanchez <josesanc at carc.unm.edu> wrote: >> >> Looking at the logs , it seems that it is trying to add using the same port >> was assigned for gluster01ib: >> >> >> Any Ideas?? >> >> Jose >> >> >> >> [2018-04-25 22:08:55.169302] I [MSGID: 106482] >> [glusterd-brick-ops.c:447:__glusterd_handle_add_brick] 0-management: >> Received add brick req >> [2018-04-25 22:08:55.186037] I [run.c:191:runner_log] >> (-->/usr/lib64/glusterfs/3.8.15/xlator/mgmt/glusterd.so(+0x33045) >> [0x7f5464b9b045] >> -->/usr/lib64/glusterfs/3.8.15/xlator/mgmt/glusterd.so(+0xcbd85) >> [0x7f5464c33d85] -->/lib64/libglusterfs.so.0(runner_log+0x115) >> [0x7f54704cf1e5] ) 0-management: Ran script: >> /var/lib/glusterd/hooks/1/add-brick/pre/S28Quota-enable-root-xattr-heal.sh >> --volname=scratch --version=1 --volume-op=add-brick >> --gd-workdir=/var/lib/glusterd >> [2018-04-25 22:08:55.309534] I [MSGID: 106143] >> [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick >> /gdata/brick1/scratch on port 49152 >> [2018-04-25 22:08:55.309659] I [MSGID: 106143] >> [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick >> /gdata/brick1/scratch.rdma on port 49153 >> [2018-04-25 22:08:55.310231] E [MSGID: 106005] >> [glusterd-utils.c:4877:glusterd_brick_start] 0-management: Unable to start >> brick gluster02ib:/gdata/brick1/scratch >> [2018-04-25 22:08:55.310275] E [MSGID: 106074] >> [glusterd-brick-ops.c:2493:glusterd_op_add_brick] 0-glusterd: Unable to add >> bricks >> [2018-04-25 22:08:55.310304] E [MSGID: 106123] >> [glusterd-mgmt.c:294:gd_mgmt_v3_commit_fn] 0-management: Add-brick commit >> failed. >> [2018-04-25 22:08:55.310316] E [MSGID: 106123] >> [glusterd-mgmt.c:1427:glusterd_mgmt_v3_commit] 0-management: Commit failed >> for operation Add brick on local node >> [2018-04-25 22:08:55.310330] E [MSGID: 106123] >> [glusterd-mgmt.c:2018:glusterd_mgmt_v3_initiate_all_phases] 0-management: >> Commit Op Failed >> [2018-04-25 22:09:11.678141] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick1/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 22:09:11.678184] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 22:09:11.678200] E [MSGID: 106122] >> [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: >> Pre Validation failed on operation Add brick >> [root at gluster02 glusterfs]# gluster volume status scratch >> Status of volume: scratch >> Gluster process TCP Port RDMA Port Online Pid >> ------------------------------------------------------------------------------ >> Brick gluster01ib:/gdata/brick1/scratch 49152 49153 Y >> 1819 >> Brick gluster01ib:/gdata/brick2/scratch 49154 49155 Y >> 1827 >> Brick gluster02ib:/gdata/brick1/scratch N/A N/A N N/A >> >> >> >> Task Status of Volume scratch >> ------------------------------------------------------------------------------ >> There are no active volume tasks >> >> >> >> [root at gluster02 glusterfs]# >> >> >> >> On Apr 25, 2018, at 3:23 PM, Jose Sanchez <josesanc at carc.unm.edu> wrote: >> >> Hello Karthik >> >> >> Im having trouble adding the two bricks back online. Any help is >> appreciated >> >> thanks >> >> >> when i try to add-brick command this is what i get >> >> [root at gluster01 ~]# gluster volume add-brick scratch >> gluster02ib:/gdata/brick2/scratch/ >> volume add-brick: failed: Pre Validation failed on gluster02ib. Brick: >> gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or >> be contained by an existing brick >> >> I have run the following commands and remove the .glusterfs hidden >> directories >> >> [root at gluster02 ~]# setfattr -x trusted.glusterfs.volume-id >> /gdata/brick2/scratch/ >> setfattr: /gdata/brick2/scratch/: No such attribute >> [root at gluster02 ~]# setfattr -x trusted.gfid /gdata/brick2/scratch/ >> setfattr: /gdata/brick2/scratch/: No such attribute >> [root at gluster02 ~]# >> >> >> this is what I get when I run status and info >> >> >> [root at gluster01 ~]# gluster volume info scratch >> >> Volume Name: scratch >> Type: Distribute >> Volume ID: 23f1e4b1-b8e0-46c3-874a-58b4728ea106 >> Status: Started >> Snapshot Count: 0 >> Number of Bricks: 4 >> Transport-type: tcp,rdma >> Bricks: >> Brick1: gluster01ib:/gdata/brick1/scratch >> Brick2: gluster01ib:/gdata/brick2/scratch >> Brick3: gluster02ib:/gdata/brick1/scratch >> Brick4: gluster02ib:/gdata/brick2/scratch >> Options Reconfigured: >> nfs.disable: on >> performance.readdir-ahead: on >> [root at gluster01 ~]# >> >> >> [root at gluster02 ~]# gluster volume status scratch >> Status of volume: scratch >> Gluster process TCP Port RDMA Port Online Pid >> ------------------------------------------------------------------------------ >> Brick gluster01ib:/gdata/brick1/scratch 49156 49157 Y >> 1819 >> Brick gluster01ib:/gdata/brick2/scratch 49158 49159 Y >> 1827 >> Brick gluster02ib:/gdata/brick1/scratch N/A N/A N N/A >> Brick gluster02ib:/gdata/brick2/scratch N/A N/A N N/A >> >> Task Status of Volume scratch >> ------------------------------------------------------------------------------ >> There are no active volume tasks >> >> [root at gluster02 ~]# >> >> >> This are the logs files from Gluster ETC >> >> [2018-04-25 20:56:54.390662] I [MSGID: 106143] >> [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick >> /gdata/brick1/scratch on port 49152 >> [2018-04-25 20:56:54.390798] I [MSGID: 106143] >> [glusterd-pmap.c:250:pmap_registry_bind] 0-pmap: adding brick >> /gdata/brick1/scratch.rdma on port 49153 >> [2018-04-25 20:56:54.391401] E [MSGID: 106005] >> [glusterd-utils.c:4877:glusterd_brick_start] 0-management: Unable to start >> brick gluster02ib:/gdata/brick1/scratch >> [2018-04-25 20:56:54.391457] E [MSGID: 106074] >> [glusterd-brick-ops.c:2493:glusterd_op_add_brick] 0-glusterd: Unable to add >> bricks >> [2018-04-25 20:56:54.391476] E [MSGID: 106123] >> [glusterd-mgmt.c:294:gd_mgmt_v3_commit_fn] 0-management: Add-brick commit >> failed. >> [2018-04-25 20:56:54.391490] E [MSGID: 106123] >> [glusterd-mgmt-handler.c:603:glusterd_handle_commit_fn] 0-management: commit >> failed on operation Add brick >> [2018-04-25 20:58:55.332262] I [MSGID: 106499] >> [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: >> Received status volume req for volume scratch >> [2018-04-25 21:02:07.464357] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick1/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 21:02:07.464395] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 21:02:07.464414] E [MSGID: 106122] >> [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: >> Pre Validation failed on operation Add brick >> [2018-04-25 21:04:56.198662] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 21:04:56.198700] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 21:04:56.198716] E [MSGID: 106122] >> [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: >> Pre Validation failed on operation Add brick >> [2018-04-25 21:07:11.084205] I [MSGID: 106482] >> [glusterd-brick-ops.c:447:__glusterd_handle_add_brick] 0-management: >> Received add brick req >> [2018-04-25 21:07:11.087682] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 21:07:11.087716] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 21:07:11.087729] E [MSGID: 106122] >> [glusterd-mgmt.c:884:glusterd_mgmt_v3_pre_validate] 0-management: Pre >> Validation failed for operation Add brick on local node >> [2018-04-25 21:07:11.087741] E [MSGID: 106122] >> [glusterd-mgmt.c:2009:glusterd_mgmt_v3_initiate_all_phases] 0-management: >> Pre Validation Failed >> [2018-04-25 21:12:22.340221] E [MSGID: 106452] >> [glusterd-utils.c:6064:glusterd_new_brick_validate] 0-management: Brick: >> gluster02ib:/gdata/brick2/scratch not available. Brick may be containing or >> be contained by an existing brick >> [2018-04-25 21:12:22.340259] W [MSGID: 106122] >> [glusterd-mgmt.c:188:gd_mgmt_v3_pre_validate_fn] 0-management: ADD-brick >> prevalidation failed. >> [2018-04-25 21:12:22.340274] E [MSGID: 106122] >> [glusterd-mgmt-handler.c:337:glusterd_handle_pre_validate_fn] 0-management: >> Pre Validation failed on operation Add brick >> [2018-04-25 21:18:13.427036] I [MSGID: 106499] >> [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: >> Received status volume req for volume scratch >> [root at gluster02 glusterfs]# >> >> >> --------------------------------- >> Jose Sanchez >> Systems/Network Analyst 1 >> Center of Advanced Research Computing >> 1601 Central Ave. >> MSC 01 1190 >> Albuquerque, NM 87131-0001 >> carc.unm.edu >> 575.636.4232 >> >> On Apr 12, 2018, at 12:11 AM, Karthik Subrahmanya <ksubrahm at redhat.com> >> wrote: >> >> >> >> On Wed, Apr 11, 2018 at 7:38 PM, Jose Sanchez <josesanc at carc.unm.edu> wrote: >> >> >> Hi Karthik >> >> Looking at the information you have provided me, I would like to make sure >> that I?m running the right commands. >> >> 1. gluster volume heal scratch info >> >> >> If the count is non zero, trigger the heal and wait for heal info count to >> become zero. >> >> >> 2. gluster volume remove-brick scratch replica 1 >> gluster02ib:/gdata/brick1/scratch gluster02ib:/gdata/brick2/scratch force >> >> 3. gluster volume add-brick ?#" scratch gluster02ib:/gdata/brick1/scratch >> gluster02ib:/gdata/brick2/scratch >> >> >> Based on the configuration I have, Brick 1 from Node A and B are tide >> together and Brick 2 from Node A and B are also tide together. Looking at >> your remove command (step #2), it seems that you want me to remove Brick 1 >> and 2 from Node B (gluster02ib). is that correct? I thought the data was >> distributed in bricks 1 between nodes A and B) and duplicated on Bricks 2 >> (node A and B). >> >> >> Data is duplicated between bricks 1 of nodes A & B and bricks 2 of nodes A & >> B and data is distributed between these two pairs. >> You need not always remove the bricks 1 & 2 from node B itself. The idea >> here is to keep one copy from both the replica pairs. >> >> >> >> Also when I add the bricks back to gluster, do I need to specify if it is >> distributed or replicated?? and Do i need a configuration #?? for example on >> your command (Step #2) you have ?replica 1? when remove bricks, do I need to >> do the same when adding the nodes back ? >> >> >> No. You just need to erase the data on those bricks and add those bricks >> back to the volume. The previous remove-brick command will make the volume >> plain distribute. Then simply adding the bricks without specifying any "#" >> will expand the volume as a plain distribute volue. >> >> >> >> Im planning on moving with this changes in few days. At this point each >> brick has 14tb and adding bricks 1 from node A and B, i have a total of >> 28tb, After doing all the process, (removing and adding bricks) I should be >> able to see a total of 56Tb right ? >> >> >> Yes after all these you will have 56TB in total. >> After adding the bricks, do volume rebalance, so that the data which were >> present previously, will be moved to the correct bricks. >> >> HTH, >> Karthik >> >> >> >> Thanks >> >> Jose >> >> >> >> >> --------------------------------- >> Jose Sanchez >> Systems/Network Analyst 1 >> Center of Advanced Research Computing >> 1601 Central Ave. >> MSC 01 1190 >> Albuquerque, NM 87131-0001 >> carc.unm.edu >> 575.636.4232 >> >> On Apr 7, 2018, at 8:29 AM, Karthik Subrahmanya <ksubrahm at redhat.com> >> wrote: >> >> Hi Jose, >> >> Thanks for providing the volume info. You have 2 subvolumes. Data is >> replicated within the bricks of that subvolumes. >> First one consisting of Node A's brick1 & Node B's brick1 and the second >> one consisting of Node A's brick2 and Node B's brick2. >> You don't have the same data on all the 4 bricks. Data are distributed >> between these two subvolumes. >> To remove the replica you can use the command >> gluster volume remove-brick scratch replica 1 >> gluster02ib:/gdata/brick1/scratch gluster02ib:/gdata/brick2/scratch force >> So you will have one copy of data present from both the distributes. >> Before doing this make sure "gluster volume heal scratch info" value is >> zero. So copies you retain will have the correct data. >> After the remove-brick erase the data from the backend. >> Then you can expand the volume by following the steps at [1]. >> >> [1] >> https://docs.gluster.org/en/latest/Administrator%20Guide/Managing%20Volumes/#expanding-volumes >> >> Regards, >> Karthik >> >> On Fri, Apr 6, 2018 at 11:39 PM, Jose Sanchez <josesanc at carc.unm.edu> >> wrote: >> >> >> Hi Karthik >> >> this is our configuration, is 2x2 =4 , they are all replicated , each >> brick has 14tb. we have 2 nodes A and B, each one with brick 1 and 2. >> >> Node A (replicated A1 (14tb) and B1 (14tb) ) same with node B >> (Replicated A2 (14tb) and B2 (14tb)). >> >> Do you think we need to degrade the node first before removing it. i >> believe the same copy of data is on all 4 bricks, we would like to keep one >> of them, and add the other bricks as extra space >> >> Thanks for your help on this >> >> Jose >> >> >> >> >> >> [root at gluster01 ~]# gluster volume info scratch >> >> Volume Name: scratch >> Type: Distributed-Replicate >> Volume ID: 23f1e4b1-b8e0-46c3-874a-58b4728ea106 >> Status: Started >> Snapshot Count: 0 >> Number of Bricks: 2 x 2 = 4 >> Transport-type: tcp,rdma >> Bricks: >> Brick1: gluster01ib:/gdata/brick1/scratch >> Brick2: gluster02ib:/gdata/brick1/scratch >> Brick3: gluster01ib:/gdata/brick2/scratch >> Brick4: gluster02ib:/gdata/brick2/scratch >> Options Reconfigured: >> performance.readdir-ahead: on >> nfs.disable: on >> >> [root at gluster01 ~]# gluster volume status all >> Status of volume: scratch >> Gluster process TCP Port RDMA Port Online >> Pid >> >> ------------------------------------------------------------------------------ >> Brick gluster01ib:/gdata/brick1/scratch 49152 49153 Y >> 1743 >> Brick gluster02ib:/gdata/brick1/scratch 49156 49157 Y >> 1732 >> Brick gluster01ib:/gdata/brick2/scratch 49154 49155 Y >> 1738 >> Brick gluster02ib:/gdata/brick2/scratch 49158 49159 Y >> 1733 >> Self-heal Daemon on localhost N/A N/A Y >> 1728 >> Self-heal Daemon on gluster02ib N/A N/A Y >> 1726 >> >> Task Status of Volume scratch >> >> ------------------------------------------------------------------------------ >> There are no active volume tasks >> >> --------------------------------- >> Jose Sanchez >> Systems/Network Analyst 1 >> Center of Advanced Research Computing >> 1601 Central Ave. >> MSC 01 1190 >> Albuquerque, NM 87131-0001 >> carc.unm.edu >> 575.636.4232 >> >> On Apr 6, 2018, at 3:49 AM, Karthik Subrahmanya <ksubrahm at redhat.com> >> wrote: >> >> Hi Jose, >> >> By switching into pure distribute volume you will lose availability if >> something goes bad. >> >> I am guessing you have a nX2 volume. >> If you want to preserve one copy of the data in all the distributes, you >> can do that by decreasing the replica count in the remove-brick operation. >> If you have any inconsistency, heal them first using the "gluster volume >> heal <volname>" command and wait till the >> "gluster volume heal <volname> info" output becomes zero, before removing >> the bricks, so that you will have the correct data. >> If you do not want to preserve the data then you can directly remove the >> bricks. >> Even after removing the bricks the data will be present in the backend of >> the removed bricks. You have to manually erase them (both data and >> .glusterfs folder). >> See [1] for more details on remove-brick. >> >> [1]. >> https://docs.gluster.org/en/latest/Administrator%20Guide/Managing%20Volumes/#shrinking-volumes >> >> HTH, >> Karthik >> >> >> On Thu, Apr 5, 2018 at 8:17 PM, Jose Sanchez <josesanc at carc.unm.edu> >> wrote: >> >> >> >> We have a Gluster setup with 2 nodes (distributed replication) and we >> would like to switch it to the distributed mode. I know the data is >> duplicated between those nodes, what is the proper way of switching it to a >> distributed, we would like to double or gain the storage space on our >> gluster storage node. what happens with the data, do i need to erase one of >> the nodes? >> >> Jose >> >> >> --------------------------------- >> Jose Sanchez >> Systems/Network Analyst >> Center of Advanced Research Computing >> 1601 Central Ave. >> MSC 01 1190 >> Albuquerque, NM 87131-0001 >> carc.unm.edu >> 575.636.4232 >> >> >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://lists.gluster.org/mailman/listinfo/gluster-users >> >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://lists.gluster.org/mailman/listinfo/gluster-users >> >> >> >> >> -- >> Regards, >> Hari Gowtham. >> >> > > > > -- > Regards, > Hari Gowtham.-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180502/50167e3e/attachment.html>