lkml.org 
[lkml]   [1999]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Linux SMP problems: wait_on_bh
On Fri, 5 Feb 1999, Fredrik Lindgren wrote:

> This is the data from the latest crash (it was repeated atleast 5 times):
>
> wait_on_bh, CPU 0:
> irq: 0 [0 0]
> bh: 1 [0 1]
> <[c010a385] [c016881e] [c0162e6b] [c0163108] [c016f91e] [c01533cb]
> [c01537c5] [c012611d]>
>
> These are the mappings from System.map:
>
> c010a385: synchronize_bh
> c016881e: tcp_v4_unhash
> c0162e6b: tcp_close_state
> c0163108: tcp_close
> c016f91e: inet_release
> c01533cb: sock_release
> c01537c5: sock_close
> c012611d: __fput

We had our mail server freeze up twice with almost exactly the same trace
when we were using a motherboard that was having odd problems (Tyan
S1836 Thunder 100). Both times it said CPU #0 was waiting, and both times
it was tcp_v4_unhash trying to get the lock while the other CPU seemed to
be holding it forever.

The other problem we had with the board were that with all 4 DIMMs being
used (512MB, 4 x 128MB DIMMs), it would get random parity errors.
Disabling the last 128MB with mem=384M at boot would make the problem
stop, but the "crash" as you mentioned above was still happening, so we
decided to switch boards...

We're now using an ASUS P2B-DS board with the same RAM and same CPUs and
we're having no problems whatsoever (up for over a week now).

I'm not sure how this relates to what's happening with your server, but my
first guess would be that it's still something to do with hardware.
Vanilla 2.2.1 here, but 2.2.0 was on the machine when the wait_on_bh
lockups were happening.

Simon-

| Simon Kirby | Systems Administration |
| mailto:sim@netnation.com | NetNation Communications |
| http://www.netnation.com/ | Tech: (604) 684-6892 |




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.047 / U:0.156 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site