Bug 139457
| Summary: | crash "preparing RPM transaction" after 12% complete | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Myk Melez <myk> |
| Component: | anaconda | Assignee: | Jeremy Katz <katzj> |
| Status: | CLOSED WORKSFORME | QA Contact: | Mike McLean <mikem> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3 | CC: | nobody+pnasrat |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2005-02-02 03:10:49 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: | |||
|
Description
Myk Melez
2004-11-16 02:45:03 UTC
Were you using selinux with fc2? I haven't been using selinux with FC2, although I think it was enabled at some point. As I recall, earlier this year (perhaps right after I installed FC2) I noticed selinux was on and turned it off in /etc/sysconfig/selinux, which seemed to be the preferred method according to a Google search at the time (see also bug 129240): myk@myk myk]$ more /etc/sysconfig/selinux # This is a comment field in /etc/sysconfig/selinux # # Allowable values are: # enforcing - enables enforcing mode # permissive - enables permissive mode # disabled - disables SELinux SELINUX=disabled [myk@myk myk]$ I'm running a recent FC2 kernel, so I should be unaffected by the bug in the original FC2 kernel (documented in bug 129240) that caused selinux to run even if disabled: [myk@myk myk]$ uname -a Linux myk.office.mozilla.org 2.6.8-1.521 #1 Mon Aug 16 09:01:18 EDT 2004 i686 i686 i386 GNU/Linux I'm not sure if this means anything, but note that I still get selinux-related messages when upgrading packages, even though selinux is supposedly not running: [myk@myk myk]$ sudo yum update Gathering header information file(s) from server(s) Server: Fedora Core 2 - i386 - Base ... Server: Fedora Core 2 - i386 - Released Updates Finding updated packages ... Downloading Packages Running test transaction: /etc/security/selinux/file_contexts: No such file or directory Test transaction complete, Success! /etc/security/selinux/file_contexts: No such file or directory glibc-common 100 % done 1/20 glibc 100 % done 2/20 ... Sorry about the inadvertant QA contact removal. It looks like a bug in this Bugzilla installation (bug 132004 to be precise). Adding the QA contact back in. Does booting with 'linux selinux=0' work? If I boot with 'linux selinux=0' it crashes at the same place, but the last two lines on the anaconda console are instead: moving (1) to step installpackages setting file_context_path to nil I have the same problem, and the same results, both normally and with selinux=0 (except mine isn't a laptop). However, mine gets a bit further - it consistently dies at 40% on the "Preparing to install..." progress bar. Booting back into FC2, /root/upgrade.log* are 0 bytes, so I'm not sure what else I can look at. What's the best way to debug anaconda? I tried hacking its Python scripts with debugging statements before kicking off the install to try to determine where they're falling over, but they're mounted read-only. I also found some references on the net to updates floppies with modified versions of installation files, but I couldn't find good docs on creating such disks. Rebuilding the RPM database seemed to fix it for me... I worked around the problem last night by first upgrading to FC3test2 on that machine and then upgrading to FC3 final. The FC3test2 upgrade succeeded without problems, and once it was on my machine I could upgrade to FC3 final without any problems either. |