/srv/irclogs.ubuntu.com/2012/04/16/#launchpad-yellow.txt

gary_posterfrankban, I approved your charm change a few minutes ago fwiw.12:07
gary_posterbac frankban, call in 212:08
bacok12:08
frankbangary_poster: thanks, could you please approve the slave's one too, same change: https://code.launchpad.net/~frankban/charms/oneiric/buildbot-slave/apt-sources/+merge/10207412:10
gary_posterfrankban, done.  Sorry, I thought the two emails were the same :-P12:10
bacand, i'm back12:25
bachey gary_poster, these results look promising.  do you think they are correct?  http://ec2-107-21-142-169.compute-1.amazonaws.com:8010/builders/lucid_lp/builds/1/steps/shell_9/logs/stdio13:38
gary_posterlooking13:38
gary_posterbac, great! yes, that's in line with our past experiences, if nothing new went wrong.  We know we have intermittent errors, and this triggered one of them.13:40
gary_posterone of the known ones, even.13:40
bacok, cool13:40
bacthat was with my whoami fix (merged) and a manual fstab fix for celery13:41
gary_postergreat bac13:41
bacgary_poster: do we want to log these results somewhere?13:41
bacresults saved for posterity at http://paste.ubuntu.com/932523/13:42
gary_posterbac, feel free to argue differently, but my opinion is that we should file bugs only for now.  When we have our first real green buildbot run, I'd be +1 with starting a log.  This is darn close, I grant you, which might alone be an argument to start.  Well you made a pastebin...if you like, you could start (or expand) a wiki page to record the pastebin, the names of the failing tests, and the bug for each test.13:44
gary_posterThis one is bug 974585 fwiw13:44
_mup_Bug #974585: test_openFileInNonDirectory has UncleanReactorError <paralleltest> <Launchpad itself:Triaged> < https://launchpad.net/bugs/974585 >13:44
gary_posterThe date & LP revision of the run too, mayhap13:45
bacgary_poster: wiki is a good idea13:46
bacgary_poster, frankban: pretty basic wiki for result tracking: https://dev.launchpad.net/ParallelTests/ResultsLog13:55
gary_posterthank you bac.  Quick email to yellow (or -dev?)13:56
gary_poster?13:56
gary_posterplease?13:56
bacsures13:57
bacgary_poster: why all of the 'skips' shown in that result?  http://paste.ubuntu.com/932523/14:01
gary_posterbac, I think they are for the layer setup and teardown bits.  One of the very first things we identified at the Budapest sprint was the fact that the testr stack does not understand tags sufficiently, and cannot filter out tags.  This caused confusion in one dimension and we filed bugs; I *think* this is another dimension.14:05
bacgary_poster: oh, ok. didn't realize it was part of that problem.14:05
gary_posterbac, yeah.  call my answer an educated guess.  I put it at 80% likelihood.14:05
gary_posterbac, wife and I have to perform the take-two-cars-to-shop-and-return-home-in-one maneuver.  I have testrepository tests passing locally now (I had to install apt packages) and so I'll be writing tags test next.  I'll ping when I return.  If looking for task you could investigate subunit/subunit-filter in preparation for that task.14:16
bacgary_poster: ok14:17
benjiI'm not really here but if you desperately need anything, ping me.14:23
gary_posterbenji, ok, oh ethereal one, thank you15:02
gary_posterbac, I'm back at it.15:03
bacok gary_poster15:03
bachey doesn't our moin support LP bug linking automatically? if so, anyone remember the syntax?15:04
gary_posterbac, I think it is "Bug:NUMBER" but if that doesn't work, find previous examples around.15:05
* gary_poster looks15:05
bacgary_poster: i looked but couldn't find anything15:05
gary_posterbac, yeah "Bug:534363 no easy way to call destructor" results in15:06
bacyes Bug:1 works.  (must be capitalized)15:06
gary_poster534363 no easy way to call destructor with link for number15:06
gary_poster534363 no easy way to call destructor [with link for number]15:06
gary_postercool15:07
bacgary_poster: you have time for a quick hangout to talk about subunit-filter?15:28
gary_postersure bac15:29
gary_posterbac, I'm in foldenhorde15:29
gary_posteror goldenhorde15:30
bacme too15:30
frankbangary_poster, I don't remember, in parallel tests we are changing the temp dir?15:49
gary_posterfrankban, the temp dir as used by testr, yes.  is that what you mean?15:50
frankbangary_poster: yes, I don't remember where we set the temp dir15:50
gary_posterfrankban, build/temp15:50
frankbangary_poster: thanks, but I meant, what is the code that actually change the temp dir?15:51
gary_posterretrieving...15:52
frankbangary_poster: ah... it could be buildbot15:53
frankbanI've found this line in master.cfg:  env={'TEMP': properties.WithProperties('%(build_dir)s/temp')}15:53
gary_posterfrankban, yes, I was about to say that. :-) that's it15:53
frankbangary_poster: so I am right if I say that each test is run using TEMP=new_dir15:54
gary_posterfrankban, fwiw, we are following the same pattern as in "Running tests" at bottom of https://dev.launchpad.net/ParallelTests .  Probably not relevant to you15:55
gary_posterfrankban, yes, in master.cfg15:55
gary_poster    fac.addStep(bzrbuildbot.shell.ShellCommand(15:55
gary_poster        command=['mkdir', 'temp']))15:55
gary_posterwe do that every test run15:55
frankbangary_poster: TEMP=./temp bin/test -vv -t lib/lp/soyuz/doc/soyuz-upload.txt fails each time in my local machine15:56
gary_posterfrankban, wow!  what does the failure look like?15:57
gary_posterfrankban, note that it is passing more often than failing in our parallel test runs on ec215:58
frankbangary_poster: it looks like an explosion, and yes, the fact that it often passes confuses me15:59
frankbangary_poster: http://pastebin.ubuntu.com/932685/16:01
gary_posterfrankban, heh.  perhaps TEMP is not passed through?  We could maybe change how the files are stashed, but I'd like some belief that it will actually help before we go to the trouble.  I can describe the options that I'm thinking of.  Looking...16:01
gary_posterWith doctests the first failure is usually the only interesting one--or at least one of the few.  You can pass -1 to bin/test to only show the first failure.  In this case, it looks like the actual failure is even earlier: something should not be None.  If you can determine what is None (I suspect you have already) and why (probably more difficult) then we can evaluate the options for getting rid of TEMP.  Basica16:05
gary_posterlly, we'd want to set the normal location for sharing those files (/tmp, I assume?) to be bind mounted in the core fstab.  Once we did that, the ephemeral instances would switch that to an ephemeral mount16:05
gary_posterso they would get the information16:06
gary_posterbut any writes to /tmp would be isolated to their processes16:06
gary_posterIt should be easy to set up.16:06
gary_posterIt would mean a change to setuplxc to change the root container's fstab16:06
gary_posterfrankban, ^^16:07
frankbangary_poster: I see. I want to further investigate, because it is strange we are not seen this errors in real parallel test runs16:11
frankbans/seen/seeing/16:11
frankbans/this/theese, aargh16:11
gary_posterL0(16:12
gary_poster:-)16:12
gary_posteroff by one smiley16:12
frankbanand the result is: it works on parallel tests because buildbot is not as lazy as me and uses an absolute path for the temp env var :-(  so sad16:36
gary_poster:-) :-/17:09
frankbangary_poster: I will run the soyuz doctests continuously during the night using shuffle. Without errors, Julian's suggestions it the think to do IMHO.17:23
bachello, i'm back.  in-laws are in the house...so there's a little confusion17:30
gary_posterfrankban, great, +1 on all of that.  bac, cool, lemme know when you want to refocus.  I'm looking at the filtering thing now17:37
bacgary_poster: ok17:38
bacgary_poster: ok, i'm all caught up.  re-read your email.  do you want to chat again so i can go off and do something good?17:54
gary_posterbac, heh, yeah, and there are more developments since that last email.17:55
bacit's a fast-moving world17:55
gary_posterbac, goldenhorde awaits17:55
gary_posterbac, could you shoot me or yellow a diff of that simple change?21:01
bacgary_poster: ok21:02
gary_posterty21:02
bacgary_poster: http://pastebin.ubuntu.com/933147/21:08

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!