14:05:04 <oschreib> #startmeeting oVirt Weekly Meeting 14:05:04 <ovirtbot> Meeting started Wed Jul 31 14:05:04 2013 UTC. The chair is oschreib. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:05:04 <ovirtbot> Useful Commands: #action #agreed #help #info #idea #link #topic. 14:05:28 <oschreib> #topic agenda and roll call 14:05:34 <oschreib> #info 3.3 status update 14:05:53 <oschreib> #info infra team update 14:05:59 <oschreib> #info Other Topics 14:06:16 * lvernia here 14:06:17 * ofri here 14:06:20 * mgoldboi here 14:06:25 * mskrivanek here 14:06:29 <itamar> here 14:06:42 * sahina here 14:08:05 <oschreib> #topic oVirt 3.3 status Update 14:08:12 <oschreib> #link http://www.ovirt.org/OVirt_3.3_release-management 14:08:19 <oschreib> #info 3.3 Tracker bug: 14:08:24 <itamar> very nice participation on the test day 14:08:30 <oschreib> #link https://bugzilla.redhat.com/show_bug.cgi?id=918494 14:08:46 * jb_netapp here 14:09:05 <oschreib> #info test day happened last week, very nice participation 14:09:28 <oschreib> ok, some general stuff: 14:09:39 <oschreib> 1. I'm going to create ovirt-engine-3.3 branch today 14:10:04 <oschreib> a separate email will be sent. please make sure to cherry pick important stuff. 14:10:44 <oschreib> 2. RC build will happen next week OR afterword if we will find critical issues 14:11:11 <itamar> how are we dealing with the 79 bugs with target release of 3.3? 14:11:43 <oschreib> itamar: lets go over team by team, add the critical bugs to the tracker, and postpone others. 14:11:44 <itamar> go group by group for their comments on them (critical and should be backported to branch or can wait - and change their target release from 3.3)? 14:11:49 <itamar> ok 14:12:25 <oschreib> #info ovirt-engine-3.3 branch will be created today 14:12:32 <oschreib> #info RC build will happen next week OR afterword if we will find critical issues 14:12:54 <oschreib> 3. I expect all missing features to be removed from http://www.ovirt.org/OVirt_3.3_release-management 14:13:09 <oschreib> ok, now we can go team by team. 14:13:23 <oschreib> #info gluster status 14:13:34 <oschreib> #undo 14:13:34 <ovirtbot> Removing item from minutes: <MeetBot.items.Info object at 0x9adde0c> 14:13:46 <oschreib> #info open bug for 3.3 14:14:03 <oschreib> #link http://alturl.com/aq23x 14:14:15 <oschreib> now we can move to team stuff 14:14:23 <oschreib> #info gluster status 14:14:47 <oschreib> sahina: any updates about 3.3? 14:15:08 <Ub_User> mskrivanek: gnome boxes? no waith... i read that from the ovirt web gui -> run once -> Boot option -> attach floppy..... 14:15:41 <Ub_User> mskrivanek: ...but I do not see in the combo my driver... i can only read [sysprep] 14:15:49 <sahina> oschreib, 988453 - we will be sending a patch to change default cluster to virt only 14:16:54 <sahina> oschreib, Bz 988299 need to reproduce as there were no logs. hope to get to it this week 14:17:06 <mskrivanek> Ub_User: then you don't have any floppy in iso domain. upload some .vfd 14:17:31 <oschreib> sahina: can you please add those blockers to the 3.3 release tracker? (and make sure they're cherry picked into the branch I'll create later today) 14:17:33 <sahina> oschreib, not really blockers for 3.3 14:17:38 <yzaslavs> hi, i apologize for being late, had connectivity issue. i'm representing infra for bugs discussions. 14:17:56 <oschreib> yzaslavs: ok, thanks 14:18:17 <oschreib> sahina: OK, I couldn't understand that bug sevirity 14:18:38 <oschreib> sahina: all features listed in http://www.ovirt.org/OVirt_3.3_release-management are in 3.3? 14:19:05 <sahina> oschreib, the REST API is not in yet 14:19:24 <oschreib> sahina: so please remove it :) 14:19:35 <oschreib> sahina: no more new features in 3.3 ovirt 14:20:06 <sahina> oschreib, it's posted upstream, waiting for final review. should i still remove it? 14:20:59 <sahina> oschreib, i will remove the swift service feature for gluster. but gluster hooks management would like to get it in 14:22:10 <oschreib> sahina: well, we're supposed to build RC in one week, I'm afraid of big changes before RC 14:23:58 <oschreib> sahina: we can take that issue offline (or in mailing list) 14:24:02 <sahina> oschreib, ok, 14:24:04 <oschreib> lets go forward 14:24:20 * danken is here, only now. 14:24:31 <oschreib> #info no blockers for gluster 14:24:41 <oschreib> #info integration status 14:24:53 <oschreib> mgoldboi: any blockers? 14:25:30 <mgoldboi> oschreib: one blocker 987939 on tracker already 14:25:37 <itamar> sahina - can you please change the target version of the bugs from 3.3 to ---? 14:25:40 <mgoldboi> oschreib: release page is updated 14:26:08 <mgoldboi> oschreib: pending item to remove old installer for RC 14:26:22 <mgoldboi> oschreib: old = legacy ;) 14:26:36 <itamar> sahina - for those not critical enough to be backported to ovirt 3.3 14:27:26 <oschreib> mgoldboi: about the blocker - estimated time for the fix? 14:28:02 <sahina> itamar, yes. will do. 14:28:16 <mgoldboi> oschreib: should be ready for next week 14:28:45 * doron here stealth mode 14:29:35 <oschreib> mgoldboi: ok. 14:29:37 <oschreib> next 14:29:54 <oschreib> #info integration: single blocker, targeted for next week 14:29:58 <oschreib> #info infra 14:30:09 <oschreib> yzaslavs: any blockers for 3.3? 14:31:18 <yzaslavs> oschreib: no, last potential blocker was merged 10 minutes ago. 14:31:26 <danken1> amuller: do you have new infomation about the odd case of supervdsm dying? 14:31:33 <yzaslavs> oschreib: that was https://bugzilla.redhat.com/show_bug.cgi?id=990524 14:31:36 <danken1> this may be an infra issue 14:31:38 <itamar> yzaslavs, so what are the 18 bugs with 3.3 target release? 14:32:03 <yzaslavs> itamar: i went over with bazulay on them, only the above was recognized as blocker. 14:32:22 <itamar> yzaslavs - ok, please change target version of the rest to --- then 14:32:30 <yzaslavs> itamar: sure, no problem. 14:32:38 <danken1> ybronhei: I do not understand it completely, but somehow deployment has restarted libvirt without restarting supervdsm later 14:32:54 <danken1> which caused supervdsm to die on the first setupNetwork command. 14:33:44 <oschreib> danken1: if that issue is a blocker, please add it to the release tracker. 14:33:55 <oschreib> yzaslavs: anything else to report? 14:34:12 <danken1> oschreib: I do not think we have a bug opened, yet. I'm asking ybronhei and amuller if they have news about it. 14:34:14 <yzaslavs> oschreib: nope 14:34:27 <oschreib> #info infra: single blocker merged, 18 bugs will move to next version 14:34:31 <oschreib> ok, next. 14:34:35 <oschreib> #info networking 14:34:46 <oschreib> danken1: any blockers for us? 14:34:57 <danken1> so... 14:34:58 <oschreib> danken1: I see 13 bugs on the 3.3 list 14:35:08 <danken1> I have only 11 14:35:37 <mskrivanek> btw, target release 3.4 is not defined in bugzilla ATM 14:35:54 <danken1> anyway, ovirt-node registration flow does not work due to 988990 14:36:50 <oschreib> ok, I see it already blocks tracker. 14:37:04 <danken1> oschreib: nowadays that we have ovirt-host-deploy working for ovirt-node, it may not be the end of the world 14:37:34 <danken1> but it should be a project decision: are we willing to reslease 3.3 with registration flow broken. 14:37:54 <oschreib> danken1: well, I agree there are other registration options, but I think it's important bug IMO, which I'd like to get in 14:38:23 <danken1> oschreib: it won't be in by tomorrow's deadline 14:38:23 <apuimedo_> oschreib: I'm looking at that bug right now 14:38:37 <apuimedo_> but yeah, I don't think it'll be done by tomorrow 14:38:41 <oschreib> danken1: any estimation? 14:39:00 <danken1> Another issue that is borderline network is 988986 NEW jboggs@redhat.com libvirt network directory is not persisted 14:39:05 <itamar> mskrivanek - indeed. please move to --- for now... 14:39:22 <oschreib> itamar: and release 3.3 without node registration? 14:40:00 <itamar> oschreib: i was talking to mskrivanek... 14:40:09 <itamar> not on registration bug 14:40:30 <oschreib> itamar: oh, missed that 14:40:44 <danken1> oschreib: I suspect that it would take a week, assuming that dougsland and/or someone from ovirt-node helps 14:40:56 <jboggs> danken1, looking at it now 14:41:00 <ybronhei> danken1: libvirt wasn't restarted 14:41:10 <oschreib> it's not only mine decision, but I think it worth waiting, 14:41:20 <ybronhei> danken1: threw exception though , but no restart 14:41:23 <danken1> ybronhei: are you sure? have you looked at meni's logs? 14:41:35 <ybronhei> danken1: looked in rose08 14:41:41 <danken1> We saw the ominous "libvirt version" text in libvirtd.log. 14:41:47 <ybronhei> where? 14:41:50 <danken1> yeah, that was it 14:41:55 <oschreib> danken1: and it's defined as MUST, so we will wait for it. 14:42:06 <oschreib> guys, lets move on 14:42:14 <ybronhei> last restart was at 14:40 14:42:31 <ybronhei> the issue took place at 15:30 14:42:35 <oschreib> #info networking: single blocker, might take a week to solve 14:42:44 <danken1> ybronhei: I do not have the logs in front of me - please discuss this with amuller. 14:42:44 <oschreib> ybronhei: please do that discussion in private. 14:42:53 <oschreib> next 14:42:55 <ybronhei> libvirt through exception, might be because the conf file was changed.. 14:43:10 <oschreib> #info SLA 14:43:18 <ofri> bugs: nothing big. no blockers but bz#987926 need to make it in asap 14:43:21 <oschreib> doron: any 3.3 blocker? 14:43:40 <oschreib> ofri: I see 2 bugs for 3.3 on your list 14:43:45 <doron> oschreib: not really. we have a minor issue with vdsm which should be merged 14:43:47 <ofri> yes 14:44:02 <ofri> one of them is 987926 14:44:04 <oschreib> ofri: so please move the to --- version 14:44:17 <ofri> the other is planned to be merged in few minutes 14:44:19 <itamar> oschreib: what about the other network bugs with TR 3.3? 14:44:30 <danken1> ofri: it only awaits verification 14:44:41 <oschreib> itamar: I asked danken to take a look on them. 14:44:47 <danken1> (and then a backport to the ovirt-3.3 branch) 14:44:55 <ofri> i know. msivak is working on it now 14:46:09 <oschreib> ofri: doron: so no blockers for 3.3? 14:46:39 <ofri> doron. is 987926 a blocker? 14:46:59 <doron> sec 14:47:01 <itamar> sounds like one? 14:47:06 <danken1> itamar: I've just moved https://bugzilla.redhat.com/show_bug.cgi?id=988397 to ON_QA, I do not think we have anything to do there now 14:47:37 <doron> ofer it is. 14:47:39 <danken1> itamar: so the only net blocker is the registration flow. 14:47:56 <itamar> danken1 - but also add it to blocker tracker if fails testing? 14:48:23 <danken1> itamar: ? /me fail to parse your question 14:49:10 <msivak> ofri: verified 14:49:16 <itamar> danken1 - to have this bug on our radar for 3.3 version, wouldn't it be more prudent to add to the version tracker bug (tracking blocker bugs), so if it fails testing, we'll see it? 14:49:46 <amuller> Quick note - I just added https://bugzilla.redhat.com/show_bug.cgi?id=984028 as ovirt blocker 14:49:52 <danken1> it *i*s blocking the tracker 14:50:21 <itamar> danken1 - ok. 14:50:26 <danken1> itamar: 988397 blocks the tracker 14:51:07 <itamar> sahina - shouldn't bug 988299 be a blocker for gluster (well, and storage)? a vm can't launch from the new gluster storage domain 14:51:41 <danken1> amuller: I agree that "Keep ovirt management as default in the main routing table always" is pretty bad 14:52:07 <danken1> it makes the new multigw feature quite troublesome to use 14:52:10 <apuimedo_> danken1: it is pretty bad, but it is existing functionality 14:52:20 <apuimedo_> it was already broken before 3.3 14:52:24 <amuller> apuimedo_: But the new feature exposes this bug 10000x 14:52:43 <sahina> itamar, there are certain settings to be done on the gluster volume outside of ovirt. not sure if user did that before using as storage domain. 14:52:47 <apuimedo_> amuller: that is also true 14:53:00 <oschreib> guys, we have to go further. 14:53:11 <sahina> itamar, i will add as blocker till we repro and figure out issue. 14:53:30 <oschreib> #info no sla blockers 14:53:32 <oschreib> next 14:53:37 <oschreib> #info UX 14:53:44 <itamar> sahina - great. thanks 14:53:54 <oschreib> who's here for UX? ecohen is that you? 14:54:05 <ecohen> oschreib, yes - sorry for late response. 14:54:33 <ecohen> oschreib, one issue I would like to fix (default language selection), other than that - nothing seems like a blocker to me 14:54:35 <oschreib> ecohen: Do we have blockers for 3.3? I see 10 bugs for 2.2 14:54:46 <ecohen> oschreib, I will change their target release soon. 14:54:47 <itamar> oschreib: wasn't 987926 an sla blocker? 14:55:07 <ecohen> oschreib, only https://bugzilla.redhat.com/show_bug.cgi?id=988008 is worth fixing. 14:55:20 <ofri> itamar: it is verified and approved. it will be in 14:55:51 <oschreib> itamar: I thought ofri said there are no blockers, only a single issue that needs to get in. 14:56:00 <danken1> ofri: taken. now please backport. 14:56:17 <itamar> it requires a backport, so need to be tracked... 14:56:19 <ofri> danken1: rogger that 14:56:57 <oschreib> ecohen: I'd add it to the release blockers, just to track it, if it's going to get in. 14:57:02 <danken1> (itamar: though it's not soooo horrible anyway) 14:57:31 <oschreib> ok, ecohen, anything eles? 14:57:33 <oschreib> else* 14:57:40 <ecohen> oschreib, that's it, thanks 14:57:59 <oschreib> #info ux: single important issue should get it 14:58:01 <oschreib> next 14:58:06 <oschreib> #info storage 14:58:35 <oschreib> amureini: are you representing storage team here? 14:59:17 <danken1> https://bugzilla.redhat.com/show_bug.cgi?id=987965 is somehow listed under storage 14:59:22 <danken1> I thought it was virt 14:59:30 <danken1> "Cannot run vm with spice console protocol " 14:59:44 <mskrivanek> you suggested storage 15:00:21 <oschreib> I understand we have no storage rep 15:00:40 <oschreib> danken1: thanks, I'll take care of the 6 storage bugs. 15:00:43 <danken1> mskrivanek: there is a storage problem there, but I think that the crux is virt 15:01:07 <oschreib> #info no storage representative 15:01:10 <oschreib> next 15:01:16 <oschreib> #info virt 15:01:24 <mskrivanek> danken1: I can take a look, but I would doubt it doesn't work...I'm sure people succeeded creating a VM during test day 15:01:33 <oschreib> mskrivanek: any 3.3 blockers? I see 22 bugs for 3.3 15:01:55 <mskrivanek> not anymore:-) moved them to ---. Then there is this 987965 as danken1 mentioned 15:02:07 <mskrivanek> And https://bugzilla.redhat.com/show_bug.cgi?id=988065 15:02:18 <oschreib> yah, I'd be happy if you could take a look in it 15:02:19 <mskrivanek> the rest is not important and I have removed 3.3 15:02:33 <oschreib> mskrivanek: oj, thanks 15:02:48 <oschreib> mskrivanek: please make sure you cherry pick them. 15:02:58 <mskrivanek> danken1: if you're fine with the dirty fix from Assaf, can you merge it? 15:03:36 <oschreib> mskrivanek: any estimation regarding those blockers? 15:03:56 <danken1> mskrivanek: I am not at all fine with it... hence I gave it -1. 15:04:00 <msivak> danken1: I backported (cherry-pick) the ksmtuned patch - http://gerrit.ovirt.org/#/c/17537/ 15:04:16 <danken1> I think we should collected the true alias for all devices 15:04:40 <danken1> msivak: taken 15:05:08 <mskrivanek> oschreib: danken1: yeah, so the estimate depends more on Dan and Assaf to come to an agreement. Vinzenz is fixing Console in 3.3 so we won't see the bug in 3.3<->3.3 migrations, but that doesn't solve the issue for previous releases 15:05:33 <danken1> mskrivanek: why? 15:05:36 <oschreib> #info virt: two blockers currently 15:05:53 <oschreib> I'll let you guys discuss it after the meeting :) 15:06:05 <oschreib> but we're really after the single hour we had. 15:06:07 <oschreib> ok, I think we're done with 3.3 issues. I'll build RC in the next few days, and will build more once patches will get in 3.3 branch. anything else to discuss? 15:06:42 <oschreib> I suggest discussing Infra/conventions/other in the next week, as we're passed our schedule. 15:06:49 <itamar> oschreib: what about node bugs? 15:06:57 <mskrivanek> danken1: because it's still broken in 3.0. Console nor Balloon has an alias. And it's not going to be sent during migration so it will crash unless you patch 3.0/3.1/3.2. That's my understanding 15:06:58 <itamar> i see 3 of them with TR 3.3 15:07:15 <oschreib> oh, missed node. 15:07:33 <oschreib> that's what happens when mburns isn't here 15:07:37 <oschreib> #info node 15:08:01 <oschreib> 3 node bugs with target release 3.3 15:08:34 <oschreib> jboggs: fabiand: any update on 3.3 node bugs? 15:09:08 <jboggs> no update afaik, wasn't aware of the meeting :) 15:09:15 <jboggs> mburns and fabian are on pto 15:09:30 <jboggs> im working on 988986 15:09:57 <oschreib> there are 3 bugs for 3.3, can you take a look/talk with mburns, and change their TR if they're not blockers? 15:10:14 <jboggs> will do 15:10:22 <oschreib> jboggs: thanjs 15:10:24 <danken1> jboggs: we could use your help with the failing registration flow 15:10:31 <jboggs> danken1, which bz? 15:10:48 <danken1> 988990 15:10:49 <danken1> could you remind me 15:10:49 <apuimedo_> jboggs: https://bugzilla.redhat.com/show_bug.cgi?id=988990 15:11:11 <danken1> how vdsm-reg collects the target Engine url from kernel args? 15:11:25 <oschreib> #info node: 3 bugs for 3.3, node team will take a look on them, currently only a single blocker. 15:11:29 <oschreib> jboggs: thanks 15:11:43 <oschreib> ok, I think we passed all the areas. 15:11:48 <oschreib> itamar: anything we missed? 15:11:54 <itamar> jboggs: please move non blockers to TR --- 15:12:06 <apuimedo_> danken1: I was leaning for a try getOvirtBridgeParams 15:12:12 <itamar> oschreib: i think not - next time just go by the sort order of the report ;) 15:12:12 <apuimedo_> if the bridge doesn't exist 15:12:26 <apuimedo_> create the bridge on top of the nic 15:12:31 <apuimedo_> (vdsm-reg) 15:12:50 <danken1> apuimedo_: this would be unhelpful for Engine 3.3. 15:13:02 <danken1> I'd rather skip the bridge building, if possible 15:13:09 <oschreib> itamar: yah, I got that mistake after the third team :) 15:13:16 <danken1> i.e. unless a user explicitly asked to register to an old Engine 15:13:38 <oschreib> anything else guys, or I can close this meeting? 15:13:52 <oschreib> (you can keep on with tech discussions, I don't mind) 15:14:05 <apuimedo_> danken1: that would mean do a rest call to the engine to ask it about the version 15:14:11 <apuimedo_> wouldn't it? 15:14:22 <sahina> oschreib, one thing - when u said remove feature from 3.3, does it mean also change feature compat level 15:14:24 <danken1> apuimedo_: no, I'm opting for using the ovirt-node TUI 15:14:42 <apuimedo_> that they would add a checkbox 15:14:43 <sahina> oschreib, or just remove from feature page for 3.3 release? 15:14:51 <apuimedo_> and pass it to vdsm-reg? 15:14:57 <danken1> apuimedo_: but frankly, your idea is better (though more complex, I think) 15:15:04 <oschreib> sahina: remove it from 3.3 ovirt release page 15:15:34 <danken1> apuimedo_: yes, that's what I was asking from douglas. 15:15:40 <sahina> oschreib, k 15:15:56 <oschreib> endmeeting in 3 15:15:59 <apuimedo_> danken1: well, I'd hope that the version information would be the first thing that vdsm-reg retrieves 15:16:01 <danken1> apuimedo_: but there should be a way to check that box via ovirt-node kernel args 15:16:02 <apuimedo_> tbh 15:16:09 <danken1> hence my question to jboggs. 15:16:24 <apuimedo_> danken1: that would surprise me 15:16:42 <apuimedo_> danken1: what would you get from cmdline? 15:17:10 <oschreib> 2 15:17:42 <apuimedo_> danken1: jboggs: on the kernel args I don't see anything relevant in the node 15:17:43 <oschreib> 1 15:17:50 <apuimedo_> what information would you be looking for? 15:17:51 <oschreib> #endmeeting