Bug 1103643 - geo-rep: Changelog agent process goes to zombie when worker process is killed/goes to faulty
Summary: geo-rep: Changelog agent process goes to zombie when worker process is killed...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: geo-replication
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kotresh HR
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 1103644
TreeView+ depends on / blocked
 
Reported: 2014-06-02 09:29 UTC by Kotresh HR
Modified: 2014-11-11 08:33 UTC (History)
2 users (show)

Fixed In Version: glusterfs-3.6.0beta1
Clone Of:
: 1103644 (view as bug list)
Environment:
Last Closed: 2014-11-11 08:33:54 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Kotresh HR 2014-06-02 09:29:00 UTC
Description of problem:
Changelog agent process goes to zombie when worker process is killed/goes to faulty

How reproducible:
Happens everytime

Steps to Reproduce:
1. Setup geo-rep session between master and slave
2. kill any worker process in master (ps -ef | grep gsync | grep feedback, to get workers pid) 

Actual results:
changelog agent process is going zombie

Expected results:
changelog agent process should not goto faulty

Additional info:

Comment 1 Anand Avati 2014-06-02 13:21:08 UTC
REVIEW: http://review.gluster.org/7956 (feature/geo-rep: Fix for changelog agent becoming zombie.) posted (#1) for review on master by Kotresh HR (khiremat)

Comment 2 Anand Avati 2014-06-02 13:25:58 UTC
REVIEW: http://review.gluster.org/7956 (feature/geo-rep: Fix for changelog agent becoming zombie.) posted (#2) for review on master by Kotresh HR (khiremat)

Comment 3 Anand Avati 2014-06-02 13:28:34 UTC
REVIEW: http://review.gluster.org/7956 (feature/geo-rep: Fix for changelog agent becoming zombie.) posted (#3) for review on master by Kotresh HR (khiremat)

Comment 4 Anand Avati 2014-06-18 04:47:20 UTC
COMMIT: http://review.gluster.org/7956 committed in master by Venky Shankar (vshankar) 
------
commit b6c8b1b47838228611e1a619890effe8b2dd2ad3
Author: Kotresh H R <khiremat>
Date:   Fri May 30 17:03:30 2014 +0530

    feature/geo-rep: Fix for changelog agent becoming zombie.
    
    Monitor process spawns changelog agent and is not
    wait on it, hence becoming zombie. When worker is
    dies/killed, it respawns both worker and corresponding
    agent leaving the earlier changelog agent in zombie
    state. This patch addresses this issue by waiting
    on agent process in montor process.
    
    Change-Id: I571b7d6487133848edca67e7446f1caa70ae01c9
    BUG: 1103643
    Signed-off-by: Kotresh H R <khiremat>
    Reviewed-on: http://review.gluster.org/7956
    Tested-by: Gluster Build System <jenkins.com>
    Reviewed-by: Aravinda VK <avishwan>
    Reviewed-by: Venky Shankar <vshankar>
    Tested-by: Venky Shankar <vshankar>

Comment 5 Niels de Vos 2014-09-22 12:41:41 UTC
A beta release for GlusterFS 3.6.0 has been released. Please verify if the release solves this bug report for you. In case the glusterfs-3.6.0beta1 release does not have a resolution for this issue, leave a comment in this bug and move the status to ASSIGNED. If this release fixes the problem for you, leave a note and change the status to VERIFIED.

Packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update (possibly an "updates-testing" repository) infrastructure for your distribution.

[1] http://supercolony.gluster.org/pipermail/gluster-users/2014-September/018836.html
[2] http://supercolony.gluster.org/pipermail/gluster-users/

Comment 6 Niels de Vos 2014-11-11 08:33:54 UTC
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.6.1, please reopen this bug report.

glusterfs-3.6.1 has been announced [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution.

[1] http://supercolony.gluster.org/pipermail/gluster-users/2014-November/019410.html
[2] http://supercolony.gluster.org/mailman/listinfo/gluster-users


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