The only added module we're using is vhost (Automatic vhosting (Hostserv) main module.  Based on code (c) Andrew Kempe (TheShadow)).  All akills appeared to be in the correct format when listed.  We were able to reproduce the crash and generate a core dump.  Here is the relevant information.<br> <br>1.  Version: ircservices-5.0.63 <a href="http://services.afterx.net">services.afterx.net</a> build #2, compiled Thu Mar 6 15:52:12 CST 2008<br><br>2.  Version: Unreal3.2.7. <a href="http://bellevue.tx.us.afterx.net">bellevue.tx.us.afterx.net</a> FhinXOoZE3 [FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386=2309]<br> <br>3.  Set an akill on a channel (command used was os akillchan kill +1h $0 Bots not welcome here).  Note only 5 users were banned from this channel.<br><br>4.  Log output:<br>[Jul 01 07:59:46 2008] operserv/main: tr: akillchan kill +15m #reefaholics Bots not welcome here<br> [Jul 01 07:59:57 2008] operserv/main: tr: akill list<br>[Jul 01 08:18:06 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *<br>[Jul 01 08:18:06 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *<br> [Jul 01 08:18:06 2008] database/version4: del_maskdata(): invalid index 3 for type 0 at 0x283e93d8<br>[Jul 01 08:20:26 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *<br><br>5.  bt output:<br>#0  0x28433416 in check_expire_nick (ni=0x28386200) at modules/nickserv/util.c:198<br> #1  0x281e98e8 in next_nickinfo () at modules/database/version4.c:150<br>#2  0x281e9924 in first_nickinfo () at modules/database/version4.c:150<br>#3  0x281eb16c in sync_nick_db (dbname=0x282032a0 "nick.db") at modules/database/version4.c:620<br> #4  0x2842ae93 in do_save_data () at modules/nickserv/main.c:220<br>#5  0x0805ab20 in call_callback_5 (module=0x806c8e0, id=6, arg1=0x0, arg2=0x0, arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:705<br>#6  0x08056283 in do_save_data () at main.c:200<br> #7  0x08056465 in main (ac=1, av=0xbfbfecc8, envp=0xbfbfecd0) at main.c:251<br><br><br><div class="gmail_quote">On Tue, Jul 1, 2008 at 6:52 AM, Kieron Thwaites <<a href="http://ron2k.za">ron2k.za</a>@<a href="http://gmail.com">gmail.com</a>> wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br><br>As Andrew said, it's possibly a third-party module.<br><br>I suggest following the instructions in the FAQ that deal with generating a backtrace. If Services crashes again and you have a backtrace, any coder out there can see where in the code the crash occurred. This will even be useful if indeed it's a bug in a third-party module, because you can then take that backtrace and say to the relevant developer "your code is broken, fix it". :)<br> <br>Something else that I just thought of - when you next add akills, try listing them to see that they are indeed in the correct format.<br><br>Cheers<br><br>--K<br><br><div class="gmail_quote">2008/6/30 Andrew Church <<a href="mailto:achurch@achurch.org" target="_blank">achurch@achurch.org</a>>:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="Wj3C7c"><div>>It's happened again.  After operserv chankill bans expire, the problems<br> >begin.  Server hosting services is running FreeBSD 7.0-RELEASE #0.  Any<br> >ideas what could be causing this?<br> </div>[...]<br> <div>>[Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in<br> >mask: *<br> <br> </div>Are you perhaps using a (buggy) third-party module?  The code in Services<br> itself always ensures that autokill masks have an "@" in them.<br> <div><br> >[Jun 30 14:41:06 2008] PANIC! signal 30, buffer = & ib 2 1214854859<br> >chatzilla <IP edit> <server name edit> 0 +wx D604FBDC.E$<br> >[Jun 30 14:41:06 2008] Out of memory!<br> <br> </div>Again, if you're using a third-party module and that module doesn't<br> properly free the memory it uses, Services can run out of memory.<br> I'm not currently aware of any memory leaks in Services itself.<br> <font color="#888888"><br>  --Andrew Church<br>    <a href="mailto:achurch@achurch.org" target="_blank">achurch@achurch.org</a><br>    <a href="http://achurch.org/" target="_blank">http://achurch.org/</a><br> </font><br></div></div>------------------------------------------------------------------<br> To unsubscribe or change your subscription options, visit:<br> <a href="http://lists.ircservices.za.net/mailman/listinfo/ircservices" target="_blank">http://lists.ircservices.za.net/mailman/listinfo/ircservices</a><br></blockquote></div><br> <br>------------------------------------------------------------------<br> To unsubscribe or change your subscription options, visit:<br> <a href="http://lists.ircservices.za.net/mailman/listinfo/ircservices" target="_blank">http://lists.ircservices.za.net/mailman/listinfo/ircservices</a><br></blockquote></div><br>