13:00:37 <claudiub> #startmeeting hyper-v
13:00:38 <openstack> Meeting started Wed Jun  1 13:00:37 2016 UTC and is due to finish in 60 minutes.  The chair is claudiub. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:00:39 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
13:00:40 <ajo_> woops :D
13:00:43 <openstack> The meeting name has been set to 'hyper_v'
13:00:44 <njohnston> darn my calendar got daylight-savings-jacked again
13:00:45 <claudiub> no problem. ?)
13:00:51 <njohnston> sorry hyper-v folks
13:00:55 <sagar_nikam> Hi All
13:00:59 <claudiub> no worries. :)
13:01:02 <claudiub> hello folks
13:01:14 <c64cosmin> o/ hello all
13:01:28 <lpetrut> Hi
13:01:31 <itoader> hi
13:01:42 <claudiub> ok. so let's get to it
13:01:50 <claudiub> #topic monasca patches
13:01:59 <claudiub> #link https://blueprints.launchpad.net/monasca/+spec/add-windows-support
13:02:11 <claudiub> blueprint is approved, there are 12 patches up already.
13:02:21 <claudiub> Roland reviewed a couple of them.
13:02:38 <claudiub> got some review on the process checker
13:03:01 <claudiub> although, the patch on process checker is more of a bugfix, tbh
13:03:07 <sagar_nikam> nice
13:03:15 <claudiub> basically, there are no lower or upper constraints on psutil
13:03:32 <claudiub> and psutil 2.0.0+ and older than 2.0.0 behave differently
13:04:13 <claudiub> in OpenStack requirements, psutil is limited to >=1.2.0<2.0.0, if I'm not mistaken
13:04:48 <claudiub> so that means that if you have other OpenStack services on your nodes, chances are you have psutil < 2.0.0
13:04:58 <claudiub> so, had to address this issue
13:05:53 <claudiub> anyways. the hypervisor checker is still work in progress. had to do some refactor on it, and I have to include hyper-v specific metrics, like disk iops and latency
13:06:03 <atuvenie> hi all, sorry I'm late
13:06:20 <claudiub> iis checker and wmi checker require minor updates, I haven't sent the patches for them up yet.
13:06:22 <sagar_nikam> with the 12 patches, are we done or more patches still required ?
13:06:24 <claudiub> any questions?
13:07:03 <claudiub> sagar_nikam: well, one for iis checker, one for wmi checker, for hypervisor checker... don't know yet, 2-3 I think.
13:07:03 <sagar_nikam> claudiub: any more patches required apart from the 12 ?
13:07:10 <sagar_nikam> ok
13:07:25 <claudiub> but the big stuff is pretty much done.
13:07:28 <claudiub> any questions? :)
13:07:32 <sagar_nikam> good
13:07:38 <claudiub> cool, moving on. :)
13:07:42 <sagar_nikam> and it all works well with monasca ?
13:07:47 <claudiub> yep
13:07:56 <claudiub> #topic designate support
13:08:05 <claudiub> abalutoiu: started working on this.
13:08:06 <sagar_nikam> nice .. very good progress in short time
13:08:35 <claudiub> the APIs are not very well documented, so, it might take a little bit of time to get everything right.
13:09:06 <sagar_nikam> from what i know, designate already has some windows support
13:09:10 <claudiub> All the Windows DNS specific code will be in os-win, of course, and it will be used in designate
13:09:57 <claudiub> sagar_nikam: We've met with the designate TPL, he said there isn't. :)
13:10:10 <sagar_nikam> oh ... ok
13:10:16 <sagar_nikam> fine
13:10:18 <abalutoiu> sagar_nikam also I haven't found anything related to windows in designate
13:10:34 <claudiub> or if it was, it wasn't tested and time flew by, it stopped working properly.
13:11:28 <claudiub> anyways, this is still WIP. let's see how it goes
13:11:44 <claudiub> #topic freezer support
13:12:16 <claudiub> lpetrut: is currently working on this, he's working on a POC, to see how everything works and how it goes
13:12:43 <sagar_nikam> ok
13:13:43 <lpetrut> yep, so, I'll have the code ready really soon, at the moment I'm preparing the os-win side, including support for leveraging the Hyper-V VSS writer. As soon as I have this, I'll send blueprints on Freezer and start submitting code there as well
13:13:56 <claudiub> yeay. :)
13:14:05 <lpetrut> wanted to see how the code gets shaped first so that the blueprint would include meaningful information
13:14:24 <claudiub> cul. :)
13:14:32 <sagar_nikam> once freezer and monasca are in good shape, we plan to start testing it
13:14:36 <sagar_nikam> both of them
13:14:38 <lpetrut> that's great
13:14:43 <claudiub> sounds good. :)
13:14:45 <sagar_nikam> let us know when you think we can start
13:14:56 <sagar_nikam> however the only issue is we are on Mitaka
13:15:04 <sagar_nikam> hopefully we can backport and test
13:15:20 <claudiub> as far as I know, Freezer is undergoing heavy refactoring
13:15:29 <sagar_nikam> i guess that should not be difficult
13:15:33 <claudiub> so, the code submitted won't be compatible with mitaka
13:15:40 <sagar_nikam> oh ...
13:16:06 <claudiub> moving on.
13:16:07 <sagar_nikam> anyhow we can test with devstack and cloudbase MSI
13:16:56 <claudiub> true. :)
13:17:04 <claudiub> #topic Windows Containers
13:17:21 <claudiub> atuvenie: is barely containing her excitement on this subject. :)
13:17:23 <claudiub> haa
13:17:38 <atuvenie> ha ha :)
13:17:53 <atuvenie> yeah, so I'm looking into kubernetees on Windows right now
13:18:01 <sagar_nikam> am i also keen to know how containers work in windows
13:18:34 <atuvenie> There is an active effort within the kubernetees community to make it work with Windows
13:19:17 <claudiub> there are plenty of guides around the internet on windows containers. At the moment, we've submitted some patches to nova-docker for Windows Containers
13:19:23 <claudiub> I think this was in mitaka
13:19:39 <sagar_nikam> the plan is to use/support nova-docker ?
13:19:56 <atuvenie> sagar_nikam: there are 2 directions here
13:20:02 <atuvenie> so there is nova-docker
13:20:04 <sagar_nikam> i thought we were going with magnum
13:20:08 <atuvenie> but, there is also magnum
13:20:14 <sagar_nikam> ok
13:20:17 <sagar_nikam> fine
13:20:27 <atuvenie> but magnum uses kubernetes, docker swarm and mesos
13:20:42 <claudiub> yep.
13:20:44 <atuvenie> we are looking into kubernetees on windows
13:20:57 <sagar_nikam> patches in nova-docker already merged ?
13:21:04 <atuvenie> and into docker swarm, but the main focus right now is kubernetees
13:21:40 <claudiub> #link https://review.openstack.org/#/c/219657/
13:21:58 <claudiub> that is the patch on nova-docker regarding Windows Containers.
13:22:43 <atuvenie> so the plan is that after we get kubernetees to work on windows, we can go ahead with magnum
13:22:44 <sagar_nikam> claudiub: can we have a blog post on how to use nova-docker for windows ?
13:22:44 <claudiub> so, our work on nova-docker is done, we are focusing on magnum right now
13:23:13 <atuvenie> the problem with magnum, is that the heat templates are heavily linux oriented
13:23:14 <sagar_nikam> people can start using/testing it
13:23:55 <claudiub> sagar_nikam: I'm not sure we have made a blog post about this
13:24:03 <claudiub> I can't seem to find it at least.
13:24:53 <sagar_nikam> claudiub: i requested for a blog post
13:24:54 <claudiub> yeah, I think we should do it, if time allows it
13:25:00 <sagar_nikam> it is not there yet
13:25:21 <sagar_nikam> ok agree
13:25:46 <claudiub> sagar_nikam: I don't think we've made one yet. Will take the suggestion into account. :)
13:26:06 <claudiub> #topic buuugs
13:26:08 <sagar_nikam> thanks
13:26:30 <claudiub> is sonu joining us?
13:26:49 <sagar_nikam> he is on vacation this week
13:26:57 <claudiub> ah, I see.
13:27:36 <claudiub> #link Fixes for multiple physnets in HyperV compute https://review.openstack.org/#/c/322068/
13:27:52 <claudiub> so, I've reviewed this, I left some comments on it.
13:28:21 <claudiub> primarely, there is some usecase that wasn't considered.
13:28:31 <sagar_nikam> sure i will ask the team to check
13:28:53 <claudiub> #link Fix for Neutron agent hang on nova boot https://review.openstack.org/321452
13:29:25 <claudiub> I haven't commented on this yet. I will want to verify and reproduce the bug
13:29:35 <sagar_nikam> ok
13:29:41 <claudiub> the bug report is very nicely explained
13:29:46 <claudiub> and the steps are quite detailed
13:29:47 <sagar_nikam> some of these bugs are from our scale test setup
13:30:18 <claudiub> but from what I can see in the fix, it will monkey patch the threading module
13:30:24 <claudiub> and native threads as well
13:30:36 <claudiub> which will have a negative performance impact. :(
13:30:56 <claudiub> so, I'll try to see exactly who, where, why this hang happens.
13:31:01 <sagar_nikam> ok, let me check with sonu on it
13:31:27 <claudiub> hopefully, we won't have to monkey patch the threads.
13:31:51 <claudiub> #link Provide backwards compatibility for sec_group driver https://review.openstack.org/322117
13:31:56 <claudiub> this is an easy one
13:32:57 <claudiub> basically, the story is that in Liberty, the Neutron controller would have 'icmpv6' security group rules, while in mitaka and newer, they are called 'ipv6-icmp'
13:33:44 <claudiub> so, having a Liberty Neutron controller with Mitaka / Newton neutron-hyperv-agent would have been bad
13:34:08 <claudiub> with this, it will work.
13:34:27 <claudiub> anyways.
13:34:29 <claudiub> moving on.
13:34:34 <claudiub> #topic FreeRDP
13:34:41 <claudiub> c64cosmin: hellou. :)
13:34:44 <c64cosmin> o/
13:35:02 <claudiub> any news? :)
13:35:08 <c64cosmin> sort of
13:35:15 <c64cosmin> well I'm been stuck in a delay
13:35:30 <c64cosmin> so I'm sorry to tell sagar and domi that RDP will be delayed a bit
13:35:42 <sagar_nikam> oh ....
13:35:46 <c64cosmin> I hope I will finish by the end of this week
13:36:03 <sagar_nikam> have we hit some complex issue ?
13:36:15 <sagar_nikam> end of this week should be fine
13:36:35 <sagar_nikam> i have requested my test team to pick up the new MSI whenever it is ready
13:36:42 <c64cosmin> so we upgraded to the new boost/openssl/cpprestsdk
13:36:49 <c64cosmin> until now that seems find
13:37:01 <c64cosmin> I cannot merge the the PR until those are ok
13:37:14 <claudiub> domi007: you around?
13:37:26 <c64cosmin> also we will build for x86&x64 in MSI and zip format too
13:37:32 <c64cosmin> zip is important for Nano
13:37:42 <c64cosmin> deb and rpm will follow after
13:37:53 <c64cosmin> the good news is that I've managed to isolate the crash bug
13:38:10 <c64cosmin> it's hard to replicate though
13:38:19 <sagar_nikam> deb will be available ... that is great news....
13:38:45 <c64cosmin> as I said, you and will find out that the MSI is out
13:38:50 <c64cosmin> and I will take care of that personally
13:38:52 <sagar_nikam> c64cosmin: have you seen the issue where keystrokes dont work ?
13:39:01 <c64cosmin> yep
13:39:05 <sagar_nikam> and only mouse click works
13:39:09 <sagar_nikam> ok
13:39:16 <c64cosmin> that one seems to be from FreeRDP library itself
13:39:17 <sagar_nikam> so is there a fix for that as well
13:39:30 <c64cosmin> if you are using get-vmconsole from powershell, you'd get the same problem
13:39:49 <c64cosmin> I will get in touch with the FreeRDP people and see if there is a resolution
13:40:02 <sagar_nikam> ok ... that is a critical defect
13:40:19 <c64cosmin> indeed, it seems that HyperV doesn't do a 'keyboard refresh' for this one
13:40:21 <sagar_nikam> without keystrokes working.. RDP console is not so useful
13:40:40 <c64cosmin> so this issue can be triggered from the console
13:40:47 <c64cosmin> but can be solved
13:40:49 <sagar_nikam> c64cosmin: do you have a defect id for that already raised ?
13:41:17 <c64cosmin> id?
13:41:31 <sagar_nikam> i mean bug number
13:41:37 <sagar_nikam> which i can follow
13:42:03 <sagar_nikam> to see how the progress
13:42:16 <c64cosmin> not yet, I'm not sure on which branch we are building the CI with
13:42:45 <c64cosmin> updating the CI might solve this issues
13:43:23 <sagar_nikam> ok
13:43:25 <c64cosmin> this issue with the keyboard also appears on the console
13:43:34 <c64cosmin> if you leave the console while a key is pressed
13:43:54 <sagar_nikam> you mean on VM console on HyperV host ?
13:44:01 <c64cosmin> the html5
13:44:16 <sagar_nikam> ok
13:44:28 <c64cosmin> don't remember if that is upstream or not
13:44:53 <c64cosmin> anyhow, I never got a problem with the keyboard on both of the console
13:45:28 <sagar_nikam> i hit the issue often
13:46:11 <sagar_nikam> with horixon console
13:46:16 <sagar_nikam> horizon
13:47:28 <claudiub> anything else?
13:47:34 <claudiub> moving on, then.
13:47:45 <claudiub> #topic os-brick patches
13:47:48 <sagar_nikam> sure i am done
13:47:54 <claudiub> #link https://review.openstack.org/#/q/topic:bp/os-brick-windows-support
13:48:03 <claudiub> one of the patches merged, which is great. :D
13:48:19 <claudiub> and the other one was reviewed once by hemna.
13:48:28 <claudiub> and it was split into 3 patches, in order to make it easier to review
13:48:36 <sagar_nikam> ok
13:48:39 <claudiub> it was extremely big before. :)
13:48:42 <sagar_nikam> there was a nova patch as well
13:48:53 <sagar_nikam> i had requested hemna to review it
13:48:57 <claudiub> yeah. that's waiting for these patches to get in first.
13:49:05 <sagar_nikam> ok
13:49:19 <sagar_nikam> hopefully we will have FC support in Newton
13:49:21 <claudiub> after these patches merge, we should request an os-brick release.
13:49:27 <sagar_nikam> we have been trying from liberty
13:49:39 <claudiub> sagar_nikam: yep, I hope so too. :)
13:49:58 <claudiub> #topic Open Discussion
13:50:08 <claudiub> ok, so, a couple of things..
13:50:14 <claudiub> you might want to read this:
13:50:20 <c64cosmin> that's embarasing, back
13:50:26 <claudiub> #link http://www.slideshare.net/alessandropilotti/puppet-windows-nano-server?qid=79617a6c-e608-417e-b8ba-a6e3dc6c48cf&v=&b=&from_search=1
13:50:44 <claudiub> it's about Windows Nano and how to use it
13:51:05 <sagar_nikam> sure
13:51:11 <sagar_nikam> will read it
13:51:18 <claudiub> fyi, Nano is an installation option available on the Windows Server 2016 images, including TP5.
13:51:35 <sagar_nikam> last time i mentioned about nano not support MSI
13:51:43 <claudiub> yep
13:51:50 <claudiub> that is what I was going to say next. :)
13:51:51 <sagar_nikam> what's the plan for it
13:52:17 <claudiub> we do some magic. :)
13:52:31 <claudiub> #link Hyper-V Compute Installer https://cloudbase.it/downloads/HyperVNovaCompute_Mitaka_13_0_0.zip
13:52:41 <claudiub> yeah, so the solution is to use the zip installer.
13:52:46 <claudiub> that's it.
13:53:18 <sagar_nikam> ok
13:53:34 <sagar_nikam> i had a question on cluster driver
13:53:35 <claudiub> fair warning, it uses python 3.4. We have fixed the majority of python 3.4 issues in this installer for Mitaka (patches still pending on Nova on Newton).
13:54:04 <claudiub> but there might be some issues that are not apparent.
13:54:18 <claudiub> sagar_nikam: sure, go ahead.
13:54:49 <sagar_nikam> now that many nova patches are merged, can we have cluster driver in higher priority for core reviewers
13:55:02 <sagar_nikam> we are very keen on cluster driver getting merged in newton
13:55:11 <claudiub> also, we are going to attend the OpenStack CEE Day in Budapest next week.
13:55:14 <claudiub> #link http://openstackceeday.com/
13:55:16 <sagar_nikam> lets try to get it merged in newton
13:55:47 <claudiub> sagar_nikam: sure, it needs to be reviewed. The sooner, the better. :)
13:56:07 <claudiub> sagar_nikam: some help on the reviewing part would be great.
13:56:13 <sagar_nikam> for us that is the most important patch for mitaka
13:56:19 <sagar_nikam> i mean newton
13:56:27 <sagar_nikam> yes sure we will review
13:57:07 <claudiub> anything else?
13:57:21 <sagar_nikam> nothing much
13:57:30 <sagar_nikam> all discussion done... early today
13:57:37 <sagar_nikam> :)
13:57:37 <claudiub> indeed. :)
13:57:42 <claudiub> fastest one. :)
13:57:51 <sagar_nikam> yes by 3 mins
13:57:53 <claudiub> there was an email on the ML about Hyper-V vs KVM
13:57:57 <claudiub> trying to find it
13:58:11 <sagar_nikam> intrested about it
13:58:19 <sagar_nikam> what is being discussed
13:58:36 <claudiub> #link http://www.gossamer-threads.com/lists/openstack/dev/54736
13:58:42 <claudiub> i think this should be it.
13:59:21 <claudiub> bassically, the guy tried out some DB performance tests on hyper-v / kvm
13:59:40 <claudiub> hyper-v was more stable, faster, and lower host cpu usage. :)
13:59:49 <sagar_nikam> :)
14:00:19 <claudiub> and I don't think he used any performance enhancing tricks that I've included in my reply.
14:00:24 <claudiub> anyways
14:00:34 <claudiub> thanks folks for joining today. :0
14:00:35 <claudiub> :)
14:00:38 <claudiub> #endmeeting