Tuesday, 2016-03-08

*** salv-orl_ has quit IRC00:04
*** Marga__ has joined #openstack-neutron00:04
*** Marga__ has quit IRC00:06
*** thorst has joined #openstack-neutron00:06
*** Marga__ has joined #openstack-neutron00:07
*** Marga_ has quit IRC00:07
*** jwarendt has quit IRC00:07
*** Sukhdev_ has quit IRC00:10
*** emagana has quit IRC00:16
*** jaypipes has quit IRC00:16
armaxmtreinish: ping00:19
armaxwe spotted a bad test here: https://review.openstack.org/#/c/288959/00:19
*** ivar-laz_ has joined #openstack-neutron00:19
*** ivar-lazzaro has quit IRC00:22
*** Manuel_112 has joined #openstack-neutron00:28
*** Swami has quit IRC00:29
*** jckasper has joined #openstack-neutron00:29
*** tidwellr has left #openstack-neutron00:31
*** Manuel_112 has quit IRC00:32
*** Aish has quit IRC00:32
*** ivar-laz_ has quit IRC00:36
*** ivar-lazzaro has joined #openstack-neutron00:36
*** john-davidge has joined #openstack-neutron00:38
*** Leom_ has quit IRC00:38
*** mlavalle has quit IRC00:45
*** Aish has joined #openstack-neutron00:45
*** singhj has joined #openstack-neutron00:46
*** armax has quit IRC00:47
*** madhu_ak has quit IRC00:48
*** jwarendt has joined #openstack-neutron00:48
*** minwang2 has joined #openstack-neutron00:48
*** jckasper has quit IRC00:51
*** jckasper has joined #openstack-neutron00:51
*** minwang2 has quit IRC00:52
*** minwang2 has joined #openstack-neutron00:54
openstackgerritKevin Benton proposed openstack/neutron: Deprecate segment_mtu and add global_physnet_mtu  https://review.openstack.org/28481400:55
*** singhj has quit IRC00:55
*** jckasper has quit IRC00:56
*** minwang2 has quit IRC00:56
*** madhu_ak has joined #openstack-neutron00:56
*** singhj has joined #openstack-neutron00:57
*** mfuruta has joined #openstack-neutron00:57
*** abhiraut has quit IRC00:59
*** ajmiller has quit IRC01:00
*** armax has joined #openstack-neutron01:01
*** iyamahat has joined #openstack-neutron01:01
*** abhiraut has joined #openstack-neutron01:01
*** slunkad has quit IRC01:01
*** ljianbj has quit IRC01:01
*** slunkad has joined #openstack-neutron01:02
*** minwang2 has joined #openstack-neutron01:02
*** fangzhen has quit IRC01:04
*** fangzhen has joined #openstack-neutron01:05
*** abhiraut has quit IRC01:08
*** ZZelle_ has quit IRC01:08
*** minwang2 has quit IRC01:10
*** dconde has joined #openstack-neutron01:10
*** singhj has quit IRC01:10
*** dconde has quit IRC01:10
*** singhj has joined #openstack-neutron01:11
*** singhj has quit IRC01:12
*** fangzhen has quit IRC01:12
*** singhj has joined #openstack-neutron01:12
*** fangzhen has joined #openstack-neutron01:12
*** singhj has quit IRC01:14
openstackgerritZhaoBo proposed openstack/python-neutronclient: Fix inappropriate info when net-list -F {fields}  https://review.openstack.org/21307901:15
openstackgerritMerged openstack/neutron: Use floating IP to connect different address scopes  https://review.openstack.org/28313401:15
openstackgerritZhaoBo proposed openstack/neutron: Add timestamp changed-since for core resources  https://review.openstack.org/25012201:15
*** sdague has joined #openstack-neutron01:15
*** singhj has joined #openstack-neutron01:15
*** singhj has quit IRC01:21
bbzhaoCould any core around help to review the patch? Thanks alot. https://review.openstack.org/#/c/250122/01:21
*** lazy_prince has joined #openstack-neutron01:23
*** y_sawai has joined #openstack-neutron01:23
*** harlowja has quit IRC01:23
*** yamamoto_ has joined #openstack-neutron01:25
*** lazy_prince has quit IRC01:28
*** killer_prince has joined #openstack-neutron01:28
*** Manuel_112 has joined #openstack-neutron01:29
*** y_sawai has quit IRC01:29
*** liuyulong has joined #openstack-neutron01:30
*** y_sawai has joined #openstack-neutron01:30
*** erlarese has joined #openstack-neutron01:30
*** stanzgy has joined #openstack-neutron01:32
*** Manuel_112 has quit IRC01:33
*** furface has quit IRC01:33
*** killer_prince has quit IRC01:34
*** liuyulong_ has joined #openstack-neutron01:34
*** lazy_prince has joined #openstack-neutron01:35
*** baohua has joined #openstack-neutron01:35
*** y_sawai has quit IRC01:36
*** furface has joined #openstack-neutron01:36
openstackgerritJames Arendt proposed openstack/neutron-vpnaas: VPNaaS Fix bandit Jinja issue  https://review.openstack.org/28964901:37
*** panda has quit IRC01:39
*** panda has joined #openstack-neutron01:40
*** y_sawai has joined #openstack-neutron01:41
*** kawa2014 has joined #openstack-neutron01:42
*** y_sawai_ has joined #openstack-neutron01:43
*** y_sawai has quit IRC01:43
*** gvrangan has quit IRC01:44
*** gvrangan has joined #openstack-neutron01:45
*** baoli has joined #openstack-neutron01:48
*** y_sawai_ has quit IRC01:48
*** y_sawai has joined #openstack-neutron01:48
*** killer_prince has joined #openstack-neutron01:50
*** lazy_prince has quit IRC01:50
*** fangzhen has quit IRC01:50
*** fangzhen has joined #openstack-neutron01:50
*** madhu_ak has quit IRC01:50
*** banix has joined #openstack-neutron01:53
*** y_sawai has quit IRC01:53
openstackgerritalexander medvedev proposed openstack/neutron: Adds the pagination_url config option  https://review.openstack.org/28965401:55
wolverineavhi all, quick question - did we have support for doing 'neutron-db-manage upgrade heads' and performing the DDL operations for tables related to service-plugin in kilo?01:56
*** banix has quit IRC01:57
wolverineavi'm able to do it in liberty, but the same alembic migration scripts when ported to kilo, don't get picked up. was that feature introduced in liberty?01:57
*** killer_prince has quit IRC01:57
*** thorst has quit IRC01:58
*** baojg has joined #openstack-neutron01:58
*** thorst has joined #openstack-neutron01:58
*** kawa2014 has quit IRC02:00
*** gongysh has joined #openstack-neutron02:00
*** y_sawai has joined #openstack-neutron02:03
openstackgerritLi Ma proposed openstack/python-neutronclient: Add popular IP protocols for security group  https://review.openstack.org/28262102:06
*** ivar-lazzaro has quit IRC02:07
*** thorst has quit IRC02:07
*** baoli has quit IRC02:08
*** baoli has joined #openstack-neutron02:08
*** erlarese has quit IRC02:09
*** y_sawai_ has joined #openstack-neutron02:10
*** ivar-lazzaro has joined #openstack-neutron02:11
*** y_sawai has quit IRC02:12
*** y_sawai has joined #openstack-neutron02:13
*** yamahata has joined #openstack-neutron02:13
*** y_sawai_ has quit IRC02:13
*** y_sawai__ has joined #openstack-neutron02:13
*** baoli has quit IRC02:14
*** Sukhdev has joined #openstack-neutron02:15
*** Sukhdev has quit IRC02:15
*** y_sawai__ has quit IRC02:16
*** y_sawai_ has joined #openstack-neutron02:16
*** baoli has joined #openstack-neutron02:17
*** y_sawai has quit IRC02:17
*** y_sawai_ has quit IRC02:21
*** baoli has quit IRC02:23
*** y_sawai has joined #openstack-neutron02:24
*** baoli has joined #openstack-neutron02:24
*** vhosakot has joined #openstack-neutron02:24
*** edmondsw has quit IRC02:25
*** shivrao has quit IRC02:26
*** tomoe_ has joined #openstack-neutron02:26
*** emagana has joined #openstack-neutron02:28
*** lnicolas has joined #openstack-neutron02:29
*** itisha has quit IRC02:29
*** Manuel_112 has joined #openstack-neutron02:29
*** vhosakot has quit IRC02:29
*** vhosakot has joined #openstack-neutron02:30
*** emagana has quit IRC02:32
*** y_sawai_ has joined #openstack-neutron02:32
*** baoli has quit IRC02:33
*** Manuel_112 has quit IRC02:34
*** gangil has quit IRC02:36
*** y_sawai has quit IRC02:36
*** liuyulong_ has quit IRC02:39
*** minwang2 has joined #openstack-neutron02:39
*** y_sawai_ has quit IRC02:40
*** Slower has quit IRC02:40
*** y_sawai has joined #openstack-neutron02:40
*** mickeys has quit IRC02:41
*** y_sawai has quit IRC02:45
*** banix has joined #openstack-neutron02:47
*** y_sawai has joined #openstack-neutron02:47
*** sbalukoff has quit IRC02:52
*** Aish has quit IRC02:52
*** vhosakot has quit IRC02:54
*** jamielennox is now known as jamielennox|away02:56
*** sridhar_ram has quit IRC02:56
*** ajmiller has joined #openstack-neutron02:56
*** vhosakot has joined #openstack-neutron02:57
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: Use testscenarios for OVS flow tests  https://review.openstack.org/28008903:00
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: Add OVS flow tests  https://review.openstack.org/23515503:00
*** winggundamth has quit IRC03:01
*** jamielennox|away is now known as jamielennox03:01
*** mtreinish has quit IRC03:04
*** psanchez has joined #openstack-neutron03:04
*** mtreinish has joined #openstack-neutron03:04
*** jamielennox is now known as jamielennox|away03:05
*** thorst has joined #openstack-neutron03:05
*** sdague has quit IRC03:05
*** y_sawai_ has joined #openstack-neutron03:08
*** y_sawai__ has joined #openstack-neutron03:09
*** y_sawai has quit IRC03:09
*** baoli has joined #openstack-neutron03:10
*** tflynn_ has joined #openstack-neutron03:10
*** jckasper has joined #openstack-neutron03:11
*** thorst has quit IRC03:12
*** y_sawai_ has quit IRC03:13
*** tflynn has quit IRC03:14
*** tflynn_ has quit IRC03:15
*** jamielennox|away is now known as jamielennox03:15
*** minwang2 has quit IRC03:16
*** yuanying has quit IRC03:16
*** gongysh has quit IRC03:18
*** y_sawai__ has quit IRC03:20
*** baoli has quit IRC03:21
*** baoli has joined #openstack-neutron03:21
*** brad_behle has quit IRC03:21
*** brad_behle has joined #openstack-neutron03:22
*** ivar-lazzaro has quit IRC03:23
*** y_sawai has joined #openstack-neutron03:24
*** winggundamth has joined #openstack-neutron03:26
*** y_sawai has quit IRC03:28
*** baoli has quit IRC03:30
*** Manuel_112 has joined #openstack-neutron03:30
*** gongysh has joined #openstack-neutron03:30
*** baojg has quit IRC03:33
*** Manuel_112 has quit IRC03:35
*** ccard_ has quit IRC03:35
*** yuanying has joined #openstack-neutron03:38
*** yuanying has quit IRC03:40
*** yuanying has joined #openstack-neutron03:41
*** iyamahat has quit IRC03:44
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: Add OVS flow tests  https://review.openstack.org/23515503:46
*** ccard_ has joined #openstack-neutron03:50
*** vhosakot has quit IRC03:51
openstackgerritMichael Johnson proposed openstack/python-neutronclient: Adds cascading delete command for LBaaSv2  https://review.openstack.org/28818703:52
*** vhosakot has joined #openstack-neutron03:53
*** shwetaap has joined #openstack-neutron03:54
openstackgerritHong Hui Xiao proposed openstack/neutron: Fix wrong use of list of dict in _check_driver_to_bind  https://review.openstack.org/27195903:55
*** shwetaap1 has joined #openstack-neutron03:55
*** smcginnis has left #openstack-neutron03:58
*** shwetaap has quit IRC03:59
*** baojg has joined #openstack-neutron04:00
*** yuanying has quit IRC04:00
*** yuanying has joined #openstack-neutron04:01
openstackgerritZhaoBo proposed openstack/neutron: Add timestamp changed-since for core resources  https://review.openstack.org/25012204:01
winggundamthhi which is vtep in OpenStack vxlan topology?04:03
*** yuanying has quit IRC04:05
*** yuanying has joined #openstack-neutron04:07
*** haukebruno has quit IRC04:07
*** salv-orlando has joined #openstack-neutron04:08
*** haukebruno has joined #openstack-neutron04:08
*** thorst has joined #openstack-neutron04:09
*** bdemers has quit IRC04:11
*** bbzhao has quit IRC04:12
*** bapalm has quit IRC04:13
*** mubirru has joined #openstack-neutron04:13
*** neelashah has joined #openstack-neutron04:13
*** salv-orlando has quit IRC04:15
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: Add OVS flow tests  https://review.openstack.org/23515504:15
*** bdemers has joined #openstack-neutron04:16
*** iwamoto has joined #openstack-neutron04:16
*** thorst has quit IRC04:17
*** ajmiller has quit IRC04:18
*** john-davidge has quit IRC04:25
*** lazy_prince has joined #openstack-neutron04:25
kevinbentonSam-I-Am: yo04:27
*** haleyb has joined #openstack-neutron04:28
*** bapalm has joined #openstack-neutron04:30
*** Manuel_112 has joined #openstack-neutron04:31
*** EinstCrazy has joined #openstack-neutron04:32
*** links has joined #openstack-neutron04:33
*** Marga__ has quit IRC04:34
*** salv-orlando has joined #openstack-neutron04:34
*** Manuel_112 has quit IRC04:35
*** daneyon has joined #openstack-neutron04:36
*** bdemers has quit IRC04:37
*** mubirru has quit IRC04:38
*** Sukhdev has joined #openstack-neutron04:39
*** daneyon_ has joined #openstack-neutron04:40
*** daneyon has quit IRC04:42
*** Aish has joined #openstack-neutron04:45
*** salv-orlando has quit IRC04:45
*** bdemers has joined #openstack-neutron04:45
*** sridharg has joined #openstack-neutron04:49
*** fangzhen has quit IRC04:50
*** wolverineav has quit IRC04:51
*** Marga_ has joined #openstack-neutron04:51
*** garyk1 has joined #openstack-neutron04:52
garyk1armax: HenryG: please see https://review.openstack.org/28900704:55
*** vks has joined #openstack-neutron04:55
*** Marga_ has quit IRC04:57
*** Marga_ has joined #openstack-neutron04:57
*** mubirru has joined #openstack-neutron04:57
*** vishwanathj is now known as vishwanathj_zzz04:59
*** irenab_ has joined #openstack-neutron05:01
*** Marga_ has quit IRC05:01
*** trinaths has joined #openstack-neutron05:01
*** Marga_ has joined #openstack-neutron05:01
*** mkolesni has joined #openstack-neutron05:01
*** irenab has quit IRC05:02
*** irenab_ is now known as irenab05:02
*** mubirru has quit IRC05:04
*** trinaths has left #openstack-neutron05:05
*** markvoelker_ has quit IRC05:06
*** fangzhen has joined #openstack-neutron05:06
*** jckasper has quit IRC05:06
*** shivrao has joined #openstack-neutron05:08
openstackgerritLujin Luo proposed openstack/neutron: This patch avoids duplicate port records in routerport table  https://review.openstack.org/28504805:13
*** thorst has joined #openstack-neutron05:15
*** haleyb has quit IRC05:18
*** brad_behle has quit IRC05:19
*** Sukhdev has quit IRC05:19
*** dave-mccowan has quit IRC05:21
*** fawadkhaliq has quit IRC05:22
*** thorst has quit IRC05:22
*** wolverineav has joined #openstack-neutron05:22
*** hdaniel has joined #openstack-neutron05:24
openstackgerritKevin Benton proposed openstack/neutron: Add exponential back-off to agent RPC calls  https://review.openstack.org/28059505:25
*** apoorv has joined #openstack-neutron05:27
*** EinstCrazy has quit IRC05:27
*** wolverineav has quit IRC05:27
*** irenab has quit IRC05:28
*** wolverineav has joined #openstack-neutron05:29
*** shivrao has quit IRC05:29
*** banix has quit IRC05:30
*** wolverineav has quit IRC05:31
*** Manuel_112 has joined #openstack-neutron05:32
*** abregman has joined #openstack-neutron05:32
*** wolverineav has joined #openstack-neutron05:33
*** abregman has quit IRC05:33
*** abregman has joined #openstack-neutron05:34
*** tflynn has joined #openstack-neutron05:34
*** Manuel_112 has quit IRC05:36
openstackgerritgaryk proposed openstack/neutron: Security groups: ensure correct ID is passed to exception  https://review.openstack.org/28900705:37
*** fawadkhaliq has joined #openstack-neutron05:42
*** tflynn has quit IRC05:44
*** gangil has joined #openstack-neutron05:44
*** gangil has quit IRC05:44
*** gangil has joined #openstack-neutron05:44
*** tflynn has joined #openstack-neutron05:44
*** gvrangan has quit IRC05:45
*** hdaniel has quit IRC05:45
reedipkevinbenton: ping05:45
*** rha has quit IRC05:46
*** frickler has quit IRC05:46
kevinbentonreedip: pong05:46
*** tomoe_ has quit IRC05:46
reedipkevinbenton: Hi, one of the patches is stuck... and I need some advice from the Alphas!! This is regarding the options for net-create and net-update05:47
reedipkevinbenton: https://review.openstack.org/#/c/137279/05:47
reedipkevinbenton: unfortunately, my voice is not strong enough to be heard to the other people, so if you could just nudge it a bit, it would be a great help.05:48
kevinbentonreedip: yeah, i think the issue is just that everyone is busy getting the RC1 release ready05:50
reedipkevinbenton: okay, so should I wait a bit more ?05:50
*** vikram_ has joined #openstack-neutron05:50
kevinbentonreedip: yeah, i think that's probably a good idea05:51
reedipkevinbenton: okay , will do. thanks  :)05:51
*** boris-42 has quit IRC05:54
*** hoangcx has joined #openstack-neutron05:54
*** furface has quit IRC05:54
*** Manuel_112 has joined #openstack-neutron05:54
*** abregman_ has joined #openstack-neutron05:55
*** shivrao has joined #openstack-neutron05:56
*** abregman has quit IRC05:57
*** bzhao has joined #openstack-neutron05:57
*** shakamunyi has quit IRC06:02
*** rcernin has joined #openstack-neutron06:02
*** anilvenkata has joined #openstack-neutron06:02
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Imported Translations from Zanata  https://review.openstack.org/28915606:02
*** anilvenkata has left #openstack-neutron06:03
*** abregman_ is now known as abregman06:03
*** anilvenkata has joined #openstack-neutron06:03
*** mohankumar has joined #openstack-neutron06:04
*** mubirru has joined #openstack-neutron06:06
*** markvoelker has joined #openstack-neutron06:07
*** vhosakot has quit IRC06:07
*** jamielennox is now known as jamielennox|away06:08
openstackgerritKevin Benton proposed openstack/neutron: Add exponential back-off to agent RPC calls  https://review.openstack.org/28059506:08
openstackgerritLujin Luo proposed openstack/neutron: Add a composite unique key to floatingip table in Neutron database  https://review.openstack.org/27601806:09
openstackgerritKevin Benton proposed openstack/neutron: Add exponential back-off to agent RPC calls  https://review.openstack.org/28059506:11
*** neelashah has quit IRC06:13
*** Manuel_112 has quit IRC06:14
*** liuyulong has quit IRC06:17
*** sridharg has quit IRC06:19
*** javeriak has joined #openstack-neutron06:19
*** javeriak has quit IRC06:19
*** javeriak has joined #openstack-neutron06:19
*** thorst has joined #openstack-neutron06:20
*** gvrangan has joined #openstack-neutron06:20
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: Faster _get_devices_details_list_and_failed_devices  https://review.openstack.org/28453506:23
openstackgerritKevin Benton proposed openstack/neutron: Fix tempest lib import in API tests  https://review.openstack.org/28973206:23
kevinbentongaryk1: online? ^^06:25
garyk1kevinbenton: i think i am online06:26
*** haukebrun0 has joined #openstack-neutron06:26
*** salv-orlando has joined #openstack-neutron06:26
kevinbentondougwig, HenryG, obondarev, mestery: need a quick review ^^ to unwedge api test06:26
kevinbentongaryk1: :)06:26
*** jsheeren has quit IRC06:27
*** thorst has quit IRC06:27
*** jhershbe has joined #openstack-neutron06:28
*** mohankumar has quit IRC06:28
manjeetsany body had issues with running tests ?06:28
*** javeriak_ has joined #openstack-neutron06:28
manjeetskevinbenton: garyk1:06:28
*** jhershbe has quit IRC06:29
*** dileepr has quit IRC06:29
kevinbentonmanjeets: api tests are broken06:29
*** haukebruno has quit IRC06:29
*** shivrao has quit IRC06:29
manjeetseven if i do tox -e pep8 it ends up wierdly06:29
garyk1manjeets: rm -rf .tox06:30
*** javeriak has quit IRC06:30
manjeetsgaryk1: no help same issue after rm -rf .tox06:31
*** jhershbe has joined #openstack-neutron06:31
*** korzen has joined #openstack-neutron06:32
garyk1what error do you have. i ran it this morning and it looks ok06:32
*** salv-orlando has quit IRC06:33
manjeetsgaryk1: http://paste.openstack.org/show/489632/06:34
*** numans has joined #openstack-neutron06:34
*** ekuris_ has joined #openstack-neutron06:34
manjeetswhatever tox -e i run it ends up like that06:34
manjeetsit was happening last week as well but friday it was worked and now today again issue06:35
*** vthapar has joined #openstack-neutron06:35
openstackgerritKevin Benton proposed openstack/neutron: Pecan routing for agent schedulers  https://review.openstack.org/26798506:35
garyk1manjeets: which pip version you using?06:37
*** furface has joined #openstack-neutron06:37
garyk1looks like something is broken there06:37
manjeetspip 8.1.006:37
manjeetsgaryk1: pip 8.1.006:38
garyk1i am using 8.0.1 (try and use that one and see if it helps)06:38
openstackgerritHong Hui Xiao proposed openstack/neutron: Add fip nat rules even if router disables shared snat  https://review.openstack.org/28639206:38
*** mubirru has quit IRC06:40
*** fzdarsky has joined #openstack-neutron06:40
*** zzzeek has quit IRC06:42
*** hdaniel has joined #openstack-neutron06:42
openstackgerritshihanzhang proposed openstack/neutron: Check target_tenant when create rbac policy  https://review.openstack.org/24678106:42
openstackgerritshihanzhang proposed openstack/neutron: Optimize conntrack: modify RPC method  https://review.openstack.org/24399406:42
*** miyagishi_t has quit IRC06:43
manjeetsgaryk1: what is way to downgrade pip to specific version ?06:43
*** mubirru has joined #openstack-neutron06:43
openstackgerritSreekumar S proposed openstack/neutron: Avoid multiple gw ports on the same router  https://review.openstack.org/27402106:44
*** david-lyle_ has joined #openstack-neutron06:44
*** david-lyle has quit IRC06:44
*** fawadkhaliq has quit IRC06:44
*** iyamahat has joined #openstack-neutron06:45
*** liuyulong has joined #openstack-neutron06:45
*** hichihara has quit IRC06:46
*** gampel has joined #openstack-neutron06:46
*** emagana has joined #openstack-neutron06:47
*** mubirru has quit IRC06:48
*** john-davidge has joined #openstack-neutron06:48
*** john-davidge has quit IRC06:49
*** mubirru has joined #openstack-neutron06:52
*** emagana has quit IRC06:52
*** nyechiel has joined #openstack-neutron06:53
*** fangzhen_ has joined #openstack-neutron06:55
*** todin has joined #openstack-neutron06:55
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: (WIP)DVR: Pings to floatingip returns with fixed-ip on same network  https://review.openstack.org/28917206:55
*** Marga_ has quit IRC06:56
openstackgerritgaryk proposed openstack/neutron: Security groups: ensure correct ID is passed to exception  https://review.openstack.org/28900706:56
*** pcaruana has quit IRC06:57
*** fangzhen has quit IRC06:57
*** gampel1 has joined #openstack-neutron07:00
*** dedery has joined #openstack-neutron07:00
*** gvrangan has quit IRC07:01
*** liuyulong has quit IRC07:01
*** sleviim has joined #openstack-neutron07:01
*** shwetaap1 has quit IRC07:01
*** gampel has quit IRC07:02
*** sridharg has joined #openstack-neutron07:02
*** shivrao has joined #openstack-neutron07:03
*** jckasper has joined #openstack-neutron07:07
*** irenab has joined #openstack-neutron07:08
*** jsheeren has joined #openstack-neutron07:09
*** fzdarsky has quit IRC07:09
*** wwriverrat has quit IRC07:09
*** jckasper has quit IRC07:12
*** mubirru has quit IRC07:12
*** mubirru has joined #openstack-neutron07:13
*** hynekm has joined #openstack-neutron07:14
*** armax has quit IRC07:15
*** jwarendt has quit IRC07:16
*** Aish has left #openstack-neutron07:16
*** Fdaisuke has quit IRC07:17
*** mubirru has quit IRC07:18
*** mubirru has joined #openstack-neutron07:19
*** shivrao has quit IRC07:19
*** dingboopt has joined #openstack-neutron07:22
*** Fdaisuke has joined #openstack-neutron07:23
*** djan has quit IRC07:23
*** mubirru has quit IRC07:24
*** hdaniel has quit IRC07:24
*** mubirru has joined #openstack-neutron07:25
*** thorst has joined #openstack-neutron07:25
*** eddima has joined #openstack-neutron07:28
*** sbalukoff has joined #openstack-neutron07:28
*** abehl has joined #openstack-neutron07:30
openstackgerritHong Hui Xiao proposed openstack/neutron: [WIP]Test test_fip_connection_for_address_scope  https://review.openstack.org/28704007:31
*** shivrao has joined #openstack-neutron07:32
*** evgenyf has joined #openstack-neutron07:32
*** thorst has quit IRC07:32
*** dslevin has quit IRC07:35
*** oshvartz has joined #openstack-neutron07:35
openstackgerritMerged openstack/neutron: Fix tempest lib import in API tests  https://review.openstack.org/28973207:38
*** salv-orlando has joined #openstack-neutron07:42
*** gangil has quit IRC07:47
openstackgerritLujin Luo proposed openstack/neutron: Add a composite unique key to floatingip table in Neutron database  https://review.openstack.org/27601807:49
openstackgerritHong Hui Xiao proposed openstack/neutron: [WIP]Test test_fip_connection_for_address_scope  https://review.openstack.org/28704007:50
*** salv-orlando has quit IRC07:50
*** tflynn has quit IRC07:50
openstackgerritJens Rosenboom proposed openstack/neutron: Fix help text for option min_l3_agents_per_router  https://review.openstack.org/28976707:51
openstackgerritLujin Luo proposed openstack/neutron: Add a composite unique key to floatingip table in Neutron database  https://review.openstack.org/27601807:51
*** hdaniel has joined #openstack-neutron07:52
openstackgerritJens Rosenboom proposed openstack/neutron: Fix help text for option min_l3_agents_per_router  https://review.openstack.org/28976707:52
*** frickler has joined #openstack-neutron07:52
*** frickler has quit IRC07:52
*** frickler has joined #openstack-neutron07:53
*** hynekm has quit IRC07:56
*** ihrachys has joined #openstack-neutron07:56
*** yfried has joined #openstack-neutron07:58
*** scheuran has joined #openstack-neutron07:58
*** baojg has quit IRC08:02
*** ihrachys has quit IRC08:02
*** liuyulong has joined #openstack-neutron08:02
*** hynekm has joined #openstack-neutron08:03
*** baojg has joined #openstack-neutron08:03
*** wwriverrat has joined #openstack-neutron08:04
*** drankis has joined #openstack-neutron08:05
*** tmorin has joined #openstack-neutron08:09
*** hynekm has quit IRC08:09
*** shivrao has quit IRC08:11
openstackgerritLujin Luo proposed openstack/neutron: This patch avoids duplicate port records in routerport table  https://review.openstack.org/28504808:12
*** ihrachys has joined #openstack-neutron08:13
openstackgerritLujin Luo proposed openstack/neutron: This patch avoids duplicate port records in routerport table  https://review.openstack.org/28504808:15
*** permalac has joined #openstack-neutron08:15
*** matrohon has joined #openstack-neutron08:16
openstackgerritLujin Luo proposed openstack/neutron: Add a composite unique key to floatingip table in Neutron database  https://review.openstack.org/27601808:17
openstackgerritLujin Luo proposed openstack/neutron: This patch avoids duplicate port records in routerport table  https://review.openstack.org/28504808:19
openstackgerritReedip proposed openstack/python-neutronclient: Add support for Bulk Delete in NeutronClient  https://review.openstack.org/26360908:20
openstackgerritReedip proposed openstack/python-neutronclient: Fix assertNotEqual parameters  https://review.openstack.org/28293308:21
*** moshele has joined #openstack-neutron08:21
openstackgerritReedip proposed openstack/python-neutronclient: Update help information for lbaasv2 CLIs  https://review.openstack.org/25509308:21
openstackgerritReedip proposed openstack/python-neutronclient: Simplify clearing session-persistence  https://review.openstack.org/28703508:21
openstackgerritReedip proposed openstack/python-neutronclient: Change try..except to assertRaises in UT  https://review.openstack.org/28218408:21
openstackgerritReedip proposed openstack/python-neutronclient: Improve Help message of VPN Update CLI  https://review.openstack.org/27119108:22
openstackgerritReedip proposed openstack/python-neutronclient: Raise error for duplicate parameters  https://review.openstack.org/23032108:22
*** vks has quit IRC08:23
*** ildikov has joined #openstack-neutron08:23
*** gampel has joined #openstack-neutron08:26
*** korzen has quit IRC08:28
*** gampel1 has quit IRC08:29
*** gampel1 has joined #openstack-neutron08:29
*** thorst has joined #openstack-neutron08:30
AJaegerihrachys: good morning, is everything looking fine with the infra jobs now?08:31
*** yfried has quit IRC08:31
*** yfried has joined #openstack-neutron08:31
*** gampel has quit IRC08:32
openstackgerritReedip proposed openstack/python-neutronclient: Add 'shared' option to neutron address-scope-update  https://review.openstack.org/27236508:32
ihrachysAJaeger: checking the queue.08:33
openstackgerritReedip proposed openstack/python-neutronclient: Add new options to the net-update/net-create CLI  https://review.openstack.org/13727908:34
ihrachysAJaeger: master is good08:35
ihrachysAJaeger: liberty, not sure, rechecked https://review.openstack.org/#/c/270271/ to see whether it passes with new infra setup.08:35
ihrachysat least the jobs triggered are correct in zuul08:36
*** wei-wang has joined #openstack-neutron08:36
scheuranihrachys, just went through the bug list from last night..now handing the bug deputy hat over to you08:36
*** wei-wang has quit IRC08:36
*** thorst has quit IRC08:37
ihrachysAJaeger: actually, we have late recheck with all infra changes applied and it passed: https://review.openstack.org/#/c/281349/08:37
*** wei-wang has joined #openstack-neutron08:37
ihrachysscheuran: thanks! I will take it over in due course.08:37
AJaegerihrachys: glad to hear! I checked a few log files and they use constraints file correctly.08:40
ihrachysAJaeger: yeah. we had a moment when constraints were broken :) had a typo in tox_install.sh script08:41
AJaeger;)08:41
ihrachyshttps://review.openstack.org/#/c/289326/08:41
*** mvk has joined #openstack-neutron08:41
AJaegerAh that kind of bug ;(08:41
ihrachysI was impressed that the error did not result in a failure, even though I saw the error in tox log08:41
ihrachysso it probably means that anything broken in the script will be happily skipped by tox08:42
AJaegerThat sounds like a bug in tox to me08:42
ihrachysAJaeger: yeah. or shell. since we set -e there, so I would expect it to skip everything, and that should have resulted in tempest based jobs failure since we check out tempest code there08:43
ihrachysor maybe it's not that way: since we execute [, and it parses the args and fails with 'false', it just never got into the block08:44
ihrachysyeah, I guess it's a better explanation than a tox/shell bug :)08:44
*** pece has joined #openstack-neutron08:46
*** nmagnezi has joined #openstack-neutron08:46
AJaegerihrachys: yeah...08:47
*** emagana has joined #openstack-neutron08:48
*** salv-orlando has joined #openstack-neutron08:49
openstackgerritReedip proposed openstack/python-neutronclient: Improve help messages for NeutronClient  https://review.openstack.org/25569708:49
openstackgerritReedip proposed openstack/python-neutronclient: Remove case dependancy for user inputs  https://review.openstack.org/27189408:52
*** emagana has quit IRC08:52
*** jlanoux has joined #openstack-neutron08:53
openstackgerritvenkata anil proposed openstack/neutron: Avoid calling _get_subnet(s) multiple times in ipam driver  https://review.openstack.org/28111608:54
*** lajos-katona has joined #openstack-neutron08:54
*** efoley has joined #openstack-neutron08:56
openstackgerritHong Hui Xiao proposed openstack/neutron: Add devref for supporting use floatingip cross scopes  https://review.openstack.org/28979408:57
*** itzikb has joined #openstack-neutron08:57
*** efoley_ has joined #openstack-neutron08:58
openstackgerritReedip proposed openstack/python-neutronclient: Remove case dependancy for user inputs  https://review.openstack.org/27189408:58
*** efoley has quit IRC08:59
*** yfried_ has joined #openstack-neutron09:01
*** moshele has quit IRC09:02
*** moshele has joined #openstack-neutron09:03
*** reedip is now known as reedip_away09:04
*** jlibosva has joined #openstack-neutron09:05
*** yfried has quit IRC09:05
*** wei-wang has quit IRC09:05
*** kobis has joined #openstack-neutron09:06
*** dedery has quit IRC09:09
*** jistr has joined #openstack-neutron09:11
*** NamNH has joined #openstack-neutron09:13
*** roeyc has joined #openstack-neutron09:14
*** ildikov has quit IRC09:16
*** korzen has joined #openstack-neutron09:19
*** lucas-dinner is now known as lucasagomes09:19
*** salv-orlando has quit IRC09:19
*** mfuruta has quit IRC09:19
*** ihrachys has quit IRC09:20
*** neiljerram has joined #openstack-neutron09:21
openstackgerritHong Hui Xiao proposed openstack/neutron: Add fip nat rules even if router disables shared snat  https://review.openstack.org/28639209:21
*** cristicalin has joined #openstack-neutron09:23
*** mgoddard has joined #openstack-neutron09:27
*** ildikov has joined #openstack-neutron09:29
*** bharath_ has joined #openstack-neutron09:29
bharath_how to run neutron-vpnaas tox test?09:29
bharath_when i tried with "sudo -u stack -H tox  neutron_vpnaas.tests.api.test_vpnaas  "  i am getting "ERROR: InvocationError: '/bin/sh tools/pretty_tox.sh neutron_vpnaas.tests.api.test_vpnaas'          "09:30
*** wolverineav has quit IRC09:30
scheuranxiaohhui, around?09:30
*** baohua has quit IRC09:31
*** zhhuabj has quit IRC09:31
*** safchain has joined #openstack-neutron09:32
openstackgerritMerged openstack/neutron: Pecan routing for agent schedulers  https://review.openstack.org/26798509:33
*** dedery has joined #openstack-neutron09:34
*** moshele has quit IRC09:35
*** thorst has joined #openstack-neutron09:35
*** mhickey has joined #openstack-neutron09:35
*** tpsilva has joined #openstack-neutron09:36
*** moshele has joined #openstack-neutron09:37
*** AJaeger has left #openstack-neutron09:37
*** mfranc213 has joined #openstack-neutron09:38
*** numans has quit IRC09:38
mfranc213hello davidsha09:42
*** thorst has quit IRC09:43
*** zhhuabj has joined #openstack-neutron09:44
*** davidsha has joined #openstack-neutron09:44
davidshaajo: ping09:45
mfranc213hello david09:48
mfranc213how are you?09:49
*** baojg has quit IRC09:49
*** numans has joined #openstack-neutron09:50
ajodavidsha,  mfranc213 are you syncing?09:50
davidshaI'm good thanks, very early over there is it?09:50
ajodavidsha, you had a new PS almost ready09:50
ajoright?09:50
mfranc213we are09:50
ajowe have now comments from armax about the validator, it seems that we have a generic validator for integer that accepts enums09:51
davidshaajo: yes, was just about to ask will I put enum back in an use _validate_values?09:51
ajohe kindly provided an example09:51
ajodavidsha, change the extension validator to what he provided (it had an example) https://github.com/openstack/neutron/blob/master/neutron/api/v2/attributes.py#L75709:51
davidshaajo: kk09:52
ajodavidsha, but I'm talking about the qos.py extension, not the low level versioned objects, that should be left as it is now09:52
mfranc213so there will be validation in both of those spots?09:52
ajomfranc213, correct, the low level is just to avoid manipulations at lower levels09:53
mfranc213got it09:53
ajomfranc213, but the API validator (as ihar pointed out) prevents us reaching the DB for a useless transaction, it's not a huge buy, but it's something09:53
mfranc213ack09:54
ajodavidsha, reference the constant we already have from the  'validate': {'type:values': .....09:54
ajo:-)09:54
*** ociuhandu has quit IRC09:54
ajowe're almost there09:54
*** ygbo has joined #openstack-neutron09:55
mfranc213reading through his comment at https://review.openstack.org/#/c/251738/51/neutron/extensions/qos.py@108 now09:56
*** apoorv has quit IRC09:57
mfranc213can you tell me, ajo, what the hard deadline is for this?  yesterday in the nuetron meeting, since it was said that we have until the end of the week to cut rc109:57
slaweq_ajo: hello09:57
slaweq_I have question about https://bugs.launchpad.net/neutron/+bug/155184009:57
openstackLaunchpad bug 1551840 in neutron " Add support for QoS for LinuxBridge agent" [Undecided,Confirmed] - Assigned to Slawek Kaplonski (slaweq)09:57
mfranc213what does that mean for us?  what constitutes the end of the week? :)09:58
ajomfranc213, ideally we must handle it today09:58
slaweq_Ihar assigned me to it09:58
slaweq_should I change somehow documentation also?09:58
slaweq_can You maybe provide me some tips how (where) to do it exactly :)09:58
*** gampel has joined #openstack-neutron09:58
mfranc213ajo: when does today end?09:58
mfranc213(utc question)09:58
*** gampel1 has quit IRC09:58
ajoslaweq_ you seem to be doing it already: https://review.openstack.org/#/c/287467/09:59
slaweq_it's networking guide update09:59
ajomfranc213, tomorrow shall be ok too.09:59
ajomfranc213, I don't know it's a soft deadline "today", let's try to have it today to be safe09:59
ajoI'm ok if it's on your timezone our ours... or the last timezone being today :P :P :D10:00
slaweq_but I thought that this launchpad "bug" is also about update something like http://docs.openstack.org/kilo/config-reference/content/section_neutron.conf.html10:00
ajoslaweq, we don't have that for QoS I think10:00
ajojust networking guide, and API AFAIK10:01
mfranc213ajo: i agree very much to try to have it today.  i can't see above that davidsha has responded to your point about the validator.10:01
slaweq_ajo: ok, that's fine for me10:01
ajomfranc213, davidsha is handling the validator as far as I understood10:01
ajodavidsha, are you pushing a new PS this morning?10:01
davidshaajo, mfranc213 : made the change just running tests now.10:02
ajowe may need to check the api-test results after the validator is changed to make sure isok10:02
ajodavidsha++10:02
*** apoorv has joined #openstack-neutron10:02
mfranc213davdsha: thank you10:02
mfranc213davidsha: are you able to run api tests?  ajo: do the fullstack tests just created need to be ready for rc-1 also?10:03
davidshamfranc213: I don't think my api-tests are fully working, just running them now.10:04
*** vikram_ has quit IRC10:05
davidshamfranc213: ya, 503 error.10:05
mfranc213:( worst kind10:05
mfranc213getting my test env prepared10:06
*** kman has joined #openstack-neutron10:07
*** kman has quit IRC10:07
davidshaajo, mfranc213 : I'll try using it and see what happens, is it ok to put it up and mfranc213 test it ajo?10:07
ajodavidsha, sure, and the gate will test it too10:08
ajodavidsha, are there any unadressed comments?10:08
mfranc213w00t10:08
ajojust to make sure we put a mark10:08
ajomfranc213, as long as you agree, of course ;D10:08
ajoI asumed you were talking about it10:08
ajo:D10:08
*** kman has joined #openstack-neutron10:09
mfranc213of course!  getting set up now...10:09
*** kman has quit IRC10:09
mfranc213my env is not set up to run fullstack tests, btw, for various stupid reasons10:09
*** yamamoto_ has quit IRC10:09
*** cristicalin has quit IRC10:10
*** _pece has joined #openstack-neutron10:10
davidshaajo: there is one comment from garyk I'm unsure of, I get the impression he wants the .yaml to be in bullet points as I'm not sure what his comment ("Neutron can...") means.10:10
*** pece has quit IRC10:11
mfranc213ajo: https://review.openstack.org/#/c/251738/51/releasenotes/notes/dscp-qos-77ea9b27d3762e48.yaml10:12
ajogaryk ^10:12
ajogaryk1,  ^10:12
mfranc213davidsha: i wondered that myself.  could it simply be the hyphen?10:12
davidshamfranc213, ajo: nvm I think I got it, it's the - at the start10:12
ajoI'm not sure exactly, I'm not very familiar with the releasenotes yet,10:12
mfranc213excellent10:12
davidshaMy mistake!10:12
mfranc213your mistake?10:13
ajodavidsha, I'd say just remove L9 (blank line)10:13
davidshadone10:13
ajoahh10:13
ajoand the "-"10:13
ajoit seems to be needed10:13
*** iwamoto has quit IRC10:13
ajoMay be a while "-" block will be fine,10:14
ajoI see reviewers don't agree :D10:14
ajoI don't care about that level of nicpickness10:14
*** mvk has quit IRC10:14
ajobut garyk is probably right that without the hyphen and the extra blank line, it won't be parsed10:14
ajoI don't care if it's one bullet point or two10:14
*** y_sawai has joined #openstack-neutron10:14
*** mvk has joined #openstack-neutron10:15
*** korzen has quit IRC10:16
*** hoangcx has quit IRC10:16
*** sambetts|afk is now known as sambetts10:16
*** y_sawai has quit IRC10:16
*** evgenyf has quit IRC10:17
openstackgerritDavid Shaughnessy proposed openstack/neutron: DSCP QoS rule implementation  https://review.openstack.org/25173810:19
mfranc213davidsha: grabbing that now.  are you able to do fullstack tests?10:19
davidshamfranc213: don't think so but I'll check now10:20
mfranc213I'm doing my testing.  thank you davidsha!10:20
*** salv-orlando has joined #openstack-neutron10:20
davidshamfranc213: np, thanks!10:21
*** ociuhandu has joined #openstack-neutron10:23
*** NamNH has quit IRC10:24
bsvscheuran: i found out why the openstack-ansible project deploys the ml2_conf.ini to all the agents and compute-nodes.10:25
scheuranbsv, cool, what's the reason?10:25
bsvthe agent cannot run if the file is not there.10:26
bsv:)10:26
bsvIts not used as you said, but the agent crash if the file does not exist.10:26
scheuranbsv, interesting - what's the error message that shows up if you start it without?10:27
bsvdont know, have not tried that yet.10:28
mfranc213ajo, davidsha all q- services restarted fine but am unable to run either neutron or nova commands.  500 error on nova.10:28
scheuranbsv, ok, no problem.10:28
bsvI might send a patch if I get the time.10:28
winggundamthhi scheuran. I got the problem exactly the same is here http://www.gossamer-threads.com/lists/openstack/operators/5005110:28
*** mickeys has joined #openstack-neutron10:28
davidshamfranc213: They won't restart is it?10:28
mfranc213they restart fine.  looking at logs now.10:29
mfranc213 Plugin 'timestamp_core' not found.10:29
sahilsinhaajo: i was just on your blog ;p10:30
scheuranwinggundamth, where you able to solve it?10:30
winggundamthscheuran: do you have time help me troubleshooting on this?10:30
mfranc213i lied about services restarting.  it looked okay for the moment. looking there now too10:30
davidshamfranc213: kk10:30
winggundamthscheuran: no. I still stuck on this problem right now.10:30
scheuranwinggundamth, liberty?10:30
*** wolverineav has joined #openstack-neutron10:30
winggundamthscheuran: yes. I deployed with openstack ansible10:30
*** salv-orlando has quit IRC10:31
mfranc213davidsha: did you get this: Plugin 'timestamp_core' not found.10:31
davidshamfranc213: no, what did you do that through that error?10:31
mfranc213restarting q-svc10:31
scheuranwinggundamth, https://bugs.launchpad.net/neutron/+bug/155270810:31
openstackLaunchpad bug 1552708 in neutron "OpenStack Compute node linux bridge error in configuration" [Undecided,Incomplete]10:31
scheurananother guy is having a similar issue - but with flat networks10:31
winggundamthscheuran: I'm using tcpdump on both nova and neutron node and found that arp request sending out from compute node but it didn't reach the neutron node.10:32
scheuranI wonder if all 3 are the same..10:32
mfranc213i did a git pull origin master immediately before merging PS5210:32
scheuranwinggundamth, ok, that's not the same issue then10:32
*** openstackgerrit has quit IRC10:33
mfranc213ajo do you know about "ImportError: Plugin 'timestamp_core' not found." i would rather not restack...10:33
winggundamthscheuran: this is tcpdump from compute node http://paste.openstack.org/show/489659/10:33
*** ihrachys has joined #openstack-neutron10:33
davidshamfranc213: seems ok, not getting that error, is your neutron up to date on origin master?10:33
mfranc213davidsha, yeah did a git pull before doing anything else.  hmmm.10:34
*** openstackgerrit has joined #openstack-neutron10:34
winggundamthscheuran: 192.168.1.x is the internal network that assign to instance10:34
winggundamthscheuran: I'm trying to do tcpdump on vxlan neutron node. but nothing show up there10:34
*** parora has joined #openstack-neutron10:34
mfranc213and i know things were happy immediately before doing the merge of PS52 onto master.  that is, basically, PS48, which was the last PS i tested10:35
davidshamfranc213:10:35
*** wolverineav has quit IRC10:35
mfranc213yes10:35
winggundamthscheuran: I suspect about switch. I'm not sure about igmp and multicast that it would be a problem or not10:35
davidshamfranc213: I got something, but it looks like a mysql problem10:35
winggundamthscheuran: But I enabled multicast and igmp snooping on switch already10:35
mfranc213what is it that you saw?10:35
davidsha(hit enter instead of shift!)10:35
*** vthapar has quit IRC10:35
davidshamfranc213: ProgrammingError: (pymysql.err.ProgrammingError) (1146, u"Table 'neutron.tags' doesn't exist")10:36
*** Manuel_112 has joined #openstack-neutron10:36
scheuranwinggundamth, you could try testing vxlan without openstack first10:36
scheuranit's pretty easy10:36
winggundamthscheuran: I already tested it and it works fine :)10:36
scheuranwinggundamth, ok, also with a multicast group?10:37
mfranc213davidsha: when had you gotten that error?  (my db has this table but i did not perform a migration between PS48 and PS52, so this confuses me)10:37
winggundamthscheuran: I'm not sure what multicast group?10:37
*** gongysh has quit IRC10:37
davidshamfranc213: I don't know, it's odd. there is a massive length with all the arguments as well.10:38
fricklerare these jenkins failures while cloning ovs a known issue? http://logs.openstack.org/67/289767/2/check/gate-neutron-dsvm-functional/40a1fa7/console.html#_2016-03-08_07_58_36_15810:38
scheuranwinggundamth, so you set up vxlan to use a multicast group as target, right?10:38
davidshaProgrammingError: (pymysql.err.ProgrammingError) (1146, u"Table 'neutron.tags' doesn't exist") [SQL: u'SELECT ports.tenant_id AS ports_tenant_id, ports.id AS ports_id, ports.name AS ports_name, ports.network_id AS ports_network_id, ports.mac_address AS ports_mac_address, ports.admin_state_up AS ports_admin_state_up, ports.status AS ports_status, ports.device_id AS ports_device_id, ports.device_owner AS ports_device_owner10:38
winggundamthscheuran: yes10:38
scheuranwinggundamth, the controller runs lb as well?10:39
*** salv-orlando has joined #openstack-neutron10:39
winggundamthscheuran: lb you mean haproxy right?10:39
*** zhhuabj has quit IRC10:39
*** mickeys has quit IRC10:39
scheuranwinggundamth, sorry10:39
scheuranwinggundamth, linuxbridge10:39
mfranc213davidsha: you are restacking?10:39
mfranc213davidsha: sorry, interleaved conversation elsewhere bamboozled me.10:40
mfranc213davidsha: are you able to do any testing now?   you said you had been able to perform api testing.10:40
*** thorst has joined #openstack-neutron10:40
winggundamthscheuran: controller you mean like rabbit, keystone, memcache right?10:41
mfranc213davidsha: miguel's silence indicates to me that he is not having problems with his env.  hope this is right.10:41
mfranc213davidsha: brb10:41
*** vikram_ has joined #openstack-neutron10:41
scheuranwinggundamth, maybe I should skim that mailthread first ;)10:41
winggundamthscheuran: I'm using openstack ansible that host layout be like this http://docs.openstack.org/developer/openstack-ansible/install-guide/overview-hostlayout.html10:42
sahilsinhawinggundamth: did you do jumbo frame or set the mtu for your instnaces?10:42
sahilsinhaframes + instances10:42
davidshamfranc213: no can't api-test, failed all the tests with 503 errors10:42
winggundamthsahilsinha: no. I don't configure any mtu or jumbo frames anywhere all instances, hosts and switches10:43
sahilsinhathis might be your problem10:43
bsvwinggundamth: im having the same issue10:43
mfranc213davidsha: but your other tests were okay?10:43
sahilsinhafrom networking guide (Optional) Reduce MTU for VXLAN project networks.10:44
sahilsinhahttp://docs.openstack.org/liberty/networking-guide/scenario-classic-lb.html10:44
davidshamfranc213: just the unit-tests and manually using it (applying it to a port, modifying etc.)10:44
winggundamthbsv: I see you are using openstack ansible too right?10:44
sahilsinhactrl + F that string10:44
mfranc213davidsha: ack10:44
*** dims has joined #openstack-neutron10:44
scheuranwinggundamth, on your control node, when you run tcpdump there, do you see the arp requests?10:44
mfranc213davidsha: the 503 error is strange to me.  and the db error also.  your db contains the tags table?10:45
sahilsinhawinggundamth: i think you have to either set mtu in dhcp_agent.ini or jumbo frames on your switch for vxlan project networks10:45
winggundamthsahilsinha: yes I already configure that. actually ansible is the one who configure it as default10:45
sahilsinhakk10:45
*** ihrachys has quit IRC10:46
*** hynekm has joined #openstack-neutron10:46
winggundamthscheuran: let me check it10:46
mfranc213davisha: you are able to restart q-svc without a problem?10:46
winggundamthscheuran: just to confirm. from http://docs.openstack.org/developer/openstack-ansible/_images/environment-overview.png the control node is infrastructure control plane host right?10:47
scheuranwinggundamth, right10:47
*** thorst has quit IRC10:47
scheuranwinggundamth, usually it is hosting the dhcp server10:47
winggundamthscheuran: got it10:48
winggundamthscheuran: so I don't see any of arp requests packet at all10:48
mfranc213i have my coffee now.  maybe things will right themselves. :)10:49
scheuranwinggundamth, please verify the following: the control node set up is similar to the compute node setup10:49
scheuranwinggundamth, there should be a bridge, this bridge should have a vxlan device plugged10:49
davidshamfranc213: It restarts fine, but then it starts periodically throwing that exception10:49
scheuranwinggundamth, is that the case?10:49
mfranc213davidsha: did you do a git pull immediately before restart?10:50
winggundamthscheuran: let me confirm it.10:50
mfranc213of origin master of course :)10:50
bsvwinggundamth: correct, followed the ansible-guide step-by-step.10:50
davidshamfranc213: yes10:50
davidshaLEFT OUTER JOIN extradhcpopts AS extradhcpopts_1 ON ports.id = extradhcpopts_1.port_id LEFT OUTER JOIN ml2_port_bindings AS ml2_port_bindings_1 ON ports.id = ml2_port_bindings_1.port_id LEFT OUTER JOIN qos_port_policy_bindings AS qos_port_policy_bindings_1 ON ports.id = qos_port_policy_bindings_1.port_id LEFT OUTER JOIN ml2_dvr_port_bindings AS ml2_dvr_port_bindings_1 ON ports.id = ml2_dvr_port_bindings_1.port_id LEFT OU10:50
mfranc213davidsha: what is timestamp_core?  sorry, i can't remember how to get a plugin loaded without restacking.  do i need to restack?  also, looking at your sql now.10:51
mfranc213davidsha: what's the first part of the sql?10:51
winggundamthbsv: so you are using vxlan and instance couldn't ping gateway too?10:51
davidsha ProgrammingError: (pymysql.err.ProgrammingError) (1146, u"Table 'neutron.tags' doesn't exist") [SQL: u'SELECT ports.tenant_id AS ports_tenant_id, ports.id AS ports_id, ports.name AS ports_name, ports.network_id AS ports_network_id, ports.mac_address AS ports_mac_address, ports.admin_state_up AS ports_admin_state_up, ports.status AS ports_status,10:51
mfranc213davidsha: "select blah blah ..."10:51
mfranc213davidsha: have you run that manually?10:51
bsvcorrect, if you set the arp-entry manually on the instance AND assign a static ip, it starts working.10:52
*** dslevin has joined #openstack-neutron10:52
mfranc213davidsha: nvm10:52
mfranc213davidsha: you have checked that the table tags is there?10:52
winggundamthbsv: I didn't try to configure arp manually yet10:52
*** dslevin has quit IRC10:52
winggundamthbsv: did you do tcpdump on controller node on vxlan interface yet?10:53
bsvwinggundamth: I did it, just to verify connectivity10:53
mfranc213davidsha: ./expand/2f9e956e7532_tag_support.py10:53
davidshamfranc213: I think I need to restack, there isn't a tag in the database.10:54
davidshabrb10:54
mfranc213davidsha: no!!!10:54
*** Manuel_112 has quit IRC10:54
bsvwinggundamth: no, because I can see dhcp-replies comming back from the controller onto the bdq* bridge for that instance.10:54
mfranc213davidsha: don't restack.  that will give you a heart attack.10:54
mfranc213davidsha: run a migration.10:54
mfranc213davidsha: if that fails, you can drop the db, recreate it, and run the migration from the beginning10:54
winggundamthbsv: so you are another problem. I'm not seeing dhcp-request to the controller node at all10:55
bsvso the dhcp-request makes it all the way to the controller, and ALMOST back :)10:55
bsvoh10:55
bsv>.<10:55
mfranc213davidsha: i think it's mysqladmin drop database neutron10:55
winggundamthscheuran: this is configuration both compute and neutron agent http://paste.openstack.org/show/489660/10:55
*** evgenyf has joined #openstack-neutron10:55
*** roeyc has quit IRC10:55
mfranc213davidsha: then mysqladmin create database neutron10:55
mfranc213davidsha: then: 1 sec...10:56
mfranc213davidsha: neutron-db-manage --config-file /etc/neutron/neutron.conf  --core_plugin neutron.plugins.ml2.plugin.Ml2Plugin upgrade heads10:56
*** claudiub has joined #openstack-neutron10:56
mfranc213davidsha though i think you could also just do neutron-db-manage upgrade heads10:56
scheuranwinggundamth, the config looks fine10:56
*** zhhuabj has joined #openstack-neutron10:56
bsvwinggundamth: do you see the dhcp-request on the bond interface?10:57
winggundamthscheuran: http://paste.openstack.org/show/489661/ from this I can confirm that the bridge interface to vxlan is working fine too10:57
winggundamthbsv: yes I can see dhcp-request going out from bond interface on compute node10:58
mfranc213davidsha: unfortunately openstack-neutron-qos isn't in eavesdrop :( i saved off our chat from last week but didn't grab it all, unfortunately.10:58
mfranc213ajo: ping10:58
winggundamthbsv: but it didn't make it to controller node. I don't see any dhcp-request on controller node at all10:58
bsvwinggundamth: can you see it on the bond-interface on the controller node?10:58
bsvah10:58
winggundamthbsv: you separate between controller and compute node right?10:58
*** fubi_ has quit IRC10:59
bsvyep10:59
*** yamamoto has joined #openstack-neutron10:59
winggundamthbsv: what switch are you using? do you configure mtu, igmp snooping and multicast on the switch?10:59
bsvusing the "controller w/containers" setup. Like the openstack-ansible.10:59
bsvonly change I did, was to enable jumbo frames, so I dont have to worry about setting MTU on anything :)11:00
*** parora is now known as prateek|T11:00
openstackgerritMartin Hickey proposed openstack/neutron: Port allowed address pairs to OVO  https://review.openstack.org/26827411:00
winggundamthbsv: ok ic. can you tell me what switch you are using?11:00
*** irenab has quit IRC11:01
mfranc213davidsha: i cannot explain why i did not have to run a migration. but i'm going to and we shall see if that solves my problem also, because11:01
bsvwinggundamth: im using two layers of switching... first a VirtualConnect Flex-10 and then into a HPE 5406zl11:01
mfranc213davidsha: neutron/db/migration/alembic_migrations/versions/mitaka/expand/3894bccad37f_add_timestamp_to_base_resources.py11:01
winggundamthbsv: and there is no config about jumbo frames in openstack ansible right?11:02
bsvits in the user-config thing.11:02
bsvopenstack_user_config.yml11:02
ajomfranc213, pong11:03
winggundamthbsv: you mean you configured container_mtu: "9000" right?11:03
mfranc213hello ajo11:03
bsvwinggundamth: under the network group binds... ex. container_mtu: 900011:03
mfranc213ajo: i'm getting a cannot find plugin: timestamp_core.  what's the way to fix aside from restacking?  sorry i can't remember the general way.11:03
winggundamthbsv: only on vxlan and storage right?11:04
*** jhershbe has quit IRC11:04
ajomfranc213,  no idea11:04
bsvthat is what I configured.11:04
ajomfranc213, havent' faced that yet11:04
mfranc213ajo: i'm not alone then.  i can't imagine that a db migration will solve that particular problem, but will try.11:04
*** oshvartz has quit IRC11:04
mfranc213ajo: the migration does have to do with timestamps...11:05
*** yamamoto has quit IRC11:05
mfranc213ajo: no, i bet i know what happened.  thinking...11:05
bsvwinggundamth: I deployed all the controller-nodes on a vmware cluster, but am doing a new deployment on physical-servers only as we speak (write?)11:05
*** yamamoto has joined #openstack-neutron11:06
bsvjust be sure that vmware aint doing some fuckery with my packets ;)11:06
winggundamthbsv: ah ok. you are one step ahead of me now :(11:06
ajomfranc213, that was recently introduced11:06
mfranc213ajo: yeah.  so i don't understand the upgrade for the timestamp migration file.  do you?11:07
mfranc213ajo: 3894bccad37f_add_timestamp_to_base_resources.py11:07
*** Manuel_112 has joined #openstack-neutron11:07
*** mkolesni has quit IRC11:08
bsvwinggundamth: we have 4 man working on this for 2 weeks now :/11:08
ajomfranc213, what do you need to undertand from there?11:08
mfranc213ajo: which tables are affected?11:08
ajo'standardattributes'11:09
ajo:)11:09
*** mkolesni has joined #openstack-neutron11:09
mfranc213routers?11:09
mfranc213ports?11:09
mfranc213i guess11:09
*** jckasper has joined #openstack-neutron11:09
ajomfranc213, :https://github.com/openstack/neutron/commit/4c2c983618ddb7a528c9005b0d7aaf5322bd198d11:09
mfranc213ajo: oh! there's a table called standardattributes.  doh11:09
mfranc213ajo: got it.  i do not have those columns there.  running a migration now.  thank you for helping me.11:10
*** yamamoto has quit IRC11:10
*** amotoki has joined #openstack-neutron11:10
ajomfranc213, np, tell me how it goes11:11
openstackgerritFederico Ressi proposed openstack/neutron: Work in progress: bind_port unit tests  https://review.openstack.org/28986311:11
davidshamfranc213, ajo: api/v2/attributes.py:100 2016-03-08 11:11:14.908 INFO neutron.api.v2.resource [req-f583b577-c413-4144-8456-74be290998be admin 4dfb8b2241de4e27b5afa29e61edc0d9] create failed (client error): Invalid input for dscp_mark. Reason: '32' is not in [0, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36, 38, 40, 46, 48, 56].11:12
mfranc213same problem with the new validator as with EnumField?11:13
davidshaThink so...11:13
*** prateek|T is now known as parora11:13
mfranc213davidsha: looks it!  weird.11:13
mfranc213davidsha: deja vu.  back to a problem that can only be investigated at 3 am, apparently.  :)11:14
*** jckasper has quit IRC11:14
davidshamfranc213: That's pulled from q-srv, hopefully not... It isn't 3:00AM over there is it?11:15
mfranc213davidsha: it's 6am :) but last week we were looking at EnumField at 3 am (and other times too).11:16
mfranc213davidsha: did you drop and recreate the db?11:16
*** Marga_ has joined #openstack-neutron11:16
mfranc213davidsha: what did you do to produce the '32' error you pasted above?11:16
mfranc213davidsha: i cannot recreate my db.  getting: "(1054, u"Unknown column 'description' in 'field list'") [SQL: u'UPDATE standardattributes SET description=%s WHERE standardattributes.id = %s'] [parameters: (u'Default security group', 1)]"11:17
*** oshvartz has joined #openstack-neutron11:17
*** hynekm has quit IRC11:17
mfranc213davidsha: ignore MY db thing.  something else is going on for me.11:18
openstackgerritMerged openstack/neutron: Use testscenarios for OVS flow tests  https://review.openstack.org/28008911:19
winggundamthbsv: it's good that you have 4 men. for me it only me stuck for few days now :(11:19
davidshamfranc213: I found it, need to convert VALID_DSCP_MARKS to strings.11:20
*** pdr_ has quit IRC11:20
*** pdr_ has joined #openstack-neutron11:20
mfranc213davidsha: hmmm.11:20
mfranc213davidsha: won't that break something elsewhere?11:20
davidshamfranc213: My problems with mysql were fixed by restacking, and the other problems solved by converting list of ints to list of strings. The qos_driver already casts rule.dscp_mark to a int.11:22
*** javeriak_ has quit IRC11:22
liuyulongdid you guys meet "tag" "timestamp_core" unable to load? or not found?11:22
mfranc213davidsha: btw, i totally gave you the wrong command for dropping a db.  hope you didn't do it, and lesson: don't listen to me.11:22
*** iyamahat has quit IRC11:22
davidshamfranc213: I'm not that experienced with databases so I went straight to baby + bathwater approach... I saw your instructions after so it's ok, thanks anyways!11:24
winggundamthscheuran: do you have any guide to troubleshooting this more?11:24
scheuranwinggundamth, not really...11:24
scheuranwinggundamth, so is your packet arriving at the controller node?11:25
mfranc213davidsha: okay.  got db straightened out.  still getting plugin error, as i thought.  do you know how to get a plugin in place without restacking?11:26
scheuranwinggundamth, you should be able to sniff it at the interface where your vxlan device was created upon..11:26
davidshamfranc213: I'm afraid not, I usually just set OFFLINE=True and it takes less time to stack.11:28
mfranc213davidsha: when i git pulled origin master, that caused my problem.  thinking.  (and restacking on a different host, just in case i can't resolve it on the host i've been using for a long time.)11:29
mfranc213davidsha: let me know how your api and other tests go.  i'll keep going with the environment problems i'm having, and when you issue PS53 hopefully i'll be ready.11:31
*** itisha has joined #openstack-neutron11:31
davidshamfranc213: kk, ajo just posted a comment and I know what I need to do.11:31
*** jlanoux_ has joined #openstack-neutron11:32
*** rossella_s has joined #openstack-neutron11:33
*** jlanoux has quit IRC11:33
*** dave-mccowan has joined #openstack-neutron11:33
ajodavidsha++11:33
*** cbouch has joined #openstack-neutron11:34
*** javeriak has joined #openstack-neutron11:34
*** yamamoto has joined #openstack-neutron11:37
*** liuyulong has quit IRC11:37
*** thorst has joined #openstack-neutron11:45
*** jlanoux has joined #openstack-neutron11:45
*** jlanoux_ has quit IRC11:48
*** roeyc has joined #openstack-neutron11:48
mfranc213davidsha: what neutron repo are you pulling in when you build your devstack?  are you cloning PS52 from the getgo or are you cloning master and then merging PS52 to it?11:49
mfranc213davidsha: question withdrawn.  in this particular case i don't think it matters, because it looks like PS52 is just 1 commit ahead of master.  btw, my son just asked me if i was hacking into the matrix.  :)11:50
*** thorst has quit IRC11:52
*** salv-orl_ has joined #openstack-neutron11:52
garyk1HenryG: https://review.openstack.org/#/c/289007/11:54
davidshamfranc213: I checkout a new branch from origin/master and cherry-pick the patch, tell him yes and just occasionally looked shocked at the screen!11:54
HenryGgaryk1: yep, on it11:54
davidshagark1: can I borrow you for 10 sec?11:55
*** baoli has joined #openstack-neutron11:55
*** permalac has quit IRC11:55
mfranc213davidsha: :)  i'm now working on my second host...11:55
*** EinstCrazy has joined #openstack-neutron11:56
*** salv-orlando has quit IRC11:56
*** baoli has quit IRC11:56
davidshagaryk1: Does this address your previous comment? https://review.openstack.org/#/c/251738/51..52/releasenotes/notes/dscp-qos-77ea9b27d3762e48.yaml11:56
davidshamfranc213: kk, this patch is ready to go up, just want to make sure the changes to the .yaml are ok before I put it up.11:57
mfranc213davidsha: cool.  and it looks like i'm just about ready to test, on my 2nd host!11:57
*** fangzhen__ has joined #openstack-neutron11:57
davidshamfranc213: ++!11:58
sahilsinhais there a way to have multiple floating ip pools with a single provider network?11:58
garyk1davidsha: ack.11:58
*** fangzhen_ has quit IRC11:59
*** sdague has joined #openstack-neutron12:02
*** javeriak_ has joined #openstack-neutron12:03
davidshagaryk1: thats ok?12:03
*** davideagnello has quit IRC12:03
*** itzikb has quit IRC12:04
*** tmorin has quit IRC12:04
davidshamfranc213: I'm heading for lunch, I'm putting the new PS up now.12:05
openstackgerritDavid Shaughnessy proposed openstack/neutron: DSCP QoS rule implementation  https://review.openstack.org/25173812:05
*** bjornar has joined #openstack-neutron12:05
*** ihrachys has joined #openstack-neutron12:05
mfranc213davidsha: excellent.  my environment is up and running, and i have 2 VMs on standby :)12:05
davidshamfranc213: cool, GL!12:06
mfranc213davidsha: yes.   you will do api tests, yes?12:06
*** javeriak has quit IRC12:07
davidshaI can't get them working on my environment, I'm looking into it atm.12:07
*** baohua has joined #openstack-neutron12:07
*** ekuris_ has quit IRC12:07
HenryGsalv-orl_: ping12:07
openstackgerritMartin Hickey proposed openstack/neutron: Port allowed address pairs to OVO  https://review.openstack.org/26827412:07
*** jaypipes has joined #openstack-neutron12:07
mfranc213davidsha: i see PS53 is available.  grabbing it now to see if i can reproduce what you're seeing now.12:08
*** rodrigods has quit IRC12:11
*** rodrigods has joined #openstack-neutron12:11
garyk1davidsha: a nit with translations. sorry12:12
*** apuimedo has joined #openstack-neutron12:13
mfranc213davidsha: on a fresh stack, when creating a policy, got: ProgrammingError: (pymysql.err.ProgrammingError) (1146, u"Table 'neutron.qos_dscp_marking_rules' doesn't exist") [12:13
mfranc213davidsha: checking alembic migration; finding the command to do it :)12:14
mfranc213davidsha: neutron-db-manage check_migration says things are okay... hmmm.12:14
*** pece has joined #openstack-neutron12:15
*** therve has joined #openstack-neutron12:16
*** _pece has quit IRC12:16
*** javeriak_ has quit IRC12:16
openstackgerritHong Hui Xiao proposed openstack/neutron: Add devref for supporting use floatingip cross scopes  https://review.openstack.org/28979412:16
therveamotoki, Hey, around? May be easier to chat about https://review.openstack.org/#/c/274680/ here12:17
amotokitherve: hi12:17
therveamotoki, So I don' understand why you mention --request-format at all12:18
therveIt doesn't seem to be related12:18
*** javeriak has joined #openstack-neutron12:18
*** fzdarsky has joined #openstack-neutron12:18
*** lucasagomes is now known as lucas-hungry12:19
amotokitherve: my question is who sets kwargs['format']. do you see anyone who sets this argument?12:19
therveamotoki, Yeah the command line when you do --format?12:19
amotokitherve: at least parsed_args.format is not passed to client.v2_0.client.Client methods.12:19
*** itzikb has joined #openstack-neutron12:19
*** ekuris_ has joined #openstack-neutron12:20
mfranc213davidsha: ran a upgrade heads manually, and proceeding.  no clue why things went wonky during the stack.12:20
openstackgerritMartin Hickey proposed openstack/neutron: Integrate the port allowed address pairs VersionedObject in Neutron  https://review.openstack.org/28775612:21
openstackgerritMartin Hickey proposed openstack/neutron: Port allowed address pairs to OVO  https://review.openstack.org/26827412:21
*** slunkad_ has joined #openstack-neutron12:21
therveHum12:21
openstackgerritSalvatore Orlando proposed openstack/neutron: Add Nova notifier hook calls to pecan  https://review.openstack.org/28112412:21
therveOK I see, it's because it uses __get__ that I though the mangling it did was useful12:22
amotokitherve: in general your change is useful.12:23
amotokitherve: but in this case the decorator itself is now meaningless, so I just suggest to drop it.12:23
therveamotoki, OK I'll do that then12:23
*** yamamoto has quit IRC12:23
therveI was just confused by how it worked12:23
amotokitherve: me too. when I checked what it does in turns out unnecessary12:24
*** slunkad has quit IRC12:24
*** slunkad has joined #openstack-neutron12:25
amotokitherve: i am filing a bug. after it is filed, i'll let you know.12:25
*** yamamoto has joined #openstack-neutron12:25
*** dslevin has joined #openstack-neutron12:25
*** dslevin has quit IRC12:25
HenryGsalv-orl_: should we remove usages of neutron.quota.ConfDriver before releasing Mitaka?12:26
*** slunkad_ has quit IRC12:26
*** baoli has joined #openstack-neutron12:27
amotokitherve: this one -> https://bugs.launchpad.net/python-neutronclient/+bug/155449612:27
openstackLaunchpad bug 1554496 in python-neutronclient "@APIParamsCall decorator is no longer needed" [Medium,New]12:27
*** eddima1 has joined #openstack-neutron12:27
therveThanks!12:28
*** dslevin has joined #openstack-neutron12:28
*** korzen has joined #openstack-neutron12:28
*** dslevin has quit IRC12:28
amotokitherve: is your launchpad same as IRC nick?12:28
therveamotoki, Yep12:28
openstackgerritThomas Herve proposed openstack/python-neutronclient: Remove APIParamsCall decorator  https://review.openstack.org/28989312:29
thervegerrit should set it anyway12:29
mfranc213davidsha, ajo: all my testing checks out.  this includes a full e2e with negative tests, agent rebooting, and feature contention tests.12:29
*** eddima has quit IRC12:29
*** eddima1 is now known as eddima12:29
ajomfranc213++ :)12:29
*** dslevin has joined #openstack-neutron12:30
*** korzen has quit IRC12:30
*** dslevin has quit IRC12:30
mfranc213ajo: yay.  david is having an issue with the api tests.  i don't really want to run fullstack tests but i wonder if you're able (and willing)?12:31
mfranc213(i don't want to because don't want to change my environment.)12:31
ajomfranc213, fullstack aren't changed, that's on a separate patch now :)12:31
*** dslevin has joined #openstack-neutron12:31
ajowe only disable on test in this patch :)12:32
mfranc213ajo: yeah, would need to grab that patch also!12:32
mfranc213and merge/cherrypick...12:32
*** wolverineav has joined #openstack-neutron12:32
*** dslevin has quit IRC12:32
mfranc213ajo: james has a stack where he might be able to do fullstacks.  checking now.12:32
ajowe can ping njohnston for that :)12:32
ajo(I think he was working on those AFAIK, I could be wrong)12:32
mfranc213ajo: yeah.  asking my team.  njohnston's env by defn should be capable :)12:33
mfranc213ajo: i found last week that fullstack and api tests involved bubblegum and shoelaces.  is that your experience?12:33
*** rtheis has joined #openstack-neutron12:34
openstackgerritgaryk proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/28802312:34
*** yamamoto has quit IRC12:34
mfranc213ajo: yes, it was nate.12:34
mfranc213ajo: i forgot :)12:34
mfranc213ajo: but i should never forget nate!12:34
*** mubirru has quit IRC12:35
*** yamamoto has joined #openstack-neutron12:35
*** wolverineav has quit IRC12:37
openstackgerritRossella Sblendido proposed openstack/neutron: Handle synthetic fields in NeutronDbObject  https://review.openstack.org/28371112:38
*** jschwarz has joined #openstack-neutron12:39
*** thorst has joined #openstack-neutron12:43
*** thorst has quit IRC12:43
*** thorst_ has joined #openstack-neutron12:44
*** nyechiel_ has joined #openstack-neutron12:44
*** apoorv has quit IRC12:44
*** nyechiel has quit IRC12:45
mfranc213njohnston: would you be able to run fullstack test on base-dscp PS53 merged with your fullstack PS?12:46
*** reedip__ has joined #openstack-neutron12:47
*** javeriak has quit IRC12:49
*** tyagiprince has joined #openstack-neutron12:49
tyagiprinceHey people.. I am running openstack/kilo. I want to know if there is a way to spawn dhcp agents (which is per network) with the fixed ip12:50
tyagiprinceCan anyone please help !!!12:50
*** kobis has quit IRC12:51
*** lazy_prince has quit IRC12:51
*** baoli_ has joined #openstack-neutron12:52
*** fzdarsky has quit IRC12:53
*** kobis has joined #openstack-neutron12:53
*** fzdarsky has joined #openstack-neutron12:53
*** baoli has quit IRC12:55
*** fzdarsky_ has joined #openstack-neutron12:55
winggundamth<scheuran> winggundamth, so is your packet arriving at the controller node? <---- I already do tcpdump on vxlan interface on controller node. but no any packet shows up12:57
*** markvoelker has quit IRC12:57
*** bdemers has quit IRC12:57
tyagiprincewinggundamth: scheuran: Help people12:57
bsvwinggundamth: what if you tcpdump on the bond interface?12:57
*** markvoelker has joined #openstack-neutron12:57
*** edmondsw has joined #openstack-neutron12:57
*** baojg has joined #openstack-neutron12:57
scheuranbsv, that would have been my next question :)12:57
bsv:)12:57
winggundamthbsv scheuran no any packet shows up too :(12:58
bsvwinggundamth: try running tcpdump on the interfaces that you use for the bond12:59
*** markvoelker_ has joined #openstack-neutron12:59
*** fzdarsky has quit IRC12:59
bsvwinggundamth: if you do not see the packet on the physical interface, you have some issue in the physical network/switch.13:00
*** amuller has joined #openstack-neutron13:00
bsvYou should see the packets leave the physical NIC on the sender, and see them going in on the reciever.13:00
bsvif that is not happening, you have a switch/media issue.13:00
winggundamthbsv: seems like it. no packet too13:01
tyagiprincebsv:13:01
bsvwinggundamth: do you have login on the switch you use?13:01
tyagiprincescheuran: bsv: winggundamth: I want to know if there is a way to spawn dhcp agents (which is per network) with the static ips.13:01
*** markvoelker has quit IRC13:01
bsvtyagiprince: im not familiar with that, sry cant help you.13:02
tyagiprincebsv: thanks anyways :)13:03
scheurantyagiprince, what do you mean by that - spawning dhcp agents with static ips? I mean they always have static ips, don't they?13:03
tyagiprincescheuran, I have 3 controller setup. So there is a dnsmasq process running on each one of them. I want each vm on network1 to be able to ping a vm on another network. For that I need to create central dns server. Right?13:05
*** cristicalin has joined #openstack-neutron13:05
*** fzdarsky_ has quit IRC13:06
tyagiprinceBut the problem is these process, if restarted or if deleted, they spawn again but comes up with a different IP. So I again have to make changes to central server updating the ip address.13:06
*** doug-fish has joined #openstack-neutron13:07
tyagiprinceSo I want my dhcp per network to always come up with a static IP. So that my central dns keeps on working13:07
scheurantyagiprince, so you're saying that if you restart the neutron-dhcp service, the dhcp server gets a new ip address?13:08
*** mkolesni has quit IRC13:08
tyagiprincescheuran: Lets say I deleted one of the dhcp agent, now when the service is restarted it comes up with a different IP.13:09
tyagiprinceAlso lets say I run the command neutron-ovs-cleanup, that will lead me to the same problem I guess.13:09
tyagiprinceMy openstack setup has dhcp agents with weird IP's.13:10
scheurantyagiprince, I'm not an expert in his area, but sounds like a bug to me13:10
*** mkolesni has joined #openstack-neutron13:11
scheurantyagiprince, maybe you can sent out a note to the mailing list describing your behavior...13:11
tyagiprincescheuran: I am using kilo version. Maybe this is already resolved in liberty. There was some dns work already going on.13:12
*** oshvartz has quit IRC13:12
*** jwarendt has joined #openstack-neutron13:12
scheurantyagiprince, could be - I have now insights into that - so the best thing is really to reach out via the Mailinglist. usually there are some l3 people around that can answer these kind of questions...13:12
mfranc213davidsha: how are things going for you?13:13
mfranc213njohnston: how are things going for you, also? :)13:13
tyagiprincescheuran: Will do that.. Also do you know a way by which I can make my instances to resolve hostnames of instances in other network?13:14
davidshamfranc213: ok, just working on the comments again, these are style changes so I don't think it will involve another round of testing13:15
*** yamamoto has quit IRC13:15
mfranc213davidsha: were you able to get the api tests working on PS53?13:15
scheurantyagiprince, sorry, but I don't know. But you could have a look at the project "designate", maybe that covers what you're looking for13:16
tyagiprincethanks Scheuran :)13:16
davidshamfranc213: no, people are back in the office from lunch now so I'll ask around.13:16
scheurantyagiprince, welcome...13:16
*** tbachman has quit IRC13:17
*** jwarendt has quit IRC13:17
*** tbachman has joined #openstack-neutron13:17
mfranc213davidsha: ack.13:18
*** yamamoto has joined #openstack-neutron13:18
mfranc213davidsha: what were the errors you were getting?13:18
*** haukebrun0 has quit IRC13:19
davidshamfranc213: 503 and q-srv lighting up like a xmas tree (all the green and red!)13:19
*** zengine has joined #openstack-neutron13:20
*** eddima1 has joined #openstack-neutron13:20
*** yamamoto has quit IRC13:21
mfranc213davidsha: ahh, 503 again.  what does the trace in q-srv look like?  it's not that same sql error, is it?13:21
*** eddima has quit IRC13:22
*** eddima1 is now known as eddima13:22
*** jhershbe has joined #openstack-neutron13:22
*** lucas-hungry is now known as lucasagomes13:23
mfranc213jschwarz: ping13:24
*** oshvartz has joined #openstack-neutron13:24
*** haukebruno has joined #openstack-neutron13:24
*** palexster has quit IRC13:25
jschwarzmfranc213, hello13:25
jschwarzmfranc213, how are you?13:25
mfranc213hello john (is it john?) i'm great.  how are you?  thank you so much for your help on the dscp stuff.  it has been invaluable.  i have a favor...13:25
jschwarzmfranc213, it is John indeed. I'm also great13:25
jschwarzyou're welcome :)13:26
jschwarzmfranc213, I see you're getting lots of 503 in the API test suite?13:26
mfranc213jschwarz: i'm margaret.  i wonder if you could try to run api for https://review.openstack.org/#/c/251738/53 ?13:26
mfranc213jschwarz: yes, david is getting 503s.  that seems odd to me; maybe it's not.13:26
jschwarzmfranc213, sure thing13:26
mfranc213jschwarz: that is most excellent john.  thank you.13:27
jschwarzmfranc213, can it wait say an hour? I'm just going into a meeting but it'll be the first thing after13:27
jschwarzmfranc213, I'll be in touch :)13:27
mfranc213jschwarz: yes.13:27
jschwarzsee you soon13:27
mfranc213jschwarz: thank you very much.  we appreciate this a LOT.13:27
davidshagaryk1: Quick question on translations, are they used for exceptions?13:27
ajojschwarz, ping me with results, looking at the failures now myself to see if I can provide any insight13:27
mfranc213davidsha: john schwarz is going to run api tests in about an hour.13:28
mfranc213ajo: excellent.  thank you.  are you getting 503s also?13:28
ajojschwarz++ thanks :D13:28
davidshamfranc213: It's cannot allocate network if I remember right.13:28
ajomfranc213, I'm looking on the gate to see if we had any result13:28
davidshamfranc213: ^(on what error I get)13:28
*** cristicalin has quit IRC13:28
ajomfranc213, jschwarz : gate-neutron-dsvm-api: SUCCESS13:28
ajo:-)13:29
ajomfranc213,  I think it's your local env13:29
*** stanzgy has quit IRC13:29
ajodavidsha, mfranc213 functional fails: https://jenkins03.openstack.org/job/gate-neutron-dsvm-functional/2828/console13:29
ajoFile "neutron/tests/functional/agent/l2/extensions/test_ovs_agent_qos_extension.py", line 26, in <module>13:29
ajocannot import name test_ovs_agent_qos_extensions13:30
mfranc213davidsha, ajo: okay, let me know.  very interesting, since i did not have that issue, and presumably you have built stacks on your VM/host without incident.13:30
*** zengine has quit IRC13:30
mfranc213ajo: it's davidsha, not me :)13:31
*** baojg has quit IRC13:31
davidshaajo: kk, I know whats causing that, I'll fix it now.13:31
ajodavidsha++13:31
davidshamfranc213: working on it now13:31
mfranc213oh may be mine too but not pursuing this one :)13:31
ajobtw, mfranc213 you can check unfinished results on gate here: http://status.openstack.org//zuul/13:31
ajojust type the review number in the Filters search box13:31
mfranc213ajo: yes.  why is there so much to know and my brain is only this big?13:32
*** palexster has joined #openstack-neutron13:32
ajomfranc213, general openstack feeling, been there :D13:32
*** jpena is now known as jpena|lunch13:32
*** shwetaap has joined #openstack-neutron13:34
*** wolverineav has joined #openstack-neutron13:34
*** shwetaap1 has joined #openstack-neutron13:35
*** fzdarsky_ has joined #openstack-neutron13:35
*** armax has joined #openstack-neutron13:37
*** ekuris_ has quit IRC13:38
*** shwetaap has quit IRC13:39
*** banix has joined #openstack-neutron13:39
*** wolverineav has quit IRC13:39
*** panda has quit IRC13:39
*** panda has joined #openstack-neutron13:40
openstackgerritNa Zhu proposed openstack/neutron: Add API attribute to support ip unicast address list.  https://review.openstack.org/28598613:41
*** erlarese has joined #openstack-neutron13:42
*** bharath_ has quit IRC13:42
garyk1davidsha: yes. please note that for an excepotion you just need the _()13:42
garyk1please make sure that you use the correct import for the _13:43
*** parora has quit IRC13:43
garyk1sorry for the nits. other than this its good to go in my book13:43
*** neelashah has joined #openstack-neutron13:43
*** crose has joined #openstack-neutron13:45
rossella_sneiljerram, ping13:45
mfranc213garyk1: excellent.  assume the correct import is: from neutron._i18n import _13:45
*** pradk_ has joined #openstack-neutron13:45
neiljerramrossella_s, hi13:45
davidshagaryk1: the import is neutron/_i18n correct? thanks for looking at it again!13:46
garyk1yes. correct13:46
mfranc213davidsha:  believe it is: from neutron._i18n import _13:46
mfranc213garyk1: thank you13:46
rossella_sneiljerram, hi! I wanted to ask you regarding bug 145335013:46
openstackbug 1453350 in neutron "race between neutron port create and nova boot" [High,In progress] https://launchpad.net/bugs/1453350 - Assigned to Kevin Benton (kevinbenton)13:46
*** jckasper has joined #openstack-neutron13:46
neiljerramrossella_s, sure, go ahead.13:47
*** itzikb has quit IRC13:47
rossella_sneiljerram, just wanted to know what's the status, your patch was abandoned13:47
openstackgerritJens Rosenboom proposed openstack/neutron: Allow min_l3_agents_per_router to equal one  https://review.openstack.org/28992513:48
*** zzzeek has joined #openstack-neutron13:48
*** dave-mccowan has quit IRC13:48
*** banix has quit IRC13:48
*** dave-mccowan has joined #openstack-neutron13:48
*** lennyb__ is now known as lennyb13:49
neiljerramrossella_s, just reminding myself...13:49
rossella_sneiljerram, no problem it's not urgent, I am just trying to figure out if there's some bug that still needs a fix in mitaka13:50
neiljerramrossella_s, There is still an active discussion for a possible change for this bug, at https://review.openstack.org/#/c/220758/13:51
*** ekuris_ has joined #openstack-neutron13:51
rossella_sneiljerram, active :) ?  I don't see any recent answers13:51
neiljerramrossella_s, Well, Feb 15th :-)13:52
rossella_sneiljerram, :D13:52
*** shwetaap1 has quit IRC13:52
rossella_sneiljerram, so you are on top of it, correct?13:52
rossella_sneiljerram, I mean you want to keep working on the fix, right?13:53
davidshamfranc213, garyk1 : Thanks!13:53
*** jckasper has quit IRC13:53
neiljerramrossella_s, As far as understanding where the investigation is, yes, I think so.13:54
rossella_sneiljerram, cool, thanks13:54
*** jckasper has joined #openstack-neutron13:54
neiljerramrossella_s, The thing is that https://review.openstack.org/#/c/220758/ is not a complete fix for the bug.  Rather it is a proposed optimization that would tend to reduce the incidence of the bug, in heavily loaded clusters.13:55
rossella_sneiljerram, yes I got that13:55
*** itzikb has joined #openstack-neutron13:55
neiljerramrossella_s, Also it is a fairly complex optimization, and for a situation where it's not clear how prevalent it is - so we've been taking our time, not really prioritizing this or trying to push it to conclusion.13:56
rossella_sneiljerram, thanks for the explanation :)13:56
neiljerramrossella_s, Also the most detailed discussion has been between Kevin and my colleague Shaun, rather than directly with me.13:56
*** rpothier has joined #openstack-neutron13:56
neiljerramrossella_s, Are you asking as the bug deputy?13:57
*** krtaylor has quit IRC13:57
*** xiaohhui has quit IRC13:57
*** xiaohhui has joined #openstack-neutron13:57
davidshamfranc213: how did you get functional tests working? no luck with office people...13:58
*** mlavalle has joined #openstack-neutron13:58
*** jckasper has quit IRC13:58
rossella_sneiljerram, I am not bug deputy but I am taking part in the mitaka bug smash, so I was going through the bugs13:59
*** jistr is now known as jistr|call13:59
mfranc213davidsha: i did not run tox, as i find tox to be unbelievably troublesome (sorry everyone).  i'm running my own tests, because i'm still living in the 2000's.  what are you finding?14:00
*** banix has joined #openstack-neutron14:00
*** markvoelker_ has quit IRC14:00
neiljerramrossella_s, OK, thanks.  Please do let me know if you get a greater sense of the priority for this one - it may be that I should give it some more attention.14:01
njohnstondavidsha and mfranc213: I'm running stack.sh to get my devstack in order then I'll run the fullstack tests14:01
*** fzdarsky_ has quit IRC14:01
rossella_sneiljerram, will do, thanks for the detailed explanation14:01
davidshamfranc213: kk, want to check I got that import error sorted and the tests are ok.14:02
mfranc213njohnston, davidsha: also, john schwarz will be joining us in perhaps a half hour so to assist14:02
njohnstondavidsha and mfranc213: Do you want me to run fullstack on 251738, where I see it failing?  Because that patch has no fullstack tests in it.14:03
*** irenab has joined #openstack-neutron14:03
davidshanjohnston: kk, congrats on getting accepted!14:03
njohnstondavidsha: Right back at you!14:03
njohnston:-)14:03
mfranc213njohnston: would suggest merging your fullstack PS to base-dscp and testing the result.14:03
openstackgerritMartin Hickey proposed openstack/neutron: Port allowed address pairs to OVO  https://review.openstack.org/26827414:03
mfranc213njohnston: (hope that was your question...)14:04
njohnstonmfranc213: No, first I will run just 251738 and see why it's failing.14:04
*** baohua has quit IRC14:04
mfranc213njohnston: oh, i see.  yes, i agree with you.14:04
davidshamfranc213, mfranc213 : Also good job on the presentation, looks really good, I've read through it but will go through it again later this week.14:04
mfranc213njohnston, davidsha: wait, nate, i think david may have fixed one error and will issue a new PS shortly.  is this so david?14:05
davidshamfranc213: the import error? I'm not sure if I've cause another is the only problem...14:05
*** baohua has joined #openstack-neutron14:05
mfranc213davidsha, njohnston: ack, david.  so in order to reproduce your second issue he will need to fix the import problem.14:06
mfranc213s/he/nate14:06
*** asingh has joined #openstack-neutron14:06
*** anilvenkata has quit IRC14:06
njohnstonmfranc213: Do you want to send me details of how to do that offline?14:06
davidshamfranc213, njohnston : I'll send you guys an email with the differences between the patches14:06
njohnstondavidsha: Thanks!14:07
*** anilvenkata has joined #openstack-neutron14:07
mfranc213njohnston, davidsha: david, generally, could you give us a general update on where you are?  because i'm not sure if your current difficulties are with api, fullstack, or functional tests.14:07
openstackgerritMartin Hickey proposed openstack/neutron: Integrate the port allowed address pairs VersionedObject in Neutron  https://review.openstack.org/28775614:07
*** yamamoto has joined #openstack-neutron14:08
*** krtaylor has joined #openstack-neutron14:09
*** asingh has quit IRC14:09
*** asingh has joined #openstack-neutron14:09
davidshamfranc213: the problem I was looking at was a functional test I believe.14:11
*** eddima has quit IRC14:11
*** yamamoto has quit IRC14:11
mfranc213davidsha: ack (njohnston: it seems it's functional tests, at this point, that are wonky)14:12
scheuranhi mlavalle, would you mind having a quick look at this bug? https://bugs.launchpad.net/neutron/+bug/153570714:12
openstackLaunchpad bug 1535707 in neutron "Create router with external network attached doesn't create router namespace" [Medium,Confirmed] - Assigned to venkata anil (anil-venkata)14:12
*** eddima has joined #openstack-neutron14:12
*** zengine has joined #openstack-neutron14:12
scheuranmlavalle, I'm not sure if this is really or bug, or just intended behavior...14:12
scheuran*really a bug14:13
*** vhoward has joined #openstack-neutron14:13
*** mkolesni has quit IRC14:13
davidshanjohnston, mfranc213: email sent, instructions in subject bar.14:15
*** krtaylor has quit IRC14:15
mfranc213davidsha: looking14:15
*** jckasper has joined #openstack-neutron14:16
*** neelashah has quit IRC14:16
mfranc213davidsha: ahh, i will let njohnston handle this aspect of things.  i will continue to do my part by asking questions :)14:17
*** ajmiller has joined #openstack-neutron14:18
davidshamfranc213: cool, keep me updated on the progress, I'll see if I can get my functional tests going.14:18
mfranc213ajo: does https://review.openstack.org/#/c/288392 need to be +2'd and merged in rc-1?  or can it come a bit after?  not sure of the process in this case.14:18
*** evgenyf has quit IRC14:19
*** yamamoto has joined #openstack-neutron14:19
ajomfranc213, as every patch, it needs +1 in Verification, two +2's and a +W14:19
mfranc213ajo: i was wondering about timing.14:20
mfranc213ajo: that is, does that patch need to get into rc1?14:20
ajomfranc213, it's just added testing, we can add after rc-1 if we want (as far as I understand)14:20
ajoas long as the testing is stable14:20
mfranc213ajo: ack.  hoping that was the case.14:20
*** ajmiller_ has joined #openstack-neutron14:20
*** haukebruno has quit IRC14:20
mfranc213ajo: obviously it would be much better to have client, base and fullstack patches go in to rc1.14:20
ajoof course14:21
*** bharath_ has joined #openstack-neutron14:21
*** ajmiller has quit IRC14:22
mfranc213davidsha, njohnston, ajo, jschwarz: i believe current status is: davidsha is running functional, njohnston will be running fullstack, i have done my e2e, ajo may be looking at gate logs?  if that is all correct, then when jschwarz is ready perhaps he can run api?14:23
ajomfranc213, api works14:23
*** jaugustine has joined #openstack-neutron14:23
mfranc213ajo: thank you!  excellent.14:23
ajo:)14:24
ajothose 503 must have been something local to your envs14:25
mfranc213davidsha, njohnston, ajo, jschwarz: so when jschwarz returns he could help with fullstack or functional depending on where we are at that time14:25
jschwarzmfranc213, back14:25
jschwarzmfranc213, is the API working now?14:25
ajojschwarz, gate API passes14:25
mfranc213jschwarz: yes!14:25
ajo:)14:25
jschwarzah yes :)14:25
jschwarzok, so where do you need me?14:25
jschwarzfullstack and functional?14:25
jschwarzwhich patches do I use?14:25
mfranc213jschwarz: so i wonder if you could assist with functional (david) or fullstack (nate) as needed?14:26
*** crose has quit IRC14:26
mfranc213jschwarz: getting you patches now.14:26
jschwarzmfranc213, can do14:26
njohnstonIf you could look at fullstack using just 251738, see why it's failing even thought he fullstack tests have been removed from that patch14:26
jschwarznjohnston, ack14:26
njohnstonjschwarz: Thanks much.  I have to repair some wreckage on my testing machine14:27
ajonjohnston, did you see slaweq comment about the fullstack test?14:27
mfranc213jschwarz: base-dscp: refs/changes/38/251738/5314:27
ajonjohnston, at some moment we merged with his work for LinuxBridge fullstack QoS tests, and we are disabling that :)14:27
mfranc213nschwarz: but there is a patch for that; i have an email.  can i forward the email to you?14:27
njohnstonajo: No, I am still behind in my email14:27
*** links has quit IRC14:27
jschwarznjohnston, 251738 doesn't have any fullstack tests though?14:27
mfranc213jscharz: there is a separate PS for fullstack.  getting that now14:27
ajonjohnston, we need to leave a class to pass L2/LB with BW, and then make our addition for DSCP, I'd say14:27
mfranc213jschwarz: getting fullstack PS for you now...14:28
ajonjohnston, ok, I can try to help tomorrow morning if you can't get at it14:28
njohnstonfullstack change is 28839214:28
mfranc213jschwarz: here is fullstack PS: refs/changes/92/288392/514:29
*** krtaylor has joined #openstack-neutron14:29
mfranc213nschwarz, njohnston: sorry just reading your exchange above... so john can ignore refs/changes/92/288392/5 for now. :)14:30
*** armax has quit IRC14:30
njohnstonmfranc213 jschwarz davidsha: Yes, I think it is a bigger concern that 251738 fails fullstack despite there being no fullstack tests in it.14:30
ajonjohnston, fullstack is non voting, as long as we didn't cause the specific issue14:30
ajonjohnston, let me check14:30
*** markvoelker has joined #openstack-neutron14:31
amullerthere's a known issue with fullstack and the test_l3_ha_router test14:31
mfranc213njohnston: ack14:31
amullercheck out bugs tagged with 'fullstack;14:31
mfranc213amuller: thank you14:31
njohnstonamuller: Thanks for the info, that is very helpful14:32
*** doug-fish has quit IRC14:32
*** doug-fish has joined #openstack-neutron14:33
ajomfranc213, njohnston , don't ping jschwarz too much on this (ping me first) :), let's use him for emergencies :D, I'm afraid we're stopping him on other duties :D14:33
*** haukebruno has joined #openstack-neutron14:33
garyk1kevinbenton: https://review.openstack.org/28900714:33
mfranc213ajo: ack.  sorry.14:33
ajojschwarz, "use you", don't feel used, you're awesome :D14:34
garyk1ajo: come on! we can ping jschwarz at any hour :)14:34
ajolol14:34
amullerplease don't :(14:34
*** EinstCrazy has quit IRC14:34
ajoamuller,  :)14:34
garyk1why not?14:34
njohnstonMy stack.sh has decided that it no longer works, with errors like "ovs-ofctl: br-ex is not a bridge or a socket".  Grumble grumble, I will need to make a new testing VM.14:35
ajogaryk, : I was afraid we'd be distracting him from other important stuff :) (looking at l3-ha races) how's that going btw amuller ?14:35
davidshanjohnston, ajo, mfranc213: don't think fullstack is us, but functional definitely is.14:35
*** jschwarz is now known as jschwarz_mtg14:35
amullerajo: it's going14:35
ajodavidsha, exactly, you were looking at it, right? :)14:35
mfranc213davidsha, ajo, njohnston: can we ask john to look into this? :)14:36
mfranc213when he's out of his meeting :)14:36
ajomfranc213, into what? functional? AFAIK davidsha was looking into functional14:36
scheuranhi mestery, kyle there was a bug opened against the neutron client. From one of the comments I got the feeling that we can set it to Won't fix - but needs someone to verify that https://bugs.launchpad.net/bugs/155291214:36
openstackLaunchpad bug 1552912 in python-neutronclient "python-neutron client doesn't check tenant-id exists on network create" [Undecided,New]14:36
davidshaajo: yes sent a patch to mfranc213  and njohnston  to see if that resolved the issue.14:36
scheuranmestery, thanks14:36
*** jpena|lunch is now known as jpena14:37
mfranc213ajo: you may be right; i was perhaps thinking that david was informing in order to get someone to reproduce.  mfranc213 is stepping back for now...14:37
*** doug-fish has quit IRC14:37
ajodavidsha, can I see the patch?14:38
jschwarz_mtglol, i was gone for like 10 minutes and I was pinged 20 times14:38
*** jschwarz_mtg is now known as jschwarz14:38
davidshaajo: sure I'll forward it now.14:38
jschwarzsup? :)14:38
*** banix has quit IRC14:39
ajowe're a pinging whirl , jschwarz  ignore us ;D14:39
mfranc213hello jschwarz: would you be able to try your hand at functional?14:39
amotokimestery: could you merge vpnaas patch on db migration fix? https://review.openstack.org/#/c/28905514:39
jschwarzmfranc213, sure14:40
ajomfranc213, I will look at it :) don't loop him in unnecessarily :D14:40
*** ajmiller_ has quit IRC14:40
*** jistr|call is now known as jistr14:40
mfranc213there's a separate patch to place on top of base-dscp as there's an import error that is blocking another error.  i can forward you an email for that.14:40
jschwarzajo, that's ok, I don't mind14:40
jschwarzso the fullstack business is all green?14:40
mfranc213thank you john14:40
ajojschwarz, I was afraid to distract you too much14:40
*** vhosakot has joined #openstack-neutron14:40
garyk1ajo: he needs to focus on his studies...14:40
mfranc213jchwarz: there's a fullstack error at gate that seems to be blocking our own fullstack testing.  is that right, ajo?14:40
jschwarzajo, :)14:40
mfranc213jschwarz: see my previous comment.14:41
njohnstonmfranc213: That is what amuller said, yes.14:41
jschwarzI see - 213  and njohnston  to see if that resolved the issue.14:41
jschwarz<openstack> Launchpad bug 1552912 in python-14:41
openstackLaunchpad bug 1552912 in python-neutronclient "python-neutron client doesn't check tenant-id exists on network create" [Undecided,Won't fix] https://launchpad.net/bugs/155291214:41
jschwarzoops14:41
jschwarzhttp://logs.openstack.org/92/288392/3/check/gate-neutron-dsvm-fullstack/d8384a0/testr_results.html.gz14:41
jschwarzthis one14:41
jschwarzso we've talked about this one - it depends on the neutronclient patch14:42
jschwarzI don't think Jenkins is smart enough to pull the correct patchset from neutronclient (even though it's on the Depends-On)14:42
*** gal_ has joined #openstack-neutron14:43
jschwarzI think we should be fine with it if it's passing locally (and then it will pass at the gate once python-neutronclient patch comes through)14:43
jschwarzajo, mfranc213, amuller, ^^14:43
jschwarzalso, garyk1 garyk because pings are nice :)14:43
ajojschwarz, yeah, locally I was able to make it work14:43
mfranc213excellent14:43
ajoI hoped it was smart about Depends-On14:43
*** neelashah has joined #openstack-neutron14:43
jschwarzajo, so if it works locally then don't touch it until the python-neutronclient merges :)14:44
jschwarzthat's my advice14:44
ajowe must address slaweq  comments btw14:44
jschwarzajo, mfranc213 what about the functional?14:44
ajosince we have slashed the LB/QoS FW testing14:44
*** saggi has joined #openstack-neutron14:44
ajojschwarz, davidsha sent me a patch14:44
jschwarzajo, link?14:45
ajojschwarz, I sent it to you , it's the result of refactors basically14:45
*** tbachman has quit IRC14:45
ajowhy it's failing nothing very complicated in patch14:45
ajoI wanted to check a submit14:45
*** apuimedo has quit IRC14:45
*** mgoddard_ has joined #openstack-neutron14:46
jschwarzajo, where did you send it to me? :<14:46
ajojschwarz, email, sorry14:46
jschwarzajo, ah ok14:46
ajojschwarz, http://paste.openstack.org/show/489689/14:46
*** doug-fish has joined #openstack-neutron14:46
*** gsagie has quit IRC14:46
*** saggi1 has quit IRC14:47
ajoI need to apply and test, but I need 20 min before getting there14:47
jschwarzajo, just got the mail14:47
*** kbringard has quit IRC14:47
mlavallescheuran: https://bugs.launchpad.net/neutron/+bug/1535707 is a bug14:47
openstackLaunchpad bug 1535707 in neutron "Create router with external network attached doesn't create router namespace" [Medium,Confirmed] - Assigned to venkata anil (anil-venkata)14:47
jschwarzajo, we're talking about neutron/tests/functional/agent/l2/extensions/test_ovs_agent_qos_extension.py, right?14:48
ajojschwarz, yes, but that patch also has working state of davidsha (addressing comments)14:48
ajo:)14:48
*** jreeves_afk is now known as jreeves14:48
jschwarzajo, ack14:48
scheuranmlavalle, ok thanks. I think there's another bug that has the same root cause like this14:48
jschwarzajo, based on... 251738/53?14:48
ajojschwarz: yes, AFAIK14:48
*** mgoddard has quit IRC14:48
mfranc213hello jreeves14:48
jschwarzajo, I'm on it14:48
*** vhosakot has quit IRC14:48
*** armax has joined #openstack-neutron14:49
scheuranmlavalle, http://paste.openstack.org/show/489584/14:49
mfranc213just saw your greeting to me on openstack-devteam :)14:49
scheuranmlavalle, ups14:49
*** kriskend has joined #openstack-neutron14:49
scheuranmlavalle, https://bugs.launchpad.net/bugs/155419714:49
openstackLaunchpad bug 1554197 in neutron "Deleting router-gateway-port throws a DB foreign key error " [Undecided,New] - Assigned to Rahul U Nair (rahulunair)14:49
*** markvoelker has quit IRC14:50
mfranc213jreeves: were you able to get your ansibilized api env working yesterday for both api and fullstack?14:50
*** liuyulong has joined #openstack-neutron14:51
*** gal_ is now known as gsagie14:51
jreevesjust api…not fullstack yet. bugging the crap out of me14:51
mfranc213jreeves: ack the crap.  okay, we have various people looking at various combos of api, fullstack, and functional.14:51
*** lazy_prince has joined #openstack-neutron14:52
jschwarzdavidsha, ping14:52
*** sridharg has quit IRC14:52
davidshajschwarz: pong14:52
jschwarzdavidsha, I'm having trouble applying the patch ajo sent me for the functional14:53
mfranc213jreeves: which neutron were you working with yesterday?14:53
jschwarzdavidsha, can you share yours again?14:53
scheuranmlavalle, I will set one as duplicate of the other + extend the description to cover all appearances of this one14:53
*** regXboi has joined #openstack-neutron14:53
jreevesPS5114:53
mlavallescheuran: ok14:53
davidshajschwarz: kk, you're using PS 53?14:53
ihrachysjlibosva: I know you love python magic: https://review.openstack.org/#/c/289362/3..4/neutron_lbaas/tests/unit/services/loadbalancer/test_data_models.py14:53
jschwarzdavidsha, yes14:53
mfranc213okay, can you grab PS53, and then  git apply http://paste.openstack.org/show/489584/ to it?14:54
jlibosvaihrachys: thank you :)14:54
*** jckasper has quit IRC14:54
*** jckasper has joined #openstack-neutron14:54
armaxihrachys: ping14:55
ihrachysarmax: hey man14:55
mfranc213sorry jreeves, forgot to include your name: can you grab PS53, and then  git apply http://paste.openstack.org/show/489584/ to it?14:55
davidshajschwarz: kk, whats the error?14:55
armaxihrachys: how are we on the constraints renaming process14:55
*** jhershbe has quit IRC14:55
armaxihrachys: dude, please I am not your peer, I am your king14:55
*** newbiee has joined #openstack-neutron14:56
jreevesmfranc213 sure14:56
* ihrachys bows14:56
mfranc213jreeves: thank you14:56
* ihrachys asks for mercy14:56
armaxihrachys: please refer to me in pluralis majestatis14:56
jschwarzdavidsha, "corrupt patch at line 6"14:56
*** yamamoto has quit IRC14:56
armaxihrachys: so her maesty would do14:56
jschwarzdavidsha, after using "git apply patch.diff"14:56
*** singhj has joined #openstack-neutron14:57
mfranc213jreeves: i'm not completely sure what's going to happen next; depends on what people find.  but thought it might be smart to get your env ready.  hope that's okay.14:57
armaxihrachys: I looked at the dscp patch last nite14:57
ihrachysarmax: they say you should use pluralis either when you are a monarch, or when you have some parasite inside you14:57
davidshajschwarz: kk, I'll make a new one now14:57
mfranc213jreeves: new git diff on its way from david ...14:57
*** mgoddard_ has quit IRC14:57
ihrachysarmax: great on dscp14:57
ihrachysarmax: so constraints https://review.openstack.org/#/q/topic:neutron-constraints14:58
armaxihrachys: I’d like to think about the former14:58
ihrachysarmax: liberty + master run constrained14:58
*** mgoddard has joined #openstack-neutron14:58
armaxihrachys: cool14:58
ihrachysarmax: we have an issue with periodic job for liberty. fix: https://review.openstack.org/#/c/289918/14:58
ihrachysarmax: I prefer we DON'T clean up old -constraints tox targets from liberty.14:58
ihrachysarmax: the only remaining thing for master cleanup is that lbaas patch that depends on the gate fix14:59
armaxihrachys: this one?https://review.openstack.org/#/c/289918/14:59
ihrachysarmax: no, that's for liberty periodic job only. I talk about https://review.openstack.org/288431 that depends on lbaas gate fix: https://review.openstack.org/28936215:00
*** tmorin has joined #openstack-neutron15:00
ihrachysarmax: I played with the latter a bit today, the latest upload should be better in terms of testing15:00
ihrachysarmax: testing actually spotted an issue in the original patch (one of models was not enforcing the fields)15:00
ihrachysarmax: I need to admit the test there is a bit of magic, https://review.openstack.org/#/c/289362/4/neutron_lbaas/tests/unit/services/loadbalancer/test_data_models.py15:01
ihrachysarmax: but it should catch the issue for next models15:01
*** iyamahat has joined #openstack-neutron15:02
*** shwetaap has joined #openstack-neutron15:03
davidshajschwarz: http://paste.openstack.org/show/489691/ I think when it was emailed it removed the prepended spaces!15:04
* jschwarz is looking15:04
*** asingh has quit IRC15:04
*** hynekm has joined #openstack-neutron15:05
openstackgerritSreekumar S proposed openstack/neutron: SG protocol validation to allow numbers or names  https://review.openstack.org/27130115:05
jschwarzdavidsha, there we go.15:05
davidshajschwarz: :D15:05
jschwarzdavidsha, so just "tox -e dsvm-functional test_ovs_agent_qos_extension" ?15:05
*** tbachman has joined #openstack-neutron15:05
*** bdemers has joined #openstack-neutron15:05
davidshajschwarz: yes please15:05
jschwarzokies15:06
*** dslevin has joined #openstack-neutron15:06
*** mhickey has quit IRC15:06
jschwarzdavidsha, works for me15:06
jschwarzdavidsha, (16 passed, 0 failed)15:06
jschwarzdavidsha, anything else I can do? :)15:06
*** dslevin has quit IRC15:07
*** ekuris_ has quit IRC15:07
davidshajschwarz: :D, could you run a full functional test run if it's not too much trouble, just to be sure?15:07
jschwarzdavidsha, I can, but that will likely fail on a few fronts15:08
jschwarzit never fully runs on my end :<15:08
*** rossella_s has quit IRC15:08
*** dslevin has joined #openstack-neutron15:08
*** reedip__ has quit IRC15:08
*** dslevin has quit IRC15:09
davidshajschwarz: kk, thanks!15:09
*** numans has quit IRC15:09
*** salv-orl_ has quit IRC15:09
*** dslevin has joined #openstack-neutron15:09
mfranc213davidsha: what is the rror you are getting on functional again?15:10
mfranc213s/rror/error15:10
*** dslevin has quit IRC15:10
davidshamfranc213: the error in the gate was that it couldn't import a file into a test, it seems to be working now!15:11
ihrachysarmax: anything else I may help you with?15:11
jschwarzmfranc213, davidsha, aye, that's what I was also getting without the patch15:11
armaxnot at the moment15:11
armaxihrachys: thanks15:11
garyk1armax: https://review.openstack.org/#/c/289007/15:11
armaxihrachys: at ease15:11
*** dslevin has joined #openstack-neutron15:12
garyk1armax: this time it passes the CI. my bad15:12
armaxgaryk1: ack15:12
*** gampel has quit IRC15:12
davidshaajo, njohnston, mfranc213: Will I put up the next PS?15:12
mfranc213davidsha: excellent.  david, what remains, do you know?15:12
njohnstondavidsha: I vote yes to push a new PS15:12
*** dslevin has quit IRC15:12
mfranc213davidsha: PS54 will address gary's comments, i think, right?15:13
davidshamfranc213: yup they're covered in the patch :)15:13
*** baohua has quit IRC15:14
mfranc213davidsha, njohnston: i think we've satisfied that PS53, as patched, passes unit, api, functional, and fullstack.  did i get that right?15:14
*** rickyrem has joined #openstack-neutron15:14
ihrachys davidsha: ajo: ping me when you handled armax comments, I will take a look.15:14
*** tyagiprince has quit IRC15:14
davidshaihrachys: comments have been addressed, putting up the new PS now.15:14
jschwarzihrachys, it will also pass various fullstack/functional/api tests so I'm fine with it15:15
ihrachysjschwarz: I appreciate your feedback, it helps15:17
openstackgerritDavid Shaughnessy proposed openstack/neutron: DSCP QoS rule implementation  https://review.openstack.org/25173815:18
mfranc213thank you david15:18
*** asingh has joined #openstack-neutron15:18
davidshamfranc213: no problem, thank you for all the help and support :)15:19
*** mhickey has joined #openstack-neutron15:20
*** tbachman has quit IRC15:21
*** gvrangan has joined #openstack-neutron15:21
*** ajmiller has joined #openstack-neutron15:23
*** anilvenkata has quit IRC15:23
mhickeyarmax, ihrachys: Hey! Could this patch have -2 removed: https://review.openstack.org/#/c/277558/ ?15:23
ihrachysI believe yes, it is a safe one (uncoupled from other code)15:24
*** tbachman has joined #openstack-neutron15:24
armaxihrachys, mhickey: looking15:25
mhickeyarmax: Limoncello waiting at the bar for you on this one! :)15:25
armaxcan this target a bug, mhickey please?15:25
mhickeyarmax: sure can, my mistake15:25
*** gvrangan has quit IRC15:26
armaxmhickey: no15:26
armaxI want http://www.italyheritage.com/traditions/food/vov.htm15:26
armaxplease15:26
jschwarzarmax, out of interest, how many free drinks/fooders do you get in summits from all your work?15:26
jschwarzarmax, if the answer is "a lot", can I have your job?15:26
armaxmhickey: it’s more appropriate to the topic of the patch15:26
mhickeyarmax: love the bottle! :)15:26
armaxjschwarz: surprisingly none, mine is a thankless job15:26
ihrachysjschwarz: it may actually turn out vice versa - you buying drinks to everyone15:27
mfranc213njohnston: which tests are you running?15:27
njohnstonA full run_tests.sh15:27
*** ivase has joined #openstack-neutron15:27
jschwarzarmax, so humble you are, my king15:27
ihrachysarmax: well, maybe after the successful cycle you will have some ;) people just did not want to provide well in advance before they saw you in action15:28
*** crose has joined #openstack-neutron15:28
jschwarzihrachys, I can.. uh.. run and hide!! :P15:28
openstackgerritMartin Hickey proposed openstack/neutron: Integrate the port allowed address pairs VersionedObject in Neutron  https://review.openstack.org/28775615:28
armaxihrachys, jschwarz I suppose15:29
*** oshvartz has quit IRC15:29
*** armax has quit IRC15:30
mfranc213davidsha, ajo, njohnston: jreeves has run functional and API tests successfully with PS54.15:31
*** tbachman has quit IRC15:32
davidshamfranc213: excellent!15:32
*** tbachman has joined #openstack-neutron15:32
mfranc213davidsha: :) very happy so far!15:32
*** itzikb has quit IRC15:33
*** EinstCrazy has joined #openstack-neutron15:34
*** emagana has joined #openstack-neutron15:35
*** abehl has quit IRC15:36
mhickeyarmax, ihrachys: Patch updated ^^^^^15:36
*** wolverineav has joined #openstack-neutron15:36
ihrachysmhickey: not sure why armax to be involved.15:36
mhickeyihrachys: to remove -2?15:37
ihrachysmhickey: sorry, I then think I look at the wrong link15:37
*** minwang2 has joined #openstack-neutron15:37
mhickeyihrachys: my apology, it did not show up here15:37
*** haukebruno has quit IRC15:38
mhickeyihrachys: https://review.openstack.org/#/c/277558/15:38
ihrachysaye got it. +2.15:39
mhickeywhy didn't it show up in irc?15:39
mhickeyihrachys: thanks15:39
*** jhershbe has joined #openstack-neutron15:39
*** moshele has quit IRC15:39
*** armax has joined #openstack-neutron15:40
*** minwang2 has quit IRC15:40
*** wolverineav has quit IRC15:40
*** moshele has joined #openstack-neutron15:40
*** claudiub has quit IRC15:40
ihrachysmhickey: no idea. I think the bot sometimes either loose events, or apply some throttling mechanism to avoid abuses.15:41
*** EinstCrazy has quit IRC15:41
mhickeyihrachys: fair enough, I only quickly glanced and had forgotten was doing another patch around same time! :)15:41
mhickeyarmax: bottle of VoV ordered online; will bring to Austin! :)15:42
*** rha has joined #openstack-neutron15:42
njohnstonmfranc213 davidsha: totally clean test run15:43
mfranc213njohnston: !!15:44
armaxmhickey: nice!15:44
*** garyk has quit IRC15:44
*** banix has joined #openstack-neutron15:46
*** permalac has joined #openstack-neutron15:46
ihrachysmhickey: bribery!!15:46
* ihrachys calls police15:46
*** mgoddard has quit IRC15:46
*** garyk1 has quit IRC15:46
*** mgoddard has joined #openstack-neutron15:46
mhickeyihrachys: armax and I are Italian and Irish respectively. We invented corruption! :)15:47
*** hynekm has quit IRC15:47
*** hdaniel has quit IRC15:48
fricklerjschwarz: if you want to discuss more regarding https://review.openstack.org/289925 , I'm also here, just AFK now for a bit15:48
ihrachyspc_m: are there plans to get vpn agent tested in vpnaas gate?15:49
*** jlanoux has quit IRC15:49
armaxmhickey: next time we should move these types of transaction to the neutron private channel15:49
pc_mihrachys: which testing are you talking about?15:51
mhickeyarmax: I think so too15:51
*** abregman has quit IRC15:52
ihrachyspc_m: no tempest job runs in the gate that would start the vpn agent instead of usual l3 agent15:52
*** links has joined #openstack-neutron15:52
ihrachyspc_m: for the list, it would be good to have the same l3 plugin tests as we run for l3 agent setups15:53
ihrachyspc_m: ideally, we would also have some scenarios just for vpn15:53
*** outworlder has joined #openstack-neutron15:53
*** akshai has joined #openstack-neutron15:54
jschwarzfrickler, hello :)15:54
pc_mihrachys: I don't know of any talk of doing that. The VPN agent is a subclass of L3 agent with additional functionality. There are functional tests that test that added functionality.15:54
ihrachyspc_m: yeah, but without it we don't even validate whether the agent can be started.15:54
ihrachyspc_m: for example, it's quite risky to merge https://review.openstack.org/287801 without that kind of asurance15:55
ihrachyssince it changes startup behaviour somewhat for all console scripts15:55
*** hynekm has joined #openstack-neutron15:56
*** sc68cal has joined #openstack-neutron15:56
*** permalac_ has joined #openstack-neutron15:56
Sam-I-Amkevinbenton: moo.15:57
*** mhickey_ has joined #openstack-neutron15:57
*** yamamoto has joined #openstack-neutron15:57
pc_mihrachys: You may want to look at the rally tests created for VPN, I'm not sure if they start up the agent.15:57
*** minwang2 has joined #openstack-neutron15:57
*** jhershbe has quit IRC15:57
*** haplo37 has joined #openstack-neutron15:58
*** haleyb has joined #openstack-neutron15:59
ihrachyspc_m: it's not in gate though, right?15:59
*** sleviim has quit IRC15:59
pc_mihrachys: I only know of the functional tests and some rally tests. Not sure to what extent they test the agent.15:59
*** mhickey has quit IRC15:59
*** minwang2 has quit IRC16:00
*** dane_leblanc has joined #openstack-neutron16:00
*** permalac has quit IRC16:00
*** minwang2 has joined #openstack-neutron16:00
*** tmorin has quit IRC16:00
pc_mihrachys: Not sure where they are with the rally stuff. There were several commits that were done that I remember reviewing months ago. I don't know recall how that was tied into jobs16:00
ihrachyspc_m: 'they'? are you done with vpnaas?16:00
*** kobis has quit IRC16:01
*** tbachman has quit IRC16:02
pc_mihrachys: They, as in there were 2 or more people creating rally based tests for VPN. This was a few months ago, IIRC.16:02
*** kawa2014 has joined #openstack-neutron16:03
pc_mihrachys: Regarding my involvement, yes. I stepped down from VPN back in November, and announced to the community. Documented the items outstanding, wrapped up items I was working on, etc. been doing reviews and helping out as much as I can since.16:03
*** banix has quit IRC16:03
*** bdemers has quit IRC16:04
pc_mMostly because no one has stepped up to take it over.16:04
*** bdemers has joined #openstack-neutron16:05
mfranc213davidsha: i have to restack (it's me, not you).16:06
*** moshele has quit IRC16:07
*** hynekm has quit IRC16:07
*** banix has joined #openstack-neutron16:08
*** tidwellr has joined #openstack-neutron16:08
*** sridhar_ram has joined #openstack-neutron16:09
armaxanteaya: ping16:09
*** yamamoto has quit IRC16:10
*** bjornar has quit IRC16:10
*** singhj has quit IRC16:10
*** tbachman has joined #openstack-neutron16:10
*** singhj has joined #openstack-neutron16:11
openstackgerritJakub Libosvar proposed openstack/neutron: ovs-fw: Mark conntrack entries invalid if no rule is matched  https://review.openstack.org/28425916:11
*** salv-orlando has joined #openstack-neutron16:12
electrocucarachamhickey_, ping?16:13
*** jsheeren has quit IRC16:13
*** roeyc has quit IRC16:14
*** scheuran has quit IRC16:15
mhickey_electrocucaracha: pong16:16
electrocucarachamhickey_, regarding the comment that you made  in this patch https://review.openstack.org/#/c/275789/16:17
mhickey_electrocucaracha: ok, what is your question16:18
electrocucarachamhickey_, my understanding is that adding BaseObjectIfaceTestCase class as part of the inheriting. It will result in having those methods16:18
mhickey_electrocucaracha: it should provide some of the test methods alright16:18
mhickey_electrocucaracha: you basically get them for free16:18
*** jlanoux has joined #openstack-neutron16:19
electrocucarachamhickey_, only those methods who are different right16:19
*** salv-orlando has quit IRC16:19
*** liuyulong has quit IRC16:19
electrocucarachamhickey_, I mean I have to override those methods that are different from the base class16:19
*** shwetaap has quit IRC16:19
*** outworlder has quit IRC16:20
*** ildikov has quit IRC16:20
*** outworlder has joined #openstack-neutron16:20
mhickey_electrocucaracha: I am not sure you need to override any methods. just add additional methods if needed that are not provided by the base classes.16:20
mhickey_electrocucaracha: From the example I have shown in your patch, i am not overriding any testmethods16:21
*** tmorin has joined #openstack-neutron16:21
*** akshai has quit IRC16:21
electrocucarachamhickey_, ok... for now I'm not have in my mind an additional tests16:22
*** thorst_ is now known as thorst_afk16:23
*** akshai has joined #openstack-neutron16:23
mhickey_electrocucaracha: ok, you should  not need to add any methods.16:23
*** lajos-katona has quit IRC16:23
*** fzdarsky_ has joined #openstack-neutron16:23
*** jlibosva has quit IRC16:24
electrocucarachamhickey_, thanks for the comments so I'm going to submit the 9th patchset16:25
*** Swami has joined #openstack-neutron16:25
openstackgerritVictor Morales proposed openstack/neutron: SubnetPool and SubnetPoolPrefix to OVO  https://review.openstack.org/27578916:26
*** vhosakot has joined #openstack-neutron16:26
*** javeriak has joined #openstack-neutron16:26
*** david-lyle_ is now known as david-lyle16:28
*** yfried_ has quit IRC16:28
*** akshai has quit IRC16:28
*** jwarendt has joined #openstack-neutron16:28
mfranc213davidsha, ajo: i've just restacked and got this again: ProgrammingError: (pymysql.err.ProgrammingError) (1146, u"Table 'neutron.qos_dscp_marking_rules' doesn't exist")  so something's a little messed up there.  keeping going.16:29
*** nmagnezi has quit IRC16:29
*** absubram has joined #openstack-neutron16:29
*** akshai has joined #openstack-neutron16:30
mfranc213davidsha, ajo: perhaps a false alarm.  one sec.16:30
njohnstonmfranc213: I restacked and did not get that error16:31
mhickey_electrocucaracha: great. go for it! :)16:31
*** Leom has joined #openstack-neutron16:32
*** iyamahat has quit IRC16:32
*** javeriak_ has joined #openstack-neutron16:33
*** Manuel_112 has quit IRC16:33
*** jlibosva has joined #openstack-neutron16:34
*** javeriak has quit IRC16:35
*** gvrangan has joined #openstack-neutron16:35
*** bdemers has quit IRC16:37
*** shwetaap has joined #openstack-neutron16:37
*** dguitarbite has quit IRC16:37
*** tbachman_ has joined #openstack-neutron16:38
*** davidsha has quit IRC16:38
*** tbachman has quit IRC16:38
*** tbachman_ is now known as tbachman16:38
*** bdemers has joined #openstack-neutron16:39
mfranc213davidsha: everything checks out, but i did need to manually perform the migration.  looking at stack.sh log now.16:39
*** EinstCrazy has joined #openstack-neutron16:40
mfranc213davidsha: nvm makes perfect sense.  sorry.16:43
mfranc213david++ you rock16:43
*** singhj has quit IRC16:43
fricklerjschwarz: so did I convince you yet that my use case will be reasonable? maybe it will also be helpful to compare the situation with the non-ha one. creating new routers will work there, too. if we can avoid having to trade that in in exchange for having faster failover with HA, that would be quite good for an operator like me, who is trying to get the optimal performance out of two network nodes16:45
*** EinstCrazy has quit IRC16:46
jschwarzfrickler, you don't need to convince me that the change is needed - it makes perfect sense16:46
*** jlibosva has quit IRC16:46
openstackgerritLubosz Kosnik proposed openstack/neutron: Add support for Keepalived VRRP health check  https://review.openstack.org/27354616:46
jschwarzfrickler, I do have concerns about running certain codepaths that aren't needed if min_l3_agents_per_router=1 (like: creating an HA network and HA port, spawning a keepalived process...)16:46
jschwarzfrickler, I'm not sure these aren't needed at all, but it's certainly something to think about16:47
*** tpsilva has quit IRC16:47
*** apuimedo has joined #openstack-neutron16:47
Sam-I-Amwhat is this use case?16:47
*** garyk has joined #openstack-neutron16:47
jschwarzSam-I-Am, https://review.openstack.org/#/c/28992516:47
fricklerjschwarz: just think what the exact meaning of min_l3_agents_per_router is: it says "forbid creating new routers if less than this agents are online right now"16:48
*** yamahata has quit IRC16:48
garykkevinbenton: can you please see https://review.openstack.org/#/c/289007/16:48
fricklerjschwarz: it doesn't say anything about how the setup will look like under normal operation, that is what max_l3... is for16:48
Sam-I-Ami'd just stop using neutron routers, but thats me.16:48
Sam-I-Amfloating ips are a bad idea16:49
jschwarzlol @ Sam-I-Am16:49
Sam-I-Amthey have a place, but not everywhere.16:49
*** davidsha has joined #openstack-neutron16:50
jschwarzfrickler, In the operator's eyes I completely agree. I'm merely raising concerns on the developer's eyes. for example, we've been having quite a bit of race conditions in the l3 scheduler lately and this can (perhaps) create more16:50
Sam-I-Amjschwarz: i'm not sure if your lol was sarcasm :)16:50
jschwarzSam-I-Am, mine was a tired-lol ;-)16:50
Sam-I-Amoh, fair enough.16:50
jschwarzfrickler, currently the setup expects a minimum of 2 agents and that makes sense - if there are 2 agents we must need an HA network, keepalived...16:51
Sam-I-Ambut seriously, we need to get word out that routers and floating ips arent the only way neutron works16:51
Sam-I-Amand what jschwarz said16:51
fricklerjschwarz: I don't see how, once the router has been created, the situation will be the same as if there had been two agents in the beginning and one of them died16:51
jschwarzfrickler, however, if we allow a minimum of 1 (for your valid use case), I suggest we re-take a look at the "how the setup will look like under normal operation"16:51
Sam-I-AmHA usually works best in odd numbers. 3 network nodes, 2 routers per network.16:51
fricklerjschwarz: if recovery from that is broken, that will be unaffected by the change16:52
Sam-I-Amin that case you always have 2 nodes available16:52
Sam-I-Amvrrp does not work with one node16:52
davidshamfranc213: sorry was away, did that problem resolve itself?16:52
*** haplo37 has quit IRC16:52
jschwarzfrickler, aye, but we're talking about a case where we *start* with only one node - as Sam-I-Am just said vrrp doesn't work with one node16:52
*** sc68cal has quit IRC16:53
*** Manuel_112 has joined #openstack-neutron16:53
jschwarzfrickler, will keepalived's configuration be correct? will the only-operating-agent report "active" in this case? is it even needed if we have one node?16:53
fricklerwe don't start with just one node, we start with two nodes. then one of them breaks or goes into maintainance16:53
fricklerthe question is, will users be affected by that outage16:53
jschwarzfrickler, ahah! but your proposal suggests it'll be possible to start of with 1 node :)16:54
*** tbachman has quit IRC16:54
fricklerjschwarz: yes, it doesn't prevevent that, but that is not my use case16:54
jschwarzfrickler, tbh I'm not sure if currently Neutron has any codepaths to deal with "an HA router is only served by one node" - it might do that correctly and this is a fuss about nothing16:54
mfranc213davidsha: no, i realize that i was being stupid :) (always the best outcome): i realized of course I would need to run the migration manually to get the dscp rule in place when moving from master to base-dscp.  so, a big doh for me.16:55
jschwarzfrickler, when we right code for open source project, we need think about all use cases, not only your specific one16:55
jschwarzs/right/write/16:55
fricklerjschwarz: at least I tested that it works in my lab setup16:55
*** eddima has quit IRC16:55
jschwarzfrickler, I have no doubt you did :)16:55
amullerjschwarz: we run functional tests with one router replica16:56
amullerit reports as active because there's no neighbor that sends VRRP heart beats16:56
amullerit should work fine16:56
*** jprovazn has joined #openstack-neutron16:56
jschwarzfrickler, I hope you didn't get the wrong impression - I think this idea is excellent - all I'm saying is we should look into it a bit more16:56
jschwarzamuller, ah!16:57
amullerjschwarz: frickler: What is the meaning of the 'min' value if your patch hard codes '1'?16:57
fricklerjschwarz: I fully understand that, no problem here16:57
*** lazy_prince has quit IRC16:57
jschwarzstill, if we only have 1 agent (especially if we start with only one) we might prefer to not create all the resources until really needed16:57
amullerjschwarz: let's keep the code simple16:57
amullerjschwarz: no more conditionals please =D16:58
jschwarzamuller, but... but.... we love conditionals! :< :<16:58
fricklerjschwarz: if we wouldn't want the ha part, we would not enable that in the first place, would we?16:58
amullerI imagine code in the scheduler with a comment saying something like "if this HA router was created when only one agent was up, we don't create HA network/port, so now when an agent reports as active we need to create HA resources for *both* nodes"16:58
*** ygbo has quit IRC16:58
mfranc213ajo, davidsha, things are looking very good from our end.  i think we're still doing a bit of functional testing.  david, were you able to do any of that?16:58
frickleramuller: the patch hardcodes 1 as lower limit for that config variable, I did not want to change the default, which is 216:59
amullerjschwarz: I don't want that code, comment or its complexity...16:59
jschwarzfrickler, my use case is more like "we want the HA part but currently only have one node. when I get more up and running I'll want it to be HA"16:59
jschwarzfrickler, the amuller has spoken!16:59
davidshamfranc213: no, but jschwarz ran it on the patch before I uploaded it.16:59
amullerjschwarz: I'm not saying I don't want to allow a min of 116:59
*** palexster has quit IRC16:59
amullerjschwarz: I just don't want the creation of the HA resources to be conditional16:59
jschwarzfrickler, I'm fine with making sure that when you create an HA router with only one node, it shows as active16:59
amullerno more complexity please16:59
jschwarzfrickler, if it does (and the code is fixed as per my comments) I'll happily +1 it17:00
mfranc213ajo, davidsha, it didn't look like henry gessau's email from yesterday included the dscp db change.  is this something that needs to be pursued?17:00
frickleramuller: one could avoid the "1" and check for ">0" instead17:00
mfranc213davidsha: cool, re: functional.17:00
jschwarzamuller, but conditionals are awesome!!!!1!!one!!!17:00
anteayaarmax: hello, how can I help?17:00
*** rpothier has left #openstack-neutron17:00
armaxanteaya: hi, I wonder if you ended up sending that email to the operators ML?17:00
armaxanteaya: the one about IPv6?17:01
anteayaI did not17:01
jschwarzfrickler, sounds good?17:01
anteayaI have the url saved17:01
*** vishwanathj_zzz is now known as vishwanathj17:01
davidshamfranc213: which email?17:01
anteayashould I open that etherpad?17:01
armaxanteaya: no need17:01
mfranc213davidsha: forwarding now...17:01
fricklerjschwarz: how about checking > 0 and avoiding the new constant definition?17:01
anteayavery good17:01
davidshamfranc213: thanks!17:01
anteayaarmax: what is the current status?17:01
jschwarzfrickler, erm17:01
* jschwarz opens the code.. sec17:02
amullerfrickler: what does the 'min' conf value mean with your patch in place? shouldn't we get rid of it?17:02
mfranc213davidsha: on its way.  i missed it, too.  jreeves noticed this.17:02
*** foo-bar has joined #openstack-neutron17:02
armaxanteaya: I recall you were going to send it on Monday…I am chasing haleyb to see if we can spend some time looking into the recent failures I obvserved17:02
*** foo-bar has quit IRC17:02
* haleyb is not on the operators ML17:02
*** ccesario has quit IRC17:02
anteayaI had said on friday that I would send it monday, yes I did17:03
anteayahowever I did not send it on monday17:03
armaxanteaya: after looking at those bugs, none of them showed up in the last 10 days…as soon as I claimed that, one of them showed up17:03
anteayaarmax: once you and haleyb have had a chance to chat could you update me so I knkow how best to help?17:03
anteayaisn't that always the way17:03
frickleramuller: as I said above: it blocks creating new routers once less agents are available. for deployments using 3 or more network nodes, it may be sensible to leave it at 2 or even someone may want to set it higher17:03
armaxanteaya: I thought that was your intention all along, wasn’t it? flush bugs out17:04
armax:)17:04
frickleramuller: the patch just allows one to explicitily set min=1 in the config17:04
armaxanteaya: we’ll keep you posted17:04
anteayaarmax: of course :)17:04
anteayathank you17:04
*** s3wong has joined #openstack-neutron17:04
anteaya:)17:04
*** john-davidge has joined #openstack-neutron17:04
haleybanteaya: is this operator-specific IPv6 issues? i.e. can you send any questions to the -dev list?17:05
jschwarzfrickler, currently (other than your code), MINIMUM_AGENTS_FOR_HA is used in 2 places (configuration option, an error printout)17:05
Sam-I-Amarmax: do you want to discuss https://review.openstack.org/#/c/284814/17:05
armaxSam-I-Am: do I?17:05
anteayahaleyb: my motivation was to include the operators17:05
anteayaas armax had already posted to dev17:05
jschwarzfrickler, I'd much rather we keep that constant, so if we have it we might as well use it and check 'if min_agents < constants.MINIMUM_AGENTS_FOR_HA'17:06
armaxanteaya, haleyb a cross post would be nice17:06
*** banix has quit IRC17:06
jschwarzfrickler, it makes more sense than 'min_agents > 0'17:06
Sam-I-Amarmax: sounded like you were wondering why we're playing option merry-go-round17:06
haleybok, i hadn't seen the discussion, i'll look at the archives17:06
Sam-I-Amarmax: also, i can create a bug for that patch. looks like one of the other patches closed the existing mtu bugs. :/17:06
*** shakamunyi has joined #openstack-neutron17:06
*** ildikov has joined #openstack-neutron17:06
armaxso let’s target the same bug, I am mostly complaing about the lack of bug reference on the commit message17:07
fricklerjschwarz: hmm, I think I'll create a new patch set with my idea, that should make it easier17:07
Sam-I-Amarmax: can we target a closed bug?17:07
armaxmaybe that bug shouldn’t have closed17:07
armaxbut yes, that’s fine17:07
davidshamfranc213: thanks, we're listed in [5], but this means our deadline is tomorrow.17:07
jschwarzfrickler, you're welcome to do so :) please add me as a reviewer and I'll review it tomorrow17:07
jschwarzfrickler, I'm heading off now - nice meeting you17:07
*** tbachman has joined #openstack-neutron17:07
Sam-I-Amarmax: i am not a bug manager, otherwise i'd re-open it as in-progress and tag it in this commit message.17:07
*** matrohon has quit IRC17:08
mfranc213njohnston, ajo, jreeves, davidsha, vhoward:  i think we have all of unit, api, functional, doc, and pep8 testing successful with PS54.  so fullstack remains, blocked by the l3 issue.  let me know if anything here is wrong or missing.17:08
armaxSam-I-Am: that would do, I am only asking for a bug reference on teh commit message17:08
jschwarzyay @ mfranc21317:09
armaxif we have a bug report already capturing this, then we can reuse it17:09
*** banix has joined #openstack-neutron17:09
mfranc213jschwarz: big yay.  hop i got that right.17:09
jschwarznn all17:09
Sam-I-Amarmax: i'll update the commit to reference the two mtu bugs i filed17:09
Sam-I-Amif those dont work, i'll open another one17:10
armaxSam-I-Am: no need to scatter knowledge around, let’s keep everything closer together if we can17:10
mfranc213s/hop/hope17:10
ihrachysarmax: ok, lbaas gate fix is in, I rebased tox constraints cleanup https://review.openstack.org/#/c/288431/ , we can look into merging that one now17:10
ihrachysajo: davidsha: is dscp patch ready now?17:11
mfranc213davidsha: okay, thanks for correcting me.  so what happens next ajo?17:12
armaxSam-I-Am: this needs a release note too I couldn’t see one17:12
*** wolverineav has joined #openstack-neutron17:12
*** yamahata has joined #openstack-neutron17:12
davidshaihrachys: I believe so yes.17:12
armaxSam-I-Am: or maybe we do17:12
Sam-I-Amarmax: i was just about to ask that17:12
Sam-I-Amgoing to sift through other release notes to see whats leftover17:13
*** haplo37 has joined #openstack-neutron17:13
*** iyamahat has joined #openstack-neutron17:13
armaxkevinbenton would know for sure17:13
*** pradk_ has quit IRC17:13
*** madhu_ak has joined #openstack-neutron17:13
armaxbetween patches that targeted fixes for both of thos bugs I couldn’t see one17:13
armaxbut I might be blind17:13
*** jschwarz has quit IRC17:14
armaxI see this:17:14
armaxhttps://review.openstack.org/#/c/283798/5/releasenotes/notes/deprecate-network-device-mtu-59b78264c9974808.yaml17:14
*** thorst_afk is now known as thorst_17:14
Sam-I-Amyep thats one of the earlier deprecations in this process17:15
armaxbut that’s for a different variable17:15
armaxlet’s see what kevinbenton has to say when he wakes up17:16
Sam-I-Amok17:16
Sam-I-Amin the meantime i'll tag those bugs17:16
Sam-I-Amand improve this commit msg17:17
armaxSam-I-Am: are you also gonna take care of https://bugs.launchpad.net/openstack-manuals/+bug/1552089?17:18
openstackLaunchpad bug 1552089 in openstack-manuals " Make agent interface plugging utilize network MTU" [Undecided,New]17:18
*** safchain has quit IRC17:19
Sam-I-Amarmax: yeah, once its all merged i can take care of the core docs bits.17:19
armaxSam-I-Am: sweet17:19
Sam-I-Amin fact i already took care of some of it in the install guide17:19
Sam-I-Amit felt nice to delete my diatribe about mtu17:19
armaxSam-I-Am: make sure you nuke that bug in the process17:19
armaxSam-I-Am: and thanks!17:20
Sam-I-Amarmax: is there anything in the devref that needs this info?17:20
armaxSam-I-Am: I suppose we could come up something, but nothing on the top of my head that can add more content to the code itself17:21
*** bjornar has joined #openstack-neutron17:22
*** ociuhandu has quit IRC17:22
*** wwriverrat has left #openstack-neutron17:22
*** permalac_ has quit IRC17:22
Sam-I-Amarmax: if there's nothing i can remove neutron from the bug17:22
ihrachysarmax: btw note that if/when we merge dscp on server side, we'll need to do the same for client patch (and consider whether it's ok since we are in freeze mode there too)17:22
*** shakamunyi has quit IRC17:23
armaxihrachys: I need to touch base with amotoki to see if we’re ok to have a  4.1.217:23
armaxfor the client17:23
armaxSam-I-Am: come again17:23
armax?17:23
openstackgerritFederico Ressi proposed openstack/neutron: Work in progress: bind_port unit tests  https://review.openstack.org/28986317:23
*** salv-orlando has joined #openstack-neutron17:23
Sam-I-Amarmax: right now that docs bug has a leg in neutron and a leg in openstack-manuals17:23
ihrachysarmax: right. also I suspect we may need some approval from release gods since it may influence global requirements17:23
Sam-I-Amif this is only an openstack-manuals thing, i can remove neutron from the bug17:24
Sam-I-Amup to you17:24
Sam-I-Amits just meta17:24
ihrachysarmax: f.e. if we want to land fullstack tests, we will need to require the new client as the minimal version17:24
ihrachysarmax: alternatively, we wait for N to open to merge fullstack17:24
armaxSam-I-Am: oh, I don’t usually do that, in order to avoid losing the refernece to the bug17:24
amotokiihrachys: armax: everyone can propose a new release :) btw, i doon't think we need an update of global requirements (as long as it is backward-compat)17:25
Sam-I-Amarmax: ok i'll leave it. currently marked as invalid for neutron, though.17:25
*** pece has quit IRC17:25
*** tmorin has quit IRC17:25
armaxSam-I-Am: that’s because we assumed there’s nothing to add to the neutron in-tree documentation17:25
ihrachysamotoki: it is. though fullstack tests use client, technically we shouldn't merge tests that are known to be broken with SOME set of official versions (pre new client with dscp patch)17:25
pc_mamotoki: ping17:26
armaxSam-I-Am: https://review.openstack.org/#/c/287844/ adds more about the doc process17:26
amotokiihrachys: armax: I agree that we should ask the release management team that we can release a new client.17:26
amotokipc_m: pong17:26
ihrachysamotoki: note that we now manage requirements with constraints, so we won't get new client in fullstack job without bumping the version there17:26
pc_mamotoki: IS neutronclient version lock step with neutron version?17:26
*** tbachman_ has joined #openstack-neutron17:26
Sam-I-Ampc_m: no?17:26
*** amuller is now known as amuller_afk17:26
*** tbachman has quit IRC17:26
*** tbachman_ is now known as tbachman17:26
armaxfrom dhellmann’s email I know that global requirements are closed17:27
ihrachysamotoki: still from server perspective we can be ok to land the feature even without the client. it's not ideal, but better than just leaving it to N (since it includes db migration)17:27
armaxhttp://lists.openstack.org/pipermail/openstack-dev/2016-March/088452.html17:27
*** tpsilva has joined #openstack-neutron17:27
pc_mamotoki: IOW, Liberty neutronclient is used with liberty neutron?17:27
Sam-I-Amarmax: cool, thx17:27
ihrachysajo: ^ you should pay attention17:27
pc_mamotoki: or can it version separately?17:27
armaxamotoki: my suggestion would be to follow what that email says17:27
armaxonce server+client merge, we can follow the release process, provide enough input and see if they can warrant us an exception17:28
*** tbachman has quit IRC17:28
armaxthe sooner we get on with this the better17:28
ihrachys+17:28
*** nyechiel_ has quit IRC17:28
armaxI think there’s still a little time left, but the closer to the end of the week we get the more unlikely this becomes17:29
ihrachysarmax: speaking of which, I already sealed the server patch; and as per HenryG  we should land the patch before tomorrow when HenryG will close alembic branches17:29
armaxihrachys: ack17:29
pc_mSam-I-Am: So the two are versioned independently?17:29
amotokiarmax: totally agree.17:29
*** harlowja has joined #openstack-neutron17:29
ihrachysok folks, I believe you 'll make the right steps for the thing! :) need to run, cu tomorrow.17:30
Sam-I-Ampc_m: yes17:30
amotokipc_m: i don't think we strictly lock client version with a server version17:30
*** tbachman has joined #openstack-neutron17:30
Sam-I-Amthe clients have a different release schedule17:30
Sam-I-Amthey sort of release whenever17:30
pc_mSam-I-Am: Do we know what version of neutronclient should be used with Liberty neutron?17:30
*** ihrachys has quit IRC17:30
*** therve has left #openstack-neutron17:31
Sam-I-Ampc_m: we usually test liberty with whatever version of the client was released before liberty17:31
*** ihrachys has joined #openstack-neutron17:31
*** ihrachys has quit IRC17:31
amotokipc_m: but most distributions ship with neutronclient which was released around server releases (like liberty).17:32
pc_mSam-I-Am: Is there a way I can find out what neutronclient that would have been?17:32
Sam-I-Ampc_m: you'd have to look at the release history17:32
Sam-I-Ammy mitaka install has 4.0.1 right now, but that doesn't mean it won't roll with 4.1 by release day17:32
amotokipc_m: Sam-I-Am: what I can say is neutronclient stable/liberty should work with neutron stable/liverty.17:33
Sam-I-Ammy guess is most distros will include 4.0 with mitaka17:33
amotokineutroncleint master (now) should work with neutron master.17:33
pc_mamotoki: Sam-I-Am: Good. Sounds like we need to pin it for networking-cisco branch.17:33
openstackgerritMatthew Kassawara proposed openstack/neutron: Add global_physnet_mtu and deprecate segment_mtu  https://review.openstack.org/28481417:34
*** rcernin has quit IRC17:34
dasmoh maan... i changed nothing in my neutron+devstack env. and now, instead of just one failure on dsvm-fullstack (like yesterday), i have 13 fails for 14 tests :/17:34
pc_mamotoki: Seeing breakage in networking-cisco Liberty. It pins neutron to Liberty, but is failing tests because it is picking up newer neutronclient that is not compatible.17:34
dasmand gate seems to be OK with passing everything :/17:34
rtheiscarl_baldwin: ping17:35
*** dslevin has joined #openstack-neutron17:35
*** jhershbe has joined #openstack-neutron17:35
*** dslevin has quit IRC17:35
amotokipc_m: the most recent version of neutroncleint for liberty is 3.1.1.17:35
pc_mamotoki: Thanks!17:36
rtheiscarll_baldwin: wondering the required parameters when creating a segment...17:36
amotokipc_m: if you need a strict version capping, <3.2.0 is nice. you need a bit loose capping, <4.0.0 works for you17:36
*** dslevin has joined #openstack-neutron17:36
*** outworlder has quit IRC17:36
*** dslevin has quit IRC17:37
*** shakamunyi has joined #openstack-neutron17:37
amotokipc_m: note that there is no plan for 3.x.y (x>=2) neutronclient, so there is no difference between <3.2.0 and <4.0.0.17:37
*** dslevin has joined #openstack-neutron17:38
rtheiscarl_baldwin: also, it appears that none of the existing segment attribute can be updated at this time, will there be attributes to update?17:38
*** dslevin has quit IRC17:39
*** mickeys has joined #openstack-neutron17:39
*** panda has quit IRC17:39
*** akshai has quit IRC17:39
sambettsnetworking cisco can't pin if neutron doesn't because if neutron doesn't pin then it means its compatible with the latest version17:40
*** gampel has joined #openstack-neutron17:40
sambettsif I installed neutron now from the stable/liberty branch I would get the newest version neutronclient, if I then tried to use networking-cisco with it, it's broken17:40
*** panda has joined #openstack-neutron17:40
*** dslevin has joined #openstack-neutron17:40
sambettsamotoki: ^17:40
*** claudiub has joined #openstack-neutron17:41
*** davideagnello has joined #openstack-neutron17:41
*** dslevin has quit IRC17:41
*** sridharg has joined #openstack-neutron17:41
*** fzdarsky_ has quit IRC17:41
*** dslevin has joined #openstack-neutron17:42
*** fzdarsky has joined #openstack-neutron17:42
davidshaajo: ping17:42
kevinbentonarmax: yo, what did you want to know about the MTU stuff?17:42
*** dslevin has quit IRC17:42
*** neelashah has quit IRC17:42
*** jistr has quit IRC17:43
*** tbachman_ has joined #openstack-neutron17:43
*** dslevin has joined #openstack-neutron17:43
*** crose has quit IRC17:43
*** network__ has joined #openstack-neutron17:43
*** slunkad has quit IRC17:44
*** dslevin has quit IRC17:44
*** EinstCrazy has joined #openstack-neutron17:44
*** wolverineav has quit IRC17:44
amotokisambetts: it is a big question.17:44
*** jlanoux has quit IRC17:44
amotokisambetts: it depends on the policy of global-requirements.17:44
*** tbachman has quit IRC17:44
*** tbachman_ is now known as tbachman17:44
amotokisambetts: in my understanding, requirements team did not apply version capping for liberty g-r.17:45
*** dslevin has joined #openstack-neutron17:45
sambettsamotoki: is the latest release of neutronclient completely backward compatible? and is it planned to stay that way?17:46
*** dslevin has quit IRC17:46
*** lucasagomes is now known as lucas-dinner17:46
amotokisambetts: mostly yes. I believe it is compatible with liberty though the major version was bumped17:46
amotokisambetts: what are incompatible are (1) XML support were dropped and (2) some vendor stuff were dropped.17:47
amotokisambetts: this is the reason of 4.x.x17:47
amotokisambetts: it is compatible for most cases, but it depends on a case where you are.17:48
sambettsamotoki: so neutron liberty should be capped at <4.0.0 then17:48
sambettsif not everything is supported right?17:48
*** EinstCrazy has quit IRC17:49
amotokisambetts: what do you mean by 'neutron library'?17:49
*** newbiee has quit IRC17:49
sambettsliberty*17:49
sambettssorry17:49
amotokisambetts: ah...17:50
*** claudiub has quit IRC17:50
amotokisambetts:  'neutron' itself only uses some features of 'neutronclient'17:50
amotokisambetts: so neutron dependency of neutronclient >=2.6.0 is still valid.17:51
*** ociuhandu has joined #openstack-neutron17:51
*** outworlder has joined #openstack-neutron17:51
*** ihrachys has joined #openstack-neutron17:51
amotokineutron server project does not depend on neutronlclient.17:51
amotokisambetts: it seems your requirement is a bit different.17:52
*** neelashah has joined #openstack-neutron17:52
*** salv-orl_ has joined #openstack-neutron17:53
*** akshai has joined #openstack-neutron17:53
*** parora has joined #openstack-neutron17:54
sambettsamotoki: Its our stable/liberty neutronclient extensions that are feeling the difference, because the get_data function changed to take_action, we were able to fix this in master for the mitaka release, but it feels weird backporting it17:55
*** akshai has quit IRC17:56
*** ihrachys has quit IRC17:56
amotokisambetts: so the question can be rephrased to 'how can we cap liberty client in global-requirements'?17:56
*** salv-orlando has quit IRC17:56
amotokisambetts: *liberty client version*17:57
sambettsamotoki: well it depends, the question I'm trying to work out is should we cap it?17:57
*** akshai has joined #openstack-neutron17:57
amotokisambetts: I think neutronclient extension should not use get_data directly.17:58
amotokisambetts: I think neutronclient extension should define execute().17:59
amotokisambetts: so when I refactored neutronclient get_data/run/take_action methods, I thought it did not break anything.17:59
*** mvk has quit IRC18:00
amotokisambetts: of course, your original question on g-r is valid in general and it needs to be discussed in -dev list.18:00
sambettsif I installed stable/liberty devstack right now I'd get the lastest client, which would mean any extensions written for liberty might be broken, so I guess we need that cap on18:01
amotokisambetts: I don't have a clear answer on this at now.18:01
*** sc68cal has joined #openstack-neutron18:01
amotokisambetts: the interface provideded by client extension is not get_data() but execute().18:01
amotokisambetts: so i think the breakage happens due to a wrong usage of methods.18:02
*** safchain has joined #openstack-neutron18:02
pc_mamotoki: so get_data() / take_action() are essential private methods18:02
openstackgerritKevin Benton proposed openstack/neutron: Add global_physnet_mtu and deprecate segment_mtu  https://review.openstack.org/28481418:02
*** davidsha has quit IRC18:03
*** rickyrem has quit IRC18:03
*** prithiv has joined #openstack-neutron18:03
amotokipc_m: get_data is not intended to use by neutronclient extensions even though it worked.18:03
*** zengine has quit IRC18:04
pc_mamotoki: so the "right" solution sounds like changing the extension to use execute()18:04
amotokipc_m: sambetts: http://docs.openstack.org/developer/python-neutronclient/devref/client_command_extensions.html#precedence-of-command-loading18:04
*** mickeys has quit IRC18:04
amotokipc_m: exactly18:05
sambettspc_m: that sounds more like something I'm willing to backport, its a bug fix really18:06
*** ihrachys has joined #openstack-neutron18:06
pc_msambetts: yeah. much better solution.18:07
*** amuller_afk is now known as amuller18:07
pc_mamotoki: Thanks!18:07
ihrachysarmax: btw I just realized that due to the code sprint, I probably won't be able to run the meeting on next Tue as I usually do.18:07
openstackgerritKevin Benton proposed openstack/neutron: Add exponential back-off to agent RPC calls  https://review.openstack.org/28059518:08
sambettsamotoki: Thanks thats a much better solution :) should take_action be refactored to be _take_action so that its more obvious its a private method?18:08
*** shivrao has joined #openstack-neutron18:08
ihrachysarmax: would you be able to back up for the day? or should we skip the meeting? [though I presume it's not ideal to skip that one due to the time in the cycle.]18:08
pc_msambetts: yeah, it should.18:08
kevinbentonihrachys: how tightly are oslo versioned objects tied to sqlalchemy?18:09
*** safchain has quit IRC18:09
amotokisambetts: pc_m: take_action() is the defined interface by cliff, so we cannot rename it.18:09
kevinbentonihrachys: (also i can run the meeting if armax isn't available)18:09
*** Guest40848 has quit IRC18:09
pc_mamotoki: ah. Maybe a docstring?18:09
ihrachyskevinbenton: directly? not much. they rely on some small wrappers that implement db access, like: https://github.com/openstack/neutron/blob/master/neutron/objects/base.py#L18318:10
*** salv-orl_ has quit IRC18:10
amotokipc_m: can be.18:10
ihrachyskevinbenton: and that's how small wrappers are: https://github.com/openstack/neutron/blob/master/neutron/objects/db/api.py#L3418:10
*** numans has joined #openstack-neutron18:10
ihrachyskevinbenton: why do you ask?18:10
kevinbentonihrachys: just curious if a non-DB based plugin would be able to implement these easily18:11
kevinbentonihrachys: and it looks like as we have them now, it's not too easy unless they monkey patch these methods18:11
*** zengine has joined #openstack-neutron18:11
ihrachyskevinbenton: also note the very base class is non-db: https://github.com/openstack/neutron/blob/master/neutron/objects/base.py#L6218:11
ihrachyskevinbenton: atm we look into switching base db class internals to objects only18:12
ihrachyskevinbenton: but I agree that eventually you want your plugin API talk objects, and then you need some layer of abstraction for persistency18:12
ihrachysI don't believe that would be too hard to do18:12
ihrachysneither that it's high prio right now18:12
kevinbentonihrachys: right, it seems like ultimately the core plugin should be responsible for providing the construction data for the objects18:14
ihrachyskevinbenton: absolutely. that said, I beleive the order is first getting internals talk db, then consider adoption for API18:14
ihrachyskevinbenton: I try to split the matters here, since the latter part opens a lot of compat questions18:15
sc68calneutron/cmd/ovs_cleanup.py - I think we need some good docs about when the apropriate time to use this is. I just saw a post on the openstack-ops list where someone ran this utility on a live environment18:15
kevinbentonihrachys: not just for API. What I mean is that a core plugin cannot adopt these if it uses any datasources other than our in-tree schema18:15
kevinbentonihrachys: (assuming I understand correctly)18:15
kevinbentonihrachys: i suppose they could subclass the in-tree ones and override the methods to get the data. would that work?18:16
ihrachyskevinbenton: I think I grasp your point. I just mean that for me personally the priority is on getting db based plugins switching to the objects; then we can adopt them more widely.18:17
*** thumpba has joined #openstack-neutron18:17
ihrachyskevinbenton: yes, in theory you could try to override those CRUD operations18:17
*** Aish has joined #openstack-neutron18:18
*** tflynn has joined #openstack-neutron18:18
ihrachyskevinbenton: though I admit currently it would be hacky since you need to modify the base class operations which would require influencing MRO for subclasses since some of them call to super()18:18
*** markvoelker has joined #openstack-neutron18:18
*** tflynn has quit IRC18:18
*** prithiv has quit IRC18:19
ihrachyskevinbenton: we could have plugin providing low level db wrappers to us, then we just switch our classes to use them instead of direct calls to functions we have now18:19
*** wolverineav has joined #openstack-neutron18:19
kevinbentonihrachys: right18:19
*** tflynn has joined #openstack-neutron18:19
ihrachyskevinbenton: but if someone feels brave already, he can already mock out existing functions :P18:20
openstackgerritMerged openstack/neutron-vpnaas: VPNaaS Fix bandit Jinja issue  https://review.openstack.org/28964918:21
HenryGihrachys: kevinbenton: We will want the OVO framework in neutron-lib one day (soon?) so start thinking about how we can move it there.18:21
kevinbentonHenryG: well we need to be careful with that because of the reason i highlighted18:22
HenryGkevinbenton: agreed18:22
kevinbentonHenryG: if this has too many assumptions baked in about how data is stored we want to make sure we get rid of those before moving to neutron-lib18:22
kevinbentonihrachys: yeah, it looks like it wouldn't be too painful to change this just to put some kind of interface in between18:23
ihrachysHenryG: base classes could already be material for that once we detach db access methods a bit. though I feel like we better get more meat on the bones before we consider the API done (we needed to switch some gears in incompatible way very recently because of new knowledge, like moving from get_by_id(id=) base method to get_object(**kwargs))18:23
*** links has quit IRC18:23
ihrachyskevinbenton: note that often times it's an assumption that transactions are available to us.18:24
ihrachyskevinbenton: so transactions would need to be part of the abstract interface for CRUD18:24
kevinbentonihrachys: can you point me to code that assumes it?18:24
*** wolverineav has quit IRC18:24
*** mhickey_ has quit IRC18:25
*** jbell8 has joined #openstack-neutron18:25
ihrachyskevinbenton: inherited classes overriding the base: https://github.com/openstack/neutron/blob/master/neutron/objects/qos/policy.py#L10118:25
*** armax has left #openstack-neutron18:25
ihrachyskevinbenton: that said, we could apply some metaclass-y magic to leave them in base classes only18:25
*** s3wong has quit IRC18:25
ihrachyskevinbenton: see the TODO for just that https://github.com/openstack/neutron/blob/master/neutron/objects/qos/policy.py#L14418:26
*** armax has joined #openstack-neutron18:26
ihrachysactually, it reminds me we may have a patch for that already18:26
ihrachysnah, not exactly that, but similar https://review.openstack.org/#/c/281850/18:26
kevinbentonihrachys: i'm having a hard time following the levels of indirection here. what are these transactions achieving?18:26
kevinbentonihrachys: particularily the one around get_object that you linked18:27
ihrachyskevinbenton: they achieve that qos rules models are updated in the same transaction as the base policy model18:27
ihrachys(or fetched for that matter)18:27
kevinbentonihrachys: ah, in this particular case for the fetch i don't think it matters18:28
*** fawadkhaliq has joined #openstack-neutron18:28
*** sridhar_ram is now known as sridhar_ram_afk18:28
kevinbentonihrachys: but i see your point where a create could take multiple records18:28
ihrachysok maybe we were too cautious. though I vaguely remember we were talking about fetches back in L18:29
Sam-I-Amkevinbenton: moo.18:29
kevinbentonihrachys: However, i think this would need to be abstracted away from the interface that objects use18:29
kevinbentonihrachys: unless it's part of the objects requirements to abort an ongoing transaction...18:29
*** anilvenkata has joined #openstack-neutron18:30
kevinbentonihrachys: if it's just to make things atomic, i would think the interface should provide an atomic assumption18:30
ihrachyskevinbenton: right. that's what I say when talking about having this transaction thing as part of plugin API (which may have a default no-op implementation for those that don't care too much)18:30
ihrachyskevinbenton: another thing to consider for non-db plugins is that rbac metaclass that we have, that accesses db directly right now. that would need some effort to decouple it from sqla18:32
*** dileepr has joined #openstack-neutron18:33
*** jbell8 has quit IRC18:33
kevinbentonihrachys: yeah. maybe something to hack on at the summit :)18:33
kevinbentonSam-I-Am: yo18:34
ihrachyskevinbenton: optimistically, we'll have some resource migrated in some limited way to objects for the time of summit.18:34
ihrachys*resources18:34
kevinbentonSam-I-Am: i added a release note to that patch, did that cover everything?18:34
Sam-I-Amkevinbenton: lemmie look18:34
ihrachyscurrently targeting ports and subnets18:34
*** markvoelker has quit IRC18:35
kevinbentonihrachys: ack. starting with ports was a big first bite ;)18:35
ihrachyskevinbenton: yeah. considering all extensions...18:35
ihrachysbut we'll see, for now we have pretty much nothing actually landed :)18:35
kevinbentonihrachys: yeah. althought the nice this about starting with that is that you should have most corner cases covered18:36
Sam-I-Amkevinbenton: not sure i like the word 'set' because it gives the appearance that neutron set something. more like... references (which is what i used in the commit msg)18:36
*** abhiraut has joined #openstack-neutron18:36
*** markvoelker has joined #openstack-neutron18:37
ihrachyskevinbenton: yes. we also target documenting any quirks of the adoption process in devref so that others can also start doing it the lazy way if we are not quick to deliver whatever people need18:37
kevinbentonSam-I-Am: ack. leave a comment and i'll fix it up18:37
kevinbentonSam-I-Am: looks like i need to make a revision anyway18:38
kevinbentonihrachys: can you comment on https://review.openstack.org/#/c/284814/ ? You and armax have put me in an untennable position!18:38
Sam-I-Amkevinbenton: want me to fix it?18:38
kevinbentonSam-I-Am: no18:38
Sam-I-Amok18:38
kevinbentonSam-I-Am: because there is a code change probably necessary based on Armando's comments18:38
kevinbentonSam-I-Am: so i'll get both at once18:38
armaxkevinbenton: you should quit18:38
*** abhiraut has quit IRC18:39
kevinbentonarmax: what's my severance package?18:39
armaxkevinbenton: um18:39
armaxkevinbenton: if you quit there’s no severance18:39
Sam-I-Amkevinbenton: did we need the separate bug still?18:39
kevinbentonSam-I-Am: nah, i think armax was okay with the references you added18:40
*** abhiraut has joined #openstack-neutron18:40
Sam-I-Ami've been debating getting a job as a delivery truck driver18:40
kevinbentonarmax: then i'll be sticking around for a little longer18:40
armaxkevinbenton: I could live with that18:40
anilvenkataamuller, ping18:41
amulleranilvenkata: yo18:41
anilvenkataamuller, if HA network is per tenant, why do we use admin context while creating it?18:41
amulleranilvenkata: because we don't create it in the tenant18:42
amulleranilvenkata: we create it with a blank tenant_id to hide it from the tenant18:42
*** salv-orlando has joined #openstack-neutron18:42
*** garyk has quit IRC18:42
ihrachyskevinbenton: replied.18:42
kevinbentonarmax: ^^ dual!18:42
anilvenkataamuller, ok, thanks assaf18:43
*** garyk has joined #openstack-neutron18:43
amulleranilvenkata: same with HA ports18:43
kevinbentonduel*18:43
ihrachyskevinbenton: armax: ok in the end we all agree it's a 2nd priority question18:43
anilvenkataamuller, u mean HA network ports, right?18:43
amulleranilvenkata: yes18:43
armaxihrachys: it’s not that important, I grant you that18:43
kevinbentonarmax: what if i name the function elephants_or_mice ?18:44
*** numans has quit IRC18:44
ihrachyskevinbenton: as long as you document it properly :P18:44
*** zengine has quit IRC18:44
armaxkevinbenton: unless you can come up with a name you can guarantee it won’t change EVER18:44
armaxkevinbenton: then the method’s purpuse is questionable18:44
kevinbentonarmax: but that's the point, we can change the user-facing stuff without breaking any plugins18:45
kevinbentonarmax: however, i doubt this will continue to churn18:45
*** neelashah has quit IRC18:45
armaxso, the method is not needed18:45
kevinbentonarmax: so i guess i'll just reference the cfg option directly18:45
armaxbut if it does18:45
armaxdon’t mirror the config name in the method name18:45
armaxthat’s all I am saying18:45
kevinbentonarmax: even though ihrachys specifically said that this was the worst thing in a world a programmer could do18:45
Sam-I-Amarmax: we originally wanted to use physnet_mtu, then realized it would be confused with other config options that dont actually work, so we decided on global_physnet_mtu18:45
armaxguys, I think we all agree that encapsulation is desirable18:46
kevinbentonSam-I-Am: those options work. they were just difficult to understand18:46
Sam-I-Amits possible that one day once all this mtu garbage is behind us, we can go avoid the use of 'global' for things18:46
*** zengine has joined #openstack-neutron18:48
kevinbentonihrachys, armax: so will you both be okay if i just dump the indirection for now?18:49
*** abregman has joined #openstack-neutron18:49
*** salv-orlando has quit IRC18:49
armaxkevinbenton: unless you can come up with a better name18:49
ihrachyskevinbenton: I agree on whatever makes it mergeable18:49
*** salv-orlando has joined #openstack-neutron18:50
armaxihrachys: don’t sweat, it’ll merge18:50
armaxafter all it’s kevinbenton we’re talking about.18:50
armaxhe can be very persistent18:50
*** anilvenkata has quit IRC18:50
ihrachyskevinbenton: so re meeting on Tue, please cover that if armax does not feel like waking up so early.18:50
kevinbentonarmax: get_base_mtu_reference_number_to_be_used_for_mtu_calculations18:50
* armax goes and take the brush18:50
ihrachysin camel case please, it should add enterprisiness18:51
armaxactually it should be18:51
*** zengine has quit IRC18:51
kevinbentonihrachys: MtuDefaultStrategyFactory18:51
*** sridharg has quit IRC18:51
jreevesbuzz word of the day: enterprisiness18:51
armaxget_base_sanitized_validated_user_inputed_mtu_reference_number_to_be_used_for_mtu_calculations18:51
kevinbentonarmax: how about just 'get_base_mtu'?18:51
*** ccesario has joined #openstack-neutron18:52
amullerhttps://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition18:52
armaxcan it simply be get_deployment_mtu?18:52
kevinbentonarmax: that works for me!18:52
armaxor get_mtu18:52
armaxor get_me_that_damn_mtu18:52
*** ivar-lazzaro has joined #openstack-neutron18:52
kevinbentonarmax: get_deployment_physical_mtu probably a little more clear18:52
kevinbentonarmax: since this is meant to be taken an have encap headers deducted and whatnot so stuff fits on the wire18:53
*** wolverineav has joined #openstack-neutron18:53
*** slaweq has quit IRC18:54
armaxkevinbenton: if you think it’s well describes the damn thing that’s fine18:55
*** sridhar_ram_afk is now known as sridhar_ram18:55
*** s3wong has joined #openstack-neutron18:55
kevinbentonarmax: that's the spirit!18:58
kevinbentonarmax: angry capitulation18:58
*** ihrachys has quit IRC18:58
*** banix has quit IRC18:58
armaxajo: ping18:58
*** akshai has quit IRC18:59
openstackgerritKevin Benton proposed openstack/neutron: Add global_physnet_mtu and deprecate segment_mtu  https://review.openstack.org/28481418:59
* Sam-I-Am squints18:59
*** neelashah has joined #openstack-neutron18:59
armaxSam-I-Am: whoa18:59
*** doug-fis_ has joined #openstack-neutron18:59
*** mgoddard_ has joined #openstack-neutron18:59
armaxSam-I-Am: what out what you say on irc18:59
*** bdemers has quit IRC19:00
Sam-I-Amarmax: i feel more organ loss coming on19:00
*** brad_behle has joined #openstack-neutron19:00
*** bapalm has quit IRC19:02
*** banix has joined #openstack-neutron19:02
*** ihrachys has joined #openstack-neutron19:02
*** doug-fish has quit IRC19:02
armaxamotoki: ping19:02
*** doug-fish has joined #openstack-neutron19:03
*** doug-fish has quit IRC19:03
*** mgoddard has quit IRC19:03
*** doug-fish has joined #openstack-neutron19:03
jreevesSam-I-Am: as long as it's not the liver…might need that for the conference19:03
Sam-I-Amjreeves: that one is long gone19:03
*** rickyrem has joined #openstack-neutron19:04
*** doug-fis_ has quit IRC19:04
*** dane_leblanc has quit IRC19:04
*** mgoddard has joined #openstack-neutron19:04
*** bdemers has joined #openstack-neutron19:04
*** abhiraut has quit IRC19:04
*** Marga_ has quit IRC19:05
ihrachyskevinbenton: sorry, some smart ass comments in the mtu patch19:05
*** jbell8 has joined #openstack-neutron19:05
openstackgerritMichael Johnson proposed openstack/python-neutronclient: Adds cascading delete flag for LBaaSv2  https://review.openstack.org/28818719:06
*** mgoddard_ has quit IRC19:06
*** akshai has joined #openstack-neutron19:06
*** madhu_ak has quit IRC19:07
*** abhiraut has joined #openstack-neutron19:07
*** mgoddard has quit IRC19:08
*** dane_leblanc has joined #openstack-neutron19:11
*** madhu_ak has joined #openstack-neutron19:11
openstackgerritKevin Benton proposed openstack/neutron: Add global_physnet_mtu and deprecate segment_mtu  https://review.openstack.org/28481419:11
*** abregman has quit IRC19:11
openstackgerritKevin Benton proposed openstack/python-neutronclient: Add parser options for description on resources  https://review.openstack.org/28754819:13
*** mkolesni has joined #openstack-neutron19:16
*** bapalm has joined #openstack-neutron19:19
jreevesarmax: something wrong with the DSCP commit?19:19
armaxjreeves: I need to figure out whether we can release a new client containing the dscp support19:20
armaxI wouldn’t want to merge the server side lacking support in the client19:20
armaxI’ll send an email to the dev-list for feedback from the release team, as dhellmann suggested19:20
jreevesarmax: gotcha19:20
*** hdaniel has joined #openstack-neutron19:23
jreevesarmax: what about the spec? https://review.openstack.org/#/c/190285/19:23
armaxjreeves: that’s predicated on the fact that we can claim the feature complete for mitaka or not19:24
jreevesah. ok. Guess I had my workflow backwards then19:24
jreevesstill new here…excuse my ignorace :)19:25
*** fawadkhaliq has quit IRC19:26
*** Sukhdev has joined #openstack-neutron19:27
*** Marga_ has joined #openstack-neutron19:28
ihrachysarmax: in case we can't land it in M, please at least let's merge it the first thing in N so that those interested in the feature can safely backport it without messing with the alembic chain order19:28
armaxihrachys: sending an email to ml19:29
*** efoley_ has quit IRC19:29
armaxwe could merge the server side so that a new version of the client can work with mitaka, but just gathering for more feedback/guidance19:29
armaxjreeves: no, it’s all good19:30
*** minwang2 has quit IRC19:30
*** iyamahat has quit IRC19:31
*** iyamahat has joined #openstack-neutron19:31
openstackgerritMichael Johnson proposed openstack/python-neutronclient: Adds cascading delete command for LBaaSv2  https://review.openstack.org/28818719:31
openstackgerritLubosz Kosnik proposed openstack/neutron: Add support for Keepalived VRRP health check  https://review.openstack.org/29009119:32
openstackgerritLubosz Kosnik proposed openstack/neutron: Add support for Keepalived VRRP health check  https://review.openstack.org/27354619:34
*** tbachman has quit IRC19:34
ihrachysdougwig: mestery: https://review.openstack.org/#/c/288431/ please19:38
*** jhershbe has quit IRC19:40
vhowardihrachys: thx for responding on the client, i added some detail also19:44
*** affinitive has joined #openstack-neutron19:44
*** bharath_ has quit IRC19:44
*** doug-fish has quit IRC19:45
*** doug-fish has joined #openstack-neutron19:45
*** sridhar_ram has quit IRC19:49
armaxihrachys: send the email on the ML19:49
ihrachysarmax: send or sent?19:49
armaxsent19:49
armaxsorry19:50
*** doug-fish has quit IRC19:50
armaxhttp://lists.openstack.org/pipermail/openstack-dev/2016-March/088717.html19:50
armaxwe’ll see what the outcome is19:50
*** claudiub has joined #openstack-neutron19:50
openstackgerritKevin Benton proposed openstack/neutron: Downgrade network not found log in DHCP RPC  https://review.openstack.org/29009819:51
*** amuller is now known as amuller_afk19:51
ihrachysarmax: great. all words seem to be set in right order :)19:51
vhowardarmax: thanks19:52
armaxnext time take the lead, please :)19:52
*** affinitive has quit IRC19:52
vhowardarmax: noted19:52
ihrachysI am leaning to something than nothing :P but I am biased19:52
*** azbiswas has joined #openstack-neutron19:52
armaxthat means compromising on quality and I’d rather not19:52
armaxbtw is there a doc patch lying around?19:53
armaxI don’t see it on my dashboard19:53
ihrachysarmax: referred in the commit message https://review.openstack.org/#/c/251738/19:54
armaxdoh19:54
sc68calI see also https://review.openstack.org/27363819:54
vhowardhttps://review.openstack.org/#/c/27363819:54
vhowarder yeah sc68cal beat me to it19:54
sc68caldunno, I don't think it has enough +1's from comcast contributors though19:55
armaxI had it at one point, thanks for the link19:55
vhowardone is the api guide and one is the network guide19:55
ihrachyslol19:55
vhowardsc68cal: lol19:55
openstackgerritKevin Benton proposed openstack/neutron: Downgrade "device not found" log message  https://review.openstack.org/29010119:55
vhowardhttps://review.openstack.org/#/c/27525319:55
jreevesI'll make another email user and +1 it again if you like19:55
ihrachyssc68cal: another thing that makes me smile is the list of authors at https://review.openstack.org/#/c/251738/19:56
*** claudiub has quit IRC19:56
sc68calihrachys: heh.19:56
*** claudiub has joined #openstack-neutron19:56
*** gangil has joined #openstack-neutron19:56
*** gangil has quit IRC19:56
*** gangil has joined #openstack-neutron19:56
*** jsheeren has joined #openstack-neutron19:57
* ihrachys runs. ciao19:58
*** ihrachys has quit IRC19:58
*** banix has quit IRC20:00
*** john-davidge has quit IRC20:01
*** bharath_ has joined #openstack-neutron20:02
*** baoli_ has quit IRC20:02
*** neelashah has quit IRC20:02
*** bharath_ has quit IRC20:03
*** Sukhdev has quit IRC20:03
*** minwang2 has joined #openstack-neutron20:03
*** parora has quit IRC20:04
*** dedery_ has joined #openstack-neutron20:05
*** banix has joined #openstack-neutron20:05
*** neelashah has joined #openstack-neutron20:05
*** abhiraut has quit IRC20:07
*** minwang2 has quit IRC20:07
*** vhosakot has quit IRC20:08
*** dedery has quit IRC20:08
*** hdaniel has quit IRC20:08
*** ivar-lazzaro has quit IRC20:09
*** dedery_ has quit IRC20:09
*** neiljerram has quit IRC20:10
*** matrohon has joined #openstack-neutron20:10
*** john-davidge has joined #openstack-neutron20:13
*** Sukhdev has joined #openstack-neutron20:13
SukhdevHenryG : Ping20:14
SukhdevHenryG : I am considering adding a brand new DB table in Mitaka - what is the bare minimal you require to get it included?20:15
jreevesum…this late in the game?20:16
sc68calbit late in the cycle, don't you think?20:16
HenryGSukhdev: pong20:16
HenryGSukhdev: in neutron or in your own repo?20:17
openstackgerritSofia Enriquez proposed openstack/neutron: Port allowed address pairs to OVO  https://review.openstack.org/26827420:17
openstackgerritSofia Enriquez proposed openstack/neutron: [WIP] Port class port_security  https://review.openstack.org/29011120:17
SukhdevHenryG : In my own repo20:17
*** cshahani has joined #openstack-neutron20:17
HenryGSukhdev: No problem, just do it20:17
SukhdevHenryG : but, there is corresponding entry in the neutron side for it20:18
HenryGSukhdev: oh. Can you give details?20:18
cshahanihi all... is this the expected behavior that we cannot launch instances under a network where port_security_enabled=False20:18
cshahaniI get the error 2016-03-07 10:44:22.478 24328 TRACE nova.compute.manager [instance: 631c26ad-7fc9-4719-b7c2-560298c8e987] File "/usr/lib/python2.7/dist-packages/nova/network/neutronv2/api.py", line 549, in allocate_for_instance 2016-03-07 10:44:22.478 24328 TRACE nova.compute.manager [instance: 631c26ad-7fc9-4719-b7c2-560298c8e987] raise exception.SecurityGroupCannotBeApplied() 2016-03-07 10:44:22.478 24328 TRACE nova.com20:18
SukhdevHenryG : when we moved the DBs out, we had left some reference in the neutron side - didn't we?20:18
*** davidsha has joined #openstack-neutron20:19
SukhdevHenryG: in file neutron/db/migration/alembic_migrations/external.py - we have REPO_ARISTA_TABLES20:20
*** iyamahat has quit IRC20:20
HenryGSukhdev: yes, but that's just for the test_migrations in neutron to exclude external models20:21
SukhdevHenryG : basically, I am thinking of adding a brand new table in the repo (networking-arista). So, I am thinking that I need to submit a patch on the neutron side to include that table in above file20:21
HenryGSukhdev: nope20:21
SukhdevHenryG: Oh I see20:21
SukhdevHenryG : so, I am free to create a new DB table in my repo and no work on the neutron side, right?20:22
*** minwang2 has joined #openstack-neutron20:22
*** yamahata has quit IRC20:22
*** divya has joined #openstack-neutron20:22
HenryGSukhdev: correct20:22
divyacshahani: test20:22
SukhdevHenryG : cool - thanks for clarifying this20:23
*** sridhar_ram has joined #openstack-neutron20:23
HenryGSukhdev: np20:23
SukhdevHenryG : Thanks a ton20:24
*** abradabra has joined #openstack-neutron20:24
SukhdevHenryG : since I got you here, let me ask a completely different question -20:24
HenryGSukhdev: shoot20:25
divyacshahani: ping20:25
SukhdevHenryG: I am thinking of using the callbacks framework for Security groups supports - who is the expert on that and where can I see and example use of it?20:25
HenryGSukhdev: armax is the expert20:26
SukhdevHenryG : thanks20:26
HenryGSukhdev: read the neutron devref20:26
*** slaweq has joined #openstack-neutron20:26
abradabradivya: ping20:27
*** divya has quit IRC20:27
armaxSukhdev: http://docs.openstack.org/developer/neutron/devref/callbacks.html20:27
SukhdevHenryG : yup - will read the doc ofcourse - but, a reference implementation use case of using security groups will be cool20:27
*** vhosakot has joined #openstack-neutron20:27
*** salv-orlando has quit IRC20:28
*** jwarendt has quit IRC20:28
Sukhdevarmax : thanks for the that link - can you also point me to reference implementation as well?20:28
armaxSukhdev: for what?20:28
Sukhdevarmax: security groups20:28
Sukhdevusing callback20:29
armaxthat’s where notifcaitions are emitted20:29
armaxhttps://github.com/openstack/neutron/blob/master/neutron/db/securitygroups_db.py20:29
*** jbell8 has quit IRC20:29
armaxI think odl relies on this20:29
armaxyalie would be the go-to person on the odl front I believe20:29
Sukhdevarmax : cool - thanks20:30
Sukhdevyalie : are you here?20:30
*** jwarendt has joined #openstack-neutron20:30
cshahanimestery: launching an instance under a network with port_security_enabled=False raises the following error --> 2016-03-07 10:44:22.478 24328 TRACE nova.compute.manager [instance: 631c26ad-7fc9-4719-b7c2-560298c8e987] File "/usr/lib/python2.7/dist-packages/nova/network/neutronv2/api.py", line 549, in allocate_for_instance 2016-03-07 10:44:22.478 24328 TRACE nova.compute.manager [instance: 631c26ad-7fc9-4719-b7c2-560298c8e920:30
SukhdevHenryG : BTW, huge thanks for the clarification on DB stuff20:30
SukhdevHenryG : I was really nervous about pushing something today :-):-)20:30
sc68calcshahani: don't ping people at random. that's rude.20:31
cshahanisorry about that..20:31
sc68calalso don't try and paste tracebacks into irc. it won't work.20:32
HenryGSukhdev: no worries, we designed it so external projects have autonomy of their tables.20:32
cshahanimy bad .. how do I ask about the expected behavior?20:32
sc68calcshahani: Use paste.openstack.org please.20:32
cshahanigot it.. thank you20:32
cshahaniwon't happen again20:33
Sukhdevyalie : when you get on-line, would you ping me, please20:33
HenryGSukhdev: I don't know networking-odl but take a look at https://github.com/openstack/networking-odl/blob/master/networking_odl/common/callback.py#L8320:34
*** abradabra has quit IRC20:35
HenryGSukhdev: it looks pretty straightforward20:35
SukhdevHenryG : cool - thanks -20:35
*** ZZelle_ has joined #openstack-neutron20:35
*** mhickey_ has joined #openstack-neutron20:37
*** mkolesni has quit IRC20:38
*** rickyrem has quit IRC20:38
openstackgerritKevin Benton proposed openstack/neutron: Catch DB reference errors in binding DVR ports  https://review.openstack.org/29012020:39
*** gampel1 has joined #openstack-neutron20:41
*** gampel has quit IRC20:42
openstackgerritKevin Benton proposed openstack/neutron: Catch DB reference errors in binding DVR ports  https://review.openstack.org/29012020:43
openstackgerritKevin Benton proposed openstack/neutron: Downgrade network not found log in DHCP RPC  https://review.openstack.org/29009820:45
*** mfranc213 has quit IRC20:45
*** vhoward has quit IRC20:46
openstackgerritKevin Benton proposed openstack/neutron: Downgrade "device not found" log message  https://review.openstack.org/29010120:46
openstackgerritKevin Benton proposed openstack/neutron: Downgrade network not found log in DHCP RPC  https://review.openstack.org/29009820:47
armaxhaleyb: ping20:47
*** fzdarsky is now known as fzdarsky|afk20:47
*** abhiraut has joined #openstack-neutron20:48
*** fzdarsky|afk has quit IRC20:48
*** abhiraut has quit IRC20:49
*** jsheeren has quit IRC20:50
*** thumpba has quit IRC20:50
*** enriquetaso has quit IRC20:51
*** abhiraut has joined #openstack-neutron20:51
*** ZZelle__ has joined #openstack-neutron20:51
*** ZZelle__ has quit IRC20:51
*** azbiswas has quit IRC20:52
*** abregman has joined #openstack-neutron20:55
*** fzdarsky has joined #openstack-neutron20:56
*** vhoward has joined #openstack-neutron20:56
*** ihrachys has joined #openstack-neutron20:57
cshahanisc68cal: I am sorry to bug you on this. As per your suggestion I posted my detailed question on paste. However, i did not enter any email address or login.. How will I get the notification if any one replies? Do we need to store this link http://paste.openstack.org/show/489739/?20:58
*** bapalm has quit IRC20:58
*** asingh has quit IRC20:58
*** davidsha has quit IRC20:59
sc68calcshahani: so... you wrote an e-mail and pasted it into paste.openstack.org20:59
*** shwetaap has quit IRC21:00
openstackgerritJames Anziano proposed openstack/neutron: Only clear dns_name when user specifies parameter  https://review.openstack.org/28955121:04
*** wolverineav has quit IRC21:06
mhickey_ihrachys: Hey21:06
*** jprovazn has quit IRC21:06
*** wolverineav has joined #openstack-neutron21:06
cshahanisc68cal: I pasted my observations from the cli after clicking 'new post'.21:06
*** bdemers has quit IRC21:07
*** jckasper has quit IRC21:07
*** javeriak_ has quit IRC21:07
sc68calcshahani: What I'm getting at is - if you are coming to IRC and asking a question, you should use paste.openstack.org to dump the output from whatever. But you went and wrote it like it was an e-mail. We have a mailing list for that.21:08
sc68calFrankly this whole thing should just be a bug report, because it does appear to be a bug.21:08
manjeetsquestion for fwaas is that normal create and update of firewall takes long time to update the status ?21:08
sc68calcshahani: please open a new bug - https://bugs.launchpad.net/neutron/+filebug21:08
jreevessc68cal +121:08
sc68calmanjeets: define "long time"21:09
*** sambetts is now known as sambetts|afk21:09
*** jguy_ has joined #openstack-neutron21:09
*** ivar-lazzaro has joined #openstack-neutron21:10
openstackgerritJames Anziano proposed openstack/neutron: Updates external DNS service if IP address changes  https://review.openstack.org/28955521:10
jguy_Hi, I am having trouble getting the L2-Gateway plugin working.21:10
manjeetssc68cal: i added a router to firewall 5 minutes ago since then i am seeing status pending update21:10
*** wolverineav has quit IRC21:10
*** baoli has joined #openstack-neutron21:11
jguy_I configured it in Neutron.conf properly, but it throws an error in the log: No providers specified for 'L2GW' service, exiting21:11
*** john-davidge has quit IRC21:12
*** john-davidge_ has joined #openstack-neutron21:12
sc68calmanjeets: anything in the l3 agent log?21:13
*** bapalm has joined #openstack-neutron21:14
manjeetsok it says it don't have fwaas_driver21:14
*** ivar-lazzaro has quit IRC21:15
*** drankis has quit IRC21:15
manjeetsso here is the way I added firewallplugin , appended service_plugins in neutron.conf and restarted neutron service21:15
*** Sukhdev has quit IRC21:15
*** shwetaap has joined #openstack-neutron21:16
*** brad_behle has quit IRC21:16
manjeetssc68cal: this is what i see when i try to delete firewall http://paste.openstack.org/show/489742/21:17
* sc68cal looks21:17
cshahanisc68cal: thank you .. from what I understand, if I encounter something like this in future, I can dump the o/p in paste.openstack.org and ask the question here providing the link here in the irc. Is my understanding correct? I have launched the bug. If this is a valid bug I would like to take it up and fix this.21:17
*** boris-42 has joined #openstack-neutron21:17
carl_baldwinmlavalle: ping21:18
mlavallecarl_baldwin: poing21:18
mlavallecarl_baldwin: pong21:18
*** hdaniel has joined #openstack-neutron21:18
sc68calchlong: yes. you're correct. Also, check and see how manjeets approached things just a couple seconds ago21:18
carl_baldwinmlavalle: Just checking in on those DNS bug fixes and tests.21:18
mlavallecarl_baldwin: pushing over the next 15 minutes the tests. the bug fixes are already up. I am just rebasing the tests on top of the last fix, runnig the test against the fixes and then pushing the test21:20
mlavallecarl_baldwin: i'll ping you within the next 20 minutes or so21:20
carl_baldwinmlavalle: Could you have a pass at the bug fixes and +1 them when you think they're ready?  I'll watch your +1s21:20
sc68calmanjeets: can you look for these messages in your log? https://github.com/openstack/neutron/blob/master/neutron/services/firewall/agents/l3reference/firewall_l3_agent.py#L7821:21
*** wolverineav has joined #openstack-neutron21:21
mlavallecarl_baldwin: that is excatly what I am planning to do. For each patchset, I will also indicate the associated test case21:21
sc68caleither that it21:21
*** fzdarsky has quit IRC21:21
sc68calmanjeets: was loaded correctly, or failed?21:21
mlavallecarl_baldwin: in the tests patchset21:21
carl_baldwinmlavalle: okay, thanks.  I'll keep at eye out for your reviews.21:22
manjeetsit was loaded correctly it did not show any issue while loading21:23
mlavallecarl_baldwin: thanks for the follow up :-)21:24
manjeetssc68cal : I mean q-svc after adding plugin21:24
carl_baldwinmlavalle: yw21:24
*** mhickey_ has quit IRC21:24
sc68calmanjeets: ok, that's one piece. You didn't update the config of the l3 agent.21:25
slaweqihrachys: hello21:26
*** neelashah has quit IRC21:26
manjeetsok sc68cal: any doc that explains what in l3 agent conf should be updated21:26
manjeetsi followed this21:27
manjeetshttps://wiki.openstack.org/wiki/Neutron/FWaaS/HowToInstall21:27
slaweqI want to start working on https://bugs.launchpad.net/neutron/+bug/1507761 and I have question to You21:27
openstackLaunchpad bug 1507761 in neutron "qos wrong units in max-burst-kbps option (per-second is wrong)" [Low,Confirmed] - Assigned to Slawek Kaplonski (slaweq)21:27
*** abhiraut has quit IRC21:27
manjeetsit did not work for me then i manually added21:27
slaweq(even two questions): 1. Would it be betted to change name of parameter to "max_burst_kb" or maybe remove units comptetly and make "max_burst" and "max" (or "max_limit")?21:28
slaweq2. if I will make alembic migration script, should it be "contract" or "expand"?21:28
slaweqajo: hello, maybe You can also help me with those two questions :)21:29
sc68calmanjeets: yeah the issue is that doc is geared towards devstack, and devstack configures everything for you. Which is both good and bad21:29
sc68calmanjeets: since it exposes problems like this.21:29
*** abhiraut has joined #openstack-neutron21:29
sc68calSam-I-Am: oh hey look, bad docs on the wiki! and it's also geared only towards devstack! you get a dollar!21:29
Sam-I-Amsc68cal: only a dollar?21:30
*** baojg has joined #openstack-neutron21:30
sc68calmanjeets: is this a production cloud? or just dev/test21:30
*** azbiswas has joined #openstack-neutron21:31
manjeetsdev21:31
manjeetswhat should i do to fix it ?21:31
sc68calmanjeets: ok. Try restarting the l3 agent21:31
*** jckasper has joined #openstack-neutron21:31
openstackgerritMiguel Lavalle proposed openstack/neutron: Adds unit tests for external DNS integration  https://review.openstack.org/29014421:31
manjeetsit failed i guess need to add plugin in conf l321:31
manjeetsERROR neutron_fwaas.services.firewall.agents.l3reference.firewall_l3_agent [req-f84725b2-16ae-4b6b-8f4b-b388215391d2 None None] FWaaS plugin is configured in the server side, but FWaaS is disabled in L3-agent.21:32
sc68calmanjeets: you might need that config section from the wiki21:32
sc68calthe [fwaas] piece21:32
sc68calput that in the l3 agent config, maybe21:32
*** reedip__ has joined #openstack-neutron21:33
manjeetsl3_agent.ini or ?21:33
sc68calyeah l3_agent.ini21:33
manjeetsfound no tag like fwaas in that file21:34
sc68calmight need to create it21:34
manjeets[fwaas]21:35
manjeetsplugin = whatever added in neutron.conf ?21:35
*** jckasper has quit IRC21:36
*** gangil has quit IRC21:37
*** amuller_afk is now known as amuller21:38
*** ivar-lazzaro has joined #openstack-neutron21:39
openstackgerritSean M. Collins proposed openstack/neutron: Set DEFAULT_NETWORK_MTU constant to sane 1500 byte default  https://review.openstack.org/28533921:39
*** panda has quit IRC21:39
*** panda has joined #openstack-neutron21:40
*** ivar-lazzaro has quit IRC21:41
*** ivar-lazzaro has joined #openstack-neutron21:41
rtheiscarl_baldwin: FYI: https://review.openstack.org/#/c/290138/ and https://review.openstack.org/#/c/290054/ provide start of "openstack segment" CLI.21:42
carl_baldwinrtheis: cool.21:42
rtheiscarl_baldwin: it looks like segments cannot be updated at this time, is that true?21:43
*** baoli_ has joined #openstack-neutron21:43
mlavallecarl_baldwin: patchsets are (from base of depencency chain): https://review.openstack.org/#/c/289526, https://review.openstack.org/#/c/289551, https://review.openstack.org/#/c/289555 and https://review.openstack.org/#/c/29014421:43
mlavallecarl_baldwin: the last one contains the tests21:44
carl_baldwinmlavalle: Thanks, I see you've given +1 on a few of them.  I'll have a look.21:44
manjeetssc68cal: what variable or param name should be = neutron.services.firewall.fwaas_plugin.FirewallPlugin21:45
*** gampel1 has quit IRC21:45
manjeetsi tried [fwaas]21:45
manjeetsplugin = neutron.services.firewall.fwaas_plugin.FirewallPlugin21:45
manjeetsit did not work21:45
sc68calmanjeets: driver = neutron.services.firewall.drivers.linux.iptables_fwaas.IptablesFwaasDriver21:45
sc68caloh you know what21:46
sc68calthat might not work21:46
*** baoli has quit IRC21:46
*** ihrachys has quit IRC21:47
sc68calneutron_fwaas.services.firewall.drivers.linux.iptables_fwaas.IpTablesFwaasDriver21:47
mlavallecarl_baldwin: after rebasing the tests on top of the chain I ran them and are passing OK21:47
manjeetsdriver = neutron_fwaas.services.firewall.drivers.linux.iptables_fwaas.IpTablesFwaasDriver giving me same issue21:49
manjeetsi updating the /etc/neutron/l3_agent.ini21:49
*** neelashah has joined #openstack-neutron21:50
*** regXboi has quit IRC21:50
manjeetssc68cal: can sg and firewall use same driver ?21:52
sc68calmanjeets: no. they are not the same code21:53
sc68calthey appear to be named the same however.21:53
*** outworlder has quit IRC21:54
*** dslevin has joined #openstack-neutron21:55
*** dslevin has quit IRC21:55
manjeetsok driver = neutron_fwaas.services.firewall.drivers.linux.iptables_fwaas.IptablesFwaasDriver I am not able to start l321:55
*** rtheis has quit IRC21:56
sc68calwhat is the error21:56
openstackgerritKevin Benton proposed openstack/neutron: Catch DB reference errors in binding DVR ports  https://review.openstack.org/29012021:57
kevinbentoncarl_baldwin: updated commit message on https://review.openstack.org/#/c/290120/21:57
openstackgerritSean M. Collins proposed openstack/neutron: Set DEFAULT_NETWORK_MTU to 1500 and use it  https://review.openstack.org/28533921:57
sc68calkevinbenton: ^21:57
*** outworlder has joined #openstack-neutron21:57
carl_baldwinkevinbenton: ack21:57
manjeetshttp://paste.openstack.org/show/489747/ sc68cal:21:58
*** baoli_ has quit IRC21:59
sc68calmanjeets: do you have the enabled=true also in the [fwaas] section21:59
*** baoli has joined #openstack-neutron21:59
*** Manuel_112 has quit IRC21:59
sc68calalso what version of openstack neutron is this21:59
*** matrohon has quit IRC22:00
manjeetsi am using master22:01
manjeetsafter adding enabled = True i get this http://paste.openstack.org/show/489748/22:01
*** erlarese has quit IRC22:02
sc68calI am pretty sure we removed that enabled check though.22:02
sc68calhow old is your master branch22:02
jguy_Anyone know about the L2gateway plugin?22:02
manjeetsjust grabbed today22:03
*** baoli has quit IRC22:04
sc68calmanjeets: is this devstack based?22:05
sc68calmanjeets: ah.22:06
sc68calmanjeets: neutron_fwaas.services.firewall.drivers.linux.iptables_fwaas.IptablesFwaasDriver22:06
sc68calIptables, not IpTables, my bad.22:06
manjeetsyes22:07
sc68calyours had IpTables22:08
manjeetsok22:08
sc68calah, you typed that manually? when I pasted it I had it right.22:08
manjeetsi copied22:08
manjeetslol22:08
sc68calhmm22:09
sc68calok well anyway.22:09
sc68calthat was fun.22:09
sc68caldoes it work?22:09
*** cbouch has quit IRC22:10
manjeetsoh yes thanks22:10
manjeetsdocumentation need to do pitty on people who try it manually22:10
* sc68cal wishes he could just delete wiki pages22:10
amotokiarmax: hi. i saw you pinged a couple of hours ago22:12
*** jckasper has joined #openstack-neutron22:12
*** thorst_ has quit IRC22:12
armaxamotoki: I wanted to draw attention to http://lists.openstack.org/pipermail/openstack-dev/2016-March/088717.html22:13
amotokiarmax: looking22:13
*** haplo37 has quit IRC22:14
amotokiarmax: do we really need g-r update? a new release supports new features but in my understanding no project depends on new features.22:15
*** thorst_ has joined #openstack-neutron22:15
armaxwe would if we want to have the fullstack test patch as part of the mitaka deliverables22:16
armaxamotoki: no?22:16
*** banix has quit IRC22:17
amotokiarmax: i missed that point.  I am not sure we really need to update requirements.txt for testing. It is a bit gray zone I haven't understood.22:17
armaxamotoki: agreed, hence I sought guidance :)22:18
*** shwetaap has quit IRC22:18
*** thorst__ has joined #openstack-neutron22:18
amotokiarmax: I see. I will reply the thread.22:18
amotokiarmax: if we release a new version, the version would 4.2.0 since it includes new features.22:19
*** hdaniel has quit IRC22:19
*** thorst_ has quit IRC22:19
armaxamotoki: good point22:19
*** vhoward has quit IRC22:20
armaxamotoki: I thought that if we stayed within the mitaka window we could piggyback on the latest version bump22:20
amullerarmax: I don't think the concept of a blocker exists in openstack what with time based releases =p22:21
amullerarmax: (re: conntrack cleanup)22:21
manjeetsthanks sc68cal:22:21
*** jguy_ has quit IRC22:22
armaxamuller: blocker as in ‘serious enough’ to warrant the need for a new rc22:22
armaxin case we miss the rc1 window22:22
amulleryep22:22
armaxamuller: you make me look bad22:22
armax:(22:22
amullerarmax: that's my job...? no wait22:22
amullerthe inverse22:23
*** thorst__ has quit IRC22:23
*** jaugustine has quit IRC22:23
armaxamuller: I am hurt22:23
amullersuccess22:23
jreevesamuller: +122:24
amullerhah22:24
armaxamuller: let me make you feel bad22:24
jreevesruh roh22:24
armaxamuller: how long do I have to wait for https://review.openstack.org/#/c/280427/22:24
amullerarmax:  no no, this is a one way stret22:24
armax?22:24
*** ajmiller has quit IRC22:25
armaxamuller: how much grief do you want to inflict to the entire project? :)22:25
armaxamuller: it’s fine if you hurt me, but holding the entire project at ransom, that’s just evil!22:25
amullerarmax: as much as I can22:25
amullerarmax: prolly tonight or tomorrow night22:25
armaxbooo22:25
amullerarmax: I also want to see about that regression from this morning / yesterday22:25
amullerarmax: the import of the service/rest client from tempest22:25
amullerI didn't like that22:26
armaxamuller: I am not that surprised…unless we switch to a more stable interface then we’re bound to break22:27
amulleryeah22:27
amullerthis isn't working so well22:27
armaxamuller: did I tell you right at the beginning of the decoupling exercise?22:27
armaxI am visionary ;022:27
armax:)22:27
amullerarmax: yes, you told me22:27
armaxamuller: are you feeling bad already?22:28
jreeves*spank22:28
amullerthat's why you're ptl and I'm just a normal person22:28
armaxdarn, this backfired22:28
*** zengine has joined #openstack-neutron22:28
*** jamielennox|away is now known as jamielennox22:29
*** safchain has joined #openstack-neutron22:30
*** madhu_ak has quit IRC22:31
openstackgerritRyan Tidwell proposed openstack/neutron: Add BGP Callback and agent RPC notifcation implementations  https://review.openstack.org/21699422:31
openstackgerritRyan Tidwell proposed openstack/neutron: Queries for DVR-aware floating IP next-hop lookups  https://review.openstack.org/27097122:31
manjeetssc68cal: https://bugs.launchpad.net/neutron/+bug/150359522:32
openstackLaunchpad bug 1503595 in neutron "Firewall remain in active state even after deleting router associated with firewall" [High,Confirmed] - Assigned to Manjeet Singh Bhatia (manjeet-s-bhatia)22:32
manjeetsthis is not  bug22:32
manjeetsanymore22:32
*** gvrangan has quit IRC22:32
openstackgerritKevin Benton proposed openstack/neutron: Catch DB reference errors in binding DVR ports  https://review.openstack.org/29012022:32
*** kbringard has joined #openstack-neutron22:32
sc68calmanjeets: ok, can you explain why in the bug?22:32
*** thorst_ has joined #openstack-neutron22:35
manjeetsi added sc68cal:22:35
*** tpsilva has quit IRC22:37
*** ediardo has joined #openstack-neutron22:37
*** baojg has quit IRC22:38
sc68calmanjeets: thanks.22:38
manjeetssc68cal: http://paste.openstack.org/show/489751/22:39
*** fzdarsky has joined #openstack-neutron22:39
*** thorst_ has quit IRC22:39
sc68calmanjeets: excellent. link that in the bug too :)22:39
manjeetsdid that22:39
manjeetsbug_count --22:40
manjeetslol i means decrement bug_count_total22:40
sc68cal:)22:42
*** kbringard has quit IRC22:42
*** kbringard has joined #openstack-neutron22:45
openstackgerritalexander medvedev proposed openstack/neutron: Adds the pagination_url config option  https://review.openstack.org/28965422:47
cshahanireview request for https://review.openstack.org/#/c/158005/22:48
*** zengine has quit IRC22:48
sc68calcshahani: wrong room. You need to join #openstack-qa22:51
*** reedip__ has quit IRC22:52
openstackgerritJames Anziano proposed openstack/neutron: Only clear dns_name when user specifies parameter  https://review.openstack.org/28955122:53
openstackgerritJames Anziano proposed openstack/neutron: Updates external DNS service if IP address changes  https://review.openstack.org/28955522:56
openstackgerritJames Anziano proposed openstack/neutron: Stops update_network handling updates it shouldn't  https://review.openstack.org/27759722:57
*** iyamahat has joined #openstack-neutron22:58
*** Manuel_112 has joined #openstack-neutron23:00
*** kbringard has quit IRC23:03
*** kbringard has joined #openstack-neutron23:03
*** Manuel_112 has quit IRC23:04
*** ediardo has quit IRC23:05
*** kbringard has quit IRC23:06
*** vhosakot has quit IRC23:07
mlavallecarl_baldwin: apparently mock under python 2.7 is not the same as mock under python 3.4. My tests are failing in python 3.4 in Jenkins. Two questions:23:07
*** baoli has joined #openstack-neutron23:07
*** baoli has quit IRC23:07
*** kbringard has joined #openstack-neutron23:07
mlavallecarl_baldwin: how do I run them locally under python 3.4?23:07
mlavallecarl_baldwin: do you have a quick description on what the differences are?23:08
carl_baldwinmlavalle: My understanding of 3.4 is limited.  Do you have 3.4 installed?23:08
*** cristicalin has joined #openstack-neutron23:08
mlavallecarl_baldwin: probably not23:09
amullermlavalle: unit tests?23:09
mlavalleamuller: yeap23:09
amullermlavalle: then just tox -e py34 path.to.tests23:09
amullerit'll set up a venv correctly23:10
*** cristicalin has quit IRC23:10
mlavalleamuller: this is my command: tox -e py34 neutron.tests.unit.plugins.ml2.extensions.test_dns_integration.DNSIntegrationTestCase23:11
mlavalleamuller: does it look right?23:11
amullerok23:11
amulleryeah23:11
amullerwhat happens?23:11
mlavalleamuller: it fails to install dependencies23:11
amullerlogs?23:11
*** sc68cal has quit IRC23:11
*** salv-orlando has joined #openstack-neutron23:12
mlavalleamuller: looking, hang on please23:12
*** sdague has quit IRC23:12
*** markvoelker has quit IRC23:14
manjeetssc68cal: ping23:14
manjeetshttps://bugs.launchpad.net/neutron/+bug/155050923:14
openstackLaunchpad bug 1550509 in neutron "neutron-fwaas tempest plugins tests fail to run" [High,In progress] - Assigned to Emilien Macchi (emilienm)23:14
mlavalleamuller: here's the failure http://paste.openstack.org/show/489753/23:14
EmilienMhello23:14
amullermlavalle: is this on master or a patch?23:14
*** yamahata has joined #openstack-neutron23:14
mlavalleamuller: I am on a branch for my patchset23:15
amullermlavalle: is there a patchset on gerrit?23:15
mlavalleamuller: yes: https://review.openstack.org/#/c/290144/23:16
amullermlavalle: can you try apt-get / dnf install python-devel and python-lxml ?23:16
*** salv-orlando has quit IRC23:16
amullermlavalle: let me try locally also23:16
mlavalleamuller: it passes with python 2.7, which is what I tested with locally. I assumed python 3.4 was going to be the same23:17
openstackgerritRyan Tidwell proposed openstack/neutron: Queries for DVR-aware floating IP next-hop lookups  https://review.openstack.org/27097123:17
*** madhu_ak has joined #openstack-neutron23:17
*** silvrax has joined #openstack-neutron23:18
mlavalleamuller: is this the line I should execute: apt-get / dnf install python-devel and python-lxml23:18
carl_baldwinmlavalle: It looks like you need to install the -dev package for python3.423:18
amullermlavalle: I mean either apt-get or dnf, depending if you're on red hat / debian based OS23:18
*** kriskend has quit IRC23:18
mlavalleamuller: LOL, thanks23:18
amullermlavalle: sorry =p23:18
mlavalleamuller: this is not on a venv, correct?23:19
amullermlavalle: it should be, tox creates a venv to be used by py3423:19
silvraxI just got a IpAddressGenerationFailureClient error while launching a heat stack. But if I list the ports on the specified subnet, there should be plenty IP's left.23:20
amullermlavalle: but you need python-devel on your global site-packages I believe23:20
amullermlavalle: I'm actually getting other messages when I try this locally, fun :)23:20
amullerother errors*23:20
*** neelashah has quit IRC23:23
mlavalleamuller: in Ubuntu, it is apt-get install python3.4-dev23:23
amullermlavalle: not 100% sure23:24
mlavalleamuller: it is, it just succeeded23:24
amullermlavalle: slowly getting through errors locally as well :)23:24
mlavalleamuller: thanks for the help :-) Much appreciated23:25
amullermlavalle: sure23:25
amullermlavalle: wondering if devstack should install python3.4-devel/dev23:26
mlavalleamuller: I think it should.23:27
*** jckasper has quit IRC23:28
silvraxDoes anyone know what to do when you get IpAddressGenerationFailureClient while there should still be IP's? (This is on juno)23:28
*** jckasper has joined #openstack-neutron23:28
garykkevinbenton: please see https://review.openstack.org/28900723:28
mlavalleamuller: now it sems it succeded creating the venv but now I am getting ERROR: InvocationError: '/opt/stack/neutron/tools/ostestr_compat_shim.sh neutron.tests.unit.plugins.ml2.extensions.test_dns_integration.DNSIntegrationTestCase'23:29
amullerthere should be some more detailed error messages somewhere23:30
amuller(still getting errors from missing random .h files, solving as I go...)23:30
*** shwetaap has joined #openstack-neutron23:32
*** jckasper has quit IRC23:33
amullermlavalle: are you getting 'db type could not be determined'?23:33
mlavalleamuller: yeap23:34
*** jckasper has joined #openstack-neutron23:34
mlavalleand then the error message I showed you23:34
amullermlavalle: rm -rf .tox .testrepository23:34
amullermlavalle: then run again23:34
*** silvrax has left #openstack-neutron23:34
*** markvoelker has joined #openstack-neutron23:35
*** fzdarsky has quit IRC23:35
amullermlavalle: locally I needed to update virtualenv to latest version, and I was missing: openssl-devel, libffi-devel, python3-devel23:36
mlavalleamuller: that did it. now I can execute in python 3.423:36
amullermlavalle: kinda of a pain23:37
amulleryeah it works for me locally now as well finally23:37
mlavalleamuller: now, back to my original question: any clue as to why it fails with python 3.4 but passes with 2.7?23:37
mlavalleamuller: at first glance, it seems mock is not the same in python 3.423:37
amullermlavalle: you'd need to look at the specific errors23:37
EmilienMhello neutron folks I need your expertise23:38
openstackgerritManjeet Singh Bhatia proposed openstack/neutron: ADD API tests for network ip availability  https://review.openstack.org/28335723:38
mlavalleamuller: will do..... how can I execute this with pdb?23:38
*** markvoelker_ has joined #openstack-neutron23:38
EmilienMour Puppet CI has been failing when bumping our repo to a commit close to trunk23:38
EmilienMeverything was working fine on Neutron/master from Friday23:38
EmilienMand now we have this error: http://logs.openstack.org/97/289997/1/check/gate-puppet-openstack-integration-scenario001-tempest-dsvm-centos7/f34addd/logs/neutron/openvswitch-agent.txt.gz#_2016-03-08_16_30_06_63723:38
*** jckasper has quit IRC23:39
EmilienMusing neutron/master from today23:39
amullerEmilienM: any errors in neutron-server log?23:39
EmilienMchecking23:39
amullermlavalle: there's instructions in TESTING.rst23:39
EmilienMamuller: I don't see any error: http://logs.openstack.org/97/289997/1/check/gate-puppet-openstack-integration-scenario001-tempest-dsvm-centos7/f34addd/logs/neutron/server.txt.gz23:39
mlavalleamuller: will look at that. Thanks! :-)23:39
*** markvoelker has quit IRC23:40
openstackgerritShih-Hao Li proposed openstack/neutron: Allow non-admin subnets retrieved for non-admin ports  https://review.openstack.org/29018423:40
*** amotoki has quit IRC23:40
kevinbentonamuller: yo yo yo23:41
amullerkevinbenton: howdy23:42
*** sridhar_ram has left #openstack-neutron23:42
*** dmsimard has joined #openstack-neutron23:42
EmilienMamuller: it sounds like something with neutron ovs agent and report_state23:43
kevinbentonamuller: can you take a look at https://review.openstack.org/#/c/286920/23:43
amullerEmilienM: yeah23:43
kevinbentonamuller: this practice must be stopped! :)23:43
amullerEmilienM: can you try enabling log_agent_heartbeats?23:43
amullerEmilienM: on the OVS agent?23:43
amullerEmilienM: this way the neutron-server will log it on the server side23:44
*** Leom has quit IRC23:44
EmilienMamuller: sure thing23:44
amullerkevinbenton: yeah I had it open then got preoccupied with other crap23:44
amullerkevinbenton: also wanted to review the latest revision of the exponential backoff rpc patch23:45
amullerEmilienM: is the environment still alive?23:45
EmilienMamuller: no23:45
EmilienMamuller: it's openstack infra23:45
EmilienMamuller: job is already running, will provide logs in a few min23:46
dmsimardEmilienM, amuller: I actually do have an environment with the condition in23:46
*** ivase has quit IRC23:46
dmsimardchecking where to set log_agent_heartbeats23:46
EmilienMdmsimard: in agent23:46
EmilienMwhere you have l2_population23:46
EmilienMsame place23:46
amullerEmilienM: any rpc related errors in any other agent?23:47
amullerEmilienM: I mean, we have CI passing with ovs agents happily reporting state from Friday to today23:47
amullerEmilienM: so something else is happening23:47
EmilienMsame for LBaaS http://logs.openstack.org/97/289997/1/check/gate-puppet-openstack-integration-scenario001-tempest-dsvm-centos7/f34addd/logs/neutron/lbaas-agent.txt.gz#_2016-03-08_16_34_16_51223:47
dmsimardhmmm, actually I just tried starting ovs agent and it started23:47
dmsimardcould it be resource contention due to our worker limitation, EmilienM ?23:47
EmilienMdmsimard: I don't think so, we have enough resources23:48
amullerEmilienM: DHCP agent also failed to report state23:48
*** armax has quit IRC23:48
amullerEmilienM: looks like a more generic rabbit issue to me23:48
*** markvoelker_ has quit IRC23:48
EmilienMit happens on all our centos scenarios23:48
amullerhmm23:48
dmsimardThis is all there is in the ovs agent logs http://paste.openstack.org/show/489757/23:48
dmsimard(after starting it)23:49
*** kbringard has quit IRC23:49
EmilienMamuller: nova-conductor is connected on amqp: http://logs.openstack.org/97/289997/1/check/gate-puppet-openstack-integration-scenario001-tempest-dsvm-centos7/f34addd/logs/nova/nova-conductor.txt.gz#_2016-03-08_16_28_54_36523:49
*** kbringard has joined #openstack-neutron23:49
*** kbringard has quit IRC23:50
EmilienMamuller, dmsimard: is it a blocker ? http://logs.openstack.org/97/289997/1/check/gate-puppet-openstack-integration-scenario001-tempest-dsvm-centos7/f34addd/logs/syslog.txt.gz#_Mar_08_16_29_0623:51
amullerEmilienM: I think I know the issue23:51
EmilienMERR|no row "patch-int" in table Port23:51
openstackgerritalexander medvedev proposed openstack/neutron: Adds the pagination_url config option  https://review.openstack.org/28965423:52
*** kbringard has joined #openstack-neutron23:52
EmilienMamuller: do you want me to file a bug?23:52
amullerEmilienM: no :) one sec23:52
EmilienMok!23:52
amullerEmilienM: OVS agent started before the neutron-server according to the timestamps in the logs23:52
amullerthat's the issue23:52
amullerand it was killed before the neutron-server was even started23:52
amullerso it couldn't recover23:52
*** tidwellr has left #openstack-neutron23:53
EmilienMit's weird we never had this before!23:53
openstackgerritManjeet Singh Bhatia proposed openstack/neutron: ADD API tests for network ip availability  https://review.openstack.org/28335723:53
EmilienMamuller: I'm going to test to start neutron-server before any neutron agent23:53
EmilienMamuller: and i'll let you know if it was that!23:53
amullerEmilienM: k23:53
EmilienMthanks a lot for your help23:53
amullerEmilienM: the server needs to be up if the OVS agent sends report_state23:54
amullercause that RPC is processed by the server23:54
amullerotherwise report_state will fail23:54
amullerthe OVS agent should eventually recover when neutron-server comes up, but in this case it was killed before23:54
EmilienMok23:54
amullerEmilienM: (if it doesn't recover, that'd be a bug)23:55
EmilienMso in production, when neutron server goes down, eventually all my agents will go down sometimes23:55
amullerEmilienM: the data plane should not be affected23:55
EmilienMok23:55
amullerEmilienM: but if (all) neutron-server(s) are down, the agents would not be getting any RPC from the (dead) servers23:55
amullerso they'd have nothing to do23:56
EmilienMok23:56
amullerbut VMs/routers/dhcp/etc should all still be working23:56
amullerjust no control plane23:56
EmilienMright23:56
*** absubram has quit IRC23:57
amullerok, dinner time, toodles23:57
EmilienMamuller: you rocks!23:58
*** crose has joined #openstack-neutron23:59
amullerEmilienM: happy to help :)23:59
*** amuller has quit IRC23:59
EmilienMit's appreciated23:59
*** Swami has quit IRC23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!