Bug 1007064

Summary:	httpd-2.4.6-2.fc19.armv7hl: error: unpacking of archive failed on file /usr/sbin/suexec: cpio: cap_set_file
Product:	[Fedora] Fedora	Reporter:	Martijn Ras <martijn.ras>
Component:	rpm	Assignee:	Packaging Maintenance Team <packaging-team-maint>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	19	CC:	ffesti, goeran, jkaluza, jorton, jzeleny, novyjindrich, packaging-team-maint, pahan, pknirsch, pmatilai
Target Milestone:	---
Target Release:	---
Hardware:	arm
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-05-07 08:22:00 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:

Description Martijn Ras 2013-09-11 20:19:39 UTC

Description of problem:
httpd-2.4.6-2.fc19.armv7hl fails to install with:
error: unpacking of archive failed on file /usr/sbin/suexec: cpio: cap_set_file

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

How reproducible:
Always

Steps to Reproduce:
1. yum install httpd

Actual results:
Running transaction
  Installing : httpd-2.4.6-2.fc19.armv7hl
Error unpacking rpm package httpd-2.4.6-2.fc19.armv7hl
error: unpacking of archive failed on file /usr/sbin/suexec: cpio: cap_set_file
  Verifying  : httpd-2.4.6-2.fc19.armv7hl

Failed:
  httpd.armv7hl 0:2.4.6-2.fc19

Expected results:
httpd installed on system

Additional info:

Comment 1 Martijn Ras 2013-09-14 11:13:49 UTC

This seems to be similar to what is described in this bug: #648654

However, here it crashed while installing on the EXT4 root (/) partition on disk.
There's no NFS on my computer.

I tried chmod u+s /usr/sbin/suexec and installing the package again, same result.

Comment 2 Martijn Ras 2013-09-14 12:10:20 UTC

Just did an update of the system to see if this would go away ...

It now fails with the same error on:

/usr/sbin/mtr mtr-0.84-2.fc19.armv7hl
/usr/sbin/rcp rsh-0.17-72.fc19.armv7hl
/usr/bin/systemd-detect-virt systemd-204-9.fc19.armv7hl

So i've moved this from the httpd component to the rpm component.

The EXT4 root (/) partition is on eMMC disk, mounted as follows:

/dev/mmcblk0p3 on / type ext4 (rw,noatime,data=ordered)

Comment 3 Martijn Ras 2013-09-14 13:11:24 UTC

I now think this has to do with the kernel version, 3.8.13 on my ODROID-X2 system.

I found there's a script to update the kernel, but in it's current form that does not work. Got no more spare time today, i'll continue tomorrow.

Comment 4 Martijn Ras 2013-11-05 18:51:41 UTC

Finally had some spare time to dive into this again.

The problem is that SELinux is disabled in the kernel (version 3.8.13) on my ODROID-X2 system. When I removed the %caps from the following line in the mtr.spec file the package installed without any problems:

%caps(cap_net_raw=pe) %{_sbindir}/mtr

Comment 5 Panu Matilainen 2014-05-07 08:22:00 UTC

I'm sure its possible to build a kernel in plenty of ways that break various assumptions Fedora packages (legally) make, but that's a case of "you broke so you keep to get the pieces". Here the bigger question is: should rpm fallback to SUID if capabilities are not supported by a particular filesystem or system in general -> dupe of 648654.

*** This bug has been marked as a duplicate of bug 648654 ***