Red Hat Bugzilla – Bug 132064
up2date checks the diskspace only for the binary packages
Last modified: 2007-11-30 17:07:04 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.2; Linux
2.6.6-1.435.2.3smp) (KHTML, like Gecko)
Description of problem:
When up2date performs an update (or any other installation action) it
checks the diskspace, but does this only for the binary packages.
(actually only for packages that are going to be installed).
When retrieveSource=1 the source packages are being retrieved as
well, but as the calculation of the diskspace is being done before
downloading and there is no further check afterwards (or while
installing) disk space might get low and the database (?) might get
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. set retrieveSource=1 in /etc/sysconfig/rhn/up2date
2. have little disk space left or fill the disk after up2date did the
3. start up2date -u
Actual Results: inconsistent RPM DB
To clarify a little on inspection of the box in question various
packages were removed from rpmdb but were not updated/removed from
I generated a manifest based on /var/log/up2date array and matching
against n-v-r key in db. If not installed (and not kernel*) I
outputed to missing-packages
[root@dhcp-136 tmp]# wc -l missing-packages
Attempting install from manifest:
rpm -Uv --test --percent missing-packages
installing package openoffice.org-i18n-1.1.0-16.13.EL needs
51MB on the / filesystem
installing package openldap-clients-2.0.27-17 needs 51MB on
the / filesystem
installing package ntsysv-1.3.11-0.3 needs 51MB on the /
installing package nss_ldap-207-11 needs 54MB on the / filesystem
installing package nfs-utils-1.0.6-31EL needs 54MB on the /
Included in there were things like XFree86. up2date looks like it's
disabling disk space checking rpm.RPMPROB_FILTER_DISKSPACE
Suggestions - don't ignore diskspare errors, add src.rpm calculation
to totalSize in BatchRun
There are two components to the space calculation. The
first one is at the up2date app level and is an attempt
to see if there is enought diskspace in /var/spool/up2date
to download all the needed packages.
Currently that only calculates space needed for binary
packages. At the moment, the client/server protocol
doesnt have any mechnanism for determining the size of
the src rpms before downloading them, so that would have
to change to do this correctly.
The other size calculation is done by rpm, and thats the
calculation to see if there is enough space to actually
_install_ the packages.
Blocking rhnupr4u4 and rhnupr3u8 to track the progress of the release
Moving bugs to the CanFix List
This bug did not make the code freeze and it will not be fiixed during this
release cycle. Re-aligning bug to the next release
This bug did not make the code freeze. It will not be fixed in this releasee
Reea ligning to the next one.
This bug is filed against RHEL 3, which is in maintenance phase.
During the maintenance phase, only security errata and select mission
critical bug fixes will be released for enterprise products. Since
this bug does not meet that criteria, it is now being closed.
For more information of the RHEL errata support policy, please visit:
If you feel this bug is indeed mission critical, please contact your
support representative. You may be asked to provide detailed
information on how this bug is affecting you.