Last modified: 2014-06-18 18:14:56 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T66802, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 64802 - IRC: Too many user connections (global)
IRC: Too many user connections (global)
Status: NEW
Product: Wikimedia Labs
Classification: Unclassified
tools (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: Marc A. Pelletier
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-05-03 17:34 UTC by Dirk Beetstra
Modified: 2014-06-18 18:14 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dirk Beetstra 2014-05-03 17:34:41 UTC
My bots run into problems connecting to IRC:

LINKREPORTER 000009 9: returned error: Closing Link: 208.80.155.255 (Too many user connections (global))
LINKREPORTER 000009 9: IRC: Reporter 9 got disconnect call from irc.freenode.net, attempt to reconnect @ ######

(part of LiWa3)

Can tools please have unlimited IRC connections.  I also see sometimes one of my other bots disappear and only return after quite some time - suggesting it has the same issue until one line comes free.
Comment 1 Steinsplitter 2014-05-03 18:24:57 UTC
Only freenode can change this limit. Have you tried it with ipv6?
Comment 2 Merlijn van Deen (test) 2014-05-03 18:31:15 UTC
Info on requestion exemption:

20:29 < Chiyo> which, if that is the case, you can ask for an iline
20:29 < Chiyo> please e-mail ilines@freenode.net with the IP address range in question, the reason for the limit increase, the duration if applicable, how many simultaneous connections are needed, and reliable contact information :)


However, I was under the impression this had already been handled for labs. Maybe this is no longer the case due to the move to eqiad?
Comment 3 Dirk Beetstra 2014-05-03 18:37:25 UTC
(In reply to Steinsplitter from comment #1)
> Only freenode can change this limit. Have you tried it with ipv6?

I am not sure how IPV6 would solve this (except that Freenode probably sees it as another IP, so assigning again # connections to it) - it is still a limit.  Not really a solution.

Freenode would indeed be the place to change the limit.

By the way, I think that severity should be higher than 'normal' .. this affects all users who have IRC-connecting bots, if one is lucky theirs connects but that means that someone else is unlucky.  Basically, it seems that there will always be tools down (next time it may be morebots who is not able to connect).

Is this dependent on which tools-exec-instance is running the bot?
Comment 4 Merlijn van Deen (test) 2014-05-03 18:42:17 UTC
Also, from which host is this? 

tools-login is 
tools-dev is 208.80.155.132
tools-exec-0y is 208.80.155.14(y-1)


which is probably why I haven't had any issues with IRC bots -- there's not *that* many bots on exec nodes.
Comment 5 Dirk Beetstra 2014-05-03 18:50:01 UTC
Note: the instance giving problems at the moment is tools-exec-10, I don't know however if the observed cases with my other bots were also while that particular bot was running on tools-exec-10.
Comment 6 Merlijn van Deen (test) 2014-05-03 18:52:23 UTC
Okay, I should have tested further than -01..-04:

tools-exec-01 is 208.80.155.140
tools-exec-02 is 208.80.155.141
tools-exec-03 is 208.80.155.142
tools-exec-04 is 208.80.155.143
tools-exec-05 is 208.80.155.144
tools-exec-06 is 208.80.155.145
tools-exec-07 is 208.80.155.146
tools-exec-08 is 208.80.155.147
tools-exec-09 is 208.80.155.255
tools-exec-10 is 208.80.155.255


So probably exec-09 and exec-10 are using a centralized labs NAT IP? Could we get exempts for those, or should the exec hosts just get their own IPs?

Even then, we might want to get exempts as multiple bots could get submitted to the same host.
Comment 7 Tim Landscheidt 2014-05-03 19:30:44 UTC
(In reply to Merlijn van Deen from comment #6)
> [...]

> So probably exec-09 and exec-10 are using a centralized labs NAT IP? [...]

Just to confirm: (Fixed) public IPs have been assigned via [[wikitech:Special:NovaAddress]] for:

- tools-dev
- tools-exec-01
- tools-exec-02
- tools-exec-03
- tools-exec-04
- tools-exec-05
- tools-exec-06
- tools-exec-07
- tools-exec-08
- tools-login
- tools-mail
- tools-proxy-test
- tools-webproxy

So tools-exec-09 and tools-exec-10 are indeed using a NAT IP.
Comment 8 Miguel Peláez 2014-06-18 18:14:56 UTC
I, I have the same problem, my last instance was named intelirc, and it die when the server was disconnected :/

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links