Bug 1339610

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

Description of problem:

A recent run of /etc/cron.daily/0yum.cron got this output:

/sbin/ldconfig: relative path `1' used to build cache
warning: %postun(glusterfs-libs-3.7.10-1.el6.x86_64) scriptlet failed, exit status 1
Non-fatal POSTUN scriptlet failure in rpm package glusterfs-libs


Looking back, I saw this for glusterfs-libs-3.7.9-1.el6.x86_64 as well.


Version-Release number of selected component (if applicable):
glusterfs-libs-3.7.11-1.el6.x86_64

How reproducible:
seems to happen on every update

Steps to Reproduce:
1. install older rpm
2. yum update
3.

Actual results:
error message

Expected results:
no error message

Additional info:
Seems to be quite a few rpms with this same issue in bugzilla, A quick search might help you find an easy solution.

--- Additional comment from Kaleb KEITHLEY on 2016-04-26 08:44:34 EDT ---

This was fixed, in Fedora at least, in 3.7.9.

It seems there's something different about RHEL or RHEL6.

--- Additional comment from Vijay Bellur on 2016-04-26 10:45:43 EDT ---

REVIEW: http://review.gluster.org/14082 (packaging: %postun libs ldconfig: relative path `1' used to build cache) posted (#1) for review on release-3.7 by Kaleb KEITHLEY (kkeithle)

--- Additional comment from Vijay Bellur on 2016-04-26 18:57:12 EDT ---

REVIEW: http://review.gluster.org/14082 (packaging: %postun libs ldconfig: relative path `1' used to build cache) posted (#2) for review on release-3.7 by Kaleb KEITHLEY (kkeithle)

--- Additional comment from Vijay Bellur on 2016-04-29 06:09:41 EDT ---

COMMIT: http://review.gluster.org/14082 committed in release-3.7 by Kaleb KEITHLEY (kkeithle) 
------
commit 6659ff9b81ba0f47e7dd85f947cb8ed5bb41ac26
Author: Kaleb S KEITHLEY <kkeithle>
Date:   Tue Apr 26 10:33:54 2016 -0400

    packaging: %postun libs ldconfig: relative path `1' used to build cache
    
    %postun libs isn't 'closed' by the following %postun server on RHEL6
    due to the %ifdef...%endif
    
    But -server has /usr/lib*/libgfdb.so.x, so we should be running
    /sbin/ldconfig! Which conveniently fixes the closing issue.
    
    See:
    > Change-Id: Icc365eefc5453c40e02b59288a4e8023b82baa7b
    > BUG: 1330583
    > http://review.gluster.org/14081
    
    Change-Id: I7c2daf1408aaee6340e6983cfaba207c5d13f5a1
    BUG: 1328836
    Signed-off-by: Kaleb S KEITHLEY <kkeithle>
    Reviewed-on: http://review.gluster.org/14082
    Smoke: Gluster Build System <jenkins.com>
    CentOS-regression: Gluster Build System <jenkins.com>
    NetBSD-regression: NetBSD Build System <jenkins.org>

--- Additional comment from Vijay Bellur on 2016-05-13 10:49:17 EDT ---

REVIEW: http://review.gluster.org/14335 (packaging: %postun libs ldconfig: relative path `1' used to build cache) posted (#1) for review on release-3.7 by Milind Changire (mchangir)

--- Additional comment from Vijay Bellur on 2016-05-13 10:50:23 EDT ---

REVIEW: http://review.gluster.org/14335 (packaging: %postun libs ldconfig: relative path `1' used to build cache) posted (#2) for review on release-3.7 by Milind Changire (mchangir)

--- Additional comment from Milind Changire on 2016-05-13 11:08:15 EDT ---

Uploading another patch.
Moving to POST to get accepted by smoke build.

--- Additional comment from Vijay Bellur on 2016-05-13 11:08:57 EDT ---

REVIEW: http://review.gluster.org/14335 (packaging: %postun libs ldconfig: relative path `1' used to build cache) posted (#3) for review on release-3.7 by Milind Changire (mchangir)