0001126: Denora doesn't hold connection for longer than about 2 minutes

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001126

Denora

[All Projects] General

public

2010-01-11 00:31

Reporter

Hal9000

Assigned To

Priority

normal

Severity

minor

Reproducibility

have not tried

Status

new

Resolution

open

Platform

OS Version

Product Version

1.4.4

Target Version

1.4.5-SVN

Fixed in Version

Summary

0001126: Denora doesn't hold connection for longer than about 2 minutes

Description

For some reason, I can no longer get Denora to maintain a connection for longer than two minutes and some seconds. I can somehow manage to get a backtrace: http://pastebin.ca/1411544 [^]
(bt full produces http://pastebin.ca/1411542 [^])
I'm not sure which side the problem is on. I am receiving this error with InspIRCd 1.2-rc3 on kubuntu 9.04.

A ping timeout appears to be involved (from IRCd in a log channel, network name removed in case it has to be):
LINK: Received end of netburst from stats.* (burst time: 5599 msecs)
STATS: Remote stats 'u' requested by StatServ (stats@services.*)
STATS: Remote stats 'U' requested by StatServ (stats@services.*)
LINK: Server stats.* has not responded to PING for 15 seconds, high latency.
LINK: Sent ERROR to stats.*: Ping timeout
LINK: Server stats.* split: Ping timeout
REMOTEOPER: User StatServ de-opered (by StatServ)
LINK: Netsplit complete, lost 1 users on 1 servers.
LINK: Connection to 'stats.*' failed.
LINK: Connection to 'stats.*' was established for 2m8s

This appears to be caused by Denora's complete lack of ability to pong the server while it does other stuff. :S

Worked around (read: not "fixed" or at least I wouldn't call it fixed) by adjusting serverpingfreq.

<circles.alchemyirc.net> LINK: Received end of netburst from stats.alchemyirc.net (burst time: 13 secs)

<circles.alchemyirc.net> LINK: Received end of netburst from stats.alchemyirc.net (burst time: 84 msecs)

It appears the problem is it trying to dump MySQL all at once WHILE it's connecting. (The MySQL server appears to have gone down between those, as evidenced by <StatServ> [seen] SQL needs to be enabled to load this module. and that site not loading.) I don't know if the server is slow, or what... when I can manage to keep it connected it generally doesn't disconnect later. Maybe stop trying to dump stuff while it's bursting, etc.?

Additional Information

This was issue 544 in our old BT, reported by ElementAlchemist

Issue History
Date Modified	Username	Field	Change
2010-01-11 00:31	Hal9000	New Issue

Relationships

Notes
There are no notes attached to this issue.