=== mrevell is now known as mrevellunch === mrevellunch is now known as mrevell === e-jat is now known as norly === norly is now known as nOrly [16:00] #startmeeting [16:00] Meeting started at 10:00. The chair is matsubara. [16:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [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] New Topic: Roll Call [16:00] me [16:00] so, who's here today? [16:00] me [16:01] me [16:01] me [16:01] me [16:01] intellectronica, herb, danilos, flacoste: ? [16:01] me [16:01] me [16:01] me [16:01] me [16:02] Apologies from Ursula, she had to run some errands [16:02] him [16:02] hi stub [16:02] hi [16:02] ok, everyone is here. [16:02] [TOPIC] Agenda [16:02] New Topic: Agenda [16:02] * Next meeting [16:02] * Actions from last meeting [16:02] * Oops report & Critical Bugs [16:02] * Operations report (mthaddon/herb/spm) [16:02] * DBA report (DBA contact) [16:03] [TOPIC] Next meeting [16:03] New Topic: Next meeting [16:03] same time next week? [16:03] yes [16:03] so be it. [16:03] [topic] * Actions from last meeting [16:03] New Topic: * Actions from last meeting [16:04] flacoste: * foundations to look up bug 277129 [16:04] Launchpad bug 277129 in launchpad-foundations "OOPS when attempting to render a timeout page" [High,Fix committed] https://launchpad.net/bugs/277129 [16:04] we have a fix for it [16:04] that landed [16:04] well, seems to be done :-) [16:04] yesterday [16:04] well [16:04] we don't know [16:04] if the OOPS disappears, it worked [16:04] thanks flacoste [16:04] otherwise its back to the drawing board [16:04] I'll ask Ursinha to keep an eye on those OOPSes [16:04] and comment on the bug. [16:04] thanks for handling it [16:04] (only on edge for the moment) [16:05] all right [16:05] [topic] * Oops report & Critical Bugs [16:05] New Topic: * Oops report & Critical Bugs [16:05] Today's oops report is about bug 279561 [16:05] Launchpad bug 279561 in malone "No url for when trying to access bug messages through the API" [Undecided,Triaged] https://launchpad.net/bugs/279561 [16:05] this one is really weird, and i'm still working on diagnosing it [16:05] intellectronica: hi tom, can you set importance on that one? Ursinha told me that one is happening quite frequently [16:05] the good news is that it's quite rare. only a few messages are affected by it [16:06] if it happens frequently it's only because both myself and thekorn have been hitting it a lot for testing [16:06] it only happens when accessing comments via the api, and only very few comments [16:07] intellectronica: might be related to the fact that there are several "kind" of messages [16:07] shall we say importance=high? i don't think it deserves critical [16:07] intellectronica: is the comment from a user with a hidden email address? [16:07] flacoste: tell me more [16:07] right. I'll ask Ursinha to keep an eye on users other than you and the korn triggering it [16:07] intellectronica: and that the canonical url is only registered for a couple of those [16:07] intellectronica: well, Message, BugComment, BugCommentWithDecorations (that last one is not named like that) [16:08] intellectronica: high seems to be the right importance [16:08] intellectronica: i think canonical url is only registered for BugComment, if you return a Message in some case, it will probably fail [16:08] interesting [16:08] this is always bug comments, i can't think why we'd return anything that's not a bug comment there [16:09] sinzui: don't know. i'll check, but i find it hard to imagine that this would be the problem, since the user's email is never involved in getting the canonical url for a comment [16:10] intellectronica: i'm talking about the class of the object [16:10] intellectronica: understood [16:10] intellectronica: and this isn't consistent in the bug api [16:10] intellectronica: something you get Messages, something BugMessage, sometime BugComment [16:11] flacoste: but doesn't the canonical url adapter rely on the interface, rather than the class? [16:11] they all implement IMessage, for which there is an adapter [16:11] intellectronica: yes, but they provide different interfaces, especially IMessage [16:11] there is a canonical url for IMessage? [16:11] i wouldn't think so [16:11] yes, there is [16:11] ok, i shut up then :-) [16:11] i have no clue! [16:12] matsubara: anyway, i'm setting the importance to high and continue investigating [16:12] [ACTION] intellectronica to continue diagnosing bug 279561 [16:12] ACTION received: intellectronica to continue diagnosing bug 279561 [16:12] Launchpad bug 279561 in malone "No url for when trying to access bug messages through the API" [Undecided,Triaged] https://launchpad.net/bugs/279561 [16:12] thanks intellectronica [16:12] moving on [16:12] we have a single critical bug [16:12] which is fix committed [16:13] so, it's all fine [16:13] thanks all [16:13] [topic] * Operations report (mthaddon/herb/spm) [16:13] New Topic: * Operations report (mthaddon/herb/spm) [16:13] 2008-10-07 - Migrated codehosting to a new, much more powerful server. There was a few hours of downtime for code as we did the migration. [16:13] Had a couple of instances where codebrowse became unresponsive and needed to be restarted. [16:13] Had a few instances of app servers core dumping. Seems niemeyer and kiko made some progress on isolating the problem. Where do we stand on fixing it? [16:14] BTW, is there a bug for the app servers core dumping? [16:14] i don't know the answer to both of these questions :-/ [16:14] herb: yes, I think [16:14] * herb hopes so. [16:15] so no update on a fix? [16:15] I think there's one filed by mthaddon a long time ago. I can't find it now. [16:15] if not, that's it from the LOSAs. [16:15] I'll see if I can find it [16:15] actually [16:16] haven't heard from kiko about a fix herb [16:16] the one Tom filed was for stale pidfiles [16:16] not for core dumps [16:16] the last i heard was that barry was going to look into writing a dedicated parser for apport email [16:16] and his quick strategy didn't work [16:16] sinzui: anything else from barry? [16:16] Rinchen, true, yeah [16:16] Nothing else [16:16] bug 273618 perhaps? [16:16] sinzui: is he still working on a fix? [16:16] Bug 273618 on http://launchpad.net/bugs/273618 is private [16:16] barry: solution failed outright [16:16] I'm beginning to to grow increasingly uncomfortable with the core dumps and would like to see appropriate debugging attention applied to those please. [16:16] i know he's on leave today [16:17] fyi, forster is, last I heard, pretty CPU starved, especially when language packs are being built, so if that might be related, take it into consideration [16:17] Rinchen: we could cap the size of accepted apport bug fix [16:17] He is not working on a fix; he was hoping that kiko could find a work around. [16:17] Rinchen: while we work on a fix [16:17] danilos: no, it's really a memory problem when parsing big apport upload [16:18] flacoste: ok [16:18] danilos: an innefenciy in the python email module [16:18] wow, that was badly spelled! [16:19] flacoste, I guess either way the apport attachments will not get posted so perhaps we should. We should let distro know about this as I'm sure that there will be no feedback other than "error" when the user looks at apport. [16:19] which is probably what they are getting right now :-) [16:19] intellectronica: could the bugs team patch this?? [16:20] flacoste: technically, i think it's doable. i have to think and discuss more whether this is the appropriate solution [16:21] intellectronica: it's a workaround to prevent us core-dumping [16:21] the proper fix is to have a better parser that doesn't crash [16:21] fwiw, apport eats all of my memory when trying to get core dumps for big programs (like evolution or epiphany), and then just dies as well, so maybe that's why there are not too many reports about this problem [16:22] i.e. this needs to be closely coordinated with ubuntu guys [16:22] flacoste: i really don't know enough about the problem [16:22] ok, i'll take it to Bjorn then [16:22] [ACTION] intellectronica to discuss app server core dump bug with Bugs team and try to find a quick workaround [16:22] ACTION received: intellectronica to discuss app server core dump bug with Bugs team and try to find a quick workaround [16:22] i do know that the ubuntu guys rely on the apport attachments, so we should consider anything that might affect them [16:23] ok, anything else on that matter? [16:23] intellectronica: barry was of the opinion that we should use a out-of-proc tool to read the data from the filesystem [16:24] matsubara: not from over here. [16:24] thanks for the update everyone [16:24] [ACTION] matsubara to find or file a new bug for the core dump issue and add info discussed today there, subscribe niemeyer, kiko and someone from ubuntu [16:24] ACTION received: matsubara to find or file a new bug for the core dump issue and add info discussed today there, subscribe niemeyer, kiko and someone from ubuntu [16:24] thanks all [16:25] moving on [16:25] [topic] * DBA report (stub) [16:25] New Topic: * DBA report (stub) [16:25] Nothing happening in DB land. [16:25] :-) [16:26] thanks stub [16:26] so that's it for today, anyone have anything else before I close up? [16:26] thanks matsubara [16:27] matsubara: subscribe Bjorn to the bug also [16:27] thanks matsubara [16:27] Thank you all for attending this week's Launchpad Production Meeting. See the channel topic for the location of the logs. [16:27] #endmeeting [16:27] Meeting finished at 10:27. [16:27] flacoste: will do. thanks for the reminder === salgado is now known as salgado-lunch === salgado-lunch is now known as salgado === matsubara is now known as matsubara-lunch === EdwinGrubbs is now known as EdwinGrubbs-lunc === EdwinGrubbs-lunc is now known as EdwinGrubb-lunch === matsubara-lunch is now known as matsubara === EdwinGrubb-lunch is now known as EdwinGrubbs === salgado is now known as salgado-afk