This service will be undergoing maintenance at 00:00 UTC, 2016-09-28. It is expected to last about 1 hours
Bug 231494 - Anaconda crashes during scan for existing Fedora systems
Anaconda crashes during scan for existing Fedora systems
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Anaconda Maintenance Team
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-03-08 13:27 EST by Bruno Wolff III
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-04-14 10:19:22 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
Anaconda dump file (57.72 KB, text/plain)
2007-03-08 13:27 EST, Bruno Wolff III
no flags Details
Anaconda traceback (59.07 KB, text/plain)
2007-03-31 18:54 EDT, Bruno Wolff III
no flags Details

  None (edit)
Description Bruno Wolff III 2007-03-08 13:27:19 EST
Description of problem:
When attempting to do an install, today's and yesterday's boot.iso versions
crash when scanning for existing systems.


Version-Release number of selected component (if applicable):
11.2.0.31-1

How reproducible:
100% on my system.

Steps to Reproduce:
1. Try to do an install with today's boot.iso file.
  
Actual results:
Anaconda crashes

Expected results:
Anaconda detects existing Fedora installations.

Additional info:
Due to another problem neither of my hard drives are visible so there are zero
disk partitions to search. This may or may not have any bearing on the above.

I also tried using the updates feature to use update *.py files from cvs, but
saw the same problem.
Comment 1 Bruno Wolff III 2007-03-08 13:27:20 EST
Created attachment 149601 [details]
Anaconda dump file
Comment 2 Bruno Wolff III 2007-03-13 23:29:45 EDT
I retested this using a boot.iso version from early March 13th and the problem
is still happening.
Comment 3 Chris Lumens 2007-03-14 14:35:45 EDT
What kind of hard drives, controller, etc. are you using?
Comment 4 Bruno Wolff III 2007-03-14 15:34:10 EDT
You can look at 227281 to see that saga. This ticket wasn't about getting
anaconda to see the drives, but rather about the failure more.
The controller that has the drives attached is the highpoint 302. It has 2 PATA
WD Caviars attached. (The motherboard has two sets of controllers. The AMD one
has DVD drives attached, and nothing is connected to the promise controller.)
When the problem with the drives not showing up first started happening, I
didn't get tracebacks from anaconda. It just showed an empty list of available
disk drives. Something changed recently with that.
Comment 5 Jeremy Katz 2007-03-23 14:13:43 EDT
This should be fixed with the booty that I built this afternoon and which will
be in test3
Comment 6 Bruno Wolff III 2007-03-31 18:54:33 EDT
Created attachment 151368 [details]
Anaconda traceback

I just retested this with the Friday (March 30) morning boot.iso and it seems
to still be happening.
However, kudzu changed and my disk drives became visible again, so I had to
change the way I tested this. When I got to the screen after the media check I
switched to tty2 and unloaded the disk controller driver and then continued the
install from X. I then saw a crash at the same point I had previously.
I am attaching the saved traceback.
Comment 7 Bruno Wolff III 2007-04-14 10:19:22 EDT
I retested this with a snapshot from Friday April 13 and things now work as
expected.

Note You need to log in before you can comment on or make changes to this bug.