Bug 426896
Summary: | [hpt3x2n]: LVM hangs for 5 minutes before continuing boot | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Gerry Reno <greno> | ||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 7 | CC: | chris.brown, triage, wpilorz | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2008-06-17 02:57:42 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
Gerry Reno
2007-12-28 04:47:34 UTC
Created attachment 290482 [details]
messages log
This particular machine has an onboard HPT370A controller with a PCI HPT374 controller (No HPT302N) 6 channels/12 devices total. I am only using the Master connections so I have 6 drives connected. I use mdadm RAID and not the HW RAID. Ok, I fixed the segfaulting by performing: /sbin/fixfiles relabel This also fixed the yum problem. Still no icons on menues. Haven't figured out what could be the cause. The long delay is being encountered in more places now: At bootup when starting the firewall and when the login screen is supposed to appear. The drives seem very slow. And I see there are timeouts related to the drives in the messages log. The system is not usable like this. I'm hoping there is a fix for this problem. The large PCI controller is a Highpoint RocketRAID 464 (4 channels/8 devices) which I think uses the HPT374 chipset but you might need to check this. I tried running the server for a while on 2.6.23 but it continually deteriorates with more and more incidents of AVC violations and more and more delays happening. And right now after I've rebooted it several times the display server is failing to start and keeps dumping me to a console prompt so I think I'm going to go back to the FC6 kernel until the kernel team can sort out what is happening. Hello, I'm reviewing this bug as part of the kernel bug triage project, an attempt to isolate current bugs in the Fedora kernel. http://fedoraproject.org/wiki/KernelBugTriage I am CC'ing myself to this bug and will try and assist you in resolving it if I can. What is the latest on this - have any updates resolved the issue for you? Are you able to attach dmesg output to this bug? Closing INSUFFICIENT_DATA. Please re-open if this is still an issue for you on the current F7 kernel. You may even wish to test with F8. (In reply to comment #8) > Closing INSUFFICIENT_DATA. Please re-open if this is still an issue for you on > the current F7 kernel. You may even wish to test with F8. I have somewhat similar problem (deteriorating Fedora) on my home system, which is PIII, Abit BX133 motherboard. The system was Fedora8 installed on LVM /, /usr, etc partitions, with separate /boot I have determined that the system replcates 4 bytes of data here and there and a couple of kilobytes later some 4 bytes are removed. I am going to open a separate bug for that, unless I am advised otherwise. Wojtek I have filed bug #433557 [ https://bugzilla.redhat.com/show_bug.cgi?id=433557 ] describing Fedora8 data corruption on my machine with HPT370 disk controller with symptoms similar to what is described here (programs segfaulting, RPM database corruption) This issue is still a problem. I cannot get a 2.6.23 kernel to run reliably on any machine with a HighPoint controller either onboard or PCI card based. It does not matter what version of Fedora is used. It is a kernel issue. This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists. Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs: http://docs.fedoraproject.org/release-notes/ The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 7 changed to end-of-life (EOL) status on June 13, 2008. Fedora 7 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |