Anope IRC Services

Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: [1]   Go Down

Author Topic: PANIC! crash  (Read 3540 times)

0 Members and 1 Guest are viewing this topic.

Jason

  • Anope User
  • Offline Offline
  • Posts: 6
    • www.seersirc.net
PANIC! crash
« on: April 02, 2008, 10:32:32 PM »

Hi, I've searched around the forums some but didn't find a solution :$

We began having problems about a week ago with:

OS:Debian 4
S: Anope 1.7.19
I: Unreal 3.2.7

(00:25:25) -OperServ- Module: bs_fantasy_ext [1.1.12] [3rd]
(00:25:25) -OperServ- Module: cs_appendtopic [$Id: cs_appendtopic.c 1122 2006-08-06 15:00:13Z certus $] [Supported]
(00:25:25) -OperServ- Module: cs_enforce [$Id: cs_enforce.c 957 2006-01-24 07:54:48Z certus $] [Supported]
(00:25:25) -OperServ- Module: cs_autoowner [1.04] [3rd]
(00:25:25) -OperServ- Module: enc_old [$Id$] [Encryption]
(00:25:25) -OperServ- Module: hs_request [$Id$] [Supported]
(00:25:25) -OperServ- Module: ns_joinhelpchan [$Id: ns_joinhelpchan.c v1.0.1 14-01-2007 n00bie $] [3rd]
(00:25:25) -OperServ- Module: ns_maxemail [$Id: ns_maxemail.c 953 2006-01-14 11:36:29Z certus $] [Supported]
(00:25:25) -OperServ- Module: os_info [$Id: os_info.c 1162 2006-09-29 17:54:07Z geniusdex $] [Supported]
(00:25:25) -OperServ- Module: os_notinchanlist [2.2] [3rd]
(00:25:25) -OperServ- Module: os_massmode [1.1] [3rd]
(00:25:25) -OperServ- Module: os_forceid [$Id: os_forceid.c v1.0.1 12-01-2007 n00bie $] [3rd]
(00:25:26) -OperServ- Module: os_trace [1.0.0] [3rd]
(00:25:26) -OperServ- Module: unreal32 [$Id: unreal32.c 1245 2007-06-09 15:27:41Z geniusdex $] [Protocol]

Code: [Select]
<Global> PANIC! buffer = :[SR] PRIVMSG botserv@services.testnet.net :kick #silent-reckoning repeat on 2 2

Because of the botserv reference, we unloaded bs_fantasy_ext. Same thing happened again, but different channel. The command comes from some user's bot.

Brought it back up, seemed to be fine, and so I set up a crontab so I could sleep (which didn't work for some reason, but that's probably a fault of my own).

I wake up, services have been down about 5 hours, same thing as before. So, we figure, time to upgrade.

OS: Debian 4
S: Anope 1.7.21
I: Unreal 3.2.7

Same modules as before, all updated to their current version, and without bs_fantasy_ext.

Code: [Select]
(13:38:49) -hub.testnet.net- *** Global -- from services.testnet.net: PANIC! buffer = :Seraph PRIVMSG operserv :raw :Global join #services

And yes, I know, raw is bad, however that was on a completely clean install with only the .db's and the .conf as carryovers and historically that command has always functioned without issue.

So, I then set up the same setup on a different user account on our server and then re-tested:

This is also using an old set of .db's, not the current set for the live services package.

(14:30:02) -OperServ- Current Module list:
(14:30:02) -OperServ- Module: cs_appendtopic [$Id: cs_appendtopic.c 1332 2008-01-04 10:43:21Z geniusdex $] [Supported]
(14:30:03) -OperServ- Module: cs_enforce [$Id: cs_enforce.c 1335 2008-01-06 13:38:15Z geniusdex $] [Supported]
(14:30:03) -OperServ- Module: enc_old [$Id$] [Encryption]
(14:30:03) -OperServ- Module: hs_request [$Id$] [Supported]
(14:30:03) -OperServ- Module: ns_maxemail [$Id: ns_maxemail.c 1332 2008-01-04 10:43:21Z geniusdex $] [Supported]
(14:30:03) -OperServ- Module: os_info [$Id: os_info.c 1332 2008-01-04 10:43:21Z geniusdex $] [Supported]
(14:30:03) -OperServ- Module: unreal32 [$Id: unreal32.c 1291 2007-08-30 20:59:14Z drstein $] [Protocol]
(14:30:03) -OperServ- 7 Modules loaded.

Code: [Select]
(14:31:04) -test.testnet.net- *** Global -- from services.testnet.net: PANIC! buffer = :Seraph PRIVMSG operserv@services.testnet.net :raw :global join #services


Does anyone have any suggestions, this is really causing serious problems on our network. Thanks in advance.

[Edited on 2-4-2008 by phate408]
Logged

Jobe

  • Contributor
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1023
    • Anope IRC Services
(No subject)
« Reply #1 on: April 02, 2008, 10:39:45 PM »

Our policy on raw is not to support anyone with it enabled full stop. No excuses what so ever.
Logged
Your IP: ()
My IRC Status:

Come along and visit http://www.anopequotes.org/

Jason

  • Anope User
  • Offline Offline
  • Posts: 6
    • www.seersirc.net
(No subject)
« Reply #2 on: April 02, 2008, 10:50:38 PM »

Yeah, afraid of that. Thanks anyways. =/
Logged

Jan Milants

  • Team
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1372
(No subject)
« Reply #3 on: April 02, 2008, 11:26:32 PM »

as for bs_fantasy_ext, it most definately will not cause any such issue... it only hooks to channel messages...

[Edited on 2-4-2008 by Viper]
Logged
If you like me donate coins to 1FBmZVT4J8WAUMHKqpWhgNVj3XXnRN1cCk :)

Jason

  • Anope User
  • Offline Offline
  • Posts: 6
    • www.seersirc.net
(No subject)
« Reply #4 on: April 02, 2008, 11:33:24 PM »

Yeah, it was a shot in the dark at trying to get it fixed, as we really have no idea what's going on with this.
Logged

Jan Milants

  • Team
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1372
(No subject)
« Reply #5 on: April 02, 2008, 11:57:05 PM »

apparently i have to take back my words....

while bs_fantasy_ext does not hook to any kind of messages, the version currently available is incompatible with os_raw (it doesn't handle the unloading correctly)..
restart anope without loading bs_fantasy_ext and you should get your little toy back...
alternatively, read the docs on how to omit the sanity checks..

[Edited on 2-4-2008 by Viper]
Logged
If you like me donate coins to 1FBmZVT4J8WAUMHKqpWhgNVj3XXnRN1cCk :)

Jason

  • Anope User
  • Offline Offline
  • Posts: 6
    • www.seersirc.net
(No subject)
« Reply #6 on: April 03, 2008, 12:14:10 AM »

The second one shouldn't have had problems though, since bs_fantasy_ext never loaded, we never disabled the sanity checks.
Logged

Jan Milants

  • Team
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1372
(No subject)
« Reply #7 on: April 03, 2008, 12:22:36 AM »

maybe it was left in autoload or so i don't know, and of course it was never loaded cause is disableraw is not uncommented in services.conf it would have aborted loading.
but by that time the damage would already have been done...

will be fixed in the next version, one way or another (may require me to strip all autounload code)...
Logged
If you like me donate coins to 1FBmZVT4J8WAUMHKqpWhgNVj3XXnRN1cCk :)
Pages: [1]   Go Up