[Bug 551678] New: zypper dup heavily mis-predicting used disk space
http://bugzilla.novell.com/show_bug.cgi?id=551678 Summary: zypper dup heavily mis-predicting used disk space Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: i686 OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers@forge.provo.novell.com ReportedBy: novellbmw@lsmod.de QAContact: qa@suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.23) Gecko/20090912 SUSE/1.1.18-1.2 SeaMonkey/1.1.18 As part of the testing core team, I tested zypper dup from 11.1 to 11.2 and found, that "zypper dup" used 69% more disk-space than predicted (1080MiB instead of 636). Reproducible: Always Steps to Reproduce: 1. install 11.1-KDE-LiveCD 2. run 11.1 updates 3. notice output of df / 4. follow http://en.opensuse.org/index.php?title=Upgrade/11.2&oldid=108417 5. notice output of df / again Actual Results: 799 packages to upgrade, 4 to downgrade, 263 new, 101 to remove, 1 to change vendor, 7 to change arch. Overall download size: 846.9 MiB. After the operation, additional 636.4 MiB will be used. Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda2 7234296 2307212 4559600 34% / Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda2 7234296 3359212 3507600 49% / Expected Results: prediction could be somewhat closer to the real result. This might actually be quite hard, given the different filesystems/block-sizes and options (e.g reiserfs with tail-packing). At least zypper could tell the user that he has to expect some extra 50-70% disk-usage on most filesystems. If needed, I have full "du /" of both before and after state. Only 65MB are used extra in /var. Maybe zypper dup does not take wasted 4k-blocks of ext3 into account? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=551678
User jkupec@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=551678#c1
Ján Kupec
http://bugzilla.novell.com/show_bug.cgi?id=551678
User novellbmw@lsmod.de added comment
http://bugzilla.novell.com/show_bug.cgi?id=551678#c2
Bernhard Wiedemann
http://bugzilla.novell.com/show_bug.cgi?id=551678
User ma@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=551678#c3
Michael Andres
I'm not sure, i'm not an expert on ext3. The calculation is just a simple difference between the 'installed size' reported by the packages to be removed and that of the packages to be installed. This installed size does not take the block sizes into account as well.
We'd actually be able to estimate the size per partition including bocksizes. libzypp/satsolver provide interfaces for this. BUT not all repositories supply the necessary disc usage information. It's missing in rpmmd repos. AFAIK here we even don't know the number of files included in a package. All this could be derived from the fileindex.xml, but we currently consider the pain of downloading this huge file bigger than the inaccuracy in size computation. Susetags repos contain an abstract that allows to estimate the size below individual directories, up do depth 3 in the filesystem (suse/setup/descr/packages.DU.gz in the repo). For 16510 packages in factory the downloadsize size is ~600K. If we'd get something similar into rpmmd, it could be worth thinking about a (hopefully) closer calculation per partition. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=551678
User novellbmw@lsmod.de added comment
http://bugzilla.novell.com/show_bug.cgi?id=551678#c4
--- Comment #4 from Bernhard Wiedemann
http://bugzilla.novell.com/show_bug.cgi?id=551678
http://bugzilla.novell.com/show_bug.cgi?id=551678#c5
Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=551678
https://bugzilla.novell.com/show_bug.cgi?id=551678#c6
Michael Andres
participants (1)
-
bugzilla_noreply@novell.com