=== Edwin is now known as Guest35382 === cprov-afk is now known as cprov === Ursinha is now known as Ursinha-afk === _thumper_ is now known as thumper === noodles775 is now known as noodles === noodles is now known as noodles775 === noodles775 is now known as noodles775-afk === salgado-afk is now known as salgado === noodles775-afk is now known as noodles775 === ursula_ is now known as Ursinha [15:58] me [16:00] haha [16:00] hi Ursinha [16:00] hihi [16:00] hi intellectronica [16:00] #startmeeting [16:00] 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. [16:00] [TOPIC] Roll Call [16:00] Not on the Launchpad Dev team? Welcome! Come "me" with the rest of us! [16:00] Meeting started at 10:00. The chair is Ursinha. [16:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:00] New Topic: Roll Call [16:00] me [16:00] me [16:00] ! [16:00] me [16:01] ni! [16:01] me [16:01] lol [16:01] I demand a SHRUBBERY! [16:01] me [16:01] (the rest of the Translations team is out on vacation. Presumably I'll get a T-shirt) [16:01] matsubara, hi [16:01] lol [16:01] bigjools, hi [16:01] me, still on TL call [16:01] okay, nothing to soyuz today [16:02] from oops land [16:02] stub, hi [16:02] me [16:02] me [16:02] matsubara, welcome back [16:02] thanks Ursinha [16:02] [TOPIC] Agenda [16:02] * Actions from last meeting [16:02] * Oops report & Critical Bugs & Broken scripts [16:02] * Operations report (mthaddon/herb/spm) [16:02] * DBA report (stub) [16:02] New Topic: Agenda [16:02] [TOPIC] * Actions from last meeting [16:02] * matsubara to chase rockstar about failure on updatebranches script [16:02] * stub to get RC for branch that fixes bug 403283 [16:02] * landed in r8319 [16:02] * ursinha do file bug for OOPS-1300XMLP5 [16:02] * filed https://bugs.edge.launchpad.net/launchpad-foundations/+bug/403606 [16:02] New Topic: * Actions from last meeting [16:02] Bug 403283 on http://launchpad.net/bugs/403283 is private [16:02] https://lp-oops.canonical.com/oops.py/?oopsid=1300XMLP5 [16:02] * Ursinha to keep one eye on UnicodeDecodeErrors, and will report back next meeting [16:02] Launchpad bug 403606 in launchpad-foundations "ExpatError errors should be handled to not generate the OOPSes" [Undecided,New] [16:02] * we're having less errors, Salgado will try to fix bug 61171 [16:02] * mars to take a look at bug 354593 [16:02] Bug 61171 on http://launchpad.net/bugs/61171 is private [16:02] * matsubara to chase salgado about people pruning script [16:03] Launchpad bug 354593 in launchpad-foundations "SSO exceptions views need proper branding" [High,Triaged] https://launchpad.net/bugs/354593 [16:03] Ursinha: We're having "fewer" errors :-P [16:03] The person pruner is running on production. It will take 3 or 4 weeks to complete. [16:03] Ursinha, I haven't had time to do that this week as I was on vacation [16:03] thanks jtv :P [16:03] matsubara, okay [16:04] please, re-add to the list and I'll chase [16:04] [action] matsubara to chase rockstar about failure on updatebranches script [16:04] stub, wow [16:04] ACTION received: matsubara to chase rockstar about failure on updatebranches script [16:04] Ursinha, the other one about the pruning script too [16:05] [action] matsubara to chase salgado about people pruning script [16:05] ACTION received: matsubara to chase salgado about people pruning script [16:05] Chase what? it is running. [16:05] but what stub said? [16:05] yes, yes [16:05] Yes, what stub said. [16:05] matsubara, ^ [16:05] stub, don't we need to pass --experimental to it? [16:06] It is - I filed an rt and chased it through with spm. [16:06] And monitoring too [16:06] ok, so that's sorted then :-) [16:06] [action] remove last matsubara item as stub already reported it's ok] [16:06] ACTION received: remove last matsubara item as stub already reported it's ok] [16:06] :-) [16:06] thanks Ursinha [16:06] matsubara, np :) [16:06] mars, did you have the time to look at bug 354593? [16:06] Launchpad bug 354593 in launchpad-foundations "SSO exceptions views need proper branding" [High,Triaged] https://launchpad.net/bugs/354593 [16:08] * Ursinha wonders if mars is on the TL call as well [16:08] nope [16:08] Why is there a TL call this early? [16:08] *whew* [16:08] I did not have a chance to address it [16:08] oops section is all foundations today [16:08] I doubt my TL is on that TL call... [16:08] he's not [16:09] well, mars, can you do that then, please? :) [16:09] stub, would you be able to take the SSO bug? Or find someone who has time to address it? [16:09] The branding one? [16:09] stub, yes sir [16:10] yes [16:10] stub, bug 354593 [16:10] Launchpad bug 354593 in launchpad-foundations "SSO exceptions views need proper branding" [High,Triaged] https://launchpad.net/bugs/354593 [16:10] I can try. I haven't done UI stuff for a long time though so it will be slow. [16:11] mars, ^ [16:11] Ursinha, ? [16:12] stub, I can give you a hand with it [16:12] okay then [16:13] [action] stub to give a try on bug 354593 with mars help if needed [16:13] Launchpad bug 354593 in launchpad-foundations "SSO exceptions views need proper branding" [High,Triaged] https://launchpad.net/bugs/354593 [16:13] ACTION received: stub to give a try on bug 354593 with mars help if needed [16:13] moving on [16:13] [TOPIC] * Oops report & Critical Bugs & Broken scripts [16:13] mars, I have two bugs and one oops for foundations [16:13] mars, can you triage bug 403606, and take a look at it, if possible? [16:13] mars, also, OOPS-1307J16 shows an AssertionError without any description [16:13] and finally [16:13] New Topic: * Oops report & Critical Bugs & Broken scripts [16:13] mars, do you know if someone could have some time to fix bug 310818? we had some weird timeouts today and the oops report was borked [16:13] Launchpad bug 403606 in launchpad-foundations "ExpatError errors should be handled to not generate the OOPSes" [Undecided,New] https://launchpad.net/bugs/403606 [16:13] https://lp-oops.canonical.com/oops.py/?oopsid=1307J16 [16:13] Launchpad bug 310818 in launchpad-foundations "Oops report does not always log timed-out query" [High,Triaged] https://launchpad.net/bugs/310818 [16:14] Ursinha, I'll have to ask the team [16:14] mars, about what exactly? :) [16:15] btw, thanks for helping with the Unicode issues debugging last week, was very useful [16:16] Ursinha, to see who on foundations has time to address the issue - I would guess gary or stub, but I don't know how heavily committed they are at the moment [16:17] mars, the bug 310818? [16:17] Launchpad bug 310818 in launchpad-foundations "Oops report does not always log timed-out query" [High,Triaged] https://launchpad.net/bugs/310818 [16:17] I was going to look at it but someone designated me victim for the SSO exception stuff ;) [16:17] haha [16:17] Heh, It feels like I have a backlog to kingdom come, and I keep getting more. :-) But if this is urgent, then it's urgent [16:17] I can probably do both - what should be done first Ursinha? [16:17] stub, the oops one, I'd suggest [16:18] as I said earlier we had some weird timeouts and it would be nice to be able to debug them if they happen again [16:19] [action] stub to fix bug 310818 [16:19] Ursinha, sorry, I was reading the Expat error one. That sounded like something gary would be able to address, since it starts in the heart of Zope, and has to do with exception bubbling through the architecture [16:19] Launchpad bug 310818 in launchpad-foundations "Oops report does not always log timed-out query" [High,Triaged] https://launchpad.net/bugs/310818 [16:19] ACTION received: stub to fix bug 310818 [16:19] mars, right. gary_poster, want to fix that? :) [16:20] gary_poster, ^ does that make sense? [16:20] looking [16:21] Ursinha, I'll look at OOPS-1307J16 [16:21] https://lp-oops.canonical.com/oops.py/?oopsid=1307J16 [16:21] [action] mars to take a look at OOPS-1307J16 [16:21] https://lp-oops.canonical.com/oops.py/?oopsid=1307J16 [16:21] ACTION received: mars to take a look at OOPS-1307J16 [16:21] https://lp-oops.canonical.com/oops.py/?oopsid=1307J16 [16:21] thanks mars [16:21] mars, I'd open a bug but had no clue about what happened [16:22] Ursinha, not precisely clear on the goal but we can talk later. I'm guessing this is low priority. I'll take it. [16:22] (bug 403606) [16:22] Launchpad bug 403606 in launchpad-foundations "ExpatError errors should be handled to not generate the OOPSes" [Undecided,New] https://launchpad.net/bugs/403606 [16:23] thanks gary_poster [16:23] gary_poster, the point is that it fills the oops reports with those [16:23] it would be great to get rid of them [16:23] and they just mean that somebody is sending us bad XMLRPC, afaict, and we don't want to care? [16:23] gary_poster, it would be nice if the ExpatError was, say, turned into a 400 HTTP status code [16:24] right [16:24] creating a section on the summary or moving them to dev/null was told to be not a good idea (I agree) [16:25] ack, ok. [16:25] gary_poster, do you think it's to painful to fix? [16:26] *too [16:26] [action] Ursinha to learn to type [16:26] ACTION received: Ursinha to learn to type [16:26] Ursinha: It will involve changing zope publication machinery. Doing so will mean either hacking our zope tree, which we are really trying not to do; or migrating to a newer version of the publication machinery, which should wait on the Zope-buildbot work that I keep not finishing, and then will be a migration exercise, possibly accompanied with a negotiate-with-upstream exercise. [16:26] lol [16:27] so... [16:27] the only quick and easy fix is the hack [16:27] I see..... [16:27] that I would be hoping to eliminate RSN [16:27] when I move all the zope stuff to eggs [16:28] gary_poster, so, a very temporary hack? [16:28] so I'm happy to have that be a bug, but I'd like it to be a back-burner bug, myself [16:28] right [16:28] I certainly understand the pain though :-( [16:28] Ursinha, sound good? We can review the solution outside the meeting [16:28] or have a hint of it at least [16:28] mars, sure [16:29] thanks gary_poster [16:29] [action] Discuss the solution proposed by gary_poster after the meeting, about ExpatErrors and bug 403606 [16:29] Launchpad bug 403606 in launchpad-foundations "ExpatError errors should be handled to not generate the OOPSes" [Undecided,New] https://launchpad.net/bugs/403606 [16:29] ACTION received: Discuss the solution proposed by gary_poster after the meeting, about ExpatErrors and bug 403606 [16:29] thanks mars and gary_poster [16:29] well [16:29] thanks mars and Ursinha :-) [16:29] :) [16:29] we're not having more InterfaceErrors (thanks salgado), but we're still having OperationalErrors (OOPS-1306J75, OOPS-1306J96) and DisconnectionErrors (OOPS-1306I440, OOPS-1306J343) [16:29] https://lp-oops.canonical.com/oops.py/?oopsid=1306J75 [16:29] https://lp-oops.canonical.com/oops.py/?oopsid=1306J96 [16:29] https://lp-oops.canonical.com/oops.py/?oopsid=1306I440 [16:29] https://lp-oops.canonical.com/oops.py/?oopsid=1306J343 [16:29] what can we do about it? [16:30] I think that's yours too mars [16:30] Ursinha, I'll need to look at them [16:30] (obviously :) [16:30] :) [16:30] stub, do you have any clues? [16:31] stub, that looks like something for you - Storm barfing while talking over the internal network? [16:31] gary_poster: You could probably switch of the oops in errorlog.py - we already skip certain well defined exceptions entirely. [16:32] stub: oh, ok. not familiar with that. sounds good on the face of it. [16:32] stub, gary_poster, well, that's why I suggested wrapping the ExpatError in a 400 status - it's the nice HTTP thing to do, since the client is in the wrong, not us. [16:32] Ursinha: All 'due to administrator command' are when the server killed the connection, usually because it was sitting idle too long. [16:33] mars, can't do that without getting into the publication machinery. stub's approach is not as elegant as what you suggest, but much more doable in the short term. [16:33] stub, so too much lag between opening the app server request and actually getting to issue commands? [16:33] hm, unless there's an indirection lurking around...checking... [16:33] gary_poster, ok [16:34] mars: For an appserver request, we kill anything that doesn't complete in 2 minutes. For scripts, we kill anything that is idle-in-transaction for 90 minutes (or something like that). [16:35] mars: So a massive slowdown or pause anytime after the db transaction starts [16:35] stub, ok, would you be able to do an analysis, or help me do one, after the meeting? [16:35] to find what is taking so long to execute [16:36] I already looked at this one - I have no idea why that query would stop (the OOPS i'm looking at Ursinha pointed me at earlier) [16:36] you know what the problem is, but I would have to troll the OOPSes to find the root cause [16:36] stub, did I? [16:36] A number of requests timed out all at exactly the same time. I doubt we can reproduce it, and there doesn't seem enough information to diagnose it. [16:37] stub, that was another oops, I guess [16:37] Yup. But the one I'm looking at is select replication_lag() again - this time it took so long it got terminated by the reaper. [16:37] stub, oh, I see [16:38] so they are related [16:38] stub, because of having not enough data in that oops you can't diagnose the Errors? [16:39] *Errors [16:40] mars, stub, we're running out of time, can we discuss that on -dev after the meeting? [16:40] Ursinha, sure [16:40] allright [16:40] [action] mars and stub to discuss the Disconnection and OperationalErrors after the meeting [16:40] ACTION received: mars and stub to discuss the Disconnection and OperationalErrors after the meeting [16:41] critical bugs: we have bug 403283, that is in progress as commented on it [16:41] Bug 403283 on http://launchpad.net/bugs/403283 is private === noodles775_ is now known as noodles775 [16:41] moving on! [16:41] thanks a lot guys [16:41] [TOPIC] * Operations report (mthaddon/herb/spm) [16:41] New Topic: * Operations report (mthaddon/herb/spm) [16:41] 2009-07-28 - Rolled critical fixes to the app servers and scripts server. [16:41] We've had some issues with codebrowse in the last week where the process dies but doesn't leave a core file. It's also not leaving anything interesting in the logs. We haven't filed a bug yet, but expect one soon. Any help in determining the best way to debug the issue would be helpful. [16:41] mthaddon has a 2nd librarian instance up and running. We're preparing to load balance between them. mthaddon updated bug #403283 with some questions and it appears stub has responded to them. [16:41] Bug 403283 on http://launchpad.net/bugs/403283 is private [16:41] There aren't any pending queries or cherry pick requests. [16:41] That's it for the LOSAs unless there are questions. [16:42] anything for herb? [16:42] thanks herb! [16:42] moving on [16:43] [TOPIC] * DBA report (stub) [16:43] New Topic: * DBA report (stub) [16:43] thanks Ursinha [16:43] I generated a new database baseline from the production database and landed it. We do this occasionally to ensure that the version of the db we are developing on matches what is actually running on production (patches made to the live system not backported to the trunk or stuffups can cause drift). [16:43] If you have an approved but unlanded database patch you will need a new database patch number from me. [16:44] stub, oot? [16:44] :) [16:44] oot [16:44] sweet [16:44] anyone wants to say something? [16:45] thanks stub :) [16:45] I have something to say to all contacts [16:45] we want to close the 2.2.7 milestone, so, if you have pending bugs or blueprints, please, retarget of fix release them [16:46] intellectronica, I saw that bugs team has a lot (really) of not assigned bugs targeted to 2.2.7 [16:46] Ursinha: sure, will make sure we sort them out now [16:46] thanks a lot intellectronica [16:46] and all guys [16:46] you rock [16:47] Thank you all for attending this week's Launchpad Production Meeting. See https://dev.launchpad.net/MeetingAgenda for the logs. [16:47] #endmeeting [16:47] Meeting finished at 10:47. [16:47] Ursinha: you rock too [16:47] thanks everyone [16:47] (mars, re bug 403606: the only hook I see is the big honking one that specifies what request class to use. we could do that probably. I wish it could go in the standard implementation though, since returning a 400, as you suggest, is good reasonable behavior. I suspect stub's error squelching solution will be an easier quick hack.) [16:47] Launchpad bug 403606 in launchpad-foundations "ExpatError errors should be handled to not generate the OOPSes" [Undecided,New] https://launchpad.net/bugs/403606 [16:47] thanks herb [16:47] ahh.. I love my job === noodles775 is now known as noodles775-afk === matsubara is now known as matsubara-lunch === mrevell is now known as mrevell-dinner === matsubara-lunch is now known as matsubara === salgado_ is now known as salgado === noodles775-afk is now known as noodles775 === Guest35382 is now known as Edwin-lunch === Edwin-lunch is now known as EdwinGrubbs === salgado is now known as salgado-afk === mwhudson_ is now known as mwhudson === matsubara is now known as matsubara-dinner