13:02:15 <hiro> #startmeeting network-health 2025-06-09 13:02:15 <MeetBot> Meeting started Mon Jun 9 13:02:15 2025 UTC. The chair is hiro. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:02:15 <MeetBot> Useful Commands: #action #agreed #help #info #idea #link #topic. 13:02:27 <hiro> I am a bit behind with the pad myself but here it is: https://pad.riseup.net/p/tor-nethealthteam-2025-keep 13:05:32 <hiro> GeKo (IRC): we have project 183 sync in 1 hour 13:06:38 <GeKo> yeah 13:07:02 <hiro> allright! for some reasons I thought it was tomorrow 13:07:03 <hiro> heh 13:07:12 <hiro> anyways I am debugging meronense... 13:07:12 <GeKo> :) 13:07:22 <GeKo> lemme know if you need some help with that 13:07:42 <hiro> last clients stats run has been running since last night at 2300 13:07:55 <hiro> I am wondering if it is not updating because the sys is killing some dangling process 13:08:38 <GeKo> like over days? 13:08:40 <GeKo> o_O 13:08:51 <hiro> it usually takes like 6h 13:08:56 <hiro> I have no idea what's going on 13:09:00 <GeKo> :( 13:09:44 <hiro> on another topic I wonder if https://gitlab.torproject.org/tpo/network-health/metrics/descriptorParser/-/issues/142 could be solved by what sarthikg is working on when creating the statuses outside of the parser 13:10:01 <GeKo> yeah, fine with me 13:10:11 <GeKo> i was just not sure where we are with that ticket 13:10:20 <GeKo> and it's bugging me :) 13:10:28 <GeKo> (although not too hard) 13:10:35 <sarthikg[mds]> hiro: which fields are having the 0 value though? 13:11:04 <hiro> one example there is port 13:11:38 <hiro> for some reasons 13:11:38 <GeKo> and contact is none 13:11:41 <GeKo> when it happens 13:12:10 <GeKo> there is likely more affected 13:12:42 <GeKo> but i've not checked all the status attributes 13:12:51 <sarthikg[mds]> ohh ohk. we might have a few none values even with the new setup. that would be incase there isn't a matching server_descriptor or extra_info_descriptor for a network_server_entry. 13:13:18 <hiro> oh right is that a stale entry GeKo (IRC) ? 13:13:24 <GeKo> no 13:13:34 <hiro> weird 13:13:59 <GeKo> the lines are usually duplicated 13:14:25 <GeKo> one is fine and at the same time you have entries with "0" and "None" values 13:14:49 <GeKo> when querying newly entered relays from yesterday e.g. 13:15:11 <hiro> ok I'll look it up after meronense 13:15:24 <hiro> I wonder if is there any reason that we are overlooking 13:16:44 <GeKo> thanks 13:17:07 <hiro> alright is there anything else for today's sync? 13:17:15 <GeKo> not from my side 13:17:27 <sarthikg[mds]> nothing from my side 13:18:12 <hiro> ok I'll end the meeting! 13:18:15 <hiro> thanks everyone! 13:18:18 <hiro> #endmeeting