*** dimtruck is now known as zz_dimtruck | 00:03 | |
*** kzaitsev_mb has joined #openstack-meeting-3 | 00:06 | |
*** yamamoto has joined #openstack-meeting-3 | 00:09 | |
*** Aish has joined #openstack-meeting-3 | 00:10 | |
*** jpomeroy has quit IRC | 00:10 | |
*** salv-orl_ has joined #openstack-meeting-3 | 00:18 | |
*** alex_xu has quit IRC | 00:19 | |
*** salv-orlando has quit IRC | 00:20 | |
*** alex_xu has joined #openstack-meeting-3 | 00:21 | |
*** yamamoto has quit IRC | 00:21 | |
*** mordred has quit IRC | 00:23 | |
*** mordred has joined #openstack-meeting-3 | 00:24 | |
*** sdake has quit IRC | 00:25 | |
*** FallenPegasus is now known as MarkAtwood | 00:30 | |
*** belmoreira has quit IRC | 00:30 | |
*** pballand has quit IRC | 00:32 | |
*** pballand has joined #openstack-meeting-3 | 00:33 | |
*** Aish has quit IRC | 00:34 | |
*** pballand has quit IRC | 00:35 | |
*** pballand has joined #openstack-meeting-3 | 00:36 | |
*** kzaitsev_mb has quit IRC | 00:38 | |
*** pballand has quit IRC | 00:38 | |
*** mbound_ has quit IRC | 00:41 | |
*** ivar-laz_ has joined #openstack-meeting-3 | 00:48 | |
*** Aish has joined #openstack-meeting-3 | 00:50 | |
*** openstackstatus has quit IRC | 00:50 | |
*** openstack has joined #openstack-meeting-3 | 00:51 | |
*** ChanServ sets mode: +o openstack | 00:51 | |
*** ivar-lazzaro has quit IRC | 00:51 | |
*** openstackstatus has joined #openstack-meeting-3 | 00:52 | |
*** ChanServ sets mode: +v openstackstatus | 00:52 | |
*** ajmiller has quit IRC | 00:52 | |
*** kzaitsev_mb has joined #openstack-meeting-3 | 00:59 | |
*** kzaitsev_mb has quit IRC | 01:04 | |
*** bpokorny_ has joined #openstack-meeting-3 | 01:06 | |
*** Swami_ has quit IRC | 01:09 | |
*** bpokorny has quit IRC | 01:09 | |
*** bpokorny_ has quit IRC | 01:10 | |
*** dconde has quit IRC | 01:13 | |
*** hoangcx has joined #openstack-meeting-3 | 01:18 | |
*** annp has joined #openstack-meeting-3 | 01:18 | |
*** stanzgy has joined #openstack-meeting-3 | 01:21 | |
*** krtaylor has quit IRC | 01:22 | |
*** Aish has quit IRC | 01:22 | |
*** zhenguo has joined #openstack-meeting-3 | 01:24 | |
*** hoangcx has left #openstack-meeting-3 | 01:30 | |
*** ivar-laz_ has quit IRC | 01:31 | |
*** ivar-lazzaro has joined #openstack-meeting-3 | 01:32 | |
*** krtaylor has joined #openstack-meeting-3 | 01:36 | |
*** alex_xu has quit IRC | 01:41 | |
*** banix has joined #openstack-meeting-3 | 01:42 | |
*** alex_xu has joined #openstack-meeting-3 | 01:43 | |
*** NobodyCam has joined #openstack-meeting-3 | 01:49 | |
*** tfukushima has joined #openstack-meeting-3 | 01:54 | |
*** ivar-lazzaro has quit IRC | 01:57 | |
*** ivar-lazzaro has joined #openstack-meeting-3 | 01:59 | |
*** ChuckC has quit IRC | 02:02 | |
*** Swami has joined #openstack-meeting-3 | 02:02 | |
*** armax has quit IRC | 02:02 | |
*** ivar-lazzaro has quit IRC | 02:06 | |
*** dixiaoli has joined #openstack-meeting-3 | 02:07 | |
*** yamamoto has joined #openstack-meeting-3 | 02:09 | |
*** Swami has quit IRC | 02:09 | |
*** yamamoto has quit IRC | 02:10 | |
*** vgridnev has quit IRC | 02:12 | |
*** bharathm has quit IRC | 02:13 | |
*** ivar-lazzaro has joined #openstack-meeting-3 | 02:14 | |
*** mtanino has quit IRC | 02:17 | |
*** tfukushima has quit IRC | 02:20 | |
*** devananda has joined #openstack-meeting-3 | 02:27 | |
*** Aish has joined #openstack-meeting-3 | 02:28 | |
*** msambol has quit IRC | 02:33 | |
*** ivar-laz_ has joined #openstack-meeting-3 | 02:37 | |
*** ivar-lazzaro has quit IRC | 02:40 | |
*** ivar-laz_ has quit IRC | 02:41 | |
*** s3wong has quit IRC | 02:43 | |
*** nelsnelson has quit IRC | 02:49 | |
*** nelsnels_ has joined #openstack-meeting-3 | 02:49 | |
*** baoli has joined #openstack-meeting-3 | 02:52 | |
*** yamamoto has joined #openstack-meeting-3 | 02:59 | |
*** yamahata has quit IRC | 03:01 | |
*** baoli has quit IRC | 03:09 | |
*** mtanino has joined #openstack-meeting-3 | 03:31 | |
*** alex_xu_ has joined #openstack-meeting-3 | 03:40 | |
*** alex_xu has quit IRC | 03:42 | |
*** MarkAtwood has quit IRC | 03:42 | |
*** MarkAtwood has joined #openstack-meeting-3 | 03:43 | |
*** MarkAtwood has quit IRC | 03:57 | |
*** shwetaap has joined #openstack-meeting-3 | 04:01 | |
*** mtanino has quit IRC | 04:03 | |
*** shwetaap has quit IRC | 04:04 | |
*** shwetaap has joined #openstack-meeting-3 | 04:07 | |
*** dims has joined #openstack-meeting-3 | 04:13 | |
*** dims has quit IRC | 04:15 | |
*** dims has joined #openstack-meeting-3 | 04:18 | |
*** alexpilotti has quit IRC | 04:18 | |
*** Aish has quit IRC | 04:20 | |
*** Aish has joined #openstack-meeting-3 | 04:25 | |
*** klkumar has joined #openstack-meeting-3 | 04:28 | |
*** banix has quit IRC | 04:28 | |
*** dims has quit IRC | 04:29 | |
*** Aish has quit IRC | 04:36 | |
*** bpokorny has joined #openstack-meeting-3 | 04:44 | |
*** inteq has joined #openstack-meeting-3 | 04:46 | |
*** shwetaap has quit IRC | 04:53 | |
*** bpokorny has quit IRC | 04:55 | |
*** persia has quit IRC | 05:06 | |
*** persia has joined #openstack-meeting-3 | 05:09 | |
*** klkumar has quit IRC | 05:11 | |
*** sdake has joined #openstack-meeting-3 | 05:15 | |
*** klkumar has joined #openstack-meeting-3 | 05:15 | |
*** alexpilotti has joined #openstack-meeting-3 | 05:18 | |
*** shwetaap has joined #openstack-meeting-3 | 05:19 | |
*** shwetaap has quit IRC | 05:20 | |
*** dims has joined #openstack-meeting-3 | 05:20 | |
*** Poornima has joined #openstack-meeting-3 | 05:21 | |
*** alexpilotti has quit IRC | 05:22 | |
*** shwetaap has joined #openstack-meeting-3 | 05:23 | |
*** klkumar has quit IRC | 05:26 | |
*** klkumar has joined #openstack-meeting-3 | 05:32 | |
*** armax has joined #openstack-meeting-3 | 05:38 | |
*** vgridnev has joined #openstack-meeting-3 | 05:42 | |
*** salv-orl_ has quit IRC | 06:00 | |
*** salv-orlando has joined #openstack-meeting-3 | 06:00 | |
*** hoangcx has joined #openstack-meeting-3 | 06:04 | |
*** hoangcx has left #openstack-meeting-3 | 06:04 | |
*** MarkAtwood has joined #openstack-meeting-3 | 06:05 | |
*** numans has joined #openstack-meeting-3 | 06:08 | |
*** anil_rao has joined #openstack-meeting-3 | 06:14 | |
*** watanabe_isao has joined #openstack-meeting-3 | 06:17 | |
*** salv-orl_ has joined #openstack-meeting-3 | 06:17 | |
*** alexpilotti has joined #openstack-meeting-3 | 06:19 | |
*** kaz has joined #openstack-meeting-3 | 06:19 | |
*** salv-orlando has quit IRC | 06:20 | |
*** alex_xu has joined #openstack-meeting-3 | 06:25 | |
*** soichi has joined #openstack-meeting-3 | 06:25 | |
*** alexpilotti has quit IRC | 06:27 | |
*** ifat_afek has joined #openstack-meeting-3 | 06:28 | |
*** alex_xu_ has quit IRC | 06:28 | |
anil_rao | #startmeeting taas | 06:30 |
---|---|---|
openstack | Meeting started Wed Dec 9 06:30:13 2015 UTC and is due to finish in 60 minutes. The chair is anil_rao. Information about MeetBot at http://wiki.debian.org/MeetBot. | 06:30 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 06:30 |
*** openstack changes topic to " (Meeting topic: taas)" | 06:30 | |
openstack | The meeting name has been set to 'taas' | 06:30 |
anil_rao | Hi | 06:30 |
kaz | Hi | 06:30 |
reedip | o/ | 06:30 |
*** irenab has joined #openstack-meeting-3 | 06:31 | |
*** jaypipes has joined #openstack-meeting-3 | 06:31 | |
reedip | Shall we start? | 06:31 |
soichi | hi | 06:31 |
anil_rao | Sure | 06:31 |
anil_rao | We can start with the Agenda item for today's meeting | 06:32 |
soichi | we found ovs agent deletes taas flows when it is restarted. | 06:32 |
soichi | link: http://lists.openstack.org/pipermail/openstack-dev/2015-December/081709.html | 06:33 |
soichi | it is caused by the cleanup logic which was introduced at Liberty. | 06:34 |
soichi | $B!H(Bgraceful ovs-agent restart$B!I(Blink: https://git.openstack.org/cgit/openstack/neutron/commit/?id=73673beacd75a2d9f51f15b284f1b458d32e992e | 06:34 |
anil_rao | The problem is that ovs agent does not know about our (TaaS) existance | 06:34 |
yamamoto | hi | 06:34 |
soichi | i think so too | 06:35 |
anil_rao | We had discussed during the Tokyo summit to find a way to make OVS agent and perhaps other agents know about our resource requirements (OVS tables, vlan idsm, tunnel ids) | 06:35 |
anil_rao | I am not sure what is the best way to go about doing this. Any idea? | 06:36 |
yamamoto | be a part of ovs-agent (as an extension driver) so that we can use the same cookie? | 06:38 |
soichi | it can be one of the idea, i think | 06:39 |
yamamoto | soichi's idea to have a reserved cookie sounds reasonable for a short term. | 06:39 |
soichi | my idea is: | 06:39 |
soichi | 1. taas agent side: set $B!H(Btaas$B!I(B stamp (static string) in taas flows | 06:39 |
soichi | 2. ovs agent side: modify the cleanup logic not to drop flows stamped as $B!H(Btaas$B!I(B | 06:40 |
anil_rao | This sounds reasonable. | 06:40 |
anil_rao | We also need to ensure that the tunnel ids and vlan ids used by taas are not used by anyone else | 06:41 |
yamamoto | soichi: you are using some escape sequences. maybe iso2022-jp? | 06:42 |
soichi | excuse me | 06:43 |
reedip | yeah, something is not right | 06:45 |
reedip | soichi : this is what we are getting | 06:45 |
yamamoto | soichi: are you going to submit ovs-agent patch? | 06:45 |
reedip | soichi : 2. ovs agent side: modify the cleanup logic not to drop flows stamped as $B!H(Btaas$B!I(B | 06:45 |
soichi | 1. taas agent side: set "taas" stamp (static string) in taas flows | 06:46 |
soichi | 2. ovs agent side: modify the cleanup logic not to drop flows stamped as "taas" | 06:46 |
yamamoto | i guess it doesn't need to be taas specific but the idea is fine. | 06:47 |
kaz | I'm planning to submit a patch. | 06:47 |
anil_rao | The tables used by TaaS in br-tun are currently documented in a TaaS consts file. Do you think we need to advertise this in a more global fashion? | 06:47 |
yamamoto | soichi: kaz: add me to the list of reviewers when submitting it | 06:48 |
*** armax has quit IRC | 06:48 | |
soichi | sure | 06:48 |
yamamoto | anil_rao: it needs some coordination among wider audience, yes. maybe start from having a comment in ovs constants module? | 06:49 |
soichi | anil_rao: i agree to advertise | 06:49 |
anil_rao | We also need to ensure that the priority of the TaaS flows in br-int is co-ordinated with other projects, so that proper ordering among flows is maintained. | 06:50 |
*** irenab has quit IRC | 06:51 | |
*** annp has quit IRC | 06:51 | |
anil_rao | yamamoto: soichi: kaz: Do you guys have a good sense of how other projects are co-ordinating their flows in br-int for example? | 06:53 |
yamamoto | ~no idea off hand. | 06:54 |
soichi | currently, i don't know how other projects are coordinating | 06:54 |
*** EvgenyF has joined #openstack-meeting-3 | 06:55 | |
kaz | i have no idea. | 06:55 |
*** [1]evgenyf has joined #openstack-meeting-3 | 06:55 | |
anil_rao | For example, the flows related to anti-arp spoofing broke TaaS back in April. Our temporary workaround was to essentially raise our priority such that anti-arp spoofing is effectively disabled. | 06:56 |
*** nkrinner has joined #openstack-meeting-3 | 06:56 | |
anil_rao | Let's move to the next topic in the agenda | 06:58 |
yamamoto | my guess is other project is in similar positon. fix when broke. | 06:58 |
soichi | excuse me, | 06:58 |
*** tfukushima has joined #openstack-meeting-3 | 06:59 | |
soichi | i$B!G(Bm not sure, but this issue should be registered as a bug? | 06:59 |
anil_rao | I think Service Chaining will most likely disrupt us | 06:59 |
soichi | i' m not sure, but this issue should be registered as a bug? | 06:59 |
yamamoto | which issue? | 06:59 |
soichi | ovs agent deletes taas flows | 07:00 |
*** shwetaap has quit IRC | 07:00 | |
yamamoto | yes. at least as a taas bug. | 07:00 |
anil_rao | soichi: The thing is that ovs agent is unaware of TaaS at the moment. | 07:00 |
soichi | anil_rao: i see | 07:01 |
soichi | please move to the next topic. | 07:02 |
anil_rao | #topic gate-tempest-dsvm-tap-as-a-service is now voting | 07:02 |
*** openstack changes topic to "gate-tempest-dsvm-tap-as-a-service is now voting (Meeting topic: taas)" | 07:02 | |
yamamoto | i added it | 07:02 |
yamamoto | it's just an announcement | 07:02 |
*** jtomasek has joined #openstack-meeting-3 | 07:03 | |
reedip | Oh great, so tempest based tests | 07:04 |
yamamoto | yes, we currently have only a few api tests though. | 07:04 |
yamamoto | you can now start adding test cases. | 07:06 |
*** jtomasek has quit IRC | 07:06 | |
reedip | yamamoto: Yes, I will look into it... currently facing problems with the CLI though :( | 07:06 |
yamamoto | reedip: what problems? | 07:07 |
anil_rao | reedip: would you like to discuss them? | 07:07 |
reedip | yamamoto: the problem is related to devstack plugin I guess | 07:07 |
reedip | yamamoto: I was trying to link neutronclient to run the neutron-tap CLIs | 07:07 |
reedip | yamamoto: but they were returning 404 | 07:08 |
reedip | yamamoto: then when I tried "taas" CLI, they returned the same thing | 07:08 |
yamamoto | they? | 07:08 |
reedip | taas CLIs | 07:08 |
reedip | First they -> neutron-tap CLIs; Second they -> taas CLI | 07:09 |
yamamoto | i think it worked when i wrote it. i'll take a look later. | 07:09 |
reedip | seemed to me that the UROI end point was not working | 07:09 |
reedip | yamamoto: , anil_rao: also I had another issue, but this is related to integration with Neutron | 07:09 |
reedip | NeutronClient to be exact | 07:10 |
reedip | For Tap CLI integration with neutronclient, we are using the neutronclientextension | 07:10 |
reedip | Reference : http://docs.openstack.org/developer/python-neutronclient/devref/client_command_extensions.html | 07:11 |
reedip | As per the code, it assumes that the resource ( in our case tap_service) should be at the end point in the URI , which is not as we translate the URI as /v2_0/taas/tap-service | 07:12 |
reedip | * As per the NeutronClient Extension code* | 07:12 |
reedip | Other neutron extensions like firewall ( firewall_rule, firewall_policy), Load Balancer( health_monitor) etc have their URIs and resource name separated with '_' | 07:13 |
reedip | taas has it with a '-' | 07:13 |
yamamoto | oh | 07:14 |
yamamoto | probably we should avoid '-'. | 07:14 |
anil_rao | reedip: if the convention is underscore that we should adhere to it | 07:14 |
reedip | I do not have much experience with the URI end point so not able to know why we have kept the translation as "tap-services" and not "tap_services" | 07:14 |
*** vahidh has quit IRC | 07:15 | |
reedip | anil_rao, yamamoto: Just wanted to know how the URI is actually translated to tap-services. If you guys have any ideas, please let me know, or any reference where I can gain more understanding for this ? | 07:15 |
yamamoto | reedip: what do you mean by "translated"? | 07:17 |
reedip | yamamoto: How is Tap Service launches on /v2_0/taas/tap-services | 07:17 |
reedip | lauches-> launched | 07:17 |
reedip | I know this is not a query for the meeting, should be taken offline. But this is something which is blocking the current code | 07:18 |
yamamoto | reedip: i got it. let me look later. | 07:18 |
*** MarkAtwood has quit IRC | 07:20 | |
anil_rao | reedip: Did you modify the url string and remove 'taas' from it as discussed in last week's meeting | 07:20 |
*** MarkAtwood has joined #openstack-meeting-3 | 07:20 | |
*** jtomasek has joined #openstack-meeting-3 | 07:21 | |
reedip | anil_rao : The problem is that all the permutations are giving 404 | 07:22 |
reedip | so I am not sure if it is due to devstack plugin, or due to the resource-URI conflict | 07:22 |
reedip | but the neutronclient is able to deploy Tap Service CLI ( entry point is working , just need to send the proper Request body to the URI now) | 07:23 |
reedip | anil_rao: BTW Sean Collins suggested we keep the URI as /v2_0/taas | 07:24 |
reedip | for proper demarcation | 07:24 |
reedip | between extensions | 07:24 |
reedip | And Fawas suggested the redeployment of the TaaS Spec | 07:25 |
yamamoto | reedip: it seems qos uses hyphens (eg. rule-types) so hyphens should not be a problem. | 07:26 |
anil_rao | Yes, we will try to get the TaaS spec reactivated soon. | 07:26 |
reedip | yamamoto : I am currently recreating the devstack environment. Will try to work on this , later this week | 07:26 |
anil_rao | Can we use /v2_0/taas annd still be part of the Neutron Client? | 07:27 |
reedip | anil_rao: Yes | 07:27 |
reedip | there is no problem with that | 07:27 |
anil_rao | That means that both the Neutron Client and the TaaS Client should work then. | 07:27 |
reedip | yamamoto: Just a query, is qos using the clientcommandextension which TaaS is using (I guess not ) | 07:27 |
reedip | anil_rao: Yes ( and because both are failing, without any modification to the server code , so I am guessing the problem is somewhere in the URI itself) | 07:28 |
yamamoto | reedip: qos is built in | 07:28 |
reedip | yamamoto: I thought so, because then it is using the basic neutronclient architecture, which gives them the flexibility | 07:29 |
anil_rao | reedip: Let me examine this and get back to you. | 07:29 |
*** honghuixiao is now known as xiaohhui | 07:29 | |
anil_rao | We are out of time. | 07:30 |
reedip | yamamoto: to have resources with '_' and URI with '-', thanks to https://github.com/openstack/python-neutronclient/blob/master/neutronclient/v2_0/client.py | 07:30 |
*** irenab has joined #openstack-meeting-3 | 07:30 | |
anil_rao | Let's continue this via email or next week? | 07:31 |
yamamoto | sure | 07:31 |
reedip | anil_rao : Sure ... glad to have this off my chest though :) | 07:31 |
yamamoto | bye | 07:31 |
soichi | bye | 07:31 |
anil_rao | bye | 07:31 |
kaz | bye | 07:31 |
anil_rao | #endmeeting | 07:31 |
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 07:31 | |
openstack | Meeting ended Wed Dec 9 07:31:57 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 07:32 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/taas/2015/taas.2015-12-09-06.30.html | 07:32 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/taas/2015/taas.2015-12-09-06.30.txt | 07:32 |
openstack | Log: http://eavesdrop.openstack.org/meetings/taas/2015/taas.2015-12-09-06.30.log.html | 07:32 |
*** anil_rao has quit IRC | 07:32 | |
*** ihrachys has joined #openstack-meeting-3 | 07:35 | |
*** soichi has left #openstack-meeting-3 | 07:37 | |
*** kaz has quit IRC | 07:37 | |
*** klkumar has quit IRC | 07:41 | |
*** ashishjain has joined #openstack-meeting-3 | 07:43 | |
*** klkumar has joined #openstack-meeting-3 | 07:44 | |
*** alexpilotti has joined #openstack-meeting-3 | 07:44 | |
*** nkrinner has quit IRC | 07:46 | |
*** nkrinner has joined #openstack-meeting-3 | 07:46 | |
*** rhagarty_ has joined #openstack-meeting-3 | 07:48 | |
*** rhagarty has quit IRC | 07:49 | |
*** alexpilotti has quit IRC | 07:51 | |
*** e0ne has joined #openstack-meeting-3 | 07:52 | |
*** nkrinner has quit IRC | 07:54 | |
*** ihrachys has quit IRC | 07:55 | |
*** nkrinner has joined #openstack-meeting-3 | 07:55 | |
*** alexpilotti has joined #openstack-meeting-3 | 07:59 | |
*** itxaka has joined #openstack-meeting-3 | 08:01 | |
*** matrohon has joined #openstack-meeting-3 | 08:03 | |
*** alexpilotti has quit IRC | 08:03 | |
*** kaz has joined #openstack-meeting-3 | 08:07 | |
*** MarkAtwood has quit IRC | 08:07 | |
*** matrohon has quit IRC | 08:07 | |
*** belmoreira has joined #openstack-meeting-3 | 08:15 | |
*** klkumar has quit IRC | 08:17 | |
*** dedery has joined #openstack-meeting-3 | 08:21 | |
*** amotoki has joined #openstack-meeting-3 | 08:22 | |
*** vgridnev has quit IRC | 08:23 | |
*** egallen has joined #openstack-meeting-3 | 08:30 | |
*** ifat_afek has quit IRC | 08:34 | |
*** ifat_afek has joined #openstack-meeting-3 | 08:34 | |
*** eyalb has joined #openstack-meeting-3 | 08:39 | |
*** idan_hefetz has joined #openstack-meeting-3 | 08:39 | |
*** nadav_yakar has joined #openstack-meeting-3 | 08:43 | |
*** mrmartin has joined #openstack-meeting-3 | 08:45 | |
*** jlanoux has joined #openstack-meeting-3 | 08:46 | |
*** matrohon has joined #openstack-meeting-3 | 08:46 | |
*** tfukushima has quit IRC | 08:51 | |
*** tfukushima has joined #openstack-meeting-3 | 08:52 | |
*** ^Gal^ has joined #openstack-meeting-3 | 08:52 | |
*** aheller has joined #openstack-meeting-3 | 08:55 | |
*** safchain has joined #openstack-meeting-3 | 08:57 | |
*** alexey_weyl has joined #openstack-meeting-3 | 08:57 | |
*** salv-orl_ has quit IRC | 08:58 | |
*** ^Gal^ has quit IRC | 08:59 | |
*** alexpilotti has joined #openstack-meeting-3 | 08:59 | |
ifat_afek | #startmeeting vitrage | 09:00 |
openstack | Meeting started Wed Dec 9 09:00:27 2015 UTC and is due to finish in 60 minutes. The chair is ifat_afek. Information about MeetBot at http://wiki.debian.org/MeetBot. | 09:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 09:00 |
*** openstack changes topic to " (Meeting topic: vitrage)" | 09:00 | |
openstack | The meeting name has been set to 'vitrage' | 09:00 |
ifat_afek | Hi everyone | 09:00 |
nadav_yakar | Hi | 09:00 |
alexey_weyl | Hi :) | 09:00 |
*** oetrog has joined #openstack-meeting-3 | 09:01 | |
idan_hefetz | Hi! | 09:01 |
*** oetrog is now known as omer_etrog | 09:01 | |
*** elisha_r has joined #openstack-meeting-3 | 09:01 | |
omer_etrog | hi | 09:01 |
*** yamahata has joined #openstack-meeting-3 | 09:01 | |
elisha_r | hi all | 09:01 |
aheller | Hola all | 09:01 |
eyalb | hi | 09:02 |
ifat_afek | Today’s agenda: | 09:02 |
ifat_afek | * Current status and progress from last week | 09:02 |
ifat_afek | * Review action items | 09:02 |
ifat_afek | * Next steps | 09:02 |
ifat_afek | * Open Discussion | 09:03 |
*** emalin has joined #openstack-meeting-3 | 09:03 | |
emalin | hi | 09:03 |
*** alexpilotti has quit IRC | 09:04 | |
*** ayah has joined #openstack-meeting-3 | 09:04 | |
ayah | hi | 09:05 |
*** amir_gur has joined #openstack-meeting-3 | 09:05 | |
amir_gur | Hi | 09:05 |
ifat_afek | #topic Current status and progress from last week | 09:05 |
*** openstack changes topic to "Current status and progress from last week (Meeting topic: vitrage)" | 09:05 | |
*** Ohad has joined #openstack-meeting-3 | 09:05 | |
Ohad | hi | 09:05 |
*** openstackstatus has quit IRC | 09:05 | |
*** openstack has joined #openstack-meeting-3 | 09:06 | |
*** ChanServ sets mode: +o openstack | 09:06 | |
*** lhartal has joined #openstack-meeting-3 | 09:06 | |
ifat_afek | #action ifat_afek check Aodh integration workaround and update Ceilometer blueprints | 09:06 |
ifat_afek | Eyal wrote a blueprint for the integration with Monasca, and I asked Roland Hochmuth to review it | 09:07 |
*** openstackstatus has joined #openstack-meeting-3 | 09:07 | |
*** ChanServ sets mode: +v openstackstatus | 09:07 | |
ifat_afek | Ohad and I attended PinPoint first IRC meeting | 09:07 |
ifat_afek | They updated their specification documents, and in their next meeting they plan to go over their use cases | 09:07 |
ifat_afek | Here is the link, if you want to review their use cases: | 09:07 |
ifat_afek | #link https://wiki.opnfv.org/projects/pinpoint | 09:07 |
*** nadav_yakar has quit IRC | 09:08 | |
ifat_afek | Last thing: gerrit upgrade is planned for 16/12 from 17:00 UTC, so gerrit might be down for a few hours | 09:08 |
*** nadav_yakar has joined #openstack-meeting-3 | 09:08 | |
Ohad | we pretty aligned with PinPoint use cases and we need to further deep dive into each use case in next meetings. | 09:09 |
*** nadav_yakar_ has joined #openstack-meeting-3 | 09:10 | |
*** calbers has joined #openstack-meeting-3 | 09:10 | |
ifat_afek | anyone wants to update? | 09:10 |
lhartal | yes | 09:10 |
lhartal | We had a meeting where we discussed on the next RCA use case | 09:10 |
lhartal | At the end of the meeting, it was decided that after we finish the entity graph initialization and expose the show topology API, we want to start working on the Vitrage Evaluator as infrastructure for the RCA and Deduced Alarms | 09:11 |
lhartal | We have not decided yet which use cases we will add next and we scheduled a meeting for next week | 09:11 |
alexey_weyl | Due to that meeting we also updated our architecture | 09:12 |
*** nadav_yakar has quit IRC | 09:12 | |
*** nadav_yakar_ has left #openstack-meeting-3 | 09:13 | |
amir_gur | x | 09:13 |
*** nadav_yakar has joined #openstack-meeting-3 | 09:13 | |
nadav_yakar | we have contiued our research on how to implement multi-concurrency best on vitrage and its implications on its memory usage | 09:14 |
*** yamahata has quit IRC | 09:15 | |
*** e0ne has quit IRC | 09:15 | |
nadav_yakar | I have also written a basic FW for synchronizer plugin running, which gets a snapshot of all the VMs from a nova service, sends them to a queue, | 09:16 |
nadav_yakar | and a sample for a client which reads from this queue | 09:16 |
ifat_afek | great, thanks | 09:17 |
ifat_afek | any other updates? | 09:17 |
aheller | yes | 09:17 |
elisha_r | I've added a first-round of support for mock synchronizer data, which supports random events which are configurable with a config file | 09:18 |
elisha_r | I plan on enhancing the features of this mock in the coming week | 09:18 |
ifat_afek | cool. aheller? | 09:18 |
aheller | The UI team had user experience session with Anna. | 09:19 |
alexey_weyl | Thanks Elista! already using it :) | 09:19 |
alexey_weyl | *Elisha | 09:19 |
aheller | We sent her our feedback, and the process is still going on | 09:19 |
aheller | That's all | 09:20 |
^Gal^ | looks awesome | 09:20 |
ifat_afek | I also saw the UI, it looks great!! | 09:20 |
eyalb | who is Anna ? | 09:20 |
ifat_afek | ^Gal^, any updates on your side? | 09:20 |
^Gal^ | yeah, | 09:21 |
emalin | *aheller* big like ! | 09:21 |
aheller | eyalb: Anna - our special UX person | 09:21 |
^Gal^ | There hasn't been a commit yet to the Alarms Blueprint on Horizon | 09:21 |
eyalb | awesome | 09:22 |
^Gal^ | I have some minor UI comments for that spec | 09:22 |
^Gal^ | I mean the Horizon Alarm spec | 09:22 |
^Gal^ | but overall it looks great | 09:22 |
ifat_afek | did you send the comments to the guy who implements it? | 09:23 |
*** obondarev has quit IRC | 09:23 | |
^Gal^ | Haven't yet, I beleive it will be developed in the future due to it complexty | 09:23 |
^Gal^ | I know you have your remarks regarding the implementation | 09:24 |
^Gal^ | thought maybe will write it together | 09:24 |
^Gal^ | we'll* | 09:24 |
^Gal^ | let's meet and talk | 09:24 |
*** danoffek has joined #openstack-meeting-3 | 09:25 | |
^Gal^ | we could have it all written in one document IMO | 09:25 |
ifat_afek | my remarks are not UX. The blueprint defines two tabs: alarms management and alarms history. The history is more or less ok, but the management does not match our needs. | 09:25 |
^Gal^ | yeah, agree | 09:26 |
ifat_afek | I'm not sure if we should comment on the alarm management, as it matches the current aodh interface. and we are going to workaournd this interface... | 09:26 |
^Gal^ | ok | 09:26 |
^Gal^ | sounds good | 09:26 |
ifat_afek | so we might use only the alarms history, or maybe write our own list-alarms UI | 09:26 |
ifat_afek | we still need to discuss it... | 09:26 |
^Gal^ | yep let's do | 09:26 |
^Gal^ | thanks! | 09:26 |
ifat_afek | #decide how to implement list alarms UI | 09:26 |
ifat_afek | I meant: | 09:27 |
ifat_afek | #action decide how to implement list alarms UI | 09:27 |
ifat_afek | let's move on | 09:27 |
ayah | hopefully on wednesday we will have an approvement for our project request for puppet-vitrage | 09:27 |
ayah | than we can start to work on the puppet installation | 09:27 |
ifat_afek | great | 09:27 |
eyalb | *ayah* cool | 09:27 |
idan_hefetz | The graph CRUD for NetworkX is already in, currently working on vertex/edge filtering and testing. | 09:28 |
idan_hefetz | next step is to add the BFS/DFS and sub graph matching. | 09:28 |
ifat_afek | cool | 09:28 |
eyalb | I wrote the monasca integration blueprint | 09:28 |
eyalb | wrote two ways of integration | 09:28 |
eyalb | need to consult with the monasca folx | 09:29 |
lhartal | I wrote the Nova Entity Transformer bluprint | 09:29 |
eyalb | still working on the client and api service | 09:29 |
ifat_afek | lhartal: great, thanks | 09:29 |
eyalb | thats all | 09:29 |
ifat_afek | thanks | 09:30 |
elisha_r | idan_hefetz: regarding the BFS/DFS, we will need to ensure it can take as a parameter also filters on the edge labels. This will be important for the API responses our UI will require. Also, will need to return BFS/DFS with and without edges (I think) | 09:31 |
idan_hefetz | elisha_r: We will, thanks! | 09:32 |
*** vgridnev has joined #openstack-meeting-3 | 09:32 | |
ifat_afek | thanks | 09:33 |
ifat_afek | let's move on | 09:33 |
ifat_afek | #topic Review action items | 09:33 |
ifat_afek | • ifat continue discussion our alarms with AODH | 09:33 |
ifat_afek | in progress... | 09:33 |
ifat_afek | • we are about to create a new project for puppet-vitrage any input for that we will be welcome | 09:33 |
ifat_afek | • ifat check if there should be a blueprint for vitrage puppet | 09:33 |
ayah | already update about it. | 09:34 |
ifat_afek | • ^Gal^ check again the status of ceilometer UI blueprint, and comment on the whiteboard | 09:34 |
ifat_afek | ^Gal^ already updated too | 09:34 |
ifat_afek | • eyalb write a blueprint for monasca integration | 09:34 |
eyalb | already update | 09:35 |
ifat_afek | • start discussing the tempest tests | 09:35 |
ifat_afek | Postponed since Eliran was sick. We will do it next week. | 09:35 |
ifat_afek | #action start discussing the tempest tests | 09:35 |
ifat_afek | #topic Next Steps | 09:35 |
*** mbound_ has joined #openstack-meeting-3 | 09:35 | |
elisha_r | I think that we are now at a position where we have a good idea of what we expect the UI/API to show, and it's important we align this with the algorithmic capabilities of our graph interation | 09:37 |
nadav_yakar | #action: finalize synchronizer design | 09:37 |
elisha_r | the comment above, about BFS filtering, is just one such example. | 09:37 |
ayah | *hot update* we got an approve our request for puppet-vitrage | 09:38 |
ifat_afek | yay!!! | 09:38 |
*** igordcard has joined #openstack-meeting-3 | 09:38 | |
elisha_r | this also impacts what types of queries the API should support, what language to use to express these queries, and how to support the query over NetworkX | 09:38 |
ayah | #action: create puppet-vitrage project (maty) | 09:39 |
ifat_afek | elisha_r: so you are saying it's time we define an end-to-end flow that verifies all our layers work well with each other | 09:39 |
elisha_r | not all the layers. Given we have an updated entity graph, we need an end-to-end flow from API request to response. | 09:41 |
*** davidsha has joined #openstack-meeting-3 | 09:41 | |
*** matrohon has quit IRC | 09:41 | |
elisha_r | for the "show entity graph" and "show network topology" apis, for example, as well as RCA | 09:41 |
ifat_afek | right | 09:42 |
*** neiljerram has joined #openstack-meeting-3 | 09:42 | |
nadav_yakar | #action: checkin a basic synchronizer FW for the vitrage graph to interface with and see that we are on the same page | 09:43 |
elisha_r | #action elisha_r end-to-end API flow for the first use cases | 09:43 |
ifat_afek | ok | 09:44 |
ifat_afek | next | 09:44 |
*** alexpilotti has joined #openstack-meeting-3 | 09:44 | |
ifat_afek | #topic Open Discussion | 09:44 |
ifat_afek | anything? | 09:44 |
ifat_afek | ok, thanks, everybody. see you next week | 09:45 |
ifat_afek | #endmeeting | 09:45 |
eyalb | bye | 09:45 |
ayah | bye | 09:45 |
aheller | bye | 09:45 |
*** omer_etr_ has joined #openstack-meeting-3 | 09:45 | |
*** elisha_r has quit IRC | 09:46 | |
emalin | bye | 09:46 |
danoffek | bye | 09:47 |
*** danoffek has left #openstack-meeting-3 | 09:47 | |
ifat_afek | #endmeeting | 09:47 |
ayah | #endmeeting | 09:47 |
ifat_afek | #endmeeting | 09:47 |
*** omer_et__ has joined #openstack-meeting-3 | 09:48 | |
*** omer_etr_ has quit IRC | 09:48 | |
*** eyalb has quit IRC | 09:49 | |
*** omer_etrog has quit IRC | 09:49 | |
*** ayah has quit IRC | 09:51 | |
amir_gur | bye | 09:51 |
*** amir_gur has left #openstack-meeting-3 | 09:51 | |
*** tfukushima has quit IRC | 09:52 | |
*** nadav_yakar has quit IRC | 09:52 | |
*** alexpilotti has quit IRC | 09:53 | |
*** alexpilotti has joined #openstack-meeting-3 | 09:53 | |
*** alexey_weyl has quit IRC | 09:54 | |
*** salv-orlando has joined #openstack-meeting-3 | 09:59 | |
*** shwetaap has joined #openstack-meeting-3 | 10:00 | |
*** obondarev has joined #openstack-meeting-3 | 10:02 | |
*** gcb has quit IRC | 10:02 | |
*** zhenguo has quit IRC | 10:02 | |
*** ifat_afek has quit IRC | 10:03 | |
*** JeanBriceCombebi has joined #openstack-meeting-3 | 10:03 | |
*** salv-orlando has quit IRC | 10:03 | |
*** Ohad has quit IRC | 10:05 | |
*** alexpilotti has quit IRC | 10:07 | |
*** alexpilotti has joined #openstack-meeting-3 | 10:07 | |
*** igordcard has quit IRC | 10:08 | |
*** wojdev has joined #openstack-meeting-3 | 10:08 | |
*** idan_hefetz has quit IRC | 10:08 | |
*** e0ne has joined #openstack-meeting-3 | 10:10 | |
*** ifat_afek has joined #openstack-meeting-3 | 10:13 | |
*** JeanBriceCombebi has quit IRC | 10:14 | |
*** JeanBriceCombebi has joined #openstack-meeting-3 | 10:14 | |
*** omer_et__ has quit IRC | 10:15 | |
*** wojdev has quit IRC | 10:17 | |
*** idan_hefetz has joined #openstack-meeting-3 | 10:17 | |
*** ^Gal^ has quit IRC | 10:22 | |
*** wojdev has joined #openstack-meeting-3 | 10:23 | |
*** dims has quit IRC | 10:25 | |
*** EvgenyF has quit IRC | 10:27 | |
*** [1]evgenyf has quit IRC | 10:27 | |
*** igordcard has joined #openstack-meeting-3 | 10:30 | |
*** watanabe_isao has quit IRC | 10:37 | |
*** ashishjain has quit IRC | 10:41 | |
*** ifat_afek has quit IRC | 10:48 | |
*** shwetaap has quit IRC | 10:57 | |
*** dixiaoli has quit IRC | 10:59 | |
*** kaz has quit IRC | 11:08 | |
*** sergek has joined #openstack-meeting-3 | 11:09 | |
*** salv-orlando has joined #openstack-meeting-3 | 11:10 | |
*** ifat_afek has joined #openstack-meeting-3 | 11:13 | |
*** JeanBriceCombebi has quit IRC | 11:15 | |
*** kzaitsev_mb has joined #openstack-meeting-3 | 11:18 | |
*** JeanBriceCombebi has joined #openstack-meeting-3 | 11:18 | |
*** igordcard has quit IRC | 11:19 | |
*** wojdev has quit IRC | 11:20 | |
*** aarefiev22 has joined #openstack-meeting-3 | 11:26 | |
*** klkumar has joined #openstack-meeting-3 | 11:28 | |
*** aarefiev22 has quit IRC | 11:31 | |
*** EvgenyF has joined #openstack-meeting-3 | 11:34 | |
*** [1]evgenyf has joined #openstack-meeting-3 | 11:34 | |
*** aheller has quit IRC | 11:37 | |
*** stanzgy has quit IRC | 11:37 | |
*** dims has joined #openstack-meeting-3 | 11:37 | |
*** sambetts-afk is now known as sambetts | 11:38 | |
*** Poornima has quit IRC | 11:52 | |
*** igordcard_ has joined #openstack-meeting-3 | 11:54 | |
*** igordcard_ has quit IRC | 11:55 | |
*** idan_hefetz has quit IRC | 11:56 | |
*** neillc has joined #openstack-meeting-3 | 11:57 | |
*** robcresswell has joined #openstack-meeting-3 | 11:57 | |
*** r1chardj0n3s has joined #openstack-meeting-3 | 11:58 | |
*** tsufiev has joined #openstack-meeting-3 | 12:00 | |
*** lhcheng_ has joined #openstack-meeting-3 | 12:00 | |
*** lhcheng_ is now known as lhcheng | 12:00 | |
david-lyle | #startmeeting horizon | 12:01 |
openstack | Meeting started Wed Dec 9 12:01:08 2015 UTC and is due to finish in 60 minutes. The chair is david-lyle. Information about MeetBot at http://wiki.debian.org/MeetBot. | 12:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 12:01 |
*** openstack changes topic to " (Meeting topic: horizon)" | 12:01 | |
openstack | The meeting name has been set to 'horizon' | 12:01 |
david-lyle | anyone around? | 12:01 |
r1chardj0n3s | o/ | 12:01 |
robcresswell | o/ | 12:01 |
lhcheng | o/ | 12:01 |
*** mrmartin has quit IRC | 12:02 | |
neillc | o/ | 12:02 |
itxaka | o/ | 12:02 |
*** yamamoto has quit IRC | 12:03 | |
tsufiev | o/ | 12:03 |
amotoki | o/ | 12:03 |
kzaitsev_mb | o/ | 12:03 |
david-lyle | General things first. | 12:03 |
david-lyle | Welcome r1chardj0n3s and tsufiev to horizon-core | 12:03 |
mrunge | o/ | 12:03 |
r1chardj0n3s | thanks :-) | 12:03 |
tsufiev | thanks as well :) | 12:04 |
robcresswell | \o/ | 12:04 |
amotoki | welcome :) | 12:04 |
neillc | grats to you both | 12:04 |
pkarikh | o/ | 12:04 |
itxaka | congrats! | 12:04 |
david-lyle | Next item, we released M-1 for Horizon last week | 12:05 |
david-lyle | I will be looking to release d-o-a soon as well. both domain scoped token related patches merged | 12:05 |
*** yamamoto has joined #openstack-meeting-3 | 12:06 | |
david-lyle | Wanted to quickly run through Mitaka priorities | 12:06 |
tsufiev | david-lyle, is it still some time left to push https://review.openstack.org/#/c/224756/1 before DOA release? | 12:07 |
david-lyle | tsufiev: we can release as often as needed | 12:07 |
tsufiev | this renaming will require at least 2 releases of DOA :/ | 12:07 |
*** emalin has quit IRC | 12:07 | |
tsufiev | awesome | 12:07 |
david-lyle | have to read that review | 12:08 |
tsufiev | still WIP, will finalize it in a matter of few day | 12:08 |
david-lyle | that was the mailing list item for transitioning the AVAILABLE_ReGIONS setting? | 12:08 |
tsufiev | yes | 12:09 |
david-lyle | essentially it's just adding a second setting for the same thing | 12:09 |
lhcheng | david-lyle: can we include this too for d-o-a release: https://review.openstack.org/#/c/235609/ | 12:09 |
lhcheng | would be better to release this earlier to catch any regression it may have | 12:10 |
tsufiev | david-lyle, to some extent, my second intention was to clean up code so there would be no 'available_regions' mentions left | 12:10 |
david-lyle | lhcheng: yes, +a'd now | 12:10 |
*** JeanBriceCombebi has quit IRC | 12:10 | |
lhcheng | david-lyle: thanks! | 12:11 |
david-lyle | tsufiev: we have to depricate it | 12:11 |
david-lyle | *deprecate | 12:11 |
tsufiev | and since DOA and horizon are very intertwined regarding this setting, it requires a lot of changes | 12:11 |
david-lyle | 2 cycles | 12:11 |
tsufiev | sure | 12:11 |
david-lyle | which reminds me of general item for later | 12:11 |
*** igordcard_ has joined #openstack-meeting-3 | 12:12 | |
*** igordcard_ has quit IRC | 12:12 | |
*** wojdev has joined #openstack-meeting-3 | 12:12 | |
david-lyle | ok one last general bit before mitaka status | 12:12 |
david-lyle | I don't know how many people follow the project tags | 12:13 |
david-lyle | but I need to consider adding a few | 12:13 |
* r1chardj0n3s twitches at the mention of tags | 12:14 | |
david-lyle | one is http://governance.openstack.org/reference/tags/assert_follows-standard-deprecation.html | 12:14 |
amotoki | http://governance.openstack.org/reference/tags/index.html | 12:14 |
*** igordcard_ has joined #openstack-meeting-3 | 12:14 | |
david-lyle | second is http://governance.openstack.org/reference/tags/assert_supports-upgrade.html | 12:14 |
david-lyle | I think both of those are definitely applicable | 12:14 |
david-lyle | the third is http://governance.openstack.org/reference/tags/assert_supports-rolling-upgrade.html | 12:15 |
*** yamamoto has quit IRC | 12:15 | |
r1chardj0n3s | david-lyle: forgive my ignorance, but are those git tags, or are they somewhere else? | 12:15 |
david-lyle | the third is technically true too, I believe | 12:15 |
tsufiev | r1chardj0n3s, I guess it's the governance/big tent tags | 12:15 |
david-lyle | r1chardj0n3s: those tags are for projects to indicated behavior to operators | 12:16 |
robcresswell | r1chardj0n3s: https://github.com/openstack/governance/blob/master/reference/projects.yaml#L736 | 12:16 |
robcresswell | I think its those. | 12:16 |
amotoki | rickflare: you can find various defined tags in http://governance.openstack.org/reference/tags/index.html | 12:16 |
r1chardj0n3s | ah, thanks robcresswell | 12:16 |
amotoki | rickflare: sorry | 12:16 |
amotoki | r1chardj0n3s: ^^ | 12:17 |
david-lyle | I will be proposing patches to add all three, unless someone has a reason not to | 12:17 |
*** salv-orl_ has joined #openstack-meeting-3 | 12:17 | |
amotoki | I think both of three sounds reasonable. | 12:18 |
r1chardj0n3s | we would need to update our dev documentation where appropriate (like "standard" deprecation, whatever that is ;-) | 12:18 |
robcresswell | They sound fine | 12:18 |
amotoki | r1chardj0n3s: good point | 12:19 |
david-lyle | r1chardj0n3s: just when deprecating something | 12:19 |
* r1chardj0n3s is reading a bunch of pages at the moment | 12:19 | |
robcresswell | I'd assume standard in that case means at least one cycle of "THIS IS DEPRECATED" | 12:19 |
david-lyle | two cycles | 12:19 |
r1chardj0n3s | http://governance.openstack.org/reference/tags/assert_follows-standard-deprecation.html is quite detailed, which is good | 12:19 |
david-lyle | is the standard before removing something | 12:19 |
robcresswell | Oh, I didn't know that. Interesting. | 12:20 |
*** rtheis has joined #openstack-meeting-3 | 12:20 | |
*** salv-orlando has quit IRC | 12:20 | |
david-lyle | That's it for general. | 12:20 |
amotoki | one request as neutron liaison | 12:21 |
david-lyle | amotoki: yes | 12:21 |
amotoki | could you add a comment on dashbaord for neutron subprojects thread ? http://lists.openstack.org/pipermail/openstack-dev/2015-December/081050.html | 12:21 |
*** marios_ has joined #openstack-meeting-3 | 12:21 | |
robcresswell | amotoki: I wrote a response, just wanted ot think a bit more before sending. Will do that today. | 12:22 |
david-lyle | amotoki: my apologies, keeps getting overlooked. Yes | 12:22 |
robcresswell | to* | 12:22 |
amotoki | most neutron folks prefers to having dashboard directory in their own repo. I would like to see input from neutorn side. | 12:22 |
amotoki | ...woops from horizon side. | 12:22 |
amotoki | david-lyle: no problem. | 12:22 |
amotoki | i was asked about the status of the thread from some folks. | 12:23 |
amotoki | robcresswell: thanks, great. | 12:23 |
robcresswell | david-lyle: I've gone through the mitaka-priorities etherpad and crossed through some of the merged entries. | 12:23 |
amotoki | I don't want to discuss it here. please reply the thread. | 12:23 |
robcresswell | oops, sorry there amotoki :) | 12:24 |
david-lyle | amotoki: thanks | 12:24 |
amotoki | robcresswell: go ahead :) | 12:24 |
david-lyle | Since there was no agenda items posted, ad hoc agenda 1) Mitaka progress 2) midcycle | 12:24 |
david-lyle | #topic Mitaka priorities | 12:24 |
*** openstack changes topic to "Mitaka priorities (Meeting topic: horizon)" | 12:24 | |
david-lyle | #link https://etherpad.openstack.org/p/mitaka-horizon-priorities | 12:25 |
*** marios_ has quit IRC | 12:25 | |
david-lyle | ok robcresswell you were saying? | 12:25 |
robcresswell | Just been marking things as done on that list | 12:25 |
robcresswell | We're making fairly good progress on most points. | 12:25 |
robcresswell | The last of the theming docs merged | 12:26 |
robcresswell | and I know the plugin docs are out now too | 12:26 |
robcresswell | doug-fis_ is looking into plugin i18n, we had a good discussion on it a couple days back | 12:27 |
robcresswell | r1chardj0n3s has a new approach to pbr, which he seems to have just added to the etherpad | 12:27 |
*** marios_ has joined #openstack-meeting-3 | 12:27 | |
r1chardj0n3s | yes, I'd appreciate eyes on the new proposal if you have spare moments https://review.openstack.org/#/c/253296/ | 12:27 |
r1chardj0n3s | it's more likely to get up since it doesn't involve changing pbr | 12:27 |
robcresswell | Nice | 12:28 |
r1chardj0n3s | well | 12:28 |
r1chardj0n3s | it does involve changing #infra build nodes tho ;-) | 12:28 |
robcresswell | Other than that, a lot of the angular patches seem to have settled into long chains for review. | 12:28 |
robcresswell | And tsufiev has a war plan for integration tests iirc | 12:28 |
r1chardj0n3s | boy does he! | 12:28 |
r1chardj0n3s | https://etherpad.openstack.org/p/horizon-integration-tests | 12:29 |
robcresswell | We will need to add release notes for m-1 bugs and bps btw. There are several missing. | 12:29 |
*** matrohon has joined #openstack-meeting-3 | 12:29 | |
tsufiev | robcresswell, a war plan and no soldiers :/ | 12:29 |
robcresswell | I'll start nagging people on IRC about that :) | 12:29 |
robcresswell | I think thats most of the update on priorities | 12:30 |
david-lyle | Federation configuration is not on that list but I consider it a high priority as well | 12:31 |
* david-lyle must find patch | 12:31 | |
robcresswell | Was that lhcheng patch? | 12:32 |
lhcheng | https://review.openstack.org/#/c/244991/ | 12:32 |
lhcheng | for Idp mgmt | 12:32 |
mrunge | ah yes | 12:32 |
lhcheng | there are three sets of panels needed to make that usable | 12:33 |
lhcheng | all panels are simple though | 12:33 |
david-lyle | just added | 12:33 |
robcresswell | Nice. | 12:33 |
david-lyle | to the priorities at least, not finished with the review | 12:33 |
lhcheng | planning to implement basic functionality, then add the code from University of Kent for attribute mapping | 12:33 |
*** gcb has joined #openstack-meeting-3 | 12:33 | |
lhcheng | we should add the Message of the day too, a lot of operators are asking for it | 12:34 |
tsufiev | lhcheng, does it include the UI they've been proposing (attribute mapping)? | 12:34 |
robcresswell | heh, my university :) | 12:34 |
lhcheng | tsufiev: yep | 12:34 |
*** matrohon has quit IRC | 12:34 | |
lhcheng | I implemented an edit box for the json data for the first pass, then add the attribute mapping UI later. | 12:35 |
r1chardj0n3s | seems reasonable | 12:35 |
robcresswell | FYI I updated the bug report. I'm unsure if its worth updating though. I think it has some value as a reference point, but I don't want to waste time on something that is unused. | 12:35 |
*** matrohon has joined #openstack-meeting-3 | 12:36 | |
robcresswell | #link https://wiki.openstack.org/wiki/Horizon/WeeklyBugReport | 12:36 |
tsufiev | lhcheng, thanks, got it. I'm interested in reviewing the new UI for it | 12:36 |
lhcheng | I expect the attribute mapping UI will require a couple of iteration, for both code and UX | 12:36 |
david-lyle | robcresswell: thanks. I think it's useful | 12:37 |
r1chardj0n3s | robcresswell: I refer to it, definitely | 12:37 |
david-lyle | wish gerrit was more configurable to honor such things | 12:37 |
* david-lyle is not entirely sure how that would work | 12:38 | |
amotoki | robcresswell: how does the weekly bug report works? | 12:38 |
robcresswell | amotoki: There's a description on the link :) | 12:39 |
r1chardj0n3s | david-lyle secretly wants to work on gerrit | 12:39 |
david-lyle | r1chardj0n3s: stop right there | 12:39 |
amotoki | robcresswell: i see. | 12:39 |
robcresswell | Its a wiki so anyone is free to add to it. Its just a short list for people to focus on. So if they are new, or short on time, its a quick list to refer to of "things Horizon community want to see merged" | 12:39 |
robcresswell | 1000+ bug list on launchpad doesnt really offer us that. So I just spend a bit of time updating it before each Horizon meeting usually. | 12:40 |
amotoki | on the other hand, we have 234 new bugs with undecided priority. I wonder how we can deal with incoming bugs. | 12:40 |
robcresswell | Oh! So, bug day 2. | 12:40 |
r1chardj0n3s | amotoki: bug day | 12:40 |
r1chardj0n3s | :-) | 12:40 |
*** ducttape_ has joined #openstack-meeting-3 | 12:40 | |
robcresswell | I've drafted an email for 12th Jan | 12:40 |
amotoki | yeah, but day works. | 12:40 |
robcresswell | Will send out at a later date | 12:40 |
tsufiev | robcresswell, have you arranged amotoki's question :)? | 12:41 |
robcresswell | tsufiev: ? | 12:41 |
david-lyle | was his question a setup? | 12:41 |
doug-fis_ | tsufiev: I thought the same thing | 12:41 |
*** primeministerp has joined #openstack-meeting-3 | 12:41 | |
robcresswell | I'm lost | 12:41 |
tsufiev | yep, it was the perfect timing to promote the bug day :) | 12:41 |
r1chardj0n3s | sadly I will most likely be on vacation on the 12th, but I'll triage some bugs in spirit | 12:41 |
*** doug-fis_ is now known as doug-fish | 12:42 | |
mrunge | I like that spirit | 12:42 |
robcresswell | I tried to make it far enough from Christmas that people could mostly attend, sorry :/ | 12:42 |
r1chardj0n3s | well, you Northern Hemisphere folks will be all shut inside anyway so :-) | 12:42 |
robcresswell | the 5th seemed like it may interfere with post-holiday "omg the data center is on fire" issues. | 12:42 |
amotoki | in neutron, we recenlty intorduced weekly bug deputy mechanism. one person per week. he/she watches and triages incoming bug and raise needs-attention bugs. | 12:42 |
r1chardj0n3s | robcresswell: I'll have my own Bug Day to make up for it! | 12:43 |
*** reedip_ has joined #openstack-meeting-3 | 12:43 | |
mrunge | r1chardj0n3s, I'll trust you to triage twice as much bugs for the next bug day after | 12:43 |
robcresswell | amotoki: I think the main issue is the backlog, not the incoming bugs. | 12:43 |
robcresswell | At least in Horizon | 12:43 |
r1chardj0n3s | mrunge: imagine me with that water-drinking bird from the Simpsons over a button that says "invalid" :-) | 12:43 |
amotoki | robcresswell: there are two points. incoming bugs and reducing unhandled bugs. | 12:43 |
robcresswell | And tbh last time we got through something like 20 - 25% of the undecided in a single day | 12:44 |
david-lyle | although last 5 bugs are untriaged and unprioritized | 12:44 |
mrunge | it would be great, if we had a way on force-closing bugs | 12:44 |
*** salv-orl_ has quit IRC | 12:44 | |
*** alexpilotti has quit IRC | 12:45 | |
amotoki | mrunge: bugs marked as incomplete and without assignee will be expired by launchpad after some period (60 days?) | 12:45 |
*** atuvenie has joined #openstack-meeting-3 | 12:45 | |
amotoki | https://help.launchpad.net/BugExpiry | 12:45 |
*** JeanBriceCombebi has joined #openstack-meeting-3 | 12:46 | |
mrunge | amotoki, yes. but imho it would make it cleaner for us if we could expire bugs earlier than waiting 60 days | 12:46 |
*** abalutoiu has joined #openstack-meeting-3 | 12:46 | |
robcresswell | Could just mark as Invalid, no? | 12:47 |
*** marios_ has quit IRC | 12:47 | |
robcresswell | Or wont fix | 12:47 |
amotoki | mrunge: hmm... if a bug does not exist already, mark invalid. | 12:47 |
tsufiev | mrunge, we could just filter them out in a bug list | 12:47 |
amotoki | if the bug was fixed already, fix released (?) | 12:47 |
mrunge | the idea was just to get the number of bugs down to a more reasonable number | 12:48 |
david-lyle | ooh https://launchpad.net/horizon/+expirable-bugs | 12:48 |
david-lyle | TIL | 12:48 |
mrunge | aha! | 12:49 |
*** davidsha has quit IRC | 12:49 | |
*** salv-orlando has joined #openstack-meeting-3 | 12:49 | |
amotoki | and we are not sure a given bug exists, mark it Incomplete (and it means we request bug authors to reopen it again if necessary) | 12:50 |
*** claudiub has joined #openstack-meeting-3 | 12:50 | |
david-lyle | #topic Midcycle | 12:50 |
*** openstack changes topic to "Midcycle (Meeting topic: horizon)" | 12:50 | |
david-lyle | Piet ran a poll | 12:50 |
david-lyle | and Portland or San Antonio/Austin were the top vote getters in that order | 12:51 |
david-lyle | The difficult part is settling on dates | 12:51 |
*** alexpilotti has joined #openstack-meeting-3 | 12:51 | |
r1chardj0n3s | just occurred to me: is Portland a weather risk for flying in Febraury? | 12:52 |
david-lyle | we look to drop a couple of cores (that responded) regardless of what date we choose | 12:52 |
ducttape_ | portland is more moderate, due to being close to coast r1chardj0n3s | 12:52 |
r1chardj0n3s | ducttape_: ok, cool. want to minimise risk of cancelled flights :-) | 12:53 |
mrunge | I haven't seen a poll at all.... | 12:53 |
david-lyle | 10-18 C typically in Feb | 12:53 |
*** alexpilotti has quit IRC | 12:53 | |
*** alexpilotti has joined #openstack-meeting-3 | 12:54 | |
lhcheng | mrunge: I think Piet just dropped the link in the irc room.. | 12:54 |
tsufiev | mrunge, http://goo.gl/forms/TVtWP96KjY | 12:54 |
david-lyle | yeah not the best approach | 12:54 |
mrunge | ouch | 12:54 |
neillc | I didn't see it either, but thought that must just be me | 12:54 |
david-lyle | I think you can still add input | 12:55 |
tsufiev | no, there was a mail. It seems that added recipients manually | 12:55 |
*** bauzas has quit IRC | 12:55 | |
tsufiev | should have some kind of alias... | 12:55 |
lhcheng | tsufiev: hmm I didn't get an email, perhaps directly to UX core only? | 12:55 |
*** amotoki_ has joined #openstack-meeting-3 | 12:56 | |
tsufiev | lhcheng, perhaps, but I'm not sure | 12:56 |
david-lyle | so the main issue is there is no sweet spot on dates | 12:56 |
*** Sonu has joined #openstack-meeting-3 | 12:56 | |
mrunge | do we have a result yet? | 12:56 |
tsufiev | maybe if more people vote, London would be more popular :)? | 12:57 |
lhcheng | btw, who's hosting in Portland? :) | 12:57 |
david-lyle | lhcheng: I would be | 12:57 |
david-lyle | the actual campus is 20 minutes outside portland, but it's essentially portland | 12:57 |
lhcheng | cool | 12:58 |
david-lyle | mrunge: I've seen the results | 12:58 |
*** ducttape_ has quit IRC | 12:58 | |
david-lyle | I can probably cut and paste | 12:58 |
mrunge | david-lyle, ack | 12:58 |
*** amotoki__ has joined #openstack-meeting-3 | 12:59 | |
david-lyle | google form that was shared with me | 12:59 |
*** amotoki has quit IRC | 12:59 | |
david-lyle | so I'm trying to work on a firm plan. | 12:59 |
*** amotoki__ is now known as amotoki___ | 12:59 | |
david-lyle | seems like sometime in Feb probably in Portland | 12:59 |
mrunge | david-lyle, I guess, travel logistics have to be figured out, once we have something more official | 13:00 |
david-lyle | unless 12 people vote today | 13:00 |
* r1chardj0n3s crossed fingers for not first two weeks of Feb which are a solid no-go for me :-) | 13:00 | |
mrunge | yeah | 13:00 |
r1chardj0n3s | I look forward to finding out the eventualy date :-) | 13:00 |
r1chardj0n3s | eventual | 13:00 |
r1chardj0n3s | it's late | 13:00 |
mrunge | there is FOSDEM in Brussels and devconf in Brno | 13:01 |
*** lpetrut has joined #openstack-meeting-3 | 13:01 | |
mrunge | in early Feb | 13:01 |
*** sagar_nikam has joined #openstack-meeting-3 | 13:01 | |
*** julim has joined #openstack-meeting-3 | 13:01 | |
*** kvinod has joined #openstack-meeting-3 | 13:01 | |
david-lyle | I have a meeting in Portland unrelated on Feb 16-17 which makes that week difficult for me | 13:01 |
mrunge | so, week after then ;-) | 13:01 |
david-lyle | oh well time. I will continue to try to optimize | 13:02 |
david-lyle | times up | 13:02 |
david-lyle | thanks everyone | 13:02 |
r1chardj0n3s | o/ | 13:02 |
david-lyle | #endmeeting | 13:02 |
*** openstack changes topic to "Current status and progress from last week (Meeting topic: vitrage)" | 13:02 | |
openstack | Meeting ended Wed Dec 9 13:02:13 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 13:02 |
*** amotoki___ is now known as amotoki__ | 13:02 | |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/horizon/2015/horizon.2015-12-09-12.01.html | 13:02 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/horizon/2015/horizon.2015-12-09-12.01.txt | 13:02 |
openstack | Log: http://eavesdrop.openstack.org/meetings/horizon/2015/horizon.2015-12-09-12.01.log.html | 13:02 |
neillc | o/ | 13:02 |
*** r1chardj0n3s has left #openstack-meeting-3 | 13:02 | |
robcresswell | Thanks all | 13:02 |
*** robcresswell has left #openstack-meeting-3 | 13:02 | |
*** tsufiev has left #openstack-meeting-3 | 13:02 | |
amotoki__ | thanks all! | 13:02 |
*** amotoki_ has quit IRC | 13:02 | |
*** amotoki__ is now known as amotoki | 13:02 | |
*** neillc has left #openstack-meeting-3 | 13:02 | |
mrunge | thanks o/ | 13:02 |
*** jed56 has quit IRC | 13:03 | |
alexpilotti | #startmeeting hyper-v | 13:03 |
itxaka | o/ | 13:03 |
openstack | Meeting started Wed Dec 9 13:03:21 2015 UTC and is due to finish in 60 minutes. The chair is alexpilotti. Information about MeetBot at http://wiki.debian.org/MeetBot. | 13:03 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 13:03 |
*** openstack changes topic to " (Meeting topic: hyper-v)" | 13:03 | |
openstack | The meeting name has been set to 'hyper_v' | 13:03 |
alexpilotti | morning folks | 13:03 |
claudiub | o/ | 13:03 |
sagar_nikam | Hi Everybody | 13:03 |
lpetrut | Hi | 13:03 |
abalutoiu | Hello | 13:03 |
Sonu | Hello everyone | 13:03 |
atuvenie | o/ | 13:04 |
kvinod | hi | 13:04 |
alexpilotti | sagar_nikam: anybody that we are waiting on the HP side? | 13:04 |
sagar_nikam | no, everybody is present | 13:05 |
sagar_nikam | we can start | 13:05 |
alexpilotti | cool, primeministerp is a bit late, everybody else is here | 13:05 |
alexpilotti | so | 13:05 |
alexpilotti | #topic mitaka patches | 13:06 |
*** openstack changes topic to "mitaka patches (Meeting topic: hyper-v)" | 13:06 | |
*** doug-fish has quit IRC | 13:06 | |
alexpilotti | #link https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking | 13:06 |
alexpilotti | based on ^ | 13:06 |
alexpilotti | the current 3 top patches are | 13:07 |
alexpilotti | #link https://review.openstack.org/#/c/237593/ | 13:07 |
alexpilotti | #link https://review.openstack.org/#/c/175479/ | 13:07 |
alexpilotti | #link https://review.openstack.org/#/c/246298/ | 13:07 |
alexpilotti | sagar_nikam: you asked me about OVS, the 3rd one is one of them | 13:07 |
*** atuvenie_ has joined #openstack-meeting-3 | 13:08 | |
sagar_nikam | this one ? https://review.openstack.org/#/c/246298/ | 13:08 |
alexpilotti | got a review yesterday from Nithin, which works with us on the OVS Hyper-V driver community | 13:08 |
sagar_nikam | that's not networking | 13:08 |
Sonu | https://review.openstack.org/#/c/140045/ | 13:08 |
alexpilotti | #link https://review.openstack.org/#/c/179727/ | 13:09 |
alexpilotti | this one | 13:09 |
alexpilotti | my bad, I copied the next 3 patches :) | 13:09 |
sagar_nikam | yes | 13:09 |
sagar_nikam | that is the correct one | 13:09 |
alexpilotti | so, again, the 3 patches are: | 13:10 |
alexpilotti | #link https://review.openstack.org/#/c/237593/ | 13:10 |
sagar_nikam | sonu: this is of higher priority, can you give details | 13:10 |
alexpilotti | #link https://review.openstack.org/#/c/184038/ | 13:10 |
alexpilotti | #link https://review.openstack.org/#/c/179727/ | 13:10 |
Sonu | networking related is only #link https://review.openstack.org/#/c/179727/ | 13:11 |
Sonu | what about https://review.openstack.org/#/c/140045/ | 13:11 |
alexpilotti | this is a priority for us too. Since this code is not in the driver, either we get it in Nova or we need to cherry-pick it in a fork | 13:11 |
*** atuvenie has quit IRC | 13:11 | |
alexpilotti | so the whole OVS thing is something we want to get in ASAP, based on Nova's review bandwidth | 13:12 |
Sonu | Sagar for us to consume, we need it in Nova. | 13:12 |
atuvenie_ | I can add some details about the patch that snonu is refering to | 13:12 |
alexpilotti | Sonu: those are the 3 top patches, there's only one for OVS, as stated above | 13:12 |
sagar_nikam | Sonu: fine, got it | 13:12 |
alexpilotti | atuvenie_: please go ahead | 13:13 |
atuvenie_ | so, it's work in progress. It doesn't account for live migration | 13:13 |
atuvenie_ | by the end of the day there is going to be a new patchset | 13:13 |
atuvenie_ | it's tested on compute-hyperv and I will cherry pick it and test it on nova as well | 13:14 |
alexpilotti | atuvenie_: there was some refactoring from Kilo / Liberty related to Live migration if I well recall | 13:14 |
*** davidsha has joined #openstack-meeting-3 | 13:14 | |
*** claudiub_ has joined #openstack-meeting-3 | 13:14 | |
*** claudiub has quit IRC | 13:14 | |
alexpilotti | sagar_nikam Sonu: anything you'd like to add on this patch? | 13:15 |
Sonu | where will HP consume the content of this patch from? | 13:15 |
sagar_nikam | yes, when is live migration support planned | 13:15 |
Sonu | from openstack/nova or compute-hyperv | 13:15 |
sagar_nikam | sonu: if it does not get merged in nova, we cherry-pick the patch in review | 13:16 |
Sonu | fine | 13:16 |
alexpilotti | Sonu: we dont get your comment in the review | 13:17 |
sagar_nikam | alexpilotti:my question on live migration | 13:17 |
alexpilotti | sagar_nikam: atuvenie_ said she's uploading a new patch | 13:17 |
Sonu | regarding live migration, if we apply OVS flow rules in br-int bridge, will live migration work as expected | 13:17 |
sagar_nikam | ok, that supports live migration. got it | 13:17 |
alexpilotti | Sonu: of course | 13:17 |
alexpilotti | Sonu: I saw you left a -1 on the patch, but all you have is a question | 13:18 |
Sonu | nope | 13:18 |
alexpilotti | Sonu: in general, if you have questions please leave a neutral comment. | 13:18 |
Sonu | I have given code comment | 13:18 |
alexpilotti | atuvenie_: did you see Sonu's comment? | 13:19 |
alexpilotti | Sonu: I totally dont get what you mean | 13:19 |
atuvenie_ | yes, I don't think the cache should be moved but investigating options before answering | 13:20 |
alexpilotti | with "Not a good idea to put the caching requirement on client. If the implementation demands a single instance, it must be handled in this function." | 13:20 |
alexpilotti | this is a cache of classes implementing the behaviours by vif type | 13:20 |
Sonu | vif driver instance need not be maintained in cache in vmops. | 13:20 |
alexpilotti | could you explain why not? :) | 13:21 |
Sonu | _get_vif_driver() is a form of factory methiod | 13:21 |
alexpilotti | this just to avoid loading the same class over and over all the time | 13:22 |
Sonu | and a factory method generally defines when to create a new instance etc. | 13:22 |
alexpilotti | not necessarily | 13:22 |
Sonu | calling a factory method can still return a single instance, provided factory caches it. | 13:22 |
alexpilotti | those drivers are stateless | 13:22 |
alexpilotti | there's no reason to create new instances all the time | 13:23 |
*** lhcheng has left #openstack-meeting-3 | 13:23 | |
alexpilotti | said that, it's a relatively minor performance improvement | 13:23 |
*** doug-fish has joined #openstack-meeting-3 | 13:23 | |
alexpilotti | there's a comment: | 13:23 |
alexpilotti | # with instantiated classes will cause tests to fail on | 13:23 |
alexpilotti | # non windows platforms | 13:23 |
Sonu | Please do comment on my review comment, and I shall take appropriate action. | 13:25 |
atuvenie_ | my main reason for not moving the cache would be that for live migration I have to call the driver post_start method. That would imply importing the vif which would mean I have to copies of the cache | 13:25 |
alexpilotti | hmm looks like adelina dropped off, waiting for her to join back | 13:25 |
*** hdaniel has joined #openstack-meeting-3 | 13:25 | |
atuvenie_ | I'm back. comment above | 13:26 |
Sonu | hmm please do put the same comment in the review, I shall take a look at it. | 13:26 |
atuvenie_ | ok | 13:26 |
sagar_nikam | alexpilloti:on the earlier question by Sonu: OVS Flow on br-int, will it work in cluster driver as well, | 13:26 |
alexpilotti | Sonu: did you ever run this code? | 13:26 |
Sonu | I am running OVS and Hyper-V with VLAN and security group enabled | 13:27 |
alexpilotti | sagar_nikam: we already said that whatever we do in this area will support the current and planned features sets | 13:27 |
sagar_nikam | basically we are trying to check how it works with live migration triggered by Nova as well as triggered by failover cluster manager | 13:27 |
alexpilotti | this includes live migration and clusters of course | 13:27 |
sagar_nikam | o, good | 13:27 |
sagar_nikam | ok | 13:28 |
Sonu | thats great. I will try that and let you know. | 13:28 |
sagar_nikam | Sonu:you had a question of security groups | 13:28 |
sagar_nikam | is that answered ? | 13:28 |
alexpilotti | Sonu sagar_nikam: you saw that we are rebasing the cluster BP patches? | 13:28 |
Sonu | yes. br-int will host all the security group rules for Hyper-V using ovs firewall driver | 13:29 |
sagar_nikam | alexpilotti: we added review comments on it yesterday | 13:29 |
Sonu | and as per alexpilotti live migration will migrate these rules as well as it was the case with native HV Vswtich | 13:29 |
*** bryan_att has quit IRC | 13:29 | |
alexpilotti | Sonu: what ovs firewall driver? the conntrack based one? | 13:29 |
Sonu | live migration will be done by the Failover Cluster Manager. | 13:30 |
sagar_nikam | you mean liver migration triggered by failover cluster ? | 13:30 |
sagar_nikam | will also migrate these rules | 13:30 |
Sonu | For ESX based solution, we have OVS firewall driver with connection tracking using learn flows. We are evaluating the driver with OVS hyper-V | 13:31 |
alexpilotti | Sonu: you might want to wait for conntrack to be implemented in Hyper-V for this :) | 13:31 |
*** lhartal has quit IRC | 13:32 | |
*** mrmartin has joined #openstack-meeting-3 | 13:32 | |
sagar_nikam | alexpilotti:this is the patch we reviewed and gave some comments https://review.openstack.org/#/c/199037/ | 13:32 |
sagar_nikam | dont yet see any rebase of it, | 13:33 |
sagar_nikam | were you refering to some other patch, when you mentioned cluster patch is rebased | 13:33 |
* alexpilotti checking | 13:34 | |
*** calbers has quit IRC | 13:34 | |
alexpilotti | you colleague put a -1 asking questions | 13:35 |
alexpilotti | as a general rule, if you dont want to add further delays on reviews, it's better to put neutral reviews when you dont understandhow things work :) | 13:35 |
*** itoader has joined #openstack-meeting-3 | 13:35 | |
alexpilotti | is snraju taking part of the meeting by any chance? | 13:36 |
sagar_nikam | no, i think what he meant was how will DB update work and also if the glance image gets downloaded to CVS and concurrent downloads happen on 2 hosts in a cluster for same image, things will nto work | 13:36 |
*** vikram has joined #openstack-meeting-3 | 13:36 | |
claudiub_ | i'm going to answer the comments today. as for the rebase, the cluster utils will have to be submitted to os-win | 13:37 |
claudiub_ | sagar_nikam: yeah, it won't be a problem | 13:37 |
sagar_nikam | claudiub_: thanks | 13:37 |
sagar_nikam | also any plans of supporting multiple CSVs ? | 13:37 |
claudiub_ | sagar_nikam: there is a lock for the image path, so the same image won't be downloaded twice | 13:37 |
alexpilotti | sagar_nikam: CSV itself, being a shared resource, is not handled properly by Nova ATM | 13:37 |
alexpilotti | we already talked about this | 13:38 |
sagar_nikam | ok, lock makes sense | 13:38 |
alexpilotti | last time I synced with claudiub_ about this, jaypipes AFAIK said he;d like to implement support for similar cases | 13:38 |
sagar_nikam | support for multiple CSV ? | 13:38 |
*** JeanBriceCombebi has quit IRC | 13:39 | |
sagar_nikam | is that planned ? | 13:39 |
alexpilotti | the idea is that the CSV storage will be seen as a single storage by all Nova nodes in the cluster | 13:39 |
sagar_nikam | agree | 13:39 |
alexpilotti | say that you have 1000GB on the CSV volume and that we have 4 hosts | 13:39 |
sagar_nikam | but the host can also have multiple CVS | 13:39 |
alexpilotti | each of them will report 1000GB | 13:39 |
alexpilotti | sagar_nikam: the multiple CSV for now is just a secondary extension | 13:40 |
sagar_nikam | which i think is fine. any issue with it | 13:40 |
alexpilotti | sagar_nikam: of course: the scheduler thinks that there's 4 * 1000 GB space | 13:40 |
*** baoli has joined #openstack-meeting-3 | 13:40 | |
*** moshele has joined #openstack-meeting-3 | 13:41 | |
alexpilotti | atthe same time, when we deploy an instance with, say 100GB disk flavor | 13:41 |
*** baoli_ has joined #openstack-meeting-3 | 13:41 | |
sagar_nikam | ok | 13:41 |
sagar_nikam | agree | 13:41 |
alexpilotti | all nodes will see 900GB free after allocating the space | 13:41 |
alexpilotti | let's now get to the point were the cluster has 50GB | 13:42 |
alexpilotti | Nova sees 4 * 50 GB | 13:42 |
alexpilotti | but if we try to spin 4 instances with 40GB hdd it will fail | 13:42 |
alexpilotti | although the scheduler will think it's perfectly fine :) | 13:43 |
*** JeanBriceCombebi has joined #openstack-meeting-3 | 13:43 | |
alexpilotti | makes sense? | 13:43 |
sagar_nikam | the vmware cluster driver also has the same issue, though it is for CPU and memory | 13:43 |
sagar_nikam | got it. so what is the fix planned | 13:43 |
alexpilotti | you are asking me like we own Nova :) | 13:44 |
alexpilotti | this is a Nova problem, not a driver problem | 13:44 |
*** yamamoto has joined #openstack-meeting-3 | 13:44 | |
sagar_nikam | ok, you mean fix is outside of driver ? | 13:44 |
alexpilotti | we need a BP at the Nova resourse tracker level | 13:44 |
sagar_nikam | ok | 13:44 |
alexpilotti | sagar_nikam: lolz | 13:45 |
alexpilotti | sagar_nikam: as written above: | 13:45 |
*** baoli has quit IRC | 13:45 | |
sagar_nikam | ok | 13:45 |
alexpilotti | jaypipes said he wanted to take a stab at it | 13:45 |
alexpilotti | but that was at the last midcycle meeting | 13:46 |
jaypipes | alexpilotti: https://review.openstack.org/#/c/225546/1 | 13:46 |
alexpilotti | we dont have updates | 13:46 |
sagar_nikam | will it stop from the cluster patch getting merged ? | 13:46 |
jaypipes | alexpilotti: I am in the process of pushing a decomposition of that spec into three smaller chunks. | 13:46 |
alexpilotti | jaypipes: sweet tx!! | 13:46 |
jaypipes | alexpilotti: here is the one most relevant to you: https://review.openstack.org/#/c/253187/2/specs/mitaka/approved/generic-resource-pools.rst | 13:47 |
alexpilotti | sagar_nikam: no it wont, it will be just be a note | 13:47 |
sagar_nikam | jayppipes: Hi, nice to see you | 13:47 |
alexpilotti | sagar_nikam: the patch that jaypipes just linked will help us in a ton of situations | 13:48 |
sagar_nikam | jaypipes:thank you | 13:48 |
jaypipes | np guys | 13:48 |
alexpilotti | including Gen2 VMs, remotefx and in general all the compute resources that the driver exposes | 13:48 |
sagar_nikam | jaypipes:thank you | 13:48 |
alexpilotti | jaypipes: do you have a timeline for this to merge? | 13:48 |
*** dedery has quit IRC | 13:49 | |
alexpilotti | jaypipes: as in N, O... | 13:49 |
alexpilotti | I guess Mitaka is quite impossible | 13:49 |
jaypipes | alexpilotti: sorry, I do not know the answer for that. we will work on it in Mitaka. no idea when it would merge though | 13:49 |
alexpilotti | jaypipes: fair enough, please let me know if you need resources to work on it / review / etc | 13:50 |
alexpilotti | jaypipes: among the features outside of the driver, it's possibly our main pain point | 13:50 |
alexpilotti | sagar_nikam: any other questions on this? | 13:51 |
sagar_nikam | no | 13:51 |
alexpilotti | ok, changing topic | 13:51 |
alexpilotti | #topic FC | 13:51 |
*** openstack changes topic to "FC (Meeting topic: hyper-v)" | 13:51 | |
*** yamahata has joined #openstack-meeting-3 | 13:52 | |
alexpilotti | things are progressing very well | 13:52 |
alexpilotti | lpetrut: want to add something? | 13:52 |
*** jed56 has joined #openstack-meeting-3 | 13:53 | |
lpetrut | alexpilotti: sure, the implementation for passthrough attached FC disks is almost ready | 13:53 |
*** yamamoto has quit IRC | 13:53 | |
sagar_nikam | the issue which we discussed last time, which required help from MS Storage team, is it resolved ? | 13:54 |
lpetrut | do you mean the issue we had in retrieving the physical disk path for a specific volume? | 13:55 |
sagar_nikam | yes | 13:55 |
alexpilotti | that got solved by using native APIs instead of WMI | 13:55 |
lpetrut | yes, there seemed to be an issue with the WMI API, so I've rewritten that using the hbaapi functions. The only issue with that is that it did not work remotely, so I had to do a small refactoring on live migration | 13:55 |
lpetrut | so that we don't break that | 13:56 |
sagar_nikam | ok | 13:56 |
*** vtech has joined #openstack-meeting-3 | 13:56 | |
sagar_nikam | one more point made by Kurt, on using os-brick | 13:57 |
lpetrut | next, I'll take care of the other scenario, when we expose virtual HBA ports to the instance directly, that should be the last step | 13:57 |
alexpilotti | time is almost up | 13:57 |
alexpilotti | #topic open discussion | 13:57 |
*** openstack changes topic to "open discussion (Meeting topic: hyper-v)" | 13:57 | |
lpetrut | sure, but for the beginning, I was considering merging this in Nova, next to the other volume drivers we currently have, and move those out as a later effor | 13:57 |
Sonu | alexpilotti: Regarding Microsoft official support statement for OVS Ext in Hyper-V, I did not get any response from MSFT. Can this be done for OVS 2.4? | 13:58 |
Sonu | Just checking. | 13:58 |
alexpilotti | primeministerp: would you like to answer this one? | 13:58 |
alexpilotti | Sonu: I won't make official statements on behalf of MSFT :-) | 13:59 |
Sonu | sure. Not a problem. | 13:59 |
sagar_nikam | Sonu: your question on building OVS on windows | 13:59 |
alexpilotti | Sonu: what I can tell you is that the current plan is to submit 2.5 to WHQL | 14:00 |
sagar_nikam | can you check that | 14:00 |
alexpilotti | this does not mean any support from MSFT | 14:00 |
alexpilotti | Cloudbase supports and will support commercially OVS on Hyper-V | 14:00 |
Sonu | I get that. And when is OVS 2.5? | 14:01 |
Sonu | tentatively? FY16? | 14:01 |
alexpilotti | for the rest, the upstream code is OSS so anybody can take it and compile it | 14:01 |
Sonu | I get it. | 14:01 |
*** dtardivel has joined #openstack-meeting-3 | 14:01 | |
alexpilotti | Sonu: we're waiting for the OVS TPL to branch | 14:01 |
*** sdake has quit IRC | 14:02 | |
alexpilotti | so it will happen very soon | 14:02 |
*** yamahata has quit IRC | 14:02 | |
Sonu | Thanks. | 14:02 |
*** vmahe_ has joined #openstack-meeting-3 | 14:02 | |
alexpilotti | more details on the OVS community, we have a weekly meeting on Tue there | 14:02 |
ajo | we need to start the neutron_qos meeting guys :) | 14:02 |
vikram | hi | 14:02 |
Sonu | bye everyone. | 14:02 |
alexpilotti | #endmeeting | 14:02 |
*** openstack changes topic to "Current status and progress from last week (Meeting topic: vitrage)" | 14:02 | |
openstack | Meeting ended Wed Dec 9 14:02:53 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:02 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/hyper_v/2015/hyper_v.2015-12-09-13.03.html | 14:02 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/hyper_v/2015/hyper_v.2015-12-09-13.03.txt | 14:02 |
openstack | Log: http://eavesdrop.openstack.org/meetings/hyper_v/2015/hyper_v.2015-12-09-13.03.log.html | 14:02 |
ajo | moshele :) | 14:03 |
moshele | #startmeeting neutron_qos | 14:03 |
openstack | Meeting started Wed Dec 9 14:03:05 2015 UTC and is due to finish in 60 minutes. The chair is moshele. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:03 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:03 |
*** openstack changes topic to " (Meeting topic: neutron_qos)" | 14:03 | |
alexpilotti | ajo: sorry about that got carried away :) | 14:03 |
openstack | The meeting name has been set to 'neutron_qos' | 14:03 |
*** njohnston has joined #openstack-meeting-3 | 14:03 | |
ajo | alexpilotti : np :D it happens sometimes :D | 14:03 |
*** Sonu has quit IRC | 14:03 | |
njohnston | good morning | 14:03 |
*** kvinod has quit IRC | 14:03 | |
moshele | hi | 14:03 |
irenab | hi | 14:03 |
vikram | hi | 14:03 |
davidsha | hi | 14:03 |
ajo | cheers everybody, moshele will lead this meeting, ad I need to leave around :20 | 14:03 |
ajo | ad->as | 14:03 |
*** haleyb has quit IRC | 14:03 | |
ajo | moshele , do you want me to start, and you take it from :20 ? | 14:03 |
*** sagar_nikam has quit IRC | 14:04 | |
irenab | I have conflicting meeting, sorry for low particiipation level in advance | 14:04 |
moshele | sure | 14:04 |
ajo | ack, thanks | 14:04 |
ajo | ok, we have a few items to track, thanks moshele for putting the agenda in shape | 14:04 |
moshele | https://etherpad.openstack.org/p/qos-mitaka | 14:04 |
ajo | for the rpc-callback upgrades dependency, it seems we have agreement in devref, | 14:05 |
moshele | the agenda ^ | 14:05 |
ajo | and I shall push code before leaving for xmas | 14:05 |
*** haleyb has joined #openstack-meeting-3 | 14:05 | |
davidsha | ajo: when will you be heading off for christmas? | 14:05 |
*** ifat_afek has quit IRC | 14:05 | |
davidsha | ajo: if you don't mind me asking... | 14:05 |
ajo | davidsha : since 21 Dec, to Jan 4th I think | 14:05 |
ajo | I'm back Jan 4th | 14:06 |
ajo | if there's any urgent matter, please write to my personal email: miguelangel@ajo.es | 14:06 |
*** gcb has quit IRC | 14:06 | |
jaypipes | alexpilotti: will do for sure. | 14:06 |
ajo | I will be watching the company one, but my personal one is less pulluted | 14:06 |
ajo | polluted | 14:06 |
vikram | ajo: enjoy ;) take rest | 14:06 |
ajo | ok | 14:06 |
ajo | thanks :) | 14:06 |
njohnston | ajo: Thanks for doing that | 14:06 |
davidsha | ajo: enjoy! | 14:06 |
ajo | njohnston : of course, I know we have important stuff we must complete | 14:07 |
*** calbers has joined #openstack-meeting-3 | 14:07 | |
ajo | you're welcome | 14:07 |
ajo | about RBAC | 14:07 |
ajo | I know hdaniel posted a spec, since we were required to publish one | 14:07 |
ajo | due to the suspect that we were going to modify share, and therefore render the API backwards incompatible | 14:07 |
*** primeministerp has quit IRC | 14:08 | |
ajo | hdaniel posted it: here: https://review.openstack.org/#/c/254224/ , and this is the blueprint https://blueprints.launchpad.net/neutron/+spec/rbac-qos | 14:08 |
ajo | if you have some time for review, that would be nice | 14:08 |
ajo | hdaniel , am I missing something? | 14:08 |
hdaniel | ajo: nope, you got it all alright :) | 14:08 |
* njohnston will review today | 14:09 | |
irenab | hdaniel: already started | 14:09 |
ajo | ok | 14:09 |
ajo | linux bridge integration | 14:09 |
ajo | slaweq around ? | 14:09 |
ajo | or is it your's davidsha ? | 14:10 |
*** alexpilotti has quit IRC | 14:10 | |
moshele | I didn't find the linuxbridge fullstack tests patches | 14:10 |
davidsha | its slaweq, I'm dscp! | 14:10 |
moshele | did he upload something? | 14:10 |
vikram | moshele: not yet | 14:10 |
moshele | ok | 14:10 |
vikram | moshele: he will by this week i believe | 14:10 |
ajo | (sorry for the confusion davidsha :) ) | 14:11 |
davidsha | no problem! | 14:11 |
ajo | ok, let's keep watching LB as it goes | 14:11 |
moshele | vikram: can you update the etherpad once he have something | 14:11 |
ajo | moshele : +1 | 14:11 |
vikram | moshele: sure | 14:11 |
ajo | #topic DSCP | 14:12 |
*** terrylhowe has left #openstack-meeting-3 | 14:12 | |
ajo | it ignores me :D | 14:12 |
ajo | davidsha: can you update on DSCP? | 14:12 |
moshele | #topic DCP | 14:12 |
*** openstack changes topic to "DCP (Meeting topic: neutron_qos)" | 14:12 | |
*** atuvenie_ has quit IRC | 14:12 | |
*** jpomeroy has joined #openstack-meeting-3 | 14:12 | |
ajo | thanks moshele :D | 14:12 |
moshele | the power of being a chairman :) | 14:12 |
irenab | moshele: DSCP | 14:13 |
davidsha | Ya, it's dependent on ihar but I have tested it with vhost user and it works. I'm working at the moment on trying to move code to ovs-ofctl | 14:13 |
moshele | #topic DSCP | 14:13 |
*** openstack changes topic to "DSCP (Meeting topic: neutron_qos)" | 14:13 | |
*** peristeri has joined #openstack-meeting-3 | 14:13 | |
moshele | thanks irenab | 14:14 |
ajo | davidsha , if it's going to be waiting on ihar details, may be we could use some sort of temporary hack to be able to test it? | 14:14 |
ajo | like setting the uuid or the OVSBridge object in a global? | 14:14 |
davidsha | I'm also trying to get the cli to work, I wasn't inline with the spec so I working under the assumption that the cli is right and my code isn't. | 14:14 |
ajo | with a #TODO(...): hack, this is depending on <url> ? | 14:14 |
*** mrmartin has quit IRC | 14:14 | |
njohnston | davidsha: if you're using the client change that vhoward dropped, I think that he is still working on that | 14:15 |
davidsha | ajo: the hack is use networking ovs dpdk, it doesn't seem to clear the flows. | 14:15 |
ajo | davidsha :) | 14:15 |
ajo | but does that work for regular ovs ports? (non-dpdk?) | 14:15 |
davidsha | so I was ping between VMs and checking if the bit was set and it sets them. | 14:16 |
ajo | I don't have dpdk knowledge, so testing it would be a bit hard | 14:16 |
*** msambol has joined #openstack-meeting-3 | 14:16 | |
davidsha | I'll make a change and put it in the next patch up, I'll see commenting out the refresh works. | 14:17 |
davidsha | njohnston: Ok, I'll hack it to work properly, I'm just having problems with the variable name. | 14:18 |
njohnston | While davidsha has been doing that, I am working on unit tests then functional tests. and vhoward is working on python-neutronclient changes, so we can hopefully drop everything reasonably quickly but in reviewable chunks. | 14:19 |
ajo | davidsha, can you put some brief instructions on how to put it to test? | 14:19 |
ajo | any special ovs for using the ovs-dpdk agent? | 14:19 |
ajo | njohnston++ | 14:19 |
ajo | davidsha+ | 14:19 |
ajo | ++ | 14:19 |
njohnston | +1 for testing instructions | 14:19 |
*** lblanchard has joined #openstack-meeting-3 | 14:20 | |
ajo | ok, I have to drop from the meeting, moshele , it's all yours. | 14:20 |
moshele | thanks ajo | 14:20 |
ajo | cheers everybody, | 14:20 |
davidsha | ajo: For ovs-dpdk, it is already merged with the ovs-agent in neutron, you need to set the ML2 agent to just ovs I think. | 14:20 |
davidsha | ajo: thanks! | 14:20 |
irenab | ajo: bye | 14:20 |
vikram | bye | 14:20 |
davidsha | ajo: cya | 14:21 |
moshele | bye | 14:21 |
njohnston | thanks ajo | 14:21 |
*** jmckind has joined #openstack-meeting-3 | 14:22 | |
*** banix has joined #openstack-meeting-3 | 14:22 | |
*** jmckind has quit IRC | 14:23 | |
njohnston | so it looks like the change Ihar outlined is a dependency for the DSCP stuff getting merged, do we know what the status of that is? Not sure if there is a spec yet. | 14:23 |
davidsha | njohnston: also thanks for putting in the valid_dscp_nums, was a bit overwhelmed at the time and was slow to upload. | 14:23 |
njohnston | np, happy to help! | 14:24 |
moshele | njohnston: what dependency? the upgrade? | 14:24 |
njohnston | moshele: http://lists.openstack.org/pipermail/openstack-dev/2015-December/081264.html | 14:24 |
moshele | ok the l2 agent | 14:25 |
moshele | I don't think work has started on that | 14:25 |
*** rbak has quit IRC | 14:25 | |
moshele | but we need to follow up with Ihar on that | 14:25 |
davidsha | This is also a dependency for vikram on his 801.1p (I think) | 14:25 |
moshele | I will add it to the etherpad | 14:26 |
davidsha | His blueprint would be implemented the exact same was as dscp is. | 14:26 |
davidsha | 802.1p* | 14:26 |
njohnston | I am unclear on whether that is a hard dependency on Ihar's stuff before DSCP can be merged, or if there is a scenario where DSCP can be merged with a work-around before Ihar's proposed change. | 14:26 |
vikram | davidsha: +1 | 14:27 |
davidsha | Well Ihar's change is actually what I was thinking as well, take a table other than 0 for qos flows. | 14:27 |
davidsha | because tables other than 0 are not cleared | 14:28 |
*** vhoward has joined #openstack-meeting-3 | 14:28 | |
moshele | I guess we will need to sync with ihar on that | 14:28 |
*** bklei has joined #openstack-meeting-3 | 14:28 | |
moshele | anything else on the DSCP ? | 14:29 |
*** jmckind has joined #openstack-meeting-3 | 14:29 | |
njohnston | nope | 14:29 |
davidsha | Not atm, I'm still working through Ihar's comments and have to do the TODO's I marked. | 14:29 |
moshele | ok cool | 14:30 |
moshele | so let move for the slow moving issues | 14:31 |
vhoward | did we mention python client yet? I wf-1d a patch https://review.openstack.org/#/c/254280/ | 14:31 |
vhoward | sorry for being late and stuff | 14:31 |
*** mtanino has joined #openstack-meeting-3 | 14:31 | |
davidsha | vhoward: Yup | 14:31 |
vhoward | cool, then i'm good for now, thx for all your help | 14:32 |
*** alexpilotti has joined #openstack-meeting-3 | 14:32 | |
*** spzala has joined #openstack-meeting-3 | 14:32 | |
davidsha | vhoward: no prob, thanks for the cli. | 14:32 |
vhoward | yw | 14:32 |
moshele | so I don't think anyone is working on BWG or and integration with nova scheduler , right ? | 14:33 |
*** yamamoto has joined #openstack-meeting-3 | 14:34 | |
moshele | ok I just wanted you let you know that there is QoS integration with Horizon and with Heat | 14:34 |
*** igordcard has joined #openstack-meeting-3 | 14:34 | |
moshele | so you have time you can review the patches they are listed on the eatherpad | 14:34 |
* njohnston has been reviewing the heat patches, think they are close | 14:35 | |
moshele | njohnston: cool thanks for the update | 14:35 |
moshele | irenab: do you want some thing to say regarding the port flavors proposal ? | 14:36 |
*** igordcard has quit IRC | 14:36 | |
vhoward | i'll help with that also | 14:36 |
*** alexpilotti has quit IRC | 14:36 | |
irenab | moshele: I need to catch up on this | 14:36 |
*** igordcard has joined #openstack-meeting-3 | 14:37 | |
*** itoader has quit IRC | 14:37 | |
irenab | I am not aware of any progress | 14:37 |
moshele | ok thanks | 14:37 |
moshele | let move to opened bugs | 14:37 |
moshele | #topic Opened Bugs | 14:38 |
*** openstack changes topic to "Opened Bugs (Meeting topic: neutron_qos)" | 14:38 | |
*** vijendar has joined #openstack-meeting-3 | 14:38 | |
moshele | this is the link for all the qos bugs https://bugs.launchpad.net/neutron/+bugs?field.tag=qos | 14:38 |
irenab | moshele: I have updated etherpad with patch for review | 14:39 |
davidsha | Some of those are rfe | 14:39 |
irenab | https://review.openstack.org/#/c/253928/ | 14:39 |
moshele | we have on high regarding SR-IOV and update the network, I think it close for core reviewer | 14:39 |
irenab | bug https://launchpad.net/bugs/1509232 | 14:39 |
openstack | Launchpad bug 1509232 in neutron "If we update a QoSPolicy description, the agents get notified and rules get rewired for nothing" [Medium,In progress] - Assigned to Irena Berezovsky (irenab) | 14:39 |
moshele | davidsha: yes you are right | 14:39 |
moshele | irenab: thank | 14:39 |
moshele | davidsha: I did know who to filter them out :( | 14:40 |
moshele | I didn't | 14:40 |
davidsha | moshele: no problem, I don't either ;) | 14:41 |
*** Swami has joined #openstack-meeting-3 | 14:41 | |
*** atuvenie has joined #openstack-meeting-3 | 14:41 | |
moshele | irenab: do you have any update on you patch https://review.openstack.org/#/c/253928/ ? | 14:41 |
irenab | moshele: please review it | 14:43 |
moshele | irenab: I will :) | 14:43 |
irenab | the patch is small, the main issue is method naming :-) | 14:43 |
moshele | irenab: method naming is not my strong side :) | 14:44 |
*** msambol_ has joined #openstack-meeting-3 | 14:44 | |
*** msambol has quit IRC | 14:45 | |
moshele | all the other bug are low priority, so unless someone have something to say about them I think we can skip them | 14:45 |
*** neelashah has joined #openstack-meeting-3 | 14:45 | |
vikram | moshele: i want to discuss about https://bugs.launchpad.net/neutron/+bug/1521194 | 14:46 |
openstack | Launchpad bug 1521194 in neutron "Qos Aggregated Bandwidth Rate Limiting" [Wishlist,Confirmed] - Assigned to Slawek Kaplonski (slaweq) | 14:46 |
vikram | Need some inputs | 14:46 |
*** alexpilotti has joined #openstack-meeting-3 | 14:47 | |
moshele | it is more like a feature. no? | 14:47 |
vikram | yes.. it's a rfe bug | 14:47 |
vikram | i want to discuss about the implementation idea | 14:48 |
moshele | ok please go head | 14:48 |
vikram | My Idea: "This proposal talks about the support for aggregated bandwidth rate limiting where all the ports in the network should together attain the specified network bandwidth limit. To start with an easiest implementation could be dividing the overall bandwidth value with the number of ports in the network. In this there might a case of over and under utilization which might need more thought (May be we got to monitor all the ports and have | 14:48 |
vikram | a notion of thresh hold to decide whether to increase or decrease the bandwidth)" | 14:48 |
*** atuvenie has quit IRC | 14:48 | |
vikram | In the current QoS implementation, network QoS bandwidth limit are applied to all the ports uniformly in the network. This may be wrong. Consider a case where the user just want 20 mbps speed for the entire network but the current implementation will end up in allowing 20 * num_of_ports_in_the_networks mbps. | 14:49 |
vikram | Is my proposal sounds correct.. | 14:49 |
vikram | or any suggestion from the team | 14:49 |
davidsha | When you apply a policy to a network does it not just apply the qos_policy to all the ports in the network? | 14:50 |
vikram | i think so | 14:50 |
moshele | so how do you plan to specify the new behavior for network qos | 14:50 |
moshele | yes | 14:50 |
moshele | except router and dhcp | 14:51 |
vikram | to start with uniformly divide.. | 14:51 |
moshele | for all the compute port | 14:51 |
davidsha | Oh sorry I misunderstood, kk. | 14:51 |
irenab | moshele: and sometimes you may want to limit router port too | 14:51 |
vikram | but this may have bigger issues of over and under utilization | 14:51 |
moshele | so you can apply it on the port it self | 14:52 |
vikram | yes | 14:52 |
vikram | divide equally and apply | 14:52 |
reedip_ | vikram : Can user specify the bandwidth ? | 14:52 |
davidsha | reedip: they specify the total fro the network | 14:52 |
vikram | reedip_: i didn't get you | 14:52 |
vikram | reedip_: For network it can be specified | 14:53 |
reedip_ | vikram : for a particular port | 14:53 |
vikram | reedip_: yes we can | 14:53 |
vikram | reedip_: 2 ways we can apply now .. port / network | 14:53 |
vikram | reedip_: the issue is with network | 14:53 |
reedip_ | load balancing ( not LB ) would have to be considered here | 14:54 |
*** rhochmuth has joined #openstack-meeting-3 | 14:54 | |
vikram | is dividing it equally and applying to all ports sounds good? | 14:54 |
reedip_ | not if you are sure that you have a high data traffic for a specific type of data | 14:55 |
vikram | reedip_: that's why I said it's a harder problem to solve ;) | 14:55 |
reedip_ | like for example , if you have pretty high HTTP request | 14:55 |
davidsha | vikram: just for clarification, this is a new rule, not modifiing the existing? | 14:55 |
*** tomasztrebski has joined #openstack-meeting-3 | 14:55 | |
reedip_ | then would the new implementation assist us ? | 14:55 |
moshele | I think he want to modify the existing rate limit rule | 14:56 |
vikram | moshele: ++ | 14:56 |
moshele | vikram: now the policy doesn't care if it attached to port or network, and you request that for qos bonded to network there will be 2 behavior | 14:56 |
davidsha | ok. | 14:56 |
reedip_ | Can we provide this as a new option? | 14:56 |
moshele | so I wonder how to do it in the api and model level of qos | 14:56 |
moshele | do you have a spec ? | 14:56 |
vikram | moshele: nope.. | 14:57 |
vikram | moshele: since it's an rfe | 14:57 |
vikram | moshele: if we need to write one .. i can | 14:57 |
*** witek has joined #openstack-meeting-3 | 14:57 | |
irenab | vikram: can you post a link? | 14:57 |
moshele | I think you should, it make it clearer | 14:57 |
davidsha | will we make it the norm for different behavior for network and port versions? | 14:57 |
*** mbound_ has quit IRC | 14:58 | |
vikram | irenab, moshele: Let's me do some write up then | 14:58 |
*** rbak has joined #openstack-meeting-3 | 14:58 | |
moshele | cool update the etherapd when you have something | 14:58 |
vikram | moshele: done | 14:58 |
moshele | and the we can discuss it in gerrit :) | 14:58 |
vikram | moshele: ;) | 14:59 |
*** mhoppal has joined #openstack-meeting-3 | 14:59 | |
moshele | so we about to end the meeting | 14:59 |
moshele | anything else? | 14:59 |
njohnston | nope. thanks moshele! | 14:59 |
*** ChristianB has joined #openstack-meeting-3 | 14:59 | |
*** shinya_kwbt has joined #openstack-meeting-3 | 14:59 | |
davidsha | I'm going to be trying a PoC for heirarchal rules | 14:59 |
moshele | ok cool bye everyone | 15:00 |
moshele | #endmeeting | 15:00 |
vikram | byr | 15:00 |
reedip_ | There was one bug related to ECN | 15:00 |
davidsha | cya | 15:00 |
*** openstack changes topic to "Current status and progress from last week (Meeting topic: vitrage)" | 15:00 | |
openstack | Meeting ended Wed Dec 9 15:00:09 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:00 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-12-09-14.03.html | 15:00 |
reedip_ | but I guess I am late | 15:00 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-12-09-14.03.txt | 15:00 |
openstack | Log: http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-12-09-14.03.log.html | 15:00 |
rhochmuth | #startmeeting monasca | 15:00 |
openstack | Meeting started Wed Dec 9 15:00:43 2015 UTC and is due to finish in 60 minutes. The chair is rhochmuth. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
*** openstack changes topic to " (Meeting topic: monasca)" | 15:00 | |
openstack | The meeting name has been set to 'monasca' | 15:00 |
*** zawisza has joined #openstack-meeting-3 | 15:00 | |
rhochmuth | o/ | 15:00 |
tomasztrebski | o/ | 15:01 |
witek | hello | 15:01 |
bklei | o/ | 15:01 |
*** ddieterly has joined #openstack-meeting-3 | 15:01 | |
*** oheydorn has joined #openstack-meeting-3 | 15:01 | |
rbak | o/ | 15:01 |
rhochmuth | Agenda is at, https://etherpad.openstack.org/p/monasca-team-meeting-agenda | 15:01 |
*** tgraichen has joined #openstack-meeting-3 | 15:01 | |
shinya_kwbt | o/ | 15:01 |
rhochmuth | Agenda for Wednesday December 09, 2015 (15:00 UTC) | 15:01 |
rhochmuth | 1. InfluxDB plugin for Agent (jobrs) | 15:01 |
rhochmuth | 1.1 https://review.openstack.org/#/c/196167/ | 15:01 |
rhochmuth | 2. Less restrictive e-mail address check for notifications (javax.mail replacing apache-commons validation) | 15:01 |
rhochmuth | 2.1 https://bugs.launchpad.net/monasca/+bug/1501239 --> https://review.openstack.org/#/c/254643/ | 15:01 |
openstack | Launchpad bug 1501239 in Monasca "Create Notification UI does not accept email addresses ending with .corp " [Undecided,Triaged] | 15:01 |
rhochmuth | 3. TWC reviews/pull requests: | 15:01 |
rhochmuth | 3.1 https://review.openstack.org/#/c/241626/ | 15:01 |
rhochmuth | 3.2 https://review.openstack.org/#/c/254842/ | 15:01 |
rhochmuth | 3.3 https://github.com/hpcloud-mon/grafana/pull/16 | 15:01 |
rhochmuth | 4. Alarms on logs | 15:01 |
rhochmuth | hi everyone | 15:01 |
ddieterly | o/ | 15:01 |
*** igordcard__ has joined #openstack-meeting-3 | 15:02 | |
rhochmuth | so, irc went out last week in the middle of the meeting | 15:02 |
*** mounica has joined #openstack-meeting-3 | 15:02 | |
tgraichen | o/ | 15:02 |
*** jobrs has joined #openstack-meeting-3 | 15:02 | |
rhochmuth | i think we have a couple of items to carry over from last week | 15:02 |
*** fitoduarte has joined #openstack-meeting-3 | 15:02 | |
*** igordcard has quit IRC | 15:02 | |
rhochmuth | #topic InfluxDB plugin for Agent (jobrs) | 15:03 |
*** openstack changes topic to "InfluxDB plugin for Agent (jobrs) (Meeting topic: monasca)" | 15:03 | |
rhochmuth | hi jobrs | 15:03 |
jobrs | hi | 15:03 |
jobrs | so where should I continue? | 15:03 |
rhochmuth | you've done some work in completing the monitoring of influxdb | 15:03 |
rhochmuth | well, i don't think we discussed you review at all | 15:04 |
rhochmuth | so, how about anything that we should know | 15:04 |
rhochmuth | related to arch, design, coding, …, would be good | 15:04 |
*** moshele has left #openstack-meeting-3 | 15:04 | |
*** reedip_ has quit IRC | 15:04 | |
rhochmuth | i just took a quick look this morning at the review | 15:04 |
*** claudiub_ has quit IRC | 15:04 | |
rhochmuth | is this ready for final review | 15:04 |
jobrs | arch and design are a tricky topic: currently the plugin leaves some room for improvement | 15:04 |
*** mroderus has joined #openstack-meeting-3 | 15:04 | |
*** vikram has left #openstack-meeting-3 | 15:05 | |
mroderus | o/ | 15:05 |
*** sigmavirus24_awa is now known as sigmavirus24 | 15:05 | |
*** mjturek1 has left #openstack-meeting-3 | 15:05 | |
rhochmuth | ok, what would you suggest | 15:05 |
jobrs | no, I took this code over since there was no progress. And now I see that I should do some more refactorings. | 15:05 |
*** bryan_att has joined #openstack-meeting-3 | 15:05 | |
rhochmuth | ok, we would definitely love to see the work completed | 15:05 |
jobrs | the topic I wanted to discuss first is the topic of naming metrics and dimensions properly. | 15:05 |
rhochmuth | ahh | 15:06 |
rhochmuth | ok | 15:06 |
jobrs | since this was where the progress stopped before I took over | 15:06 |
rhochmuth | ok | 15:06 |
rhochmuth | i think a metric name with a prefix of influxdb. | 15:06 |
rhochmuth | is a good start for a name | 15:06 |
rhochmuth | service, by default would be "influxdb" which is redundant | 15:07 |
rhochmuth | with the metric name | 15:07 |
rhochmuth | but we've done that elsewher | 15:07 |
*** irenab has quit IRC | 15:07 | |
jobrs | was this all about it? that was not clear from the discussion in the change | 15:07 |
*** shwetaap has joined #openstack-meeting-3 | 15:07 | |
rhochmuth | then the component would be "influxd" I believe, not influxdb | 15:08 |
*** fabiog has joined #openstack-meeting-3 | 15:08 | |
rhochmuth | i think influxd instead of influxdb, as the process name is influxd | 15:08 |
jobrs | so this is what I did (see protocol from last meeting): set component to "influxdb", leave service alone | 15:08 |
jobrs | influxd IMHO is process_name | 15:09 |
fabiog | hi, sorry I am late .. | 15:09 |
tomasztrebski | that's pretty much a daemon in the system as far as I know | 15:09 |
jobrs | other than that I removed all that suffixes like cnt.curr from the metric names | 15:09 |
tomasztrebski | project, component or whatsoever is influxdb in my opinion | 15:09 |
rhochmuth | yeah, the convention we've been following is the component would be "influxd" | 15:09 |
jobrs | and changed from camel-case names to lower case with _ | 15:10 |
rhochmuth | correct | 15:10 |
rhochmuth | on the camel case | 15:10 |
rhochmuth | i was about to type in the case of mysql | 15:10 |
rhochmuth | metric prefix is "mysql." | 15:11 |
rhochmuth | service = "mysql" | 15:11 |
rhochmuth | component = "mysqld" | 15:11 |
jobrs | component, no service - otherwise we have no place for "monitoring" | 15:11 |
jobrs | this is consistent with the other monasca components (even though they are technically speaking services somehow) | 15:12 |
rhochmuth | well, i'll need to check on this, since i forgot, but i think we supply a service name like "mysql" | 15:12 |
rhochmuth | but then we overrid the serice name if it is part of a service | 15:12 |
rhochmuth | so, if influxdb is just part of monitoring, then you woudl override serivce=monitoring | 15:12 |
rhochmuth | For example, mysql is a shared service | 15:13 |
rhochmuth | so we assing service=mysql in that case | 15:13 |
jobrs | yep, when I install mysql for monasca then I tell the agent that the mysql is for service 'monitoring' | 15:13 |
rhochmuth | However, if you deployed a specific instance of mysql for monitoring, then service=monitoring | 15:13 |
jobrs | agreed, but this is something the detection cannot possibly know | 15:13 |
jobrs | therefore I leave the service-slot empty and use component for that purpose. | 15:14 |
rhochmuth | when you run the detection you can supply overrides | 15:14 |
rhochmuth | i would just take a look at mysql or rabbitmq to understand what we are doing in there | 15:15 |
rhochmuth | and follow the same precedent | 15:15 |
rhochmuth | whatever it is | 15:15 |
jobrs | makes sense, I just think that there should be some consistency here and I took mon.py as a reference | 15:15 |
rhochmuth | yeah, i should know this | 15:15 |
*** dandruta has joined #openstack-meeting-3 | 15:15 | |
jobrs | let's follow up in the change | 15:15 |
rhochmuth | ok | 15:15 |
rhochmuth | i'll also review your change the the code that is there | 15:16 |
rhochmuth | #topic Less restrictive e-mail address check for notifications (javax.mail replacing apache-commons validation) | 15:16 |
*** openstack changes topic to "Less restrictive e-mail address check for notifications (javax.mail replacing apache-commons validation) (Meeting topic: monasca)" | 15:16 | |
jobrs | so here apache-commons validation has an issue: it is based on hard-coded whitelists of TLDs. | 15:17 |
jobrs | IMHO this is not 'sustainable' since you have to change the software every time ICANN comes up with a new TLD | 15:17 |
rhochmuth | ok, can't say i have an appreciation for this topic | 15:18 |
jobrs | as an alternative I picked javax.mail, since it focuses on syntax | 15:18 |
rhochmuth | so, you are basically just replacing the email validator with somehting that is more correct | 15:18 |
jobrs | it's a show-stopper for us (sap) | 15:19 |
rhochmuth | ok, i don't see any problems with adding it | 15:19 |
jobrs | javax.mail is Java EE, not sure whether this could mean licensing issues | 15:19 |
rhochmuth | Currently, Jenkins has -1 | 15:19 |
rhochmuth | on pep8 failures | 15:20 |
*** tsv has joined #openstack-meeting-3 | 15:20 | |
rhochmuth | for you java code | 15:20 |
jobrs | yep, because of python code - but python code is not part of the change | 15:20 |
rhochmuth | so, i'm not sure what the issue is, but will need to dive into the console log | 15:20 |
rhochmuth | have you done that before | 15:20 |
jobrs | sorry, no, I was not aware that pep8 processes Java files | 15:21 |
rhochmuth | no, i was just kidding about the pep8 on java | 15:21 |
*** zz_dimtruck is now known as dimtruck | 15:21 | |
rhochmuth | here is the problem | 15:21 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_20_724 | pep8 runtests: commands[0] | flake8 monasca_api | 15:22 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_20_725 | /home/jenkins/workspace/gate-monasca-api-pep8$ /home/jenkins/workspace/gate-monasca-api-pep8/.tox/pep8/bin/flake8 monasca_api | 15:22 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_23_018 | monasca_api/__init__.py:1:1: H802 git commit title ('stop checking e-mail addresses against outdated whitelists by replacing the apache-commons which works with hard-coded whitelists with javax.mail validation.') should be under 50 chars | 15:22 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_23_018 | | 15:22 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_23_018 | ^ | 15:22 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_23_018 | monasca_api/__init__.py:1:1: H803 git commit title ('stop checking e-mail addresses against outdated whitelists by replacing the apache-commons which works with hard-coded whitelists with javax.mail validation.') should not end with period | 15:22 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_23_018 | | 15:22 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_23_018 | ^ | 15:22 |
rhochmuth | http://logs.openstack.org/43/254643/3/check/gate-monasca-api-pep8/c66c6bf/console.html#_2015-12-08_19_15_23_099 | ERROR: InvocationError: '/home/jenkins/workspace/gate-monasca-api-pep8/.tox/pep8/bin/flake8 monasca_api' | 15:22 |
jobrs | it's the commit title | 15:22 |
jobrs | I will fix that | 15:22 |
rhochmuth | yeah | 15:22 |
rhochmuth | that's it | 15:22 |
*** shwetaap has quit IRC | 15:22 | |
jobrs | next topic I would say | 15:22 |
rhochmuth | ok, so i'm assuming everyone is ok with that change | 15:23 |
*** shwetaap has joined #openstack-meeting-3 | 15:23 | |
rhochmuth | reviewers will take a look | 15:23 |
rhochmuth | #topic TWC reviews/pull requests: | 15:23 |
*** openstack changes topic to "TWC reviews/pull requests: (Meeting topic: monasca)" | 15:23 | |
jobrs | that would be good | 15:23 |
rhochmuth | https://review.openstack.org/#/c/241626/ | 15:23 |
bklei | that's me | 15:23 |
rhochmuth | you always act surprised | 15:23 |
rhochmuth | so, i was testing last night, mainly the vertica code | 15:24 |
bklei | i see deklan had a comment on the big one -- deklan, you want those issues address in this change? | 15:24 |
bklei | transactional comment i'm not sure how to address | 15:24 |
ddieterly | i think we should make it one transaction | 15:24 |
ddieterly | that's an easy fix | 15:24 |
ddieterly | i think that the close issue should be addressed in another change | 15:25 |
bklei | can you point me to an example? it's not clear to me. | 15:25 |
bklei | yeah, i can open a bug and put a separate change up for the close | 15:25 |
*** inteq has quit IRC | 15:25 | |
ddieterly | just pass the handle to the function for the second sql query | 15:25 |
bklei | oh, duh. | 15:25 |
bklei | will change that | 15:25 |
ddieterly | cool | 15:25 |
bklei | rhochmuth -- testing vertica going ok? | 15:26 |
rhochmuth | well, i sent you an email | 15:26 |
bklei | oh | 15:26 |
ddieterly | not sure why we did not see resource problems because of the open handles that we are not closing | 15:26 |
rhochmuth | i think i sent one anyway | 15:26 |
bklei | don't see one, but outlook can be flaky | 15:26 |
rhochmuth | i wasn't positive that the end_time was using the right time zone | 15:26 |
rhochmuth | when i didn't supply a time zone, i got the correct results | 15:27 |
rhochmuth | bu i thought my end_time was looking like it had to be 8 hours in the future | 15:27 |
rhochmuth | so, i'll just need to take a look some more | 15:27 |
rhochmuth | it could jsut be my environment or tester error | 15:28 |
rhochmuth | as i stepped through all the code and all looked ok | 15:28 |
bklei | ok, if it's an issue here, it's probably an issue in measurements/statistics too | 15:28 |
rhochmuth | well, that was also strange | 15:28 |
rhochmuth | the measuremnts/statistics was returning what i expected | 15:28 |
rhochmuth | i'll just take another look then | 15:29 |
bklei | that's strange, i thought i handled the parms the same | 15:29 |
bklei | ok | 15:29 |
bklei | i'll push a patch for the transactional change this morning | 15:29 |
rhochmuth | other than that, it all looked good to me and i didn't catch any other issues | 15:29 |
rhochmuth | https://review.openstack.org/#/c/254842/ | 15:29 |
bklei | there's two other changes that will take advantage of the big change | 15:29 |
bklei | yeah, python client | 15:30 |
bklei | i think that one is ok? have some +1's | 15:30 |
rhochmuth | yup | 15:30 |
rhochmuth | looks good | 15:30 |
bklei | cool | 15:30 |
rhochmuth | https://github.com/hpcloud-mon/grafana/pull/16 | 15:30 |
rhochmuth | a pull request for grafana | 15:30 |
bklei | yeah, that just lets the UI pass start time | 15:31 |
*** vhoward has quit IRC | 15:31 | |
bklei | really speeds up some dashboards here, without merge flag | 15:31 |
bklei | when you have stale metrics for a project | 15:31 |
bklei | like deleted vms, etc | 15:31 |
rhochmuth | so, the start_time is determined buy the grafana time panel | 15:31 |
bklei | yeah | 15:32 |
rhochmuth | ok, is there anyone that can test this | 15:32 |
rhochmuth | i probably don't get to this one | 15:32 |
rhochmuth | code looks fine though | 15:32 |
rhochmuth | i could just merge and trust you | 15:32 |
bklei | i tested it by watching the javascript console, and monasca-api log on the back end to see metric-list come through with start time parm | 15:32 |
*** davidsha has quit IRC | 15:33 | |
bklei | up to you, i feel good about it, but i'm an optimist :) | 15:33 |
rhochmuth | i'm a | 15:33 |
rhochmuth | never mind | 15:33 |
bklei | :) | 15:33 |
*** purp has joined #openstack-meeting-3 | 15:33 | |
rhochmuth | #topic Alarms on logs | 15:34 |
*** openstack changes topic to "Alarms on logs (Meeting topic: monasca)" | 15:34 | |
mroderus | that's me | 15:34 |
mroderus | we've had a couple of previous discussions on this topic | 15:34 |
mroderus | last time was in Tokyo at the team meeting | 15:34 |
mroderus | rhochmuth: I remember you made a proposal how we can implement a very simple alarming mechanism on logs without having to invoke StackTach | 15:35 |
mroderus | do you remember? | 15:35 |
rhochmuth | i'm assuming that you are talking about using the purely logstash based approach | 15:35 |
*** shinya_kwbt has quit IRC | 15:36 | |
mroderus | exactly | 15:36 |
rhochmuth | yes, we are interested in that | 15:36 |
rhochmuth | because the CEP is still lacking progress | 15:36 |
mroderus | Logstash is there to produce single, discret events from single log entries | 15:36 |
mroderus | in this case I suppose that would already be a metric | 15:37 |
rhochmuth | right, it is not stateful | 15:37 |
mroderus | I was just wondering how the threshold engine can process these kind of events/metrics | 15:37 |
rhochmuth | so, you can generate metrics when an error occurs in your log file | 15:37 |
rhochmuth | you can create alarms that use the "count" function | 15:38 |
mroderus | right, that could be a metric e.g. for an error level | 15:38 |
rhochmuth | correct | 15:38 |
rhochmuth | one problem is that the threshold engine requires periodic metrics | 15:38 |
rhochmuth | but, log files would result in non-periodic errors | 15:38 |
rhochmuth | for example, if there were no errors | 15:38 |
rhochmuth | then maybe, there wouldn't be any metrics sent | 15:39 |
ddieterly | bklei: http://jdbi.org/dbi_handle_and_statement/ | 15:39 |
rhochmuth | so, we probably also need to add support for something we cal non-periodic metrics | 15:39 |
*** mounica has quit IRC | 15:39 | |
*** belmoreira has quit IRC | 15:39 | |
mroderus | ok, understand. So Logstash would have to create a metric (e.g. 0 := OK) regularly | 15:39 |
rhochmuth | no, i wouldn't do it there | 15:39 |
bklei | thx ddieterly, will push a patch for that | 15:39 |
mroderus | otherwise the state in Monasca would turn to "undefined" | 15:39 |
rhochmuth | i would modify the threshold engine to not go into the undetermined state if there are no metrics | 15:39 |
*** Menger has joined #openstack-meeting-3 | 15:40 | |
mroderus | but that would be only for distinct metrics. In other cases, "undefined" makes sense | 15:40 |
ddieterly | bklei: for every db open, there needs to be a close in a finally clause | 15:40 |
rhochmuth | right | 15:40 |
bklei | yup, check for null and close in a finally | 15:40 |
mroderus | ok, I think that's enough info for me (for now) | 15:41 |
ddieterly | yea, amazing that we missed that | 15:41 |
ChristianB | does that mean thresh is stateful? | 15:41 |
mroderus | Fujitsu-guys: any more questions on this? | 15:41 |
rhochmuth | thresh is stateful | 15:41 |
tomasztrebski | no, I dont think so | 15:42 |
ChristianB | what do you think about a new component to analyse logs and create metrics? | 15:42 |
bklei | ddieterly https://bugs.launchpad.net/monasca/+bug/1524392 will track close issue | 15:42 |
openstack | Launchpad bug 1524392 in Monasca "monasca api and persister java code doesn't close any db connections" [Undecided,New] - Assigned to Bradley Klein (brad-klein) | 15:42 |
ddieterly | thresh is the mast stateful component we have besides the db | 15:42 |
ddieterly | bklei: thx | 15:43 |
bklei | np | 15:43 |
rhochmuth | ChristianB Are you asking me? | 15:43 |
ChristianB | yes | 15:44 |
Menger | 15:44 | |
rhochmuth | so, what do you mean by a new component | 15:44 |
rhochmuth | we had talked about doing this in logstash | 15:44 |
rhochmuth | sounds like you are thinking outside of logstash | 15:44 |
rhochmuth | there is a huge amount to leverage in the logstash community | 15:45 |
ChristianB | well the transformer transforms...I think it is not the right place to do "analytics" | 15:45 |
rhochmuth | yeah, we were just trying to get by i think with something expedient | 15:46 |
rhochmuth | so, i would be interested in a more custom component | 15:46 |
mroderus | I also think we should leverage what's there | 15:46 |
tsv | +1 | 15:46 |
rhochmuth | so, it really comes down to the use cases that you want to address | 15:46 |
mroderus | Logstash is very flexible and can be used for many use cases | 15:46 |
mroderus | at least for the first step | 15:47 |
rhochmuth | that wouldn't be covered by logstash | 15:47 |
rhochmuth | for example, handling state isn't easily done | 15:47 |
rhochmuth | from what i've seen so far | 15:47 |
rhochmuth | but i'm not an expert | 15:47 |
rhochmuth | So, who is saying farewell | 15:48 |
mroderus | so let's go with Logstash until we hit a wall | 15:48 |
mroderus | That' | 15:48 |
mroderus | That's me | 15:48 |
rhochmuth | and i also want to cover mid cycle and fabiog's topis | 15:48 |
rhochmuth | ohhh, is this your last meeting | 15:48 |
mroderus | this is probably the last time for me in this round | 15:48 |
mroderus | yes | 15:48 |
rhochmuth | well, it has been great working with you | 15:48 |
mroderus | so I just wanted to say goodbye and thanks for the great collab | 15:48 |
mroderus | rhochmuth: same with you | 15:49 |
ddieterly | mroderus: ciao | 15:49 |
rhochmuth | i wish you well in your new endeavor | 15:49 |
bklei | that's a bummer mroderus | 15:49 |
rhochmuth | and hope to stay in touch | 15:49 |
mroderus | thanks a lot | 15:49 |
mroderus | yeah, sorry. It wasn't an easy decision | 15:49 |
mroderus | So all the best to all of you and hope to see you! | 15:50 |
bklei | where are you off to? | 15:50 |
ddieterly | that's what everybody always says ;-) | 15:50 |
mroderus | but I mean it :) | 15:50 |
rhochmuth | so, i just wanted to check with fabiog | 15:51 |
rhochmuth | on topics | 15:51 |
rhochmuth | fabiog wanted to run a mid-cycle | 15:51 |
fabiog | rhochmuth: yes, we can | 15:52 |
rhochmuth | so, did you check with congress | 15:52 |
fabiog | rhochmuth: I will host the Congress one from Jan 26-29 | 15:52 |
*** igordcard has joined #openstack-meeting-3 | 15:52 | |
fabiog | rhochmuth: and there is one day dedicated to Monasca integration | 15:52 |
rhochmuth | an entire day | 15:52 |
rhochmuth | wow | 15:52 |
fabiog | rhochmuth: pretty much | 15:52 |
fabiog | rhochmuth: this is the tentative agenda for Congress | 15:53 |
fabiog | Tue Jan 26: Discussion with Monasca team about integration. - Intro to Congress (slides or whiteboard) - Intro to Monasca (slides or whiteboard) - Design discussion - Prototyping Wed Jan 27: Congress team code sprint for distributed arch Thu Jan 28: Congress team design session for high availability and high throughput | 15:53 |
fabiog | rhochmuth: I can have the topic on Cognress moved to Thu | 15:53 |
fabiog | so we could have a Thu and Fri Monasca cycle | 15:53 |
*** igordcard__ has quit IRC | 15:53 | |
fabiog | otherwise we can do the first week of Feb | 15:54 |
rhochmuth | i see, tues congress/monasca | 15:54 |
fabiog | and be separate from congress | 15:54 |
rhochmuth | actually i think i meant wed | 15:54 |
fabiog | rhochmuth: I can have that moved it Thu if more people from Monasca will come | 15:54 |
rhochmuth | so, this would be in san jose | 15:54 |
rhochmuth | can anyone else make those days | 15:55 |
rhochmuth | do we want to do a poll | 15:55 |
fabiog | I will send out a doodle in the mailing list for Jan 28/29 and for the first week of Feb | 15:55 |
fabiog | would that work? | 15:55 |
bklei | wfm | 15:55 |
rhochmuth | ok | 15:55 |
rhochmuth | what is wfm | 15:55 |
ddieterly | sure | 15:55 |
*** sdake has joined #openstack-meeting-3 | 15:55 | |
fabiog | then you guys can vote and at the beginning of Jan we decide if to have the mid-cycle or not | 15:55 |
bklei | wfm == works for me | 15:55 |
rhochmuth | ohhh | 15:56 |
rhochmuth | thanks | 15:56 |
rhochmuth | ok, sounds good | 15:56 |
rhochmuth | thanks fabio | 15:56 |
*** irenab has joined #openstack-meeting-3 | 15:56 | |
rhochmuth | anymore topics in closing | 15:56 |
fabiog | rhochmuth: np | 15:56 |
*** mrmartin has joined #openstack-meeting-3 | 15:56 | |
fabiog | btw, it will be at the Cisco Campus in San Jose California | 15:56 |
* Menger slaps ChristianB around a bit with a large fishbot | 15:56 | |
rhochmuth | ohhh, i did want to mention that the tempest tests are now gating monasca-api | 15:57 |
rhochmuth | we have 111 tests passing for both python and java | 15:57 |
bklei | awesome! | 15:57 |
rhochmuth | there might be a couple of tests that randmoly fail | 15:57 |
rhochmuth | due to timing | 15:57 |
rhochmuth | so, if you run into any problems, it might not be a code failure | 15:58 |
bklei | good to know | 15:58 |
rhochmuth | but we are closing those niggling issues still | 15:58 |
rhochmuth | ok, bye everyone | 15:58 |
ddieterly | ciao | 15:58 |
bklei | cya | 15:58 |
*** tgraichen has quit IRC | 15:59 | |
fabiog | http://doodle.com/poll/yy4unhffy7hi3x67 | 15:59 |
witek | bye | 15:59 |
Menger | Good bye | 15:59 |
fabiog | I have the doodle set up | 15:59 |
rhochmuth | thanks fabio | 15:59 |
*** SammyD has joined #openstack-meeting-3 | 15:59 | |
rhochmuth | that was fast | 15:59 |
fabiog | please choose | 15:59 |
*** dwalleck has joined #openstack-meeting-3 | 15:59 | |
rhochmuth | #endmeeting | 16:00 |
*** openstack changes topic to "Current status and progress from last week (Meeting topic: vitrage)" | 16:00 | |
mroderus | bye | 16:00 |
*** zawisza has quit IRC | 16:00 | |
openstack | Meeting ended Wed Dec 9 16:00:11 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:00 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/monasca/2015/monasca.2015-12-09-15.00.html | 16:00 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/monasca/2015/monasca.2015-12-09-15.00.txt | 16:00 |
openstack | Log: http://eavesdrop.openstack.org/meetings/monasca/2015/monasca.2015-12-09-15.00.log.html | 16:00 |
hogepodge | #startmeeting defcore | 16:00 |
openstack | Meeting started Wed Dec 9 16:00:40 2015 UTC and is due to finish in 60 minutes. The chair is hogepodge. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
*** openstack changes topic to " (Meeting topic: defcore)" | 16:00 | |
*** Menger has quit IRC | 16:00 | |
markvoelker | o/ | 16:00 |
openstack | The meeting name has been set to 'defcore' | 16:00 |
*** jose-falavinha has joined #openstack-meeting-3 | 16:00 | |
dwalleck | o/ | 16:00 |
*** mhoppal has quit IRC | 16:00 | |
*** witek has quit IRC | 16:00 | |
purp | o/ | 16:01 |
*** rhochmuth has quit IRC | 16:01 | |
*** ChristianB has left #openstack-meeting-3 | 16:01 | |
* markvoelker notes that both zehicle and eglute have sent apologies for absence today | 16:01 | |
*** jlk has joined #openstack-meeting-3 | 16:01 | |
hogepodge | #chair markvoelker | 16:01 |
openstack | Current chairs: hogepodge markvoelker | 16:01 |
markvoelker | #link https://etherpad.openstack.org/p/DefCoreRing.5 Agenda | 16:01 |
*** gema_ has joined #openstack-meeting-3 | 16:01 | |
hogepodge | Good morning everybody | 16:02 |
*** dcarmon has joined #openstack-meeting-3 | 16:02 | |
hogepodge | (evening for those on the other side of the planet) | 16:02 |
dwalleck | howdy :-) | 16:02 |
hogepodge | #topic Linux as required capability | 16:02 |
*** openstack changes topic to "Linux as required capability (Meeting topic: defcore)" | 16:02 | |
*** fabiog has quit IRC | 16:03 | |
hogepodge | markvoelker: has a great wrapup in the etherpad, so he can sum up and lead this topic | 16:03 |
*** catherineD has joined #openstack-meeting-3 | 16:03 | |
markvoelker | Sure | 16:03 |
*** zz_john5223 is now known as john5223 | 16:03 | |
*** tsv has quit IRC | 16:03 | |
markvoelker | So, the conversation around the flag request we've been discussing at the past few meetings has now been discussed by the BoD and the TC | 16:04 |
catherineD | o/ | 16:04 |
markvoelker | While there are a lot of differing opinions about how to handle it, one thing has emerged pretty clearly: we want Capabilities that are required to be explicit, not implicit. | 16:04 |
markvoelker | Oracle has asked for this, the Board and TC like it, it's probably the one thing that has universal agreement in this whole discussion. =) | 16:05 |
jlk | hurray for agreement | 16:05 |
*** iben has joined #openstack-meeting-3 | 16:05 | |
markvoelker | There are a number of things that we can make explicit, and the TC discussed about three of them yesterday. | 16:05 |
markvoelker | Monty is currently drafting a TC resolution to state the TC position on this, and he and I chatted briefly yesterday too | 16:05 |
markvoelker | Based on those three things, I'm drafting up some scoring patches for 2016.07 so the proposed Capabilities can get a fair hearing | 16:06 |
*** jobrs has quit IRC | 16:06 | |
markvoelker | (there links in the etherpad if you want to see some super rough drafts: https://etherpad.openstack.org/p/DefCoreRing.5 ) | 16:06 |
*** tomasztrebski has quit IRC | 16:06 | |
markvoelker | Two notes: | 16:07 |
markvoelker | 1.) There may be other things we propose Capabilities for that stem from this discussion, but these are a start. | 16:07 |
*** vishwanathj has quit IRC | 16:08 | |
*** nkrinner has quit IRC | 16:08 | |
markvoelker | 2.) I don't expect universal agreement on all of these (some Board members in particular expressed views that don't necessarily align with some of these), but it should give them an open hearing. | 16:08 |
*** vishwanathj has joined #openstack-meeting-3 | 16:08 | |
markvoelker | So, all that said: I'll get those into Gerrit soonish, but in the meantime we need to actually decide what to do with the Oracle patch. | 16:08 |
purp | #link http://eavesdrop.openstack.org/meetings/tc/2015/tc.2015-12-08-20.01.html TC meeting summary from yesterday | 16:09 |
*** wojdev has quit IRC | 16:09 | |
markvoelker | My suggestion is we wait for the TC to set up their resolution for reference, then we can cast our +1/-1 votes and be done with that bit. | 16:09 |
*** vtech has quit IRC | 16:09 | |
* markvoelker stops typing furiously so other people can talk if they have things to say =p | 16:09 | |
*** vtech has joined #openstack-meeting-3 | 16:10 | |
purp | #link http://lists.openstack.org/pipermail/openstack-tc/2015-December/001088.html Monty's email upon which the TC resolution will be based | 16:10 |
*** wojdev has joined #openstack-meeting-3 | 16:10 | |
hogepodge | It's ultimately up to the chairs if they want it to land, but it sounds like the consensus isn't there. | 16:10 |
*** sdake has quit IRC | 16:10 | |
purp | I'll note that it seems to be the majority opinion of the TC that the Oracle patch should not be merged. | 16:11 |
purp | (perhaps strong majority) | 16:11 |
hogepodge | I proposal would be to write a test that explicitly boots linux (probably cirros, since it's tiny and available on multiple architectures), then build out a capability from that. | 16:11 |
markvoelker | hogepodge: Sure, I'd just like the chairs (and everyone else who cares) to actually record their votes fi they haven't yet. | 16:11 |
markvoelker | hogepodge: YEah, a test for "can boot linux" is probably a little nuianced, frankly. Unless "can boot linux" is actually "can boot linux on x86_64" or some such. | 16:12 |
dwalleck | markvoelker: +1 on any x86 OS | 16:13 |
SammyD | +1 on any x86 | 16:13 |
purp | hogepodge: I'd have likely said Debian, not strongly attached tho | 16:13 |
*** mrmartin has quit IRC | 16:14 | |
purp | #link https://review.openstack.org/#/c/244782/ Oracle patch (for convenience in summary notes) | 16:14 |
dwalleck | I think any hypervisor that can boot an x86 image should be able to boot Linux. I'm not sure what being more specific buys | 16:14 |
hogepodge | markvoelker: really, just using the exiting image configs (and updating the documentation to say "linux images" gets us a huge part of the way there. Lots of tests boot images and test capabilities. | 16:15 |
purp | It begs an interesting point: what about other architectures? For example, Datacentred are running an ARM-based OpenStack cloud. | 16:15 |
markvoelker | dwalleck: The thing is that we need a test to prove the capability works. So the question becomes "what the image you boot to prove you can run Linux"? | 16:16 |
hogepodge | purp: mordred seemed to feel that until we can discover architecture, x86 should be required. I disagree with that. | 16:16 |
*** dimtruck is now known as zz_dimtruck | 16:16 | |
*** oheydorn has quit IRC | 16:16 | |
purp | hogepodge: I'm kinda with you, a bit with him. I think his view is pragmatic (what can we do now) vs. architectural (what will we be required to do in the future) | 16:16 |
markvoelker | purp: exactly. There's some dissent on whether the real intent is a Linux userland (in which case a test needs to be somewhat modular, but have some way to verify Linux has been booted" | 16:17 |
mordred | well | 16:17 |
dwalleck | markvoelker: we can solve the test problem. I've proposed a solution that I've implemented elsewhere https://review.openstack.org/#/c/255023/ | 16:17 |
* purp chuckles | 16:17 | |
mordred | the architecture thing is mostly me word quibbling | 16:17 |
jlk | heh | 16:17 |
purp | ... as one does. | 16:17 |
mordred | I think a user should be able to boot a kernel | 16:17 |
dwalleck | That makes guest instance testing extendable | 16:17 |
hogepodge | purp: it seems unnecessarily exclusionary to me, and harms good community members (like datacentred) | 16:17 |
jlk | right, I'm thinking the wording means a lot when it comes to containers and bare metal | 16:17 |
catherineD | Linux is one of the x86 image but not all Linux images are x86 base | 16:17 |
mordred | I mention architecture because if someone runs a pure openpower cloud right now | 16:17 |
mordred | and I download an ubuntu image from ubuntu and upload it | 16:17 |
mordred | it's not going to work | 16:17 |
jlk | I didn't catch if TC felt that containers / BM are not enough to be OpenStack(TM) | 16:17 |
mordred | and we don't have a GREAT way of letting me know that | 16:18 |
mordred | but honestly - this is not even _close_ to a real problem | 16:18 |
mordred | and datacenterd is an awesome cloud (I have an accout there) | 16:18 |
mordred | so - that portion of my rambling was not intended ot be exclusionary | 16:18 |
mordred | just pointing out we're missing, as openstack, a way to communicate that information well to our users | 16:18 |
markvoelker | jlk: those who spoke up basically said "full virt is necessary to be OpenStack" (someone scream if I'm putting words in people's mouths) | 16:18 |
mordred | yah. that's the position | 16:19 |
*** ajmiller has joined #openstack-meeting-3 | 16:19 | |
mordred | well | 16:19 |
mordred | or bare metal | 16:19 |
jlk | markvoelker: fair enough. | 16:19 |
mordred | basically "you need to be able to boot a kernel" | 16:19 |
hogepodge | markvoelker: I heard the same thing (also knocking out bare metal clouds) | 16:19 |
mordred | n | 16:19 |
mordred | no | 16:19 |
mordred | that was clarified | 16:19 |
purp | jlk: didn't get that it specifically excluded containers, but that just containers is not enough. | 16:19 |
mordred | bare metal clouds are _not_ knocked out or excluded - they are explicitly important to eveyone there | 16:19 |
mordred | russell spoke poorly, sean corrected him and he agreed on the full virt | 16:20 |
russellb | +1 | 16:20 |
mordred | (btw - I'll be pushing up a resolution with all of this spelled out today) | 16:20 |
jlk | purp: sure, it'd exclude a container only cloud | 16:20 |
mordred | yes. it will do that | 16:20 |
jlk | I'm okay with that though, as long as the TC wording is clear | 16:21 |
markvoelker | Right, so here's what I'll suggest: I'll finish those capability patches and post them. Then we can iterate in gerrit until we hit rough consensus. | 16:21 |
mordred | \o/ | 16:21 |
hogepodge | mordred: dhellmann: asked me to not conflate virtualization with bare metal, fwiw. Regardless, bare metal can't pass interop tests as it stands. | 16:21 |
purp | markvoelker: yes, would suggest we loop in some folks from Datacentred on the review for https://github.com/markvoelker/defcore/commit/2dc712042714ab9aa619517739c6177028c14078 | 16:22 |
markvoelker | purp: Sure. I imagine some members of the BoD will have things to say about some of them too. | 16:22 |
mordred | hogepodge: sure. I think we have work to do on the bare metal side ... but I think it's _intent_ that bare metal be a thing that one can get from nova | 16:22 |
markvoelker | So once they go up in gerrit I'll send them out to the usual channels and people can add whomever they want to solicit responses from to the Gerrit review. | 16:22 |
*** Swami has quit IRC | 16:23 | |
*** vgridnev has quit IRC | 16:23 | |
purp | markvoelker: Yup. Want to be sure we specifically call attention to that one for DC'd. | 16:23 |
mordred | hogepodge: while I do not think it is intent that container-only clouds that can't boot os images are a thing we expect to be first-class citizens | 16:23 |
dwalleck | hogepodge: Why wouldn't a bare metal one pass? If it's treated like another flavor, it's just another guest os | 16:23 |
mordred | dwalleck: there are some of the capabilties that the ironic driver doesn't fully do yet | 16:24 |
hogepodge | mordred: agree. To me it's fertile ground for a new component (like compute and storage are components) | 16:24 |
*** bharathm has joined #openstack-meeting-3 | 16:24 | |
mordred | hogepodge: yup. | 16:24 |
markvoelker | dwallek: off the top of my head baremetal fails some of the volume attachement tests IIRC | 16:24 |
dwalleck | mordred: I know create image doesn't, but many do | 16:24 |
mordred | (also, datacentred runs x86 cloud AND arm) | 16:24 |
mordred | dwalleck: yah. I think create image is one of the trickiest ones, since, you know, not so much with there being a chance of that one working :) | 16:25 |
*** mrmartin has joined #openstack-meeting-3 | 16:25 | |
*** pballand has joined #openstack-meeting-3 | 16:25 | |
*** zz_dimtruck is now known as dimtruck | 16:25 | |
hogepodge | We're 25 minutes in. Are there any other comments on this topic? | 16:26 |
markvoelker | #action markvoelker to put up patches in gerrit | 16:26 |
*** numans has quit IRC | 16:26 | |
markvoelker | #topic Flag tests requiring multiple tenants and users | 16:27 |
*** openstack changes topic to "Flag tests requiring multiple tenants and users (Meeting topic: defcore)" | 16:27 | |
* markvoelker yields the floor to hogepodge | 16:27 | |
hogepodge | #link https://review.openstack.org/#/c/253138/ | 16:27 |
hogepodge | That review currently is there for discussion (I wouldn't expect it to be merged without a significant pruning) | 16:27 |
hogepodge | Part of the goal of an interop standard is to let users verify results on their own. | 16:28 |
hogepodge | Currently that can be done, but it's difficult as you need tenant seperated accounts. | 16:28 |
* purp reads | 16:28 | |
hogepodge | I'm making an argument that testing tenant isolation isn't necessarily an interop capability (although it is a valuable security capability), and we do users a disservice by requiring it as part of testing. | 16:29 |
markvoelker | Yeah, in general I like the idea of making things more end-user-doable (is that a word?) but the tradeoff as proposed is too large. | 16:29 |
markvoelker | For example, it cites the costs you'd incur running this on a public cloud. While that is super important, it bears mention that on a lot of private clouds (62% of OpenStack installs based on the last user survey) that cost is likely way less. | 16:30 |
purp | markvoelker: +1 | 16:30 |
hogepodge | It also makes it difficult for the Foundation to independently verity test results. I didn't think it would be a problem, but I keep getting feedback from the third-party ci testing that cheating is a problem. For public clouds, it would be nice to ease accountability without having to swipe two credit cards. for tenant seperated accounts. | 16:30 |
markvoelker | So, another avenue for helping with costs came up in another discussion.... | 16:31 |
markvoelker | Particularly for public clouds, we could potentially have centralized testing administered by the Foundation (say, via refstack). | 16:31 |
markvoelker | With source posted for the tests (e.g. version of tempest they're using, etc) so end users can verify it | 16:32 |
markvoelker | And presumably those public clouds might have incentive to offer the Foundation reduced cost/free accounts to perform the testing. | 16:32 |
purp | markvoelker: on that last, I don't think we want reduced cost or free accounts. | 16:33 |
purp | Don't want to be marked or observed while testing Volkswagon's cloud. ;D | 16:33 |
*** dimtruck is now known as zz_dimtruck | 16:33 | |
* markvoelker always wants free accounts to public clouds but nobody ever phones up and gives them to me...sigh | 16:34 | |
markvoelker | purp: heh | 16:34 |
purp | But in all seriousness, we don't want an account that can be made special — if there's a concern about cheating, I want to buy two gift cards, swipe both, and test manually. | 16:34 |
dwalleck | If the only tests that require multiple users are authorization tests, then as has been mentioned before, is authorization inside a project really a capability? | 16:34 |
markvoelker | purp: ok, reasonable thing to debate. Generally though, the thing is this: if the main issue here is the cost to run tests on public cloud, there are perhaps ways to deal with that that don't involve removing tests/capabilities from the Guidelines. | 16:35 |
markvoelker | dwalleck: quite possibly, yes | 16:35 |
purp | markvoelker: Totally agree that we don't want to remove them unless necessary. | 16:35 |
catherineD | dwalleck: authorization tests are not the only ones needed 2 isolated tenants | 16:35 |
purp | hogepodge: what's the overall cost, roughly? | 16:35 |
hogepodge | I've spoken with qa, and they think that a bunch of those tests can be refactored. Right now they require tenant isolation because it's part of a generic class setup, but not all need it | 16:35 |
hogepodge | purp: based on Dreamhost around $200/mo | 16:36 |
hogepodge | purp: that's to pay for enough vms across two tenants. | 16:36 |
purp | Okay. 10 public clouds? | 16:36 |
*** bpokorny has joined #openstack-meeting-3 | 16:37 | |
hogepodge | So that list I posted can be pruned down. | 16:37 |
* dwalleck spent way more than $200 last May | 16:37 | |
markvoelker | purp: more like about 20 total in the Marketplace, but not all of those may attempt to be OpenStack Powered | 16:37 |
*** neiljerram has quit IRC | 16:37 | |
hogepodge | Also, if we know which tests require tenant isolation, we can have a shadow guideline that excludes them, and can be used as a partial independent verification. | 16:37 |
purp | hogepodge: I completely agree that things which don't require multitenancy should be pared down as much as possible via refactoring. | 16:37 |
* markvoelker notes 22 minutes remaining and wonders if we should just note "please add comments to review" and move on at this point | 16:38 | |
hogepodge | dwalleck: yeah, I feel that pain as an individual swiping my card rather than as a corporation, and I'm getting reimbursed. I guess I'm kind of cheap? :-D | 16:39 |
hogepodge | markvoelker: agree | 16:39 |
purp | Let's do. I'll say that I'm more interested in finding a way to cover costs of independent testing than I am of optimizing to reduce it at this point. | 16:39 |
markvoelker | #action everyone please add your comments to the gerrit review https://review.openstack.org/#/c/253138 | 16:39 |
dwalleck | hogepodge: That was my individual card :-( | 16:39 |
purp | For example, if there was a fee for TM use. | 16:39 |
purp | I'll follow up there. | 16:39 |
hogepodge | #topic Remove "flag all tests clauses" | 16:39 |
*** openstack changes topic to "Remove "flag all tests clauses" (Meeting topic: defcore)" | 16:39 | |
markvoelker | #link https://review.openstack.org/#/c/234824/ | 16:40 |
dwalleck | purp: +1 | 16:40 |
SammyD | purp: +1 | 16:40 |
markvoelker | I think the commit message more or less sums this one up. Basically the assertion here is that the "you can't flag all tests in a capability" clause we have today isn't needed and in fact may just be a hinderance to using good judgement | 16:40 |
hogepodge | +1 | 16:41 |
markvoelker | So, here again: happy to entertain commentary now, but I think we just need to get people to actually comment on the review | 16:41 |
hogepodge | with the goal of exercising good judgment and possibly reintroducing once the guideline has stabilized a bit more | 16:41 |
*** wojdev has quit IRC | 16:41 | |
hogepodge | but with the introduction of lots of new projects scheduled for 2016, I expect a lot of flagging against new capabilities | 16:42 |
hogepodge | (just based on experience) | 16:42 |
purp | hogepodge: generally agree. Will comment on review. =] | 16:42 |
*** calbers has quit IRC | 16:42 | |
markvoelker | hogepodge: frankly I probably wouldn't even bother reintroducing it unless it proves to be necessary. I'm having a hard time imagining a future where it's necessary. | 16:43 |
markvoelker | But we can deal with that later. =) | 16:43 |
markvoelker | Ok, move on? | 16:43 |
purp | markvoelker +1 move on | 16:44 |
markvoelker | Next topic is sort of related anyway actually | 16:44 |
markvoelker | #topic DefCore Capabilities should have more than one test | 16:44 |
*** openstack changes topic to "DefCore Capabilities should have more than one test (Meeting topic: defcore)" | 16:44 | |
markvoelker | #link https://review.openstack.org/#/c/233814/ | 16:44 |
* purp chuckles. | 16:45 | |
markvoelker | I think hogepodge and I have sort of both come down on the side that this is another unecessary restriction, and one that would be violated 17 times as proposed anyway. | 16:45 |
markvoelker | But obviously there is room for more opinions. =) | 16:45 |
hogepodge | yup, it's nice in principle, bad in practice | 16:45 |
markvoelker | Partly I think this came about because of the "you can't request to flag all tests in a capability" rule, so if that goes away we may not even really need this. | 16:46 |
catherineD | markvoelker: does that mean that you will end up with capability with no test? | 16:46 |
markvoelker | catherineD: nope, it means that one-test capabilities are ok | 16:47 |
markvoelker | which is the current state of affairs | 16:47 |
purp | It seems like the core of this and the last are: "We want to name capabilities that are important, they may have few or buggy tests, and we want to make sure we get more and better tests." | 16:47 |
*** peristeri has quit IRC | 16:47 | |
purp | And generating interest in making better tests is hard. | 16:48 |
markvoelker | purp: yeah, with the added stipulation that it seems at least some in the community feel that the minimum bar for a capability should be that it has multiple tests associated with it. | 16:48 |
purp | markvoelker: I'm probably in that camp, though I need to introspect a bit to know why | 16:49 |
purp | It seems like DefCore is saying "these are the most important areas of OpenStack to get right" | 16:49 |
markvoelker | purp: one counterpoint to which has been: if the technical contributors in the community feel a thing is adequately tested with one test and it becomes widely adopted, why should DefCore set a different bar than devs and users? | 16:49 |
purp | And I like my most important code to be very well tested. | 16:49 |
markvoelker | purp: I definitely think we all like well tested code. =) | 16:50 |
hogepodge | To me there's also a sense of "does this thing work?" And some things are easy to check. Like, "give me a token". You know if you get a token or not. | 16:50 |
purp | markvoelker: My counter to that argument would be, "Most users never look at the tests, and so can't be assumed to be satisfied. And most devs aren't as interested in making test code as they are in making feature code." | 16:50 |
hogepodge | And that one test may actually do a lot to make sure the thing is working. | 16:50 |
dwalleck | I love writing test code :-) | 16:51 |
*** dconde has joined #openstack-meeting-3 | 16:51 | |
purp | dwalleck: ++ me too. =D | 16:51 |
*** klkumar has quit IRC | 16:51 | |
markvoelker | hogepodge: Right, some of the image tests come to mind. I think there's one test that creates an image, boots it, and does some other stuff all in one test for example | 16:51 |
purp | hogepodge: so a given test shouldn't necessarily do a lot of things | 16:51 |
SammyD | purp: +1 for test cases being atomic | 16:52 |
purp | markvoelker hogepodge: like the Oracle example — implictly covers many things, and should be refactored into more than one test. | 16:52 |
purp | And, super-often, as an OS dev faced with "make more tests or make code to scratch my itch" I'll choose the latter. | 16:52 |
purp | Partly, I think we exist to urge the former in the important places. | 16:53 |
purp | </soapbox> | 16:53 |
*** mrmartin has quit IRC | 16:53 | |
purp | I'll comment in the review after I think a bit. I'm inclined to say we knowingly violate the one-test principle, shouldn't, and want to improve that situation if we can. | 16:53 |
hogepodge | With a few minutes left, I propose that we wrap up by posting links to the discussion items we're not going to make it to today. | 16:53 |
hogepodge | #topic outstanding reviews (backlog for next week) | 16:54 |
* markvoelker is fine with that | 16:54 | |
*** openstack changes topic to "outstanding reviews (backlog for next week) (Meeting topic: defcore)" | 16:54 | |
hogepodge | #link https://review.openstack.org/#/c/226980/ | 16:54 |
hogepodge | review for adjusting weights | 16:54 |
hogepodge | #link https://review.openstack.org/#/c/224868/ | 16:54 |
hogepodge | review for adding cutoff score field to guideline | 16:55 |
hogepodge | #link https://review.openstack.org/#/c/232128/ | 16:55 |
hogepodge | review for recurring testing recommendations | 16:55 |
hogepodge | #topic open discussion | 16:55 |
*** openstack changes topic to "open discussion (Meeting topic: defcore)" | 16:55 | |
purp | Thanks, markvoelker and hogepodge, for all the work you do (and for stepping in to run things today. | 16:56 |
hogepodge | any last bits anyone wants to add? | 16:56 |
*** sdake has joined #openstack-meeting-3 | 16:56 | |
purp | Just an apology that I've not been very present for the past several months and have remedied the conflict. | 16:56 |
hogepodge | thank purp and markvoelker and everyone else. always lots of good discussions here | 16:56 |
purp | And for talking so much today. But I'm not sure that will change in the future. =] | 16:56 |
markvoelker | In particular I'd like to call out https://review.openstack.org/#/c/226980/ for comments as I'd love to get that settled before we go into our next round of scoring | 16:57 |
purp | markvoelker: when is that? | 16:57 |
*** fitoduarte has quit IRC | 16:57 | |
*** mrmartin has joined #openstack-meeting-3 | 16:57 | |
* markvoelker high fives everyone who provides input including purp and hogepodge | 16:57 | |
hogepodge | markvoelker: I'm thining that we might want a new scoring category | 16:57 |
*** Swami has joined #openstack-meeting-3 | 16:57 | |
*** sinval has joined #openstack-meeting-3 | 16:57 | |
markvoelker | purp: well, I have an AI to post patches adding capabilities as a result of the Oracle discussion this week. =) | 16:57 |
*** sinval has left #openstack-meeting-3 | 16:58 | |
hogepodge | markvoelker: I need to give it a bit more thought though. Something along the lines of testability or usage for interoperability. Needs thinking. | 16:58 |
hogepodge | (as in, it's not well formed enough yet in my mind) | 16:58 |
markvoelker | hogepodge: sure, would be happy to hear thinking on that | 16:58 |
hogepodge | Thanks everyone. | 16:59 |
markvoelker | #endmeeting | 16:59 |
*** openstack changes topic to "Current status and progress from last week (Meeting topic: vitrage)" | 16:59 | |
openstack | Meeting ended Wed Dec 9 16:59:34 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:59 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/defcore/2015/defcore.2015-12-09-16.00.html | 16:59 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/defcore/2015/defcore.2015-12-09-16.00.txt | 16:59 |
openstack | Log: http://eavesdrop.openstack.org/meetings/defcore/2015/defcore.2015-12-09-16.00.log.html | 16:59 |
dwalleck | \o/ | 16:59 |
SammyD | \o/ | 17:00 |
*** mrmartin has quit IRC | 17:00 | |
*** SammyD has quit IRC | 17:00 | |
*** dwalleck has quit IRC | 17:00 | |
*** gema_ has left #openstack-meeting-3 | 17:00 | |
*** zz_dimtruck is now known as dimtruck | 17:02 | |
*** dcarmon has quit IRC | 17:05 | |
*** bharathm has quit IRC | 17:05 | |
*** JeanBriceCombebi has quit IRC | 17:06 | |
*** jose-falavinha has quit IRC | 17:07 | |
*** mroderus has left #openstack-meeting-3 | 17:10 | |
*** jlanoux has quit IRC | 17:13 | |
*** vgridnev has joined #openstack-meeting-3 | 17:15 | |
*** mrmartin has joined #openstack-meeting-3 | 17:17 | |
*** calbers has joined #openstack-meeting-3 | 17:18 | |
*** ajmiller_ has joined #openstack-meeting-3 | 17:18 | |
*** ajmiller has quit IRC | 17:21 | |
*** calbers has quit IRC | 17:22 | |
*** iyamahat has joined #openstack-meeting-3 | 17:23 | |
*** mounica has joined #openstack-meeting-3 | 17:23 | |
*** dims has quit IRC | 17:24 | |
*** jaypipes has quit IRC | 17:25 | |
*** jpomeroy has quit IRC | 17:28 | |
*** vtech_ has joined #openstack-meeting-3 | 17:28 | |
*** vtech has quit IRC | 17:28 | |
*** vtech_ has quit IRC | 17:30 | |
*** salv-orlando has quit IRC | 17:30 | |
*** jpomeroy has joined #openstack-meeting-3 | 17:32 | |
*** igordcard has quit IRC | 17:33 | |
*** hdaniel has quit IRC | 17:36 | |
*** armax_ has joined #openstack-meeting-3 | 17:38 | |
*** matrohon has quit IRC | 17:39 | |
*** vahidh has joined #openstack-meeting-3 | 17:39 | |
*** kebray has joined #openstack-meeting-3 | 17:41 | |
*** bharathm has joined #openstack-meeting-3 | 17:46 | |
*** salv-orlando has joined #openstack-meeting-3 | 17:49 | |
*** salv-orlando has quit IRC | 17:52 | |
*** itxaka has quit IRC | 17:52 | |
*** kzaitsev_mb has quit IRC | 17:54 | |
*** abalutoiu has quit IRC | 17:55 | |
*** lpetrut has quit IRC | 17:56 | |
*** numans has joined #openstack-meeting-3 | 17:56 | |
*** vtech has joined #openstack-meeting-3 | 17:59 | |
*** yamamoto has quit IRC | 18:05 | |
*** sdake has quit IRC | 18:08 | |
*** safchain has quit IRC | 18:09 | |
*** catherineD has left #openstack-meeting-3 | 18:12 | |
*** dandruta has quit IRC | 18:14 | |
*** markvoelker has quit IRC | 18:18 | |
*** sambetts is now known as sambetts-afk | 18:18 | |
*** kebray has quit IRC | 18:19 | |
*** bryan_att has quit IRC | 18:19 | |
*** markvoelker has joined #openstack-meeting-3 | 18:21 | |
*** yamamoto has joined #openstack-meeting-3 | 18:22 | |
*** yamamoto has quit IRC | 18:23 | |
*** vhoward has joined #openstack-meeting-3 | 18:24 | |
*** jpomeroy has quit IRC | 18:29 | |
*** mounica has quit IRC | 18:30 | |
*** [1]evgenyf has quit IRC | 18:34 | |
*** EvgenyF has quit IRC | 18:34 | |
*** Swami has quit IRC | 18:35 | |
*** Swami has joined #openstack-meeting-3 | 18:35 | |
*** e0ne has quit IRC | 18:41 | |
*** neelashah has quit IRC | 18:42 | |
*** sdake has joined #openstack-meeting-3 | 18:43 | |
*** lpetrut has joined #openstack-meeting-3 | 18:45 | |
*** jpomeroy has joined #openstack-meeting-3 | 18:58 | |
*** yamamoto has joined #openstack-meeting-3 | 19:00 | |
*** david-ly_ has joined #openstack-meeting-3 | 19:00 | |
*** yamamoto has quit IRC | 19:02 | |
*** bpokorny_ has joined #openstack-meeting-3 | 19:02 | |
*** david-ly_ is now known as david-lyle_ | 19:03 | |
*** david-lyle has quit IRC | 19:03 | |
*** bpokorny_ has quit IRC | 19:03 | |
*** neelashah has joined #openstack-meeting-3 | 19:04 | |
*** bpokorny_ has joined #openstack-meeting-3 | 19:04 | |
*** david-lyle_ is now known as david-lyle | 19:04 | |
*** salv-orlando has joined #openstack-meeting-3 | 19:05 | |
*** Swami has quit IRC | 19:06 | |
*** Swami has joined #openstack-meeting-3 | 19:06 | |
*** bpokorny has quit IRC | 19:06 | |
*** calbers has joined #openstack-meeting-3 | 19:06 | |
*** doug-fish has quit IRC | 19:08 | |
*** doug-fish has joined #openstack-meeting-3 | 19:09 | |
*** mbound_ has joined #openstack-meeting-3 | 19:09 | |
*** calbers has quit IRC | 19:11 | |
*** bpokorny_ has quit IRC | 19:11 | |
*** bpokorny has joined #openstack-meeting-3 | 19:12 | |
*** doug-fish has quit IRC | 19:14 | |
*** bpokorny_ has joined #openstack-meeting-3 | 19:14 | |
*** ivar-lazzaro has joined #openstack-meeting-3 | 19:15 | |
*** e0ne has joined #openstack-meeting-3 | 19:15 | |
*** ivar-lazzaro has quit IRC | 19:16 | |
*** bpokorny has quit IRC | 19:17 | |
*** wojdev has joined #openstack-meeting-3 | 19:21 | |
*** devananda has quit IRC | 19:22 | |
*** doug-fish has joined #openstack-meeting-3 | 19:23 | |
*** doug-fish has quit IRC | 19:23 | |
*** doug-fish has joined #openstack-meeting-3 | 19:23 | |
*** ivar-lazzaro has joined #openstack-meeting-3 | 19:29 | |
*** ivar-lazzaro has quit IRC | 19:32 | |
*** armax_ is now known as armax | 19:32 | |
*** devananda has joined #openstack-meeting-3 | 19:34 | |
*** iben has quit IRC | 19:35 | |
*** salv-orlando has quit IRC | 19:36 | |
*** iyamahat has quit IRC | 19:39 | |
*** numans has quit IRC | 19:39 | |
*** marcusrafael has left #openstack-meeting-3 | 19:39 | |
*** briancurtin has quit IRC | 19:46 | |
*** briancurtin has joined #openstack-meeting-3 | 19:47 | |
*** bpokorny_ has quit IRC | 19:51 | |
*** ivar-lazzaro has joined #openstack-meeting-3 | 19:54 | |
*** kevinbenton has quit IRC | 19:54 | |
*** baoli_ has quit IRC | 19:54 | |
*** ivar-lazzaro has quit IRC | 19:55 | |
*** ivar-laz_ has joined #openstack-meeting-3 | 19:55 | |
*** ivar-laz_ has quit IRC | 19:56 | |
*** john5223 is now known as zz_john5223 | 19:56 | |
*** vtech has quit IRC | 19:57 | |
*** pkarikh_ has joined #openstack-meeting-3 | 19:57 | |
*** spzala has quit IRC | 19:57 | |
*** ivar-lazzaro has joined #openstack-meeting-3 | 19:57 | |
*** dtardivel has quit IRC | 19:57 | |
*** david-lyle has quit IRC | 19:58 | |
*** david-lyle has joined #openstack-meeting-3 | 19:58 | |
*** barrett has joined #openstack-meeting-3 | 19:59 | |
*** tsufiev has joined #openstack-meeting-3 | 19:59 | |
*** r1chardj0n3s has joined #openstack-meeting-3 | 19:59 | |
*** bpokorny has joined #openstack-meeting-3 | 20:00 | |
*** tqtran has joined #openstack-meeting-3 | 20:00 | |
david-lyle | #startmeeting horizondrivers | 20:00 |
openstack | Meeting started Wed Dec 9 20:00:43 2015 UTC and is due to finish in 60 minutes. The chair is david-lyle. Information about MeetBot at http://wiki.debian.org/MeetBot. | 20:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 20:00 |
*** openstack changes topic to " (Meeting topic: horizondrivers)" | 20:00 | |
openstack | The meeting name has been set to 'horizondrivers' | 20:00 |
david-lyle | who's around? | 20:01 |
r1chardj0n3s | o/ | 20:01 |
bpokorny | o/ | 20:01 |
pkarikh_ | o/ | 20:01 |
*** peristeri has joined #openstack-meeting-3 | 20:01 | |
tsufiev | o/ | 20:02 |
david-lyle | there are some blueprints for review on the agenda for today | 20:03 |
*** itxaka has joined #openstack-meeting-3 | 20:03 | |
david-lyle | #link https://wiki.openstack.org/wiki/Meetings/HorizonDrivers#Agenda_for_2015-12-09_2000UTC | 20:03 |
itxaka | o/ | 20:03 |
david-lyle | #topic https://blueprints.launchpad.net/horizon/+spec/refactor-tables-templates | 20:03 |
*** openstack changes topic to "https://blueprints.launchpad.net/horizon/+spec/refactor-tables-templates (Meeting topic: horizondrivers)" | 20:03 | |
david-lyle | #link https://blueprints.launchpad.net/horizon/+spec/refactor-tables-templates | 20:03 |
*** neelashah has quit IRC | 20:03 | |
david-lyle | itxaka, robcresswell o/ | 20:03 |
*** mrmartin has quit IRC | 20:05 | |
r1chardj0n3s | looks like a good bp, though s/less/fewer ;-) | 20:05 |
david-lyle | that seems like a reasonable proposal with a great goal. I posted my comments on the patch yesterday | 20:05 |
tsufiev | my point regarding bp/refactor-tables-templates is that we need more numbers | 20:05 |
tsufiev | I tested it with fake cinder volumes, no effect | 20:06 |
itxaka | Indeed, I retested with the volumes as well, the gains are minimal | 20:06 |
david-lyle | interesting | 20:06 |
tsufiev | haven't yet managed to test with pseudo instances, scheduled for tomorrow | 20:06 |
david-lyle | so what's the difference for users? | 20:06 |
itxaka | Seems that the less actions there are for each row, the speed ups are less | 20:07 |
itxaka | so the time consuming part is calling for 1000 rows, 5 actions for each | 20:07 |
itxaka | for 1000 rows with one action, there is no noticiable gain | 20:07 |
david-lyle | that doesn't preclude the advantage on tables with many actions | 20:08 |
tsufiev | itxaka, this refactoring won't affect themability, will it? | 20:08 |
david-lyle | it would be nice to better quantify | 20:08 |
itxaka | I also want to test with instances as they got a lot of actions, so it should be hte most extreme case of gains | 20:08 |
david-lyle | because listing 1000 items is never a good idea anyway | 20:08 |
itxaka | tsufiev I added blocks everywhere so they can be overriden :) | 20:08 |
itxaka | So Im thinking that it should not affect themability | 20:08 |
tsufiev | ok | 20:09 |
*** shwetaap has quit IRC | 20:09 | |
*** salv-orlando has joined #openstack-meeting-3 | 20:10 | |
david-lyle | I'd like to see a better quantification | 20:11 |
david-lyle | maybe for 100-200 items | 20:11 |
itxaka | Also, this speeds up any dashboard that has a lot of actions per row in them, so could cover us from that | 20:12 |
itxaka | I know that I have suffer it myself :D | 20:12 |
david-lyle | this will break backward compatibility for those who have overridden the sub templates, I want there to be a good reason to break them | 20:12 |
itxaka | sure, will redo the tests with 150 items on several tables tomorrow | 20:12 |
david-lyle | itxaka: thank you | 20:12 |
*** iyamahat has joined #openstack-meeting-3 | 20:12 | |
itxaka | so we can see how it affects other tables (volumes/images/instances and so on) | 20:12 |
david-lyle | #info https://blueprints.launchpad.net/horizon/+spec/refactor-tables-templates moved to review | 20:13 |
*** kevinbenton_ has joined #openstack-meeting-3 | 20:13 | |
david-lyle | pending more data, we'll revisit | 20:13 |
itxaka | great, thanks! | 20:13 |
david-lyle | #topic https://blueprints.launchpad.net/horizon/+spec/cache-templates | 20:13 |
*** openstack changes topic to "https://blueprints.launchpad.net/horizon/+spec/cache-templates (Meeting topic: horizondrivers)" | 20:13 | |
david-lyle | ok, thought that looked familiar | 20:14 |
david-lyle | it's already merged | 20:14 |
tsufiev | 2-3 times speedup, nuff said :) | 20:14 |
*** kevinbenton_ has quit IRC | 20:14 | |
david-lyle | #info https://blueprints.launchpad.net/horizon/+spec/cache-templates complete | 20:14 |
*** kevinbenton has joined #openstack-meeting-3 | 20:14 | |
david-lyle | #topic https://blueprints.launchpad.net/horizon/+spec/sriov-support | 20:14 |
*** openstack changes topic to "https://blueprints.launchpad.net/horizon/+spec/sriov-support (Meeting topic: horizondrivers)" | 20:14 | |
itxaka | Thats me too, sorry :D | 20:15 |
itxaka | let me read it again | 20:15 |
itxaka | ah yes, there is a patch ongoing for the new launch instance | 20:16 |
itxaka | still some work needed | 20:16 |
itxaka | not sure it it would be useful to have the same done on the django launch instance as well | 20:16 |
r1chardj0n3s | re the "missing text" note - is the help text something that the doc team could help with? | 20:16 |
itxaka | or are we moving forward full speed with angular | 20:16 |
*** vgridnev has quit IRC | 20:17 | |
itxaka | r1chardj0n3s: Indeed, that would be really helpful as Im kind of lost on how to write something decent ;D | 20:17 |
tsufiev | itxaka, IMO implementing new functionality in Launch Instance NG would be a good stimuli to switch to the new wizard :) | 20:19 |
*** wojdev has quit IRC | 20:19 | |
david-lyle | I think support SR-IOV here makes sense. But I would like a check to see if the ML2 plugin supports it before exposing the option to the user. | 20:19 |
itxaka | Supposedly it supports it, there is configuration files and everything on the ml2 plugin | 20:20 |
tsufiev | itxaka, but as we were discussing implementing the same thing internally, our Nova/Neutron guys stood up and said that there were some pieces missing on their side | 20:20 |
*** Aish has joined #openstack-meeting-3 | 20:20 | |
tsufiev | cannot share more details :/ | 20:20 |
itxaka | I have a machine running with it enabled but I cannot make it work, have to check with the neutron guys | 20:20 |
itxaka | so I cannot affirm that it works | 20:21 |
itxaka | it seems to :D | 20:21 |
david-lyle | itxaka: but there should be a call to determine if it's configured or not | 20:21 |
itxaka | In that I cant say anything becuase my knwowledge of that is basically 0 | 20:22 |
david-lyle | or a setting similar to https://github.com/openstack/horizon/blob/master/openstack_dashboard/local/local_settings.py.example#L239 | 20:22 |
itxaka | :D | 20:22 |
david-lyle | but there are points for the review, I don't have a problem with the bp | 20:23 |
itxaka | Its still a very early thing for me because until monday I knoew nothing about SR-IOV | 20:24 |
itxaka | so any help is welcomed in there, but it would go slow from my part | 20:24 |
*** lhcheng has joined #openstack-meeting-3 | 20:24 | |
*** spzala has joined #openstack-meeting-3 | 20:24 | |
david-lyle | we'll handle the rest in reviews | 20:24 |
david-lyle | does anyone have an issue with the bp itself? | 20:25 |
r1chardj0n3s | itxaka: I'll see if my neutron co-worker can help | 20:25 |
*** armax has quit IRC | 20:25 | |
itxaka | thanks r1chardj0n3s :) | 20:25 |
*** robcresswell has joined #openstack-meeting-3 | 20:25 | |
r1chardj0n3s | (well, help me help you ;-) | 20:25 |
robcresswell | o/ Sorry, late. | 20:26 |
itxaka | o/ | 20:26 |
tsufiev | o/ | 20:26 |
david-lyle | going twice | 20:27 |
david-lyle | #info https://blueprints.launchpad.net/horizon/+spec/sriov-support approved | 20:28 |
david-lyle | #topic https://blueprints.launchpad.net/horizon/+spec/horizon-filtering-users-and-projects | 20:28 |
*** openstack changes topic to "https://blueprints.launchpad.net/horizon/+spec/horizon-filtering-users-and-projects (Meeting topic: horizondrivers)" | 20:28 | |
pkarikh_ | yep, it's mine. :) | 20:28 |
tsufiev | so this is the famous bp/feature we've speaking about last several months :) | 20:30 |
robcresswell | Yes, I like this idea | 20:30 |
pkarikh_ | it's not so easy to make it all together since keystone and keystone-client changes are needed too. and they are booth in progress | 20:31 |
david-lyle | I like it, I'm not sure if it goes far enough | 20:31 |
robcresswell | far enough? | 20:32 |
pkarikh_ | but keystone guys said that their patches have good progress | 20:32 |
tsufiev | david-lyle, should we ask again for keystone pagination :)? | 20:32 |
david-lyle | oh no | 20:33 |
*** dedery has joined #openstack-meeting-3 | 20:33 | |
stevemar | robcresswell: do you have links to the keystone patches? i can put them at the top of my list | 20:33 |
* stevemar picks up a rock and is ready to throw at tsufiev | 20:33 | |
* tsufiev trying to outline the contours of 'far enough' | 20:33 | |
david-lyle | just wondering the value of listed the first 25 is useful at all | 20:33 |
david-lyle | I suppose for toy setups it is | 20:34 |
david-lyle | or single rack | 20:34 |
robcresswell | stevemar: https://review.openstack.org/#/c/250473/1 and https://review.openstack.org/#/c/234849/ | 20:34 |
tsufiev | david-lyle, the first 25 that satisfy the filtering query | 20:34 |
doug-fish | david-lyle: probably useful for novices, first setups | 20:34 |
david-lyle | the table numbering on the bottom should be updated as well | 20:34 |
david-lyle | I don't see that called out in the UX | 20:34 |
stevemar | robcresswell: thanks, i'll make sure to target these patches accordingly | 20:34 |
robcresswell | stevemar: Excellent :) | 20:34 |
tsufiev | pkarikh, I think we should also discuss that with Piet from UX group | 20:36 |
pkarikh_ | tsufiev: ok, looks like I need to find him :) | 20:37 |
*** neelashah has joined #openstack-meeting-3 | 20:37 | |
*** njohnston has quit IRC | 20:37 | |
tsufiev | pkarikh, try #openstack-ux channel or just an email | 20:37 |
david-lyle | any dissent on this one? | 20:37 |
pkarikh_ | tsufiev: I'll try both | 20:37 |
tsufiev | david-lyle, btw, where was that number of 25? | 20:38 |
david-lyle | ok, I think there are a couple of UX pieces to fine tune, but looks good to me. | 20:39 |
david-lyle | #info https://blueprints.launchpad.net/horizon/+spec/horizon-filtering-users-and-projects approved | 20:39 |
david-lyle | would there be a separate patch for filtering users on project role addition ? | 20:40 |
pkarikh_ | yep | 20:40 |
david-lyle | tsufiev: I made it up | 20:41 |
*** belmoreira has joined #openstack-meeting-3 | 20:41 | |
david-lyle | whatever page limit is set to | 20:41 |
pkarikh_ | yesterday I've tried some kind of poc | 20:41 |
pkarikh_ | was very glad Horizon has REST API for identity. :) | 20:41 |
tsufiev | david-lyle, I see. Well, it's always the tradeoff between usability vs. performance | 20:41 |
*** alexpilotti has quit IRC | 20:42 | |
david-lyle | tsufiev: true, but even first 200 users will only be useable for a relatively small audience | 20:42 |
david-lyle | I most likely looking for user 201 | 20:42 |
david-lyle | so unless I'm lucky, you've just pulled in a bunch of data that's no help to me | 20:43 |
tsufiev | david-lyle, if you narrow your search query enough, you won't need to display 201 users, this 201 user should become user #2 | 20:43 |
*** kebray has joined #openstack-meeting-3 | 20:43 | |
tsufiev | and if we could use faceted search... | 20:43 |
david-lyle | tsufiev: right, the idea question is do you force the user to facet first | 20:44 |
*** itxaka has quit IRC | 20:44 | |
david-lyle | s/idea// | 20:44 |
r1chardj0n3s | I think we have to, but that's a much bigger ux issue | 20:44 |
tsufiev | hmm... we definitely need to discuss it with UX community + I don't know if it's possible on Keystone side | 20:44 |
r1chardj0n3s | especially in some of the currently-cramped user listing interfaces | 20:44 |
david-lyle | or show the spinny and give them data they can't use and then implicitly force them to facet | 20:44 |
*** itxaka has joined #openstack-meeting-3 | 20:44 | |
david-lyle | tsufiev: to search? | 20:45 |
david-lyle | sure it is | 20:45 |
tsufiev | r1chardj0n3s, aka Project->Manage Members? | 20:45 |
r1chardj0n3s | tsufiev: precisely | 20:45 |
tsufiev | david-lyle, to search against several criteria | 20:45 |
david-lyle | tsufiev: that I don't know | 20:45 |
david-lyle | looks like homework for tsufiev and pkarikh_ | 20:46 |
david-lyle | :D | 20:46 |
tsufiev | neither do I :/... | 20:46 |
* david-lyle adds to the mountain | 20:46 | |
tsufiev | pkarikh, have fun ;) | 20:46 |
pkarikh_ | sure :) | 20:46 |
*** mbound_ has quit IRC | 20:47 | |
robcresswell | I assume for small totals, you would just pull them all in anyway. No point mandating a search for 200 entries. May as well show all. | 20:47 |
david-lyle | robcresswell: but you don't know that before querying the API | 20:48 |
david-lyle | there could be 10 or 10000 out there | 20:48 |
david-lyle | maybe a configuration option down the road | 20:48 |
david-lyle | don't preload table data | 20:48 |
robcresswell | Ah, I see | 20:49 |
tsufiev | david-lyle, robcresswell we just trust in deployer's wisdom who is able to set this limit | 20:49 |
david-lyle | make me search | 20:49 |
david-lyle | pkarikh_'s work still needto happen | 20:49 |
david-lyle | *needs to | 20:49 |
tsufiev | ack! | 20:49 |
*** dims has joined #openstack-meeting-3 | 20:49 | |
pkarikh_ | if I got your concern right, keystone will have list_limit settings in its config | 20:49 |
david-lyle | #topic https://blueprints.launchpad.net/horizon/+spec/message-of-the-day | 20:49 |
pkarikh_ | *setting | 20:49 |
*** openstack changes topic to "https://blueprints.launchpad.net/horizon/+spec/message-of-the-day (Meeting topic: horizondrivers)" | 20:49 | |
david-lyle | pkarikh_: keystone has a value, horizon has another | 20:50 |
lhcheng | david-lyle: o/ | 20:50 |
lhcheng | a lot of operators ask for this feature | 20:50 |
david-lyle | that is user settable | 20:50 |
david-lyle | see settings dashboard | 20:50 |
*** crobertsrh has joined #openstack-meeting-3 | 20:50 | |
robcresswell | Do those messages show up once, or every time the user logs in? | 20:50 |
r1chardj0n3s | is there anything controversial about this one? | 20:50 |
david-lyle | does this just leverage the message system already in place? | 20:51 |
david-lyle | that was my only question | 20:51 |
robcresswell | r1chardj0n3s: No, but curious how its coded :) | 20:51 |
itxaka | Its great, but there is no way that I can see of removing the message | 20:51 |
lhcheng | robcresswell: everytime the user logs in | 20:51 |
itxaka | robcresswell exactly that | 20:51 |
tsufiev | r1chardj0n3s, besides it has been denied several times, I guess nothing controversial :) | 20:51 |
lhcheng | david-lyle: it just uses the django message | 20:51 |
*** vtech has joined #openstack-meeting-3 | 20:51 | |
lhcheng | david-lyle: horizon.message | 20:52 |
robcresswell | lhcheng: That would be *very* annoying, wouldn't it? | 20:52 |
tqtran | right, i was just thinking that | 20:52 |
lhcheng | robcresswell: there is no way to track if user have already seen the message though. | 20:53 |
tqtran | there should be a way to show it only once? or until user disables it | 20:53 |
david-lyle | tsufiev: what had been denied was adding it to the login page | 20:53 |
david-lyle | right, so the first page I go to after logging in gets 0* messages added to it | 20:53 |
tqtran | lhcheng: you can use localStorage to track | 20:53 |
robcresswell | lhcheng: Yeah, I know, thats why I was curious how you'd done it :) | 20:53 |
lhcheng | tqtran: depends how you intend to use the messaging | 20:53 |
david-lyle | robcresswell: how often will you log in to a production system? | 20:54 |
*** kzaitsev_mb has joined #openstack-meeting-3 | 20:54 | |
david-lyle | you're thinking as a developer | 20:54 |
tqtran | you can do something like, 1. fetch message, if message is the same, then dont show it | 20:54 |
*** baoli has joined #openstack-meeting-3 | 20:54 | |
tqtran | otherwise, display it inside the toast | 20:54 |
* david-lyle makes assumption about robcresswell's thoughts | 20:54 | |
lhcheng | toast? | 20:54 |
lhcheng | I'm not doing it in angular | 20:54 |
*** calbers has joined #openstack-meeting-3 | 20:54 | |
tqtran | horizon.message = toast | 20:54 |
tsufiev | messaging as a service? | 20:54 |
david-lyle | tqtran: if service cinder is down, it's useful to know that every time I login until it's resolved | 20:55 |
robcresswell | david-lyle: You're probably right. I was just picturing having to dismiss 10 messages every time I log in to Horizon | 20:55 |
david-lyle | otherwise I might assume it's fixed | 20:55 |
lhcheng | it is used for upcoming downtime | 20:55 |
lhcheng | or upgrade | 20:55 |
*** kebray has quit IRC | 20:55 | |
tqtran | you can flag all of that stuff, just have another param { level, message, duration } | 20:55 |
tqtran | duration where it can pop up everytime or just once | 20:56 |
lhcheng | tqtran: what is duration for? | 20:56 |
tqtran | duration might be bad name | 20:56 |
*** krtaylor has quit IRC | 20:56 | |
robcresswell | I assume length of time before auto dismiss? | 20:56 |
tqtran | but basically a counter to tell the front-end to display it or not | 20:56 |
david-lyle | lhcheng: the commit message says allow user to set MOTD, but with the patch, it's a file system operation by the operator, no? | 20:56 |
lhcheng | david-lyle: ah yes, they don't set the motd on the ui. It is just file system update | 20:57 |
tqtran | the fs would have to be shared between diff deploy of horizon as well for this to work in big deploys? | 20:57 |
david-lyle | let's step back a second and consider what the proposal is | 20:57 |
david-lyle | 1) the operator, who can log into the horizon server can set a MOTD | 20:57 |
david-lyle | 2) the MOTD is only supported if the option is enabled | 20:58 |
*** bpokorny has quit IRC | 20:58 | |
*** dims has quit IRC | 20:58 | |
*** bklei_ has joined #openstack-meeting-3 | 20:58 | |
*** calbers has quit IRC | 20:58 | |
lhcheng | david-lyle: yeah | 20:59 |
lhcheng | basic stuff, doesn't have to be fancy | 20:59 |
lhcheng | I don't want to over-engineer it | 21:00 |
tqtran | how would it work if you have multiple deployment of horizon? | 21:00 |
*** dims has joined #openstack-meeting-3 | 21:00 | |
lhcheng | you have a tool that manages updating that file | 21:00 |
tqtran | would you have to log into each and set the message? im assuming the fs arent shared right? | 21:00 |
lhcheng | could be chef | 21:00 |
david-lyle | 3) if the operator feels the message is important enough to show on all logins, it probably is | 21:01 |
david-lyle | 4) in production you likely won't login in very often | 21:01 |
david-lyle | lhcheng: fair summary? | 21:01 |
david-lyle | I'm just not sure any of that is egregious or needs to be prematurely optimized | 21:01 |
david-lyle | tqtran: likely have puppet or chef update to all horizon controllers | 21:01 |
*** dims has quit IRC | 21:01 | |
alaski | o/ | 21:01 |
lhcheng | tqtran: that's not in the scope of horizon, it would be up to the operators to figure that out. | 21:01 |
david-lyle | ok, we're at time | 21:01 |
robcresswell | Yeah, I don't have any issue with the proposal. If message spam is a non-issue, then its fine by me. | 21:01 |
robcresswell | :) | 21:01 |
lhcheng | david-lyle: yep, thanks! | 21:02 |
*** bklei has quit IRC | 21:02 | |
tqtran | ok, im fine with is as long as something like duration flag is added | 21:02 |
lhcheng | david-lyle: fair summary ^ | 21:02 |
*** alexpilotti has joined #openstack-meeting-3 | 21:02 | |
alaski | are y'all done? | 21:03 |
*** lblanchard has quit IRC | 21:03 | |
robcresswell | yep | 21:04 |
david-lyle | much like making sure the local_settings file is in sync on all horizon controllers | 21:04 |
david-lyle | I'm inclined to approve, but leave comments on the bp if you disagree | 21:04 |
david-lyle | Thanks everyone! | 21:04 |
david-lyle | #endmeeting | 21:04 |
*** openstack changes topic to "Current status and progress from last week (Meeting topic: vitrage)" | 21:04 | |
openstack | Meeting ended Wed Dec 9 21:04:05 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 21:04 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/horizondrivers/2015/horizondrivers.2015-12-09-20.00.html | 21:04 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/horizondrivers/2015/horizondrivers.2015-12-09-20.00.txt | 21:04 |
openstack | Log: http://eavesdrop.openstack.org/meetings/horizondrivers/2015/horizondrivers.2015-12-09-20.00.log.html | 21:04 |
alaski | thanks | 21:04 |
tsufiev | bye! | 21:04 |
itxaka | o/ | 21:04 |
*** tsufiev has left #openstack-meeting-3 | 21:04 | |
alaski | #startmeeting nova_cells | 21:04 |
openstack | Meeting started Wed Dec 9 21:04:31 2015 UTC and is due to finish in 60 minutes. The chair is alaski. Information about MeetBot at http://wiki.debian.org/MeetBot. | 21:04 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 21:04 |
itxaka | bye bye o/ | 21:04 |
*** openstack changes topic to " (Meeting topic: nova_cells)" | 21:04 | |
openstack | The meeting name has been set to 'nova_cells' | 21:04 |
*** itxaka has quit IRC | 21:04 | |
*** pkarikh_ has quit IRC | 21:04 | |
alaski | anyone around today? | 21:05 |
melwitt | o/ | 21:05 |
belmoreira | o/ | 21:05 |
dansmith | o- | 21:05 |
alaski | #topic Testing | 21:05 |
*** openstack changes topic to "Testing (Meeting topic: nova_cells)" | 21:05 | |
alaski | melwitt: any word? | 21:05 |
alaski | btw, I don't have much today, hoping to be quick | 21:05 |
*** baoli has quit IRC | 21:05 | |
melwitt | alaski: not aware of anything like failures but I found a gap in our tempest testing for cells that I'm trying to address | 21:06 |
*** baoli has joined #openstack-meeting-3 | 21:06 | |
*** robcresswell has left #openstack-meeting-3 | 21:06 | |
alaski | okay | 21:06 |
melwitt | I think we don't have coverage of testing network connectivity for instances booted during the job. that used to be covered by the devstack exercise job | 21:06 |
dansmith | heh | 21:07 |
dansmith | seems unimportant | 21:07 |
alaski | heh | 21:07 |
melwitt | but the tempest scenarios all use floating ip and/or security groups during the ssh test, so I'm looking at providing an option to specify security group name instead of creating on the fly | 21:07 |
melwitt | we're blacklisting all the tests that do ssh I believe | 21:07 |
*** calbers has joined #openstack-meeting-3 | 21:08 | |
alaski | gotcha | 21:08 |
alaski | the default security group should work as well I think | 21:08 |
melwitt | yeah, that's what I'm aiming for ultimately | 21:08 |
alaski | cool | 21:09 |
*** lpetrut has quit IRC | 21:09 | |
alaski | if I can help let me know | 21:10 |
alaski | #topic Open Reviews | 21:10 |
*** openstack changes topic to "Open Reviews (Meeting topic: nova_cells)" | 21:10 | |
alaski | just want to call out https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking here | 21:10 |
belmoreira | anything blocking https://review.openstack.org/#/c/201606/ and https://review.openstack.org/#/c/213041/ ? | 21:10 |
alaski | please add any open patches under the cellsv2 section | 21:10 |
alaski | belmoreira: I think it's just lack of reviews | 21:11 |
alaski | I will go through them again | 21:11 |
belmoreira | alaski: thanks | 21:12 |
*** lblanchard has joined #openstack-meeting-3 | 21:12 | |
alaski | #topic Open Discussion | 21:12 |
*** openstack changes topic to "Open Discussion (Meeting topic: nova_cells)" | 21:12 | |
alaski | I'm starting to go through and clean up the boot process in preparation for actually persisting the request spec there | 21:13 |
alaski | and then calling the scheduler from nova-api/conductor from nova-api | 21:14 |
alaski | that will be the first work that starts to require the api db, so I'm hoping to get some attention on it once it's up | 21:14 |
*** neelashah has quit IRC | 21:15 | |
*** bklei_ has quit IRC | 21:15 | |
*** lhcheng has left #openstack-meeting-3 | 21:15 | |
alaski | anyone have a topic for open discussion? | 21:15 |
*** bklei has joined #openstack-meeting-3 | 21:15 | |
melwitt | I was just thinking I need to test out the db connection switch patch more | 21:15 |
melwitt | currently there's just the functional test, which I improved by not using the in-memory sqlite for the cell db | 21:16 |
alaski | nice | 21:16 |
*** baoli has quit IRC | 21:17 | |
alaski | added that to the reviews etherpad | 21:17 |
alaski | that's another one I want to go through again | 21:17 |
*** baoli has joined #openstack-meeting-3 | 21:17 | |
melwitt | thanks. the main change is I changed it not to keep connections open to every cell, or not try to | 21:18 |
melwitt | I didn't know if that's okay, i.e. is it very costly to do a new connect each time and teardown. I thought maybe with pooling underneath that's in oslo.db it would be okay | 21:19 |
melwitt | so input on that would be appreciated in the review | 21:19 |
dansmith | jaypipes always said that a new connection to mysql is very fast | 21:19 |
dansmith | like, it was designed that way and thus connecting and disconnecting _should_ be done aggressively | 21:19 |
dansmith | now, that doesn't mean we should rely on that, given that we support other databases, but ... | 21:20 |
melwitt | I see | 21:20 |
alaski | that's good info | 21:20 |
alaski | this is probably something we'll need to offer some tuning knobs for | 21:20 |
alaski | and it would be good to get some input from db experts, like jaypipes, on the review | 21:21 |
melwitt | I was thinking not to prematurely optimize by trying to maintain an open connection cache with expiry when I don't yet know if it's necessary | 21:21 |
melwitt | yeah, agree | 21:21 |
alaski | yeah, start simple | 21:22 |
alaski | anything else? | 21:23 |
alaski | cool. back to work everyone! or relax, depending on timezone | 21:23 |
alaski | thanks | 21:24 |
alaski | #endmeeting | 21:24 |
*** openstack changes topic to "Current status and progress from last week (Meeting topic: vitrage)" | 21:24 | |
openstack | Meeting ended Wed Dec 9 21:24:05 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 21:24 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/nova_cells/2015/nova_cells.2015-12-09-21.04.html | 21:24 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/nova_cells/2015/nova_cells.2015-12-09-21.04.txt | 21:24 |
openstack | Log: http://eavesdrop.openstack.org/meetings/nova_cells/2015/nova_cells.2015-12-09-21.04.log.html | 21:24 |
*** belmoreira has quit IRC | 21:26 | |
*** neelashah has joined #openstack-meeting-3 | 21:27 | |
*** baoli has quit IRC | 21:29 | |
*** baoli has joined #openstack-meeting-3 | 21:30 | |
*** e0ne has quit IRC | 21:32 | |
*** bryan_att has joined #openstack-meeting-3 | 21:33 | |
*** armax has joined #openstack-meeting-3 | 21:35 | |
*** vhoward has quit IRC | 21:36 | |
*** neelashah1 has joined #openstack-meeting-3 | 21:38 | |
*** neelashah has quit IRC | 21:38 | |
*** alexpilotti has quit IRC | 21:38 | |
*** baoli has quit IRC | 21:41 | |
*** baoli has joined #openstack-meeting-3 | 21:42 | |
*** alexpilotti has joined #openstack-meeting-3 | 21:47 | |
*** baoli has quit IRC | 21:47 | |
*** baoli has joined #openstack-meeting-3 | 21:48 | |
*** jmckind has quit IRC | 21:51 | |
*** alexpilotti has quit IRC | 21:51 | |
*** zz_john5223 is now known as john5223 | 21:52 | |
*** alexpilotti has joined #openstack-meeting-3 | 21:57 | |
*** barrett has left #openstack-meeting-3 | 21:57 | |
*** baoli has quit IRC | 21:59 | |
*** baoli has joined #openstack-meeting-3 | 22:00 | |
*** alexpilotti has quit IRC | 22:01 | |
*** ivar-lazzaro has quit IRC | 22:03 | |
*** crobertsrh has left #openstack-meeting-3 | 22:03 | |
*** jmckind has joined #openstack-meeting-3 | 22:03 | |
*** bauzas has joined #openstack-meeting-3 | 22:05 | |
*** baoli has quit IRC | 22:08 | |
*** neelashah1 has quit IRC | 22:08 | |
*** baoli has joined #openstack-meeting-3 | 22:08 | |
*** lblanchard has quit IRC | 22:10 | |
*** baoli has quit IRC | 22:12 | |
*** neelashah has joined #openstack-meeting-3 | 22:13 | |
*** rbak has quit IRC | 22:15 | |
*** lekha is now known as lekha|away | 22:16 | |
*** baoli has joined #openstack-meeting-3 | 22:16 | |
*** wojdev has joined #openstack-meeting-3 | 22:19 | |
*** baoli has quit IRC | 22:23 | |
*** baoli has joined #openstack-meeting-3 | 22:24 | |
*** neelashah has quit IRC | 22:25 | |
*** bklei has quit IRC | 22:28 | |
*** bklei has joined #openstack-meeting-3 | 22:29 | |
*** shwetaap has joined #openstack-meeting-3 | 22:32 | |
*** bklei has quit IRC | 22:33 | |
*** david-lyle has quit IRC | 22:34 | |
*** rtheis has quit IRC | 22:35 | |
*** baoli has quit IRC | 22:35 | |
*** ivar-lazzaro has joined #openstack-meeting-3 | 22:36 | |
*** baoli has joined #openstack-meeting-3 | 22:36 | |
*** r1chardj0n3s has left #openstack-meeting-3 | 22:36 | |
*** iyamahat has quit IRC | 22:38 | |
*** briancurtin has quit IRC | 22:38 | |
*** s3wong has joined #openstack-meeting-3 | 22:39 | |
*** david-ly_ has joined #openstack-meeting-3 | 22:39 | |
*** bryan_att has quit IRC | 22:41 | |
*** bryan_att has joined #openstack-meeting-3 | 22:41 | |
*** david-ly_ is now known as david-lyle | 22:45 | |
*** jmckind has quit IRC | 22:47 | |
*** baoli has quit IRC | 22:47 | |
*** baoli has joined #openstack-meeting-3 | 22:48 | |
*** sdake has quit IRC | 22:52 | |
*** peristeri has quit IRC | 22:53 | |
*** alexpilotti has joined #openstack-meeting-3 | 22:56 | |
*** kzaitsev_mb has quit IRC | 22:56 | |
*** kzaitsev_mb has joined #openstack-meeting-3 | 22:58 | |
*** baoli has quit IRC | 22:59 | |
*** baoli has joined #openstack-meeting-3 | 22:59 | |
*** dedery has quit IRC | 23:00 | |
*** alexpilotti has quit IRC | 23:00 | |
*** dedery has joined #openstack-meeting-3 | 23:01 | |
*** vijendar has quit IRC | 23:01 | |
*** vgridnev has joined #openstack-meeting-3 | 23:03 | |
*** banix has quit IRC | 23:04 | |
*** dedery has quit IRC | 23:04 | |
*** doug-fish has quit IRC | 23:06 | |
*** dedery has joined #openstack-meeting-3 | 23:07 | |
*** baoli has quit IRC | 23:09 | |
*** megm has quit IRC | 23:10 | |
*** baoli_ has joined #openstack-meeting-3 | 23:10 | |
*** megm has joined #openstack-meeting-3 | 23:12 | |
*** jpomeroy has quit IRC | 23:15 | |
*** baoli_ has quit IRC | 23:19 | |
*** rbak has joined #openstack-meeting-3 | 23:19 | |
*** vgridnev has quit IRC | 23:19 | |
*** wojdev has quit IRC | 23:23 | |
*** baoli has joined #openstack-meeting-3 | 23:25 | |
*** briancurtin has joined #openstack-meeting-3 | 23:29 | |
*** MarkAtwood has joined #openstack-meeting-3 | 23:32 | |
*** baoli has quit IRC | 23:35 | |
*** baoli has joined #openstack-meeting-3 | 23:36 | |
*** kaz has joined #openstack-meeting-3 | 23:36 | |
*** vtech has quit IRC | 23:37 | |
*** dedery has quit IRC | 23:38 | |
*** yushiro has joined #openstack-meeting-3 | 23:44 | |
*** yushiro has left #openstack-meeting-3 | 23:44 | |
*** spzala has quit IRC | 23:45 | |
*** hoangcx has joined #openstack-meeting-3 | 23:47 | |
*** sigmavirus24 is now known as sigmavirus24_awa | 23:48 | |
*** kebray has joined #openstack-meeting-3 | 23:49 | |
*** baoli has quit IRC | 23:50 | |
*** kebray has quit IRC | 23:51 | |
*** bklei has joined #openstack-meeting-3 | 23:53 | |
*** shwetaap has quit IRC | 23:55 | |
*** dimtruck is now known as zz_dimtruck | 23:55 | |
*** zz_dimtruck is now known as dimtruck | 23:56 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!