Bug 178731
Summary: | Call Trace on Boot 3w-9xxx | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Erik A. Espinoza <phomey> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | pfrields, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-02-03 19:17:12 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
Erik A. Espinoza
2006-01-23 20:29:45 UTC
can you try the 2.6.15 kernel from updates-testing please ? I will try and let you know. Hello Dave, I have not tried 2.6.15 beta as of yet. Last night I did an elevator change to deadline, for higher performance with nfs. The call trace received was from the following type of machine: 2x Dual Core AMD Opteron 275 2.2GHz Supermicro H8DAR-T with IPMI (AOC-1UIPMI-B) 4GB PC3200 Reg ECC 4x250GB Seagate SATA (ST3250823AS 3Ware 9000 Series SATA Raid Controller Raid 5 across all disks As per my report of https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173535 I changed the elevator to deadline on our machines for better performance and noticed that the Call Trace issue was gone. I guess this goes to support your suspicion on 173535 that the 3ware driver does have an issue. Regardless I will test a machine running the 2.6.15 sometime early next week to report back. Actually I was incorrect. The elevator setting made it less consistent. Out of five reboots, only the first two did not show the call trace. I have tried 2.6.15-1.1824_FC4smp, and this does not appear to show the call trace on boot. However performance for nfs serving is still abysmal unless 'elevator=deadline' is set, as per my report on https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173535 Feel free to close this bug with 'errata' I'm still really surprised at the performance issue, but we'll track that elsewhere. the .15 update will move to updates-proper some time next week, after the release of 2.6.15.2 upstream. We have a mix of Xeon's running FC4-i386 w/ the default elevator & some Opterons running FC4-x86_64. The Xeon's just run on standard IDE, the Opterons run on 3ware raid. The Xeons perform just fine with the default elevator. The Opterons require the deadline, this leaves me to believe that it's either an arch bug or a 3ware raid controller bug. Anyways thanks for the response. This is a mass-update to all currently open kernel bugs. A new kernel update has been released (Version: 2.6.15-1.1830_FC4) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO_REPORTER state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. Thank you. Current kernel version, 2.6.15-1.1830_FC4, still requires elevator change to deadline for decent nfs performance. Confused the bugs, this one works just fine. |