#format IRC moo cluck hee-haw meow hello #startmeeting 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. Meeting started at 11:01. The chair is Ursinha. Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [TOPIC] Roll Call Not on the Launchpad Dev team? Welcome! Come "me" with the rest of us! New Topic: Roll Call meeee me smee me rockstar, Chex, hello :) I see no soyuz people :( * adeuring (~abel@93.217.153.185) has joined #launchpad-meeting I know we'll have no bugs people here, so ok well adeuring is here, but not sure if it's for our meeting :) I'll move on and expect people to show up [TOPIC] Agenda * Actions from last meeting * Oops report & Critical Bugs & Broken scripts * Operations report (mthaddon/Chex/spm/mbarnett) * DBA report (stub) * QA stats of the week * Proposed items New Topic: Agenda Ursinha: yes, that's why I'm here, but I have another (mumble) meeting right now. [TOPIC] * Actions from last meeting * DONE: matsubara to chase someone from Bugs about https://bugs.edge.launchpad.net/malone/+bug/583385 New Topic: * Actions from last meeting * salgado is now known as salgado-lunch cool, all done adeuring, thanks :) Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/583385) [TOPIC] * Oops report & Critical Bugs & Broken scripts New Topic: * Oops report & Critical Bugs & Broken scripts main offenders are bug 504124 (spam processing bug?) and bug 580181 Launchpad bug 504124 in Launchpad Foundations "process-mail.py "need more than 1 value to unpack" (affected: 2, heat: 22)" [High,Triaged] https://launchpad.net/bugs/504124 Launchpad bug 580181 in Soyuz "DistributionSourcePackageRelease page still oopsing with NotOneError/LocationError (affected: 1, heat: 6)" [High,Triaged] https://launchpad.net/bugs/580181 I see the latter should be worked by noodles as soon as he got rid of more urgent problems * rockstar is here... had computer problems * Ursinha hugs rockstar Ursinha: All us LOSAs are unavailable this week as we are sprinting in Montreal. Chex, oh, that's bad, LOSAs' report is so useful * Ursinha thinks the process-mail.py bug is a spam attack. Do we want to suppress oopses when the header is malformed? this meeting is crippled :/ sinzui, good question gary_poster, we're having annoying high oops counts of 504124, maybe we should do something about it now the counting seems to be raising? gary_poster, even what sinzui suggested sinzui, I think we should not log an oops in that case as you suggested in the bug report Ursinha, gary_poster. The problem is not the app, but the data so we should gracefully recover I think that's my opinion as well with a try:except when the code is processing the To: header Ursinha: yeah, I had that one open already. If it is really bothering us then let's do it. Agree with sinzui's approach cool gary_poster, should I update the bug report with that? well, that is now a trivial fix I think Ursinha: I'll handle it, thank you :-) thanks gary_poster :) nice thanks all :) I'd need a soyuz people here now I'll go with the code one then rockstar, so, not sure if code team knows about it: OOPS-1607EA658 https://lp-oops.canonical.com/oops.py/?oopsid=1607EA658 I think the soyuz bug has a deeper root cause... I looked at it last month and could not see what was happening. I think it goes back to changes made in Jan/Feb sinzui, might have, this was "fixed" previously and now shows two different oopses Ursinha, so, I didn't know about it, but this area still hasn't been tested much... :/ Ursinha, it won't be released. rockstar, oh, right rockstar, was that QAed on edge? I'm pointing the oops as it might be a consequence of QAing the feature Ursinha, well, so no, we can't QA on edge much because we're blocked on two RTs... rockstar, I see :/ do you know if the blockage is something that might last for long? Ursinha, well, the RT was filed as high priority more than a week ago, so your guess is as good as mine. rockstar, maybe we should poke some people? :) * Ursinha cries for a losa rockstar, Ursinha, is this ... gary_poster! 39402? Ursinha, gary_poster is the one who's been chasing for us. RT 39402? ah, I see gary_poster, yes, that's it. Ursinha, rockstar, mthaddon has said that he will look into it today gary_poster, ta or to not misrepresent: "member:gary: I'll try and take a look at the latter one (the first one is marked resolved) sometime today" :-) cool! thanks gary_poster and rockstar :) np rockstar, I'll keep my eyes on that oopses and let you know if something shows up thanks rockstar, my suggestion is to also talk to bigjools and lamont to make sure your request is similar to what is being done for "unsupported" packages already rockstar, about that RT at least [action] talk to bigjools about the 300 timeouts in the DistroSeries:+index pages everyday, is that expected/known? e.g.: OOPS-1607C1282 ACTION received: talk to bigjools about the 300 timeouts in the DistroSeries:+index pages everyday, is that expected/known? e.g.: OOPS-1607C1282 https://lp-oops.canonical.com/oops.py/?oopsid=1607C1282 https://lp-oops.canonical.com/oops.py/?oopsid=1607C1282 Ursinha, isn't that the one bigjools replied to recently? the one that is making an xmlrpc request to another server but is being blocked by a firewall matsubara, not sure if that's the same, I guess that one was about builders Ursinha, That is my oops ok, just wondering matsubara, thanks for that :) sinzui, the DistroSeries:+index? Ursinha, yeah, that sounds like registry if so, even better, you're here :) the distroseries-portlet-packaging is the root cause. I have a branch that add3 3 hours caching to it and fwiw, storm taking too long to serialize stuff [action] forget last action ACTION received: forget last action Edwin's definitve SQL fix will not land until next release Ursinha, so you know, thumper alerted me last night that this soft timeout is causing timeouts (hard, I assume) on the branch merge proposal page: https://lp-oops.canonical.com/oops.py/?oopsid=1607EA56 . Therefore I need to make a bug and look into it. (Which sucks because pretty much none of know librarian code, but oh well :-) ) gary_poster, thanks for that sinzui, do you have the bug number? My oops is caused by a monster query. bug 535430 is the root cause Launchpad bug 535430 in Launchpad Registry "+needs-packaging link times out regularly (affected: 1, heat: 6)" [High,In progress] https://launchpad.net/bugs/535430 sinzui, right ^ this is really a model problem that manifests itself on three pages sinzui, which ones? distroseries +index, +needs-packaging +packaging-links (distroseries-portlet-packaging) plus two full pages thank you * Ursinha takes notes thanks everyone ^ +packaging, not +packaging-links * Ursinha fixes her notes https://edge.launchpad.net/ubuntu/maverick shows that the issue centers on the Upstream packaging data sinzui, so your fix will "fix" only part of the problem yes. timeouts will be reduced by 50% to 80% That is still disappointing that's something I guess the model problem won't be fixed (if fixed) anytime soon.. The fix will be too complicated for a CP sinzui, do you think that will be fixed soon? It will be fixed in week 1 on staging oh, cool better than I imagined thanks sinzui I might move on, otherwise the meeting will last forever :) we have no critical bugs! \o/ \o/ rockstar, upgrade_branches is still failing gary_poster, :) Ursinha, yeah, I'll look into it. I have some other P1 bugs that need to be fixed first. rockstar, sure. Thanks for that. Do you know if there are any bugs opened for that? I can do that! Ursinha, can you please open one? rockstar, sure :) rockstar, I'll do that and let you know. Thanks Ursinha, thanks. [action] Ursinha to open a bug for the failing upgrade_branches script ACTION received: Ursinha to open a bug for the failing upgrade_branches script cool, moving on [TOPIC] * Operations report (mthaddon/Chex/spm/mbarnett) New Topic: * Operations report (mthaddon/Chex/spm/mbarnett) losas are sprinting, so no donut for us :/ Chex, may I ask you to send any important news to the list, when you have time? please? :) * Ursinha values that report it's more a wish than anything else, as you're sprinting :) moving on! [TOPIC] * DBA report (stub) New Topic: * DBA report (stub) Email asking for the report sent! [TOPIC] * QA stats of the week New Topic: * QA stats of the week untested stuff goes this way: Code: 7 Foundations: 3 Registry: 4 Bugs: 3 Translations: 7 Soyuz: 3 Strategy: 0 I see we're kind of stable re. the number of untested items every week, which is good :) right about the untriaged bugs I've sent one email to lp list asking your opinions about all projects we should take care of I don't think pasting the numbers here will be useful now, I'd like you to reply that thread so we know what to do about those pretty please? stats for untested stuff seem incorrect for translations :) danilos, it was like that 30 mins ago Ursinha, I doubt it, maybe something like 1h or more ago :) heh danilos, how come? give me a paper bag, please * gary_poster is huungry :-D ok ok danilos, you're right, I see only three now Ursinha, oh, the graph is probably slow to update, don't worry about it danilos, thanks :) so, please, answer the thread! :_) [TOPIC] * Proposed items None from me. New Topic: * Proposed items anyone wants to say something? okay :) Thank you all for attending this week's Launchpad Production Meeting. See https://dev.launchpad.net/MeetingAgenda for the logs. #endmeeting I'm preparing an email to Ursinha and matsubara about orphan branches