Bug 829197 - samba-common , warning: %post(samba-common-2:3.6.5-88.el7.1.x86_64) scriptlet failed, exit status 127
Summary: samba-common , warning: %post(samba-common-2:3.6.5-88.el7.1.x86_64) scriptlet...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: samba
Version: 7.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Andreas Schneider
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
: 834209 (view as bug list)
Depends On:
Blocks: 782468
TreeView+ depends on / blocked
 
Reported: 2012-06-06 08:17 UTC by Petr Sklenar
Modified: 2014-05-06 13:16 UTC (History)
6 users (show)

Fixed In Version: samba-4.0.6-3.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-05-06 13:16:30 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Petr Sklenar 2012-06-06 08:17:53 UTC
Description of problem:
Default install produced errors in install.log:

Version-Release number of selected component (if applicable):
samba-common-3.6.5-88.el7.1.x86_64

How reproducible:
deterministic

Steps to Reproduce:
1. yum install samba-common -y
2.
3.
  
Actual results:

08:07:21 Installing samba-common-3.6.5-88.el7.1.x86_64
/var/tmp/rpm-tmp.OBXLMV: line 2: /bin/systemd-tmpfiles: No such file or directory
warning: %post(samba-common-2:3.6.5-88.el7.1.x86_64) scriptlet failed, exit status 127

Expected results:
no warning

Additional info:

Comment 4 Rex Dieter 2012-06-18 18:11:18 UTC
/bin is supposed to be symlink to /usr/bin so not sure how or why this would happen

In particular, I'm not sure it is wise to use /usr/sbin/ldconfig in scriptlets, this is busted on rawhide causing builds to fail:
DEBUG util.py:257:  Error: Package: 2:libsmbclient-3.6.5-89.fc18.1.x86_64 (build)
DEBUG util.py:257:             Requires: /usr/sbin/ldconfig

Comment 5 Andreas Schneider 2012-06-19 09:16:11 UTC
Well then this needs to be fixed and documented in rawhide.


Why do we do the usrmove if /usr/sbin/ldconfig is wrong? I don't think this is a Samba bug then.

Comment 6 Rex Dieter 2012-06-19 13:25:08 UTC
Packaging guidelines (still) say to use, /sbin/ldconfig.  I'd recommend you continue to do so.  I'd recommend doing the same for systemd too, fwiw.

The issue as reported in comment #1 is indeed not samba's fault or bug.  It's some usrmove (or systemd) failure.

Comment 7 Kay Sievers 2012-06-20 00:40:37 UTC
glibc.rpm has not moved to /usr so far, so nothing explicitly provides:
  /usr/bin/ldconfig
for RPM, and therefore there can not be a Requires: (RPM adds that if you use
that path) inside a transaction that has it not already installed, even when
the binary will finally end up there.

Either glibc would need to move to /usr, or it will need an explicit
Provides: /usr/bin/ldconfig to make things like the samba spec file work.

There is no real need to convert these paths to the /usr locations.

The error in comment#0 is during install when systemd is not installed
before samba?

I doubt it can be fixed with changing the called paths, they are both
valid if the tool is there.

Not sure, but it might rather need a "Requires(post): systemd" to enforce
proper install ordering.

Comment 8 Bruno Wolff III 2012-06-21 15:28:52 UTC
Note that this issue has broken things for me. Both building live images using f17 updates-testing and doing an update of glibc from f17 updates-testing were broken.

Comment 9 Jeff Law 2012-06-21 18:19:52 UTC
*** Bug 834209 has been marked as a duplicate of this bug. ***

Comment 10 Harald Reindl 2012-06-22 13:13:47 UTC
the not for UsrMove prepared bash-package is the root cause of these problems
https://bugzilla.redhat.com/show_bug.cgi?id=834571


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