Bug 851962 - Geo-rep session started successfully even though one of the brick machine didn't have info about the session.
Summary: Geo-rep session started successfully even though one of the brick machine did...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: geo-replication
Version: 2.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: ---
Assignee: Venky Shankar
QA Contact: Vijaykumar Koppad
URL:
Whiteboard:
Depends On:
Blocks: 850514 858472
TreeView+ depends on / blocked
 
Reported: 2012-08-27 07:02 UTC by Vijaykumar Koppad
Modified: 2014-08-25 00:49 UTC (History)
7 users (show)

Fixed In Version: glusterfs-3.4.0.13rhs-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 858472 (view as bug list)
Environment:
Last Closed: 2013-09-23 22:38:35 UTC
Embargoed:


Attachments (Terms of Use)

Description Vijaykumar Koppad 2012-08-27 07:02:51 UTC
Description of problem:Geo-rep session started successfully, even though it couldn't write the info about the geo-rep session in the file /var/lib/glusterd/vols/master/info in one of the brick machines. The reason it couldn't write the info was , that machine didn't have space in the root partition.


Version-Release number of selected component (if applicable): RHS-2.0.z


How reproducible: May be not consistent. 


Steps to Reproduce:
1.Create dist-rep volume for master. 
2.Fill up the root partition of one of the brick machine of the master.
3.Try to start geo-rep session. 
  
Actual results: the geo-rep start command succeeded


Expected results: It should fail with proper error message. 


Additional info:

Comment 2 Venky Shankar 2013-01-03 10:27:53 UTC
Vijaykumar,

Could you please attache the logs if possible?

Comment 5 Amar Tumballi 2013-08-01 09:29:42 UTC
fixed with newer geo-replication implementation.

Comment 6 Vijaykumar Koppad 2013-08-07 13:39:19 UTC
since geo-rep got revamped since this bug, now the behavior is, if it fails to write to the file, it fails at commit stage, it doesn't fail completely, in the sense it will have inconsistent data over the cluster. There is a bug for that 
Bug 994549 

verified on  glusterfs-3.4.0.17rhs-1.el6rhs.x86_64

Comment 7 Scott Haines 2013-09-23 22:38:35 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

Comment 8 Scott Haines 2013-09-23 22:41:27 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.