Home | Networks | Community | Need Help? 

 
 Quick search

 
 
 RegisterRegister   Log inLog in 

MaxSendQ Limit and ChanServ Floods
Goto page 1, 2  Next
 
Post new topic   Reply to topic    SearchIRC Forum Index -> IRC Help
Author Message
LIQUID_NiTrO
none
none


Joined: 06 Apr 2004
Posts: 34

PostPosted: Apr 16, 2004 3:15pm    Post subject: MaxSendQ Limit and ChanServ Floods Reply with quote

OK, so I got Anope for Windows and figured out how to use it in not too long. Registered my nicks and channels, had all my opers register, blah blah blah.

Worked great for a while.

But after about 3 days, it started to exceed the MaxSendQ Limit and the server automatically started SQUIT'ing services.

After puttering with IRCd config and increasing the server MaxSendQ limit, services still exceeded them, always by 2, 7, or 30.

After a while of doing this, services connects and immediatly ChanServ starts flooding me with "This channel has been registered with ChanServ" messages. I can't get it to stop.
I tried /killing ChanServ but it causes a clash with the other services and it ends up connecting again and worsens the flood (now the server is send me messages about Q:Line clashes and stuff).

Also, I've noticed that since this has started happening, it likes to reset the topic a lot. Not nearly as much is it likes flooding me with notices, but it does it some:
Quote:
* ChanServ changes topic to 'SillyNET IRCop Chat'
* ChanServ changes topic to 'SillyNET IRCop Chat'
* ChanServ changes topic to 'SillyNET IRCop Chat'
* ChanServ changes topic to 'SillyNET IRCop Chat'




Why?
-------------------------------------UPDATE--------------------------------------
I believe the problem can be traced back to the bot (called Masamune) I created using BotServ. I get tons of these errors in my services log:
Quote:
[Apr 16 17:26:11 2004] channel: MODE #Lobby -h for nonexistent user Masamune
Back to top
TroyBoy
none
none


Joined: 08 Jun 2004
Posts: 12

PostPosted: Jun 11, 2004 9:50am    Post subject: Reply with quote

LOL we meet again LIQUID_NiTrO

Im running unreal 3.2 and Anope 1.7.3 on linux (same box).
I had the same flooding/MaxSendQ problem today.
Except it was happening after I did a /msg botserv assign

Code:
-> *BotServ* BOT add FredBot Freddy services.parry.servegame.com Fred

-> *BotServ* assign #TBtrivia FredBot

-parry.servegame.com- *** Notice -- Max SendQ limit exceeded for services.parry.servegame.com[192.168.1.100]: 3000051 > 3000000


This floods services, and I have to kill them and start them for the flooding to stop. When services come back up, I have to very quickly delete the fredbot bot before services craps itself again.

My 2mb log fills up with this 1 message:

channel: MODE #TBtrivia -h for nonexistent user FredBot

After services comes back up, I also get a flood of this message noticed to me:

-ChanServ- This channel has been registered with ChanServ.
(about 15 times in a row)

I have no idea what this error is, or why this happens. But its pretty much rendered botserv useless for me.
Back to top
Ashen
Idler
Idler


Joined: 05 Jan 2004
Posts: 284

PostPosted: Jun 12, 2004 1:41am    Post subject: Reply with quote

I must remind you, that there is NO official version of anope for windows, and that what you are running is a port of anope to windows which is in no way whatsoever supported by the official anope team.
If you want to run anope, I highly, highly suggest you ditch windows and run it on a *nix machine as it is intended to be run on.

With regard to your problem, I would suggest running anope in -nofork and -debug modes, and watching the output carefully to find out what it is trying to do and why. Then stop it trying to do that.

Beyond that, I'm not sure what is going on.... 1.7.3 is a development version (the most recent
development version, I think) of the development stream of anope. If you're running a windows
port of that, you seem to be begging for bugs.

There is one suggestion I would make, however, and that is to make sure you don't tell services
to send PRIVMSGs instead of NOTICEs. The reason for this is that sending privmsgs to
channel residents upon their joining an empty channel can cause a privmsg'ed reply from bots,
and thus cause an endless cycle of bots privmsging each other back and forth which results
in a flood.

I'd suggest you follow the debug instructions above, report this to anope, and
if stability is crucial to you, do not run dev versions (in fact, most developers reccomend
that dev versions should not be run on any production system).
Sorry I can't be more specific, but really, sometimes the best thing you can do is to use
*nix, with a stable version of the software and file detailed bug reports if bugs occur.

-Ashen
Back to top
TroyBoy
none
none


Joined: 08 Jun 2004
Posts: 12

PostPosted: Jun 12, 2004 2:58am    Post subject: Reply with quote

Well from a previous topic, LIQUID_NiTrO said he was using anope-1.5.10-r5.
Im using 1.7.3 on Linux.
Hes using Windows, and im using Linux.
Hes using a stable release, and im apparently not (I didnt know 1.7.3 was a dev release ;( )

The common link being that we both have the exact same problem.
So I would imagine that its a setting that could be causing it - like you suggested, it could be PRIVMSGs instead of NOTICEs.

Do you know how to tell services to send notices instead of privmsgs?

Im running my irc in prod now.
Since this problem crashes services, I wont be playing around with this any further. So I guess i've lost the use of BotServ until this problem is resolved by someone else ;(
Back to top
uchat
Idler
Idler


Joined: 17 Mar 2004
Posts: 335

PostPosted: Jun 12, 2004 4:51am    Post subject: Reply with quote

Anope's website wrote:

anope-devel Anope 1.7.3 released (Sun, 16 May 2004 04:00:00 GMT)


The very first line on the anope home page says it's a dev release. 1.7.3 is also in it's own section on the download site called "anope-devel" and is in huge bolded print. I can't imagine how you didn't know.

Quote:

Do you know how to tell services to send notices instead of privmsgs?


It in your services.conf .. not hard to find either .. it's called "UsePrivmsg"

Quote:

Since this problem crashes services, I wont be playing around with this any further. So I guess i've lost the use of BotServ until this problem is resolved by someone else ;(


I use 1.6.2 and BotServ works just fine. I'd suggest re-checking your U:Line/block to insure it's correct ... use notice instead of msg as previously suggested and switch to the stable version since your on a production net.

If you insist on using privmsg, do so on a user level. NickServ has an option to turn it on for individual users.
Back to top
TroyBoy
none
none


Joined: 08 Jun 2004
Posts: 12

PostPosted: Jun 12, 2004 7:37am    Post subject: Reply with quote

#UsePrivmsg

Its commented out by default. So I guess its only sending as a notice.
So this shouldnt be an issue.

I was running 1.6.2 but had problems, so I installed 1.7.3.
LIQUID NiTrO is running an older/stable version than I am, and hes still having the same problem. So I wont be downgrading from 1.7.3.

Code:
ulines {
        services.parry.servegame.com;
};


Thats my U:Line. Cant get anymore complicated than that.

How could my U:Line cause any problem like that?
Everything else appears to be working so far. Registering nicks and channels. Changing user/channel modes via services.
Everything except for SVSNICK and this BotServ assign problem.
Back to top
ozafy
Guest





PostPosted: Jun 22, 2004 12:45pm    Post subject: Reply with quote

i have the exact same problem.

i run anope 1.6.2 and unreal 3.2 on debian, all stabel releases.

as long as u don't add a bot to a channel nothing happens, as soon as i add the bot, chanserv and botserv go in conflict.

it keeps opping, deoping, dehalfopping the bot, over and over. and obviously then maxqsends itself off.

i posted this over at the anope forum, they suggested it was the ulines, but i don't see any problem with them :/

and the anope server is now down for me so i can't check back.

this problem makes botserv totally useless :/

thx in advance
Back to top
ozafy
Guest





PostPosted: Jun 22, 2004 12:49pm    Post subject: Reply with quote

soz for dubble post, but i just found my original message in the google cache, thought it may be of use, it's the anope debug stuff

basicly it keeps doing this:

[Jun 12 14:56:41.909037 2004] debug: Sent: :O MODE #feds +o O
[Jun 12 14:56:41.909138 2004] channel: MODE #feds -h for nonexistent user O
[Jun 12 14:56:41.909323 2004] debug: Received: :irc.oberjaeger.net MODE #feds &-o O 1087038939


O being my bot.

thx in advance
Back to top
uchat
Idler
Idler


Joined: 17 Mar 2004
Posts: 335

PostPosted: Jun 22, 2004 2:20pm    Post subject: Reply with quote

TroyBoy wrote:

How could my U:Line cause any problem like that?
Everything else appears to be working so far. Registering nicks and channels. Changing user/channel modes via services.
Everything except for SVSNICK and this BotServ assign problem.


U:Lines are needed anyting you change a users nick/modes ... channel modes without being in them or an op.

If you can set channel modes with no problem .. then it's not likely to be a U:Line issue .. but it never hursts to check Smile

I run 1.6.2 on Unreal 3.2 and FreeBSD 4.x Everything works as it should. I have a botserv bot in several channels functioning normally, infact I'm writing a !commands module for BotServ that extends the command base.
Back to top
ozafy
Guest





PostPosted: Jun 22, 2004 2:36pm    Post subject: Reply with quote

so it is a config problem :/

any idea what so ever what might cause it?

i had it working properly on hybrid before, but switched to unreal to be able to use hostserv, but now i lost botserv :/

i have no idea what causes it and becoming rather desperate :p
Back to top
uchat
Idler
Idler


Joined: 17 Mar 2004
Posts: 335

PostPosted: Jun 22, 2004 3:36pm    Post subject: Reply with quote

The most probable cause is incorrect U:Lines ... however if chanserv can affectively akill, set channel modes and set JUPEs without crashing ... then the U:Line is correct.

I find it odd that my works and 2 others don't and the only difference thus far is the OS (which shouldn't have any bearing in tthe issue.)

Now, if the m_svsnick.so module was deleted then the SVSNICK command wouln't work but that won't cause ChanServ and BotServ to fight. Especially since they use the same db and process to authenticate a user. Meaning that they, in theory, should AWAYS agree.
Back to top
ozafy
Guest





PostPosted: Jun 22, 2004 3:51pm    Post subject: Reply with quote

yeah, all other services work great. the svsnick thing doesn't work either, tried it once for the fun, didn't work, and cba to find out why, i don't see it's use anyway.

botserv does also work, i can create a bot without a problem, it's the seccond i add it to a channel they start doing there loopthing, the odd thing is, if i'm not mistaken it's the server itself, and not services, deoping the bot, so i think it's actually the server and services fighting, which would indicate a uline problem. But chanserv/operserv can do all there things without problems :/

just in case:
unrealircd.conf:
ulines {
services.oberjaeger.net;
};

services.conf:
ServerName "services.oberjaeger.net"
ServiceUser "services@oberjaeger.net"

i really have no clue what causes it :/
Back to top
uchat
Idler
Idler


Joined: 17 Mar 2004
Posts: 335

PostPosted: Jun 22, 2004 4:25pm    Post subject: Reply with quote

another possibility is that secureops is on and ChanServ don't see your BotServ bot on the xop list.

UPDATE: I just helped fix oberjaeger.net .. secureops was on ... secureops has to be off for a BotServ bot to populate the channel since it is an unregistered nick and trying to get ChanOps.
Back to top
ozafy
Guest





PostPosted: Jun 22, 2004 4:53pm    Post subject: Reply with quote

thx alot for the help m8 Smile
Back to top
aquanight
Lurker
Lurker


Joined: 14 Jun 2004
Posts: 116
Location: Boise, ID

PostPosted: Jun 23, 2004 10:11am    Post subject: Reply with quote

uchat wrote:
another possibility is that secureops is on and ChanServ don't see your BotServ bot on the xop list.

UPDATE: I just helped fix oberjaeger.net .. secureops was on ... secureops has to be off for a BotServ bot to populate the channel since it is an unregistered nick and trying to get ChanOps.


Um... if a BotServ bot joins the channel and ops/admins itself, ChanServ should allow it unless we're talking about having two seperate services servers.

As for the U:Lines thing: make sure you have the U:Line configured on all servers in your network. Just one server lacking the correct U:Line (check your spelling too) is enough to mess them up.

Also: AKILL and JUPE are 1) not ChanServ functions and 2) don't really need U:Line at all. JUPE is done by introducing fake servers which is legal if the services are configured as a hub (U:Line doesn't matter here). AKILL can be done if OperServ has +o, which it usually does.
Back to top
Display posts from previous:   
Post new topic   Reply to topic    SearchIRC Forum Index -> IRC Help All times are GMT - 6 Hours
Goto page 1, 2  Next
Page 1 of 2

 
 
Forum powered by phpBB
 
 © 2000 - 2008 EverythingIRC, Inc. All rights reserved. Please read our disclaimer