Anope IRC Services

Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: [1]   Go Down

Author Topic: session limit exceeded and server links [SOLVED]  (Read 8291 times)

0 Members and 1 Guest are viewing this topic.

Toonami

  • Anope User
  • Offline Offline
  • Gender: Male
  • Posts: 3
session limit exceeded and server links [SOLVED]
« on: April 06, 2011, 08:50:54 AM »

Hello

I'm am having a behavior from Anope (1.9.3) that I don't understand.  I apologize if this is a known problem or has been covered before.

I have two severs.
The ircd is Unreal 3.2.8.1.

server 1 (hub) - running Gentoo ( 2.6.36-gentoo-r5)
server 2 (leaf) - running OpenBSD 4.8 -release

defaultsessionlimit = 3

I connect to server 2 locally (from 192.168.1.101).  If I link and squit the servers three times, then on the fourth link clients on server 2 will be killed by operserv for exceeding the session limit.

Then if I connect directly to server 1 and do /os session view 192.168.1.101

I get back: The host 192.168.1.101 currently has 3 sessions with a limit of 3.

Which isn't true there are none.

It seems Anope is failing to keeping track of the number of sessions clients have on remote servers when the link is lost.

Would this be something caused by misconfiguration or a bug?

Any help would be appreciated.





« Last Edit: April 07, 2011, 08:33:39 AM by Toonami »
Logged

Jan Milants

  • Team
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1372
Re: session limit exceeded and server links
« Reply #1 on: April 06, 2011, 09:00:22 AM »

I don't think this could be qualified as a misconfiguration :p

It might have already been fixed in GIT, but in any case: http://bugs.anope.org
Logged
If you like me donate coins to 1FBmZVT4J8WAUMHKqpWhgNVj3XXnRN1cCk :)

Charles Kingsley

  • Contributor
  • *
  • Offline Offline
  • Posts: 1405
Re: session limit exceeded and server links
« Reply #2 on: April 06, 2011, 10:00:37 AM »

Upgrade to latest git before opening a bug.
Logged

katsklaw

  • Supporter
  • Anope User
  • Offline Offline
  • Posts: 537
Re: session limit exceeded and server links
« Reply #3 on: April 07, 2011, 02:40:02 AM »

Perhaps paste the output of: /tsctl all from IRC as an oper will help. If there is enough lag or a large TS offset, then disconnect notice propagation may be delayed.

That means that server1 and server2 have processed the clients exit, but services hasn't hear about it yet. So when user2 reconnects on a different server, Anope sees them as user4 because it still sees 1-3.

Unreal has a built in ntp client to sync it's clock, Anope does not, so on machines that don't have ntp installed there is already a local ts offset between services and the ircd it's connected to even though it's on the same machine.
« Last Edit: April 07, 2011, 02:43:47 AM by katsklaw »
Logged

Toonami

  • Anope User
  • Offline Offline
  • Gender: Male
  • Posts: 3
Re: session limit exceeded and server links
« Reply #4 on: April 07, 2011, 05:57:32 AM »

Thanks for the replies.

/tsctl alltime

server1
TStime=1302150439 time()=1302150440 TSoffset=0
server 2
TStime=1302150439 time()=1302150440 TSoffset=0

both servers have a ntpd running

So in the ircd configs I put set::timesynch::enabled to no.  Which I think I may have incorrect.

I have:
Code: [Select]
timesynch "no";
but I think it should be:

Code: [Select]
        timesynch {
                   enabled no;
                };

It will rehash either way without errors.  Anyway, would disabling unreal's internal ntp client cause problems?

Meanwhile I'll see if I can git anope.
Logged

Toonami

  • Anope User
  • Offline Offline
  • Gender: Male
  • Posts: 3
Re: session limit exceeded and server links
« Reply #5 on: April 07, 2011, 06:48:03 AM »

Alright.

I git anope.

./anoperc version
Code: [Select]
Anope-1.9.4-g9535541-tastes-good-on-toast (227) -- build #2, compiled 01:31:00 Apr  7 2011
copied over my config and database and it's fixed. :)

Thanks for the help.

« Last Edit: April 07, 2011, 06:49:46 AM by Toonami »
Logged
Pages: [1]   Go Up