Bug 883404 - [RHEV-RHS] storage domain becomes inactive when rebalance is issued and when subvols-per-directory is set to 1
Summary: [RHEV-RHS] storage domain becomes inactive when rebalance is issued and when ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: glusterfs
Version: 2.0
Hardware: x86_64
OS: Linux
high
medium
Target Milestone: ---
: ---
Assignee: shishir gowda
QA Contact: Rejy M Cyriac
URL:
Whiteboard:
Depends On:
Blocks: 884455
TreeView+ depends on / blocked
 
Reported: 2012-12-04 14:04 UTC by M S Vishwanath Bhat
Modified: 2016-06-01 01:56 UTC (History)
7 users (show)

Fixed In Version: glusterfs-3.4.0qa8, glusterfs-3.3.0.5rhs-42
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 884455 (view as bug list)
Environment:
virt rhev integration
Last Closed: 2013-09-23 22:34:40 UTC
Embargoed:


Attachments (Terms of Use)

Description M S Vishwanath Bhat 2012-12-04 14:04:07 UTC
Description of problem:
When the cluster.subvols-per-directory is set to 1 and rebalance is issued after adding one more brick to a 2 node distribute volume, storage domain is going down.


Version-Release number of selected component (if applicable):
glusterfs 3.3.0rhsvirt1


Steps to Reproduce:
1. Create a 2 node distribute volume. Tag the volume with group virt and also set the cluster.subvols-per-directory to 1
gluster v set <volname> cluster.subvols-per-directory 1
2. Us this as a storage domain for RHEV and create some vms on the storage domain. 
3. Now add one more brick to the volume and start rebalance.
  
Actual results:
The storage domain goes down when the rebalance is issued.

Expected results:
Storage domain should not go down.

Additional info:

From 1st brick
[root@rhs-client37 bricks]# getfattr -m . -d -e hex /brick2/brick1/
getfattr: Removing leading '/' from absolute path names
# file: brick2/brick1/
trusted.gfid=0x00000000000000000000000000000001
trusted.glusterfs.dht=0x000000010000000000000000ffffffff
trusted.glusterfs.volume-id=0xcee7cd2ab12a46a0a4549f4c5cd02957

From second brick
[root@rhs-client43 bricks]# getfattr -m . -d -e hex /brick2/brick2
getfattr: Removing leading '/' from absolute path names
# file: brick2/brick2
trusted.gfid=0x00000000000000000000000000000001
trusted.glusterfs.dht=0x000000010000000000000000ffffffff
trusted.glusterfs.volume-id=0xcee7cd2ab12a46a0a4549f4c5cd02957

Comment 2 shishir gowda 2012-12-12 05:48:53 UTC
Downstream patch sent for review @ https://code.engineering.redhat.com/gerrit/#/c/1888/

Comment 3 Amar Tumballi 2013-02-15 12:09:10 UTC
https://code.engineering.redhat.com/gerrit/#/c/1894/

Comment 4 Scott Haines 2013-03-08 20:56:20 UTC
Per 03/05 email exchange w/ PM, targeting for Arches.

Comment 5 Scott Haines 2013-04-11 16:36:34 UTC
Per 04-10-2013 Storage bug triage meeting, targeting for Big Bend.

Comment 6 Rejy M Cyriac 2013-05-17 11:18:37 UTC
Verified that Storage Domain remains Active, after the run of rebalance, on RHS with glusterfs-server-3.4.0.8rhs-1.el6rhs.x86_64

However VMs were pushed to Paused state during the run of rebalance, as reported in Bug 960046

Comment 7 Scott Haines 2013-09-23 22:34:40 UTC
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. 

For information on the advisory, and where to find the updated files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-1262.html


Note You need to log in before you can comment on or make changes to this bug.