[00:33:28]
KnownSyntax
hub going to reboot, then will reboot this server directly after the hub is back up.
[00:33:52]
*
cookies.ca.us.ChatNPlay.org
set mode +nt
[00:33:53]
* Netsplit healed 8 users rejoined
Click to toggle user list
Aaron
Sirius
MShark
tjr
KnownSyntax
Lenovo
brandon
rob
[00:34:38]
*
services.ChatNPlay.org
set mode -nto idriven47
[00:34:38]
*
ChatNPlay
set mode +ao ChatNPlay ChatNPlay
[00:34:38]
*
ChatNPlay
changed topic to: Welcome to ChatNPlay! - https://chatnplay.org/ - Need Help? /join #Help - Register for automatic voice - News: Website under construction!
[00:34:38]
*
ChatNPlay
set mode +v brandon
[00:34:38]
*
ChatNPlay
set mode +qo KnownSyntax KnownSyntax
[00:34:38]
*
ChatNPlay
joined #chatnplay
[00:35:07]
*
KnownSyntax
set mode +vvvv Sirius tjr rob Aaron
[00:35:11]
*
ChatNPlay
set mode -oq KnownSyntax KnownSyntax
[00:35:13]
*
ChatNPlay
set mode +v KnownSyntax
[00:35:28]
KnownSyntax
hopefully if there are a bunch of ping timeouts now, I can help you with the debug
[00:42:49]
Sirius
I'll probably have to gradually add more debug statements to get closer to the issue
[00:55:12]
Aaron
welcome for being your testing pig
[01:28:31]
*
Core8659
joined #chatnplay
[02:00:24]
Aaron
good work tho
[02:05:16]
*
ChatNPlay
set mode +v Aaron
[02:05:16]
*
Aaron
joined #chatnplay
[02:05:50]
*
ChatNPlay
set mode +v Aaron
[02:05:50]
*
Aaron
joined #chatnplay
[02:06:55]
*
ChatNPlay
set mode +v Aaron
[02:06:55]
*
Aaron
joined #chatnplay
[02:07:05]
*
ChatNPlay
set mode +v Aaron
[02:07:05]
*
Aaron
joined #chatnplay
[02:27:02]
Aaron
KnownSyntax who has the most viewing time on your server
[02:27:36]
KnownSyntax
Viewing time? You mean idle time or active connection time? Not sure. No clue in Anope tracks that or not since they merged in Denora with it
[02:27:46]
Aaron
no on plex
[02:29:30]
KnownSyntax
If I exclude myself, my one friend who has 2442 plays @ 71 days 16hrs 54mins of watch content
[02:29:59]
KnownSyntax
I’m at 6087 plays @ 238 days 20hrs 57mins cause of the kids
[02:38:32]
Aaron
what about me
[02:56:07]
*
ChatNPlay
set mode +v brandon
[02:56:07]
*
brandon
joined #chatnplay
[04:38:41]
KnownSyntax
Your at 14 days so far Aaron 325 plays
[05:30:04]
brandon
Sirius idk how bad the other one is yet but you should be a little better at documentation
[05:30:49]
brandon
Or was that just an issue with the main repo?
[05:31:21]
brandon
Because there was a weird bug with a random missing simi colon
[05:32:00]
brandon
Not sure if it was addressed but just as a heads up
[05:33:46]
brandon
Also KnownSyntax I’ll pm you a new ip and password I can’t stand debian still 😬 so I’ll let you know when you can login
[06:45:59]
KnownSyntax
12% battery, and they been halling ass now
[06:49:00]
Sirius
Brandon what bug and semicolon do you mean?
[06:50:42]
KnownSyntax
Two trips too, I’m weak. Must be GM’s solution engineers there today then driving it all over.
[06:51:11]
KnownSyntax
+1 I didn’t see any missing semicolon
[06:56:44]
Sirius
I think he means the example conf files, but I'm looking over them now and don't see any syntax errors. Unless I'm missing something
[13:01:43]
*
hub.us.ChatNPlay.org
set mode +nVTrtao ChatNPlay ChatNPlay
[13:01:43]
*
ChatNPlay
joined #chatnplay
[15:32:59]
*
KnownSyntax
joined #chatnplay
[15:34:19]
*
KnownSyntax
left #chatnplay
[15:34:21]
*
KnownSyntax
joined #chatnplay
[15:34:32]
KnownSyntax
Odd now services can’t set modes
[15:34:54]
*
KnownSyntax
set mode +v KnownSyntax
[15:36:45]
*
Core8659
joined #chatnplay
[15:37:12]
Sirius
Did you identify?
[15:37:35]
Sirius
What do Anope logs say?
[15:40:47]
*
MShark
joined #chatnplay
[15:41:03]
*
rob
joined #chatnplay
[15:41:14]
KnownSyntax
yeah I'm identified, checking now.
[15:41:33]
Sirius
Try /cs voice #chatnplay
[15:41:43]
Sirius
What does ChanServ say?
[15:42:07]
Sirius
That's a weird error
[15:42:28]
KnownSyntax
but the mode never happened, looking at actual log files now. one sec
[15:42:39]
Sirius
Does ChanServ say anything when you try /cs voice #chatnplay?
[15:43:43]
Sirius
Does it send a notice when you do that command?
[15:44:04]
Sirius
Or /cs op #chatnplay in your case since you already have voice
[15:44:08]
KnownSyntax
It sends it to the services logging channel, no notice to this channel since I have that disabled
[15:44:19]
KnownSyntax
yeah I tried op/owner/admin, nothing.
[15:44:55]
KnownSyntax
ah rip forgot I turned off services logging and only have it pushed to the channel instead
[15:44:57]
Sirius
Can you give me temp voice access so I can try? It's weird that ChanServ doesn't say anything in notice
[15:45:18]
*
ChatNPlay
set mode +h Sirius
[15:45:21]
*
ChatNPlay
set mode -v Sirius
[15:45:27]
*
ChatNPlay
set mode +v Sirius
[15:45:38]
KnownSyntax
maybe it's the same error brandon & I had yesterday
[15:45:53]
KnownSyntax
where it was sending things to him, that were meant for me. But that was fixed with a rejoin of the channel
[15:46:21]
Sirius
We are also on the same server
[15:46:38]
KnownSyntax
Let me try to quit and rejoin, one sec
[15:47:13]
*
ChatNPlay
set mode +qo KnownSyntax KnownSyntax
[15:47:13]
*
KnownSyntax
joined #chatnplay
[15:47:28]
KnownSyntax
Yeah, was that same error brandon & I had. now things work corrcetly
[15:47:30]
*
ChatNPlay
set mode -oq KnownSyntax KnownSyntax
[15:47:34]
*
ChatNPlay
set mode +v KnownSyntax
[15:48:01]
*
KnownSyntax
set mode +v rob
[15:48:19]
Sirius
Anything else a few lines surrounding the earlier Anope logs when the error occurred?
[15:48:46]
KnownSyntax
nothing, Anope sees that it set the mode to me, but it clearly didn't
[15:50:25]
KnownSyntax
a bunch of ircd logs where it froze though when the server pinged out
[15:52:33]
Sirius
Maybe related to TLS, too early to tell
[15:55:34]
KnownSyntax
looked like it was right after I was nick killed for a collision by services, when the hub and leaf pinged out from eachother
[15:55:48]
KnownSyntax
but maybe, those two are using TLS and so am I and brandon on here I believe
[16:20:40]
Sirius
About this issue, do you remember what happened prior to this? 16:45 <+KnownSyntax> where it was sending things to him, that were meant for me. But that was fixed with a rejoin of the channel
[16:20:57]
Sirius
Because I can't wrap my head around how that could happen
[16:25:04]
Sirius
Possible UID re-use could be a cause, I will add UID related debug logs later to see where it goes wrong
[16:27:34]
KnownSyntax
It was when the same Nick collision occurred after the hub and leaf split for a ping timeout
[16:27:56]
KnownSyntax
But it's not consistent, so not sure if something occurs differently or if different users are affected
[16:28:26]
KnownSyntax
But a simple part of all channels were it was an issue and rejoin on those channels only fixed it, or a quit and reconnect fixed it
[16:28:54]
KnownSyntax
But same thing occurred as here, where I wasn’t able to get modes set on myself by others, etc.
[16:36:55]
Sirius
A possibility is that Anope thought your UID was assigned to another user, but that begs the question how that would even happen. Because on server syncs, all correct UIDs are sent to all servers
[17:08:12]
*
ChatNPlay
set mode +v brandon
[17:08:12]
*
brandon
joined #chatnplay
[17:11:18]
KnownSyntax
Sirius: unsure, before it was with IdleRPG which is a normal user on this server (the leaf).
[17:11:46]
KnownSyntax
So it's inconsistently occurring with different users after the two servers split, and rejoin with a nick collision occurs
[17:13:03]
Sirius
I genuinly have no idea how to start debugging this. I'm trying to place some logging statements related to UIDs, but wherever I look everything looks fine
[17:14:42]
KnownSyntax
But what's odd is that if the UIDs were crossed, wouldn’t you not see my messages from my nickname? Or is that separate?
[17:15:00]
KnownSyntax
Makes me wonder if the nick collision is causing for two quits removing me twice or something?
[17:15:41]
Sirius
UIDs are generally used to sync data across the network, so it will not change during the entire session. So you could just change nickname or other attributes, but the UID will still be the same
[17:20:59]
Sirius
I pushed some that will log events related to UIDs, hopefully it will get us closer to the issue
[17:21:06]
Sirius
some changes*
[17:51:45]
KnownSyntax
okay, let me update and restart both servers in a little bit (like 40mins from now when I have slightly more time).
[17:53:36]
KnownSyntax
actually let me reboot now, have a min to spare
[17:53:58]
*
cookies.ca.us.ChatNPlay.org
set mode +nt
[17:53:59]
* Netsplit healed 6 users rejoined
Click to toggle user list
MShark
Sirius
tjr
KnownSyntax
brandon
rob
[17:54:43]
*
services.ChatNPlay.org
set mode -nto idriven50
[17:54:43]
*
ChatNPlay
changed topic to: Welcome to ChatNPlay! - https://chatnplay.org/ - Need Help? /join #Help - Register for automatic voice - News: Website under construction!
[17:54:43]
*
ChatNPlay
set mode +ao ChatNPlay ChatNPlay
[17:54:44]
*
ChatNPlay
set mode +qo KnownSyntax KnownSyntax
[17:54:44]
*
ChatNPlay
joined #chatnplay
[17:55:01]
*
ChatNPlay
set mode +h Sirius
[17:55:27]
KnownSyntax
L how did he even get hit with a nick collision
[17:55:33]
*
Sirius
joined #chatnplay
[17:55:35]
*
ChatNPlay
set mode +h Sirius
[17:55:59]
KnownSyntax
lets see when brandon rejoins if he gets voiced automatically or not now
[17:56:08]
KnownSyntax
since it always occurs to the person who got nick collision'd
[17:56:10]
*
ChatNPlay
set mode -oq KnownSyntax KnownSyntax
[17:56:11]
*
ChatNPlay
set mode +v KnownSyntax
[17:56:55]
*
Lenovo
joined #chatnplay
[18:00:58]
*
ChatNPlay
set mode +v rob
[18:01:01]
*
ChatNPlay
set mode +v tjr
[18:01:23]
*
Core8659
joined #chatnplay
[18:25:51]
*
ChatNPlay
set mode +v brandon
[18:25:52]
*
brandon
joined #chatnplay
[18:54:38]
*
ChatNPlay
set mode +v Aaron
[18:54:38]
*
Aaron
joined #chatnplay
[18:58:04]
Aaron
reported
[18:58:08]
Aaron
that is all
[18:58:36]
KnownSyntax
Brandon: no idea why Family Guy is in there 🤣
[18:59:00]
KnownSyntax
Also odd that we see no Lego at all, since that has been leaked to be happening as well
[19:02:06]
Aaron
what happened
[19:33:55]
KnownSyntax
On here? Nothing reboot to debug for a bug was required as the ircd was updated again
[19:47:35]
Sirius
I'm tackling another issue now related to oper-host and vHost from Anope
[19:47:52]
Sirius
I currently have no idea how to fix that xD
[19:47:55]
Sirius
Even a drink doesn't help
[19:51:23]
KnownSyntax
For me the vHost takes priority over oper host which I’m good with
[19:54:59]
Sirius
I tried to explain it clearly but it's pretty confusing, even to me still xD
[19:56:15]
Aaron
i better get put on the credit for being a testing rat xD LOL
[19:56:45]
Sirius
./chghost Aaron testing.rat
[19:57:32]
Sirius
Btw I forgot to add that this issue only happens upon client connect, with oper-host and vHost getting mixed up @ initial sync
[19:57:48]
KnownSyntax
Ah so server 1 won’t send the change but server 2 would. So whatever user has Anope has a different host after oper and after someone has had a host already changed via HostServ.
[20:51:06]
brandon
KnownSyntax: we’ve known about it since chapter 2 season 3 lol
[20:51:27]
brandon
That was the first time he was leaked
[20:51:35]
KnownSyntax
Didn’t think he would be in the battle pass though lol
[20:52:07]
brandon
It’s wild to know that now
[20:52:39]
brandon
Yeah I figured he would of been a skin
[22:57:47]
Sirius
Last pushes have some (ground?)breaking additions. Aimed to debug the double user sync and
[22:58:05]
Sirius
wait, no "and"
[23:25:34]
KnownSyntax
Wonder how this rap battle will go tomorrow at noon.
[23:25:42]
KnownSyntax
Cool let me update in a little bit and reboot both servers
