Thursday, January 18, 2024
[01:24:42]
*
ChatNPlay
set mode +v brandon
[01:24:42]
*
brandon
joined #chatnplay
[01:28:15]
*
LimitServ
set mode +l 24
[02:10:57]
KnownSyntax
“I wasn’t cheating”. “Bitdefender later got my banned” lmao wtf
[02:11:53]
brandon
These people think we’re actually dumb lmao
[02:24:50]
*
Cloudy
joined #chatnplay
[02:25:45]
*
Clouds
quit (Ping timeout)
[02:42:30]
*
ChatNPlay
set mode +v Aaron
[02:42:31]
*
Aaron
joined #chatnplay
[02:43:17]
*
LimitServ
set mode +l 25
[02:44:11]
*
KnownSyntax
set mode +v Cloudy
[03:20:55]
KnownSyntax
Aaron: New season of futurama is added
[03:21:10]
KnownSyntax
tvdb finally figured out how to label them correctly
[03:27:53]
Aaron
I just started watching the x files xD
[03:28:16]
Aaron
started*
[03:37:09]
Aaron
they need to make a new season for the x files after usa tells the world about ufos
[03:43:14]
KnownSyntax
The newer seasons are great but sully is the reason why there is no more episodes
[03:43:24]
KnownSyntax
Don’t want to ruin it until you watch all of the seasons
[03:43:34]
KnownSyntax
But it's a great tv show, even the movies are solid
[03:55:29]
Aaron
okay well bed time and putting pc to bed so night
[03:55:36]
*
Aaron
quit (Quit: Aaron)
[03:58:19]
*
LimitServ
set mode +l 24
[04:34:33]
*
brandon
quit (Quit: Connection closed for inactivity)
[04:38:19]
*
LimitServ
set mode +l 23
[05:49:10]
*
brandon
joined #chatnplay
[05:49:10]
*
ChatNPlay
set mode +v brandon
[05:53:20]
*
LimitServ
set mode +l 24
[07:58:59]
*
brandon
quit (Quit: Connection closed for inactivity)
[08:03:23]
*
LimitServ
set mode +l 23
[08:23:23]
*
LimitServ
set mode +l 21
[16:44:22]
*
Guest3214
joined #chatnplay
[16:44:35]
*
KnownSyntax
joined #chatnplay
[16:47:04]
*
hub.us.ChatNPlay.org
set mode -nto Clouds
[16:47:04]
*
hub.us.ChatNPlay.org
set mode +o LimitServ
[16:47:04]
*
hub.us.ChatNPlay.org
changed topic to: Welcome to ChatNPlay! - https://chatnplay.org/ - Need Help? /join #Help - Register for automatic voice - News: Website under construction!
[16:47:04]
*
hub.us.ChatNPlay.org
set mode +lnVTrtao 12 ChatNPlay ChatNPlay
[16:47:04]
*
ChatNPlay
joined #chatnplay
[16:47:04]
*
ChatNPlay
set mode +qo KnownSyntax KnownSyntax
[16:47:05]
*
LimitServ
joined #chatnplay
[16:48:27]
*
ChatNPlay
set mode +v RuneScript
[16:48:27]
RuneScript
Yo! I am RuneScript. [ID:XL] I was invited by ChatNPlay. See our latest updates with !botnews. Bug Tracker: https://bug.rscript.org/ Thanks for using RuneScript!
[16:48:28]
*
RuneScript
joined #chatnplay
[16:48:34]
*
LimitServ
set mode +l 17
[16:50:45]
*
Guest4312
joined #chatnplay
[16:53:34]
*
LimitServ
set mode +l 18
[16:56:17]
*
rob
joined #chatnplay
[16:57:14]
*
ChatNPlay
set mode +h Sirius
[16:57:15]
*
Sirius
joined #chatnplay
[16:57:23]
KnownSyntax
yeah it keeps dying randomly (the ircd)
[16:57:42]
KnownSyntax
and then when it tries to restart, the ports are still open so it fails once and the whole process just dies completely
[16:58:34]
*
LimitServ
set mode +l 20
[16:58:35]
*
KnownSyntax
set mode +vv Clouds rob
[18:12:24]
Sirius
Anything in syslog? Python getting killed or something?
[18:23:44]
Sirius
If the ports are still open then the IRCd is still running, maybe something else causes the connections to drop
[18:23:52]
Sirius
did you check if the python process was still running?
[19:33:03]
KnownSyntax
Python process was running but dropped all connections, then tried to restart the ircd again but faced the “ports opened” and then died
[19:33:36]
KnownSyntax
Nothing in syslog on it getting killed etc. The ports were open because the process was alive still so kept the ports open before it dropped the connections
[19:34:15]
KnownSyntax
It's only affecting the leaf as well, the hub seems to be fine but then again has no actual users on it outside of localhost
[19:37:21]
KnownSyntax
I do see a shitload of this in the log files though
[19:37:39]
KnownSyntax
like thousands of lines of it, where it randomly stops and then starts
[19:49:03]
*
ChatNPlay
set mode +v brandon
[19:49:03]
*
brandon
joined #chatnplay
[19:53:37]
*
LimitServ
set mode +l 21
[20:03:38]
*
LimitServ
set mode +l 20
[20:05:05]
*
Guest3214
joined #chatnplay
[20:08:38]
*
LimitServ
set mode +l 21
[20:09:50]
Sirius
That debug statement has been removed a while ago, seems like it's still using an older version
[20:12:37]
Sirius
Can you update both IRCd to the latest version and see if that helps anything?
[20:13:10]
Sirius
I just went through the latest commits and I see nothing that could cause any issues, I only changed how data is being written to clients
[20:35:25]
KnownSyntax
I updated both yesterday (outside of that empty space being passed in), so unsure why it's there then lol
[20:35:47]
KnownSyntax
But yeah I can restart them in a little bit again
[20:51:25]
Sirius
I pushed some other small changes again. But yeah really weird how that debug statement is there. Maybe you forgot to restart the process? xD A /rehash and /restart is not enough
[20:52:48]
Sirius
Now I'm curious what's on line 296 of handle/sockets.py on both your versions
[21:02:39]
* Netsplit healed 2 users rejoined
Click to toggle user list
Core8811
Core5765
[21:02:40]
*
Core8659_
is now known as Core7235
[21:02:41]
*
Core7235
is now known as Core4201
[21:03:39]
*
LimitServ
set mode +l 23
[22:10:12]
KnownSyntax
Yeah my file is the latest in your repo, and correct I always kill the process and then start fresh each update/upgrade which is odd its carrying over
[22:10:35]
*
rob
quit (Quit: Connection closed for inactivity)
[22:10:35]
*
Guest4312
quit (Quit: Connection closed for inactivity)
[22:13:40]
*
LimitServ
set mode +l 21
[22:30:34]
* Netsplit healed 2 users rejoined
Click to toggle user list
Guest4312
rob
[22:30:45]
*
KnownSyntax
set mode +v rob
[22:33:41]
*
LimitServ
set mode +l 23
[23:42:19]
*
Cloudy
joined #chatnplay
[23:43:16]
*
Clouds
quit (Ping timeout)
[23:45:02]
*
KnownSyntax
set mode +v Cloudy