I'm trying to upgrade an old ubuntu server from 8.10 (Intrepid) to 9.04 (Jaunty). But it fails.
root@server1:/# do-release-upgrade
Checking for a new ubuntu release
Failed Upgrade tool signature
Failed Upgrade tool
Done downloading
extracting 'jaunty.tar.gz'
Failed to extract
Extracting the upgrade failed. There may be a problem with the network or with the server.
Does anyone have an idea why I get this error and how to fix it?
UPDATE: I think i might have tracked the problem down.
My /etc/update-manager/meta-release looks like this:
[METARELEASE]
URI = http://changelogs.ubuntu.com/meta-release
URI_LTS = http://changelogs.ubuntu.com/meta-release-lts
URI_UNSTABLE_POSTFIX = -development
URI_PROPOSED_POSTFIX = -proposed
If i go to http://changelogs.ubuntu.com/meta-release it has this info for Jaunty:
Dist: jaunty
Name: Jaunty Jackalope
Version: 9.04
Date: Thu, 23 Apr 2009 12:00:00 UTC
Supported: 0
Description: This is the 9.04 release
Release-File: http://archive.ubuntu.com/ubuntu/dists/jaunty/Release
ReleaseNotes: http://changelogs.ubuntu.com/EOLReleaseAnnouncement
UpgradeTool: http://archive.ubuntu.com/ubuntu/dists/jaunty-proposed/main/dist-upgrader-all/0.111.8/jaunty.tar.gz
UpgradeToolSignature: http://archive.ubuntu.com/ubuntu/dists/jaunty-proposed/main/dist-upgrader-all/0.111.8/jaunty.tar.gz.gpg
Those links starting with archive.ubuntu.com are broken since jaunty is EOL.
I guess i could fix this by copying this file, replacing "archive" with "old-releases", host the modified file somewhere and change the url in the meta-release file. Is this a good solution or will it make me run into worse problems?
Stuart,
I think the problem can be solved in a much simpler fashion without having to use another machine. Here is what I did:
Copied the old (incorrect) file from http://changelogs.ubuntu.com/meta-release to a local file (say) /etc/meta-release.rvg I modified /etc/meta-release.rvg so that "archive" was replaced by "old-releases"
Modified /etc/update-manager/meta-release so that it pointed to my local file rather than the incorrect URI on the ubuntu site - here is what it looked like after my change:
[METARELEASE]
URI = file:///etc/meta-release.rvg
URI_LTS = http://changelogs.ubuntu.com/meta-release-lts
URI_UNSTABLE_POSTFIX = -development
URI_PROPOSED_POSTFIX = -proposed
I then ran do-release-upgrade and everything worked like a charm
Regards,
Rajendra Gokhale
8.10 and 9.04 are both unsupported, you'll want to keep going all the way up to 10.04.
Canonical maintains documentation on how to upgrade from a release after its repositories go dark here.
Add the following to
/etc/apt/sources.list
:Update with the new repositories, and upgrade packages against the intrepid repository:
Then you can use the release upgrade tool:
Rinse and repeat, replacing
intrepid
withjaunty
in thesources.list
to be able to move up to 9.10. To move to 10.04 you shouldn't need to do manual modifications, as it looks like the karmic sources are still in the original location despite being past the end of support.After coming across this problem again, I found an even easier answer: put this in the servers /etc/hosts file:
91.189.88.140 archive.ubuntu.com
the server isn't name based so you can point archive.ubuntu.com at old-releases and it works.
Note: Remember to remove the line from HOSTS when you're upgraded
Stu
I just came across this problem myself, and being remote from the machine I wanted to upgrade instead of flat install it (plus I had lots of data I didn't want to have to move first!)
The issue as you said is that the files no longer exist in their know locations: http://archive.ubuntu.com/ubuntu/dists/jaunty-proposed/main/dist-upgrader-all/0.111.8/jaunty.tar.gz
I created a quick php proxy file to get round this (I don't want to release my mirror so I will release the proxy file and you can do it yourself).
You need another webserver setup to receive requests from archive.ubuntu.com (enter that as your domain name)
In the htdocs folder place index.php with these contents: (I apologise for the poor formatting - I couldn't get it to look right in the wysiwyg!)
Now create .htaccess and put this in it:
create folder htdocs/cache and chmod it 777
go onto the machine you are trying to upgrade and edit /etc/hosts (nano /etc/hosts) and enter a line:
replacing the XXX's with the ip address of your new proxy.
you might have to run '/etc/init.d/nscd restart' and '/etc/init.d/networking restart' (on the machine to be upgraded) to make sure your DNS cache is cleared and your new proxy is used as the IP for archive.ubuntu.org.
run do-release-upgrade again.
It's hacky but it got the job done for me using another dedicated box I had.