15:00:57 <johnthetubaguy> #startmeeting XenAPI
15:00:58 <openstack> Meeting started Wed Sep 18 15:00:57 2013 UTC and is due to finish in 60 minutes.  The chair is johnthetubaguy. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:00 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:02 <openstack> The meeting name has been set to 'xenapi'
15:01:54 <BobBall> hello!
15:01:58 <BobBall> meeting time then :)
15:02:10 <johnthetubaguy> yup
15:02:15 <johnthetubaguy> whos here for the meeting?
15:02:37 <BobBall> just me ATM
15:02:40 <BobBall> from Citrix anyway
15:02:42 <johnthetubaguy> no worries
15:02:48 <BobBall> Mate has stepped out but will be back in a short time
15:02:56 <johnthetubaguy> just me from Rackspace (actively anyways)
15:03:04 <johnthetubaguy> you got lots of items to raise?
15:03:15 <BobBall> sure
15:03:18 <BobBall> we can talk about a few bugs
15:03:20 <BobBall> a few reviews
15:03:22 <johnthetubaguy> cool
15:03:25 <BobBall> and prioritsation of bugs
15:03:26 <BobBall> :)
15:03:30 <BobBall> Want a couple of bugs first?
15:03:33 <BobBall> nah
15:03:35 <BobBall> let's go to reviews
15:03:37 <BobBall> prompted by bugs
15:03:38 <BobBall> :D
15:03:41 <johnthetubaguy> just looking at agenda
15:03:47 <BobBall> ok ok
15:03:50 <BobBall> go thruogh the agenda then
15:04:01 <johnthetubaguy> #topic Blueprints
15:04:10 <johnthetubaguy> No actions, so lets look at blueprints
15:04:20 <johnthetubaguy> I have started raising a few for Icehouse
15:04:22 <BobBall> hopefully none since we're in RC!
15:04:24 <BobBall> oh right
15:04:27 <BobBall> what have you been raising?
15:04:40 <johnthetubaguy> migration and making it work with ephemeral disks
15:04:49 <johnthetubaguy> and general stuff in that direction
15:05:08 <BobBall> I see
15:05:09 <johnthetubaguy> would be good to get Icehouse blueprints up there before the summit
15:05:20 <BobBall> what doesn't work atm? just to understand
15:05:31 <johnthetubaguy> submitted a XenAPI roadmap talk, I should be availbe at the moment
15:05:51 <johnthetubaguy> BobBall: its listed in the blueprint, a bit confusing, but ephemeral disks get deleted the re-created at the momemnt
15:05:58 <BobBall> oh right
15:06:01 <BobBall> got a linky?
15:06:34 <johnthetubaguy> #link https://blueprints.launchpad.net/nova/+spec/xenapi-migrate-ephemeral-disks
15:06:42 * BobBall will have a read
15:06:55 <johnthetubaguy> there is a dependent blueprint I may of may not do
15:07:06 <BobBall> that looks a bit confused...
15:07:23 <johnthetubaguy> #link https://blueprints.launchpad.net/nova/+spec/xenapi-resize-ephemeral-disks
15:07:27 <johnthetubaguy> confused?
15:07:35 <BobBall> I'm confused yeah
15:07:44 <BobBall> why are there three cases there?
15:07:53 <matel> hi
15:08:39 <BobBall> hi
15:08:39 <johnthetubaguy> BobBall: one is migrate (and resize), one is evacuate, one is live-migrate
15:08:44 <BobBall> looking at https://blueprints.launchpad.net/nova/+spec/xenapi-migrate-ephemeral-disks
15:09:12 <BobBall> oh I get it I think
15:09:13 <BobBall> ok
15:09:14 <BobBall> no problem
15:09:18 <johnthetubaguy> no worries
15:09:54 <BobBall> I don't have nay other blueprints
15:09:57 <BobBall> can we move to bugs then?
15:10:02 <johnthetubaguy> yep
15:10:12 <johnthetubaguy> lets get blueprints up soon for Icehouse
15:10:17 <BobBall> #link https://bugs.launchpad.net/nova/+bug/1227019
15:10:19 <uvirtbot> Launchpad bug 1227019 in nova "Error with run_tests.sh: Invalid version of "six" installed" [Undecided,In progress]
15:10:24 <johnthetubaguy> then in a few weeks we can plan the XenAPI summit session
15:10:27 <johnthetubaguy> right...
15:10:29 <BobBall> that's a silly one that hit me and Mate
15:10:32 <johnthetubaguy> #topic Bugs
15:10:42 <BobBall> but worth showing you so you can approve it as a nova core :D
15:10:58 <BobBall> (and then approve the fix of course :))
15:11:27 <BobBall> but that's not worth talking about here
15:11:29 <BobBall> that's just for info
15:11:34 <BobBall> I want to talk about the next one:
15:11:37 <BobBall> #link https://bugs.launchpad.net/nova/+bug/1226622
15:11:38 <uvirtbot> Launchpad bug 1226622 in nova "Obscure error when plugins mismatch" [Medium,In progress]
15:11:46 <johnthetubaguy> yeah, not been through reviews yet
15:12:02 <BobBall> I've got a fix up there and I would really love it to get into Havana
15:12:29 <BobBall> a bunch of people will be testing with Havana in domU so I want the plugin version check accepted if at all possible
15:13:33 <johnthetubaguy> OK, not gone through reviews today, but will hit those when I get chance later in the week
15:14:14 <BobBall> cool
15:14:31 <johnthetubaguy> just bug me on IRC if I forget
15:14:36 <BobBall> I accept the method is slightly ummm iffy - e.g. I'd really wnt to use MD5 hashes
15:14:43 <johnthetubaguy> we have some security bugs on XenAPI
15:14:45 <matel> BobBall - pep8 issues.
15:14:45 <BobBall> but hashlib isn't installed in dom0 :(
15:14:54 <BobBall> I thought I fixed those...
15:14:58 <BobBall> maybe I didn't push the latest
15:15:07 <johnthetubaguy> I pushed up fixes for them
15:15:09 <johnthetubaguy> hmm
15:15:28 <johnthetubaguy> which are your patches?
15:15:29 <matel> @john - which are the secbugs?
15:15:31 <BobBall> thanks matel - dunno how I missed that email.
15:15:51 <johnthetubaguy> #link https://bugs.launchpad.net/nova/+bug/1073306
15:15:53 <uvirtbot> Launchpad bug 1073306 in nova "xenapi migrations don't apply security group filters" [High,In progress]
15:16:01 <johnthetubaguy> #link https://bugs.launchpad.net/nova/+bug/1202266
15:16:04 <uvirtbot> Launchpad bug 1202266 in nova "xenapi: secgroups are not in place after live-migration" [High,In progress]
15:16:15 <johnthetubaguy> they are security bugs that got made open
15:16:28 <johnthetubaguy> because they were reported in the open
15:17:43 <johnthetubaguy> I have only got partial fixes
15:17:48 <johnthetubaguy> there is some new stuff here:
15:18:19 <BobBall> why is it partial?
15:18:39 <johnthetubaguy> #link https://bugs.launchpad.net/nova/+bug/1224587
15:18:41 <uvirtbot> Launchpad bug 1224587 in nova "xenapi: secgroups are not in place for a short duration after live-migration" [Medium,Triaged]
15:18:49 <johnthetubaguy> basically, only fixed the first bit
15:19:03 <BobBall> so what will be left over after your fix?
15:19:52 <johnthetubaguy> the above bug
15:20:03 <BobBall> oh right
15:20:07 <BobBall> sorry
15:20:12 <BobBall> me being slow
15:20:14 <BobBall> understood
15:20:19 <BobBall> I'd seen that
15:20:25 <BobBall> I'm happy with that being leftover ATM
15:20:31 <BobBall> we need to figure out what the right fix is internally
15:20:37 <BobBall> of course I need to push that
15:20:50 <johnthetubaguy> sure
15:20:51 <johnthetubaguy> OK
15:20:55 <johnthetubaguy> can you take that bug then?
15:20:59 <johnthetubaguy> and add comments?
15:21:26 <BobBall> we should probably have a bug in github against xapi for it
15:21:40 <BobBall> or when we have an external bug tracker that's where it should go too
15:21:41 <BobBall> :)
15:21:43 <BobBall> I'll add a comment
15:21:52 <johnthetubaguy> yeah, once there is an external one available
15:22:34 <BobBall> So I also went through a nd prioritised some bugs
15:22:41 <johnthetubaguy> OK
15:22:59 <BobBall> but the list isn't easy to see cuz it's on trello
15:23:08 <BobBall> but - from https://bugs.launchpad.net/nova/+bugs?field.tag=xenserver
15:23:09 <johnthetubaguy> changed priorties? or non priortiesed ones?
15:23:23 <BobBall> just internal prioritsaion cuz I can't do anything other
15:23:33 <johnthetubaguy> hmm
15:23:35 <BobBall> https://bugs.launchpad.net/nova/+bug/1030108
15:23:37 <uvirtbot> Launchpad bug 1030108 in nova "xenapi: bad handling of "volume in use" errors" [Medium,Triaged]
15:23:44 <johnthetubaguy> yeah, thats a nasty one
15:23:44 <BobBall> https://bugs.launchpad.net/nova/+bug/1161471
15:23:45 <johnthetubaguy> well
15:23:46 <uvirtbot> Launchpad bug 1161471 in nova "xenapi: guest kernel not cleaned up" [Medium,Triaged]
15:23:50 <johnthetubaguy> easier question for oyu...
15:23:55 <BobBall> https://bugs.launchpad.net/nova/+bug/1192528
15:23:56 <uvirtbot> Launchpad bug 1192528 in nova "XenAPI VCPU information unavailable" [Medium,Triaged]
15:24:02 <johnthetubaguy> which ones are not medium?
15:24:08 <BobBall> https://bugs.launchpad.net/nova/+bug/1215383
15:24:09 <uvirtbot> Launchpad bug 1215383 in nova "XenAPI: Consider removing safe_copy_vdi" [Medium,Triaged]
15:24:10 <BobBall> all medium
15:24:16 <johnthetubaguy> good good
15:24:28 <johnthetubaguy> any medium ones you don't think should be medium?
15:24:48 <BobBall> yes
15:24:56 <johnthetubaguy> can we go through those
15:25:04 <johnthetubaguy> thats useful for upstream readability
15:25:17 <BobBall> but I'm only going on what other bugs are in reviewday
15:25:30 <johnthetubaguy> confused
15:25:34 <BobBall> https://bugs.launchpad.net/nova/+bug/1161471 I think should be lower
15:25:36 <uvirtbot> Launchpad bug 1161471 in nova "xenapi: guest kernel not cleaned up" [Medium,Triaged]
15:25:56 <BobBall> (looking at how other hypervisor bugs have been classified rather than what the "official" criteria are)
15:26:25 <johnthetubaguy> yeah, so I am using these:
15:26:30 <johnthetubaguy> https://wiki.openstack.org/wiki/BugTriage
15:26:59 <BobBall> yup
15:27:02 <BobBall> others aren't :)
15:27:27 <BobBall> or I should sya
15:27:40 <johnthetubaguy> made that one low
15:27:43 <BobBall> others don't appear to be adhering to the guidelines
15:27:49 <johnthetubaguy> it doesn't break the featrue
15:28:00 <johnthetubaguy> I think its more than cosmetic, but low is OK
15:28:09 <BobBall> https://bugs.launchpad.net/nova/+bug/1192528 should be low too IMO
15:28:10 <uvirtbot> Launchpad bug 1192528 in nova "XenAPI VCPU information unavailable" [Medium,Triaged]
15:28:17 <johnthetubaguy> anyways, if you want to do the bug, please claim them in the bug tracker
15:28:19 <BobBall> (even though I want to fix it now)
15:28:28 <BobBall> We'll claim them when we start work on them
15:28:46 <johnthetubaguy> well that breaks the feature of vCPU scheduling
15:29:01 <johnthetubaguy> (and really looks bad in horizon)
15:29:09 <johnthetubaguy> but I get your point
15:29:20 <johnthetubaguy> its quite a corse grain priority
15:29:23 <BobBall> oh, of course
15:29:28 <BobBall> I hadn't thought about the scheduler filter
15:29:32 <BobBall> yes - keep it medium
15:29:48 <johnthetubaguy> OK, any more
15:29:59 <BobBall> probably - but not for today :)
15:30:09 <johnthetubaguy> OK
15:30:18 <johnthetubaguy> any fixes you want to discuss for the listed bugs?
15:30:27 <johnthetubaguy> also, do claim them, if you want them
15:30:46 <BobBall> no fixes yet
15:30:50 <BobBall> I only went through them today
15:31:00 <BobBall> they are the ones I would like to see fixed for Havana
15:31:33 <matel> So the goal is to fix everything which is >= medium?
15:31:37 <BobBall> no
15:31:48 <johnthetubaguy> hmm, well I don't think any of them are high enough to block havana, so will not target them for Havana
15:31:48 <BobBall> some of the mediums I think are less urgent for the stable release
15:31:57 <BobBall> agreed - none are blocking
15:32:06 <johnthetubaguy> would be good to get fixes up
15:32:08 <BobBall> but they are my focus for what I'd like to get done :)
15:32:17 <johnthetubaguy> I have about 17 patches that are mostly bug fixes, up for review
15:32:29 <BobBall> although I would very much like to see https://bugs.launchpad.net/nova/+bug/1226622 as higher prioirty
15:32:30 <johnthetubaguy> but no one is reviewing them at the moment
15:32:30 <uvirtbot> Launchpad bug 1226622 in nova "Obscure error when plugins mismatch" [Medium,In progress]
15:32:47 <BobBall> purely from a long-term supportability perspective
15:32:55 <BobBall> not because it is a real bug in havana
15:32:59 <BobBall> "bug" I should say
15:33:07 <johnthetubaguy> well, it should be low on the rules, so I thought medium was the best comprimise
15:33:10 <BobBall> i.e. nothing goes wrong if you do everything right
15:33:12 <BobBall> agreed
15:33:33 <BobBall> I'm not going to argue for higher - I'm just saying that's the most important one to get in from my perspective
15:33:42 <johnthetubaguy> OK, thats cool
15:34:20 <johnthetubaguy> the next one is this one maybe:
15:34:21 <johnthetubaguy> https://bugs.launchpad.net/nova/+bug/1030108
15:34:23 <uvirtbot> Launchpad bug 1030108 in nova "xenapi: bad handling of "volume in use" errors" [Medium,Triaged]
15:34:33 <johnthetubaguy> do you know how you plan on fixing that?
15:35:01 <BobBall> no
15:35:14 <BobBall> but it is importrant
15:35:21 <BobBall> so I'd like to spend some time thinking about it
15:36:12 <johnthetubaguy> hmm, OK
15:36:18 <johnthetubaguy> I have some idea
15:36:39 <johnthetubaguy> its mostly a mismatch between the xenapi state machine and the cinder state machine
15:36:49 <johnthetubaguy> so whatever the fix, I feel they should be in-sync
15:37:11 <johnthetubaguy> ideally the user should be told that something has gone wrong
15:37:19 <johnthetubaguy> I think if you but the instance into error
15:37:32 <johnthetubaguy> but leave the volume as attaching
15:37:36 <johnthetubaguy> then perform a reboot
15:37:51 <johnthetubaguy> then check volume is now attached after boot
15:38:09 <johnthetubaguy> user can peform a reboot to get the instance out of the error state
15:38:22 <johnthetubaguy> I mean, make sure after the reboot, it is properly detached
15:38:32 <johnthetubaguy> that might mean make the reboot a turn off then on again
15:38:34 <BobBall> right
15:38:36 <johnthetubaguy> anyways
15:38:39 <johnthetubaguy> just some idea
15:39:05 <BobBall> it's a fun one for sure
15:39:12 <johnthetubaguy> yeah
15:39:22 <johnthetubaguy> its probably getting fixed in Icehouse now
15:39:26 <johnthetubaguy> be we should really fix that one
15:39:31 <johnthetubaguy> OK
15:39:34 <johnthetubaguy> so ...
15:39:38 <johnthetubaguy> #topic Open Discussion
15:39:42 <johnthetubaguy> anything else?
15:39:44 <BobBall> You think we should leave that one to Icehouse?
15:39:50 <johnthetubaguy> nope
15:39:55 <BobBall> *confused*
15:39:57 <johnthetubaguy> just think it will take that long to get right
15:40:01 <BobBall> oh
15:40:03 <BobBall> maybe yeah
15:40:11 <johnthetubaguy> but we should get it fixed before Icehouse-1
15:40:15 <ekarlso> johnthetubaguy: is there a way in os with xs to migrate a vm from a host to another with diff cpu capabilities ?
15:40:27 <BobBall> *grin*
15:40:29 <johnthetubaguy> ekarlso: yes, but you have to do it in advance
15:40:36 <BobBall> ekarlso: set up CPU masking for the hosts
15:40:38 <johnthetubaguy> ekarlso: you can set the CPU masks
15:41:26 <BobBall> We do want to look at per-VM masking so you can migrate to a host with more features than the current host - but you'll never be able to migrate the other way.  And that'd need a Xen change.
15:41:30 <ekarlso> johnthetubaguy: meaning ?
15:41:45 <johnthetubaguy> ekarlso: there are hints here http://support.citrix.com/article/CTX127059
15:42:03 <johnthetubaguy> ekarlso: basically, make sure Xen makes all your CPUs look the same
15:42:10 <johnthetubaguy> to the guests
15:42:18 <BobBall> Also have a look at http://blogs.citrix.com/2011/08/08/create-common-cpu-masks-for-heterogeneous-pools-in-xenserver/ which has a funky tool to work out what the mask should be
15:42:26 <johnthetubaguy> ah, cool
15:43:26 <BobBall> so the key is even if you're not using a "pool" we still have to verify the flags are the same in order to do bidirectional migrates
15:43:52 <BobBall> normally we'd do the check on pool-join so it would be _very_ obvious that you couldn't migrate between the two
15:44:11 <johnthetubaguy> yeah, the non pool case is a bit manual
15:44:16 <ekarlso> is it a bad thing to do or ?
15:44:18 <BobBall> but if you're using live migrate with Xen storage motion then that check occurs at run time when we check that the VM can go to the host
15:44:30 <BobBall> It's perfectly fine to restrict the flags :)
15:44:34 <johnthetubaguy> BobBall: can you guys get a CTX article out for that?
15:44:59 <johnthetubaguy> specifically for non-pool people doing storage motion
15:45:02 <BobBall> just means the VM won't use some of the capabilities that one host may have that the others dont
15:45:47 <BobBall> Agreed - but probably just to update http://support.citrix.com/article/CTX127059 to talk about XSM as well
15:46:27 <johnthetubaguy> cool
15:46:40 <johnthetubaguy> so, any more for any more?
15:47:00 <BobBall> not from me!
15:48:04 <johnthetubaguy> cool
15:48:08 <johnthetubaguy> happy bug fixing
15:48:18 <johnthetubaguy> and happy blueprint suggesting for Icehouse
15:48:36 <johnthetubaguy> lets catch up in a little bit to talk about what goes in the XenAPI roadmap summit session
15:48:40 <johnthetubaguy> #endmeeting