Ubuntu Wiki

Agenda

Items we will be discussing:

• Review ACTION points from previous meeting.
• Beta release
  • Remaining beta-targeted bugs:

    • 432154 (kirkland)

    • 429106 (smoser)

    • 438747 - Instances do not run because /var/run/eucalyptus/net is missing

    • 438602 - Autoregistration sometimes fails (?)

  • Release process remaining actions:
    • vmbuilder: using seeds, publishing toolchain version in manifests
    • MIR all non-main packages used in images (smoser)
    • Publish ec2-version-query in a appropriate place (soren)
    • Automate image publishing and ec2-version-query refresh (smoser)

• Review progress made on the Roadmap:

  • Eucalyptus remaining bugs (ttx)

  • UEC images, including review of active bugs (smoser)

  • EC2 AMIs, including review of active bugs (smoser)

  • Virtual appliance
    • Reference appliance (kirkland)
    • Image store (niemeyer)

  • Other specs from the Roadmap

• Assigned and to-be-assigned bugs: http://qa.ubuntu.com/reports/team-assigned/canonical-server-assigned-bug-tasks.html (ttx)

• Weekly SRU review (mathiaz)
• 2009 Server survey status and call for action. (nijaba)
• Open Discussion
• Agree on next meeting date and time

Minutes

Agree on next meeting date and time

Next meeting will be on Tuesday, October 6th at 15:00 UTC in #ubuntu-meeting.

Log

[16:03] <ttx> #startmeeting
[16:03] <MootBot> Meeting started at 10:03. The chair is ttx.
[16:03] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[16:03] <zul> its like people are doing aerobics
[16:04] <ttx> Agenda is at https://wiki.ubuntu.com/ServerTeam/Meeting
[16:04] <ttx> [TOPIC] Review ACTION points from previous meeting
[16:04] <MootBot> New Topic:  Review ACTION points from previous meeting
[16:04] <ttx> ACTION: Daviey to get his Asterisk 1.6RC2 update sponsored
[16:05] <ttx> no Daviey
[16:05] <Daviey> ttx: that was same day as the meeting :)
[16:05] <ttx> ok cool
[16:05] <ttx> ACTION: soren to clear out status for ec2-version-query publication
[16:05] <ttx> ACTION: soren to automate updating of ec2-version-query" (once publication is resolved)
[16:06] <ttx> soren is away, anyone knows the status of this ?
[16:06] <ttx> slangasek, maybe ^
[16:06] <ttx> ACTION: kirkland to open discussion on how to best solve the remaining configuration options on Moodle appliance
[16:06] <kirkland> ttx: is that from last week?
[16:06] <ttx> heh, yes
[16:06] <ttx> well, carried on from the week before
[16:07] <kirkland> ttx: for the prototype, i moved away from a moodle appliance for now, to a gobby server
[16:07] <ttx> ok.
[16:07] <kirkland> ttx: generically, we need to figure out how to make appliances out of packages that have critical debconf questions
[16:07] <ttx> I might have some time tomorrow to do appliance testing, if the eucalyptus front calms down
[16:07] <kirkland> ttx: that's a generic problem, which requires admin input on package installation
[16:07] <ttx> ACTION: kirkland to get help from soren and smoser on proper UEC-compatible image generation
[16:08] <ttx> ACTION: kirkland to discuss with niemeyer and nurmi about image store integration testing
[16:08] <kirkland> ttx: for the appliance to be useful, all configuration should be web driven, after instantiation, according to mdz
[16:08] <Daviey> kirkland: I'm happy to help aswell if that is wanted.
[16:08] <kirkland> Daviey: thanks
[16:08] <kirkland> cjwatson: is there a web frontend for debconf?
[16:08] <kirkland> cjwatson: i seem to recall you saying at some point that various frontends can be bolted onto debconf....
[16:08] <zul> yes there is i think we discussed it at the sprint in aalborg
[16:08] <ttx> kirkland: soren mentionned a web frontend, yes
[16:09] <cjwatson> there is, though it's not very good
[16:09] <kirkland> ttx: all of those actions have been pre-empted by getting UEC to work in Karmic Beta
[16:09] <cjwatson> I think it is minimally functional
[16:09] <kirkland> cjwatson: could you just send me a pointer to it, when you get a chance?
[16:09] <ttx> kirkland: ok.
[16:09] <cjwatson> kirkland: it's in the debconf package itself
[16:09] <ttx> ACTION: soren to update to latest euca2ools
[16:09] <mathiaz> kirkland: we should work on the appliance stuff next week
[16:09] <kirkland> cjwatson: ah, okay, thanks.
[16:09] <kirkland> mathiaz: agreed
[16:09] <ttx> I replaced soren on that one.
[16:10] <kirkland> ttx: we need a running cloud before we can test images ;-)
[16:10] <ttx> ACTION: soren to add image-generation-toolchain version numbers to manifests
[16:10] <ttx> kirkland: working on it :)
[16:10] <ttx> I don't think this was done...
[16:10] <kirkland> ttx: yup, me too :-)
[16:10] <ttx> Two actions on missing MIRs:
[16:10] <ttx> ACTION: zul to follow up on the UEC/EC2 packages MIR status
[16:10] <ttx> ACTION: smoser to file one bug for the fact that the images include unsupported packages
[16:10] <zul> done
[16:11] <zul> ec2-init is in main
[16:11] <smoser> that was done. bug 434744.
[16:11] <ttx> ok
[16:11] <ubottu> Launchpad bug 434744 in ubuntu "ec2 and uec images contain packages not in main" [High,Fix released] https://launchpad.net/bugs/434744
[16:11] <ttx> ACTION: ttx to file bug about providing ec2-* command names which call euca2ools
[16:11] <ttx> bug 435140
[16:11] <ubottu> Launchpad bug 435140 in euca2ools "euca2ools should provide ec2-* symlinks/alternatives" [Wishlist,Confirmed] https://launchpad.net/bugs/435140
[16:11] <ttx> ACTION: mdz to sync with kirkland on Virtual appliance status
[16:11] <ttx> That was done, he communicated basic requirements, methink
[16:12] <kirkland> ttx: i think we're in sync
[16:12] <ttx> ACTION: ttx to poke QA team about omitting untargeted wishlist bugs from the buglist and add something to those pages which tell you who to contact about them
[16:12] <kirkland> ttx: you can action mathiaz and I to work on appliance creation/generation next week in Austin
[16:12] <ttx> I did poke Brian Murray by email, without much result at that point.
[16:12] <ttx> kirkland: we'll do that when we'll see appliance status in roadmap
[16:12] <kirkland> k
[16:12] <ttx> ACTION: mathiaz to involve sbeattie in the Weekly SRU review process
[16:13] <mathiaz> ttx: talked to him last week in Portland
[16:13] <Daviey> ttx: hmm, i thought the previous meeting it was decided that ec2-* shouldn't be symlinked or similar to euca2ools as it wasn't quite compatiable at this stage?
[16:13] <mathiaz> ttx: he is interested in being part of the process
[16:13] <ttx> Daviey: the bug is the place to discuss that.
[16:13] <mathiaz> ttx: I'll talk about that more during the SRU weekly review
[16:13] <Daviey> oh, ok :)
[16:13] <ttx> [TOPIC] Beta release: Remaining beta-targeted bugs
[16:13] <MootBot> New Topic:  Beta release: Remaining beta-targeted bugs
[16:14] <ttx> is nurmi back ?
[16:14] <ttx> I prefer to have him around for that one. Lets do the next one first
[16:14] <ttx> [TOPIC] Beta release: Release process remaining actions
[16:14] <MootBot> New Topic:  Beta release: Release process remaining actions
[16:14] <ttx> * vmbuilder: using seeds, publishing toolchain version in manifests
[16:15] <ttx> I think nobody had time to work on that...
[16:15] <nijaba> ttx: did not see any cmmit to do this in vmbuillder
[16:15] <ttx> we might push that back to RC.
[16:15] <zul> ttx: what is involved?
[16:16] <ttx> zul: making vmbuilder use seeds (or germinate results) to build its package list... and generate manifests that include the vmbuidler version used, among other things
[16:17] <ttx> I think its a little late for beta anyway.
[16:17] <ttx> MIR all non-main packages used in images (smoser)
[16:17] <zul> ttx: i might take a a crack at it
[16:17] <ttx> zul: I know the seeds were pushed.
[16:17] <ttx> * MIR all non-main packages used in images (smoser)
[16:17] <ttx> that was done...
[16:17] <smoser> vmbuilder does use seed uec-images
[16:18] <smoser> err.. whatever that seed was called.
[16:18] <ttx> ah.
[16:18] <smoser> mdz had asked that vmbuilder's version be included in the manifest
[16:18] <ttx> smoser: that's not done yet, right
[16:18] <smoser> that is less straighttforward, as we're currently building with vmbuilder trunk.
[16:19] <ttx> ok, that might slip to RC.
[16:19] <ttx> * Publish ec2-version-query in a appropriate place (soren)
[16:19] <smoser> that has yet to happen
[16:19] <smoser> afaik
[16:21] <ttx> * Automate image publishing and ec2-version-query refresh (smoser)
[16:22] <smoser> not done.
[16:22] <nurmi> o/
[16:23] <ttx> smoser: is image publishing automated in /some/ways ?
[16:24] <smoser> https://wiki.ubuntu.com/UEC/Images/Publishing
[16:24] <smoser> "some"
[16:24] <ttx> ok, we'll need to review that.
[16:24] <smoser> i spent yesterday working on some publish scripts. http://smoser.brickies.net/git/?p=misc-starter-tools.git
[16:25] <smoser> with the goal of moving towards being ready to work right away as soon as we get some access to amazon from data center
[16:25] <ttx> ok.
[16:25] <ttx> Anything that needs to be done on the release management side for beta release ?
[16:26] <ttx> [TOPIC] Beta release: Remaining beta-targeted bugs
[16:26] <MootBot> New Topic:  Beta release: Remaining beta-targeted bugs
[16:27] <ttx> https://bugs.launchpad.net/bugs/432154
[16:27] <ubottu> Launchpad bug 432154 in qemu-kvm "dynamic block device attach/detach not functional with karmic KVM" [High,In progress]
[16:27] <ttx> kirkland: I think this one should be untargeted now
[16:27] <kirkland> ttx: i agree
[16:27] <ttx> please retarget to next
[16:27] <kirkland> ttx: done
[16:27] <ttx> https://bugs.launchpad.net/bugs/429106 (smoser)
[16:27] <ubottu> Launchpad bug 429106 in vm-builder "kernel and initramfs should be available for uec" [Medium,Fix committed]
[16:28] <ttx> smoser: it's disputed if it's really a good idea right now, right ?
[16:28] <smoser> that is fix-commited, and images are available, although not ideally named for client pulling (or documentation)
[16:29] <smoser> i dont think its disputed. slangesek just impllied that we need to make sure we can fulfill gpl source requirements on the stuff
[16:29] <ttx> smoser: is there a bug open to track that ?
[16:29] <smoser> is marked committed and not released because its not in vmbuilder that is in karmic
[16:29] <smoser> i guess i should open 2 bugs.
[16:29] <ttx> (the gpl reqs)
[16:29] <smoser> 1 for gpl reqs
[16:29] <smoser> 1 for renaming output or re-ordering
[16:30] <ttx> [ACTION] smoser to open bugs to cover kernel/ramdisk GPL reqs and renaming
[16:30] <MootBot> ACTION received:  smoser to open bugs to cover kernel/ramdisk GPL reqs and renaming
[16:30] <ttx> https://bugs.launchpad.net/bugs/438747
[16:30] <ubottu> Launchpad bug 438747 in eucalyptus "Instances do not run because /var/run/eucalyptus/net is missing" [High,Triaged]
[16:30] <ttx> That one is the latest eyucalyptus issue uncovered in my testing
[16:30] <ttx> its quite easy to fix and is needed for beta
[16:31] <ttx> though I might need someone to push the fix, upload get the exception and the respin
[16:31] <ttx> since I intend to have some evening left
[16:31] <ttx> https://bugs.launchpad.net/bugs/438602
[16:31] <ubottu> Launchpad bug 438602 in eucalyptus "Autoregistration sometimes fails" [High,Fix released]
[16:31] <ttx> This one is more tricky
[16:31] <ttx> We want autoregistration to work for beta
[16:32] <ttx> but... whatever we do it seems that eucalyptus randomly fails to accept it
[16:32] <mathiaz> ttx: yeah - I ran into the same issue
[16:32] <mathiaz> ttx: none of my test installs actually worked correclty
[16:32] <ttx> nurmi: any clue ?
[16:32] <ttx> We run registration after getting some response from port 8443
[16:32] <mathiaz> ttx: I suspect an issue with the upstart job
[16:33] <nurmi> ttx: the last UEC iso I tried last night was kind of hard to figure out
[16:33] <ttx> nurmi: yes, try the 20090929.2
[16:33] <mathiaz> ttx: ex: the walrus-registration would start and failed but the cc-registration job would not even start
[16:33] <nurmi> ttx: okay, i'll try that
[16:34] <ttx> nurmi: if I run "sudo eucalyptus stop / sudo eucalyptus start" 10 times in a row, it would succeed to autoregister the 8th time
[16:34] <kirkland> mathiaz: ttx: fwiw, i just installed fresh; walrus successfully auto registered; cluster did not
[16:34] <ttx> kirkland: yes, that's what I got with 20090929.2
[16:35] <ttx> cluster and sc fail
[16:35] <nurmi> ttx: i think i need the latest iso, my 'start eucalyptus-cloud' commands were hanging forever yesterday
[16:35] <kirkland> ttx: confirmed
[16:35] <ttx> kirkland: could you debug that with nurmi and push the fix if you find any ?
[16:35] <mathiaz> kirkland: is there a log file in /var/log/eucalyptus/cc-registration?
[16:35] <ttx> at that point I'd say if we don't manage to fix it today, it should be a beta known issue
[16:35] <nurmi> interesting, the only difference between walrus and cc/sc is that the cc/sc registration commands require a 'cluster name'
[16:36] <mathiaz> kirkland: I would first make sure that the upstart job is started correclty
[16:36] <nurmi> i.e. euca_conf --register-cluster <cluster-name> <ip>
[16:36] <kirkland> mathiaz: that log does not exist
[16:36] <ttx> nurmi: it also uses localhost instead of the IP
[16:36] <mathiaz> kirkland: right - I suspect that the upstart job is not even started
[16:36] <mathiaz> kirkland: I'd add a pre-script to check whether the job is actually started
[16:36] <ttx> which might be the reason, actually.
[16:37] <mathiaz> kirkland: and bug Keybuck about debugging upstart
[16:37] <ttx> let's not debug that during the meeting
[16:37]  * mathiaz agrees
[16:37] <nurmi> ttx: ah, well, that is most likely the issue; in upstream, you cannot register 'localhost', as we discussed a few days ago; mdz said that ubuntu had patched the system to allow localhost registration
[16:37] <kirkland> ttx: okay, so i'll debug the cc auto registration
[16:37] <mathiaz> kirkland: we can debug this later
[16:37] <kirkland> ttx: and sync with mathiaz and nurmi
[16:37] <ttx> kirkland: might make sense to try to use the walrus IP inside cc and sc-registration.conf
[16:37]  * nurmi agrees
[16:37] <ttx> lets talk about that later
[16:38] <ttx> Anything else that should be targeted for beta ?
[16:38] <ttx> Hopefully, nothing...
[16:38] <ttx> [TOPIC] Roadmap review / Eucalyptus
[16:38] <MootBot> New Topic:  Roadmap review / Eucalyptus
[16:38] <ttx> https://bugs.launchpad.net/ubuntu/+source/eucalyptus
[16:39] <ttx> thanks to a huge triage effort by kirkland, the buglist is actually usable now.
[16:39] <ttx> we dalready discussed what could be brought after beta for the release
[16:40] <ttx> I'm more scared by the bugs we don't know (the ones we find in testing)
[16:40] <ttx> [TOPIC] Roadmap review / UEC - EC2 bugs
[16:40] <MootBot> New Topic:  Roadmap review / UEC - EC2 bugs
[16:40] <ttx> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=uec-images
[16:40] <ttx> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=ec2-images
[16:40] <ttx> smoser: comments ?
[16:41] <smoser> http://tinyurl.com/yazgzzf link is "all bugs targetted to beta with ec2-images or uec-images in a tag"
[16:41] <MootBot> LINK received:  http://tinyurl.com/yazgzzf link is "all bugs targetted to beta with ec2-images or uec-images in a tag"
[16:42] <smoser> all of those are fixed as far as i know
[16:43] <zul> i just like to bring up that amazon has released a new version of ec2-api-tools which add better ebs and also adds vpn support I was going to ask for a FFE but I dont know how well it works with eucalyptus
[16:43] <ttx> smoser: sounds good. I did not have time to carefully review them
[16:43] <smoser> the most difficult bug of anything still open is bug 428692
[16:43] <ubottu> Launchpad bug 428692 in ubuntu "ec2 kernel needs CONFIG_BLK_DEV_LOOP=y and other config changes" [Medium,Confirmed] https://launchpad.net/bugs/428692
[16:44] <ttx> zul: I think that's not for beta anyway... and maybe not for release
[16:44] <zul> ttx: I can just throw it in a ppa and upload it for lucid
[16:44] <smoser> the only karmic related bug there with medium or > priority that isn't on track for being fixed in karmic is bug 407949
[16:44] <ubottu> Launchpad bug 407949 in ec2-init "ec2-init: ec2-set-defaults needs better defaults for non US/EU regions" [Medium,Confirmed] https://launchpad.net/bugs/407949
[16:44] <ttx> zul: that won't hurt.
[16:45] <zul> ttx: okie dokie
[16:45] <ttx> smoser: I tested images on my karmic UEC today, worked. I still have to test the kernel/ramdisk you produce though
[16:46] <ttx> smoser: thanks for the update.
[16:46] <ttx> [TOPIC] Roadmap review: Virtual appliance
[16:46] <MootBot> New Topic:  Roadmap review: Virtual appliance
[16:46] <ttx> kirkland, niemeyer: what's the plan ?
[16:46] <smoser> i think we're actually looking pretty good now (although i fear i've said that bfore)
[16:47] <kirkland> ttx: i'm confident gobby will work well
[16:47] <kirkland> ttx: as it has a very hands off, unattended installation
[16:47] <niemeyer> ttx: The proxy should be in pretty good state now..
[16:47] <kirkland> ttx: mdz raised a question about persistent storage configuration, which i have not yet solved
[16:47] <kirkland> ttx: but that's the case for most any appliance
[16:47] <ttx> kirkland/niemeyer: at one point you need to sync on how to intgerate one with the other
[16:47] <mathiaz> niemeyer: did you get a chance to look at bug 436896?
[16:47] <ubottu> Launchpad bug 436896 in image-store-proxy "Signature tests are disabled - gpg command calls should use homedir option" [High,Confirmed] https://launchpad.net/bugs/436896
[16:47] <ttx> integrate, even
[16:47] <niemeyer> ttx: I just have to work a bit on the server side.. waiting for the server infrastructure for this
[16:48] <kirkland> ttx: as for moodle, wordpress, others, we need to establish the process by which we handle debconf
[16:48] <ttx> niemeyer: any ETA on infra ?
[16:48] <niemeyer> mathiaz: Oh yeah, thanks for reporting this.. I'll provide you with a fix in the next couple of days
[16:48] <kirkland> ttx: i'm going to have a look at the web frontend for debconf that colin mentioned
[16:48] <niemeyer> ttx: Not really.. should already have been made available by now, so at any time
[16:48] <ttx> kirkland: ok. You mentioned a sprint ?
[16:48] <mathiaz> niemeyer: the key is to test without a ~/.gnupg/ directory
[16:48] <niemeyer> mathiaz: Cool, I'll make sure to check this out
[16:48] <mathiaz> niemeyer: and making sure that it's not created afterwards
[16:49] <niemeyer> mathiaz: Any other issues about 1.0, or is it all good?
[16:50] <mathiaz> niemeyer: well - I haven't been able to complete a full test
[16:50] <mathiaz> niemeyer: as there isn't a server side yet
[16:50] <mathiaz> niemeyer: is the fakeproxy actually able to push images?
[16:50] <niemeyer> mathiaz: Cool, please note that you can fake the server side
[16:50] <niemeyer> mathiaz: The fakestoreapi.py can fake the server side entirely
[16:51] <kirkland> ttx: potentially a mini sprint
[16:51] <niemeyer> mathiaz: I'll send you and nurmi a mail later with details on how to test this
[16:51]  * ttx adds a few missing actions...
[16:51] <kirkland> ttx: mathiaz will be in Austin anyway
[16:51] <mathiaz> niemeyer: ok - thanks.
[16:51] <kirkland> ttx: i'm trying to convince nurmi to come down too :-)
[16:51] <nurmi> niemeyer: nod, thanks
[16:51] <kirkland> ttx: i reckon the 3 of us could kick some post-beta butt
[16:51] <niemeyer> nurmi: I've seen your mail, btw, was just catching up after holidays to send you these details
[16:51] <ttx> [ACTION] kirkland to fix bug 438747, maybe bug 438602, package and push a respin with that package in
[16:51] <MootBot> ACTION received:  kirkland to fix bug 438747, maybe bug 438602, package and push a respin with that package in
[16:51] <ubottu> Launchpad bug 438747 in eucalyptus "Instances do not run because /var/run/eucalyptus/net is missing" [High,Triaged] https://launchpad.net/bugs/438747
[16:51] <ubottu> Launchpad bug 438602 in eucalyptus "Autoregistration sometimes fails" [High,Triaged] https://launchpad.net/bugs/438602
[16:51] <nurmi> kirkland: actively working on it :)
[16:52] <kirkland> nurmi: ack ;-)
[16:52] <niemeyer> nurmi: I have a new assignment to do a few tweaks in the UI.. we should catch up about this at some point
[16:52] <ttx> [ACTION] ttx to test UEC images + UEC kernel/ramdisk on karmic UEC
[16:52] <MootBot> ACTION received:  ttx to test UEC images + UEC kernel/ramdisk on karmic UEC
[16:52] <nurmi> niemeyer: thank you, I can't wait to check it out
[16:52] <ttx> [TOPIC] Other specs from the Roadmap
[16:52] <MootBot> New Topic:  Other specs from the Roadmap
[16:52] <niemeyer> nurmi: I hope to have a patch by the end of the week for appreciation
[16:53] <ttx> I think at that point only the late specs (that we covered) are to be considered
[16:53] <ttx> especially with asterisk done, iiuc
[16:53] <nurmi> niemeyer: sounds good, please send me email if you're blocking or could use testing/integration
[16:54] <ttx> [TOPIC] Assigned and to-be-assigned bugs
[16:54] <MootBot> New Topic:  Assigned and to-be-assigned bugs
[16:54] <ttx> http://qa.ubuntu.com/reports/team-assigned/canonical-server-assigned-bug-tasks.html
[16:54] <MootBot> LINK received:  http://qa.ubuntu.com/reports/team-assigned/canonical-server-assigned-bug-tasks.html
[16:54] <niemeyer> nurmi: Awesome, thanks a lot
[16:55] <ttx> I'll have a look at the bugs assigned to soren to see if something needs to be reassigned before he comes back
[16:55] <ttx> [ACTION] ttx to see if some bugs assigned to soren need urgent reassignment
[16:55] <MootBot> ACTION received:  ttx to see if some bugs assigned to soren need urgent reassignment
[16:56] <ttx> any other comments on that list ?
[16:56] <ttx> [TOPIC] Weekly SRU review (mathiaz)
[16:56] <MootBot> New Topic:  Weekly SRU review (mathiaz)
[16:57]  * ttx lies back and enjoys mathiaz taking over
[16:57] <ttx> (please :)
[16:57] <mathiaz> right - so let's go through the list of bugs
[16:57] <mathiaz> http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.latest.html
[16:57] <MootBot> LINK received:  http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.latest.html
[16:57] <zul> the nut init script bug is probably a good candidate for jaunty i have to check though
[16:58] <mathiaz> any bugs worth SRU in the list?
[16:58] <mathiaz> zul: bug number?
[16:58] <mathiaz> bug 416182
[16:58] <zul> #416182   
[16:58] <ubottu> Launchpad bug 416182 in nut "nut init script reports incorrect status" [Undecided,Fix released] https://launchpad.net/bugs/416182
[16:58] <Daviey> Wow eucalyptus is a large part.
[16:58] <mathiaz> Daviey: yeah - that's kirkland's work
[16:58] <mathiaz> Daviey: we can probaly ignore most of them
[16:58] <ttx> yes we can
[16:59] <zul> mathiaz: none of the php5 ones
[16:59] <mathiaz> there is bug 404394
[16:59] <ubottu> Launchpad bug 404394 in kvm "qcow2 corruption regression" [High,Fix released] https://launchpad.net/bugs/404394
[16:59] <mathiaz> kirkland: ^^ which I've hit on my server
[16:59] <mathiaz> kirkland: (hardy - with the kvm 84 backport)
[16:59] <mathiaz> kirkland: I can't use karmic guest + qcow2 + virtio
[17:00] <mathiaz> zul: bug 424719?
[17:00] <ubottu> Bug 424719 on http://launchpad.net/bugs/424719 is private
[17:00] <kirkland> arg
[17:00] <kirkland> mathiaz: i haven't had much time to look at that
[17:01] <kirkland> s/much/any/
[17:01] <mathiaz> kirkland: understood
[17:01] <zul> mathiaz: yeah its a bit hard to reproduce though for SRU testing
[17:01] <mathiaz> allright - any bugs apart the nut init script SRU worthy from the list above?
[17:01] <Daviey> Does that one need to be private?
[17:01] <zul> just a sec
[17:02] <zul> Daviey: it isnt now
[17:02] <mathiaz> zul: bug 416182 would be worth accepting for which release?
[17:02] <ubottu> Launchpad bug 416182 in nut "nut init script reports incorrect status" [Undecided,Fix released] https://launchpad.net/bugs/416182
[17:02] <mathiaz> zul: hardy?
[17:02] <zul> jaunty i think
[17:02] <mathiaz> zul: and what's the importance?
[17:02] <zul> low
[17:02] <Daviey> thanks zul
[17:03] <mathiaz> zul: ok - jaunty+low -> we can live with it
[17:03] <mathiaz> anything else?
[17:03] <zul> nope
[17:03] <zul> not from me
[17:03] <mathiaz> ok - let's move on to the next list
[17:04] <mathiaz> http://us-hardynominated.notlong.com/
[17:04] <MootBot> LINK received:  http://us-hardynominated.notlong.com/
[17:04] <mathiaz> nothing
[17:04] <mathiaz> http://us-dappernominated.notlong.com/
[17:04] <MootBot> LINK received:  http://us-dappernominated.notlong.com/
[17:04] <mathiaz> nothing
[17:04] <mathiaz> http://us-intrepidnominated.notlong.com/
[17:04] <MootBot> LINK received:  http://us-intrepidnominated.notlong.com/
[17:04] <mathiaz> nothing
[17:04] <mathiaz> http://us-jauntynominated.notlong.com/
[17:04] <MootBot> LINK received:  http://us-jauntynominated.notlong.com/
[17:05] <Daviey> wouldn't seem SRU worthy to me?
[17:05] <mathiaz> bug 356905
[17:05] <ubottu> Launchpad bug 356905 in rabbitmq-server "rabbitmq-server: new upstream release fixes serious bugs " [Undecided,Fix released] https://launchpad.net/bugs/356905
[17:06] <zul> uh...its fixed in jaunty
[17:07] <mathiaz> zul: right - declining
[17:07] <mathiaz> that's all for the nominated bugs
[17:07] <mathiaz> let's move on to the next list
[17:07] <mathiaz> http://qa.ubuntu.com/reports/ubuntu-server-team/acceptedbugs.ubuntu-server.latest.html
[17:07] <MootBot> LINK received:  http://qa.ubuntu.com/reports/ubuntu-server-team/acceptedbugs.ubuntu-server.latest.html
[17:07] <mathiaz> this is the list of accepted bugs that have an assignee
[17:08] <mathiaz> ie someone working *actively* on preparing an sRU
[17:08] <mathiaz> zul: what's the state of all your bugs?
[17:08] <zul> most of those are in -proposed and need testers
[17:08] <mathiaz> kirkland: bug 332156
[17:08] <ubottu> Launchpad bug 332156 in kvm "Network issues with hardy guests/hosts, using default nic and virtio" [Medium,Fix released] https://launchpad.net/bugs/332156
[17:08] <mathiaz> kirkland: still working on an SRU for it?
[17:08] <kirkland> mathiaz: no, not really
[17:09] <kirkland> mathiaz: should be fixed in the backport
[17:09] <kirkland> mathiaz: i'll note it
[17:09] <mathiaz> kirkland: ok - and unassign yourself from the bug if necessary
[17:09] <Daviey> hmm, are we allowed to fix release via backport?
[17:10] <kirkland> Daviey: not usually
[17:10] <kirkland> Daviey: but for kvm, i've been doing so, as these bugs are not fixable otherwise
[17:10] <mathiaz> zul: bug 382136?
[17:10] <ubottu> Launchpad bug 382136 in samba "Smbd startup failure caused by a failure to create an NT token for the guest account." [Undecided,Fix released] https://launchpad.net/bugs/382136
[17:10] <zul> i need to look at that again
[17:12] <mathiaz> ok - that's all for this list
[17:12] <mathiaz> on to the next
[17:12] <mathiaz> https://code.launchpad.net/~ubuntu-server/+requestedreviews
[17:12] <ttx> ew
[17:12] <Daviey> 404?
[17:12] <mathiaz> https://code.launchpad.net/~ubuntu-server/+activereviews
[17:13] <mathiaz> so no one is using pkg branches for reviews
[17:13] <ttx> mathiaz: no more lists ?
[17:13] <mathiaz> ttx: nope - I ran out
[17:13] <mathiaz> https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#SRU%20resources
[17:13] <ttx> [TOPIC] 2009 Server survey status and call for action. (nijaba)
[17:13] <MootBot> New Topic:  2009 Server survey status and call for action. (nijaba)
[17:13] <mathiaz> ttx: ah - no
[17:13] <mathiaz> ttx: I just wanted to reiterate
[17:14] <nijaba> ttx: so I have prepared a new version of the survey
[17:14] <mathiaz> ttx: that we're trying to use package branches for SRU
[17:14] <nijaba> ttx: and it is now time for review
[17:14] <nijaba> background: https://wiki.ubuntu.com/ServerTeam/Survey
[17:14] <ttx> nijaba: who should review ?
[17:15] <nijaba> aynone interested in the community
[17:15] <nijaba> I have put a test server in place: http://admin.barcet.com:8084/limesurvey
[17:15] <ttx> yay, let's slashdot that
[17:15] <nijaba> bugs should be reported on https://bugs.launchpad.net/server-survey/+filebug
[17:15] <Daviey> nijaba: suggestions to https://bugs.launchpad.net/server-survey/+filebug ?
[17:16] <ttx> Daviey: you read minds
[17:16] <nijaba> Daviey: yes please
[17:16] <ttx> nijaba: anything else ?
[17:16] <nijaba> nope
[17:16] <ttx> [TOPIC] Open Discussion
[17:16] <MootBot> New Topic:  Open Discussion
[17:16] <ttx> I've one thing I forgot to mention in the agenda
[17:17] <ttx> About https://help.ubuntu.com/community/Eucalyptus
[17:17] <ttx> its quite outdated especially now that we push usage of the UEC installer from the CD
[17:17] <ttx> if someone has some time to refresh it...
[17:17] <ttx> see http://testcases.qa.ubuntu.com/Install/ServerECluster
[17:18] <ttx> http://testcases.qa.ubuntu.com/Install/ServerENode
[17:18] <MootBot> LINK received:  http://testcases.qa.ubuntu.com/Install/ServerENode
[17:18] <ttx> and http://testcases.qa.ubuntu.com/Install/ServerEConfig
[17:18] <Daviey> ttx: https://help.ubuntu.com/community/Eucalyptus is still valid for Jaunty, so perhaps the pages need to be forked.. for a karmic and jaunty one?
[17:18] <ttx> the last part shoudl probably be rewritten from the perspective of running imaghes from a client rather than from the cluster itself
[17:18] <ttx> Daviey: "Note: Please see Eucalyptus-Jaunty for documentation covering Eucalyptus on Ubuntu 9.04. "
[17:19] <ttx> at the top of the page
[17:19] <Daviey> "whoops"
[17:19] <ttx> those testcases should help in getting started
[17:19] <ttx> we refresh those instructions to correspond to the moving status in eucalyptus
[17:20] <ttx> anyone up to the challenge ?
[17:20]  * ttx ponders writing a blog post after beta
[17:20] <ttx> Any other subject for Open Discussion ?
[17:20] <Daviey> Yes!
[17:20]  * alexm offers himself as doc tester
[17:21] <alexm> i'm interested in eucalyptus but i don't know where to start :(
[17:21] <ttx> alexm: the test cases should get you there. Minus the critical bugs we still have to fix :)
[17:21] <Daviey> I'll try and contribute to the wiki page, but i can't commit to doing the whole thing.
[17:22] <alexm> s/doc tester/doc reviewer/
[17:22] <ttx> Daviey: ok, we'll do it wikistyle
[17:22] <ttx> [TOPIC] Agree on next meeting date and time
[17:22] <MootBot> New Topic:  Agree on next meeting date and time
[17:22] <Daviey> Currently we are installing -pae on 32bit and -server on amd64.. However, we don't install the linux-headers for the kernel installed/
[17:22] <Daviey> ttx: wait 1
[17:22] <ttx> done
[17:22] <alexm> ttx: we're talking about test cases running on karmic, i guess
[17:22] <Daviey> dkms isn't installed by default.. and when dkms IS installed on a server it installs the -generic kernel
[17:22] <Daviey> this is bad.
[17:23] <ttx> alexm: karmic on karmic on karmic, yes
[17:23] <alexm> ok, thanks :)
[17:23] <Daviey> bug 433712 is related
[17:23] <ubottu> Launchpad bug 433712 in ubuntu-meta "DKMS should be available on the ubuntu-server CD pool" [High,Fix released] https://launchpad.net/bugs/433712
[17:23] <Daviey> damn you kirkland
[17:24] <ttx> Daviey: is there a bug filed on that specific issue ?
[17:24] <Daviey> ttx: no, only came to light this morning and wasn't sure how to proceed.
[17:24] <kirkland> Daviey: huh?
[17:24] <Daviey> kirkland: sorry, i thought you fixed the issue just now.. as the status has changed to Fixed Released
[17:25] <kirkland> Daviey: no i just marked it fix released, since dkms is already on the server cd
[17:25] <kirkland> Daviey: which is what superm1 was askign for
[17:25] <Daviey> kirkland: sure.
[17:26] <Daviey> but installing dkms doesn't pull in the correct kernel for what the server iso installs.
[17:26] <ttx> Daviey: if there is a persisting bug, just file one, please
[17:26] <mathiaz> Daviey: right - kirkland run into the same issue with the kvm backport in hardy
[17:26] <Daviey> ttx: will do.
[17:26] <ttx> [TOPIC] Agree on next meeting date and time
[17:26] <MootBot> New Topic:  Agree on next meeting date and time
[17:26] <kirkland> yeah
[17:26] <mathiaz> Daviey: AFICT there isn't a way to fix it in apt
[17:26] <ttx> soren started a discussion about moving the time of the meeting.
[17:27] <ttx> I'd like all the usual suspects to submit their preferences, otherwise we might pick up a time that will not please you
[17:27] <Daviey> could http://www.doodle.com/ help with this?
[17:27] <ttx> Daviey: certainly.
[17:28]  * ttx frowns at entering his email in one more place
[17:28]  * alexm hasn't replied because thinks that key team members should speak first
[17:29] <ttx> now that the discussion started on the list, its probably good to continue on the list
[17:29] <alexm> ttx: there's no need to register for using doodle
[17:30]  * mathiaz agrees
[17:30] <ttx> If Doodle is ok with everyone... Daviey could you reply to the thread and set it up ?
[17:30] <Daviey> wilco
[17:30] <ttx> mathiaz: with what ?
[17:30] <mathiaz> Daviey: I'm not sure how doodle will help
[17:30] <mathiaz> Daviey: you'd have to enter 24 different options
[17:30] <mathiaz> Daviey: and we'd have to vote for each of them
[17:30] <ttx> that's 2 * -1 against Doodle, lets do it UTC + ML style
[17:30] <Daviey> mathiaz: you put in the time that is suitable(s)
[17:31] <mathiaz> Daviey: http://www.doodle.com/BSP6n4bmdzyg5c3g
[17:31] <mathiaz> Daviey: that seems like the creator of the poll creating the different options
[17:32] <mathiaz> I'll reply to the ML thread.
[17:32] <mathiaz> and then someone can sort it out
[17:32] <Daviey> ok
[17:33] <ttx> ok then
[17:33] <ttx> #endmeeting