View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003018 | unreal | ircd | public | 2006-08-05 12:15 | 2006-11-25 10:54 |
| Reporter | Milliways | Assigned To | syzop | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | i386 | OS | linux | OS Version | 2.6 something |
| Product Version | 3.2.5 | ||||
| Fixed in Version | 3.2.6 | ||||
| Summary | 0003018: Autoconnect flooding connections to hub | ||||
| Description | When i enable autoconnect on leaf and it splits it starts to agressively connect to the hub, instead of the one connect every 100s as set in connfreq it does something like 100/s. without autoconnect the leaf connects flawlessly | ||||
| Steps To Reproduce | activating autoconnect | ||||
| Additional Information | Hub side configs: http://www.rafb.net/paste/results/eh6QnI70.html leaf configs: http://www.rafb.net/paste/results/gKkiks65.html messages on autoconnect http://www.rafb.net/paste/results/yL7aJK69.html that's only some of the messages, it fills up the scrollback buffer in notime This has been looked at by several persons in #unreal-support without them being able to understand why this happens and i was told to file a bugreport | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| 3rd party modules | |||||
|
|
I'll see if I can reproduce it here. |
|
|
Seeing that the pastebin disappeared i put the same info in a text file, just took the linkblock for the leaf i tested with from the links.conf, all other are just the same. |
|
|
huh... where set::throttle ? /* Throttling: this example sets a limit of 3 connections per 60s (per host). */ throttle { connections 3; period 60s; }; or it's different? |
|
|
Reply to Bock: That is different, throttling is meant for users. connfreq is meant for servers |
|
|
It seems I cannot reproduce this issue. I've tried your configuration (autoconnect, and your connfreq and pingfreq): A) Connect server, tcpkill the connection, wait for reconnect AND B) Connect server, halt the main server, wait for reconnect (from leaf) after the server doing a Ping timeout Could you give me some more details: 1) When does the flood start? Immediately upon disconnect, or 100 seconds later (connfreq)? Is there any delay between the 1st connection attempt and the rest of the attempts? 2) Is it 100% reproducable? 3) What kind of serverlink breakage happens prior to the flood? Connection reset by peer? Ping timeout? Or does it happen with both? 4) This really is 3.2.5? Just asking again to be sure, because in 3.2.5 some major bugs got fixed with regards to this. Feel free to mail these things to me privately at [email protected], for example a big log of what happens would be nice (rather than a snippet of 4 lines), particulary of the start of the flood (and not the middle of end), that could be helpful :). Thanks in advance. |
|
|
Since this bug was filed we have moved the server onto another network but i see the same issues here too so i've disabled all autoconnects and made a small script to reconnect servers. If it helps just get into contact with me and we can do some testing by linking a server i have to the network for tests. |
|
|
Yeah, I would still be interested in the answer of the questions (and the log). EDIT: FYI, I don't understand what I should do for you? |
|
|
I've sent an email to syzop with 2 seconds worth of connection notices after a netsplit we just had where the hub disconnected and the leafs reconnected automaticaly. Hairy deal, several hundred lines of this: [01:47:40] *** Notice -- Client connecting on port 6667: {T-L}darktrainer (java- [email protected]) [clients] [01:48:12] *** Global -- Closing link: Write error: Connection reset by peer - hub.axpi2.net[xx.xx.xx.xx] [01:48:14] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. [01:48:14] *** Notice -- Client exiting: EvilRyuHayabusa (java-4b976@dialup- 4.245.227.59.Dial1.Stamford1.Level3.net) [Ping timeout] [01:48:14] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. [01:48:14] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. [01:48:14] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. [01:48:14] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. [01:48:14] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. [01:48:14] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. [01:48:14] *** Notice -- (link) ZIPLink vapour.aXpi2.net -> hub.axpi2.net[@xx.xx.xx.xx.0] established [01:48:14] (link) ZIPLink hub.axpi2.net -> vapour.aXpi2.net[@82.192.77.106.40103] established [01:48:15] Lost connection to hub.axpi2.net[xx.xx.xx.xx]:Connection reset by peer [01:48:15] Lost connection to hub.axpi2.net[xx.xx.xx.xx]:Connection reset by peer [01:48:15] *** Notice -- Link hub.axpi2.net[@xx.xx.xx.xx.0] cancelled, server hub.axpi2.net already exists from hub.axpi2.net [01:48:16] *** LocOps -- ERROR :from hub.axpi2.net[xx.xx.xx.xx] -- Closing Link: [82.192.77.106] (Throttled: Reconnecting too fast) -Email [email protected] for more information. [01:48:16] *** LocOps -- ERROR :from hub.axpi2.net[xx.xx.xx.xx] -- Closing Link: [82.192.77.106] (Throttled: Reconnecting too fast) -Email [email protected] for more information. [01:48:16] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. [01:48:16] *** LocOps -- Server hub.axpi2.net[xx.xx.xx.xx] closed the connection [01:48:16] *** LocOps -- Server hub.axpi2.net[xx.xx.xx.xx] closed the connection [01:48:16] *** Notice -- Connection to hub.axpi2.net[xx.xx.xx.xx] activated. |
|
|
Thanks, received ;) |
|
|
if you want to i have a leaf connected to the network where this happens without any users on it that we can play around with if needed |
|
|
Sorry for not responding. So me link a server onto the test network? Sounds good :) Let me know the details at [email protected] I've dynamic IP, so for inbound you'll have to allow 82.157.* |
|
|
Server linked and idling now.. :P How long does it usually happen till I can expect something to occur? couple of days? I might as well fake a disconnect, though I don't think anything will happen. (In fact I'll be surprised if anything will happen, but I'm hoping for it... since when I can reproduce it, then I can start working on fixing your problem ;p) |
|
|
Fixed in CVS of 32* and 33*, thanks :) - Fixed bug where ommitting class::connfreq would not give a config error, and would cause a huge connection attempt flood when autoconnect was enabled. Reported by Milliways (0003018). |
|
|
fix-for-fix, realized that class::connfreq usually is not specified for client classes so now using a default instead of erroring. changelog changed to: - Fixed bug where omitting class::connfreq would result in a huge connection attempt flood when autoconnect was enabled. We now set class::connfreq to 60 if it's not specified. Reported by Milliways (0003018). |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-08-05 12:15 | Milliways | New Issue | |
| 2006-08-05 13:11 | syzop | Note Added: 0012157 | |
| 2006-08-05 13:11 | syzop | Assigned To | => syzop |
| 2006-08-05 13:11 | syzop | Status | new => acknowledged |
| 2006-08-05 13:55 | Milliways | File Added: bugtraq.txt | |
| 2006-08-05 13:56 | Milliways | Note Added: 0012158 | |
| 2006-09-25 20:23 | syzop | Relationship added | child of 0002936 |
| 2006-09-26 02:17 | Bock | Note Added: 0012444 | |
| 2006-09-27 00:49 | RandomNumber | Note Added: 0012447 | |
| 2006-09-27 08:15 | syzop | Note Added: 0012449 | |
| 2006-10-15 14:04 | Milliways | Note Added: 0012487 | |
| 2006-10-15 14:09 | syzop | Note Added: 0012488 | |
| 2006-10-15 14:13 | syzop | Note Edited: 0012488 | |
| 2006-10-28 19:01 | Milliways | Note Added: 0012528 | |
| 2006-10-28 19:05 | syzop | Note Added: 0012529 | |
| 2006-10-28 19:07 | Milliways | Note Added: 0012530 | |
| 2006-11-11 14:33 | syzop | Note Added: 0012624 | |
| 2006-11-24 18:50 | syzop | Note Added: 0012725 | |
| 2006-11-25 10:47 | syzop | Status | acknowledged => resolved |
| 2006-11-25 10:47 | syzop | Fixed in Version | => 3.2.6 |
| 2006-11-25 10:47 | syzop | Resolution | open => fixed |
| 2006-11-25 10:47 | syzop | Note Added: 0012728 | |
| 2006-11-25 10:54 | syzop | Note Added: 0012729 |
