Bug 483235

Summary:

rpm -e fails on package with many files

Product:

Red Hat Enterprise Linux 5

Reporter:

Petr Sklenar <psklenar>

Component:

rpm

Assignee:

Panu Matilainen <pmatilai>

Status:

CLOSED DEFERRED

QA Contact:

BaseOS QE Security Team <qe-baseos-security>

Severity:

medium

Docs Contact:

Priority:

medium

Version:

5.4

CC:

atodorov, ffesti

Target Milestone:

Target Release:

---

Hardware:

All

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Clones:

484094 (view as bug list)

Environment:

Last Closed:

2009-09-02 13:47:41 UTC

Type:

---

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:

484094

Attachments:

Description	Flags
huge dir with many files	none

Description Petr Sklenar 2009-01-30 12:27:13 UTC

Created attachment 330460 [details]
huge dir with many files

Description of problem:
there is 129936 files in tree, you can built it and install it, but it cannot be uninstalled

Version-Release number of selected component (if applicable):
rpm-4.4.2.3-9.el5
+ rhel4 too

How reproducible:
always

Steps to Reproduce:
1. rpmbuild -ba huge-dir-tree.spec
2. rpm -Uvh huge-dir-tree.rpm
3. rpm -e huge-dir-tree
  
Actual results:
rpmbuild + install PASS

# rpm -e huge-dir-tree
On rhel5 it writes : memory alloc (8 bytes) returned NULL.
On rhel4 it writes : memory alloc (3455160288 bytes) returned NULL.

Expected results:
# rpm -e huge-dir-tree
..successfully erased

Additional info:
there is similar bug for rpmbuild
bug 438675
bug 462539
..but when it is possible to create a built , it has to be erased

Comment 1 Florian Festi 2009-09-02 13:47:41 UTC

Reason for this is non linear run time and memory usage for erases/updates for large number of files. This already got fixed upstream. As these fixes require rewriting large parts of the file (conflict) handling they are not acceptable for backporting. Sorry.