On 07/26/2009 09:28 PM, Björn Persson wrote:
Ralf Corsepius wrote:
On 07/26/2009 02:37 PM, Seth Vidal wrote:
On Sat, 25 Jul 2009, Alan Cox wrote:
"all of my system has a wrong openssl version"

all these symptoms sound like your upgrade went horribly wrong. I've
seen preupgrade mash up a box by half upgrading like that. It's the main
reason
I don't think preupgrade is actually safe to use yet.

Preupgrade's process is to depsolve - using the same method anaconda
does, download the pkgs it solves out. Put them in a cachedir. Download
a kernel and an initrd, Setup a ks.cfg. then reboot the machine and
allow anaconda to do the install.

Specific issues we've had with preupgrade are related to not being able
to find a mirror and/or not being able to get pkgs.

Mine were
* preupgrade running out of diskspace on / when trying to fill
/var/cache/yum (my "/"'s tend to be minimized/small)

You're not blaming Preupgrade for the partition being too small, are you?
Well, to some extend, I am blaming it, because
a) filling '/' may easily kill a system and may easily cause further damage (processes running in parallel to preupgrade might be malfunctioning due lack of diskspace).

b) I expect an installer to be able to check whether sufficient space is available in advance, rsp. not to leave a system in an unusable state in case of something going wrong.

In BZ https://bugzilla.redhat.com/show_bug.cgi?id=503183
I questioned whether using /var/cache/yum is a good choice for preupgrade's package cache. Though I meanwhile know that this BZ is was a side-effect of the nfs-parser bugs in anaconda, I still think using /root or /tmp would be better choices.

If
you want a small root partition you should put /var/cache/yum on another
partition.
This would have worked, if anaconda had been able to process fstab.
Unfortunately, FC11's anaconda isn't able to do so.

Ralf


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Reply via email to