Bug 487743
| Summary: | Fedora 8 to Fedora 10 preupgrade 'content-length' problem | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Carlos de Sousa <carlos.redhat> |
| Component: | preupgrade | Assignee: | Seth Vidal <skvidal> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | low | ||
| Version: | 8 | CC: | carlos.redhat, wwoods |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 1.1.0-1.fc10 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-05-28 08:13:15 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Do you happen to know what mirror are you using to retrieve that info? this patch
--- preupgrade/__init__.py 2009-02-19 19:13:15 +0000
+++ preupgrade/__init__.py 2009-02-27 18:36:45 +0000
@@ -384,7 +384,10 @@
local = targetdir + '/' + item_fname
# remote size
tmp = self.instgrab.urlopen(fileinfo)
- mysize = tmp.hdr.dict['content-length']
+ try:
+ mysize = tmp.hdr.dict['content-length']
+ except KeyError:
+ mysize = -1
tmp.close()
# Check to see if we've already got the right file
to latest preupgrade makes sure that if we can't get content-length from the headers of the mirror, that we just download the file.
Patch seems sensible. I've added it to preupgrade's bzr repo. As far as I know, this behavior depends on the mirror; if you try to run preupgrade again it might pick a different mirror and work OK. What happens if you try to run preupgrade again? (In reply to comment #3) > Patch seems sensible. I've added it to preupgrade's bzr repo. > > As far as I know, this behavior depends on the mirror; if you try to run > preupgrade again it might pick a different mirror and work OK. > > What happens if you try to run preupgrade again? I did try 7-8 times and it always gave me the same result, I think I a using the Swedish mirror by default. (In reply to comment #2) > this patch > > --- preupgrade/__init__.py 2009-02-19 19:13:15 +0000 > +++ preupgrade/__init__.py 2009-02-27 18:36:45 +0000 > @@ -384,7 +384,10 @@ > local = targetdir + '/' + item_fname > # remote size > tmp = self.instgrab.urlopen(fileinfo) > - mysize = tmp.hdr.dict['content-length'] > + try: > + mysize = tmp.hdr.dict['content-length'] > + except KeyError: > + mysize = -1 > tmp.close() > > # Check to see if we've already got the right file > > > > to latest preupgrade makes sure that if we can't get content-length from the > headers of the mirror, that we just download the file. I have added the patch and then it went through with no problems, thanks preupgrade-1.1.0-0.pre2.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/preupgrade-1.1.0-0.pre2.fc10 preupgrade-1.1.0-0.pre2.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update preupgrade'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-4211 preupgrade-1.1.0-1.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/preupgrade-1.1.0-1.fc9 preupgrade-1.1.0-1.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/preupgrade-1.1.0-1.fc11 preupgrade-1.1.0-1.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update preupgrade'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-4211 preupgrade-1.1.0-1.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. preupgrade-1.1.0-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. preupgrade-1.1.0-1.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. |
Description of problem: Trying to upgrade Fedora 8 to Fedora 10 using preupgrade. The preupgrade gives me a traceback. Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. preupgrade-cli "Fedora 10 (Cambridge)" 2. 3. Actual results: [root@desousa yum]# preupgrade-cli "Fedora 10 (Cambridge)" Loaded plugins: blacklist, whiteout Reading repository metadata in from local files Reading repository metadata in from local files .treeinfo | 1.1 kB 00:00 Traceback (most recent call last): File "/usr/share/preupgrade/preupgrade-cli.py", line 291, in <module> pu.main(myrelease) File "/usr/share/preupgrade/preupgrade-cli.py", line 183, in main self.retrieve_critical_boot_files() File "/usr/lib/python2.5/site-packages/preupgrade/__init__.py", line 589, in retrieve_critical_boot_files self._retrieve_file(item) File "/usr/lib/python2.5/site-packages/preupgrade/__init__.py", line 494, in _retrieve_file mysize = tmp.hdr.dict['content-length'] KeyError: 'content-length' Expected results: Additional info: The system is on a RAID'd disk (only one slice/partition). Where is the disk layout: [root@desousa yum]# df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 149186740 14383580 127102680 11% / /dev/mapper/isw_ccdfajcjbh_Volume0p1 194442 19374 165029 11% /boot tmpfs 1029248 12 1029236 1% /dev/shm Here is the platform and HW info: [root@desousa yum]# facter architecture => i386 domain => x.x.x.x facterversion => 1.5.2 fqdn => desousa.x.x.x.x.x hardwareisa => i686 hardwaremodel => i686 hostname => desousa id => root interfaces => eth0,pan0 ipaddress => x.x.x.x ipaddress_eth0 => x.x.x.x kernel => Linux kernelrelease => 2.6.26.8-57.fc8 kernelversion => 2.6.26.8 lsbdistcodename => Werewolf lsbdistdescription => Fedora release 8 (Werewolf) lsbdistid => Fedora lsbdistrelease => 8 lsbmajdistrelease => 8 lsbrelease => :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch macaddress => 00:0F:x macaddress_eth0 => 00:0F:x macaddress_pan0 => 1A:74:x manufacturer => Hewlett-Packard memoryfree => 1.39 GB memorysize => 1.96 GB netmask => 255.255.254.0 netmask_eth0 => 255.255.254.0 operatingsystem => Fedora operatingsystemrelease => 8 processor0 => Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz processor1 => Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz processorcount => 2 productname => HP Compaq dc7700p Convertible Minitower ps => ps -ef rubysitedir => /usr/lib/ruby/site_ruby/1.8 rubyversion => 1.8.6 swapfree => 1.94 GB swapsize => 1.94 GB type => Mini Tower uniqueid => 3a89be85 virtual => physical