Bug 1062197 - dist-geo-rep : glusterfs rolling upgrade (2.1 to 2.1.2) while geo-rep is running results in failure to update stime on bricks.
Summary: dist-geo-rep : glusterfs rolling upgrade (2.1 to 2.1.2) while geo-rep is run...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: geo-replication
Version: 2.1
Hardware: x86_64
OS: Linux
urgent
high
Target Milestone: ---
: RHGS 2.1.4
Assignee: Venky Shankar
QA Contact: Sudhir D
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-02-06 12:44 UTC by Vijaykumar Koppad
Modified: 2022-07-09 06:35 UTC (History)
9 users (show)

Fixed In Version: glusterfs-3.4.0.65rhs-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-09-18 18:23:22 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2014:1263 0 normal SHIPPED_LIVE Low: Red Hat Storage 2.1 security, bug fix, and enhancement update 2014-09-18 22:23:01 UTC

Description Vijaykumar Koppad 2014-02-06 12:44:35 UTC
Description of problem: glusterfs rolling  upgrade while geo-rep is running results in failure to update stime on bricks and fails to upgrade. 


Version-Release number of selected component (if applicable): glusterfs-3.4.0.59rhs-1


How reproducible: Happens everytime. 


Steps to Reproduce:
1.Create a geo-rep relationship between master and slave in RHS2.1
2.Try to upgrade using the upgrade steps from Documentation
3.check if it fails.

Actual results: geo-rep fails to upgrade to new version through normal upgrade steps 


Expected results: Upgrade should be smooth even when geo-rep is running



Additional info:

Comment 2 Vijaykumar Koppad 2014-02-11 06:18:14 UTC
This bug is valid only when you are upgrading from "2.1 to 2.1.1" or "2.1 to 2.1.2", and documentation to avoid the problem is provided here 
https://access.redhat.com/site/documentation/en-US/Red_Hat_Storage/2.1/html-single/Installation_Guide/

Comment 4 M S Vishwanath Bhat 2014-08-21 11:20:04 UTC
I'm not even sure that the bug is valid for update 4 (because the bug summary clearly mentions earlier releases) But the upgrade from glusterfs-59rhs to glusterfs-65rhs works just fine. Following are the steps I performed.

Steps to upgrade.
============================================

ps -aef | grep gsync | grep -v grep | awk '{print $2}' | xargs kill -9
pkill glusterfs
pkill glusterfsd
pkill glusterd
yum update -y
reboot


The order of nodes in which above steps should be executed.
=============================================================

* Identify a slave node and upgrade it to newr version
* Identify a correspnding master and upgrade it. The correspnding master can be identified by ruuning geo-rep status command.
* Repeat first 2 steps till all the slave and corresponding master nodes are upgraded.

Since above steps are working I am moving the the bug to verified. Please reopen if this does not work.

Comment 5 Pavithra 2014-08-22 09:42:04 UTC
Hi Aravinda, 

Can you please requires doc text field to "-" if you think this bug does not need to be documented in the errata?

Comment 8 errata-xmlrpc 2014-09-18 18:23:22 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/RHSA-2014-1263.html


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