This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes
Bug 52048 - kernel-smp package disappears from hdlist during upgrade
kernel-smp package disappears from hdlist during upgrade
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Matt Wilson
Brock Organ
Depends On:
  Show dependency treegraph
Reported: 2001-08-19 13:47 EDT by Paul Skeberdis
Modified: 2007-04-18 12:36 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-08-31 11:04:06 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
anaconda save file following internall error (9.78 KB, text/plain)
2001-08-19 13:48 EDT, Paul Skeberdis
no flags Details
anaconda dump file - internal error (9.65 KB, text/plain)
2001-08-22 23:19 EDT, Paul Skeberdis
no flags Details

  None (edit)
Description Paul Skeberdis 2001-08-19 13:47:08 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.61 [en]C-AtHome0407  (WinNT; U)

Description of problem:
Internal error reported during "Finding packages to upgrade..." when attempting to Upgrade from 6.2 to 7.1
A debug file was saved to floppy.

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

How reproducible:

Steps to Reproduce:
1.Install/Upgrade from 6.2 to 7.1 using CDROM source (from ISO images - checksum verified)
2.Select english, english keyboard Upgrade


Actual Results:  Internal Error occurs during "Finding Packages to Upgrade"

Expected Results:  No internal error...

Additional info:

Traceback (innermost last):
  File "/usr/bin/anaconda", line 520, in ?, test = test)
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/", line 1126, in run
    rc = apply (step[1](), args)
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/textw/", line 33, in __call__
    todo.upgradeFindPackages ()
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/", line 1277, in upgradeFindPackages
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/", line 116, in __getitem__
    return self.packages[item]
KeyError: kernel-smp

Local variables in innermost frame:
self: <comps.HeaderListFromFile instance at 8271208>
item: kernel-smp

Comment 1 Paul Skeberdis 2001-08-19 13:48:55 EDT
Created attachment 28417 [details]
anaconda save file following internall error
Comment 2 Matt Wilson 2001-08-20 09:53:34 EDT
where did you get your install media?
Comment 3 Paul Skeberdis 2001-08-20 19:26:14 EDT
I downloaded the ISO images for CD-ROMS on 24Jun01 from Redhat ftp.
I verified the checksums after downloading the images.
Comment 4 Matt Wilson 2001-08-21 14:21:23 EDT
try booting with "linux ide=nodma" at the boot: prompt
Comment 5 Paul Skeberdis 2001-08-22 23:19:42 EDT
Created attachment 29094 [details]
anaconda dump file - internal error
Comment 6 Paul Skeberdis 2001-08-22 23:25:31 EDT
As requested, tried booting with "linux ide=nodma" at the boot: prompt.
Looks to me like same error, at same point in "Finding", with same dump file from anaconda...
What does the dump file indicate?
Comment 7 Matt Wilson 2001-08-24 17:32:42 EDT
it's quite odd.  We get a list of all the package headers available during the
upgrade and pass that list to a function that determines which packages it
should upgrade.  The funcion passes a list back and we go and turn on each
package in the list.  So the list we passed in should include the kernel-smp
package, the upgrader decides it should upgrade to it, then we go and turn it on
in the package selection state.  This is the point where it fails, because it
seems that the package isn't in the header list after all.

This is a very puzzling bug.
Comment 8 Brent Fox 2001-08-29 15:43:25 EDT
When the installer crashes, can you press <Ctrl><Alt><F4> and see if there are
any interesting error messages?
Comment 9 Paul Skeberdis 2001-08-30 23:49:43 EDT
Sorry, but I got past the bug already by removing the kernel-smp package. Apparently (according to the Gnome rpm query response) it's only 
needed for multi-processor systems and I only have 1 cpu. Once I removed that package, the install continued and completed successfully. There 
were 438 packages to update (for a total of 1071MBytes) without the kernel-smp package. 
However, it seems that there are many changes (upgrading from 6.2 to 7.1) and I'm still working to get everything (network related?) running again 
(eth1, telnet, ftp, samba, dns, ipchains, IP masquerading, etc. ). Seems the change from inetd to xinetd has a lot of config-related changes that 
need manual intervention. Guess that's progress...

I suppose this bug should be 'closed' - but it was merely side-stepped instead of fixed. Perhaps make a FAQ and indicate the work-around of 
removing the kernel-smp package to complete the install. I imagine there's still an anaconda problem lurking somewhere that caused this bug to 
appear in my situation, but it no longer stands in my way.


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