15:02:52 <rbergeron> #startmeeting oVirt weekly sync meeting
15:02:52 <ovirtbot> Meeting started Wed Feb  1 15:02:52 2012 UTC.  The chair is rbergeron. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:02:52 <ovirtbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
15:03:06 <rbergeron> #meetingname oVirt weekly sync meeting
15:03:06 <ovirtbot> The meeting name has been set to 'ovirt_weekly_sync_meeting'
15:03:18 <rbergeron> #topic Agenda for today
15:03:24 <rbergeron> #chair oschreib cctrieloff quaid
15:03:24 <ovirtbot> Current chairs: cctrieloff oschreib quaid rbergeron
15:03:47 <rbergeron> oschreib: am I correct in thinking that the major topic for today is go/no go/release status?
15:03:53 <oschreib> indeed
15:03:57 * sgordon is here
15:04:00 * lpeer is here
15:04:06 * oschreib here
15:04:07 * mburns here
15:04:11 <rbergeron> If anyone else has anything, speak up, but we should probably get down to business.
15:04:11 <cctrieloff> we have a internal meeting here today that I need to go to., will take my machine with, but may drop in/ out.
15:04:24 <rbergeron> #topic Release Status
15:04:35 <rbergeron> oschreib: take it away, where are we at?
15:04:45 <oschreib> We had the go/no go meeting
15:04:46 <rbergeron> #chair mburns lpeer sgordon
15:04:46 <ovirtbot> Current chairs: cctrieloff lpeer mburns oschreib quaid rbergeron sgordon
15:04:53 <cctrieloff> quaid could also update, but for open day in beijing, still working location for confirmation for date.
15:05:03 * jimjag is here
15:05:08 <oschreib> and mgoldboi and ykaul raised several issues
15:05:20 <oschreib> some of them were not part of the release crteria
15:05:20 * Guest747 here too
15:05:45 <oschreib> We had one clean VDSM blocker
15:05:53 <mburns> #link http://ovirt.org/wiki/Releases/First_Release_Blockers
15:06:00 <oschreib> we should discuess it's status
15:07:05 <mgoldboi> oschreib: got a patch from vdsm team but we were blocked on testing it because of https://bugzilla.redhat.com/show_bug.cgi?id=786174
15:07:21 * rharper is here
15:07:22 <mgoldboi> oschreib: vdsm isn't starting because of it
15:07:40 <oschreib> danken: ping
15:07:45 <acathrow> oschreib - there were multiple major issues in my email., the iptables one, the logo/brand one
15:08:20 <oschreib> acathrow: any BZ on the iptables and logo?
15:08:34 <oschreib> lets try to understand what are the blockers
15:09:18 <oschreib> mburns: any updates from your side first?
15:09:23 <rbergeron> do we want to go through the bz's one by one?
15:09:33 <oschreib> I believe we do.
15:09:50 <mburns> oschreib: sure
15:09:51 <mburns> oschreib: 2 issues for node
15:09:59 <mburns> #link https://bugzilla.redhat.com/show_bug.cgi?id=785728
15:10:23 <mburns> this one we can't reproduce anywhere, but we suspect that it's dmraid related
15:10:40 <mburns> but is not a blocker
15:10:51 <mburns> #link https://bugzilla.redhat.com/show_bug.cgi?id=782663
15:11:01 <mburns> this is engine but directly impacts node
15:11:17 <mburns> fix is posted, but not merged yet afaict
15:11:28 <oschreib> lpeer: any comment?
15:11:39 <xTs_w> mburns: uhm, I had problems with ovirt-node and dmraid, too. So I stopped using dmraid
15:12:17 <mburns> xTs_w: yes, dmraid doesn't work right (and i don't remember all the details for why)
15:12:27 <oschreib> sounds to me that BZ#https://bugzilla.redhat.com/show_bug.cgi?id=782663 is clearly a blocker.
15:12:27 <oschreib> any other opinion?
15:12:27 <mburns> we had workarounds for disabling it, but those appear to not be working
15:12:55 <mburns> we'll add a release note for dmraid, but it's not a blocker
15:13:00 <lpeer> oschreib: sec loking
15:13:02 <mburns> oschreib: ack, 782663 is a blocker
15:13:18 <oschreib> lets hear lpeer thoughts
15:13:49 <oschreib> mburns: so nothing on UEFI, right?
15:14:09 <rbergeron> #agreed https://bugzilla.redhat.com/show_bug.cgi?id=782663 is a blocker
15:14:17 <mburns> oschreib: testing with uefi all worked (with 1 additional small patch)
15:14:20 <cctrieloff> back
15:14:36 <oschreib> mburns: good to know.
15:14:37 <mburns> oschreib: new build will be done when we have final vdsm
15:15:17 <oschreib> we will talk about vdsm in after engine
15:15:33 <lpeer> oschreib: it looks like a blocker to me
15:15:44 <oschreib> lpeer: ok, thanks.
15:16:00 <oschreib> lpeer: can you please talk with rgolan1 to fix it and push it into engine_3.0?
15:16:06 <lpeer> oschreib: the patches seems in place i can have them acked and pushed by tomorrow morning
15:16:14 <oschreib> lpeer: good, thanks
15:16:14 <lpeer> oschreib: will do
15:16:28 <oschreib> #info https://bugzilla.redhat.com/show_bug.cgi?id=782663 should be fixed and merged tomorrow
15:17:22 <oschreib> any other comments about node status for first release? sounds to me like we're fine
15:18:20 * rbergeron has nothing
15:18:26 <oschreib> #info ovirt-node is ready, waiting for last vdsm build.
15:18:31 <mburns> oschreib: should be all good once we get new vdsm and engine bug fixed
15:18:47 <oschreib> lets talk about engine now
15:18:51 <oschreib> mgoldboi: ?
15:19:36 <mgoldboi> i brought my candidates the last time - snapshot issues - bugs has been modified - lpeer ready to be pushed?
15:19:48 <oschreib> mgoldboi: we already did
15:19:57 <oschreib> afaik
15:20:08 <mgoldboi> ok- no news on the engine side
15:20:09 <lpeer> oschreib: indeed
15:20:12 <oschreib> cool
15:20:25 <oschreib> #info engine is ready for first release
15:20:34 <oschreib> ok.
15:20:38 <oschreib> vdsm now
15:20:57 <acathrow> oschreib do we consider bootstrap part of engine?
15:21:06 <oschreib> acathrow: part of vdsm
15:21:14 <mgoldboi> we have a major problem with https://bugzilla.redhat.com/show_bug.cgi?id=786174 and vdsm
15:21:21 <mgoldboi> iscsid service fails to start
15:21:40 <danken> oschreib: ?
15:21:41 <mgoldboi> thus vdsm isn't starting
15:21:53 <oschreib> I see https://bugzilla.redhat.com/show_bug.cgi?id=773371 in the relesae blokcers, is it really an issue?
15:21:58 <ovirtbot> 14[[07Releases/First Release Blockers14]]4 !10 02http://ovirt.org/w/index.php?diff=2148&oldid=2147&rcid=2216 5* 03Lpeer 5* (+138) 10/* First Release (3.0) Known blockers */ 
15:22:30 <ovirtbot> 14[[07Releases/First Release Blockers14]]4 !10 02http://ovirt.org/w/index.php?diff=2149&oldid=2148&rcid=2217 5* 03Lpeer 5* (-138) 10/* First Release (3.0) Known blockers */ 
15:22:31 <oschreib> danken: any comment on both BZs?
15:22:59 <danken> I'm waiting for rvaknin's ack for the easier one
15:22:59 <danken> http://gerrit.ovirt.org/#change,1360
15:23:36 <oschreib> mgoldboi: ?
15:24:02 <danken> if it reconfigures vdsm on bootstrap, I'm happy
15:24:05 <rvaknin> oschreib, danken There will not be an ack until iscsid bug will be fixed
15:24:12 <mgoldboi> danken: Rami (as Dave) faced https://bugzilla.redhat.com/show_bug.cgi?id=786174 which prevented them to test it
15:24:18 <oschreib> merd
15:24:22 <danken> rvaknin: why is this related?
15:24:42 <danken> oschreib: avoid this French in public rooms!
15:24:43 <rvaknin> danken, because vdsmd fails to load and depends on iscsid
15:25:36 <danken> the bug is about vdsm not using ssl keys for spice
15:26:12 <rvaknin> danken, I can't load vdsmd, how can I know what it really does???
15:26:14 <danken> could you downgrade iscsid just to push vdsm?
15:26:19 <rvaknin> no
15:26:37 <rvaknin> danken, vdsmd requies iscsi-initiator-utils 14
15:26:40 <danken> why? it used to work with earlier versions.
15:26:42 <mburns> danken: not in node (at least not without significant effort)
15:27:12 <danken> I'm speaking of verification of the patch, so that I feel confident to build vdsm
15:27:12 <rvaknin> danken, and the only newer iscsi-initiator-utils doesn't work either
15:27:40 <danken> rvaknin: but we did not have this problem a week ago
15:28:18 <rvaknin> danken, strange, ahh? can it somehow related to the configuration vdsm do in iscsid service?
15:28:51 <danken> no, dallen and olevy saw it with upstream vdsm
15:29:02 <rvaknin> danken, ok
15:29:40 <danken> if i recall correctly, the bug that Federico found (and caused the require -14) was not 100%
15:29:52 <rvaknin> danken, I've installed new Fedora 16 (from pxe server so it's quite clean installation) and the iscsid problem was there
15:29:52 <oschreib> bottom line, iiuc, we can't release vdsm in the current status.
15:30:12 <danken> we cannot release oVirt
15:30:13 <rvaknin> danken, I don't give it a go
15:30:26 <rvaknin> danken, for the patch I mean
15:30:37 <mgoldboi> oschreib: anyhow we couldn't validate the fix and we have another blocker - iscsid on our hands
15:30:52 <oschreib> danken: unfortunately, oVirt needs working vdsm (and all of its dependencies)
15:30:59 <oschreib> any thought on dealing with broken dependencies that might delay oVirt release?
15:30:59 <danken> rvaknin: could you remove iscsid from the  NEEDED_SERVICES?
15:31:30 <rvaknin> danken, I'll try this solution
15:31:30 <danken> just to see that my patch is not completely bogus?
15:31:59 <danken> rvaknin: also needs to comment
15:32:00 <danken> /sbin/service iscsid force-start
15:32:08 <oschreib> we all agree that https://bugzilla.redhat.com/show_bug.cgi?id=786174 is a blocker, right?
15:32:14 <rharper> I'm wondering with this complex bootstrap, if there is a way to negotiate what the node is capable of instead of not registering because one of the needed services isn't available
15:32:17 <rgolan> jboggs: ping
15:32:24 <jboggs> rgolan, pong
15:32:38 <rharper> if I'm not using any iscsi, couldn't we just mark the node as not having iscsi support if the dependencies on the node aren't met?
15:32:47 <danken> rharper: you're asking to make this complex bootstrap even more complex....
15:32:50 <rharper> no
15:33:01 <rharper> I'm asking to use feature negotiation
15:33:16 <oschreib> feature negotiation is a huge RFE :)
15:33:57 <acathrow> that feature wasn't required when we only used rhel where we knew exactly what to expect, but it's going to get more important
15:34:10 <oschreib> true
15:34:57 <oschreib> danken: I'm adding https://bugzilla.redhat.com/show_bug.cgi?id=786174 as a blocker, can you handle it with the relevant teams?
15:34:59 <danken> anyway, we are diverging. I see that mchristie is on top of the issue
15:35:37 <oschreib> #info https://bugzilla.redhat.com/show_bug.cgi?id=786174 is a blocker for VDSM
15:36:43 <danken> oschreib: please add mchristi@redhat.com to minutes' CC.
15:37:00 <oschreib> I'll
15:37:04 <oschreib> ok.
15:37:12 <oschreib> anything else?
15:37:19 <oschreib> mgoldboi: log-collector maybe?
15:37:27 <ovirtbot> 14[[07Releases/First Release Blockers14]]4 !10 02http://www.ovirt.org/w/index.php?diff=2150&oldid=2149&rcid=2218 5* 03Oschreib 5* (+126) 10/* First Release (3.0) Known blockers */ 
15:37:28 <mgoldboi> https://bugzilla.redhat.com/show_bug.cgi?id=786143 - logcollector is broken
15:37:45 <oschreib> are we sure log-collector is a gating item?
15:38:07 <mgoldboi> which will be very sad on the user support/debug side
15:38:10 <sgordon> ultimately the logs are there
15:38:19 <sgordon> sure log collector bundles them all up nicely
15:38:27 <sgordon> but if push comes to shove i think we could survive..
15:38:52 <danken> rvaknin: any idea why NM still thinks it owns our bridge? could you attach ifcfg of bridge and nic?
15:38:58 <mgoldboi> if it's an easy fix and we are delaying the version anyhow - i think we should take care of it
15:39:09 <oschreib> since we already have multiple issues, and we will probably delay the release even more, I'll try to handle the log-collector personally
15:39:42 <oschreib> #action oschreib to try fix https://bugzilla.redhat.com/show_bug.cgi?id=786143
15:39:46 <oschreib> anything else?
15:40:02 <sgordon> i think this part of that bug "-if you had a previous run of it - it fails to collect:" is actually intentional
15:40:11 <rbergeron> have we hit all the bugs in the list?
15:40:12 <sgordon> but sure the plugin bit should be fixed
15:40:27 <oschreib> sgordon: true
15:40:52 * rbergeron keeps seeing bugs being added
15:40:54 <sgordon> RFE would be for it to generate unique directories for each run, but i digress
15:41:08 <rvaknin> danken, http://fpaste.org/JLIA/
15:41:17 <cctrieloff> we should also work out new target date for release and communicate / update site etc
15:41:25 <oschreib> ok
15:41:34 <oschreib> we have 3 blockers ATM
15:41:49 <oschreib> + the log-collector one
15:42:01 <acathrow> oschreib did anyone look at the list I sent?
15:42:20 <sgordon> as a reminder as we fix these we need to add to http://www.ovirt.org/wiki/Release_Notes
15:42:39 <oschreib> acathrow: I did, and probably danken did as well.
15:42:39 <rvaknin> danken, I'm not sure that if you omit "NM_CONTROLLED=yes" - the default is "no"
15:42:50 <oschreib> acathrow: but if we want to add blockers, I need bugs.
15:43:02 <sgordon> rvaknin, agreed, NM is generally greedy :)
15:44:41 <ovirtbot> 14[[07Features/Design/DetailedHotlugNic14]]4 !N10 02http://www.ovirt.org/w/index.php?oldid=2151&rcid=2219 5* 03Ilvovsky 5* (+4450) 10Created page with "<!-- {{autolang|base=yes}} -->  <!-- The actual name of your feature page should look something like: "Your feature name". Use natural language to name the pages. -->  == Hotplug..."
15:45:06 <mgoldboi> danken: do we have a bz for the empty line mis-parsing in the ifcfg?
15:45:52 <acathrow> yes - https://bugzilla.redhat.com/show_bug.cgi?id=782348
15:45:59 * quaid wonders where that feature page template is coming from; looks like fedoraproject.org/wiki artifacts in there.
15:46:00 <acathrow> mgoldboi ^^
15:47:15 <quaid> oschreib: so you mentioned 1 of 3 blockers
15:47:26 <ovirtbot> 14[[07Features/Design/DetailedHotlugNic14]]4 !10 02http://www.ovirt.org/w/index.php?diff=2152&oldid=2151&rcid=2220 5* 03Ovedo 5* (-32) 10
15:47:39 <quaid> is it clear right now that we are currently 'no-go' for today?
15:47:48 <oschreib> sure
15:47:57 <oschreib> we mentioned all of them....
15:47:59 <quaid> even more important, can we pick a new target from this?
15:48:25 * quaid thought "+ the log-collector one" might have been the start of a list, but sees it was adding to a list?
15:48:43 <oschreib> 1. iscsid, 2. engine- error in node registrations, 3. vdsm reconfigure thingy
15:49:32 <oschreib> quaid: the bottom line was that if the log-collector was the only gating item, I'm not sure we would delay the release. since we will delay it, it should be fixed.
15:50:46 <mgoldboi> danken: any special reason not to push https://bugzilla.redhat.com/show_bug.cgi?id=782348 as well to the build?
15:51:14 <lpeer> acathrow: quaid; yes we used it as a reference and changed it a little
15:51:46 <quaid> lpeer: ok, thx; I'll add that to the wiki-gardening task list :)
15:52:05 <cctrieloff> I may drop again -- we still need a new target date..
15:52:11 <oschreib> indeed
15:52:50 <quaid> can we set one right now?
15:52:53 <oschreib> I suggest 09/02 (and do a quick overview in next week's meeting)
15:53:10 <deepakcs> itamar,Hello, i am looking for any info on the logs i sent yesterday for the host being 'non responsive' problem
15:53:15 <quaid> will you have a go/no-go meeting earlier in the week?
15:53:25 <mgoldboi> oschreib: we need to get an ETA on the iscsid bug (unless we want to pass on vdsm)
15:53:30 <quaid> or will 1 day be enough to fix remaining items that come up in next week's meeting?
15:54:28 <oschreib> mgoldboi: I think one week should be enough for them, although we need their commitment.
15:54:54 <oschreib> quaid: we can do a seperate go/no go on the 07/02
15:57:17 <danken> mgoldboi: I do not mind backporting it into the ovirt build
15:57:34 <oschreib> danken: backporting what?
15:58:29 <mgoldboi> oschreib: https://bugzilla.redhat.com/show_bug.cgi?id=782348
15:58:37 <danken> oschreib: handling an emply lin ein ifcgf
15:58:41 <oschreib> oh, ok
15:58:48 <quaid> ok, we're about out of meeting time today
15:59:10 <quaid> did we have anything more on release status?
15:59:16 <oschreib> so what's the conclusions?
16:00:19 <oschreib> :(
16:00:44 <mburns> oschreib: think the status is no-go
16:00:57 <mburns> oschreib: and we'll sync again on tuesday
16:01:15 <oschreib> no target date?
16:01:16 <mburns> with new target of 9-feb
16:01:44 <oschreib> ok, so I'll send the mail to users/board/announce.
16:03:31 <oschreib> anything more for today?
16:04:02 <quaid> outside of the release discussion?
16:04:11 <quaid> nothing we need to discuss
16:04:23 <quaid> I'm looking for workshop space in Beijing
16:04:41 <oschreib> #info retargeting oVirt's first release to Feb 9th
16:04:51 <oschreib> #info go/no go meeting on Feb 7th
16:06:18 <danken> rvaknin: dropping the NM_CONTROLLED should be fine - it is for all the other networks, isn't it?
16:06:38 <quaid> #agreed oVirt first release now 9 Feb
16:06:49 <quaid> #agreed go/no-go meeting for first release 7 Feb
16:07:00 * quaid just using that convention to make the decision stand-out in the meeting notes
16:07:06 <quaid> ok, since we're over the hour
16:07:09 <oschreib> good to know
16:07:10 <quaid> and have nothing more
16:07:16 <quaid> I'll close in 10 seconds
16:07:19 * quaid counts to himself
16:07:35 <quaid> #endmeeting