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]
<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.
(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.
(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]