== Agenda == Items we will be discussing: * Review ACTION points from previous meeting. * Review progress made on the specification listed on the [[ServerTeam/Roadmap| Roadmap]]. * Discuss packages that require kernel modules of the same version as userland tools - ivoks * Open Discussion. * Agree on next meeting date and time. == Minutes == ## Use title4 (ie ==== ) for each section of the minutes ## Only topics discussed during the meetings should be put in the minutes. ## Status reporting is done via another channel. ==== Merges ==== mathiaz reminded that there was a list of merges that look easy on the [[https://wiki.ubuntu.com/ServerTeam/Roadmap|Ubuntu Server team Roadmap]]. dholbach mentioned the [[http://people.ubuntu.com/~dholbach/sponsoring/|sponsoring list]] which has a couple of packages that may be interesting to Ubuntu Server team members. ==== Heartbeat in Karmic ==== ivoks gave a brief overview of the state of the [[https://wiki.ubuntu.com/ClusterStack|Cluster Stack]] in Ubuntu Karmic. The heartbeat package will be demoted to universe once pacemaker gets compiled with corosync and openais 1.0. Version 1.0 of corosync and openais should be released in the next two weeks by upstream. He also mentioned that rhcs would also be demoted to universe once pacemaker has been promoted to main. Most of the packages are available for testing from the [[https://launchpad.net/~ubuntu-ha/+archive/ppa|ubuntu-ha PPA]]. ==== DRBD ==== ivoks proposed the idea of using DKMS to handle DRBD. This would help in backporting new versions of DRBD to stable releases (in a similar way that kirkland is using DKMS to provide a kvm backport to hardy). ACTION: ivoks to send an email to -server and -kernel about turning drbd into a dkms based module ==== Hadoop packaging ==== ivoks reported that he received emails showing interest in having hadoop available in Ubuntu. mathiaz asked whether there were some debian packages already available somewhere - ivoks pointed to the [[http://cloudera.com/hadoop-deb|Cloudera repository]]. More investigation is required. ACTION: ttx to look at Cloudera hadoop debian packages ==== Agree on next meeting date and time ==== Next meeting will be on Tuesday, June 23rd at 15:00 UTC in #ubuntu-meeting. == Log == {{{ [16:07] #startmeeting [16:07] Meeting started at 10:07. The chair is mathiaz. [16:07] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:07] o/ [16:07] yo [16:07] Today's exciting agenda: https://wiki.ubuntu.com/ServerTeam/Meeting [16:07] Last week minutes: [16:07] https://wiki.ubuntu.com/MeetingLogs/Server/20090609 [16:08] [TOPIC] Merges [16:08] New Topic: Merges [16:08] so I've updated the list of easy-merges for the ubuntu-server team [16:08] it's on the Roadmap [16:08] Have people found this list useful? [16:08] iirc, amavisd-new is on that list [16:09] ivoks: yes [16:09] merge diff for it was reported before uds [16:09] ivoks: bug number? [16:09] a sec [16:09] bug #379979 [16:09] Launchpad bug 379979 in amavisd-new "Please merge amavisd-new (1:2.6.3-3) from debian unstable(main)" [Undecided,Confirmed] https://launchpad.net/bugs/379979 [16:10] * ivoks hides :) [16:10] there's a few server related packages on here: http://people.ubuntu.com/~dholbach/sponsoring/ [16:10] might be worth checking that before doing a merge :-) [16:11] ivoks: ok - I've updated the wiki page [16:11] ivoks: to list the bug number [16:11] dholbach: hm - I have to check this list too [16:12] dholbach: is there a way to filter by packages? [16:12] mathiaz: I'm afraid, not yet, no [16:12] dholbach: hm ok. [16:12] but we need to get the list down to 0 anyway, which would help with scanning it [16:13] dholbach: right - the list isn't too long so I don't think filtering is necessary for now [16:13] rock on! [16:13] mathiaz: please poke all server people about it :-) [16:13] dholbach: but when any lists gets too long finding filters to narrow it down helps a lot [16:13] * dholbach shuts up now [16:13] i'll look at universe packages [16:14] ivoks: awesome. Thansk. [16:15] The list of merges has slightly shrunk from last week [16:15] However there is still a long list of packages waiting to be merged in karmic. [16:15] Merge-O-Matic is there to help out: https://merges.ubuntu.com [16:16] Any questions related to merges? [16:16] [TOPIC] Heartbeat 2.99 in Karmic [16:16] New Topic: Heartbeat 2.99 in Karmic [16:17] RoAkSoAx isn't around [16:17] i'm reading the log... [16:17] ivoks: any insight on the ACTIONS from last week? [16:17] yeah... well, heartbeat 2.99 just shares the name with previous versions of heartbeat [16:17] I haven't seen a call for testing for heartbeat related packages in his PPA [16:18] they are almost completly different things [16:18] heartbeat 2.99 doesn't work as a standalone app [16:18] it's being utilized by pacemaker [16:18] and ubuntu-ha decided that pacemaker-openais is the way to go [16:18] ivoks: right. [16:18] still, -heartbeat version of pacemaker will be provided in universe [16:18] without any support [16:18] ivoks: is this the same solution as the one adopted by debian? [16:19] since heartbeat is dead project [16:19] mathiaz: yes, i contact debian devs daily [16:19] and one of them is member of ubuntu-ha [16:19] ivoks: great - how is their testing in experimental going? [16:19] some upstream people are also members of ubuntu-ha [16:20] they are doing new packages of openais [16:20] and corosync and, we are helping with packaging [16:21] we've been supplied with debian/ dirs from upstream [16:21] ivoks: ok - so the plan is to replace heartbeat with openais+corosync+pacemaker? [16:21] mathiaz: no, it's very complicated :) [16:21] mathiaz: at the moment corosync and openais aren't API stable [16:22] is ubuntu-ha going to be supporting rhcs as well? [16:22] so, redhat cluster suite 3.0rcX depends on corosync and openais with the same timestamp [16:22] ivoks: is there a wiki page to outline the problem and the proposed solution? [16:22] zul: plan is to degrade rhcs to universe [16:22] ivoks: excelent [16:23] mathiaz: i've sent an email to ubuntu-ha mailing list, but i could do a wiki page with some clearification [16:23] but, the point is... [16:23] corosync and openais should get 1.0 release in next 2 weeks [16:23] ivoks: and upgrade pacemaker and friend to main? [16:23] then pacemaker will be ported to those versions [16:23] nijaba: yes [16:23] ivoks: way cool, thanks [16:24] linux cluster stack became joint effort of all distros and vendors [16:24] ivoks: ok - does this mean everything should be ready by FeatureFreeze? [16:24] mathiaz: it depends on upstream [16:24] ivoks: which is end of august [16:25] i would suggest keeping rhcs in main and in good shape untils pacemaker gets compiled with corosync/openais 1.0 [16:25] then do the switch [16:25] ivoks: ok - so if you could write up a short wiki page with the different issues [16:25] basicaly, atm ubuntu-ha needs to suport both platforms [16:25] ivoks: so that we know we are and where we're heading at [16:25] sure [16:26] ivoks: it doesn't need to be a full blown spec [16:26] i know, but spec should clearify this [16:26] https://wiki.ubuntu.com/ClusterStack [16:26] ivoks: just a list of packages that should be moved to main, an small overview of the new architecture, and what are the blocker for now [16:27] ivoks: great that's a good start [16:28] anything else related to the Cluster stack and HA? [16:28] testing packages are on ubuntu-ha ppa :) [16:29] ivoks: does heartbeat need to be updated in the kernel again? [16:29] zul: kernel? no [16:29] forget heartbeat [16:29] it's dead [16:29] ivoks: okies [16:29] ok - let's move on then [16:30] ivoks: thanks for taking care of the cluster stack in Ubuntu and cooperating with the rest of the distros [16:30] ivoks: if you forget your heartbeat, you may become dead as well. [16:30] That's all I had from last week meetings [16:31] anything else to add related to last week discussions? === jdo_ is now known as jdobrien [16:31] nope - let's move on then [16:32] [TOPIC] kernel modules and userspace tools synchronisation [16:32] New Topic: kernel modules and userspace tools synchronisation [16:32] right... [16:32] ivoks: are you talking about drbd and iscsi? [16:32] kvm, everything... [16:32] providing new version of drbd, for example, is hard [16:32] cause we have to upload new kernel [16:33] i was thinking about dkms [16:33] would it be a problem to utilize dkms as a default way for those kind of things? [16:33] kirkland: what's your take on that? [16:33] in case of drbd, it would help a lot since i would have to sync drbd source in kernel and in userspace tools [16:33] ivoks: dkms probably wouldnt be a problem for drbd [16:34] kirkland: I know you've used dkms for kvm to provide a backport to hardy [16:34] ivoks: how hard is it now to get a new version of drbd in the kernel? [16:34] we have to upload new kernel [16:34] and new userspace at the same time [16:35] probably the same as kvm [16:35] ivoks: also IIRC drbd will be included into the mainline kernel soon [16:35] well, 'soon' :) [16:35] i don't expect it to be there before 10.04 [16:35] ivoks: is the issue that the transition needs to be tracked [16:36] transition? [16:36] ivoks: or that sometimes the kernel team updates the drbd module and that userspace is broken [16:36] that happens too, but only during development [16:36] ivoks: well - by transition I mean that both kernel and userspace have to be in sync [16:36] it would like to provide ppa for drbd [16:36] where users would get newer versions of drbd [16:36] wich otherwise wouldn't get into -updates [16:37] ivoks: that's a good plan - but we also need to take care of the stable release [16:37] ivoks: the primary goal is to get a version of drbd that works in stable releases [16:37] of course [16:37] but SRU won't be accepted [16:37] ivoks: PPA can be a good options for backports ( kirkland does something similar with kvm) [16:37] cause new drbds bring only new functionality [16:38] ivoks: right - so a PPA seems a good option [16:38] but, let's look fruther than drbd [16:38] that's just an example [16:38] ivoks: right - kvm doesn't really fall in the same category IIRC [16:39] ivoks: as there isn't such a strong dependency between kernel and userspace [16:39] ivoks: the other module that I know of is open-iscsi [16:39] ivoks: apparmor is also similar [16:40] well, is apparmor a module or built-in? [16:40] ivoks: it's build-in now [16:40] built-in [16:40] ivoks: but there is version dependency on the parser [16:40] ivoks: IIRC you can use an old parser to load profile into a new kernel [16:41] ivoks: this is where things tend to break in open-iscsi and drbd too [16:41] well, my concern is drbd [16:41] ivoks: right [16:41] i think we could get more out of it [16:41] ivoks: so what's the current process to update drbd in the development release? [16:42] ivoks: send a git pull to the kernel team [16:42] ivoks: 1. send a git pull to the kernel team [16:42] ivoks: 2. wait for the new kernel to be uploaded [16:42] as it turns out, they pull it automaticaly [16:42] so, i never send them a patch [16:42] they just do it [16:42] ivoks: 3. then upload the matching userspace version [16:42] and then we keep up with userspace [16:42] right [16:43] ivoks: how do you keep up with userspace? manually? [16:43] yes [16:43] ivoks: just by change you happen to notice there is a new drbd module? [16:43] ivoks: just by chance you happen to notice there is a new drbd module? [16:43] i look from time to time what's in kernel [16:43] and atm there's the latest version [16:43] ivoks: that drbd is broken *again* and you upload a new userspace version [16:43] i also know when drbd releases new version [16:44] mathiaz: that never happened [16:44] drbd has slow release cycle [16:44] mostly kernel team does the inital pull [16:44] and then i send patches for newer version, if any [16:45] wait for new kernel, and then rebuild userspace [16:45] ivoks: ok - so is there any improvement that could be made for handling drbd in the development release? [16:45] dkms :) [16:45] ivoks: or is wait for new kernel, rebuild userspace a good enough process? [16:45] dkms would make me happier man; i would have to look only on one file in kernel git [16:45] ivoks: with dkms you'd have control over the kernel module *and* the userspace at the same time [16:46] yes [16:46] ivoks: right - I understand the advantage of dkms for backports [16:46] ivoks: I'm trying to figure out whether it would be usefull to handle stable releases as well [16:46] well, desktop already does it [16:47] for ati/nvidia stuff, iirc [16:47] ivoks: right - so it seems that it could be a good option [16:47] ivoks: the next step would be to talk to the kernel team [16:47] kvm-source in jaunty depends on dkms [16:47] of course [16:47] ivoks: and ask them what they think about it [16:47] i planed to send an email to -server and -kernel [16:47] but it was better to discuss it here first [16:48] ivoks: you may also talk to kirkland to see how he built the dkms version of kvm for hardy [16:48] ivoks: great. [16:48] mathiaz: sorry, stepped away, back now [16:48] [ACTION] ivoks to send an email to -server and -kernel about turning drbd into a dkms based module [16:48] ACTION received: ivoks to send an email to -server and -kernel about turning drbd into a dkms based module [16:49] kirkland: that's ok - I think that ivoks would like to talk to you later [16:49] mathiaz: ivoks: cool [16:49] kirkland: about dkms and kvm [16:50] let's move on if there is nothing else to this topic (drbd) [16:50] [TOPIC] Open discussion [16:50] New Topic: Open discussion [16:50] Anything else to add? [16:52] anyone interested in hadoop packaging? :) [16:52] ivoks: :) [16:53] ivoks: I can tell soren is interested in having it packaged, but that doesn't really help you. [16:53] hehehe [16:53] i got couple of emails that people are interested... why does everybody looks at me first? :) === MaWaLe is now known as MosquitoOo [16:53] bed inglish [16:54] cause you only have one shoe on? :) [16:54] ivoks: are there some packages already? is there an ITP for it? [16:54] http://cloudera.com/hadoop-deb [16:54] LINK received: http://cloudera.com/hadoop-deb [16:55] ivoks: so these packages could be a starting point [16:55] i haven't looked at them [16:55] so i would say 'big maybe' [16:55] ivoks: has someone tried to build them on karmic and pushed them to a PPA [16:55] ivoks: ? [16:56] mathiaz: all hadoop packages i've seen were binary files, no source [16:56] maybe these aren't... [16:56] ivoks: oh well - that doesn't help at all then [16:56] mathiaz: and they might be FHS-adverse as well [16:56] but i won't judge anyone, until i look at them [16:57] ttx: well, looking at the link [16:57] ivoks: I'll have a look at them, maybe tomorrow [16:57] Hadoop wrapper script /usr/bin/hadoop [16:57] Hadoop Jar and Library Files /usr/lib/hadoop [16:57] ttx: great [16:57] it's a cloud thing, you guys should be interested in that :D [16:57] :P [16:58] It's prio 1 on my CrackOfTheDay list [16:58] [ACTION] ttx to look at cloudera hadoop debian packages [16:58] ACTION received: ttx to look at cloudera hadoop debian packages [16:58] argh :) [16:58] ttx: hahaha nailed [16:58] let's move on and wrap up [16:58] [TOPIC] Agree on next meeting date and time [16:58] New Topic: Agree on next meeting date and time [16:58] next week, same place, same time? [16:59] sure [16:59] wfm [17:00] :) [17:00] awesome then [17:00] thanks for attending and see you all [17:00] same time, same place, next week [17:00] #endmeeting [17:00] Meeting finished at 11:00. }}}