Red Hat Bugzilla – Bug 49904
OverflowError: float too large to convert
Last modified: 2005-10-31 17:00:50 EST
Description of Problem:
During the actual package installation, Anaconda crashes with an error
in the progress bar code. This is different from bug # 43087.
It is reproducible every time.
Steps to Reproduce:
1. Choose either normal install, or text expert (the two I have tried, at
2. During package selection, choose "install everything".
Within the first 10% of total progress in installing packages, Anaconda
will crash with the attached debug information.
System is a 750 Mhz Duron, MSI K7T Turbo motherboard, 128MB PC133, 20Gb
Western Digital hard drive, ATI Mach 64 8MB video, ATAPI CD, generic
floppy, 300 watt ATX PS. Install is done with latest ISO's found for 7.1.
CD's are verified to be in perfect condition on other systems, including
using the same CD-ROM drive in another system with the same MB/CPU.
Created attachment 24847 [details]
the values it's using should fit well within a float. very strange.
I've tried a few different things today, to no avail.
1) Loading fail-safe options in BIOS.
2) Updating to newest BIOS version.
3) Double-checked all hardware for proper configuration.
4) Running a much more minimal installation (server install, no optional
It seems to crash at the point (in every case) when the first "tick" should
be displayed on the "total" progress bar. Ironically, this is always in
glibc-common, whether you install ~907 packages or ~506 packages.
I have one machine that I *might* be able to start swapping parts with. I'll
try to do so today, since I'm in a rather big rush to get this system up and
This is a very odd bug. I don't really know what to tell you. glibc-common is
always the first package that gets installed, so there's nothing unusual about
that. Flaky hardware is the only thing I can think of at this point. If the
problem is in software, then it sounds like a Python problem. Anaconda is
passing Python reasonable values to compute, and Python is having problems with
Now, I can run a Python interpreter on my machine to duplicate this computation,
and things work fine:
[bfox@foodog bfox]$ python
Python 1.5.2 (#1, Jul 5 2001, 03:02:19) [GCC 2.96 20000731 (Red Hat Linux 7.1
2 on linux-i386
Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam
>>> amount = 3282820
>>> total = 4668248
>>> print (int(((amount * 1.0)/total) * 100))
So, I've demonstrated that Python can handle these numbers...just not on your
machine for some reason. I can't think of any reason other than hardware...
Please reopen this bug if you can reproduce it on another machine.
Further testing shows that this is indeed a bad motherboard or CPU. I
originally suspected this, but figured someone else might benefit from this
entry if they happen to see a similar error.
Testing w/identical hardware with a new motherboard/cpu seems to resolve all