release upgrade for EOL releases fails
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
update-manager-core (Ubuntu) |
Fix Released
|
Medium
|
Michael Vogt |
Bug Description
Hello,
I'm upgrading a laptop of mine, which still is running on 6.10. The end goal is to get the laptop to the latest version, however, it fails with the upgrade to 7.04.
According to the wiki page (https:/
I've located the origin of the problem in DistUpgradeCont
# special case for old-releases.
# them back to archive.ubuntu.com - now this is a problem
# of course for people upgrading from EOL release to a
# EOL release
if (not entry.disabled and
This basically causes downloads from incorrect repositories.
sources.list before upgrade:
deb http://
deb-src http://
deb http://
deb-src http://
deb http://
deb-src http://
deb http://
deb-src http://
Changes to during the upgrade:
deb http://
deb-src http://
deb http://
deb-src http://
deb http://
deb-src http://
deb http://
deb http://
deb http://
deb http://
deb-src http://
And then the download fails.
Error during update
A problem occured during the update. This is usually some sort of network problem, please check your network connection and retry.
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
Failed to fetch http://
/var/log/
2008-09-03 03:34:18,284 INFO release-upgrader version '0.59.22' started
2008-09-03 03:34:18,561 DEBUG lsb-release: 'edgy'
2008-09-03 03:34:18,561 DEBUG _pythonSymlinkCheck run
2008-09-03 03:34:44,220 DEBUG Foreign:
2008-09-03 03:34:44,220 DEBUG Obsolete: gimp-svg xpdf-common xpdf-utils xpdf-reader xpdf mkisofs vlc mozilla-plugin-vlc git-fvcs vim-gtk cdrecord kde-icons-nuvox vim-perl libiso9660-4 qt3-dev-
2008-09-03 03:34:44,247 DEBUG updateSourcesList()
2008-09-03 03:34:44,356 DEBUG rewriteSourcesL
2008-09-03 03:34:44,359 DEBUG transitioning old-releases.
2008-09-03 03:34:44,359 DEBUG transitioning old-releases.
2008-09-03 03:34:44,359 DEBUG transitioning old-releases.
2008-09-03 03:34:44,359 DEBUG transitioning old-releases.
2008-09-03 03:34:44,359 DEBUG transitioning old-releases.
2008-09-03 03:34:44,360 DEBUG transitioning old-releases.
2008-09-03 03:34:44,360 DEBUG transitioning old-releases.
2008-09-03 03:34:44,360 DEBUG transitioning old-releases.
2008-09-03 03:34:44,360 ERROR No valid mirror found
2008-09-03 03:34:47,094 DEBUG rewriteSourcesL
2008-09-03 03:34:47,095 DEBUG transitioning old-releases.
2008-09-03 03:34:47,096 DEBUG transitioning old-releases.
2008-09-03 03:34:47,096 DEBUG transitioning old-releases.
2008-09-03 03:34:47,096 DEBUG transitioning old-releases.
2008-09-03 03:34:47,096 DEBUG transitioning old-releases.
2008-09-03 03:34:47,096 DEBUG transitioning old-releases.
2008-09-03 03:34:47,096 DEBUG transitioning old-releases.
2008-09-03 03:34:47,096 DEBUG transitioning old-releases.
2008-09-03 03:35:03,493 ERROR IOError in cache.update(): 'Failed to fetch http://
I guess this behavior is present for all EOL distributions.
When restarting the upgrade proces (via /tmp/tmpxxxx/feisty --frontend DistUpgradeViewText --mode=server) with only the feisty repo's in the sources.list file it will start the upgrade process as expected.
Related branches
Changed in update-manager: | |
assignee: | nobody → mvo |
status: | New → In Progress |
Changed in update-manager: | |
milestone: | none → jaunty-alpha-4 |
importance: | Undecided → Medium |
affects: | update-manager (Ubuntu) → update-manager-core (Ubuntu) |
Thanks, this is a problem indeed. Here are the steps in order to solve this problem once and for all:
* the release upgrader magic tarball moves from releases.u.c to ubuntu. com that we can
old-releases.u.c - we can deal with that easily via the
meta-release file on changelogs.
control/update anytime
* the upgrader does not know that old-releases.u.c is a
valid mirrors - fixed in bzr
* the upgrader must deal with the situation that a EOL release may
still point to archive.u.c but just gets 404 from it
* if the EOL release got pointed to old-releases.u.c it must rewrite
the sources.list to:
* archive.u.c if the upgrade goes to a supported release
* old-releases.u.c if the upgrades goes to a EOL release
(think edyy->feisty->gutsy where e->f will need this magic)
This means we need to sync the EOL process with copying the data to
old-releases.u.c - I will write a mail to the sysadmin team about it.