RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 913099 - Unable to create immutable header region
Summary: Unable to create immutable header region
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: rpm
Version: 6.3
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Packaging Maintenance Team
QA Contact: BaseOS QE Security Team
Depends On:
TreeView+ depends on / blocked
Reported: 2013-02-20 11:38 UTC by Jonathan Underwood
Modified: 2013-06-10 10:41 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2013-03-18 13:36:02 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Jonathan Underwood 2013-02-20 11:38:05 UTC
Description of problem:
When creating an (admittedly large) RPM, rpmbuild bombs out with:

Processing files: matlab-2012b-1.el6.x86_64
Checking for unpackaged file(s): /usr/lib/rpm/check-files /local/home/rpmb/rpmbuild/BUILDROOT/matlab-2012b-1.el6.x86_64
Wrote: /local/home/rpmb/rpmbuild/SRPMS/matlab-2012b-1.el6.src.rpm
error: Unable to create immutable header region.

RPM build errors:
    Unable to create immutable header region.

I was a bit surprised to hit this as although I am trying to build a big package, it's well below the 16 GB limit for rpm.

buildroot details for the package:

$ find ../BUILDROOT/matlab-2012b-1.el6.x86_64/ | wc -l

$ du -sh ../BUILDROOT/matlab-2012b-1.el6.x86_64/
6.9G	../BUILDROOT/matlab-2012b-1.el6.x86_64/

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

How reproducible:

Steps to Reproduce:
1. Try to build a large rpm with a moderate number of files
2. Boom.
Actual results:

Expected results:

Additional info:

Comment 2 Panu Matilainen 2013-02-20 12:30:48 UTC
There's no "16 GB" limit, the theoretical maximum payload size is INT64_MAX but in practise you'll run into various other issues long before that. Such as this... It's not related to the size of the contained files, but the total number of them which causes the metadata size to exceed the (artificial) limitations imposed on headers:

 * Sanity check on data size and/or offset and/or count.
 * This check imposes a limit of 16 MB, more than enough.
#define HEADER_DATA_MAX 0x00ffffff
#define hdrchkData(_nbytes) ((_nbytes) & (~HEADER_DATA_MAX))

/** \ingroup header
 * Maximum no. of bytes permitted in a header.
static const size_t headerMaxbytes = (32*1024*1024);

See bug 462539 and bug 706935 for background and related issues.
For now, the easy workaround is to split up the package into smaller pieces.

Comment 3 Jonathan Underwood 2013-02-20 14:42:36 UTC
OK, understood, thanks. I guess that's a WONTFIX for rhel6.  Can you regard it as an RFE for rhel7 tho? :)

Comment 4 RHEL Program Management 2013-02-24 06:47:35 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 5 Florian Festi 2013-03-18 13:36:02 UTC
OK, closing it here. The issue moved to the upstream bug tracker to be fixes in future RPM versions: http://rpm.org/ticket/862

Thanks for reporting!

Comment 6 Edgar Hoch 2013-06-08 05:48:39 UTC
I ran into the same problem with fedora 18 and matlab 2013a with all matlab tool boxes. Will there be a fix in fedora 19 and redhat 7?
In the upstream bug report there are no changes since the report.

Comment 7 Jan Zeleny 2013-06-10 08:17:16 UTC
We are currently working on the improved payload format. However it is not even in upstream yet so getting it into RHEL and Fedora will take some time. We *might* be able to push it in F20 but certainly not sooner (F19 has a devel freeze in a few weeks IIRC). Then it needs some stabilization and testing before it hits RHEL. Therefore the chances of this feature hitting RHEL7 during its life cycle are very close to zero.

Comment 8 Edgar Hoch 2013-06-10 08:56:18 UTC
Thanks for the evaluation!

A hint for those who run into problems with the big data of matlab (see comment 1):

I have used subpackages in the rpm spec file to create a number of smaller rpm files instead of one big which crashes during build. For example, I used the following files declaration:

%files part-rest
%exclude %{destdir}/bin
%exclude %{destdir}/help
%exclude %{destdir}/toolbox

%files part-bin

%files part-help1
%dir %{destdir}/help

%files part-help2
%dir %{destdir}/help

%files part-help3
%dir %{destdir}/help

%files part-toolbox1
%dir %{destdir}/toolbox

%files part-toolbox2
%dir %{destdir}/toolbox

%files part-toolbox3
%dir %{destdir}/toolbox

%files part-toolbox4
%dir %{destdir}/toolbox


See the documentation for rpm spec files how to create subpackages.

Comment 9 Panu Matilainen 2013-06-10 08:58:29 UTC
Jan, this is not a payload issue but an artificial cap on header size.

Comment 10 Jan Zeleny 2013-06-10 10:41:53 UTC
(In reply to Panu Matilainen from comment #9)
> Jan, this is not a payload issue but an artificial cap on header size.

Ah, sorry, I misunderstood the description and figured it will be addressed together with the payload change. Thanks for the correction.

Anyway I still don't expect this to land neither in F19 nor in RHEL7, right?

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