If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):
From: Bela Lubkin <belal@caldera.com>
Subject: Re: Server crashes - need help! :(
Date: Mon, 30 Dec 2002 21:19:53 GMT
References: <3E0FDE64.505@dniq-online.com> <3E0F2797.1040102@dniq-online.com> <20021229115029.I10531@mammoth.ca.caldera.com> <3E0FDE64.505@dniq-online.com> <20021230043506.K10531@mammoth.ca.caldera.com> <8crYLSkkhFB@zocki.toppoint.de>
Rainer Zocholl wrote:
> >> KERNEL STACK TRACE FOR PROCESS 94:
> >> STKADDR FRAMEPTR FUNCTION POSSIBLE ARGUMENTS
> >> e0000844 e0000970 prf_task_s (0x4,0,0x1000,0xe)
> >> e0000978 e0000994 cmn_err (0x3,got_RESERVEDFLT+0x26c,0xe,u+0x9d4)
> >> e000099c e00009c8 k_trap (u+0x9d4)
> >> e00009d4 kern_trap from 0xf0013ae5 in bcpalign
> >> ax:dffda000 cx: 400 dx: 1ffda bx: 1000 fl: 10206
> >> ds: 160 fs: 0
> >> sp:e0000a04 bp:e0000a24 si:dffda000 di:c0120000 err: 0
> >> es: 160 gs: 0
> >> e00009dc e0000a24 bcpalign (tmpva_pages,0xc0120000,0x1000,0x1ffda)
> >> e0000a2c e0000a50 dumpnextpa (0xc0120000,u+0xb30,0x3,got_RESERVEDFLT+0x26c)
> >> e0000a58 e0000b74 sysdump (0x4,0,0xfd8bd2b8,0xe)
> >> e0000b7c e0000b98 cmn_err (0x3,got_RESERVEDFLT+0x26c,0xe,u+0xbd8)
> >> e0000ba0 e0000bcc k_trap (u+0xbd8)
> >> e0000bd8 kern_trap from 0xf005f234 in freeb
> >> ax:ffffffff cx: 1 dx:f03560c4 bx:fd8bd2b8 fl: 10282
> >> ds: 160 fs: 0
> >> sp:e0000c08 bp:e0000c30 si:fd8c87d8 di: 0 err: 0
> >> es: 160 gs: 0
> >> e0000be0 e0000c30 freeb (0xfd8c87d8,0xfd8c87d8,0x1,0xf2d745e8)
> >> e0000c38 e0000c48 freemsg (0xfd8c87d8,0xfd8c87d8,0xf2d745e8,0xf2d5c700)
> >> e0000c50 e0000c88 sr_device (0xf2d5c700,0xfd8c87d8,0xfd8c87d8,0xf2d5c700)
> >> e0000c90 e0000cb4 sramsendcm (0xf2d5c700,0xfd8c87d8,0xf27aaa00,0)
> >> e0000cbc e0000cd4 _dlgn_send (0xfd8c87d8,0xfd8c87d8,0,0xfd8c87d8)
> >> e0000cdc e0000cf4 _dlgn_putc (0xf2d5c700,0xfd8c87d8,0xfce2df7c,streams+0x1998)
> >> e0000cfc e0000d18 dlgnwput (0xfce2df7c,0xfd8c87d8,0xfce2bfb4,0)
> >> e0000d20 e0000d44 putnext (0xfce2bfb4,0xfd8c87d8,streams+0x1998,0)
> >> e0000d4c e0000d7c strputpmsg (inode+0x12de0,u+0xdcc,u+0xdc0,0)
> >> e0000d84 e0000d9c strputmsg (inode+0x12de0,u+0xdcc,u+0xdc0,0)
> >> e0000da4 e0000ddc msgio (0x2)
> >> e0000de4 e0000de8 putmsg (0x80d5810,0x80d1b34,0x80d1ab4,0x80474d0)
> >> e0000df0 e0000e10 systrap (u+0xe1c)
> >> e0000e1c scall_noke from 0x80053348
> >> ax: 56 cx: 4 dx: 0 bx: 80d5810 fl: 202
> >> ds: 1f fs: 0
> >> sp:e0000e4c bp: 804742c si: 80d1b34 di: 80d1ab4 err: 56
> >> es: 1f gs: 0
> >
> >Well, that's clearly in the Dialog driver
>
> Where one can read from that's clearly the Dialogic driver?
Three routines with "dlgn" in their names: dlgnwput, _dlgn_putc,
_dlgn_send. The next two, sramsendcm and sr_device, are probably
utility routines within the "dlgn" driver; then it calls freemsg() which
is a thin wrapper around freeb(), which panics. So a utility routine in
the Dialog driver is passing a bad pointer (points to invalid memory, or
wasn't allocated by allocb(), or was already freed, etc.) to freemsg().
> "prf_task_s cmn_err" gives several hits on groups.google.com, why?
The routines prf_task_sw() and cmn_err() will show up in any stack trace
of a system panicing, they're part of the normal code path of the panic
procedure. Then if someone displays that stack with crash(ADM),
"prf_task_sw" gets truncated to "prf_task_s", giving a perfect match...
> The board is a 1996 design, dialogic was bought by intel,
> the Antares Board seems to have been retired in Dec 2002?
>
> The boards ship with software packages for
> SCO UNIX*, UnixWare*, Windows NT*, and Windows 2000*.
>
> OSR not mentioned?
"SCO UNIX"
>Bela<
Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)
| Views for this page | ||||
|---|---|---|---|---|
| Today | This Week | This Month | This Year | Overall |
| 1 | 3 | 11 | 152 | 982 |
/Bofcusm/1920.html copyright 1997-2004 Bela Lubkin All Rights Reserved
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Add your comments