[14:56:14] kwakuofori: I was thinking of potentially delaying the binlog goal again and focus on mediabackups refactoring, but I would like your and the rest of the team thoughts on that [14:56:29] based on the unexpected issue we just commented [14:57:02] i got that sense when we discussed that in the meeting. happy to hear what others think [14:58:30] well, I didn't mention delaying the binlog goal, we could still work on that while just adding a new host without refactoring [14:58:57] jynus: how (if at all) would that relate to having time to work on sorting out access to deleted objects for the backups user in swift? [14:59:19] Emperor: that is unchanged, that has to happen [14:59:32] 0 impact on that [15:00:24] it is the other goal that I am thinking to shift: db binlog backups work for media backup backend refactor, but we could do something quick and keep as scheduled [15:01:15] the potential being that if we do it "well" from the start, we may save time from the start (?) [15:01:27] *save time in the long term [15:01:31] I think in that case, whatever you think is best :) [15:02:10] yeah, I was trying to negotiate it with the dbas, as it is them that I will be affecting 0:-) [15:02:31] by delaying the binlog work (again) [15:04:42] leaving it here as I would like to hear manuel's take tomorrow, so you come to me with a common voice, if that's ok, arnaudb and Amir1 [15:05:02] well, tomorrow or next week, we are not in a rush [15:05:53] there are things I will have to do anyway to prepare backup[12]011 [15:08:35] I only know the part of mediabackups running out of space [15:08:47] marostegui: go back to bed! [15:09:00] But I don't think there's much trouble in delaying the binlog issue a bit more (keeping in mind it's been long time without having it, and that's ok) [15:09:07] jynus: I am IN bed! [15:09:11] we have 3 months to take a decition [15:09:16] Sure [15:09:23] then go back and sleep [15:09:26] haha [15:21:41] sorry I was in a meeting [15:22:39] yeah, no issue on the binlog part from me