/srv/irclogs.ubuntu.com/2011/07/20/#ubuntu-release.txt

skaetThanks to whoever posted the images.... :)02:22
skaetcjwatson,  please get with Daviey after he has a chance to look at https://bugs.launchpad.net/ubuntu/+source/eucalyptus/+bug/813266;  we may need to respin the server images again.02:33
ubot4Launchpad bug 813266 in eucalyptus (Ubuntu) "eucalyptus fails to start instances (affects: 1) (heat: 6)" [Critical,New]02:33
cjwatsonlamont: thanks07:32
cjwatsongrah, bugs07:34
cjwatsonskaet: plus the ones jibel pointed to - looks to me like respinning everything is near-certain :-/07:35
cjwatsonoh, bah, I'm an idiot, it was fine on my disk but I did a partial commit07:36
cjwatsonev: can I have a wubi/lucid r192 build, please?07:37
=== pitti_ is now known as pitti
cjwatsonDaviey: let me know when you're around, for that eucalyptus bug?08:04
cjwatsonso.  wubi fixed but waiting on ev being around for a new build.  d-i fixed by infinity last night.  eucalyptus waiting for Daviey.08:04
cjwatsonI guess that means I can respin alternates08:04
cjwatsonoh, argh.  somebody respun already but didn't mention it here, after the bug was mentioned here.  PLEASE don't do that.08:15
infinitycjwatson: We already re-spun.08:15
cjwatsonor at least didn't mention clearly why.08:15
infinitycjwatson: (where "we" is skaet)08:15
cjwatsonso that'd be a waste of my time then.08:15
infinitycjwatson: I think the conversation ended up split between -release and -testing.  Sorry.08:15
cjwatsonctrl-c'ing and unpublishing.08:16
cjwatsonyeah, I think people do need to remember that conversations spread across multiple channels and queries and stuff are very difficult to follow for people in different timezones, and that it needs extra clarification08:17
Davieycjwatson: Sorry, just seen your ping in scrollback.09:03
Davieycjwatson: You know we might need to re-spin the kernel if we want that bug fixed?09:12
cjwatsonwhee!09:14
cjwatsonwant to talk me through it?09:14
cjwatson(that would definitely mean delaying 10.04.3.)09:14
Davieycjwatson: We saw the same issue during the Maverick cycle.09:21
Davieykernel bug #588861,09:21
ubot4Launchpad bug 588861 in linux (Ubuntu Maverick) (and 4 other projects) ""pad block corrupted" error when trying to register an image with 2.6.34 kernel (affects: 1) (heat: 7)" [High,Fix released] https://launchpad.net/bugs/58886109:21
DavieyI suspect the bug has now reached lucid kernel stable updates?09:21
cjwatsondo you already have a kernel developer on it?09:22
Davieyno09:23
Davieyapw: How are you this fine day?09:23
apwDaviey, ok thanks, you ?09:24
Davieyapw: not so bad.. :).. do you think 588861 has been introduced into Lucid?09:24
cjwatsonapw: (that was code for "you're about to not be so good")09:25
Davieylol.. yes. sorry.09:25
apwDaviey, which version of lucid you testing ?09:27
Daviey10.04.3 candidate.09:28
Davieyso, 2.6.32-33.7009:28
DavieyThere is a minimal test java tool that can prove this.09:30
Davieyhttps://bugs.launchpad.net/ubuntu/+source/eucalyptus/+bug/588861/comments/1009:30
ubot4Launchpad bug 588861 in linux (Ubuntu Maverick) (and 4 other projects) ""pad block corrupted" error when trying to register an image with 2.6.34 kernel (affects: 1) (heat: 7)" [High,Fix released]09:30
apwDaviey, ok the current source in lucid seems to have the issue yes09:31
Davieyapw: assuming you are git blaming, do you know what kernel release this was introduced?09:32
apwDaviey, and i assume you are saying that your tests show it affected to ?09:33
Davieyapw: Well we are seeing the issue on bug 813266.09:33
ubot4Launchpad bug 813266 in linux (Ubuntu) (and 1 other project) "eucalyptus fails to start instances (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/81326609:33
apwDaviey, am looking now09:33
apwDaviey, but if that is true then the bug was introduced in v2.6.23-rc1 ... and lucid has always had it09:35
Davieyhmm.09:35
apwDaviey, so i have to assume something else has changed perhaps even java to tickle this09:36
Davieyah!09:36
Davieyopenjdk-6 was updated 5 weeks ago on Lucid09:36
apwDaviey, is it easy to test with the previous jdk to confirm this is what has triggered the issue09:37
apwDaviey, in parallel i will get you a kernel with the patch to test too, presuming you can re-test yes ?09:37
Davieyapw: wilco09:37
Daviey(The test rigs cannot access launchpadlibrarian due to firewall.. *awesome*)09:40
cjwatsonrespinning lucid Ubuntu/Kubuntu desktop (ISO only, livefs remains the same) for Wubi fix09:45
cjwatsonthe openjdk-6 change was a security update :-(09:52
Davieyapw: I had hoped to see a reference to sendfile() in the openjdk security update.09:52
DavieyNot there. :/09:52
cjwatsonso not easy to just revert09:52
Davieycjwatson: Haven't yet confirmed that is a culprit for opening it.09:52
* cjwatson nods09:52
cjwatsondo you need a full list of changed packages?09:53
apwDaviey, will let you know when the replacement kernels are ready for testing09:53
DavieyI'm trying to remember exactly what happend.. i seem to remember openjdk said they were doing the right thing, and it was purely a kernel issue.09:53
Davieyapw: ack09:53
Davieycjwatson: I'm pretty confident it's an issue that openjdk demostrated in the kernel.09:54
cjwatsonwell, http://paste.ubuntu.com/648102/ if it's helpful09:55
cjwatsonnote there were two openjdk-6 changes in there09:55
Davieycjwatson: groovy, is that 10.04.2 -> .3 ?09:55
cjwatsonyeah09:55
cjwatsonhttps://launchpad.net/ubuntu/+source/openjdk-6/6b20-1.9.7-0ubuntu1~10.04.1 was the other change09:56
Davieycjwatson: unrelated, i'd quite like the lpapi script you used to generated that :)09:56
cjwatsonwell, technically it's all publications to -updates since 2011-02-18, but I think that comes out about right09:56
cjwatsonhttp://paste.ubuntu.com/648105/ - it's a cut-down version of something else so there's some cruft in there09:57
Davieyta09:57
cjwatsonUbuntu desktop reposted with wubi fix10:05
apwDaviey, http://people.canonical.com/~apw/lp588861-lucid/10:13
Davieyapw: thanks!10:19
DavieyIt seems openjdk might not be responsible btw.10:19
apwDaviey, its possible some other kernel change has exposed this one10:20
DavieyThe odd thing, is that the minimal test app we had for proving this in Maverick passes OK.10:22
apwDaviey, hmmm odd indeed10:29
apwDaviey, well let me know if the kernels help at all, hard to know if they will given the evidence10:30
Davieyi'm still trying to prove how it is broken, once i have that - i'll try your kernel.10:31
apwDaviey, it would be good to know if this is the fix, as likely there will be some serious hoop jumping to get this out10:35
Davieyapw: trying the kernel now.10:46
Davieyapw: It's not looking good, as in i believe i'm still seeing it with your kernel11:10
Davieybah.. it didn't boot into your kernel11:10
Davieyscrub that11:10
Davieyapw / cjwatson: Confirming that the candidate kernel resolves the issue for me.  I've asked jamespage to reproduce the failed test, then re-confirm the kernel.11:25
Davieywhere candidate kernel is apw's.11:26
apwDaviey, so that begs the question as to why it worked before12:05
Davieyapw: It might still be related to the openjdk update 5 weeks ago.. although, kinda suprised nobody else noticed it.12:10
* apw doesn't like unexplained regressions12:11
Davieyif we had a snapshots archive, this would be much easier to determine.12:11
pittiDaviey: LP has all previous package source and binary versions12:29
* Laney imagines lp-bisect12:30
Davieypitti: Well i'm fully aware of that.. but doesn't have an archive interface.12:34
astraljavaHi gang, no alternate images for Ubuntu Studio nor Xubuntu. Is the installer broken?12:58
jibelare the results from the previous desktop builds still valid (livefs remained the same) ?13:07
cjwatsonjibel: yeah, livefs is the same13:08
cjwatsonastraljava: for oneiric?13:08
cjwatsonmissing images have nothing to do with a broken installer anyway13:08
jibelok thanks13:08
jibelwill move them13:08
cjwatsonastraljava: anyway, it's a persistent and annoying type of CD build failure which should go away once we get faster hardware13:09
cjwatsonI'm trying a rebuild, which may or may not fix it13:10
astraljavacjwatson: Yes, oneiric. Okay, thanks for the info!13:11
jibelkubuntu desktop 20110720.1 posted to the tracker13:15
cjwatsonDaviey: so this sounds like we're going to have to delay, or else not release the server images; minimum kernel build time is about 11.5 hours, and then we have to rebuild d-i and then the images13:16
cjwatsonjibel: oh, thanks, my bad13:16
cjwatsonskaet: ^- what do you think?  (the wubi problem is resolved)13:18
cjwatsonDaviey: was this actually tested properly for 10.04.2, I wonder?13:18
hggdhcjwatson: yes, it was13:23
hggdh(although 'properly' sounds a stretch, if this bug was present there)13:24
cjwatsonoddness13:24
skaetcjwatson,  tempted to go with what we have for the rest of the images, and then push out the server image when we have it at this point. (assuming no new regressions are found).    Am thinking that smoser's cloud images need to be looked at to see if they can use the current kernel - am thinking if we're respinning image for server,  we probably want that kernel used as well for cloud images.13:30
apwskaet, if we're respinning the kernel what level of QA are you expecting on the changes13:33
skaetapw,  that's why I'm tempted to not put the server images out now,  so we can get some QA and cert on it.13:34
skaetIs the candidate kernel the same except for one patch,  as the one we're shipping,   or is it picking up a set of changes?13:35
apwskaet, i was assuming we'd just want to do the single commit to minimise risk13:37
skaetapw,  indeed yes,  that is the preference.13:37
* skaet has to step away for a bit, back later. 13:41
Davieycjwatson: yeah, this would most certainly have been noticed for 10.04.213:43
Davieyit's 100% failure rate afaiks13:43
Davieyjamespage is doubly reproducing to confirm.13:43
cjwatsonskaet: ok, not sure I know what the cloud image situation is13:44
cjwatsonDaviey: do you know if anyone's actually started building cloud images for 10.04.3?13:44
Davieycjwatson: Oh yes. https://uec-images.ubuntu.com/lucid/20110719/ <--- but i don't know if they have been QA'd.13:46
* Daviey checks.13:46
cjwatsonso those want posted to the tracker, right?13:46
cjwatsonDaviey: posted13:49
jamespageDaviey, cjwatson: I reproduced the issue and then tried out apw's new kernel which fixed the problem - I'll update the ticket to reflect14:17
apwDaviey, did you manage to work out what triggered the exposure of this bug14:24
Davieyapw: not yet14:25
apwand is the decision to spin the kernel and hold at least -server for it?14:26
Davieyskaet / cjwatson: so the Cloud images have been QA'd it seems.  Previously, those images haven't followed the same release cadence as the distro point releases.14:34
DavieyThey get updated when a new kernel is pushed.14:35
cjwatsonok, I don't mind that14:35
DavieyThat being said, they can be branded 10.04.3 - but a health warning should state to check it is the most recent image.14:35
apwskaet, cjwatson, do we have a decision as to direction yet14:48
skaetapw, working it...14:49
skaetyes,  spin the kernel.   We'll hold at least server to pick it up.14:50
skaetDaviey, apw,  ^^14:50
DavieyI don't think it's a big deal, but is this the first time desktop vs server has had different kernel releases on a release?14:51
skaetDaviey,  are you planning on resping cloud images to pick up new kernel,  or going out with the ones you have?14:52
Davieyskaet: I don't think that is essential14:52
cjwatsonDaviey: I'm not certain, but it would surprise me if it were the first time14:54
cjwatsonIt doesn't particularly worry me for a point release14:54
Davieyskaet: the cloud image stamping of 10.04.3 isn't really a big deal, as the images are refreshed with higher freq. anyway.15:01
skaetDaviey,  ok.15:02
cjwatsonastraljava: looks like that rebuild attempt worked better, for both xubuntu and ubuntustudio15:39
apwDaviey, i assume you need this spun for -ec2 as well yes ?16:36
* apw pokes Daviey16:37
Davieyapw: nah16:48
Davieyit's a nice to have.. but we are only currently seeing this with euca.16:49
DavieyIf people are running euca in ec2, they have larger concerns.16:49
DavieyIf something like hadoop was exposing the same bug, sure.. but we've had no reports.16:49
Davieyapw: So a nice to have, but no rush.16:50
cjwatsonis somebody dealing with uploading this kernel the?17:26
cjwatsonthen17:26
Davieyapw si ^^17:27
cjwatsonskaet: I have to go out now, but AFAIK everything except server is good, unless QA find other showstoppers17:28
cjwatsonnothing to hand off from my side17:28
skaetcjwatson,  thanks.  Working server issue right now on the side.17:29
* cjwatson nods17:29
apwcjwatson, Daviey, the kernel is being uploaded to the ckt PPA 'now'17:29
skaetapw, thanks17:29
apwcjwatson, Daviey, skaet, indeed it is in an building on all architectures already17:30
Davieyapw: rocking!18:21
=== rsalveti` is now known as rsalveti
=== ev_ is now known as ev

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