Bug 183980
Summary: | FC5T3 hungs during pxe/kickstart installation on HP DL385 with AMD 275 dual core cpu | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Johannes Demel <demel> | ||||||
Component: | kernel | Assignee: | Dave Jones <davej> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 5 | CC: | pfrields, wtogami | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | FC5 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2006-03-21 19:30:41 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
Johannes Demel
2006-03-04 14:08:26 UTC
Created attachment 125639 [details]
directory of pxe-setup, kickstart-file, dhcp.conf file, pxe-boot-file, http-logs
*** Bug 183979 has been marked as a duplicate of this bug. *** Can you switch ttys when the hang occurs? I'm not shure if I can switch in all cases. But in the moment I had a hung during formatting, and I can switch ttys. (and I can execute commands in the alt-f2 window). In alt-f5 it is in the state 'writing superblocks and filesyste accounting information:' Previous I had a hung during the package installations. And when I switche to alt-f2 and type ls, there was no repsonse anymore. But before this I looked at the other windows and found the following error messages: alt-f5: /usr/sbin/hwclock: error wile loading shared libraries: libaudt.so.0: cannot open shared object file: No such file o r directory alt-f4: audit(...): avc: denied ( transition) for pid=738 comm="anaconda" name="libgcc_post_upgrade" dev=dm-0 ino=524293 scontext=system_u:system_r:anaconda_t:s0 tcontext=system_u:syste_r:rpm_script_t:s0 tclass=proc ess this is a little involved, but hopefully it'll yield something interesting.. when its hung, go to tty2, and run these commands echo 1 > /proc/sys/kernel/sysrq echo t > /proc/sysrq-trigger *put a blank floppy into the drive* modprobe floppy dmesg -s 128000 > /dev/fd0 sync then read back what was written on another box with strings /dev/fd0 and attach output to this bug. Created attachment 125725 [details]
Traceback of hung during formatting
This traceback/dmesg is from the case where the process stops during
formatting auf filesystems (note that I did a lot auf looking arround
int ALT-F2 before creating the traceback). Between the hung and the
actual traceback was more than 24 hours. The messages in ALT-F3/4/5 described
in a previous comment belong to this situation !
I now reproduced the situation where the hung occurs during 'Package Installation' of glibc-2.3.90-37-x86_64, Size 10957k, Status: 92%, Total Packages 291, Completed 9, Remaining 282, 15%. When I type in echo 1 > /proc/sys/kernel/sysrq in ALT-F2, I don't get any prompt. So I cannot do make the traceback. The last lines in ALT-F3 were: INFO: moving (1) to step preinstallconfig WARNING: no dev package, going to bind mount /dev INFO: moving (1) to step installpackages INFO: Preparing to install packages The last Lines in ALT-F4 were: SELinux: initialized (dev dm-1, type ext3), uses xattr audit(1141685663.010:3): avc: denied (transition) for pid=739 comm="anaconda" name="ligcc_post_upgrade" dev=dm-0 ino=1474565 scontext=system_u:system_r:anaconda_t:s0 tcontext=system_u:system_r:rpm_script_t:s0 tclass=process the last line in ALT-F5 was: /usr/sbin/hwclock: error while loading shared libraries: libaudit.so.0: cannot open shared object file: No such file or directory this sounds similar to my bug 185395 .. i assume your server has a smartarray card for the disks? i think the problem is in the kernel (my system runs okay using the FC4 kernel following a yum upgrade from FC4) .. is there a way of running the FC5 PXE install using the vmlinux and initrd from the FC4 install - or rebuilding those files using the FC4 kernel? i think bug 185395 is fixed by kernel 2.6.15-1.2054_FC5smp in the FC5 release so it might be worth trying this again now. FC5 Release works fine now. |