Bug 157729
Summary: | Installation using boot.iso and NFS-mounted DVD image crashes after package installation | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Kewley <david_kewley> | ||||||
Component: | kernel | Assignee: | Dave Jones <davej> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 4 | CC: | michaelmorrison, pfrields, wtogami | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | FC4 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2005-09-30 09:27:14 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: | |||||||||
Attachments: |
|
Description
David Kewley
2005-05-14 06:02:42 UTC
I apologize for the run-on lines. Darn Firefox on FC2. Created attachment 114375 [details]
a dump of the install machine's /tmp/syslog from early in the installation
I obtained this using nc (netcat). Is there an easier way?
Created attachment 114376 [details]
syslog from later part of installation process, showing crash at end
I again obtained this using netcat, redirectly input from /proc/kmsg to a
listener on another machine. I turned on NFS debugging, which is useful to see
what files were being requested, and how they relate to the errors toward the
end. I transiently turned on RPC debugging as well, but that's voluminous &
useless.
See toward the end that the yum rpm is installed (the last package to be
installed in this Minimal install?), then anaconda goes back to reading
stage2.img. At this point, it starts getting other errors and eventually
segfaults. Earlier it read stage2.img with no problem.
Interestingly, I did not get run-on lines in the attachment comments, depsite forgetting to add linefeeds. Are the bug-submission and attachment-submission forms processing test input differently? This comment has manual linefeeds. *** Bug 142600 has been marked as a duplicate of this bug. *** I just wrote a nice long reply, Chris, but it got clobbered by my browser mismanagement. :/ Let's try again... I don't believe that Bug 142600 is a duplicate of this bug. I never saw the error "Unable to find Fedora/base/stage2.img" like the other reporter did. In my case, anaconda accessed stage2.img just fine in the beginning. When it failed during reads of stage2.imag late in the install process, the 'Errpr -3..." errors that got thrown (before anaconda segfaulted) appear to be from cramfs, not anaconda itself. So much for the differences between the earlier bug and mine. My latest, best understanding of what might be going on in my case is that: 1) there is some problem with NFS access or cramfs decompression of stage2.img only *after* all the rpms have been installed 2) cramfs fails (the "Error -3..." messages), and doesn't give anaconda the data it was expecting 3) either cramfs doesn't return an error to anaconda, or (more likely?) anaconda doesn't check the error status, so anaconda happily processes the bad data from cramfs 4) anaconda segfaults as a result of the bad data If that scenario is correct, then there are two problems: a) anaconda (or possibly cramfs) isn't handling cramfs errors correctly b) mysteriously, NFS access of stage2.img fails late in the install process I'm complaining mostly about (b), but if (a) exists, it'd probably be easier to detect and correct. One final note: There are avc denied errors in the attached install logs. They include: <3>audit(1116011400.312:0): avc: denied { associate } for name=rpm scontext=system_u:object_r:root_t tcontext=system_u:object_r:root_t tclass=filesystem <3>audit(1116038808.707:0): avc: denied { transition } for path=/usr/sbin/libgcc_post_upgrade dev=dm-0 ino=7209241 scontext=system_u:system_r:kernel_t tcontext=system_u:system_r:unconfined_t tclass=process <3>audit(1116038808.802:0): avc: denied { relabelto } for name=.bash_logout dev=dm-0 ino=6094852 scontext=system_u:system_r:kernel_t tcontext=root:object_r:user_home_t tclass=file <3>audit(1116038808.802:0): avc: denied { relabelto } for name=.bash_logout dev=dm-0 ino=6094852 scontext=system_u:system_r:kernel_t tcontext=root:object_r:user_home_t tclass=file <3>audit(1116038808.950:0): avc: denied { relabelto } for name=root dev=dm-0 ino=6094849 scontext=system_u:system_r:kernel_t tcontext=root:object_r:user_home_dir_t tclass=dir <3>audit(1116038867.944:0): avc: denied { transition } for path=/sbin/ldconfig dev=dm-0 ino=32145414 scontext=system_u:system_r:kernel_t tcontext=system_u:system_r:unconfined_t tclass=process Peter Jones replied to my thread on fedora-test-list with the comment that the path=/usr/sbin/libgcc_post_upgrade avc denied should have been fixed in time for FC4t3. Apparently not -- I definitely installed t3, as evidenced in the second attachment here, which shows that I installed fedora-release-3.92-1.x86_64.rpm. Can you provide the complete dump you receieve? See the attachments for a dump of /tmp/syslog early in the install process, and /proc/kmsg output for the remainder of the boot, up to and including the crash. If you want something else, please describe how I can get the info you need -- I don't know what else is available to report. I guess I should ask how it's crashing -- is it a traceback or does it just say "install exited abnormally"? What you see in the "crash at end" attachment is all the information available. After both anaconda instances crash as shown there (without traceback), init or whatever immediately goes through the shutdown process, starting it with "install exited abnormally" then shutting down X etc. Mass update of -test bugs to update version to fc4. (Please retest on final release, and report results if you have not already done so). Thanks. |