Bug 61676
Summary: | Skipping media test reboots system. | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Wendy Hung <wendyh> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | CC: | davem, katzj, leahc, rlandry |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-03-28 22:54:56 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: | |||
Bug Depends On: | |||
Bug Blocks: | 61590 |
Description
Wendy Hung
2002-03-22 20:55:18 UTC
*** This bug has been marked as a duplicate of 61651 *** Are you sure this is a dup? Bugzilla 61651 concerns selecting individual packages. This bug doesn't get that far. Oops, I obviously mis-duped there. Does it reboot if you don't skip the media check? I find it incredibly hard to believe that just skipping the media check causes it without any other correlating factors Also found that after performing a media check, the system will reboot. Aha, sounds like a possible bug with the tg3 driver -- Arjan, Dave? Hmm, it was reported working in Bug #60010 -- I wonder what happened? The version that was reported working in #60010 was .94, and we now have .97; I wonder if there was a regression somewhere? Okay, I just went to the lab to verify this one since I said it was working before in the other bug. It looks like this one can be closed, as it worked fine. I could load the driver manually, or with the installer (w/beta3) and there was no reboot or hang whatsoever. I brought the interface up with a 10.0.0.1 address and there was no problem doing that either, I was not able to do any stress testing, but it seems to be fine. What it seems like happened is that the lab was finding this problem on one of the servers that we know to have a bad Broadcom chipset. I made sure I was using the correct chipset for my testing, and there were no problems. I could reproduce this problem on a machine with the incorrect chipset (hang, not reboot, but close enough), so I think they just used the wrong machine by mistake. I also tested with the 0.97 revision of the tg3 driver, which also seemed to work happily (on the machine with the good chipset). Let me know if there are any other questions. Thanks for the quick testing job, Leah! We really appreciate it. Np, that's why they pay me the big bucks ;) |