Bug 829197

Summary:	samba-common , warning: %post(samba-common-2:3.6.5-88.el7.1.x86_64) scriptlet failed, exit status 127
Product:	Red Hat Enterprise Linux 7	Reporter:	Petr Sklenar <psklenar>
Component:	samba	Assignee:	Andreas Schneider <asn>
Status:	CLOSED CURRENTRELEASE	QA Contact:	qe-baseos-daemons
Severity:	high	Docs Contact:
Priority:	high
Version:	7.0	CC:	asn, bruno, h.reindl, pfrields, rdieter, sbose
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	samba-4.0.6-3.el7	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-05-06 13:16:30 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	782468

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