13:03:41 #startmeeting hyper-v 13:03:42 Meeting started Wed Feb 10 13:03:41 2016 UTC and is due to finish in 60 minutes. The chair is alexpilotti. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:03:43 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:03:45 The meeting name has been set to 'hyper_v' 13:03:46 Hi 13:03:48 o/ 13:03:51 Hi 13:04:27 #topic cliff Windows bug 13:04:49 Just a quick one, there's a blocking cliff bug ATM, here's the fix: https://review.openstack.org/#/c/278301/ 13:04:53 #link https://review.openstack.org/#/c/278301/ 13:05:24 as a heads up, ensure you have cliff !=1.16.0 13:05:42 hopefully this will land very soon and we'll have a 1.17.0 13:06:18 dims reviewed it already, so hopefully it will merge soon 13:07:04 ok next 13:07:13 #topic FC updates 13:07:41 lpetrut found a minor bug, already fixed as WWPN/WWNNs need to be lowercase 13:07:49 ok 13:07:58 lpetrut pateches upstream are already updated? 13:08:08 patch submitted for that fix ? 13:08:28 actually, that was a false alarm. one volume was not exported properly, and I thought about trying to go back to using lowercase, that worked and I wrongfully assumed that this was the issue 13:08:41 i know of these 4 patches for FC 13:08:43 https://review.openstack.org/#/c/258617/ https://review.openstack.org/#/c/260980/ https://review.openstack.org/#/c/258615/ https://review.openstack.org/#/c/258614/ 13:08:52 ok, so false alarm 13:09:12 sagar_nikam: yep, those are the FC patches 13:09:39 @sagar: well, since the FC related patches did not get in Nova this release, hitting the FF, I'm pushing on os-brick right now, so it will be slightly different 13:09:43 os-brick patch https://review.openstack.org/#/c/272522/ 13:10:17 lpetrut: let me know the patches we need to pick to test 13:11:08 so, this is the nova FC related patch that we'll care about: https://review.openstack.org/#/c/273504/ 13:11:26 while I'll most probably abandon https://review.openstack.org/#/c/258617/ 13:12:10 ok 13:12:18 I'll add the unit tests to the os-brick patch, and hopefully we can get it in this week 13:12:39 I have some iSCSI related updates on this, but we'll talk about it when we get to that topic 13:12:48 please let me know if you have any questions 13:13:18 so lpetrut: can you confirm the final set of patches we need to pick, both in nova and os-brick 13:13:51 lpetrut: sagar_nikam needs to backport to liberty, so they dont have os-brick 13:14:00 auch 13:14:18 alexpilotti: we will try to test with Mitaka for FC 13:14:25 the nova patches should be enough as a starting point, no? 13:15:07 so, the way we're heading right now, you'd need this nova patch and it's dependencies: https://review.openstack.org/#/c/258617/ 13:15:28 and the os-brick one you've mentioned earlier 13:15:39 but that also depends on some new os-win changes 13:15:49 ok fine 13:15:50 we will pick up those patches 13:16:21 let us know the os-win changes as well and we will pick up 13:16:33 heh, they joys of cherry-picking :-) 13:16:35 https://review.openstack.org/#/c/249291/ this one and it's dependencies 13:17:23 ok 13:17:43 ok 13:17:43 i am done with FC, we can move to next topic, unless we have any other updates on FC 13:17:50 cool 13:18:02 umm: question 13:18:18 sure 13:18:24 did you guys have issues with volumes not exported properly using 3par FC? 13:19:13 yet to test with HyperV, was your question related to when we used with libvirt ? 13:19:30 yep, when using libvirt 13:19:52 i think no 13:20:00 we have seen it working 13:20:33 ok, I'll have to stress it a bit to make sure that attaching FC volumes is stable 13:20:41 ok 13:21:11 ok, we can go on with the next topic I guess 13:21:38 #topic RPC networking-hyperv patch 13:21:45 alexpilotti: i have some questions on freeRDP, we can try to discuss today 13:21:55 sagar_nikam: sure 13:22:21 kvinod: claudiub had some comments on the patch 13:22:34 yes saw that 13:22:51 will work on it 13:23:02 kvinod: those are all very small changes, do you have an ETA by any chance? 13:23:53 kvinod: beside the unit tests, the patch has been tested and it's all good 13:24:28 By tomorrow noon, i mean after 18hrs from now 13:24:35 fine 13:24:48 :) 13:25:11 ok thanks! 13:25:16 #link https://review.openstack.org/#/c/263865/ 13:25:28 kvinod: does that close all patches from our team ? 13:25:37 claudiub: anything to add here? 13:25:39 or anything else pending ? 13:25:50 sagar_nikam: AFAIK there's nothing else 13:26:05 for neutron there was only this one 13:26:24 nop, just re-reviewed it with a fresh pair of eyes. left some comments. 13:26:58 ok tx 13:27:03 there were 4 bugs filed by Thalabathy 13:27:30 kvinod: I saw them, although they seemed on quite mixed topics 13:27:32 alexpilotti & claudiub have you seen that 13:28:03 ok if any additional info required do let us know 13:28:23 yep, so OVS stuff has to go to the OVS project, not networking-hyperv 13:28:35 those were related to OVS and Security group 13:28:36 let me fetch the link 13:29:01 #link https://bugs.launchpad.net/networking-hyperv/+bug/1543924 13:29:02 Launchpad bug 1543924 in networking-hyperv "[Hyperv-Ovs]:Disabling switch extensions for Openvswitch takes infinite time." [Undecided,New] 13:30:34 * alexpilotti asks my OVS team about the last url for OVS issue tracking 13:31:42 got disconnected 13:32:07 can we continue 13:32:49 here it is 13:32:51 #link https://github.com/openvswitch/ovs-issues/issues 13:33:01 so all OVS upstream issues have to go there 13:33:23 if the issues are related to Cloudbase releases, then the place is: 13:33:37 #link https://ask.cloudbase.it 13:34:04 I'm updating all bugs accordingly 13:34:11 anything else to add? 13:34:22 so you mean all windows ovs related bugs should go to this #link https://github.com/openvswitch/ovs-issues/issues 13:35:03 so shall I ask thala to create ovs bug to this #link https://github.com/openvswitch/ovs-issues/issues 13:35:42 corerct, unless they are related to a Cloudbase downstream release, in which case they go to the ask site 13:36:01 ok 13:36:05 at a first glance, those bugs seem due to upstream stuff 13:36:51 this is one bug which need attention #link https://bugs.launchpad.net/networking-hyperv/+bug/1543915 13:36:53 Launchpad bug 1543915 in networking-hyperv "[Ovs-Vxlan]:Tenant VMs not getting IP while security group enabled on hyperv compute." [Undecided,New] 13:37:43 that's an interesting thing as they have a mix of OVS and networking-hyperv 13:38:02 it seems SG is not working as expected with OVS 13:38:13 yes 13:39:16 kvinod BTW conntrack implementation is under way, so SG will be entirely on OVS quite soon 13:39:20 alexpilotti: could you please update each bug with your suggestion and observation and probable next step/action 13:39:32 good 13:39:34 kvinod: I'm alrady doing it 13:39:39 any ETA 13:39:47 for this one: #link https://bugs.launchpad.net/networking-hyperv/+bug/1543915 13:39:48 Launchpad bug 1543915 in networking-hyperv "[Ovs-Vxlan]:Tenant VMs not getting IP while security group enabled on hyperv compute." [Undecided,New] 13:40:01 abalutoiu: can you please set up the same environment and test it? 13:40:45 alexpilotti: sure 13:42:45 kvinod: I notified our OVS team to look at the first bug (the hanging issue) 13:43:25 I'm not sure I get the other 2 bugs 13:43:26 ok, thanks 13:44:12 please post your questions on bug page on what is not clear 13:44:46 Also, as you said 13:45:09 a"SG will be entirely on OVS". any idea when is this expected? 13:47:37 ok, last one #link https://bugs.launchpad.net/networking-hyperv/+bug/1543918 13:47:38 Launchpad bug 1543918 in networking-hyperv "[Ovs-Vxlan]:Tenant VMs not getting IP after following the documents steps defined." [Undecided,Invalid] 13:47:57 it's a request for the liberty MSI to have an option to enable security groups 13:48:08 kvinod: OVS 2.6 13:48:56 so, all bugs are being taken care of 13:49:48 only, we need to follow up on the correct tracking platform 13:49:54 anything else? 13:50:56 Bug : 1543918 was filed because VM's booted were not getting IP after following the steps @ #link http://cloudbase.it/open-vswitch-24-on-hyperv-part-1 13:51:39 kvinod: I asked the OVS team to follow up as well, I commented about where to follow up 13:52:01 it's not networking-hyperv stuff 13:52:13 alexpilotti :what is your take on this #link https://bugs.launchpad.net/networking-hyperv/+bug/1543920 13:52:14 Launchpad bug 1543920 in networking-hyperv "[Hyper Msi]:Enable security option must be introduced during msi installation." [Undecided,Invalid] 13:53:03 we can surely add an option 13:53:11 ok 13:53:20 to enable / disable security groups 13:53:56 ok next, I think sagar_nikam had some questions on FreeRDP 13:54:04 sure 13:54:51 #topic open discussion 13:54:55 what is the recommended way for installing FreeRDP, do we do it on all HyperV hosts or have it in a separate machine and provide that IP in nova.conf 13:55:07 of all HyperV hosts 13:55:40 having FreeRDP run on one machine to serve RDP requests to lot of instances, may be 2000 instances 13:55:49 how does FreeRDP scale ? 13:55:57 in a hyper-converged scenario, we recommend to have wsgate on each node 13:56:21 can you explain further please 13:56:25 wsgate ? 13:57:00 sure, in the hyper-converged scenario each node has all compute, storage and networking roles 13:57:11 so it makes sense to add wsgate as well 13:57:41 all nodes are basically identical, with the exception of controller nodes that might be optionally separate 13:58:42 so on all hyperv hosts, you recommend to install FreeRDP, instead of having it running on a single node ? 13:58:45 alternatively, the deployer might prefer to have a dedicated cluster with wsgate services 13:59:01 acting for all nodes 13:59:41 FreeRDP MSI, does it install wsgate ? 13:59:52 time is up, we can continue the discussion on the hyper-v channel! 13:59:58 sure 14:00:04 will join there 14:00:09 yes, wsgate is the service for FreeRDP-WebConnect 14:00:14 thanks guys1 14:00:23 see you next week! 14:00:29 bye 14:00:30 #endmeeting