[Yum] near death upgrade

[Troy Dawson]

Just out of curiousity, before you let yum do the upgrade, did you check and 
make sure your rpm database was reasonable?

The rpm package for RH9, has been known to just forget about large chuncks of 
it's rpm datase.  I had my database corrupted once, and tried to update 
something simple like kedit.  Well, since I didn't even have a kernel in my 
rpm database, it tried to update my kernel, glibc, all of KDE, all of X, 
basically my whole system, just because there was only about 10 rpm's in the 
rpm database, and those weren't the important things.

Anyway, as an end user, I find that yum actually does a reasonable job of 
checking for disk space, and it DOES tell you what it's going to to before it 
does it.  You have to say 'yes'.

I do sympathize with you, because I had to clean up that mess, but I have a 
nagging suspision it wasn't yum's fault. (Though I could be wrong about that, 
I've been wrong about must more important things.)

Troy

Brian Lalor wrote:
> Hey all.  I just upgraded my laptop from RH7.3 to RH9 the old fashioned
> way (via CD).  After upgrading, I installed yum and did an upgrade.  I
> soon found myself up the proverbial effluent stream without a method of
> propulsion, or nearly so, anyway.  /var filled up as yum downloaded
> packages and I got lots of errors about being unable to write to
> /var/lib/rpm/Packages.  When the update finally finished, glibc wasn't in
> the RPM database and some files were missing, which caused things like rpm
> to be unable to run due to bad dependencies.  I've also got bits and
> pieces of the newest kernel hanging around, but it also is not in the
> database.  I finally got back up and running by copying over the contents 
> of the glibc package.  I'm now verifying all packages and fixing broken 
> dependencies.
> 
> It looks to me like yum needs to be more careful about disk space...
> 
> Thanks,
> B
>
-- 
__________________________________________________
Troy Dawson  dawson at fnal.gov  (630)840-6468
Fermilab  ComputingDivision/OSS  CSI Group
__________________________________________________