Live Yum Updates For Fedora 8?

Thu, 2007-10-18 20:35 — dgoodwin

Anxiously awaiting the Fedora 8 release scheduled for November 8th, I see this morning that the F8 freeze is now in effect. I've decided to give rawhide a go on my laptop, currently running Fedora 7, as it should be somewhat more stable now that the freeze is in effect.

While I really don't think this is anything close to an officially supported method of upgrading, I was hoping this would work with a live yum update. (it didn't) Coming from the Debian/Ubuntu world, being able to upgrade without burning a disc and booting off it is something you miss. I tried to accomplish this as follows:

(note, this is completely and utterly *not* a supported method of upgrading, it also didn't work, so please don't try it)

Grab a 7.92 release of fedora-release and fedora-release-notes.
rpm -Uvh fedoa-release*.rpm
Disable any non-official yum repositories and possibly uninstall packages from those repos. These are in /etc/yum.repos.d and to disable you just need to set each to enabled=0. You could perhaps leave their development versions enabled, but in my case the packages were causing problems so I disabled and removed the handful of third-party applications I had installed. (vlc, mplayer, ffmpeg)
yum update

The dependencies resolved fine, downloaded 90 new packages and 1040 upgrades over about an hour and a half. Then yum ran my rpm transaction check and I ran into this problem:

EDIT: Note that I'm running x86_64.

ERROR with rpm_check_debug vs depsolve:
Package dbus needs libexpat.so.0, this is not available.
Complete!

Tried a couple simple things to see if I could get past it, yum update expat, etc, but it looked like I was just peeling layers off the onion. I decided to bail and resort to booting an F8T3 DVD and letting Anaconda do the upgrade, then yum updating to pull down the latest. This ended up working fine.

I recall this wasn't an officially supported option for Fedora 7 due to changes to hard drive layouts that weren't likely to survive a live update. I'm curious if this is still not a supported upgrade path for Fedora 8, and if not how much work it might be to get it supported. If it's not something that's considered a long shot I wouldn't mind trying to help out with getting it there. At the very least I could get some virtual machines setup for testing and file bugs on the failures. Will do some poking around the Fedora wiki and see what comments surface here to find out if it's a feature the developers are able/willing to consider.

Edit: Yum upgrades are 'not recommended', but details can be found here.

ANOTHER EDIT:

Tested about a week before the official scheduled Fedora 8 release on another x86_64 Fedora 7 box. Following the instructions on the wiki and a yum remove dbus.i386 and yum remove compiz got me a smooth, although time and cpu consuming, upgrade.

fedora
linux

dgoodwin's blog

Comments

Fri, 2007-10-19 09:27 — James Bowes (not verified)

Check out the preupgrade

Check out the preupgrade feature for Fedora 9

http://fedoraproject.org/wiki/Features/PreUpgrade

Fri, 2007-10-19 09:36 — Seth Vidal (not verified)

so a couple of things 1.

so a couple of things
1. make sure you're using yum 3.2.7 from updates-testing for f7. It will help a couple of problems you're seeing
2. if you're on x86_64 the dbus hang up is pretty easy to get around:
yum shell
remove dbus.i386
update
run

that should do it.

However, try it out with 3.2.7, first.

Fri, 2007-10-19 10:05 — dgoodwin

After going to F8T3 via an

After going to F8T3 via an Anaconda upgrade I went to yum update to rawhide and ran into more dbus problems. yum remove dbus.i386 did the trick and it seems to be off and running now.

Fri, 2007-10-19 10:15 — Doug Warner (not verified)

I'm also very interested in

I'm also very interested in making live upgrades a supported upgrade path in Fedora. Perhaps we should start a SIG?

You can checkout my website for some recent blog postings I've made on the subject; I had a fairly lengthy discussion in #fedora-devel after the first posting that I haven't gotten around to posting a summary of yet; but I still ahve the log and some notes from the discussion.

Fri, 2007-10-19 10:49 — knurd (not verified)

Disable any non-official yum

Disable any non-official yum repositories and possibly uninstall packages from those repos.

For livna it's better to enable the development repo; it contains all the major packages that were in livna for FC6 and F7 but now rebuild for F8 (if a rebuild was needed); thus a yum update to rawhide should work way better if you enable livna-development. If there are any dependency issues please file them as bug in bugzilla.livna.org (but there are none afaics; I checked some days ago)

Sat, 2007-10-20 00:01 — Andrew Haveland-Robinson (not verified)

I managed to solve this when

I managed to solve this when upgrading from f7 to f8 test3 a day ago, and here is an edited extract from my history which might also help others.
Upgrading online should be defacto in this age. Perhaps yum should be a small torrent client soon to avoid hitting repo mirrors so hard.

I had an issues upgrading heartbeat, so had to yum remove and reinstall.
I think the only remaining issue to fix is this error from munin appearing in root mail every 5 minutes:
~~~~~~
(process:18190): Pango-WARNING **: pango_layout_set_markup_with_accel: Error on line 1: Character ' ' is not valid at the start of an entity name; the & character
begins an entity; if this ampersand isn't supposed to be an entity, escape it as &
~~~~~~
Line 1 of *what* file???
I'm trying to resolve this, but at least it still works and the graphs look a little better!

Back to yum upgrade:
Regarding livna, I just edited the repo file and temporarily replaced $release with 7 until a real livna release appears!

yum clean all
rpm -U http://download.fedora.redhat.com/pub/fedora/linux/releases/test/7.92/Fe...
yum -y upgrade
yum remove mencoder mplayer
rpm -e --nodeps expat-1.95.8-9.x86_64
rpm -e --nodeps expat-1.95.8-9.i386
rpm -e --nodeps dbus-1.0.2-6.fc7.x86_64
rpm -e --nodeps dbus-1.0.2-6.fc7.i386
rpm -e --nodeps dbus-glib-0.73-3.fc7.x86_64
rpm -e --nodeps dbus-glib-0.73-3.fc7.i386
rpm -e --nodeps dbus-x11-1.0.2-6.fc7
rpm -e --nodeps dbus-devel-1.0.2-6.fc7.x86_64
rpm -e --nodeps dbus-devel-1.0.2-6.fc7.i386
rpm -e --nodeps dbus-devel-1.0.2-6.fc7.x86_64
rpm -e --nodeps dbus-devel-1.0.2-6.fc7.x86_64
rpm -ivh /var/cache/yum/development/packages/dbus-libs-1.1.2-7.fc8.x86_64.rpm /var/cache/yum/development/packages/dbus-1.1.2-7.fc8.x86_64.rpm
rpm -ivh /var/cache/yum/development/packages/dbus-libs-1.1.2-7.fc8.i386.rpm
rpm -ivh /var/cache/yum/development/packages/dbus-glib-0.73-4.fc8.x86_64.rpm
rpm -ivh /var/cache/yum/development/packages/dbus-glib-0.73-4.fc8.i386.rpm
rpm -ivh /var/cache/yum/development/packages/expat-2.0.1-2.x86_64.rpm
yum upgrade -y

Hopefully this will be successful bar a couple of small snags!
Andy.

Sat, 2007-10-20 09:43 — dgoodwin

Good information, thanks! I

Good information, thanks! I almost regret resorting to a DVD upgrade now but once F8 hits officially I'm going to do a live update of my desktop system as well, this will come in handy then.

Fri, 2007-11-02 14:05 — krisk (not verified)

Was looking for something

Was looking for something like this.
Good work man.

Sun, 2007-11-11 09:40 — Abhi (not verified)

I recently upgraded with YUM

I recently upgraded with YUM from FC7->FC8. Everything went smooth except the problem that Andrew mentioned above "(process:18190): Pango-WARNING **: pango_layout_set_markup_with_accel: Error on line 1:..." This is absolutely annoying since I now get an email every 5 minutes with this line in it. Has someone found a solution for it? If not I might just remove munin from the system for now.

Sun, 2007-11-11 11:10 — Marc Perkel (not verified)

Thanks for the tips. If you

Thanks for the tips. If you are running the 64 bit version you will want to also run:

yum remove dbus.i386
yum remove mkinitrd.i386
yum remove 4Suite

Mon, 2007-11-19 20:11 — Andrew Haveland-Robinson (not verified)

Abhi, No I still haven't

Abhi,

No I still haven't found a solution, searches for munin and pango lead here!
Still, I'm glad I'm not alone in this!
Are we the only two people in the whole world with this problem?
It is so annoying that there is no file or line numbers listed, so I will either have to trace though it line by line when I can get the time, or wait for it to be magically solved one day...

FC8 is updating regularly, and I reset my modified livna repo to replace /7/ with the original /$release/ and now it's in sync.

Just noticed I listed "rpm -e --nodeps dbus-devel-1.0.2-6.fc7.x86_64" twice. Should of course have been "rpm -e --nodeps dbus-devel-1.0.2-6.fc7.i386" or without the ".386"

Marc, thanks for the extra tips.

Cheers,
Andy.

Tue, 2007-11-20 05:19 — Andrew Haveland-Robinson (not verified)

Fixed it! :-))) "Interrupts

Fixed it! :-)))

"Interrupts & context switches" was the problem in "/etc/munin/plugins/interrupts".

Just edit the file and replace & with & on lines 38 and 43:
# The title of the graph
echo 'graph_title Interrupts & context switches'
# Arguments to "rrdtool graph". In this case, tell it that the
# lower limit of the graph is '0', and that 1k=1000 (not 1024)
echo 'graph_args --base 1000 -l 0'
# The Y-axis label
echo 'graph_vlabel interrupts & ctx switches / ${graph_period}'

Hopefully anyone else looking for this solution will find it now, but I'll mention it and hopefully get munin updated.

Cheers,
Andy.

Tue, 2007-11-20 06:41 — Andrew Haveland-Robinson (not verified)

argh! the entity got

argh!
the entity got swallowed... replace with &

Mon, 2007-12-03 18:12 — Abhi (not verified)

Thank you so much Andrew.

Thank you so much Andrew. Now I can install munin again.

Thu, 2008-02-07 11:18 — dinostro (not verified)

I have the same problem with

I have the same problem with munin and i've replaced de & but im still getting those emails. i even changed the file interrupts for one that's attached here http://munin.projects.linpro.no/ticket/537 and im still getting the emails.. is there any strange service that i have to restart? i restarted munin-node and crond services but nothing changed..

Thanks for reading :P

Wed, 2008-08-20 07:24 — buyliquoronlineMl (not verified)

Your site-

Your site- dgoodwin.dangerouslyinc.com is excellent resource, thanks, webmaster. see this http://howdoqj6.netfirms.com/buy_liquor_online.html > buy liquor online

Wed, 2008-08-20 10:14 — ViagraOnlineSPOOKSTUG (not verified)

The

The dgoodwin.dangerouslyinc.com is excellent site, tnks, owner.
viagra http://sci.rutgers.edu/forum/member.php?u=25882 > viagra drugs.

Thu, 2008-08-21 08:33 — best_internet_savings_accountsBync (not verified)

This is where you

This is where you http://best-savings-accounts.expectgroup.net/site_map.html > best savings accounts kit the economization your money. Most adroitly savings accounts in clarification that collapse duties predict from settling to combination and the suspire bemoan applies to paving overlook surplus buyers only.

Mon, 2008-08-25 23:26 — Ipod Nana (not verified)

dgoodwin's blog

Recent blog posts

User login