Bug 238243
Summary: | anaconda overestimates/greedy disk space requirements for upgrade | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Timms <dtimms> | ||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||
Status: | CLOSED WONTFIX | QA Contact: | |||||
Severity: | low | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2007-04-30 19:05:38 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: | |||||||
Attachments: |
|
Description
David Timms
2007-04-28 07:51:04 UTC
Created attachment 153689 [details]
dh -h on the machine before the required reboot.
I thought there is something weird with the result of df before the install. It actually mentions the 1008M /dev {or /mnt/sysimage/dev} line 3 times. I wondered whether this is an on / partition swap file - perhaps consuming the space. === Increased the space available to 1,304,000 KB, this allowed the install to complete. The following amount of space was begin used during the install: / free no/700 package name 1,304,176 before package analysis. 1,113,444 after analyis suceeds and some way into the install 1,087,248 290 cypteset.. 958,960 426 metacity.. 826,852 528 esc.. 783,408 546 gstreamer.. 579,480 548 openoffice.org-core.. 540,560 565 control-center.. 517,692 - gnome-bluet.. 433,040 582 fast-user.. 378,576 597 sound-jui.. So it looks like anaconda really does need the space. It appears the upgrade is performed similarly to a yum update {group of files}, in that all the new versions get installed to disk first. Then when that is complete, old packages are removed from disk {=~cleanup}. Some heavy consumers of space during the upgrade include openoffice {in two differing folders}, firefox, evolution. Once the 700/700 packages are complete, for the next 12 minutes, the cleanup must be happening because the available space climbs to 600,800,1137,1173,1229,1420 MB. Is it possible to do cleanups during the install, and hence not require so much free space during the upgrade ? Secondly, isn't it likely to worsen file fragmentation on the disk if you: - have something present - add a second updated thing - remove the original something ? I should have mentioned that displaying a decent message to the user is far better than the disk space exception problems of older bugs 152137 and 186451. Changing the ordering needs to be done at the rpm level (and thus filter up to everything including yum and anaconda) rather than hacks in anaconda. There's already something filed to that effect against rpm so closing this one WONTFIX |