Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Log all unknown IRC events to figure out the IRC ghosts #40

Merged
merged 2 commits into from
Oct 23, 2018

Conversation

Notabilis
Copy link
Contributor

Issue #37 provided the clue that renaming oneself on IRC leaves a "ghost" with the old name in the lobby. Since I wasn't able to find out the protocol command for renaming, let's simply log all received IRC commands until it happens again.
If someone is able to provide this information, that would be fine as well.

Copy link
Contributor

@SirVer SirVer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

a question and a nit.

wlms/ircbridge.go Outdated Show resolved Hide resolved
// noise in the logfile but will hopefully tell me which
// command creates the IRC "ghosts" (no longer online IRC users,
// that are still listed on the metaserver)
switch e.Code {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Have you tried how much data this produces? I do not know what sort of events we receive here, but if this is for everything that happens on IRC, could this overflow our disk on the server realistically?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have no idea and I don't know much about IRC anyway. I don't think it will request any messages we wouldn't receive anyway, so the amount of network traffic exchanged with the IRC server should be an upper limit. Based on that, I doubt that it can fill the disk, but it should be under observation while this is deployed.
Since the bug report describes a way to trigger the "ghost bug", I was considering deploying this branch, asking for someone to change the nickname a few times and hopefully create ghosts that way. Then I could look at the logs which IRC messages have to be handled additionally to avoid them.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the repro plan sounds great. Also deploying and watching the disk space is fine. Just make sure that we are not flooding the disk, because a system with full disk is nearly unfixable - i.e. hard to ssh into and do anything.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I deployed this branch two days ago and until now this logging didn't made any problems. It was logging a few PING/PONG messages (that I added to the ignore-list) and it is logging some messages when connecting to the IRC server, but nothing else yet. So until now nothing that fills the disk.

@Notabilis Notabilis merged commit e487c87 into widelands:master Oct 23, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants