## Template for LP Production Meeting logs. Just paste xchat log below and the format IRC line will take care of formatting correctly #format IRC Meeting started at 10:00. The chair is matsubara. Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] Welcome to this week's Launchpad Production Meeting. For the next 45 minutes or so, we'll be coordinating the resolution of specific Launchpad bugs and issues. [TOPIC] Roll Call New Topic: Roll Call Not on the Launchpad Dev team? Welcome! Come "me" with the rest of us! * flacoste (n=francis@canonical/launchpad/flacoste) has joined #launchpad-meeting me hi francis me rockstar, bigjools, henninge intellectronica sinzui: hi me meeee me me * stub (n=stub@canonical/launchpad/stub) has joined #launchpad-meeting hi stub yo herb: ok, herb can join in later. let's move on [TOPIC] Agenda New Topic: Agenda * Actions from last meeting * Oops report & Critical Bugs * Operations report (mthaddon/herb/spm) * DBA report (stub) [TOPIC] * Actions from last meeting New Topic: * Actions from last meeting * sinzui to email the list how we should address critical bugs on unmaintained apps (e.g. blueprint) * ursinha to file a bug about "appserver isn't recovering like it should causing too many oopses" * filed bug 360846 * intellectronica to talk to gmb about bug 269538 ok, Ursinha done hers wow I do suck [action] sinzui to email the list how we should address critical bugs on unmaintained apps (e.g. blueprint) ACTION received: sinzui to email the list how we should address critical bugs on unmaintained apps (e.g. blueprint) matsubara: I will do this email IMMEDIATELY after this meeting. thanks sinzui * sinzui starts the subect line now matsubara: sorry, i didn't. will try to do that later today intellectronica: cool. thanks. shall I keep the action item for the next meeting? me matsubara: yes, please [action] intellectronica to talk to gmb about bug 269538 ACTION received: intellectronica to talk to gmb about bug 269538 ok, let's move on. thanks sinzui and intellectronica hi rockstar hi [TOPIC] * Oops report & Critical Bugs New Topic: * Oops report & Critical Bugs Ursinha: take the stage please I have only one bug for foundations, bug 357307 * Ursinha kicks the bot https://bugs.edge.launchpad.net/launchpad-foundations/+bug/357307 flacoste, ^ yep, looking at this now Ursinha: what's the priority on this? I have one for sinzui: bug 358332 sinzui: do you think salgado could look into that token bug? curtis, do you agree with the importance I set for https://bugs.edge.launchpad.net/launchpad-registry/+bug/358332 ? flacoste, we're had 25 yesterday on lpnet about this average a day, oopses count Well I do not agree with Medium, I do not ever use that status sinzui: can you reset the importance to a more meaningful value then? flacoste: Would you like to take salgado to your team then ;) haha sinzui: you know my opinion on that one :-) matsubara: Since I have committed to working on series issues, I will try to land a fix for bug 358332 this release sinzui: and I'll take that as a yes thank you sinzui Yes, I will ask salgado to look at the bug 357307 [action] sinzui to take bug 358332 ACTION received: sinzui to take bug 358332 [action] sinzui to ask salgado to fix bug 357307 ACTION received: sinzui to ask salgado to fix bug 357307 All critical bugs are fix committed so, I think that's all. anything else Ursinha ? no matsubara ok, thanks everyone thanks all I'm going to skip herb's section since he's not here yet. matsubara: I'm here oh hi mthaddon matsubara: herb's off [TOPIC] * Operations report (mthaddon/herb/spm) New Topic: * Operations report (mthaddon/herb/spm) - Preparations for new rollout procedure - need to confirm a fair amount of stuff with stub before the next rollout - PostgreSQL upgrade yesterday meant some downtime - Need to decide on whether we're switching the master to wildcherry and if so when I think that's it unless there are any questions mthaddon: i have a question what's this new rollout procedure? matsubara: SSO related intellectronica: sure mthaddon: yesterday morning (UTC) forster needed a restart because it was overwhelmed. Spads helped me with that. do you know what happened? matsubara: involves splitting out a slave from as standalone so we can continue to serve SSO intellectronica: I don't - we've had some issues with forster over the past few weeks mthaddon: cool. intellectronica: i.e. this isn't the first time it's needed a kicking - I'll see if I can look into it a little more mthaddon: ok, as long as you're not surprised. sorry i forgot to mention this yesterday anything else for mthaddon? intellectronica: we're moving the incoming email parsing script off there, so hopefully that'll reduce load a little, although I'd be surprised if it was related to that mthaddon: any idea on the surge in buildbot failures yesterday? flacoste: I was off yesterday so I wasn't aware of that, no mthaddon: it looks it was restarted, i assume by spm since gary nor i did it mthaddon: if it's not the cause, then at least it won't stop working when whatever is the cause starts going wild :) mthaddon: ok, i'll check with spm later intellectronica: absolutely :) flacoste: maybe it was related to the unexpected downtime we had yesterday flacoste: all over the DC matsubara: none of this lives in the DC yet well, but the code buildbot is pulling does :-) anyway, spm can clarify that later. thanks everyone [TOPIC] * DBA report (stub) New Topic: * DBA report (stub) I have been on public holidays or ill for the last week, but things still seem to be running which is nice. We got a replication lag spike the other night - all the systems coped well while it was cleared. Possibly the rosetta imports being busier than usual. Possibly the rosetta imports where just delayed by something else. I don't think anyone has traced what processes where running at that time yet from the script activity records or the output on launchpad-errors. We are going to have to be more agressive at blocking scripts when the system is under load though. I might be able to retrofit this to all our existing scripts by blocking after a commit or rollback if the system is loaded using similar rules to the garbage collector (no transactions open longer than 30 mins and replication lag < 30 seconds). Yes, we should switch the master to wildcherry before the next rollout or during the next rollout if we don't mind a few minutes downtime on the SSO server. I need to go over rollout procedures with the losas once I know how much of read-only-launchpad lands this cycle. EOM stub: when do you expect to know how much of read-only-launchpad lands this cycle? I don't know yet ;) What would be a good deadline? stub: I think we'd need to discuss things at the latest by the end of week 3, so sometime before then? in terms of rollout stuff, I mean Sure. I was thinking early next week to fix the plan so that works. anything else for stub? or anything else before I close? thanks stub stub: cool, thx Thank you all for attending this week's Launchpad Production Meeting. See the channel topic for the location of the logs. #endmeeting Meeting finished at 10:29.