Anope IRC Services

Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: [1]   Go Down

Author Topic: BotServ (1.7.18) + UnrealIRC 3.2.6 Issue  (Read 9131 times)

0 Members and 1 Guest are viewing this topic.

ngage

  • Guest
BotServ (1.7.18) + UnrealIRC 3.2.6 Issue
« on: March 31, 2007, 11:21:25 PM »

Hi, I am currently using Anope v1.7.18 (linux) with  UnrealIRCd v3.2.6. Whenever I create a BotServ bot, and assign it to a channel, my log file instantly fills up with 1000's of copies of this line (todays log file is 119 MB)

[Mar 31 12:49:54.443028 2007] debug: Changing modes for #home to -oh ChanBot ChanBot 0
[Mar 31 12:49:54.443108 2007] debug: Sent: :ChanBot MODE #home +o ChanBot
[Mar 31 12:49:54.443684 2007] debug: Received: :irc.lackstein.com MODE #home &-o ChanBot 1174838659


If I unassign ChanBot, the text gets replaced with 1000's of lines of

Mar 31 18:10:14.723014 2007] debug: Changing modes for #home to -oh ChanBot ChanBot 0
[Mar 31 18:10:14.723100 2007] debug: Sent: :ChanBot MODE #home +o ChanBot
[Mar 31 18:10:14.723588 2007] debug: Received: :irc.lackstein.com 441 services.lackstein.com ChanBot #home :They aren't on that channel


This goes on forever and the only way to stop it is to ctrl-c stop the process.

Any ideas on how to resolve this issue would be greatly appreciated.
Thank you,
Noah
Logged

Jobe

  • Contributor
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1023
    • Anope IRC Services
(No subject)
« Reply #1 on: March 31, 2007, 11:57:06 PM »

1 word: ulines.

Simply add a ulines block to your unrealircd.conf file including the name of your services server.

For example if your services server was called "services.anope.org" you would use:
Code: [Select]
ulines {
services.anope.org;
};


Then rehash the IRCd, then restart Anope.
Logged
Your IP: ()
My IRC Status:

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

ngage

  • Guest
(No subject)
« Reply #2 on: April 01, 2007, 05:35:54 AM »

Thanks, but I already tried that :(

Both services.lackstein.com,
and lackstein.com are U:Lined
(server is irc.lackstein.com)

any other thoughts?

Thanks,
Noah
Logged

katsklaw

  • Guest
(No subject)
« Reply #3 on: April 01, 2007, 06:50:46 AM »

try /tsctl alltime

If TSoffset is not zero then your timestamps are off, TSoffset greater than 5 could cause your issue. If that's the case see: http://www.vulnscan.org/UnrealIRCd/unreal32docs.html#feature_timesync
Logged

ngage

  • Guest
(No subject)
« Reply #4 on: April 01, 2007, 07:26:35 AM »

Yup, reports it is 64. I have tried enabling / disabling timesynch, it just hovers between 64 and 65.

How do I fix this? The UnrealIRCd doc doesn't really say what to do...

Thanks,
Noah

[Edited on 1-4-2007 by ngage]
Logged

Jobe

  • Contributor
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1023
    • Anope IRC Services
(No subject)
« Reply #5 on: April 01, 2007, 11:22:50 AM »

Logged
Your IP: ()
My IRC Status:

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

katsklaw

  • Guest
(No subject)
« Reply #6 on: April 01, 2007, 03:13:59 PM »

add this to your unrealircd.conf:

set { timesynch { enabled no; }; };

Then restart Unreal.

Personally what I do is disable it forever by editing the source code of Unreal. Doing so voids any support just the same as if you edited Anope source.

If you wish to void your Unreal support you can try the following:

1> open src/s_conf.c in an editor such as nano
2> on line 1530 find: i->timesynch_enabled = 1; and change it to i->timesynch_enabled = 0;
3> save and exit the editor
4> cd Unreal32/
5> make
6> make install (only needed if you do not run Unreal from it's default directory)
7> restart the ircd

Again, only edit the source if you wish to void your support.
Logged

ngage

  • Guest
(No subject)
« Reply #7 on: April 01, 2007, 08:58:33 PM »

Thanks, that fixed the TSoffset issue, but I still get those lines in my log, and it freezes services. I have tried unloading all modules, but I still have the issue.

Thank You,
Noah
Logged

Jobe

  • Contributor
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1023
    • Anope IRC Services
(No subject)
« Reply #8 on: April 01, 2007, 11:15:38 PM »

In which case it probably is ULines.

Bear in mind ULines are case sensitive. So if Anope appears in /map as "Services.Domain.COM" and you have "services.domain.com" ulined that wont work.

ANothing point to remember, changing ulines requires Anope to reconnect to the IRCd so the IRCd ;abels that connection as ulined otherwise Anope's connection still has the same ulined state (probably not ulined) as it did when it connected.
Logged
Your IP: ()
My IRC Status:

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

ngage

  • Guest
(No subject)
« Reply #9 on: April 28, 2007, 11:41:19 PM »

I am reviving this because the issue seems to have returned. The TSoffset is 0, and my services are ULined.

Anyone have any other ideas?

Thank You,
Noah
Logged

katsklaw

  • Guest
(No subject)
« Reply #10 on: April 29, 2007, 01:02:33 AM »

services will only fight like that if there is a TS offset somewhere on the network or services is not ulined.
Logged

ngage

  • Guest
(No subject)
« Reply #11 on: April 29, 2007, 01:30:44 AM »

I just verified the U:Lines, my services server is in them, and tsctl alltime reported that the TSoffset=0.

From UnrealIRCd.conf
Quote

ulines { services.squaremint.com; };


From services.conf
Quote

ServerName  "services.squaremint.com"


Console log
Quote

tsctl alltime
NOTICE *** Server=irc.squaremint.com TStime=1177806433 time()=1177806435 TSoffset=0


–Noah
Logged

katsklaw

  • Guest
(No subject)
« Reply #12 on: April 29, 2007, 01:50:29 AM »

when was the last time services was restarted?
Logged

ngage

  • Guest
(No subject)
« Reply #13 on: April 29, 2007, 02:35:32 AM »

I restarted it after I took those quotes.

–Noah
Logged

katsklaw

  • Guest
(No subject)
« Reply #14 on: April 29, 2007, 03:57:46 PM »

how many ircds do you have?
Logged

ngage

  • Guest
(No subject)
« Reply #15 on: April 29, 2007, 08:07:07 PM »

Just one.

–Noah
Logged

katsklaw

  • Guest
(No subject)
« Reply #16 on: April 29, 2007, 09:08:59 PM »

ok I went to your network and registered a nick and channel. ChanServ was able to change modes

Code: [Select]

[16.03.55] * Now talking in #katsklaw
[16.03.55] * ChanServ sets mode: +nt
[16.03.55] * ChanServ changes topic to ''
[16.03.55] * ChanServ sets mode: +q katsklaw


This means that the ulines are correct. So this leaves only the TS issue. Timestamps may be synchonized globally, but that doesn't mean that the channel is not out of synch. As long as there is 1 user in channel the channel exists. Lets try completely vacating the channel .. all users .. all bots. Completely closing the channel, this is also called destroying a channel. It will reset it's creation TS and almost always cures any channel desync. There are exceptions to this but they do not apply if you only have 1 IRCd.

[Edited on 29-4-2007 by katsklaw]
Logged

ngage

  • Guest
(No subject)
« Reply #17 on: April 29, 2007, 10:28:51 PM »

Ok, I got everybody out of the room, including myself, restarted services (to enable BotServ), then assigned the bot to the room. Everything worked fine, no crazy error messages, but as soon as I joined the room, they began.

I then restarted services, and asked someone else to try it, same affect.

–Noah

[Edited on 29-4-2007 by ngage]
Logged

katsklaw

  • Guest
(No subject)
« Reply #18 on: May 04, 2007, 12:01:53 AM »

Does this happen in just 1 channel or all channels?

Also have you edited any source code files at all? for either your IRCd or Anope.

Lets also get the output from: /os modlist

thnx


[Edited on 3-5-2007 by katsklaw]
Logged

ngage

  • Guest
(No subject)
« Reply #19 on: May 05, 2007, 05:07:12 AM »

It happens to all the channels, not just one.

I have edited the Unreal source to disable timesynch, but that shouldn't affect this...

Noah: modlist
[12:06am] operserv: Current Module list:
[12:06am] operserv: Module: cs_appendtopic [$Id: cs_appendtopic.c 1122 2006-08-06 15:00:13Z certus $] [Supported]
[12:06am] operserv: Module: cs_enforce [$Id: cs_enforce.c 957 2006-01-24 07:54:48Z certus $] [Supported]
[12:06am] operserv: Module: cs_tban [$Id: cs_tban.c 953 2006-01-14 11:36:29Z certus $] [Supported]
[12:06am] operserv: Module: enc_none [$Id$] [Encryption]
[12:06am] operserv: Module: ns_maxemail [$Id: ns_maxemail.c 953 2006-01-14 11:36:29Z certus $] [Supported]
[12:06am] operserv: Module: os_info [$Id: os_info.c 1162 2006-09-29 17:54:07Z geniusdex $] [Supported]
[12:06am] operserv: Module: unreal32 [$Id: unreal32.c 1185 2006-10-17 20:42:40Z rob $] [Protocol]
[12:06am] operserv: 7 Modules loaded.

Noah

[Edited on 4-5-2007 by ngage]
Logged

katsklaw

  • Guest
(No subject)
« Reply #20 on: May 05, 2007, 05:58:11 AM »

well I don't know what to tell you. There are hundreds of other people that use Unreal3.2.6 and Anope-1.7.18 without any such problems (myself included) and it's not possible for it to be an Anope/Unreal problem that only affects you and no one else, unless you have some weird configuration.
Logged

katsklaw

  • Guest
(No subject)
« Reply #21 on: May 05, 2007, 07:49:08 PM »

This issue was resolved on IRC. As it turned out, it was the ulines after all.
Logged
Pages: [1]   Go Up