View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001620 | unreal | ircd | public | 2004-03-04 22:50 | 2004-03-05 20:51 |
| Reporter | EviL_SmUrF3 | Assigned To | |||
| Priority | normal | Severity | crash | Reproducibility | N/A |
| Status | closed | Resolution | open | ||
| Product Version | 3.2-RC1 | ||||
| Summary | 0001620: Segfault, here is the resulting backtrace | ||||
| Description | (gdb) bt #0 0x2813c3e3 in ?? () #1 0x281a5a7e in ?? () #2 0x281a5aab in ?? () #3 0x281a6eaf in ?? () #4 0x281a6530 in ?? () #5 0x281a6728 in ?? () #6 0x0806875a in ?? () #7 0x08081c02 in ?? () 0000008 0x080817d1 in ?? () #9 0x0807f702 in ?? () #10 0x08080d60 in ?? () #11 0x0806b978 in ?? () #12 0x0806bfd7 in ?? () #13 0x0806a980 in ?? () #14 0x08070ef5 in ?? () #15 0x080717c0 in ?? () #16 0x080679db in ?? () 0000017 0x08052945 in ?? () Does this look like the RAM in the machine is going bad? | ||||
| 3rd party modules | |||||
|
|
I dunnow, it's totally garbage :P. |
|
|
- Is this your first crash after a long time or something? Or what are the circumstances? - Do you use: SSL, ziplinks, remote includes, spamfilter? - If you wonder about bad ram you can usually see other processes crashing too like apache (check apache logs for 'segmentation fault' etc) or mysql etc :P. Also in general bad ram looks a bit different than this.. but..... - could you type 'p backupbuf' in gdb Try upgrading to CVS if you got the time, this really looks garbage.. but if you were using remote includes you could have had memory corruption although I think you would have crashed immediately on a /rehash then and not randomly... blabla ;). As usual with these really strange backtraces.. I doubt it is unreal, but want to rule it out as much as possible anyway :). *sleep* ;) edited on: 2004-03-05 00:09 |
|
|
$ gdb src/ircd ircd.core GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"...src/ircd: No such file or directory. Core was generated by `ircd'. Program terminated with signal 6, Aborted. #0 0x2813c3e3 in ?? () (gdb) p backupbuf No symbol table is loaded. Use the "file" command. (gdb) eh. gonna have to tell me exactly what to type :P And yes, for some reason every server on our network that had SSL enabled has been crashing alot (almost every 3 days), so we figured it was just buggy SSL code and we went in and recompiled every single server that had SSL without SSL. So every server on our network is identical in configuration: No Anti-Spoof, No SSL, No IPv6, No ziplinks, No remote includes, Yes channel prefixes, and everything else default. Then this one just randomly crashed on us with the backtrace i posted on here :o |
|
|
src/ircd: No such file or directory. <-- See? Could you type the exact binary and core paths? |
|
|
See angrywolfs comment... I take it you have installed the ircd at some nice location? If so, then make sure you aren't loading any old modules (Check the file dates). Anyway... gdb <name of ircd file> <name of core file> I can't guess where it is but for example: gdb /home/irc/Unreal3.2/src/ircd /usr/local/irc/ircd.core Also the ircd file should "match" the core file at time of crash, so if you recompiled the ircd after it or are using a different version it's quite useless... Oh and another question, do you have any 3rd party modules loaded? (so any module except commands.so)... Got a better idea.. could you post the output of '/module' (as an ircop, so with versioninfo)? [I presume the ircd is up again :P] Thanks. |
|
|
ahhhhh here ya go! (gdb) bt #0 0x2813c3e3 in kill () from /usr/lib/libc.so.5 #1 0x281a71ec in abort () from /usr/lib/libc.so.5 #2 0x281a5a7e in tcflow () from /usr/lib/libc.so.5 #3 0x281a5aab in tcflow () from /usr/lib/libc.so.5 #4 0x281a6eaf in realloc () from /usr/lib/libc.so.5 #5 0x281a6530 in tcflow () from /usr/lib/libc.so.5 #6 0x281a6728 in free () from /usr/lib/libc.so.5 #7 0x0806875a in remove_client_from_list (cptr=0x281b6654) at list.c:312 0000008 0x08081c02 in exit_one_client (cptr=0x8255c00, sptr=0x818e200, from=0x8137740, comment=0xbfbff300 "Z:lined (Flood from unknown connection)", split=0) at s_misc.c:708 #9 0x080817d1 in exit_client (cptr=0x8255c00, sptr=0x8255c00, from=0x8137740, comment=0xbfbff300 "Z:lined (Flood from unknown connection)") at s_misc.c:581 #10 0x0807f702 in find_tkline_match (cptr=0x8255c00, xx=0) at s_kline.c:402 #11 0x08080d60 in place_host_ban (sptr=0x8255c00, action=-1077938336, reason=0x80a5ce5 "Flood from unknown connection", duration=600) at s_kline.c:1074 #12 0x0806b978 in ban_flooder (cptr=0x8255c00) at parse.c:170 #13 0x0806bfd7 in parse (cptr=0x8255c00, buffer=0x8255ce4 "PRIVMSG #yvd :\0034,0this sux noone will help me", bufend=0x8255d11 "") at parse.c:215 #14 0x0806a980 in dopacket (cptr=0x8255c00, buffer=0x81276c0 "PRIVMSG #yvd :\0034,0this sux noone will help me\r", length=0) at packet.c:138 #15 0x08070ef5 in read_packet (cptr=0x8255c00, rfd=0x1) at s_bsd.c:1472 #16 0x080717c0 in read_message (delay=1, listp=0x8139040) at s_bsd.c:1937 0000017 0x080679db in main (argc=0, argv=0x8137f20) at ircd.c:1431 #18 0x08052945 in _start () (gdb) That looks alot better |
|
|
Yeah, now I can see within seconds what the issue is :). It's a known crashbug. Good news is that it has been fixed in CVS 2 weeks ago :). You could either grab CVS or wait till 3.2-RC2 to be released this weekend (actually there's not much difference since prolly nothing will be changed in cvs anymore during that time). Good luck. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-03-04 22:50 | EviL_SmUrF3 | New Issue | |
| 2004-03-04 23:50 | syzop | Note Added: 0005300 | |
| 2004-03-05 00:09 | syzop | Note Added: 0005301 | |
| 2004-03-05 00:09 | syzop | Note Edited: 0005301 | |
| 2004-03-05 02:02 | EviL_SmUrF3 | Note Added: 0005302 | |
| 2004-03-05 09:07 | AngryWolf | Note Added: 0005304 | |
| 2004-03-05 10:27 | syzop | Note Added: 0005305 | |
| 2004-03-05 20:47 | EviL_SmUrF3 | Note Added: 0005312 | |
| 2004-03-05 20:51 | syzop | Status | new => closed |
| 2004-03-05 20:51 | syzop | Note Added: 0005313 |
