13:02:17 #startmeeting hyper-v 13:02:18 Meeting started Wed Feb 17 13:02:17 2016 UTC and is due to finish in 60 minutes. The chair is alexpilotti. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:02:18 hi 13:02:20 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:02:22 The meeting name has been set to 'hyper_v' 13:02:30 o/ 13:02:31 hello 13:02:48 Hi 13:02:53 hi 13:03:08 o/ 13:03:11 hey folks 13:03:24 #topic networing-hyperv patches 13:03:59 so most patches got approved 13:04:12 nice 13:04:23 we have only Sonu's patch pending 13:04:44 ^ merged. 13:04:54 SOnu's one too? perfect 13:05:14 I saw your comments yesterday, but I didnt see the merge yet, great 13:06:13 we have this one open: #link https://review.openstack.org/#/c/264235/ 13:07:35 it was approved yesterday, but jenkins said no. ammended, reapproved. 13:08:00 Hi all 13:08:00 it's at top of the zuul queue now 13:08:18 so should merge during the meeting, hopefully :) 13:08:49 ok that clears the networking-hyperv topic 13:08:57 anything to add? 13:09:14 sorry to ask, but are we talking about neutron patches 13:09:27 yes kvinod_: 13:10:54 networking-hyperv patches 13:11:22 we said that everything got approved 13:14:15 sagar_nikam, kvinod: ping 13:14:32 alexpilotti: got disconnected 13:14:36 back again 13:14:42 i m back 13:14:49 sorry internet issue 13:15:18 so are we still on bug discussion topic 13:15:50 if so wanted to know when we are planning to get Enhanced RPC and Native thread patch merged 13:15:52 ok 13:16:00 kvinod: they all merged 13:16:16 ok cool 13:16:34 kvinod: that was the initial discussion topic 13:16:39 kvinod: anything to add? 13:17:05 nothing thanks 13:17:39 next 13:18:17 #topic SG / VLAN random false outcome issue 13:18:54 abalutoiu_ is working on isolating the issue in a script to send to the MSFT product team 13:19:50 I'm stressing out the fact that this is a major issue 13:20:24 as at the current stage we have a race condition not knowing if VLAN settings and or / SG are applied or not 13:20:45 happens very rarely, but during rally tests is the main reason for failures 13:20:52 anything to add? 13:20:57 if not we can move on 13:21:46 #topic Hyper-V cluster 13:22:05 atuvenie: would you like to give a status update? 13:22:15 yeah 13:22:29 so the patches are up, we support smb volumes 13:22:53 and ovs (though I'm still not where I want with testing that ) 13:23:54 I have some tempest tests in my env, planning on writing some more so we don't have to do things manually 13:24:13 atuvenie: can you share the patches 13:24:20 2 sec 13:24:53 #link https://review.openstack.org/#/c/281115/ 13:24:57 and the one related 13:25:13 the unit tests fail because of the related os-win patches are not in yet 13:25:43 os-win one #https://review.openstack.org/#/c/276190/ 13:25:52 ok 13:25:56 needs to be updated with some fixes 13:26:04 soem questions on cluster driver, if i can ask now 13:26:07 yeah 13:26:58 the last time when we saw the patch submitted by claudiub: that patch did not handle the nova DB update when MSCluster moves the VM to another host 13:27:06 hope this patch has a fix for that 13:27:13 yes of course 13:27:18 ok 13:27:40 every time the instance is moved to a new host, the instance object is updated and saved in the DB 13:27:50 and since the nova DB gets updated ... we can trigger other nova operations like start/stop etc on the moved VM 13:28:00 it should work 13:28:20 could you try that ? 13:28:41 start / stop on a moved vm? 13:28:47 of course 13:28:56 yes moved vm 13:29:06 ok, thanks 13:30:09 we can test it, only issue ... we are on liberty. alexpilotti: any chance of a patch which backports the mitaka patch to liberty ? 13:30:56 sagar_nikam: about cluster? It's not on our plans as part of our community engagement at the moment 13:31:24 we are planning to do if any of our customers ask for it 13:31:31 ok 13:32:06 we may move to mitaka after couple on months, we will test it as soon as we move 13:32:27 makes sense 13:32:35 anything else on this topic? 13:33:00 is it very difficult to backport ? are there too many changes apart from os-win ? 13:34:27 there are some significant changes in Nova and the Hyper-V driver 13:34:35 ok 13:34:46 we will test it as soon as we move to Mitaka 13:34:53 will let you know when we start 13:34:56 it's not too difficult but surely not trivial 13:35:06 ok 13:35:26 in case you do it for any customer, let us know, we can test and provide feedback 13:35:47 sure, thanks! 13:35:53 moving on 13:36:10 #topic Hyper-V shielded VM 13:36:49 this is another one of the major topics for Hyper-V in 2016 13:37:00 we're working on it since quite a bit 13:37:44 itoader is quite well into the implementation and we'll have the patches ready for review quite soon 13:38:05 sagar_nikam is this something you guys are looking to have? 13:38:34 is it in WIN 2016 server version ? 13:38:50 2016 on any SKU 13:38:58 as of now we dont have WIN 2016 yet 13:39:00 I mean, server SKU 13:39:20 but yes, we would be intrested 13:39:28 whenever we move to WIN 2016 13:39:38 is there a BP 13:39:43 have not seen it 13:40:20 we're waiting to send the updated BP spec 13:40:36 ok, let us know when the spec is ready 13:40:38 as we prefer to wait for the next 2016 public preview 13:40:42 we will check it 13:41:01 also can you provide us the link from where we can get WIN 2016 13:41:11 in order to avoid surprises in the feature's behaviour that require changes in the BP itself 13:41:29 ok, got it, TP5 ? 13:41:37 will it have the details 13:41:49 With ws2016 comes the feature of vtpm which works as a virtual tmp for a vm. By adding a vtpm to a vm, there is the shielding option which based on some attestations, it allows only specific hosts to have access to that vm. 13:42:53 #link https://www.microsoft.com/en-us/evalcenter 13:43:08 the current TP4 preview is available here ^ 13:43:17 ok 13:43:45 any idea when is TP5 ? 13:44:18 nothing that I can comment publicly unfortunately :) 13:44:52 do you guys have any topic that you'd like to add to the agenda today? 13:45:08 ok 13:45:42 freerdp 13:45:53 can we discuss that, had some questions 13:47:49 sure 13:47:56 #topic FreeRDP 13:48:09 last meeting we started on it and could not complete 13:48:21 freerdp-webconnect 13:48:24 is what we need 13:48:28 in hyperv 13:48:40 it can be installed on linux and windows 13:48:53 what is the recommended option 13:48:54 correct 13:49:23 we do most of the testing on Windows 13:49:33 ok 13:49:42 also the binary release that we distribute is for Windows 13:49:54 is linux version stable ? 13:50:17 said that, we are constantly working on ensuring that wsgate works on Ubuntu 14.04 and CentOS / RHEL 7 13:50:26 i did not find a debian for it, should it be installled only using code 13:50:48 i mean cloning the code and running the script to install it 13:50:51 we dont test on debian, but it's the same packaging as the ubuntu one 13:50:58 the last debian is for ubuntu 12.04 13:51:24 on which version of ubuntu do you test ? 13:51:24 the main issues might be the dependencies 13:51:59 take a look at #link https://github.com/FreeRDP/FreeRDP-WebConnect 13:52:06 do you install using .deb or using the script ? 13:52:07 and let us know 13:52:40 the recommended way is to build it, package it (create a deb in this case) and distribute the deb 13:52:45 have seen that link 13:52:58 the only install option on linux seems to be ./setup-all.sh 13:53:13 no deb package is available 13:53:17 is ti correct ? 13:53:28 no, you need to package it after the build 13:53:29 the last deb works only on ubuntu 12.04 13:53:39 ok 13:53:44 we dont provide binary releases for linux 13:53:47 so we need to package, got it 13:53:58 another point is that in a hyper-converged scenario we prefer to have wsgate running on the compute nodes 13:54:14 anybody from freerdp community packages it ? 13:54:21 so this means that it's the Windows version running directly on Hyper-V 13:54:34 on freerdp running on hyperv host 13:54:35 sagar_nikam: no, we are the maintainers for FreeRDP-WebConnect 13:55:01 how many networks does the hyperv host have 13:55:21 do you do management and freerdp access on same network ? 13:55:21 depends 13:55:32 on the size of the deployment 13:55:49 if bandwidth allows, they can share the same network 13:55:53 we should not have tenant users accessing freerdp console on the same network which is used for managemtn 13:56:13 then a separate VLAN overlay can help 13:56:29 yes 13:56:32 or a completely separate physical network segment 13:56:50 but freerdp we can provide only 1 network 13:56:54 in the conf file 13:57:02 and when nova sends the IP 13:57:22 it will send a IP which the customer needs 13:57:24 you have the configuration for the keystone AUTH_URL 13:57:29 to access the console 13:57:30 that can be on a separate network 13:57:59 wsgate can listen on a specific network, instead of 0.0.0.0 13:58:13 note: 2' to meeting end 13:58:31 so you can separate management from rdp 13:58:44 i had some more questions on freerdp, can we discuss it sometime on hyperv channel 13:58:46 tomorrow 13:59:20 you can let me know the time 13:59:28 ok, thanks for joining today! 13:59:34 thanks 13:59:38 #endmeeting