[Bugs] [Bug 1352875] New: Check for return code when glusterd is started in upgrade scenario

bugzilla at redhat.com bugzilla at redhat.com
Tue Jul 5 11:09:55 UTC 2016


https://bugzilla.redhat.com/show_bug.cgi?id=1352875

            Bug ID: 1352875
           Summary: Check for return code when glusterd is started in
                    upgrade scenario
           Product: GlusterFS
           Version: mainline
         Component: build
          Severity: high
          Assignee: bugs at gluster.org
          Reporter: atalur at redhat.com
                CC: bugs at gluster.org



Description of problem:
During upgrade cases, when glusterd is started as part of upgrade (check
glusterfs.spec.in), its return code is not checked.

Code snippet :
"else
    glusterd --xlator-option *.upgrade=on -N  <--- return code not checked

    #Cleaning leftover glusterd socket file which is created by glusterd in
    #rpm_script_t context.
    rm -rf /var/run/glusterd.socket
"

So when an error is hit, it is not communicated to the user. Even though
glusterd logs errors in the glusterd logfile, on the cli side no failure is
seen. This is misleading. Some genuine failures go unnoticed.

A problem was seen in upgrade from 3.6.x to 3.7.9 where glusterd start on
upgrade failed. As a consequence new volfiles were not generated and index
xlator didn't get the options that it was supposed to be provided with. Leading
to incorrect functionality of index translator and AFR selfheal.

So it would be better if we at least print a warning on the command line
interface during such failures.

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


How reproducible:
100%

Steps to Reproduce:
1. Install glusterfs 3.6.x
2. create a replicate volume
3. kill all gluster processes
4. update glusterfs to 3.7.9 using yum update


Actual results:
A failure is seen in the 4th step as per glusterd logs but not on cli.

Expected results:
If there is a failure in bringing up glusterd, it should be indicated on the
cli too.

Additional info:

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list