15:59:15 #startmeeting metrics team 15:59:15 Meeting started Wed Dec 12 15:59:15 2018 UTC. The chair is karsten. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:59:15 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:59:28 there, I added two items to the agenda. anything else from you? 15:59:56 nothing from me 16:00:03 ok. 16:00:12 * metrics-web issue update (karsten) 16:00:15 (unless we still need to discuss sponsor13 reporting?) 16:00:39 added. 16:00:48 so, ~2 weeks ago, metrics-web broke. 16:00:54 right 16:01:09 as of today I fixed most things. 16:01:21 the last remaining piece is the bwhist module. 16:01:44 apparently, re-importing just the 2018-11 data is prohibitively expensive on the live system. 16:01:51 it would take days. 16:02:09 I'm not re-importing it on my local server and will then export and import aggregate stats on the live system. 16:02:21 ok 16:02:25 I also looked at the module today, but I'm afraid that rewriting that would take quite long. 16:02:40 my current plan is to hope that it doesn't break again until there are no bwhists anymore. 16:03:25 that's all on this topic, mostly an update. 16:03:35 maybe we need a trac keyword for "this isn't needed if privcount happens before we get to it" 16:03:44 so we can still keep track of issues in case privcount is delayed 16:04:11 well, in this case it's not an issue, it's just incredibly slow for re-imports. 16:04:28 well, maybe that's an issue. :) 16:04:50 not sure if opening a ticket would help, though. 16:04:53 ok 16:05:13 okay, next topic: 16:05:17 * minor webstats issue (karsten) 16:05:31 I noticed today that we're sanitizing the same old log files over and over. 16:05:47 this is the case when a webserver rsyncs logs to us and then suddenly stops. 16:06:06 I wonder if you have an idea for that. 16:06:25 i'm not sure i understand the issue 16:06:26 we have a directory on colchicifolium that webservers rsync to. 16:06:40 each of them rsyncs into a different subdirectory. 16:06:49 and they delete files that don't exist locally to them anymore. 16:07:16 but when they stop rsyncing, possibly because they're taken offline, they don't delete what's there in the subdirectory on colchicifolium. 16:07:39 oh, like permanently offline? 16:07:43 yes. 16:08:00 i think having the webservers in charge of the deleting is the problem there 16:08:05 that is what collector should be in charge of 16:08:48 that would mean we need a policy when do delete something. 16:09:00 yes 16:09:06 to* 16:09:07 probably this would be similar to bridge descriptors 16:09:12 oh, yes. 16:09:46 i think for now the answer is we clean things up when webservers are taken offline 16:09:49 I wonder if there's any way to check when a webserver last rsync'ed anything to us to a specific directory. 16:10:00 the sysadmin team should open a ticket on collector to let us know and that should just be a step in the process 16:10:19 right, that's a possible way. 16:10:33 in the future, we should have a trace file that gets rsynced too with the timestamp of the start of the last rsync process 16:10:41 somewhat similarly, we could check periodically which webservers stopped existing. 16:10:43 so "date > trace" and then rsync in the cronjob 16:11:00 yes, something like that. 16:11:13 this could also be part of our monitoring setup 16:11:29 hey 16:11:29 hi gaba! 16:11:36 hi gaba! 16:12:01 gaba: http://meetbot.debian.net/tor-meeting2/2018/tor-meeting2.2018-12-12-15.59.log.txt 16:12:09 (meeting so far) 16:12:23 ok, thanks 16:12:46 okay, I think I'll clean up things myself for now. 16:12:57 it's not a good week to start yet another thing that involves many people. 16:13:05 heh 16:13:05 this could be something to discuss in some more detail in brussels. 16:13:12 definitely 16:13:17 cool! 16:13:23 I sent the november report for sponsor 13 to otf today. 16:13:29 * Sponsor 13 reporting (irl) 16:13:32 speaking of :) 16:13:42 ok awesome 16:13:43 so, you had everything you needed for that? 16:13:49 one more thing is confirming that you both have a room booked in hte hotel in brussels and we are meeting at the same hotel 16:13:56 yes karsten, thanks! 16:13:56 so maybe we don't need to do anything else here for sponsor 13 16:14:28 gaba: you mean you can confirm this now, or someone still needs to confirm that? 16:14:40 gaba: is the report public or is it secret? 16:14:56 I am confirming this now 16:15:00 okay. 16:15:08 irl: past reports were not made public, AFAIK. 16:15:16 the report is public and is a short one. It is the report on that grant for november 16:15:20 ohh, i see 16:15:24 yes, not public really 16:15:33 public to everybody on the otf talk mailing list :) 16:15:39 oh! 16:15:43 that is where the otf reports go to 16:15:56 okay, I didn't follow where it went. 16:16:12 but yes, past reports were all based on our monthly reports plus some additional information. 16:16:36 yes 16:16:36 "This is a private moderate traffic list including past and current OTF supported projects, fellows, AC members, and other key at-large folks from the internet freedom community who’ve opt’d in to join this list." 16:16:53 unless we have been asked to not distribute the reports, it would be nice to make them available 16:17:34 fine by me. we'd have to ask isabela who wrote them. 16:17:45 We could have progressions in the wiki about a specific project/sponsor. I need to check with Bekeela on that. 16:17:47 except this last one. 16:18:17 Sometimes that information (about making reports public) is in the contract. I will check with Bekeela. 16:18:17 doesn't have to be right now, we could also discuss this at the next tor meeting what to do with all these reports we write 16:18:23 yes 16:18:36 sure, sounds good. 16:18:52 it's a different type of report than the one for sponsor 19, IIUC. 16:19:03 yes, it is only a report on progress 16:19:07 a very short text this time 16:19:49 okay. 16:19:54 anything else on this topic? 16:19:58 or on other topics? 16:19:58 not from me 16:20:02 not from me 16:20:12 great! 16:20:18 next meeting next thursday? 16:20:20 yep 16:20:42 cool! have a good evening/day! bye. :) 16:20:46 bye! 16:20:48 #endmeeting