Bug 1375990

+++ This bug was initially created as a clone of Bug #1358594 +++

Description of problem:
As of now all the libgfapi test cases are disabled, as the compile of libgfapi applications was failing on regression system. On regression system, the gluster instance, on which the regression needs to be run, is on chroot location: /build/install/. While compiling gfapi applications, the header files and .so files are looked up on the standard locations, and hence fails. To fis this one of the below things can be done:
1. Define CPATH and LIBRARY_PATH in env.rc
2. Define PKG_CONFIG_PATH in env.rc and use the location specified in glusterfs-api.pc to find the *.h and *.so files.

Both the things are implemented in the patch http://review.gluster.org/#/c/14748

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

--- Additional comment from Vijay Bellur on 2016-07-21 01:12:48 EDT ---

REVIEW: http://review.gluster.org/14748 (tests: Enable all gfapi test cases) posted (#27) for review on master by Poornima G (pgurusid)

--- Additional comment from Vijay Bellur on 2016-07-21 02:15:59 EDT ---

COMMIT: http://review.gluster.org/14748 committed in master by Raghavendra Talur (rtalur) 
------
commit 0a8b85e3a8228c399dde807c3ca781a452a1fc90
Author: Poornima G <pgurusid>
Date:   Fri Jun 17 01:27:31 2016 -0400

    tests: Enable all gfapi test cases
    
    Change-Id: I32bfec4af91348d96dc3e81a9d5c9cad599f821b
    Bug: 1358594
    Signed-off-by: Poornima G <pgurusid>
    Reviewed-on: http://review.gluster.org/14748
    NetBSD-regression: NetBSD Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.org>
    Smoke: Gluster Build System <jenkins.org>
    Reviewed-by: Raghavendra Talur <rtalur>

--- Additional comment from Vijay Bellur on 2016-07-25 01:10:02 EDT ---

REVIEW: http://review.gluster.org/14997 (tests: Fix the spurious failure in libgfapi-fini-hang.t) posted (#1) for review on master by Poornima G (pgurusid)

--- Additional comment from Vijay Bellur on 2016-07-25 01:29:52 EDT ---

REVIEW: http://review.gluster.org/14997 (tests: Fix the spurious failure in libgfapi-fini-hang.t) posted (#2) for review on master by Poornima G (pgurusid)

--- Additional comment from Vijay Bellur on 2016-07-25 02:37:14 EDT ---

REVIEW: http://review.gluster.org/14997 (tests: Fix the spurious failure in libgfapi-fini-hang.t) posted (#3) for review on master by Poornima G (pgurusid)

--- Additional comment from Vijay Bellur on 2016-07-25 16:14:52 EDT ---

REVIEW: http://review.gluster.org/14997 (tests: Fix the spurious failure in libgfapi-fini-hang.t) posted (#4) for review on master by Vijay Bellur (vbellur)

--- Additional comment from Vijay Bellur on 2016-07-26 08:59:15 EDT ---

REVIEW: http://review.gluster.org/14997 (tests: Fix the spurious failure in libgfapi-fini-hang.t) posted (#5) for review on master by Poornima G (pgurusid)

--- Additional comment from Vijay Bellur on 2016-07-27 00:37:33 EDT ---

REVIEW: http://review.gluster.org/14997 (tests: Fix the spurious failure in libgfapi-fini-hang.t) posted (#6) for review on master by Poornima G (pgurusid)

--- Additional comment from Vijay Bellur on 2016-07-27 12:29:33 EDT ---

COMMIT: http://review.gluster.org/14997 committed in master by Jeff Darcy (jdarcy) 
------
commit 4e1ad2c96ea692e49fb82ce533cdc26818277e8d
Author: Poornima G <pgurusid>
Date:   Mon Jul 25 10:26:58 2016 +0530

    tests: Fix the spurious failure in libgfapi-fini-hang.t
    
    RCA:
    After running libgfapi-fini-hang, there is a EXPECT_WITHIN which waits
    for PROCESS_UP_TIMEOUT(20s), for the process libgfapi-fini-hang to die.
    Currently EXPECT_WITHIN is returning success even if the process
    libgfapi-fini-hang is alive. This is because "pgrep libgfapi-fini-hang"
    in check_process() is returning 1(no process alive) even if the process
    is alive. Man page of pgrep says "The process name used for matching is
    limited to the 15 characters". Hence changing the name of executable from
    libgfapi-fini-hang to gfapi-hang, so that it falls within the limit.
    
    As explained the failure is not because there was a hang(logs show that
    glfs_set_volfile_server was still executing), but because EXPECT_WITHIN
    was not really waiting. And hence there was a race between the execution
    of the process libgfapi-fini-hang and the kill.
    
    Change-Id: I257715865e0d3e5a14f83d1e235c01899e1cae68
    BUG: 1358594
    Signed-off-by: Poornima G <pgurusid>
    Reviewed-on: http://review.gluster.org/14997
    Smoke: Gluster Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.org>
    Reviewed-by: Raghavendra Talur <rtalur>
    Reviewed-by: Niels de Vos <ndevos>
    NetBSD-regression: NetBSD Build System <jenkins.org>
    Tested-by: Gluster Build System <jenkins.org>