Wednesday, 2015-07-29

*** tflynn_ has quit IRC00:01
*** tflynn has joined #openstack-neutron00:01
*** merooney has quit IRC00:02
*** tflynn has quit IRC00:03
*** tflynn has joined #openstack-neutron00:04
*** lucas__ has joined #openstack-neutron00:04
*** ivar-lazzaro has joined #openstack-neutron00:06
*** nlahouti1 has joined #openstack-neutron00:07
*** vivek-ebay has quit IRC00:07
*** minwang2 has quit IRC00:07
*** vivek-ebay has joined #openstack-neutron00:08
*** minwang2 has joined #openstack-neutron00:08
*** minwang2 has quit IRC00:08
*** lucas__ has quit IRC00:08
*** abregman has quit IRC00:09
*** nlahouti has quit IRC00:10
*** merooney has joined #openstack-neutron00:11
*** jasondotstar has quit IRC00:11
*** merooney has quit IRC00:11
*** thurloat is now known as thurloat_isgone00:11
*** ijw has quit IRC00:12
*** merooney has joined #openstack-neutron00:12
*** _cjones_ has quit IRC00:14
*** sridhar_ram has joined #openstack-neutron00:14
*** merooeny_ has joined #openstack-neutron00:14
*** achanda has quit IRC00:15
*** merooney has quit IRC00:16
*** jasondotstar has joined #openstack-neutron00:17
*** merooeny_ has quit IRC00:18
*** xek_ has joined #openstack-neutron00:19
*** xek has quit IRC00:20
*** isq_ has joined #openstack-neutron00:20
*** isq has quit IRC00:20
*** Piet has quit IRC00:21
*** david-lyle has quit IRC00:24
*** ujjain has quit IRC00:24
*** madhu_ak has quit IRC00:25
*** ujjain has joined #openstack-neutron00:26
*** ujjain has quit IRC00:26
*** ujjain has joined #openstack-neutron00:26
openstackgerritJohn Nielsen proposed openstack/neutron: Extend vxlan_group option to allow a range of group addresses  https://review.openstack.org/20472500:28
*** veena has quit IRC00:29
*** shwetaap1 has quit IRC00:30
*** changbl has joined #openstack-neutron00:34
*** vivek-ebay has quit IRC00:34
*** vivek-ebay has joined #openstack-neutron00:35
*** mwagner_lap has joined #openstack-neutron00:40
*** changzhi_ has joined #openstack-neutron00:43
*** sridhar_ram has quit IRC00:46
*** eckelcu has quit IRC00:46
*** xek_ has quit IRC00:46
*** xek_ has joined #openstack-neutron00:47
*** txomon|fon has joined #openstack-neutron00:50
*** MentalRay_ has joined #openstack-neutron00:50
*** changzhi_ has quit IRC00:54
*** zhenguo has joined #openstack-neutron00:57
*** ivar-laz_ has joined #openstack-neutron00:58
*** ritesh has joined #openstack-neutron01:00
*** ivar-lazzaro has quit IRC01:01
*** ivar-laz_ has quit IRC01:02
*** eckelcu has joined #openstack-neutron01:02
*** erkules_ has joined #openstack-neutron01:03
*** thurloat_isgone has quit IRC01:03
*** thorst has joined #openstack-neutron01:03
*** erkules has quit IRC01:05
*** lucas____ has joined #openstack-neutron01:05
*** sthillma has quit IRC01:06
*** thurloat_isgone has joined #openstack-neutron01:06
*** thurloat_isgone is now known as thurloat01:06
*** fzdarsky has quit IRC01:10
*** lucas____ has quit IRC01:10
*** tflynn_ has joined #openstack-neutron01:10
*** jasondotstar has quit IRC01:12
*** tflynn has quit IRC01:13
*** thorst has quit IRC01:14
*** tflynn_ has quit IRC01:15
*** armax has joined #openstack-neutron01:15
*** shivrao has quit IRC01:16
*** regXboi has joined #openstack-neutron01:16
regXboigus: ping - how goes it?01:16
*** jasondotstar has joined #openstack-neutron01:17
gusregXboi: hey.   Good I guess.  I find it impossible to predict the trajectory of specs - I still don't see where the two +2s are going to come from and any new reviewer can take it off in a wildly different direction.01:18
*** r-daneel has quit IRC01:19
regXboiI hear you - the only thing I can think of is to hunt down the PTL and some of the cores and ask for their candid opinions on whether this has a valid chance of landing in liberty or not01:19
regXboiif it doesn't then I'd consider going with the whole thing in neutron with a planned refactoring in mitaka01:20
regXboiit's ugly, but ..... (holds up hands and shrugs)01:20
*** salv-orlando has joined #openstack-neutron01:20
gusregXboi: do you think it would get into neutron without a similar open ended discussion process?01:21
regXboigus: that's an honest question and I don't know ...01:21
regXboigus: I think mestery is at least partially on board with the idea of getting rid of shell in favor of pyroute201:21
openstackgerritMiguel Lavalle proposed openstack/neutron: Add dns_label processing for Ports  https://review.openstack.org/20095201:21
regXboibut that doesn't close off the open ended discussions01:22
*** jasondotstar has quit IRC01:22
*** breitz has quit IRC01:22
gusregXboi: yep, we certainly feel pressure from rootwrap performance to do something different in neutron (hence rootwrap-daemon).01:23
regXboigus: that doesn't really help the problem completely - using shell in front of netlink hurts in too many cases01:24
* gus is generally pessimistic of the OpenStack decision process so would be reluctant to suggest any sort of timelines without having 2 +2's lined up beforehand.01:24
* regXboi feels that pain01:24
*** salv-orlando has quit IRC01:25
*** patrickeast has quit IRC01:25
openstackgerritMiguel Lavalle proposed openstack/neutron: Add dns_label processing for Ports  https://review.openstack.org/20095201:25
*** thurloat is now known as thurloat_isgone01:27
*** moha_hunt has joined #openstack-neutron01:27
gusregXboi: a day to write the actual feature, 3 days to make it work with eventlet, 2 weeks to make it work in our testing environment, and I'd guess wildly perhaps a month? to get the spec approved.01:27
gus:/01:27
clarkbwhats the difficulty with making it work in the test environment? can you just switch neutron to it instead of the rootwrapped shell calls? If neutron is doing it in python that should be trivial ya?01:29
gusoh, I made it work so that was past tense.  The difficulty was with all the mocked out logging - with privsep we have non-trivial code on the privileged side, so we need to capture logs/stacktraces from there too during unittests.01:30
*** nlahouti1 has quit IRC01:30
clarkbgotcha01:31
gusMost of the fixes involved replacing stringio-based in-process logging with honest-to-goodness logging to files again, so that we can slurp it back regardless of which process generated it.01:31
*** s3wong has quit IRC01:31
*** jbell8 has joined #openstack-neutron01:32
*** eckelcu has quit IRC01:32
regXboisigh - same as it ever was01:32
*** lucas____ has joined #openstack-neutron01:33
gus.. and everytime I peek behind the unittest curtain, I get lost in a maze of unittest classes that just delegate to each other so I don't claim that those 2 weeks were representative of what someone else might have spent :P01:33
*** minwang2 has joined #openstack-neutron01:34
*** amuller has quit IRC01:36
*** breitz has joined #openstack-neutron01:37
*** lucas____ has quit IRC01:37
*** stanzgy has joined #openstack-neutron01:38
*** cdl1 has quit IRC01:46
*** miyagishi_t has joined #openstack-neutron01:49
openstackgerritAdolfo Duarte proposed openstack/neutron: HA for DVR - Neutron Server side code changes  https://review.openstack.org/14316901:51
*** yamamoto has joined #openstack-neutron01:51
*** banix has joined #openstack-neutron01:56
*** daneyon has quit IRC01:57
*** changzhi_ has joined #openstack-neutron01:57
*** breitz has quit IRC01:57
*** erkules has joined #openstack-neutron02:00
*** pal has joined #openstack-neutron02:02
openstackgerritshihanzhang proposed openstack/neutron: Install arp spoofing protection flow after setting port tag  https://review.openstack.org/19942502:02
*** erkules_ has quit IRC02:03
*** abhiraut has quit IRC02:04
*** minwang2 has quit IRC02:07
lifelessgus: :/02:07
*** minwang2 has joined #openstack-neutron02:08
*** shwetaap has joined #openstack-neutron02:15
*** crc32 has joined #openstack-neutron02:16
*** crc32 has quit IRC02:16
*** crc32 has joined #openstack-neutron02:16
*** shwetaap has quit IRC02:17
*** dboik has joined #openstack-neutron02:18
*** minwang2 has quit IRC02:18
*** david-lyle has joined #openstack-neutron02:19
*** johnbelamaric has quit IRC02:20
*** hitalia has quit IRC02:21
*** minwang2 has joined #openstack-neutron02:22
*** david-lyle has quit IRC02:23
*** shwetaap has joined #openstack-neutron02:26
*** Piet has joined #openstack-neutron02:26
*** dboik has quit IRC02:27
*** dboik has joined #openstack-neutron02:27
*** ajmiller_ has joined #openstack-neutron02:32
*** minwang2 has quit IRC02:32
*** spandhe has quit IRC02:33
*** wei-wang_ has joined #openstack-neutron02:34
*** lucas__ has joined #openstack-neutron02:34
*** baoli has joined #openstack-neutron02:35
*** pal has quit IRC02:35
*** minwang2 has joined #openstack-neutron02:36
*** achanda has joined #openstack-neutron02:37
*** lucas__ has quit IRC02:39
*** boris-42 has quit IRC02:40
*** armax has quit IRC02:41
regXboiis there anybody only who can talk to the experimental tempest DVR job?02:42
regXboier *online*02:42
*** cdl has joined #openstack-neutron02:43
clarkbI know somewhat how it is set up if thats what you want to know02:44
clarkb(the multinide dvr job)02:44
regXboinot the multinode dvr job, but the one that turns dvr on by default02:44
regXboiI'm looking to find the code that executes it so that I can understand the delta to the base tempest job02:45
*** minwang2 has quit IRC02:46
*** saksham has quit IRC02:46
*** minwang2 has joined #openstack-neutron02:47
clarkbhttps://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/neutron.yaml#n54 is the job definition02:47
clarkbthe jey bit being the DVR toggle for devstack-gate which is likely where you find the interesting bits (there and devstack)02:48
clarkb*key bit02:48
*** banix has quit IRC02:48
regXboithx - moe cloning02:49
regXboier *more02:49
*** oomichi has joined #openstack-neutron02:51
*** minwang2 has quit IRC02:51
*** hakimo has joined #openstack-neutron02:51
*** hakimo_ has quit IRC02:53
*** vivek-ebay has quit IRC03:00
*** MentalRay_ has quit IRC03:03
regXboiwell now that begs an interesting question03:03
*** spandhe has joined #openstack-neutron03:03
regXboiwhy would setting DVR to 1 involve q-fwaas03:03
clarkbno clue03:04
*** jbell8 has quit IRC03:06
*** jbell8 has joined #openstack-neutron03:07
regXboiok, but I managed to answer my question - so many thanks!03:07
*** dboik has quit IRC03:08
*** dboik has joined #openstack-neutron03:09
*** spandhe_ has joined #openstack-neutron03:09
*** spandhe has quit IRC03:09
*** spandhe_ is now known as spandhe03:09
*** mragupat has joined #openstack-neutron03:12
*** mragupat_ has joined #openstack-neutron03:13
*** dboik has quit IRC03:14
*** mragupat has quit IRC03:16
*** baoli has quit IRC03:20
*** yamahata has joined #openstack-neutron03:21
openstackgerritZhi Chang proposed openstack/neutron: Keep dns nameserver order consistency  https://review.openstack.org/19958803:22
*** coolsvap|away is now known as coolsvap03:26
*** zhhuabj_ has quit IRC03:33
*** david-lyle has joined #openstack-neutron03:34
*** zhhuabj has joined #openstack-neutron03:34
*** armax has joined #openstack-neutron03:35
*** ajmiller_ has quit IRC03:37
*** regXboi has quit IRC03:37
*** pritesh has joined #openstack-neutron03:38
*** pal has joined #openstack-neutron03:40
*** fawadkhaliq has joined #openstack-neutron03:42
openstackgerritOpenStack Proposal Bot proposed openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/20442203:43
*** fedexo has joined #openstack-neutron03:46
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/20682503:47
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-vpnaas: Updated from global requirements  https://review.openstack.org/20682603:48
openstackgerritOpenStack Proposal Bot proposed openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/20442203:50
*** mkolesni_ has joined #openstack-neutron03:52
*** achanda has quit IRC03:55
*** amotoki has joined #openstack-neutron03:56
*** tictactech_ has quit IRC03:59
*** vivek-eb_ has joined #openstack-neutron04:03
*** padkrish has joined #openstack-neutron04:06
*** padkrish has quit IRC04:06
*** padkrish has joined #openstack-neutron04:07
*** dboik has joined #openstack-neutron04:09
*** ramanjaneya_ has joined #openstack-neutron04:09
*** mragupat_ has quit IRC04:09
*** vishwanathj has joined #openstack-neutron04:10
*** dboik has quit IRC04:14
*** fedexo has quit IRC04:21
*** lucas__ has joined #openstack-neutron04:38
*** armax has quit IRC04:42
*** lucas__ has quit IRC04:42
*** padkrish has quit IRC04:45
*** yfried|afk is now known as yfried04:45
*** fedexo has joined #openstack-neutron04:48
*** azbiswas has joined #openstack-neutron04:52
*** ub has joined #openstack-neutron04:53
*** ekuris has joined #openstack-neutron04:54
*** ub2 has quit IRC04:54
*** shaohe_robot has quit IRC04:54
*** garyk has joined #openstack-neutron04:54
*** shaohe_robot has joined #openstack-neutron04:55
*** yfried is now known as yfried|afk04:57
*** padkrish has joined #openstack-neutron04:58
*** yfried|afk is now known as yfried05:03
*** moha_hunt has quit IRC05:03
*** pritesh has quit IRC05:03
*** pritesh has joined #openstack-neutron05:04
*** daneyon has joined #openstack-neutron05:05
*** daneyon_ has joined #openstack-neutron05:07
*** ub has quit IRC05:08
*** Bhavya has joined #openstack-neutron05:09
*** yfried has quit IRC05:09
*** daneyon has quit IRC05:10
*** lajos-katona has joined #openstack-neutron05:14
*** rotbeard has joined #openstack-neutron05:14
*** shwetaap has quit IRC05:19
*** changzhi has quit IRC05:24
*** achanda has joined #openstack-neutron05:26
*** numan has joined #openstack-neutron05:32
*** gampel has joined #openstack-neutron05:33
*** nlahouti has joined #openstack-neutron05:34
*** azbiswas has quit IRC05:36
*** shz has quit IRC05:38
*** azbiswas has joined #openstack-neutron05:38
*** crc32 has quit IRC05:39
*** lucas__ has joined #openstack-neutron05:40
*** trinaths has joined #openstack-neutron05:42
*** lucas__ has quit IRC05:44
*** fedexo has quit IRC05:45
*** fedexo has joined #openstack-neutron05:46
*** itzikb has joined #openstack-neutron05:50
*** yamamoto has quit IRC05:50
*** nlahouti has quit IRC05:51
openstackgerritHirofumi Ichihara proposed openstack/neutron: Enable to update external network subnet's gateway-ip  https://review.openstack.org/19493905:51
*** nlahouti has joined #openstack-neutron05:51
openstackgerritRamanjaneya Reddy Palleti proposed openstack/python-neutronclient: Support QoS neutron-client (1/2).  https://review.openstack.org/18965505:52
*** abregman has joined #openstack-neutron05:56
*** fedexo has quit IRC05:57
*** Murali has joined #openstack-neutron05:58
openstackgerritRamanjaneya Reddy Palleti proposed openstack/python-neutronclient: Support CLI changes for QoS (2/2).  https://review.openstack.org/19827705:58
*** yapeng has joined #openstack-neutron05:59
*** nlahouti has quit IRC05:59
*** scheuran has joined #openstack-neutron05:59
*** yalie has quit IRC06:00
*** yalie1 has joined #openstack-neutron06:01
*** yalie1 has left #openstack-neutron06:01
*** park_heijlong_ has joined #openstack-neutron06:02
*** kiran-r has joined #openstack-neutron06:05
*** ddepaoli has joined #openstack-neutron06:06
openstackgerritZhi Chang proposed openstack/neutron: Keep dns nameserver order consistency  https://review.openstack.org/19958806:06
*** afazekas has joined #openstack-neutron06:09
*** yapeng has quit IRC06:10
openstackgerritshihanzhang proposed openstack/neutron: Install arp spoofing protection flow after setting port tag  https://review.openstack.org/19942506:11
*** hichihara has quit IRC06:13
*** vivek-eb_ has quit IRC06:15
*** sthillma has joined #openstack-neutron06:19
*** lukasa has joined #openstack-neutron06:19
*** sthillma_ has joined #openstack-neutron06:21
*** josecastroleon has joined #openstack-neutron06:22
*** yamamoto has joined #openstack-neutron06:22
*** sthillma has quit IRC06:24
*** sthillma_ is now known as sthillma06:24
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/20688506:24
*** hitalia has joined #openstack-neutron06:25
*** pritesh has quit IRC06:26
*** jbell8 has quit IRC06:27
*** shz has joined #openstack-neutron06:28
*** moshele has joined #openstack-neutron06:29
*** arajagopal has joined #openstack-neutron06:29
*** ub has joined #openstack-neutron06:32
*** zhenguo has quit IRC06:32
*** armax has joined #openstack-neutron06:33
*** ekuris has quit IRC06:34
*** yfried has joined #openstack-neutron06:35
*** Marga_ has quit IRC06:36
*** ekuris has joined #openstack-neutron06:37
*** SridharG has joined #openstack-neutron06:38
*** yfried has quit IRC06:39
*** yfried has joined #openstack-neutron06:39
*** zhenguo has joined #openstack-neutron06:40
*** Marga_ has joined #openstack-neutron06:40
*** trinaths has left #openstack-neutron06:41
*** yfried is now known as yfried|afk06:41
*** lucas__ has joined #openstack-neutron06:42
*** abehl has joined #openstack-neutron06:44
*** azbiswas_ has joined #openstack-neutron06:45
*** lucas__ has quit IRC06:46
*** azbiswas has quit IRC06:48
oomichigmann: oops, nice catch. will do it soon :(06:49
oomichisorry, I am on wrong channel..06:49
*** tfukushima has joined #openstack-neutron06:51
*** ramanjaneya_ has quit IRC06:51
*** achanda has quit IRC06:54
*** alex_klimov has joined #openstack-neutron06:56
*** azbiswas_ has quit IRC06:57
*** achanda has joined #openstack-neutron06:57
*** jlibosva has joined #openstack-neutron06:59
*** tongli_ has quit IRC07:00
*** azbiswas has joined #openstack-neutron07:00
*** abehl has quit IRC07:03
*** txomon|fon has quit IRC07:04
*** yamahata has quit IRC07:05
*** otherwiseguy has quit IRC07:05
openstackgerritSridhar Gaddam proposed openstack/neutron: Update dhcp agent cache for network:dhcp ports  https://review.openstack.org/20588807:09
*** arajagopal has quit IRC07:10
*** otherwiseguy has joined #openstack-neutron07:10
*** salv-orlando has joined #openstack-neutron07:12
*** azbiswas_ has joined #openstack-neutron07:12
*** nmagnezi has joined #openstack-neutron07:12
*** kawa2014 has joined #openstack-neutron07:13
*** mickeys has joined #openstack-neutron07:14
*** adam_g has quit IRC07:14
*** yfried|afk is now known as yfried07:14
*** azbiswas has quit IRC07:15
*** sthillma has quit IRC07:16
*** abehl has joined #openstack-neutron07:16
*** nyechiel has joined #openstack-neutron07:18
*** ronis has joined #openstack-neutron07:19
*** bharath has joined #openstack-neutron07:22
*** gampel1 has joined #openstack-neutron07:22
*** txomon|fon has joined #openstack-neutron07:25
*** txomon|fon has joined #openstack-neutron07:25
*** armax has quit IRC07:25
*** gampel has quit IRC07:26
*** achanda has quit IRC07:27
*** tmorin has joined #openstack-neutron07:31
openstackgerritYushiro FURUKAWA proposed openstack/neutron-specs: Packet logging API for Neutron  https://review.openstack.org/20350907:35
*** sthillma has joined #openstack-neutron07:36
*** ihrachyshka has joined #openstack-neutron07:38
*** jlanoux has joined #openstack-neutron07:38
*** tmorin has quit IRC07:39
*** jschwarz has joined #openstack-neutron07:39
openstackgerritZhi Chang proposed openstack/neutron: Keep dns nameserver order consistency  https://review.openstack.org/19958807:40
*** y_sawai has joined #openstack-neutron07:42
*** mickeys has quit IRC07:43
*** lucas__ has joined #openstack-neutron07:43
miyagishi_tkevinbenton: ping07:44
openstackgerritshihanzhang proposed openstack/neutron: Use fanout RPC message to nofity the security group's change  https://review.openstack.org/18917107:46
*** gampel1 has left #openstack-neutron07:46
*** yog__ has joined #openstack-neutron07:47
*** abehl has quit IRC07:48
*** lucas__ has quit IRC07:48
*** y_sawai has quit IRC07:49
*** crc32 has joined #openstack-neutron07:52
*** tmorin has joined #openstack-neutron07:53
*** y_sawai has joined #openstack-neutron07:58
*** pal has quit IRC07:59
*** yog__ has quit IRC07:59
*** padkrish has quit IRC07:59
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: OVS-agent: Introduce Ryu based OpenFlow implementation  https://review.openstack.org/15394608:00
*** abehl has joined #openstack-neutron08:01
*** y_sawai has quit IRC08:02
*** matrohon has joined #openstack-neutron08:03
openstackgerritIhar Hrachyshka proposed openstack/neutron: [neutron-db-manage] remove old HEAD file when updating for branches  https://review.openstack.org/20692408:03
jschwarzihrachyshka, so I've encountered a way to DoS the qos plugin08:05
jschwarz:)08:05
ihrachyshkajschwarz, woohoo08:05
ihrachyshkajschwarz, tell me08:05
jschwarzihrachyshka, create a policy08:06
jschwarzihrachyshka, create a rule08:06
jschwarzihrachyshka, delete the rule08:06
jschwarzihrachyshka, http://pastebin.com/e5E1MdGi08:06
jschwarzihrachyshka, ???08:06
jschwarzihrachyshka, profit08:06
jschwarzthe error was on a simple "list rules" request08:07
*** daneyon_ has quit IRC08:07
ihrachyshkajschwarz, what's in db in terms of qos_rules/qos_bw_limit_rules?08:07
*** safchain has joined #openstack-neutron08:08
jschwarzqos_bandwidth_limit_rules is empty08:08
*** lucas__ has joined #openstack-neutron08:08
*** jistr has joined #openstack-neutron08:08
ihrachyshkaI suspect qos_rules is there?08:08
jschwarzqos_rules has a line08:08
ihrachyshkayeap08:08
ihrachyshkajschwarz, may you recheck with https://review.openstack.org/205762 ?08:08
jschwarzthe id equals the rule I deleted and the qos_policy_id matches the policy id08:09
ihrachyshka(you would need to flush the db)08:09
jschwarzflush and run db-manage, right?08:09
ihrachyshkathat model split causes more headache than there benefits (especially since there are none)08:09
ihrachyshkayeap08:09
jschwarzcan I just delete the neutron database and run db-manage instead? :P08:09
ihrachyshkasure, that's the idea08:10
ihrachyshkayou meant devstack? no need ot08:10
ihrachyshka*to08:10
jschwarzno08:10
jschwarzjust 'delete database neutron;' or something08:10
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: OVS-agent: Switch the default to "native" of_interface  https://review.openstack.org/20632908:10
*** azbiswas_ has quit IRC08:12
*** sthillma has quit IRC08:12
*** azbiswas has joined #openstack-neutron08:12
*** lucas__ has quit IRC08:12
ihrachyshkajschwarz, that should be enough; drop database; db-manage upgrade08:12
jschwarzdone08:12
jschwarzlet me check08:12
bharathHi, I am learning neutron +ovs flow, I have one doubt. why does neutron creating a bridge every time when we launch an instance? I am referring to this diagram http://docs.openstack.org/admin-guide-cloud/content/figures/14/a/a/common/figures/under-the-hood-scenario-1-ovs-compute.png08:13
jschwarzihrachyshka, looks good08:13
ihrachyshkajschwarz, awesome08:13
ihrachyshkajschwarz, I should work on pushing it asap with your tests08:14
*** ygbo has joined #openstack-neutron08:14
jschwarzihrachyshka, would not object. saw that your patch got in yesterday08:14
bharathcan't we apply iptables on tap device ?08:14
jschwarzihrachyshka, so lets get a +2+A stamp on my first 2 and then we do whatever we want :)08:14
ihrachyshkagaryk, are you with us?08:15
ihrachyshkagaryk, qos has some desperate need for reviews08:15
garykihrachyshka: please point me to the reviews08:16
ihrachyshkagaryk, https://review.openstack.org/#/c/205796/08:16
ihrachyshkagaryk, https://review.openstack.org/#/c/205815/08:16
ihrachyshkagaryk, https://review.openstack.org/#/c/205762/08:16
*** yog__ has joined #openstack-neutron08:16
ihrachyshkagaryk, also https://review.openstack.org/206525 would be good.08:17
*** dguitarbite has joined #openstack-neutron08:18
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: set webob.Response.text instead of webob.Response.body  https://review.openstack.org/20479108:18
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: use a hash to sort dictionaries  https://review.openstack.org/20479208:18
*** tflynn has joined #openstack-neutron08:24
jschwarzgaryk, ihrachyshka, thanks08:24
*** jasondotstar has joined #openstack-neutron08:25
*** tflynn_ has joined #openstack-neutron08:26
*** neiljerr` has joined #openstack-neutron08:26
*** tfukushima has quit IRC08:26
*** tfukushima has joined #openstack-neutron08:28
*** tflynn has quit IRC08:29
*** azbiswas has quit IRC08:33
openstackgerritKevin Benton proposed openstack/neutron: Initialize port_info dict as blank in OVS agent  https://review.openstack.org/20676408:34
*** john-davidge has joined #openstack-neutron08:36
*** erkules has quit IRC08:38
*** erkules has joined #openstack-neutron08:38
*** john-davidge_ has joined #openstack-neutron08:39
ihrachyshkakevinbenton, ^^ heh, I just reported https://bugs.launchpad.net/neutron/+bug/147926508:39
openstackLaunchpad bug 1479265 in neutron "ovs agent crashes with UnboundLocalError in case self.scan_ancillary_ports fails" [Undecided,New]08:39
kevinbentonihrachyshka: assaf beat you to it!08:40
ihrachyshkaI cry every time I see that spaghetti08:40
ihrachyshkakevinbenton, I think it's actually different08:40
kevinbentonihrachyshka: gross08:40
*** john-davidge has quit IRC08:40
*** john-davidge_ is now known as john-davidge08:40
kevinbentonihrachyshka: i'll let you fix that one ;)08:40
ihrachyshkaheh08:40
kevinbentonihrachyshka: or i can do it in the morning08:40
ihrachyshkakevinbenton, I am not blocked on it, just reported to feel good when rechecking ;)08:41
openstackgerritZongKai LI proposed openstack/neutron: [WIP]support neutron-ovs-dvr-multigateway  https://review.openstack.org/19167108:41
*** l6unchpad has joined #openstack-neutron08:46
*** tflynn_ has quit IRC08:50
miyagishi_tkevinbenton: I have a question about implementation plan of Distributed SNAT.08:51
miyagishi_tkevinbenton: I thought implementation plan based on etherpad: https://etherpad.openstack.org/p/decentralized-snat08:51
miyagishi_tkevinbenton: I understood that "True Distributed SNAT" and "Carrier Grade NAT" solves Public IP consumption problem.08:51
miyagishi_tkevinbenton: However, in my understanding, these plans have to manage outside of OpenStack.08:52
miyagishi_tkevinbenton: If so, I think it is difficult to become standard feature.08:52
miyagishi_tkevinbenton: If my understanding is wrong, I want to understand correctly, would you tell me detail of these plans08:52
miyagishi_tkevinbenton: or who should I ask to about this?08:52
*** ZZelle has quit IRC08:53
*** ZZelle has joined #openstack-neutron08:53
kevinbentonmiyagishi_t: if you have a proposal to do distributed SNAT that would work with the current implementation, that could go into neutron08:54
*** ip0353 has joined #openstack-neutron08:55
openstackgerritIhar Hrachyshka proposed openstack/neutron: Initialize ancillary_port_info dict as blank in OVS agent  https://review.openstack.org/20694108:55
ihrachyshkakevinbenton, pretty dumb to have another patch for that one but ^^08:55
kevinbentonmiyagishi_t: however, getting the upstream router to send to the correct neutron node requires configuration on the upstream router08:55
kevinbentonihrachyshka: that's special :)08:56
*** yushiro has joined #openstack-neutron08:56
*** crc32 has quit IRC08:56
kevinbentonihrachyshka: LGTM. that whole main loop thing needs to be broken down even more08:57
openstackgerritIhar Hrachyshka proposed openstack/neutron: Initialize ancillary_port_info dict as blank in OVS agent  https://review.openstack.org/20694108:57
kevinbentonihrachyshka: but i think that's what rossella_s is working on anyway08:57
*** gongysh_ has quit IRC08:57
ihrachyshkakevinbenton, yeah. she is a brave one to get into that08:57
*** pal has joined #openstack-neutron08:57
rossella_sihrachyshka, kevinbenton yeah my plan is to break it down, it's too long08:58
*** spandhe has quit IRC08:59
rossella_sI should update my patches08:59
*** doude has joined #openstack-neutron09:00
ihrachyshkagaryk, are you on https://review.openstack.org/#/c/205762/ ?09:00
*** nijaba has quit IRC09:02
garykihrachyshka: can you ping me when it gets the +1 from jenikns09:03
*** coolsvap is now known as coolsvap|away09:04
*** amotoki has quit IRC09:05
*** slaweq_ has joined #openstack-neutron09:05
ihrachyshkagaryk, ah ok, it had one before I updated commit message09:06
*** nijaba has joined #openstack-neutron09:07
garykihrachyshka: i had one comment09:07
*** nyechiel has quit IRC09:07
jschwarzihrachyshka, https://review.openstack.org/#/c/205796/ didn't get -1 from jenkins and the patch isn't on the zuul list...09:08
jschwarzis there a problem with the gate again? :<09:08
*** nyechiel has joined #openstack-neutron09:10
ihrachyshkajschwarz, meh. I hope not. I will check with infra in an hour, or you can do it09:10
jschwarzwill do it myself09:10
ihrachyshkainfra is bumpy these days.09:10
ihrachyshkajschwarz, thanks09:11
* ihrachyshka is away for an hour09:11
*** l6unchpad has quit IRC09:12
*** coolsvap|away is now known as coolsvap09:12
openstackgerritZhi Chang proposed openstack/neutron: Keep dns nameserver order consistency  https://review.openstack.org/19958809:14
*** ihrachyshka has quit IRC09:15
*** fzdarsky has joined #openstack-neutron09:19
*** alexpilotti has joined #openstack-neutron09:21
*** hitalia has quit IRC09:22
*** l6unchpad has joined #openstack-neutron09:24
openstackgerritRossella Sblendido proposed openstack/neutron: Introduce get_ports_attributes in OVSBridge  https://review.openstack.org/20027909:25
*** yamamoto has quit IRC09:26
*** abregman is now known as abregman|brb09:28
*** yfried is now known as yfried|afk09:29
-openstackstatus- NOTICE: Currently our CI system is broken, jobs are not getting processed at all.09:29
*** ChanServ changes topic to "Currently our CI system is broken, jobs are not getting processed at all."09:29
*** tfukushima has quit IRC09:32
*** azbiswas has joined #openstack-neutron09:34
*** yamamoto has joined #openstack-neutron09:35
*** azbiswas has quit IRC09:42
*** anilvenkata has joined #openstack-neutron09:45
*** alex_xu has quit IRC09:48
openstackgerritKevin Benton proposed openstack/neutron: Initialize port_info dict as blank in OVS agent  https://review.openstack.org/20676409:48
*** yfried|afk is now known as yfried09:49
*** alex_xu has joined #openstack-neutron09:49
*** coolsvap is now known as coolsvap|away09:50
*** ihrachyshka has joined #openstack-neutron09:53
ihrachyshkajschwarz, so gate stuck and we have no ETA to get it back?09:55
*** doude has quit IRC09:55
*** jasondotstar has quit IRC09:57
*** coolsvap|away is now known as coolsvap09:58
*** yfried is now known as yfried|afk09:59
miyagishi_tkevinbenton: Thanks for your reply.09:59
miyagishi_tkevinbenton: IMHO if SNAT would be distributed with current implementation, it will become high IP consumption. So I think it needs some changes of neutron.09:59
miyagishi_tkevinbenton: few days ago, I proposed my implementation plan in openstack-dev ML: http://lists.openstack.org/pipermail/openstack-dev/2015-July/070478.html10:00
miyagishi_tkevinbenton: In an ideal situation, this plan can be reduction of IP consumption than simply decentralized plan - "One IP Address per Router per Host".10:00
miyagishi_tkevinbenton: However in a worst situation, this plan would use too many public IPs, so this doesn't become a solution to the root of the problem.10:00
miyagishi_tkevinbenton: Therefore, I want to understand more correctly about "True Distributed SNAT" and "Carrier Grade NAT". Would you tell me detail of these plans?10:00
*** ihrachyshka has quit IRC10:00
*** fzdarsky has quit IRC10:00
*** ygbo has quit IRC10:00
*** abehl has quit IRC10:00
*** alex_klimov has quit IRC10:00
*** ub has quit IRC10:00
*** garyk has quit IRC10:00
*** sbelous has quit IRC10:00
*** Kennan has quit IRC10:00
*** mitz has quit IRC10:00
*** yuanying has quit IRC10:00
*** dguerri` has quit IRC10:00
*** sc68cal has quit IRC10:00
*** mitz has joined #openstack-neutron10:00
*** park_heijlong_ has quit IRC10:00
*** l6unchpa_ has joined #openstack-neutron10:00
*** garyk has joined #openstack-neutron10:00
*** tfukushima has joined #openstack-neutron10:00
*** ihrachyshka has joined #openstack-neutron10:01
*** alex_klimov has joined #openstack-neutron10:01
*** yuanying has joined #openstack-neutron10:01
*** Kennan has joined #openstack-neutron10:01
*** dguerri` has joined #openstack-neutron10:01
*** ub has joined #openstack-neutron10:01
*** sbelous has joined #openstack-neutron10:01
*** dguerri` is now known as dguerri10:01
*** dguerri has joined #openstack-neutron10:01
*** sc68cal has joined #openstack-neutron10:02
*** kiran-r has quit IRC10:03
*** abehl has joined #openstack-neutron10:03
*** ygbo has joined #openstack-neutron10:03
*** fzdarsky has joined #openstack-neutron10:03
*** clduser_ has joined #openstack-neutron10:05
*** lajos-katona1 has joined #openstack-neutron10:05
*** txomon|fon has quit IRC10:05
*** l6unchpad has quit IRC10:05
*** jschwarz has quit IRC10:05
*** clduser has quit IRC10:05
*** ildikov has quit IRC10:05
*** Piet has quit IRC10:05
*** ildikov has joined #openstack-neutron10:05
*** txomon|fon has joined #openstack-neutron10:06
*** lajos-katona has quit IRC10:06
*** jschwarz has joined #openstack-neutron10:06
*** nyechiel_ has joined #openstack-neutron10:07
openstackgerritThomas Morin proposed openstack/neutron-specs: Neutron Extension for BGPVPN  https://review.openstack.org/17774010:08
*** rdo has quit IRC10:08
*** yushiro has quit IRC10:09
*** jasondotstar has joined #openstack-neutron10:09
*** nyechiel has quit IRC10:09
*** yushiro has joined #openstack-neutron10:09
*** rdo has joined #openstack-neutron10:10
*** kiran-r has joined #openstack-neutron10:12
*** slaweq_ has quit IRC10:13
*** zhenguo has quit IRC10:13
*** josecastroleon has quit IRC10:15
openstackgerritshihanzhang proposed openstack/neutron: Support distributed dhcp agent  https://review.openstack.org/18442310:17
*** pc_m has joined #openstack-neutron10:18
*** doude has joined #openstack-neutron10:18
openstackgerritSridhar Gaddam proposed openstack/neutron: Update dhcp agent cache for network:dhcp ports  https://review.openstack.org/20588810:19
moshelejlibosva: hi10:24
jlibosvamoshele: hey10:24
moshelejlibosva: this cause a problem in the unitest  https://github.com/openstack/neutron/blob/feature/qos/neutron/plugins/ml2/drivers/openvswitch/agent/common/config.py#L103-105 we adding another qos driver10:24
moshelejlibosva: error with duplicate option: agent_driver10:25
moshelejlibosva: I think we should rename the section to ovs_qos or something like that10:25
moshelejlibosva: or just call the parameter ovs_qos_agent_driver10:26
jlibosvamoshele: I don't get it. What another qos driver are you adding? Why does it have to do anything with ovs agent?10:26
jlibosvamoshele: can you show me the patch?10:27
jlibosvamoshele: ajo's idea was that every agent will have its own default10:27
moshelejlibosva: it is not upstream but I am adding sriov support so I need to add it to sriov config10:27
*** yushiro has quit IRC10:27
jlibosvamoshele: you should add to sriov agent a new config opt10:28
moshelejlibosva: I add qos/agent_driver for sriov, but the problem is when you run the unit test10:29
ihrachyshkamoshele, you should not register both ovs and sriov options in tests.10:29
jlibosvamoshele: then I think the problem is in test. unittest is a testing of a small piece in separation. sriov agent shouldn't know anything about configs for ovs agent, right?10:30
moshelejlibosva: but it happens when you run them all, right?10:30
jlibosvamoshele: aaah, I think I see the problem10:31
jlibosvamoshele: you mean that all unittests share the same conf obj?10:31
moshelejlibosva: yes10:31
jlibosvaI think we have had this problem before ...10:31
moshelejlibosva: what was the solution?10:32
jlibosvachecking10:32
jlibosvamoshele: so your code won't be public?10:32
moshelejlibosva: it will be but is not ready yet10:34
jlibosvamoshele: can you try to add self.addCleanup(cfg.CONF.reset)10:35
jlibosvamoshele: to where the option is used?10:36
moshelejlibosva: sure10:36
*** fzdarsky has quit IRC10:37
*** abregman|brb is now known as abregman10:37
jschwarzihrachyshka, yes10:37
*** rossella_s has quit IRC10:37
*** rossella_s has joined #openstack-neutron10:38
*** aix has quit IRC10:38
ihrachyshkajlibosva, should we use some config fixture for that?10:39
ihrachyshkajlibosva, moshele http://docs.openstack.org/developer/oslo.config/fixture.html10:39
jlibosvaihrachyshka: didn't know about that. I don't know how will it be done cause the opt is register on module import10:41
jlibosvaor isn't it?10:41
jlibosvait s10:41
jlibosvaanyway, I don't think it's necessary to make a config section for agent_drivers just because it makes mess in unittests, I'd rather spend time on investigation how to fix unittests10:42
ihrachyshkajlibosva, well, we may need to rework registration not to do it. it's just wrong.10:42
*** Ramanjaneya has quit IRC10:42
ihrachyshkainstead, there should be a function that receives conf object and registers options on it10:43
jlibosvaI'm not sure, ovs agent has its own dedicated config module where it does the registering. Noone but ovs agent should import this module.10:44
*** yfried|afk is now known as yfried10:48
*** stanzgy has quit IRC10:48
*** changzhi_ has quit IRC10:49
*** lennyb_ has quit IRC10:49
moshelejlibosva: the self.addCleanup(cfg.CONF.reset)  didn't work or I used it wrong10:50
moshelejlibosva: the problem is in the when doing the import so we can not reset10:50
moshelejlibosva, ihrachyshka10:51
moshele: should I use oslo.config/fixture?10:51
jlibosvamoshele: can you put your WIP patch somewhere so I can have a look?10:52
ihrachyshkamoshele, can we avoid the import? yeah, a patch would help.10:52
jlibosvamoshele: even by format-patch10:52
moshelejlibosva: give me a sec I will send you the path in mail10:53
jlibosvacool10:53
*** coolsvap is now known as coolsvap|away10:55
*** yamamoto has quit IRC10:57
moshelejlibosva: sent  to you by mail10:57
mosheleihrachyshka: did you see my comment in https://review.openstack.org/#/c/206038/ ?10:58
ihrachyshkamoshele, sorry, will check now10:59
*** yamamoto has joined #openstack-neutron10:59
openstackgerritIhar Hrachyshka proposed openstack/neutron-fwaas: Killed existing downgrade rules in migration scripts  https://review.openstack.org/20698410:59
*** shaohe_robot has quit IRC11:00
openstackgerritIhar Hrachyshka proposed openstack/neutron-fwaas: Killed existing downgrade rules in migration scripts  https://review.openstack.org/20698411:00
*** shaohe_robot has joined #openstack-neutron11:01
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: set webob.Response.text instead of webob.Response.body  https://review.openstack.org/20479111:01
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: use a hash to sort dictionaries  https://review.openstack.org/20479211:01
*** jsheeren has joined #openstack-neutron11:04
jlibosvamoshele: I think the best would be what ihrachyshka suggested - make a function that does the registering and triggering it in agen'st "main"11:05
ihrachyshkaideally, imports should not have side effects like that11:05
*** zhhuabj has quit IRC11:06
moshelejlibosva, ihrachyshka11:06
moshele: ok I will do it11:06
jlibosvamoshele: if you want, I can do that for ovs and you can base your patch on mine11:06
moshelejlibosva: ok sure11:07
*** miyagishi_t has quit IRC11:10
*** sbelous has quit IRC11:10
*** zhhuabj has joined #openstack-neutron11:10
*** jprovazn has joined #openstack-neutron11:11
*** sbelous has joined #openstack-neutron11:11
openstackgerritIhar Hrachyshka proposed openstack/neutron-vpnaas: script.py.mako: added license header and missing branch_labels  https://review.openstack.org/20698911:13
openstackgerritIhar Hrachyshka proposed openstack/neutron-vpnaas: Killed existing downgrade rules in migration scripts  https://review.openstack.org/20699011:13
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: compare response.body to bytes in namespace_proxy test  https://review.openstack.org/20699111:18
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: hmac requires bytes key/msg  https://review.openstack.org/20699311:21
jlibosvamoshele: I did this: https://review.openstack.org/#/c/206994/11:23
*** jasondot_ has joined #openstack-neutron11:23
jlibosvamoshele: I haven't tested it yet though :)11:23
*** baoli has joined #openstack-neutron11:24
*** phil_h has joined #openstack-neutron11:24
jschwarzihrachyshka, lets discuss the API server's URI :p11:25
ihrachyshkamoshele, I've replied on sriov11:25
*** jasondotstar has quit IRC11:25
ihrachyshkajschwarz, wanna bj or here?11:25
jschwarzhere is fine11:26
ihrachyshkaI'm good11:26
jschwarzihrachyshka, the URI for getting (showing) a bw limit rule is: '/qos/policies/%(policy)s/bandwidth_limit_rule/%(rule)s'11:26
jschwarzwhy do we need the '/policies/%(policy)s/' for? the policy id isn't saved in the qos_bandwidth_limit_rule sql table so it's not needed11:27
*** gampel has joined #openstack-neutron11:29
jschwarzihrachyshka, looking at neutron/services/qos/qos_plugin.py, the get_policy_bandwidth_limit_rule function is getting a policy_id but completely ignores it11:29
jschwarzso... it's not really needed11:29
jschwarzremoving it will simplify quite a bit of stuff on the neutronclient department I think11:29
ihrachyshkajschwarz, will it mean we'll post rules as /qos/<rule_type>s/%(rule)s?11:30
jschwarzihrachyshka, erm11:31
*** Bhavya has quit IRC11:31
jschwarzihrachyshka, probably, yes. which is not a good thinjg11:31
jschwarzs/thinjg/thing/11:31
*** baoli has quit IRC11:31
ihrachyshkajschwarz, just curious: how is it not a good thing, specifically?11:32
jschwarzihrachyshka, well, we need some way to associate a rule to a policy11:32
ihrachyshkaqos_policy_id?11:32
jschwarzright now it's done with the /qos/policies/<policy_id>/<type>/<rule_id> and that also associates the rule to the policy11:32
*** Guest100_ has joined #openstack-neutron11:32
jschwarzif we remove the prefix we'll have to add an API for associating a rule to a policy11:33
ihrachyshkawell, passing policy_id would do the same.11:33
jschwarzhmmmmmm11:33
jschwarzyes.11:33
ihrachyshkaI really think we complicated a lot of things going with that multi level thing11:33
jschwarzI agree11:33
ihrachyshkaas we did for models and other stuf11:33
ihrachyshkait should not be that complex.11:33
jschwarzso perhaps it's time we simplify things?11:34
ihrachyshkait's like a net_id needed to create a subnet11:34
ihrachyshkawe don't embedd subnets though11:34
ihrachyshkajschwarz, it's always time, assuming api tests are in place.11:34
jschwarzcreating the subnet_id neccesitate the net_id as a parameter, right?11:34
ihrachyshkamoshele, ^^ what do you think?11:34
ihrachyshkajschwarz, yes, it does11:34
jschwarzihrachyshka, luckily the API tests are merging :)11:34
ihrachyshkajschwarz, you can base on it11:35
*** mwagner_lap has quit IRC11:35
*** oomichi has quit IRC11:36
*** pal has quit IRC11:37
mosheleihrachyshka: can you download iproute2 and got to commit f89a2a05ffa94ac5bec9f50751f761215356092b11:38
mosheleihrachyshka: the commit introduce the new parameters but didn't update the usage11:39
jschwarzihrachyshka, so I'm gonna start looking at changing the API server..11:39
jschwarzihrachyshka, obviously I won't get to the functional tests anytime soon ^_^11:39
mosheleihrachyshka: so I am not sure how help usage is better, I am relaying on the snapshot of this commit and above11:40
ihrachyshkamoshele, do we have a later snapshot with help text?11:40
ihrachyshkamoshele, another option would be to call the latest one and fall back to the old one on failure.11:42
ihrachyshkayou could also cache the 'too old' state somewhere to avoid calls to the command that is not there yet.11:43
*** sbelous has quit IRC11:43
ihrachyshkamoshele, finally, we may just require the new version.11:43
mosheleihrachyshka: they both should work if that is the problem I can just use rate11:43
*** itzikb has quit IRC11:43
*** sbelous has joined #openstack-neutron11:44
ihrachyshkajschwarz, ack11:44
sc68calmorning all11:45
*** itzikb has joined #openstack-neutron11:45
*** thorst has joined #openstack-neutron11:47
*** Ramanjaneya has joined #openstack-neutron11:48
*** l6unchpa_ has quit IRC11:48
*** fawadkhaliq has quit IRC11:48
*** jsheeren has quit IRC11:49
mosheleihrachyshka: let keep it simple currently all  the destro support "rate" option as it is not deprecate in iproute2 and I will remove the support for  max_tx_rate  , what do you think?11:50
jlibosvaihrachyshka: moshele I see we use a lot of qos_ prefix for modules. I think it makes more sense to drop qos_ prefix for modules that belong to qos package. e.g. neutron/services/qos/qos_consts -> neutron/services/qos/consts etc.11:51
jlibosvayeah, I think this is super important to have :)11:51
*** yfried has quit IRC11:51
*** veena has joined #openstack-neutron11:51
*** coolsvap|away is now known as coolsvap11:51
moshelejlibosva: I agree11:52
ihrachyshkasc68cal, hey man :)11:54
*** shaohe_robot1 has joined #openstack-neutron11:54
ihrachyshkamoshele, I agree to kill redundant stuff11:55
*** josecastroleon has joined #openstack-neutron11:55
ihrachyshkajlibosva, agreed. after most stuff is done, we'll clean the tree11:55
ihrachyshkafor now, let's avoid moving pieces11:55
*** fawadkhaliq has joined #openstack-neutron11:55
*** johnbelamaric has joined #openstack-neutron11:55
pc_mihrachyshka: hi11:57
ihrachyshkapc_m, hi11:57
pc_mihrachyshka: Had some questions on the new migration (doing a new one for VPN).11:57
*** shaohe_robot has quit IRC11:57
ihrachyshkapc_m, sure11:57
pc_mihrachyshka: In the expand files, what is the branch_label?11:57
ihrachyshkapc_m, it should be only in the very first script in a new branch11:58
ihrachyshkapc_m, it marks the whole branch of scripts with the name11:58
ihrachyshkaand you can use the name to refer to the branch (and => it's latest head)11:58
ihrachyshkaso you can db-manage upgrade liberty_expand@head11:58
*** phil_h has quit IRC11:58
ihrachyshkaand get all scripts in the branch applied11:59
pc_mfor the second expand script then, it just has a depends on of the previous release (e.g. kilo) and no branch label?11:59
pc_mand how does migration know to apply both scripts for the branch?12:01
pc_mor does the second script need to depend on the first?12:01
*** tfukushima has quit IRC12:01
ihrachyshkapc_m, second one only has down_revision to the first one12:02
ihrachyshkano kilo needed12:02
ihrachyshkakilo will be enforced by the first one12:02
*** yamamoto has quit IRC12:02
ihrachyshka(it should have it in depends_on)12:03
*** pal has joined #openstack-neutron12:03
ihrachyshkapc_m, so other than the first script, consequent are pretty the same as before12:03
pc_mihrachyshka: So first has down_revision = None, depends_on = kilo, and branch label. Second one has depends_on = <first>12:04
*** amuller has joined #openstack-neutron12:04
pc_mIs that correct?12:04
ihrachyshkapc_m, no, second one has down_revision = <first>12:04
ihrachyshkaotherwise correct12:04
ihrachyshkadepends_on is used when you want to logically untange a series from another branch while making sure the order is still correct when applied12:05
pc_mihrachyshka: gotcha. And no depends_on for second, right?12:05
ihrachyshkapc_m, yes, depends_on is used 1) in first patch, to refer to the last one in the previous cycle 2) in case you need to make an expand script depending on a contraction one, or vice versa12:06
ihrachyshkausing depends_on there instead of down_revision allows us to avoid mixing branch labels and keeping them for proper scripts only12:06
*** aix has joined #openstack-neutron12:07
pc_mihrachyshka: and I take it that the contract scripts are symmetrical?12:07
ihrachyshkaotherwise, if you would put down_revision for a script from another branch, you would automatically apply the labels from that other branch to all scripts in the one you want to update12:07
ihrachyshkapc_m, symmetrical?..12:07
*** phil_h has joined #openstack-neutron12:07
*** l6unchpad has joined #openstack-neutron12:07
*** pal has quit IRC12:07
ihrachyshkaah, you mean, same rules? sure12:08
pc_mihrachyshka: Same thing... first commit has down_revision=none, depends_on,...12:08
ihrachyshkathey are basically two independent series, just sometimes you may need to depends_on between them to keep order12:08
ihrachyshkayes, same thing12:08
*** mkolesni__ has joined #openstack-neutron12:08
ihrachyshkagsagie, hi man. any news on non-native impl for ovs qos driver?12:09
*** mkolesni_ has quit IRC12:09
*** yfried has joined #openstack-neutron12:09
*** sbelous has quit IRC12:09
pc_mihrachyshka: In the HEADS file, is there a specific ordering? Does it only include the expand scripts or both expand and contract?12:09
*** sbelous has joined #openstack-neutron12:10
ihrachyshkapc_m, it's latest heads for all branches (those are three now but will be more in the future, 2 per cycle)12:11
ihrachyshkapc_m, it's sorted12:11
*** ramanjaneya_ has joined #openstack-neutron12:12
pc_mihrachyshka: by string value or by sequence (newest to oldest)?12:12
ihrachyshkapc_m, string12:15
pc_mihrachyshka: thanks!12:15
ihrachyshkapc_m, the file is not involved in actual migration, it's just a nice way to catch a conflict on merging two scripts in parallel.12:16
*** fnordahl has joined #openstack-neutron12:16
*** shaohe_robot has joined #openstack-neutron12:16
*** ByPasS has joined #openstack-neutron12:16
ihrachyshkapc_m, I plan to move it back to HEAD file per branch12:16
ihrachyshkait would be easier to understand where each string belongs12:17
*** shaohe_robot1 has quit IRC12:17
pc_mihrachyshka: I'm seeing a failure on check_migration12:17
ihrachyshkapc_m, show me12:17
*** coolsvap is now known as coolsvap|away12:17
*** kiran-r has quit IRC12:18
pc_mIt says that HEADS doesn't match migration timeline heads. Expected 24f... (new expand), 333...(new contract), kilo. In the file I have 24f..., 300...(old contract), 333..., 568...(old expand), kilo.12:19
pc_mcorrection... 300... is old expand, 568... is old contract.12:21
*** salv-orl_ has joined #openstack-neutron12:22
*** oomichi has joined #openstack-neutron12:23
*** xek_ is now known as xek12:23
*** salv-orlando has quit IRC12:25
*** salv-orlando has joined #openstack-neutron12:26
pc_mihrachyshka: Is HEADS supposed to now have ALL migrations, or just the latest of each branch/type?12:26
*** salv-orl_ has quit IRC12:26
pc_mihrachyshka: I guess I have the former and it should be the latter?12:26
ihrachyshkapc_m, latest. revision command should have updated the file for you12:27
*** edmondsw has joined #openstack-neutron12:27
ihrachyshkahave you used the command?12:27
*** salv-orl_ has joined #openstack-neutron12:27
pc_mihrachyshka: no, I was having trouble doing autogenerate last week, so I manually created the contract file, and then I split my old migration file into expand/contract parts.12:28
ihrachyshkapc_m, you can still avoid autogenerate and use it just to create files and update HEADS12:28
ihrachyshkapc_m, autogenerate is broken until alembic 0.8.0 (and a patch to consume it properly)12:29
pc_mihrachyshka: autogenerate? I was having problems with it.12:29
pc_mihrachyshka: Looks like check_migration is working now.12:29
ihrachyshkapc_m, revision command should work. if not, report a bug.12:29
*** salv-orlando has quit IRC12:30
ihrachyshkapc_m, also, afaik neutron-db-manage says what it wants to see in HEADS file on failure12:30
*** Guest100_ has quit IRC12:31
*** trinaths has joined #openstack-neutron12:31
pc_mihrachyshka: I just tried upgrade using head. Should I say "upgrade head" or "upgrade liberty_expand@head" to test my new migration files?12:32
*** ekuris has quit IRC12:32
*** mkolesni__ has quit IRC12:32
ihrachyshkapc_m, you can try both. bare 'head' will apply all branches.12:32
ihrachyshkaliberty_expand@head will apply expand only12:33
*** johnbelamaric has quit IRC12:33
ihrachyshkayou can also try to trigger liberty_contract@head and see the order is correct (first deps from depends_on applied, then contract)12:33
pc_mihrachyshka: It seems like it is running the contract migration (only) from 568... -> 333... which fails because table columns in expand migration file is not running.12:33
*** salv-orlando has joined #openstack-neutron12:35
ihrachyshkapc_m, well, it probably means there are issues with deps12:35
*** numan has quit IRC12:35
ihrachyshkadepends_on missing in a contract script?12:35
*** caspinol has quit IRC12:35
ihrachyshkathe one that would point to corresponding expand script12:35
scheuranneiljerr`: hi12:36
pc_mihrachyshka: Ah, so contract will have down_revision pointing to previous contract, and depends_on pointing to corresponding expand.12:36
scheuranneiljerr`, in yesterdays neutron meeting, you mentioned, that with your dhcp agent you might be in a similar position like I'm with the macvtap stuff that has been discussed.12:36
ihrachyshkapc_m, yeap12:37
scheuranneiljerr`, could you please elaborate on that a little bit or/and send me a pointer to your code?12:37
*** salv-orl_ has quit IRC12:38
*** regXboi has joined #openstack-neutron12:40
pc_mihrachyshka: That works now. Thanks!12:41
*** azbiswas has joined #openstack-neutron12:42
ihrachyshkapc_m, I am here to serve :)12:43
pc_m:)12:44
*** salv-orl_ has joined #openstack-neutron12:44
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Store local side's tunnel IP for later retrieval  https://review.openstack.org/19967012:46
*** azbiswas has quit IRC12:47
*** salv-orlando has quit IRC12:47
*** salv-orl_ has quit IRC12:47
*** coolsvap|away is now known as coolsvap12:48
*** salv-orlando has joined #openstack-neutron12:48
jschwarzihrachyshka, lets discuss 'list bandwidth rules'12:48
*** caspinol has joined #openstack-neutron12:49
ihrachyshkajschwarz, in which context?12:49
ihrachyshkajschwarz, fyi I'm working on transforming it into generic rules list12:49
*** yamamoto has joined #openstack-neutron12:49
jschwarzihrachyshka, currently the plugin signature is: 'def get_bandwidth_limit_rules(self, context, policy_id, **kwargs)'12:49
ihrachyshkaah, api side. ok12:50
jschwarzhowever the actual function doesn't filter by policy_id12:50
jschwarzimplying that *all* bw limit rules are returned12:50
jschwarzthis is... meh.12:50
ihrachyshkameh indeed12:50
*** ChanServ changes topic to "Discussion of OpenStack Networking || for support join #openstack"12:50
-openstackstatus- NOTICE: zuul's disks were at capacity. Space has been freed up and jobs are being re-queued.12:50
jschwarzihrachyshka, I'll fix it into actually filtering by policy_id some time soon12:51
jschwarzihrachyshka, what are you working on? is it on the api server side?12:51
ihrachyshkajschwarz, for the least, get_objects there should recieve qos_profile_id=policy_id12:51
jschwarzyeah12:51
ihrachyshkajschwarz, it's no object side for now. but I'll update api tests. from now on, policies won't have per type lists but a single list with all rules12:52
jschwarzoh uhm12:52
jschwarzuhmmm12:52
ihrachyshkaper type lists don't make sense since there is a single rule of a type per policy should be allowed12:52
jschwarzuuhhm12:52
*** baoli has joined #openstack-neutron12:52
ihrachyshkadon't ask me how it got thru spec review.12:53
jschwarzwell that changes things for what i'm doing :12:53
jschwarz:\12:53
ihrachyshkawell maybe, but we must go this route12:53
* HenryG reads backscroll and spots plenty of devref material in ihrachyshka's replies to pc_m12:53
jschwarzihrachyshka, eta on patch for review?12:53
ihrachyshkaHenryG, meh. like the fact revision should be used to generate scripts?12:54
ihrachyshkajschwarz, an hour. at least code wise (not tests wise)12:54
*** pal has joined #openstack-neutron12:54
ihrachyshkamaybe less12:55
jschwarzihrachyshka, ok. do send a patch before the tests so I can see what it really effects12:55
ihrachyshkabut I'm pessimistic these days12:55
scheuransc68cal, hi12:55
jschwarzihrachyshka, because the API changes i'm doing are pretty invasive12:55
jschwarzihrachyshka, is there even logic for listing all bw rules for a specific policy_id?12:57
*** dims has quit IRC12:57
jschwarzis that even something we want to support?12:57
HenryGihrachyshka: I was thinking you had some nice clarifications there for devs who don't use alembic every day. Maybe we could start a FAQ section.12:57
jschwarzbecause... uhm... we could just 'show policy' and that returns all the rules it has anyway.12:57
*** salv-orl_ has joined #openstack-neutron12:57
*** annegentle has joined #openstack-neutron12:57
openstackgerritNeil Jerram proposed openstack/neutron: DHCP agent: clarify logic of setup_dhcp_port  https://review.openstack.org/20518112:57
*** dims has joined #openstack-neutron12:57
*** nmagnezi_ has joined #openstack-neutron12:57
*** roeyc has joined #openstack-neutron12:58
*** veena has quit IRC12:58
ihrachyshkajschwarz, there is. cls.get_objects(qos_policy_id=id)12:59
ihrachyshkayou can pass any kwargs there12:59
ihrachyshkathat would match with db12:59
ihrachyshkaHenryG, yeah, I am generally for documenting it, maybe out of scope of the feature.12:59
ihrachyshkajschwarz, well, I think that's at least to be consistent.13:00
*** salv-orlando has quit IRC13:00
*** salv-or__ has joined #openstack-neutron13:00
*** zhipeng has joined #openstack-neutron13:00
sc68calscheuran: hello13:01
scheuransc68cal, hi. I wanted to hear your opinion on the macvtap integration that was in yesterdays neutron meeting13:01
scheuransc68cal, so my main use case why we discussed that is reusing code13:02
*** scheuran has quit IRC13:02
*** scheuran has joined #openstack-neutron13:02
*** trinaths has quit IRC13:02
jschwarzihrachyshka, ok.. so I'll try to implement something along the lines of 'http://10.35.6.13:9696/v2.0/bandwidth-limit-rules?policy_id=61467e66-983f-49a3-8ff5-319dcd3b4e5b'13:03
jschwarzno promises though ;p13:03
scheuransc68cal: Do you think reusing code is a reason for integrating it into linuxbridge?13:03
*** salv-orl_ has quit IRC13:04
scheuransc68cal, the code that is being reused is the main loop an the mechanism to detect new devices and so on (about 500 lines)13:04
sc68calscheuran: I haven't reviewed any of the macvtap stuff, but in general I think it's better to re-use than re-implement whole new agents13:05
*** wei-wang_ has quit IRC13:05
sc68calscheuran: is this the related spec? https://review.openstack.org/#/c/117505/13:05
*** shwetaap has joined #openstack-neutron13:06
scheuransc68cal, no my inital plan was to start in a separate repo, spec is on github, let me paste you the link13:06
*** shwetaap1 has joined #openstack-neutron13:07
scheuransc68cal,  https://github.com/scheuran/networking-macvtap/commit/bc239419398ec039da35ec949a14691280733bf613:07
*** oomichi has quit IRC13:08
scheuransc68cal, but this still assumes that everything lands in a separate repo13:08
scheuransc68cal, the discussion regarding linuxbridge came up, on the request of the networking-macvtap repo13:08
scheuransc68cal, this is a prototype which integrates macvtap support into github:  https://github.com/scheuran/networking-macvtap/commit/36a068cf3d3d6930ab9330efb099cd95a84ca78513:09
*** salv-or__ has quit IRC13:09
scheuransc68cal, the macvtap part is fully functional - haven't tested the lb part of it yet - but it should run, too (maybe some tiny fixes)13:09
*** lindycoder has joined #openstack-neutron13:10
scheuransc68cal, probably there would be a config option to either run the agent in macvtap mode or linuxbridge mode13:11
*** salv-orlando has joined #openstack-neutron13:11
*** shwetaap has quit IRC13:11
*** phschwartz has quit IRC13:11
*** phschwartz has joined #openstack-neutron13:12
*** dboik has joined #openstack-neutron13:12
*** dave-mccowan has joined #openstack-neutron13:13
*** nyechiel_ has quit IRC13:14
*** coolsvap is now known as coolsvap|away13:14
sc68calscheuran: I would prefer to see the macvtap agent subclass the linux bridge agent instead of being a direct copy - although that may not be possible currently. There has already been some discussion about a common agent framework since there is overlap in the code for the OVS agent and the LB agent - I think the SR-IOV agent, or the DPDK agent (can't remember which) was a copy of the OVS agent c13:14
sc68calode already13:14
*** salv-orl_ has joined #openstack-neutron13:14
sc68calso we've got a lot of agents floating around that are descendants of the OVS and LB agents13:14
openstackgerritRoey Chen proposed openstack/neutron: Don't use autonested_transaction when creating default security-group  https://review.openstack.org/20703413:16
*** salv-orlando has quit IRC13:17
scheuransc68cal, yes, all agents have a very similar base logic13:17
*** dane_leblanc has joined #openstack-neutron13:18
*** salv-orlando has joined #openstack-neutron13:18
scheuransc68cal, so you would prefer to integrate it into lb instead of having a own repo?13:18
scheuransc68cal, or more having a own agent but only subclassing linuxbridge?13:19
sc68calscheuran: I would, however I don't know if we've given you good enough tools and interfaces to make that possible - since the modular l2 work is still in discussion currently.13:19
*** lucas__ has joined #openstack-neutron13:19
scheuransc68cal, yes that's the problem13:20
sc68calscheuran: so, I see three choices13:20
sc68calscheuran: 1) continue with your agent for the time being13:21
sc68calscheuran: 2) Work to try and refactor the LB agent to make macvtap able to be a subclass13:21
sc68calscheuran: 3) Wait for modular L2 to be completed, and use #1 for the time being13:21
*** salv-orl_ has quit IRC13:21
sc68calscheuran: #2 would actually help map out what work would need to be done for modular l2 agent13:22
sc68calscheuran: and could form the basis for a modular agent framework13:22
scheuransc68cal, to 1) I see to flavors: a) having it in neutron tree as own agent b) having it in a separate networking-macvtap repo13:24
scheuransc68cal, to 2) this is actually what I did in the prototype. But I'm not sure if it is going into the direction of the ml2 agent that is proposed13:25
*** ArchiFleKs has quit IRC13:25
scheuransc68cal, the ml2 agent concept seems to be much more complex13:25
*** helenxu has joined #openstack-neutron13:26
scheuransc68cal, to 3) is the one that would get me started quickly13:26
-openstackstatus- NOTICE: zuul jobs after about 07:00 UTC may need a 'recheck' to enter the queue. Look if your change is in http://status.openstack.org/zuul/ and recheck if not.13:26
sc68calscheuran: my main concern is that with your own agent you're going to accumulate technical debt - since you'll not get fixes we make to the lb agent in tree13:27
scheuransc68cal, if we go into the direction of modular l2 agent, I would prefer to start on a green field13:27
jschwarzihrachyshka, great success.13:27
scheuransc68cal, just to get things forward (that's my personal opinion)13:28
scheuransc68cal, I totally share your concern13:28
ihrachyshkajschwarz, tell me. I'm about to push the rules patch too13:28
jschwarzihrachyshka, managed to convert all the bw rules API URIs to /qos/bandwidth_rules_limit%s13:29
jschwarzihrachyshka, and 'list bw rules' is now /qos/bandwidth_rules_limit?policy_id=%s13:29
jschwarzso that's nice13:29
sc68calscheuran: I'm going to grab some breakfast, should we continue on the ML?13:29
*** yapeng has joined #openstack-neutron13:30
*** yfried_ has joined #openstack-neutron13:30
scheuransc68cal, ok. If you think this is the right place, sure I'll be there13:31
scheuransc68cal, I'll put an item on the agenda with all the relevant information13:31
scheuransc68cal, thanks a lot!13:31
*** yfried has quit IRC13:31
*** nmagnezi_ has quit IRC13:32
jschwarzihrachyshka, AND all the API tests are successful :)13:32
jschwarzso today was a good day13:32
ihrachyshka /qos/bandwidth_rules_limit?policy_id=%s ??13:33
jschwarzyeah13:33
ihrachyshkawhy limit in the end?13:33
*** kbringard has joined #openstack-neutron13:33
jschwarzihrachyshka, ah sorry13:33
ihrachyshka:)13:34
jschwarzihrachyshka, /qos/bandwidth_limit_rules?policy_id=%s13:34
*** rpothier has joined #openstack-neutron13:34
ihrachyshkathat's better for my taste. I suppose it makes things easier on client side?13:34
jschwarzihrachyshka, we're about to see13:35
ihrachyshkajschwarz, https://review.openstack.org/#/c/207043/ may you check API changes whether they make sense?13:35
jschwarzihrachyshka, need to do a bit of coding there to adjust to the new URIs13:35
ihrachyshkajschwarz, I'm lost in how API manages those URIs, you are probably the expert13:35
jschwarz'expert' is a big word, but thanks ;-)13:35
ihrachyshkaheh13:35
ihrachyshkajlibosva, https://review.openstack.org/#/c/207043/ please look too13:36
jschwarzihrachyshka, https://review.openstack.org/#/c/207043/1/neutron/extensions/qos.py -- ouch13:36
ihrachyshkajschwarz, well, that's the point - having rules instead of per type rules lists13:36
jschwarzihrachyshka, did you run the API tests?13:36
ihrachyshkajschwarz, no, it's for sissies!13:36
jschwarzihrachyshka, lol13:36
*** annegentle has quit IRC13:36
jschwarzihrachyshka, so yeah, you basically changed half of the neutronclient's second patch just now.13:36
ihrachyshkajschwarz, http://bbuniverse.net/wp-content/uploads/2013/09/Im_Sorry.gif13:37
ihrachyshkamoshele, https://review.openstack.org/#/c/207043/ please13:37
jschwarzihrachyshka, so wait, you were serious about not running those API tests?13:38
ihrachyshkajschwarz, I am13:38
ihrachyshkaI don't believe it will work13:38
ihrachyshkaposted just for reference13:38
ihrachyshkaunit tests work, that's all13:38
*** lucas__ has quit IRC13:38
*** lucas__ has joined #openstack-neutron13:39
mosheleihrachyshka: maybe we should wait until ajo is back with this change?13:39
jschwarzihrachyshka, ;p;13:39
jschwarzihrachyshka, lol13:39
*** johnbelamaric has joined #openstack-neutron13:40
ihrachyshkamoshele, I don't believe so. unless we want to miss L13:40
*** johnbelamaric has quit IRC13:40
jschwarzihrachyshka, so following that patch we need to rewrite also a large part of the api tests, the api server and the neutronclient.13:40
*** johnbelamaric has joined #openstack-neutron13:40
jschwarzor do you?13:40
ihrachyshkajschwarz, why the large part?13:40
ihrachyshkajschwarz, well, I wonder whether you can handle it while I'm on some irrelevant stuff ;) you have all in place, right?13:41
jschwarzihrachyshka, erm13:41
jschwarzihrachyshka, let me just run the API tests for a second13:41
ihrachyshkaI am not sure I have env to run API ones just now.13:42
ihrachyshkait will take me some time to set auth for keystone that is broken in my devstack13:42
jschwarzihrachyshka, lol13:43
jschwarzihrachyshka, ahahahah13:43
jschwarzihrachyshka, $ nosetests neutron.tests.api.test_qos -s13:43
jschwarzFFFF.FFFFFFFF13:43
jschwarzXD13:43
jschwarznmagnezi, ^13:43
nmagnezijschwarz, looks like your keyboard is jammed :)13:44
*** markvoelker has joined #openstack-neutron13:44
jschwarzihrachyshka, OK, so the API tests pass (had to re-create the database)13:45
jschwarzSo the change is basically renaming the 'bandwidth_limit_rules' to 'rules' in the policy object?13:46
* jlibosva looking13:47
*** sridhar_ram has joined #openstack-neutron13:47
jschwarzalright, so forget about the 'rewrite large parts of...' part ;p13:47
ihrachyshkajschwarz, passed with no changes/13:48
ihrachyshka?13:48
jschwarzihrachyshka, yes13:48
jschwarz:) well done13:48
ihrachyshkahuh see!13:48
jschwarz!13:48
ihrachyshkaI haven't even executed anything out of neutron.tests.unit.objects13:48
jlibosvaihrachyshka: wait - I'm confused13:48
ihrachyshkajschwarz, yes, that's the change - rename13:48
*** jasondotstar has joined #openstack-neutron13:48
jlibosvaihrachyshka: about the review you sent13:49
jlibosvaihrachyshka: how are we gonna create a specific rule with type via API then?13:49
jschwarzihrachyshka, let me post my changes13:49
ihrachyshkajlibosva, which one :) I have like 30+ of them now :)13:49
jlibosvahttps://review.openstack.org/#/c/207043/213:49
jlibosvaihrachyshka: ^^13:49
jlibosvadisregard13:49
jlibosvaI'm blind13:49
ihrachyshkajlibosva, create is different. there is still /qos/bandwidth_limit_rule API entrypoint13:50
ihrachyshkait only renames policy fields13:50
jlibosvayeah, I got confused by the resource attribute map13:50
jlibosvaok, I'm confused again :)13:50
jschwarzihrachyshka, https://review.openstack.org/#/c/207053/13:51
*** roeyc has quit IRC13:51
*** roeyc has joined #openstack-neutron13:51
*** salv-orlando has quit IRC13:52
*** jasondot_ has quit IRC13:52
ihrachyshkajlibosva, it may be the case that the one confused is me13:52
ihrachyshkaI am bad at that API layer13:52
jlibosvaihrachyshka: https://review.openstack.org/#/c/203963/12/neutron/extensions/qos.py - I remember that the API didn't work without this addition13:53
jlibosvaihrachyshka: I mean the bandwidth limit rules weren't paired with policy13:53
*** fawadkhaliq has quit IRC13:53
ihrachyshkajlibosva, I don't believe so, but anyway, now we have api tests to validate :)13:54
jschwarzihrachyshka, jlibosva, the path Ihar wrote earlier is correct.13:54
jlibosvaso when we want to create a limit rule, we still should use POST qos/policies/<policy_id>/bandwidth_limit_rules  ?13:54
jschwarzjlibosva, no. POST /qos/bandwidth_limit_rules13:54
*** LukeHinds has joined #openstack-neutron13:54
jschwarzpolicy_id goes in the json data13:55
jlibosvawhaaat?13:55
jlibosvathen the resource map is completely wrong?13:55
jschwarzjlibosva, see: https://review.openstack.org/#/c/207053/1/neutron/tests/tempest/services/network/json/network_client.py line 65713:55
jlibosvajschwarz: so what about https://review.openstack.org/#/c/207043/2/neutron/extensions/qos.py L69?13:56
jschwarzjlibosva, that URI is correct only following patch 20705313:56
jlibosvajschwarz: aaaah13:56
*** fawadkhaliq has joined #openstack-neutron13:56
jschwarzjlibosva, that's ok - it's a different attribute that's relevant only to /qos/policies/ based URIs13:57
jlibosvajschwarz: I didn't know about your patch that removes the parent13:57
jschwarzso 'show me a policy' will now give you a list of rules instead of a bandwidth_limit_rules13:57
jlibosvanow I'm getting the picture13:57
jschwarzXD13:57
*** yamahata has joined #openstack-neutron13:57
*** mwagner_lap has joined #openstack-neutron13:58
jschwarzright, I need to dive into the neutronclient code13:58
jlibosvaso...that changes api A LOT13:58
jschwarzping me if I'm needed13:58
*** jckasper has quit IRC13:58
jschwarzjlibosva, yes13:58
*** ferest has joined #openstack-neutron13:58
*** evrardjp has quit IRC13:59
*** ferest has quit IRC13:59
*** lukasa has quit IRC13:59
*** mragupat has joined #openstack-neutron13:59
*** mragupat has quit IRC13:59
*** breitz has joined #openstack-neutron13:59
*** fawadkhaliq has quit IRC14:00
*** mragupat has joined #openstack-neutron14:00
*** fawadkhaliq has joined #openstack-neutron14:01
jschwarzihrachyshka, do we have a weekly QoS meeting?14:02
mosheleihrachyshka: do we have qos meeting?14:02
jschwarzjlibosva, can you ping ihrachyshka re weekly qos meeting?14:03
*** markvoelker has quit IRC14:04
*** q3k has quit IRC14:05
*** fouxm has quit IRC14:05
*** dr_gogeta86 has quit IRC14:05
*** EmilienM has quit IRC14:05
*** evrardjp has joined #openstack-neutron14:06
*** dr_gogeta86 has joined #openstack-neutron14:06
*** dr_gogeta86 has quit IRC14:06
*** dr_gogeta86 has joined #openstack-neutron14:06
ihrachyshkaouch14:06
*** fouxm has joined #openstack-neutron14:07
jlibosvamy apologies, I bugged ihrachyshka with complains :)14:07
*** y_sawai has joined #openstack-neutron14:07
*** arajagopal has joined #openstack-neutron14:07
*** zhipeng has quit IRC14:08
*** garyk has quit IRC14:09
*** tfukushima has joined #openstack-neutron14:09
*** EmilienM has joined #openstack-neutron14:09
*** MentalRay_ has joined #openstack-neutron14:10
*** caspinol has quit IRC14:10
*** nyechiel_ has joined #openstack-neutron14:11
*** yfried_ has quit IRC14:12
*** q3k has joined #openstack-neutron14:13
*** yfried_ has joined #openstack-neutron14:13
*** annegentle has joined #openstack-neutron14:14
*** gsagie_ has joined #openstack-neutron14:15
openstackgerritCedric Brandily proposed openstack/neutron: DO NOT MERGE: search failing py34 tests  https://review.openstack.org/20706614:15
openstackgerritMerged openstack/neutron: Allow overriding of the neutron endpoint URL in metadata agent  https://review.openstack.org/19294914:16
*** eckelcu has joined #openstack-neutron14:16
*** padkrish has joined #openstack-neutron14:17
*** Miouge has joined #openstack-neutron14:18
*** l6unchpad has quit IRC14:19
*** arcimboldo has joined #openstack-neutron14:19
*** eckelcu has quit IRC14:20
*** markvoelker_ has joined #openstack-neutron14:21
*** eckelcu has joined #openstack-neutron14:22
*** Murali has quit IRC14:22
*** padkrish has quit IRC14:23
*** l6unchpad has joined #openstack-neutron14:24
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: set webob.Response.text instead of webob.Response.body  https://review.openstack.org/20479114:24
*** absubram has joined #openstack-neutron14:25
openstackgerritNeil Jerram proposed openstack/neutron: DHCP agent: let interface driver control dnsmasq bind options  https://review.openstack.org/20607714:25
*** davidjc has joined #openstack-neutron14:25
openstackgerritCedric Brandily proposed openstack/neutron: DO NOT MERGE: search failing py34 tests  https://review.openstack.org/20706614:26
*** r-daneel has joined #openstack-neutron14:26
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/20682514:27
*** padkrish has joined #openstack-neutron14:28
*** yamamoto has quit IRC14:29
*** yamamoto has joined #openstack-neutron14:29
*** baoli has quit IRC14:31
openstackgerritSean M. Collins proposed openstack/neutron: Linux Bridge Agent: Import utils via neutron.agent.common  https://review.openstack.org/20707114:31
*** baoli has joined #openstack-neutron14:32
*** padkrish has quit IRC14:32
*** padkrish has joined #openstack-neutron14:33
*** caspinol has joined #openstack-neutron14:34
*** lajos-katona1 has left #openstack-neutron14:36
*** coolsvap|away is now known as coolsvap14:37
*** rossella_s has quit IRC14:37
*** yamamoto has quit IRC14:38
*** rossella_s has joined #openstack-neutron14:38
*** markvoelker_ has quit IRC14:38
*** dkehn has quit IRC14:39
*** markvoelker has joined #openstack-neutron14:39
*** yamahata has quit IRC14:41
*** yapeng has quit IRC14:41
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: use a hash to sort dictionaries  https://review.openstack.org/20479214:45
arcimboldohi all: I have L3 neutron in HA (vrrp). When I create the external network, I see 2 ports ACTIVE, but after a while one of the two becomes BUILD and on neutron I have DBDuplicateEntry14:45
*** nlahouti has joined #openstack-neutron14:45
arcimboldoit seems that neutron is trying to update the status from BUILD to ACTIVE but its' complaining that the id of the port is duplicate, but it's not14:45
*** pal has quit IRC14:45
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: use a hash to sort dictionaries  https://review.openstack.org/20479214:45
*** nmagnezi has quit IRC14:46
*** nlahouti has quit IRC14:46
*** pal has joined #openstack-neutron14:46
amullerarcimboldo: are you talking about the port of the router on the external network? why do you have two?14:46
ihrachyshkaddepaoli, hi14:46
ddepaolihi14:47
*** markvoelker has quit IRC14:47
ihrachyshkaddepaoli, so you can try some pieces, but agent side is still not there (though we have patches in fly that need to go into gate once unblocked)14:47
ihrachyshkaddepaoli, to check it you would configure devstack with NEUTRON_BRANCH=feature/qos14:47
*** markvoelker has joined #openstack-neutron14:47
ihrachyshkaddepaoli, also, qos service_plugin should be on14:47
*** gcossu has joined #openstack-neutron14:48
*** ZZelle has quit IRC14:48
ihrachyshkaddepaoli, see how we configure it in gate: https://review.openstack.org/#/c/206317/2/jenkins/jobs/devstack-gate.yaml14:48
ddepaoliso enable_service qos?14:48
arcimboldoamuller, it's a HA setup, so neutorn it's creating 2 ports, for the 2 neutron routers created on the network nodes14:48
ihrachyshkaddepaoli, no, Q_SERVICE_PLUGIN_CLASSES=qos14:48
ihrachyshkaddepaoli, it's not a separate service, it's a plugin for neutron14:48
*** crose has joined #openstack-neutron14:48
*** vivek-ebay has joined #openstack-neutron14:49
amullerarcimboldo: sorry when you do neutron port-list --network-id=<external network> --device-id=<id of router> do you see 1 port or 2?14:49
ihrachyshkaddepaoli, what is missing to test it is that patch: https://review.openstack.org/#/c/206525/14:49
amullerarcimboldo: or are you talking about the 'qg' device in the router namespace?14:49
*** johnbelamaric has quit IRC14:49
ihrachyshkaddepaoli, and even with that, your agents won't see updates to qos policies unless you restart the agent14:49
ihrachyshkaddepaoli, for client side, you can check with jschwarz on what's the best way14:49
arcimboldoamuller, sorry: I'm mixing router and dhcp...14:50
arcimboldorewind: two ports are created, one for each dhcp agent14:50
jschwarzddepaoli, client side isn't ready yet so I'd hold on that for a few more days14:50
amullerarcimboldo: yeah for L3 HA it's different14:50
arcimboldo(it's an external network, so no router)14:50
ddepaoliok, thank you <ihrachyshka>14:50
*** pal has quit IRC14:50
amullerarcimboldo: ok so the ports with the DBDuplicateEntry error, is that a DHCP port or a router port?14:51
arcimboldodhcp port14:51
ddepaoliihrachysha, is this link https://etherpad.openstack.org/p/neutron-liberty-qos-code-sprint a useful starting point?14:51
arcimboldo(sorry for the confusion)14:51
arcimboldohowever, it happens also with ports related to VM I start14:52
amullerarcimboldo: you mean when you spawn a VM (And thus a new Neutron port is created) you're also seeing that traceback in the neutron server log?14:52
amulleris it for every VM or only some of them?14:52
arcimboldoamuller, it happens when I start *many* vms, ~100 at once14:53
arcimboldoonly some of them14:53
*** u_glide2 has joined #openstack-neutron14:54
arcimboldoI'm testing with Rally, I'm usually get ~97% success when starting 100 vms at once, 300 vms total14:54
ihrachyshkaddepaoli, I don't believe so. what are you interested in there, specifically?14:54
*** yamamoto has joined #openstack-neutron14:54
amullerarcimboldo: what error do you get in that case? what's the CPU usage of the neutron-server process? are you using api or rpc workers?14:54
ihrachyshkaddepaoli, do you want to play with it or debug/code it?14:54
gcossujschwarz: so, do you think next week it's possible to test/review the neutronclient?14:54
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: hmac requires bytes key/msg  https://review.openstack.org/20699314:54
*** vivek-ebay has quit IRC14:55
u_glide2mestery, iwamoto: ping14:55
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: hmac requires bytes key/msg  https://review.openstack.org/20699314:55
*** sridhar_ram has quit IRC14:55
jschwarzgcossu, yes14:55
*** absubram has quit IRC14:55
u_glide2mestery, iwamoto: hello folks, Do you plan to merge AZ support in liberty?14:55
arcimboldofrom the log, for instance, I see 6561 DuplicateEntry errors on a port that was a dhcp port14:56
arcimboldothen I deleted and re-created the network14:56
gcossujschwarz: ;)14:56
amullerarcimboldo: you're mixing up different issues I think14:57
ddepaoliihrachyshka, I'm interested in testing and coding14:57
*** dsneddon has quit IRC14:57
*** dsneddon has joined #openstack-neutron14:58
*** mickeys has joined #openstack-neutron14:58
ihrachyshkaddepaoli, oh so we have new candidates! cool. ok, so for the devstack start, the thing I told should be enough. for the time being, you may use curl to access API, or play with neutronclient patches that are in review (though they are broken, at least on rules side)14:58
ddepaoliihrachyshka, I developed a very simple qos for neutron last year https://github.com/SmartInfrastructures/neutron/tree/qos-dev14:58
ihrachyshkaddepaoli, there are a lot of TODO(QoS) in the tree, you may try to choose one and kill it :)14:59
*** absubram has joined #openstack-neutron14:59
*** tfukushima has quit IRC14:59
*** jasondotstar has quit IRC14:59
arcimboldoamuller, what do you mean? I don't understand if there are two different issues or just one, that's why I'm here :)14:59
*** slaweq has quit IRC14:59
ihrachyshkaddepaoli, also, take a look at: http://git.openstack.org/cgit/openstack/neutron/tree/doc/source/devref/quality_of_service.rst?h=feature/qos15:00
amullerarcimboldo: when do you get the duplicate entry error? only on DHCP ports? after what operation / how do you trigger it?15:00
openstackgerritSridhar Gaddam proposed openstack/neutron: Update dhcp agent cache for network:dhcp ports  https://review.openstack.org/20588815:00
*** jistr has quit IRC15:00
*** ByPasS has quit IRC15:01
*** slaweq has joined #openstack-neutron15:01
*** mragupat has quit IRC15:01
*** edwarnicke has quit IRC15:02
*** rex_lee has quit IRC15:02
*** sweston has quit IRC15:02
*** dougwig has quit IRC15:02
*** mestery has joined #openstack-neutron15:02
*** carl_baldwin has joined #openstack-neutron15:02
arcimboldoamuller, I still need to re-do some tests, but I know I have got the duplicate entry for DHCP ports15:02
*** jistr has joined #openstack-neutron15:02
*** ByPasS has joined #openstack-neutron15:02
*** dsanders has joined #openstack-neutron15:03
ddepaoliok ihrachyshka , I'll start with testing and debugging and then I should start to complete some TODOs15:04
*** phil_h has quit IRC15:04
ihrachyshkaddepaoli, cool, thanks a lot. ask anything you need, I am around :)15:04
ihrachyshkaI'm in UTC+1 TZ btw15:04
*** alex_klimov has quit IRC15:04
*** itzikb has quit IRC15:05
*** phil_h has joined #openstack-neutron15:05
arcimboldoamuller, pardon me... I think I've confused two IPs... it was actually a L3 HA port...15:06
arcimboldo2015-07-29 13:48:19.113 85940 INFO neutron.plugins.openvswitch.agent.ovs_neutron_agent [req-46fddd63-9530-4dcf-aa92-c665e547045b ] Port 11443d24-3548-4f0f-acd4-6132a00279f7 updated. Details: {u'profile': {}, u'allowed_address_pairs': [], u'admin_state_up': True, u'network_id': u'a5c39294-b098-41d1-8771-78ccad8530a2', u'segmentation_id': 842, u'device_owner': u'network:router_gateway', u'physical_network': u'vlannet',15:06
arcimboldou'mac_address': u'fa:16:3e:28:34:c4', u'device': u'11443d24-3548-4f0f-acd4-6132a00279f7', u'port_security_enabled': True, u'port_id': u'11443d24-3548-4f0f-acd4-6132a00279f7', u'fixed_ips': [{u'subnet_id': u'20f6ceaf-9f55-4f46-a8f6-a6ec0a0eddef', u'ip_address': u'172.23.2.2'}], u'network_type': u'vlan'}15:06
arcimboldoso it has to be the port of the router connected to the external network15:07
ddepaoliihrachyshka, ok! thank you very much15:07
*** johnbelamaric has joined #openstack-neutron15:07
*** eckelcu has quit IRC15:09
*** cdl has quit IRC15:09
*** cdl has joined #openstack-neutron15:10
amullerarcimboldo: I think you need to double down and investigate some more, and when you've identified a specific issue come back here or on ask.openstack.org15:10
*** eckelcu has joined #openstack-neutron15:10
amullerarcimboldo: because you're talking about DHCP ports, L3 HA ports and VMs failing to spawn, it's difficult =D15:10
*** roeyc has quit IRC15:11
*** alex_klimov has joined #openstack-neutron15:14
*** jckasper has joined #openstack-neutron15:15
*** padkrish has quit IRC15:15
*** josecastroleon has quit IRC15:15
*** jprovazn has quit IRC15:16
*** gcossu has quit IRC15:16
*** phil_h has quit IRC15:17
*** carl_baldwin has quit IRC15:18
*** SridharG has left #openstack-neutron15:18
arcimboldoamuller, I've just replicated the issue.15:19
arcimboldoamuller, I have a Duplicate Entry error on a DHCP port, the port is in DOWN15:19
arcimboldoI have dhcp_agents_per_network = 2 in neutron.conf15:19
*** carl_baldwin has joined #openstack-neutron15:19
arcimboldothe port was in ACTIVE before running a rally benchmark15:20
*** iymht has joined #openstack-neutron15:20
arcimboldoso, to reacp: I have this duplicate error for ports DHCP, L3 _and_ VMs15:20
*** ronis has quit IRC15:20
*** fzdarsky has joined #openstack-neutron15:23
amullerarcimboldo: that's definitely separate issues15:23
*** carl_baldwin has quit IRC15:23
*** azbiswas has joined #openstack-neutron15:24
arcimboldoamuller, good, so how can I debug these issue?15:24
amullerarcimboldo: try to reproduce manually without rally, as simply as possible15:24
amullerimo15:24
amullerfind a minimal reproducer15:24
*** Miouge has quit IRC15:25
*** ddepaoli has quit IRC15:25
arcimboldoamuller, :( I'm having problems only when I start many VMs concurrently15:27
amullerarcimboldo: can you paste the trace you're hitting?15:29
amullerarcimboldo: on pastebin?15:29
*** azbiswas has quit IRC15:29
*** ijw has joined #openstack-neutron15:29
*** lucas__ has quit IRC15:30
arcimboldoamuller, sure: http://pastebin.com/aksNderA15:31
*** baoli has quit IRC15:31
*** banix has joined #openstack-neutron15:31
*** lucas__ has joined #openstack-neutron15:32
arcimboldothe trace is relative to one of the 2 DHCP port for a vlan network15:32
*** mlavalle has joined #openstack-neutron15:33
*** cdl has quit IRC15:33
*** alexpilotti has quit IRC15:34
*** lucas__ has quit IRC15:37
*** baoli has joined #openstack-neutron15:39
*** lucas____ has joined #openstack-neutron15:41
*** vishwanathj has quit IRC15:41
*** dannywilson has joined #openstack-neutron15:42
arcimboldobtw: how can I fix it now, that I have the port DOWN and neutron is unable to set it to ACTIVE?15:44
amullerarcimboldo: that's a weird trace15:45
*** devvesa has joined #openstack-neutron15:45
arcimboldoamuller, why?15:45
*** lucas____ has quit IRC15:46
arcimboldois it relevant saying that we are running galera?15:46
amullerarcimboldo: perhaps15:46
arcimboldobtw: what's strange to me is that it seems it's updating an entry, so the primary key shouldn't be updated15:46
amullerarcimboldo: still that trace is saying you have two records in that table with the same ID, which, is quite odd...15:46
amullerarcimboldo: how does neutron port-list looking?15:47
amulleris*15:47
*** Sukhdev_ has joined #openstack-neutron15:47
arcimboldo$ neutron port-list -c id -c fixed_ips -c status15:47
arcimboldo+--------------------------------------+-----------------------------------------------------------------------------------+--------+15:47
arcimboldo| id                                   | fixed_ips                                                                         | status |15:47
arcimboldo+--------------------------------------+-----------------------------------------------------------------------------------+--------+15:47
arcimboldo| cafda7d0-5c38-4f46-b59f-87ff22db1b3c | {"subnet_id": "0b646402-f3aa-43b2-aa91-f33435d69a8b", "ip_address": "172.23.2.0"} | BUILD  |15:47
*** fzdarsky has quit IRC15:47
arcimboldo| dbc6bfe1-533c-4b47-a612-a26289781b51 | {"subnet_id": "0b646402-f3aa-43b2-aa91-f33435d69a8b", "ip_address": "172.23.2.1"} | ACTIVE |15:47
arcimboldo+--------------------------------------+-----------------------------------------------------------------------------------+--------+15:47
arcimboldothe DB is fine, I only have one entry with that id15:47
*** padkrish has joined #openstack-neutron15:47
arcimboldomysql> select id,status,device_id,device_owner from ports;15:48
arcimboldo+--------------------------------------+--------+-------------------------------------------------------------------------------+--------------+15:48
arcimboldo| id                                   | status | device_id                                                                     | device_owner |15:48
arcimboldo+--------------------------------------+--------+-------------------------------------------------------------------------------+--------------+15:48
arcimboldo| cafda7d0-5c38-4f46-b59f-87ff22db1b3c | BUILD  | dhcp2307f9ac-d2b7-50cc-baad-c69a48b83ef3-4ecbb0a0-09f2-4762-bca1-ebdc1b8ecb25 | network:dhcp |15:48
arcimboldo| dbc6bfe1-533c-4b47-a612-a26289781b51 | ACTIVE | dhcp940eea95-cecb-503c-8340-3569e77d02f4-4ecbb0a0-09f2-4762-bca1-ebdc1b8ecb25 | network:dhcp |15:48
arcimboldo+--------------------------------------+--------+-------------------------------------------------------------------------------+--------------+15:48
*** ijw has quit IRC15:50
*** l6unchpad has quit IRC15:50
ihrachyshkaarcimboldo, please don't paste that way in the channel. use pastebin if needed. thanks.15:50
amullerarcimboldo: I'm at a loss, I think you should report a bug with your reproducer (What rally test are you running?) and details  about your environment (DHCP HA, galera, etc)15:51
*** TrevorV has joined #openstack-neutron15:51
ihrachyshkajlibosva, https://review.openstack.org/#/c/207108/1/neutron/tests/unit/objects/test_base.py15:51
*** alex_klimov has quit IRC15:51
*** nyechiel has joined #openstack-neutron15:51
*** nyechiel_ has quit IRC15:51
arcimboldoihrachyshka, sorry, I thought it was small enough15:51
ihrachyshkagsagie, around?15:52
arcimboldoamuller, thanx for your help, will do it soon15:52
*** patrickeast has joined #openstack-neutron15:53
gsagie_ihrachyshka: yes but only for a little while :)15:54
*** fawadkhaliq has quit IRC15:54
*** garyk has joined #openstack-neutron15:54
ihrachyshkagsagie, I wonder whether you have smth for vsctl ovsdb in qos15:54
ihrachyshkagsagie, that may be a blocker to merge back15:54
gsagie_no15:55
gsagie_everything was implemented both for the native and vsctl15:55
jlibosvaihrachyshka: cool!15:55
ihrachyshkagsagie, oh really? I though it was native only. that's cool then.15:55
gsagie_nope, vsctl works as well15:55
*** sthillma has joined #openstack-neutron15:55
ihrachyshkagsagie, great. we may also need linuxbridge, not sure15:56
*** shashank_hegde has joined #openstack-neutron15:56
amullergsagie_: do you think you can update the devref for qos about what happens in the agent?15:56
ihrachyshkagsagie, ml2 rule_types algorithm depends on both mechanisms tested in gate to have qos rules supported.15:56
gsagie_amuller : yes, i have it on my todo list15:56
ihrachyshkaamuller++ yeah, I guess that part is limited there15:56
amullerihrachyshka: it doesn't exist =D15:56
*** nyechiel_ has joined #openstack-neutron15:57
ihrachyshkagsagie, we will have amuller looking into it closely so it would be great to have it for him to ramp up15:57
*** padkrish has quit IRC15:57
ihrachyshkaamuller, well... there are TODOs!15:57
*** nyechiel has quit IRC15:57
*** gampel has quit IRC15:57
*** jlibosva has quit IRC15:58
*** matrohon has quit IRC15:58
*** ub has quit IRC15:58
*** nlahouti has joined #openstack-neutron15:58
*** sthillma_ has joined #openstack-neutron15:59
*** doude has quit IRC15:59
*** rotbeard has quit IRC15:59
*** iymht has quit IRC16:00
*** jlanoux has quit IRC16:01
*** baoli has quit IRC16:01
*** sthillma has quit IRC16:01
*** sthillma_ is now known as sthillma16:01
*** cdl has joined #openstack-neutron16:02
*** s_jain has joined #openstack-neutron16:02
*** baoli_ has joined #openstack-neutron16:03
*** jbell8 has joined #openstack-neutron16:03
*** lucas____ has joined #openstack-neutron16:04
*** dane_leblanc has quit IRC16:04
*** y_sawai_ has joined #openstack-neutron16:05
*** moshele has quit IRC16:06
*** fzdarsky has joined #openstack-neutron16:06
*** cbouch has joined #openstack-neutron16:06
*** jistr has quit IRC16:08
*** ygbo has quit IRC16:08
*** y_sawai has quit IRC16:08
*** sdake has joined #openstack-neutron16:09
*** ihrachyshka has quit IRC16:09
*** daneyon has joined #openstack-neutron16:11
*** dane_leblanc has joined #openstack-neutron16:12
*** jaypipes has joined #openstack-neutron16:12
*** fzdarsky has quit IRC16:12
*** coolsvap is now known as coolsvap|away16:12
*** ctracey has quit IRC16:13
*** briancurtin has quit IRC16:13
*** zhiyan has quit IRC16:13
*** LukeHinds has quit IRC16:13
*** sballe has quit IRC16:13
*** nimrodsun has quit IRC16:13
*** devvesa has quit IRC16:13
*** Piet has joined #openstack-neutron16:13
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: set webob.Response.text instead of webob.Response.body  https://review.openstack.org/20479116:13
*** lucas____ has quit IRC16:15
*** lucas__ has joined #openstack-neutron16:15
*** edwarnicke has joined #openstack-neutron16:16
*** kawa2014 has quit IRC16:16
openstackgerritMerged openstack/neutron-vpnaas: py34: Fix usage of gettext.install  https://review.openstack.org/20661216:17
*** david-lyle has quit IRC16:18
openstackgerritThomas Morin proposed openstack/neutron-specs: Neutron Extension for BGPVPN  https://review.openstack.org/17774016:21
*** ip0353 has quit IRC16:22
*** ivar-lazzaro has joined #openstack-neutron16:23
openstackgerritNeil Jerram proposed openstack/neutron: DHCP agent: clarify logic of setup_dhcp_port  https://review.openstack.org/20518116:23
*** yfried_ has quit IRC16:25
*** abregman has quit IRC16:25
*** Marga_ has quit IRC16:26
*** tmorin has quit IRC16:27
*** pritesh has joined #openstack-neutron16:27
*** afazekas has quit IRC16:27
*** Marga_ has joined #openstack-neutron16:28
*** dougwig has joined #openstack-neutron16:29
*** carl_baldwin has joined #openstack-neutron16:31
*** ihrachyshka has joined #openstack-neutron16:32
*** sweston has joined #openstack-neutron16:33
*** lindycoder has quit IRC16:35
*** shashank_hegde has quit IRC16:35
*** nimrodsun has joined #openstack-neutron16:35
*** sdake has quit IRC16:37
*** ctracey has joined #openstack-neutron16:37
*** shashank_hegde has joined #openstack-neutron16:38
*** coolsvap|away is now known as coolsvap16:39
*** anilvenkata has quit IRC16:39
*** madhu_ak has joined #openstack-neutron16:42
*** david-lyle has joined #openstack-neutron16:42
*** ub has joined #openstack-neutron16:43
*** vivek-ebay has joined #openstack-neutron16:44
*** lindycoder has joined #openstack-neutron16:44
*** alexpilotti has joined #openstack-neutron16:45
*** fzdarsky has joined #openstack-neutron16:45
*** zhiyan has joined #openstack-neutron16:46
*** eckelcu has quit IRC16:46
*** Marga_ has quit IRC16:47
*** baoli_ has quit IRC16:48
*** MentalRay_ has quit IRC16:48
*** carl_baldwin has quit IRC16:49
*** baoli_ has joined #openstack-neutron16:49
*** eckelcu has joined #openstack-neutron16:49
*** sballe has joined #openstack-neutron16:50
*** crose has quit IRC16:50
*** ronis has joined #openstack-neutron16:51
*** fzdarsky_ has joined #openstack-neutron16:51
*** eckelcu has quit IRC16:51
*** hitalia has joined #openstack-neutron16:51
*** eckelcu has joined #openstack-neutron16:52
*** shivrao has joined #openstack-neutron16:53
*** sdake has joined #openstack-neutron16:53
*** _cjones_ has joined #openstack-neutron16:53
*** _cjones_ has quit IRC16:53
*** _cjones_ has joined #openstack-neutron16:53
*** pritesh has quit IRC16:53
*** padkrish has joined #openstack-neutron16:54
*** gsagie_ has quit IRC16:54
*** pritesh has joined #openstack-neutron16:54
*** mohankumar has quit IRC16:54
*** Ramanjaneya has quit IRC16:55
*** shivrao_ has joined #openstack-neutron16:56
*** vivek-ebay has quit IRC16:57
*** nlahouti has quit IRC16:57
*** shivrao has quit IRC16:57
*** briancurtin has joined #openstack-neutron16:57
*** shivrao_ is now known as shivrao16:57
*** padkrish has quit IRC16:57
*** coolsvap is now known as coolsvap|away16:58
*** padkrish has joined #openstack-neutron16:58
*** coolsvap|away is now known as coolsvap16:58
jschwarzihrachyshka, ramanjaneya_, http://pastebin.com/ed5usr2f16:58
jschwarzwhat do you think? :)16:59
*** cdl has quit IRC16:59
*** eckelcu has quit IRC16:59
*** nlahouti has joined #openstack-neutron16:59
*** padkrish has quit IRC17:00
*** amuller is now known as amuller_afk17:00
*** LukeHinds has joined #openstack-neutron17:00
*** padkrish has joined #openstack-neutron17:00
*** arcimboldo has quit IRC17:00
*** nlahouti has quit IRC17:01
*** pal has joined #openstack-neutron17:02
ihrachyshkajschwarz, (y)17:03
jschwarzihrachyshka, :) posted a comment on one of your patches17:03
jschwarzI'm going home now.. I'll be back tomorrow after lunch and will post the neutronclient changes then17:03
jschwarztoo tired to do it now :)17:04
ihrachyshkajschwarz, enjoy, you deserve rest17:04
jschwarzihrachyshka, ty.. today was fun all in all ^_^17:05
jschwarzyou should get some rest as well!17:05
ihrachyshkaany day on qos is a roller coaster17:05
*** rex_lee has joined #openstack-neutron17:05
jschwarzroller coasters are fun17:06
jschwarzciao17:06
*** cbouch has quit IRC17:06
*** nlahouti has joined #openstack-neutron17:08
*** Marga_ has joined #openstack-neutron17:08
*** nyechiel_ has quit IRC17:09
*** john-davidge has quit IRC17:09
*** fzdarsky has quit IRC17:10
*** scheuran has quit IRC17:10
*** fzdarsky_ has quit IRC17:10
*** jschwarz has quit IRC17:11
*** slaweq has quit IRC17:14
*** salv-orlando has joined #openstack-neutron17:14
*** alexpilotti has quit IRC17:14
*** cbouch has joined #openstack-neutron17:15
*** akamyshnikova_ has joined #openstack-neutron17:15
*** ajmiller has quit IRC17:18
*** ub has quit IRC17:18
*** s_jain has quit IRC17:18
*** ajmiller has joined #openstack-neutron17:19
*** slaweq has joined #openstack-neutron17:19
*** dboik has quit IRC17:19
*** ub has joined #openstack-neutron17:20
*** salv-orlando has quit IRC17:20
*** moshele has joined #openstack-neutron17:20
*** salv-orlando has joined #openstack-neutron17:22
openstackgerritMerged openstack/neutron-vpnaas: Remove quantum untracked files from .gitignore  https://review.openstack.org/20512017:23
openstackgerritMerged openstack/neutron-vpnaas: Register alembic_migrations at install time  https://review.openstack.org/19852317:23
*** patrickeast has quit IRC17:23
*** alexpilotti has joined #openstack-neutron17:23
*** ub has quit IRC17:25
*** ihrachyshka has quit IRC17:25
*** amuller_afk is now known as amuller17:25
*** achanda has joined #openstack-neutron17:27
*** dsneddon has quit IRC17:28
*** dsneddon has joined #openstack-neutron17:28
*** aranjan has joined #openstack-neutron17:29
*** sthillma has quit IRC17:29
*** vivek-ebay has joined #openstack-neutron17:30
*** mmdurrant has joined #openstack-neutron17:30
*** aix has quit IRC17:30
*** sridhar_ram has joined #openstack-neutron17:30
*** ramanjaneya_ has quit IRC17:31
*** Marga_ has quit IRC17:32
*** Marga_ has joined #openstack-neutron17:32
*** shaohe_robot has quit IRC17:32
*** eckelcu has joined #openstack-neutron17:33
*** shaohe_robot has joined #openstack-neutron17:33
*** vivek-ebay has quit IRC17:35
*** saksham has joined #openstack-neutron17:36
*** armax has joined #openstack-neutron17:36
*** jobewan has joined #openstack-neutron17:37
openstackgerritMerged openstack/neutron: Correct fcntl.flock use in Pidfile.unlock  https://review.openstack.org/19962317:38
*** patrickeast has joined #openstack-neutron17:38
*** ihrachyshka has joined #openstack-neutron17:39
*** minwang2 has joined #openstack-neutron17:39
*** jaypipes has quit IRC17:40
*** dsneddon has quit IRC17:43
*** mickeys has quit IRC17:43
*** r-daneel has quit IRC17:44
openstackgerritMerged openstack/neutron: Moving out cisco n1kv extensions  https://review.openstack.org/20133317:44
*** ByPasS has quit IRC17:45
*** dannywilson has quit IRC17:46
*** Sukhdev_ has quit IRC17:47
*** nlahouti has quit IRC17:47
*** padkrish has quit IRC17:48
*** ByPasS has joined #openstack-neutron17:48
*** padkrish_ has joined #openstack-neutron17:50
*** ub has joined #openstack-neutron17:51
*** dsneddon has joined #openstack-neutron17:51
*** Marga_ has quit IRC17:51
*** zhhuabj has quit IRC17:51
*** Marga_ has joined #openstack-neutron17:52
*** nlahouti has joined #openstack-neutron17:52
*** moshele has quit IRC17:53
*** zhhuabj has joined #openstack-neutron17:54
*** jasondotstar has joined #openstack-neutron17:54
*** s3wong has joined #openstack-neutron17:57
*** lucas__ has quit IRC17:58
*** mickeys has joined #openstack-neutron18:00
openstackgerritRoman Bogorodskiy proposed openstack/neutron: sriov: implement spoofchecking configuration  https://review.openstack.org/19206518:02
*** prad has quit IRC18:04
*** Ramanjaneya has joined #openstack-neutron18:05
*** mohankumar has joined #openstack-neutron18:05
*** lucas__ has joined #openstack-neutron18:05
*** azbiswas has joined #openstack-neutron18:06
*** adam_g has joined #openstack-neutron18:07
*** adam_g has quit IRC18:07
*** adam_g has joined #openstack-neutron18:07
*** davidjc has quit IRC18:08
*** fzdarsky has joined #openstack-neutron18:08
*** tflynn has joined #openstack-neutron18:08
*** fzdarsky_ has joined #openstack-neutron18:08
*** tflynn has joined #openstack-neutron18:09
openstackgerritAssaf Muller proposed openstack/neutron: Enable fullstack multinode tests, add L3 HA test exemplar  https://review.openstack.org/18822118:09
*** lucas__ has quit IRC18:09
*** lucas__ has joined #openstack-neutron18:10
*** tflynn has quit IRC18:10
*** azbiswas has quit IRC18:11
*** tflynn has joined #openstack-neutron18:11
*** ByPasS has quit IRC18:13
*** ub2 has joined #openstack-neutron18:14
*** ub has quit IRC18:16
*** tiswanso has joined #openstack-neutron18:16
*** dannywilson has joined #openstack-neutron18:18
*** coolsvap is now known as coolsvap|brb18:18
*** ByPasS has joined #openstack-neutron18:19
*** prad has joined #openstack-neutron18:19
*** crc32 has joined #openstack-neutron18:20
*** sridhar_ram has quit IRC18:20
*** abregman has joined #openstack-neutron18:21
*** jasondotstar has quit IRC18:23
*** dims_ has joined #openstack-neutron18:24
*** prad has quit IRC18:24
*** dboik has joined #openstack-neutron18:25
*** annegentle has quit IRC18:26
*** pal has quit IRC18:26
*** annegentle has joined #openstack-neutron18:26
*** prad has joined #openstack-neutron18:27
*** dims has quit IRC18:28
*** josecastroleon has joined #openstack-neutron18:28
*** amickus has joined #openstack-neutron18:30
*** MentalRay_ has joined #openstack-neutron18:30
*** vivek-ebay has joined #openstack-neutron18:31
*** openstackgerrit has quit IRC18:31
*** openstackgerrit has joined #openstack-neutron18:32
*** armax has quit IRC18:32
*** nlahouti has quit IRC18:32
*** dannywilson has quit IRC18:34
*** dannywilson has joined #openstack-neutron18:34
*** jaypipes has joined #openstack-neutron18:34
*** ByPasS has quit IRC18:34
*** padkrish_ has quit IRC18:35
*** padkrish has joined #openstack-neutron18:35
*** vivek-ebay has quit IRC18:35
*** sthillma has joined #openstack-neutron18:36
*** thorst has quit IRC18:36
*** ByPasS has joined #openstack-neutron18:36
*** safchain has quit IRC18:37
*** shashank_hegde has quit IRC18:38
*** minwang2 has quit IRC18:39
*** vishwanathj_ has joined #openstack-neutron18:39
*** ByPasS has quit IRC18:40
*** salv-orlando has quit IRC18:40
*** vishwanathj has joined #openstack-neutron18:42
*** ByPasS has joined #openstack-neutron18:43
*** sdake has quit IRC18:43
*** bharath_ has joined #openstack-neutron18:45
*** y_sawai has joined #openstack-neutron18:45
*** fawadkhaliq has joined #openstack-neutron18:45
*** sdake has joined #openstack-neutron18:46
*** vishwanathj has quit IRC18:46
*** padkrish has quit IRC18:47
*** y_sawai_ has quit IRC18:48
*** eckelcu has quit IRC18:48
*** nlahouti has joined #openstack-neutron18:50
*** padkrish_ has joined #openstack-neutron18:50
*** thorst has joined #openstack-neutron18:51
*** aranjan has quit IRC18:52
*** aranjan_ has joined #openstack-neutron18:52
ihrachyshkaamuller, will you have cycles today for https://review.openstack.org/#/c/205762/ ? it unbreaks a lot in qos.18:53
*** nlahouti has quit IRC18:54
*** shaohe_robot1 has joined #openstack-neutron18:55
*** Sukhdev_ has joined #openstack-neutron18:55
*** fawadk has joined #openstack-neutron18:55
*** padkrish_ has quit IRC18:56
*** padkrish has joined #openstack-neutron18:56
*** fawadkhaliq has quit IRC18:56
*** shaohe_robot has quit IRC18:57
*** pal has joined #openstack-neutron18:57
amullerihrachyshka: I'll take a look18:58
*** josecastroleon has quit IRC18:58
amullerihrachyshka: so now the inheritance is between the DB model classes, but every rule type will have only 1 table, and there will be no shared table, yes?18:59
ihrachyshkaamuller, there is no real inheritance in db models now. and yes, there is a table per type.19:00
*** padkrish has quit IRC19:00
ihrachyshkano qos_rules table in between qos policies and type specific rules19:00
amullerihrachyshka: QosBandwidthLimitRule(QosRuleColumns, model_base.BASEV2)?19:00
ihrachyshkathat was... a bad decision19:00
ihrachyshkaamuller, well, it only melds in common fields (qos_policy_id that is)19:01
*** clayton has joined #openstack-neutron19:01
ihrachyshkathere is no real table for that melded class19:01
amullerihrachyshka: yes19:01
amullera common table seems like a bad idea19:01
ihrachyshkabut yeah, inherited...19:01
*** salv-orlando has joined #openstack-neutron19:01
ihrachyshkait is. you can see how much buggy code we needed to handle it19:01
ihrachyshkaand it still didn't work in some cases.19:02
claytonI've been experimenting with setting port settings that are exposed via an neutron extension.  I managed to make "neutron --debug port-update  26c75566-febd-48ca-bc48-28ce1f0d8619 --allowed_address_pairs list=true type=dict ip_address=10.10.3.124" do what I wanted, but it seems like there is some sort of generic facility in neutron client for adding generic information to the api call.  Is this documented somewhere?19:02
ihrachyshkamestery, amuller: one thing I wonder about upcoming qos merge into master is what we do with API tests that depend on the service being enabled in gate via local.conf... they will fail without gate changes, and gate changes cannot go before we merge back... chicken and egg19:03
ihrachyshkawe may need to disable those tests just before merge-back...19:03
amullerihrachyshka: we could skip the qos api tests conditionally19:04
ihrachyshkaor maybe we can conditionalize them somehow?.. like check extensions list and skip if it's not there?..19:04
amullerihrachyshka: depending if the service plugin is loaded or not19:04
*** krtaylor has quit IRC19:04
ihrachyshkaoh ok, we need to look into it19:04
amulleror the extension is exposed, that's better19:05
ihrachyshkaamuller, it's also depending on whether ml2 extension is loaded19:05
amullerihrachyshka: not enough to just check the qos extension?19:05
ihrachyshkaamuller, exposed? you mean /qos/ replied?19:05
amullerihrachyshka: I mean if qos appears in neutron ext-list19:05
*** padkrish has joined #openstack-neutron19:05
ihrachyshkaamuller, hm, maybe it is enough actually. we will enable the ml2 extension with service plugin in one go in gate I guess19:05
ihrachyshkaok cool, I didn't know about conditionals19:06
*** padkrish has quit IRC19:06
amullerihrachyshka: a lot of tempest has skipUnless sort of decorators19:06
ihrachyshkaI will need jschwarz to play with it :)19:06
amullerwe have some of those in tests/api for sure19:06
amullerihrachyshka: the only issue with this approach is that if the gate turns off the qos service plugin by mistake, all tests will pass, and you'll kind of have no idea the tests aren't running unless you do notice manually19:07
amullerihrachyshka: so we kind of try to avoid conditional skips19:07
ihrachyshkaamuller, another testing thing is that one of our API endpoints depend on ml2 drivers loaded: rule types reply with supported rules based on what drivers provide19:07
ihrachyshkaamuller, and in gate, we have lb + ovs19:07
ihrachyshkafor ovs, we have support19:07
*** lucas__ has quit IRC19:07
ihrachyshkabut I believe we won't for lb19:07
amullerihrachyshka: now that I think about it, tests/api should pass with other core plugins that don't support qos19:08
ihrachyshkathat complicates things since our tests assume all loaded drivers support it19:08
*** padkrish has joined #openstack-neutron19:08
amullerso we need the conditional skip anyway19:08
*** nlahouti has joined #openstack-neutron19:08
ihrachyshkafor the time being, I added a hack in lb that makes lb driver19:09
ihrachyshka'support' qos, but it should be solved in better way19:09
amullerihrachyshka: tempest can check the ml2 conf somehow to see what drivers are loaded19:09
ihrachyshkaamuller, yeah, but at the same time, what would you do when lb gets qos support?19:09
amullerchange the condition, it's in our own tree19:10
*** coolsvap|brb is now known as coolsvap|away19:10
ihrachyshkaah right, I always forget about that own tree thing...19:10
*** Piet has quit IRC19:10
ihrachyshka:)19:10
ihrachyshkacool19:10
*** pritesh has quit IRC19:10
*** shashank_hegde has joined #openstack-neutron19:12
ihrachyshkaamuller, I hope we won't loose ref implementation before that ;)19:13
*** ZZelle has joined #openstack-neutron19:13
*** jamiec has joined #openstack-neutron19:13
amullerihrachyshka: meh I'm trying to repress that19:14
*** padkrish has quit IRC19:14
*** nlahouti has quit IRC19:14
openstackgerritSaksham Varma proposed openstack/neutron: Moved out cisco n1kv mech driver and db models  https://review.openstack.org/20538319:14
ihrachyshkaamuller, good luck with that19:14
amullerihrachyshka: I didn't see any traffic on that since the spec was merged19:15
amullermaybe if we keep quiet it will be forgotten ;-)19:15
*** fawadkhaliq has joined #openstack-neutron19:16
ihrachyshkaamuller, except file moves, not really19:17
ihrachyshkawhich were good19:17
*** krtaylor has joined #openstack-neutron19:17
amullerihrachyshka: be back later19:18
amullerihrachyshka: gotta pack and stuff19:18
amullerihrachyshka: I'll try to look at that patch more later today19:18
*** jasondotstar has joined #openstack-neutron19:18
ihrachyshkaamuller, aye, see you in proper timezone19:18
amullerhah19:18
*** jamiec has quit IRC19:19
*** fawadk has quit IRC19:19
openstackgerritRitesh Anand proposed openstack/neutron: Fixes a typo phys_brs in place of phys_br  https://review.openstack.org/19579119:19
amullerihrachyshka: hmm when looking at neutron/tests/api/base.py, it looks like policies are deleted before rules19:20
amullerihrachyshka: does that make sense? Can I delete a policy with rules still defined on it?19:20
ihrachyshkaamuller, well actually rules will be killed by cascade19:21
ihrachyshkaand yeah, the order should probably be vice versa there to make sense.19:21
ihrachyshkabut it's nice to have, it will still cleanup all when killing policies19:22
ihrachyshkaso rule cleanup is worthless19:22
*** lucas__ has joined #openstack-neutron19:22
amulleroh now I know what I meant, the policies are deleted before ports and networks19:22
amullerthat doesn't seem right19:22
amulleryou could try to delete a policy still attached to ports/networks and fail the clean up19:23
*** Apsu has quit IRC19:24
*** yamamoto has quit IRC19:24
ihrachyshkaamuller, why? policy drop, as well as port/network one, will only kill binding between them19:24
openstackgerritRitesh Anand proposed openstack/neutron: Fixes a typo phys_brs in place of phys_br  https://review.openstack.org/19579119:24
ihrachyshkaobjects themselves are intact19:24
*** fawadk has joined #openstack-neutron19:24
*** Apsu has joined #openstack-neutron19:24
ihrachyshkaamuller, note there is no qos_policy_id field in net/port models really.19:25
*** gampel has joined #openstack-neutron19:25
*** fawadkhaliq has quit IRC19:26
amullerihrachyshka: if a SG is attached to a port and I try to delete a SG it yells that it's in use19:26
amullerihrachyshka: it's not the case with a QoS policy?19:26
*** dims_ has quit IRC19:27
*** dims has joined #openstack-neutron19:27
ihrachyshkaamuller, not that I know of plans like that.19:29
ihrachyshkaamuller, we can obviously make it like that with ease.19:30
amullerihrachyshka: imagine a tenant happily applying a bandwidth guarantee policy (in the future), and an evil admin deletes the policy itself, and without the tenant having any indication all of a sudden his bandwidth is not guaranteed19:30
*** eckelcu has joined #openstack-neutron19:31
*** lucas__ has quit IRC19:32
*** lucas__ has joined #openstack-neutron19:33
ihrachyshkaamuller, I understand the use case, it's just that evil admin sounds... unrealistic. I will check whether we had anything about it in spec. and will add in todo to consider.19:33
amullerihrachyshka: evil admin can mean an accident, not a malicious admin (Which I agree is unrealistic)19:34
*** jlibosva has joined #openstack-neutron19:35
*** vishwanathj has joined #openstack-neutron19:35
*** salv-orlando has quit IRC19:35
*** ByPasS has quit IRC19:35
*** ByPasS has joined #openstack-neutron19:35
ihrachyshkaamuller, "By default QoS policies and rules will be managed by the cloud administrator, that makes the tenant unable to create specific qos rules, or attaching specific ports to policies."19:36
*** mickeys has quit IRC19:37
*** hitalia has quit IRC19:37
*** mickeys has joined #openstack-neutron19:37
ihrachyshkaseems like the topic is not touched there at all19:37
*** hitalia has joined #openstack-neutron19:38
*** hitalia has quit IRC19:39
*** txomon|fon has quit IRC19:39
*** hitalia has joined #openstack-neutron19:39
*** minwang2 has joined #openstack-neutron19:39
*** neophy has joined #openstack-neutron19:40
*** phil_h has joined #openstack-neutron19:42
*** azbiswas has joined #openstack-neutron19:42
*** jlibosva has quit IRC19:45
*** jlibosva has joined #openstack-neutron19:46
*** pal has quit IRC19:46
*** achanda has quit IRC19:46
*** krtaylor has quit IRC19:46
*** fzdarsky has quit IRC19:46
*** fzdarsky_ has quit IRC19:47
*** ByPasS has quit IRC19:47
*** HenryG has quit IRC19:49
*** pal has joined #openstack-neutron19:49
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: set webob.Response.text instead of webob.Response.body  https://review.openstack.org/20479119:50
*** padkrish has joined #openstack-neutron19:50
amullerihrachyshka: ahh so only an admin can attach a policy to a port/network then19:50
*** salv-orlando has joined #openstack-neutron19:51
*** HenryG has joined #openstack-neutron19:52
*** ByPasS has joined #openstack-neutron19:52
*** vishwanathj has quit IRC19:57
*** crc32 has quit IRC19:57
*** ajmiller has quit IRC19:58
*** akamyshnikova_ has quit IRC19:59
*** ajmiller has joined #openstack-neutron19:59
openstackgerritKyle Mestery proposed openstack/neutron: thirdparty-ci: Don't allow voting -1  https://review.openstack.org/20719819:59
*** krtaylor has joined #openstack-neutron19:59
*** edmondsw has quit IRC20:01
*** Aish has joined #openstack-neutron20:02
*** fawadk has quit IRC20:02
*** shashank_hegde has quit IRC20:03
*** mickeys has quit IRC20:04
ihrachyshkaamuller, in default policy.json conf, yes20:05
*** crc32 has joined #openstack-neutron20:05
*** shashank_hegde has joined #openstack-neutron20:06
*** abhiraut has joined #openstack-neutron20:06
*** busterswt has joined #openstack-neutron20:06
amullerihrachyshka: I'm looking at oslo versioned objects, am I correct to understand that its main bit of functionality is the ability to up or down the version of the object *for the purposes of RPC serialization*?20:06
*** tiswanso has quit IRC20:06
amullerihrachyshka: so this has nothing to do with DB upgrades20:07
amullerihrachyshka: also the only way to use this functionality (versioning across RPC) is to call methods on the versioned objects, where these methods have been wrapped by remotable_classmethod?20:09
amullerihrachyshka: what happens if I send this object via the regular oslo messaging API?20:09
*** ByPasS has quit IRC20:09
*** ByPasS has joined #openstack-neutron20:09
*** jobewan has quit IRC20:10
*** vishwanathj has joined #openstack-neutron20:10
*** baoli_ has quit IRC20:12
*** padkrish has quit IRC20:14
*** padkrish has joined #openstack-neutron20:15
ihrachyshkaamuller, well... it's not ONLY versioning20:15
ihrachyshkaamuller, it also gives a nice abstraction layer handling fields and all20:16
*** openstackgerrit has quit IRC20:16
ihrachyshkaamuller, for db upgrades, it's not directly related, but still: if we want to do data migrations in runtime, they may help since you can hide schema under the object properties20:16
*** openstackgerrit has joined #openstack-neutron20:17
*** annegentle has quit IRC20:17
ihrachyshkaamuller, afaik versioning is not directly related to remotable_classmethod actually. remotable is to be able to call e.g. create() on agent side and get it propagated in some form to server thru proxy. while the same method on server side would avoid proxies and do it locally.20:18
amullerihrachyshka: so when are the versioning methods used then?20:18
ihrachyshkaamuller, as for sending it via regular oslo.messaging API... you cannot send an object, you can send a dict only. and for dicts, if you send obj_to_primitive() result, it will be versioned, and if you only need fields, you do smth like we do in to_dict()20:18
*** jasondotstar has quit IRC20:19
*** padkrish has quit IRC20:19
ihrachyshkaamuller, they are used in case you want to send an older version of an object thru RPC for whatever reason. then versioned objects allow you to define rules on how to backport it to that older version20:19
ihrachyshkaamuller, in qos, we'll use it for upgrade (see target_version= we set in get_info)20:20
*** vishwanathj has quit IRC20:20
ihrachyshkaso an agent requests an object of version X, and gets it, even though server already knows later Y version.20:20
*** u_glide2 has quit IRC20:21
ihrachyshkaamuller, afaik in nova they have object versions pinned on upgrade so that server always pushes older object versions on the wire.20:21
ihrachyshkaalso note that in neutron, we probably don't control RPC payload as tight as they do in nova.20:22
amullerihrachyshka: they use a server side configuration value to pin to juno or kilo right?20:22
amullerso if the conf value is on the server will respond with that version's objects20:22
amullerihrachyshka: each object needs to map a global version to its own version?20:22
ihrachyshkaamuller, yeah, smth like that. I haven't looked at details, but that's mentioned in e.g. http://superuser.openstack.org/articles/upgrading-nova-to-kilo-with-minimal-downtime see step 220:23
amullerso global version kilo is DB object X version 1, and DB object Y version 2, while global version liberty is DB object X version 2 and DJ object Y version 3?20:23
*** rkukura_ has joined #openstack-neutron20:23
ihrachyshkaamuller, yeah, there should be a global map.20:23
*** gampel has quit IRC20:23
ihrachyshkayeah, exactly.20:23
ihrachyshkaI think there are also ways to automate the increment20:24
*** padkrish has joined #openstack-neutron20:24
openstackgerritCedric Brandily proposed openstack/neutron: Ensure non-overlapping cidrs in subnetpools with galera  https://review.openstack.org/18798520:24
*** nlahouti has joined #openstack-neutron20:24
ihrachyshkaalso, server may detect the oldest version in the cluster and use it (assuming agents report it on report_state)20:24
*** mickeys has joined #openstack-neutron20:24
*** Aish has quit IRC20:24
*** yamamoto has joined #openstack-neutron20:24
ihrachyshkain qos, when pushing updates to agents, we'll send multiple versions of objects in parallel versioned topics based on a pin20:25
*** achanda has joined #openstack-neutron20:25
ihrachyshkathe logic is not there since it's not strictly needed for initial version20:25
ihrachyshkawe will need to work it out in M though20:25
ihrachyshkafor now agents just listen on a topic of latest object version20:26
*** nmagnezi_ has joined #openstack-neutron20:26
*** rkukura has quit IRC20:26
*** rkukura_ is now known as rkukura20:26
amullerihrachyshka: we'll need to use versioned objects across the entire code base to properly support this =/20:26
ihrachyshkabtw that usage of versioned objects is not really usual, it's smth we learn for the first time I guess20:26
amullerihrachyshka: how on earth did they accomplish this in Nova20:26
ZZelleamuller, only between server/agents?20:26
*** nmagnezi_ has quit IRC20:27
amullerZZelle: any sort of information you'd send over the wire20:27
amullerthis includes weird stuff like l2pop20:27
*** phil_h has quit IRC20:27
amullerwhich sends data that is not mapped to any DB model20:27
ihrachyshkaamuller, afaik they have agents replying with 'unsupported version' and then conductor backporting20:27
ihrachyshkaamuller, does not matter whether it maps to db. my NeutronObject is not really bound to db20:28
ihrachyshkafor db, there is NeutronDbObject20:28
*** shashank_hegde has quit IRC20:28
*** Aish has joined #openstack-neutron20:28
amullerihrachyshka: I understand that, just saying it's going to be alot of those object definitions20:28
*** padkrish has quit IRC20:28
*** mriedem has joined #openstack-neutron20:28
ihrachyshkaamuller, I don't believe they actually send desired version numbers on the wire20:28
ZZelleexactly nova-conductor is able to talk with computes using older versions20:28
*** lucas__ has quit IRC20:28
ihrachyshkaamuller, they just complain with unsupported version if it seems not applicable (or so I understand it)20:28
mriedemmestery: i'm trying to figure out what's going on with this networking-macvtap thing, there is a nova change to add plugging support to the libvirt driver https://review.openstack.org/#/c/182283/20:29
*** padkrish has joined #openstack-neutron20:29
mriedemmestery: but that's dependent on some project placement discussions with neutron that aren't sorted out yet,20:29
ihrachyshkawe are probably the first ones to request desired version explicitly, for one specific RPC interface. we'll see whether it will fly for other pushes to agents20:29
mesterymriedem: Right, we discussed this at the Neutron meeting.20:29
mriedemso i'm finding it hard to approve a thing in nova that doesn't even have a project in neutron land to provide vif details to it20:29
*** yamamoto has quit IRC20:29
mesterymriedem: I'm with you20:29
ihrachyshkaamuller, that's a lot of work. are you scared? ;)20:29
ihrachyshkaamuller, it makes interfaces clean though, for the least.20:30
mesterymriedem: The discussion has apparently landed on the fact that the macvtap folks do not think they can use some extensions to the Linuxbridge agent in Neutron ,and need their own agent.20:30
mesteryThe sticking point is why do they need a new repo just for an ew agent.20:30
ihrachyshkaso even outside versioning it's a good thing20:30
mesterymriedem: We'll resolve this at the next Neutron meeting at this point, I think they put it back on the agenda.20:30
mesterymriedem: Hope that helps.20:30
*** y_sawai has quit IRC20:30
mriedemmestery: ok, nova FF is tomorrow, when is the next neutron meeting?20:30
*** lucas__ has joined #openstack-neutron20:31
mesterymriedem: It's next week, sadly. Let me circle back with those folks (IBM folks I believe) and try to resolve it earlier. I think they're in Germany though, so meh.20:31
*** jasondotstar has joined #openstack-neutron20:32
mriedemmestery: yeah andreas is done for the day20:32
mriedemffs, i found the networking-macvtap in our internal github20:32
*** tiswanso has joined #openstack-neutron20:32
mriedemhe should have had that in public github at least20:32
mriedemstackforge, something20:32
mriedemjckasper: ^ in case you talk to these people20:33
*** padkrish has quit IRC20:33
*** tiswanso has quit IRC20:33
*** tiswanso has joined #openstack-neutron20:33
*** padkrish has joined #openstack-neutron20:33
mesterymriedem: Just replied in the rvview20:33
mesterymriedem: Thanks for bringing to my (very short and pulled in 10000 directions) attention20:33
*** tiswanso has quit IRC20:34
*** achanda has quit IRC20:34
*** achanda has joined #openstack-neutron20:35
*** Ramanjaneya has quit IRC20:35
*** lucas__ has quit IRC20:35
*** salv-orlando has quit IRC20:36
*** Ramanjaneya has joined #openstack-neutron20:38
*** Aish has quit IRC20:38
*** armax has joined #openstack-neutron20:39
*** armax has quit IRC20:39
*** eckelcu has quit IRC20:39
*** jlibosva has quit IRC20:40
*** Aish has joined #openstack-neutron20:40
*** ronis has quit IRC20:41
*** achanda has quit IRC20:41
mriedemmestery: np, thanks - fwiw we have FFEs20:41
mriedemi wish the guy would have at least has his code in public github20:42
mesterymriedem: Awesome20:42
mestery+100020:42
*** phil_h has joined #openstack-neutron20:42
*** fzdarsky_ has joined #openstack-neutron20:43
*** fzdarsky has joined #openstack-neutron20:43
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/20682520:44
*** mriedem has left #openstack-neutron20:44
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-vpnaas: Updated from global requirements  https://review.openstack.org/20682620:44
*** abhiraut has quit IRC20:45
*** abhiraut has joined #openstack-neutron20:45
*** salv-orlando has joined #openstack-neutron20:46
banixapuimedo: Hi Tony. Are you around?20:46
*** cbouch has quit IRC20:47
apuimedobanix: Nice to see you aroung Mohammad :-)20:47
*** shashank_hegde has joined #openstack-neutron20:48
banixapuimedo: same here :) Just saw the email by Gal; took me a while to get his irc nick name: gsagie20:48
*** lucas__ has joined #openstack-neutron20:48
banixnoticed the meeting email doesn’t have an IRC channel20:48
apuimedo;-)20:49
banixlooking at current meeting the only channel available is openstack-meeting-420:49
banixshould i go ahead and book that?20:49
apuimedoyes, that's the one he requested, IIRC20:49
apuimedolet me see if I find it20:49
*** eckelcu has joined #openstack-neutron20:49
*** yapeng has joined #openstack-neutron20:50
apuimedobanix: https://review.openstack.org/#/c/206324/20:50
*** edmondsw has joined #openstack-neutron20:50
apuimedois that change enough, or something extra needs to be done?20:51
banixapuimedo: gsagie cool! just need to send an email when approved20:51
apuimedo:-)20:51
*** lucas__ has quit IRC20:51
*** lucas__ has joined #openstack-neutron20:51
apuimedoHopefully before Monday20:51
apuimedoso we can have the first20:51
banixsounds good!20:52
apuimedo:-)20:53
*** pal has quit IRC20:54
banix@apuimedo do we have a wiki page for Kuryr?20:55
*** Sukhdev_ has quit IRC20:55
*** neophy has quit IRC20:55
*** ByPasS has quit IRC20:55
*** lucas__ has quit IRC20:55
banixwhere the agenda can be posted as requested in the guideline20:56
*** ByPasS has joined #openstack-neutron20:56
apuimedonot yet20:56
*** rmcall has joined #openstack-neutron20:56
mesterybanix apuimedo: Did gsagie not create a meeting wiki page for the agenda?20:56
*** yapeng has quit IRC20:56
mesteryIf not, feel free to do that, put a skeleton there, and send email to ML please20:56
banixmestery: not in the patch submitted so infra may not like it20:56
apuimedoI did not see it20:57
banixapuimedo: let me do that and update the patch if that’s ok; you can update as you see fit later20:57
apuimedoit's okay for me20:57
*** lucas__ has joined #openstack-neutron20:57
apuimedoand I appreciate it ;-)20:58
mesterybanix: I commented on the review about that20:58
apuimedothanks mestery20:58
apuimedojust saw it20:58
banixmestery: makes sense. we’ll fix it shortly20:59
*** helenxu has quit IRC20:59
mesteryawesome thanks!20:59
*** tflynn_ has joined #openstack-neutron20:59
*** roeyc has joined #openstack-neutron20:59
*** crc32 has quit IRC21:01
*** abhiraut has quit IRC21:01
*** lucas__ has quit IRC21:01
*** nagyz_ has quit IRC21:02
ZZellemestery, hi21:02
*** tflynn has quit IRC21:02
mesteryZZelle: Howdy! How are you?21:02
*** nagyz_ has joined #openstack-neutron21:03
ZZellemestery, fine!, J-2 before holidays!21:03
mestery:)21:03
*** absubram has quit IRC21:04
ZZellemestery, should we abandon old specs? typically https://review.openstack.org/15276921:04
*** Aish has quit IRC21:04
mesteryZZelle: Let me run the auto-abandon script and see if this one goes away.21:04
Sam-I-Ammestery: btw, havent had a chance to audit the devdocs :/21:04
mesterySam-I-Am: It's fine, no worries21:05
ZZellemestery, someone required some updates on the change, so it won't go away21:05
mesteryZZelle: I may have to abandon that one by hand, it hasn't gone anywhere anyways21:05
ZZellemestery, exactly anywhere O_o21:05
mesteryZZelle: Gone :)21:06
ZZellemestery, byebye21:07
mesteryZZelle: later :)21:07
mesterylol21:07
*** jckasper has quit IRC21:07
*** ajo_ has joined #openstack-neutron21:11
*** ajo_ has quit IRC21:12
*** yamamoto has joined #openstack-neutron21:12
*** ajo_ has joined #openstack-neutron21:12
*** ajo_ has quit IRC21:13
*** ByPasS has quit IRC21:13
ajoihrachyshka ping ;)21:13
*** yamamoto has quit IRC21:14
ihrachyshkaajo, pong. here you go.21:15
ihrachyshkaajo, so, first thing first, we lack reviews, so you can help with it. do you want to go one by one? or will you check the queue yourself?21:16
ajoI'm checking queue now, I see there are lot's of +A not merged yet21:16
*** tflynn_ has quit IRC21:16
*** ekarlso has quit IRC21:16
ihrachyshkaajo, yeah, those are gampel's message queue notification driver + api tests (with some fixes)21:17
banixmestery: apuimedo: fyi, updated the gal’s infra patch with the meeting url21:17
mesterybanix: +121:17
*** tflynn has joined #openstack-neutron21:17
*** phil_h has quit IRC21:17
*** ByPasS has joined #openstack-neutron21:18
apuimedobanix: I have to agree with Kyle about the capitalization of "Kuryr"21:18
*** rpothier has quit IRC21:18
ihrachyshkaajo, tell me when there are questions or you are done for first review iteration thru the queue21:19
ajoihrachyshka, ack, I'm re-reviewing the db-rule contraction to one table21:19
ihrachyshkaajo, btw jschwarz made a huge progress on clinet21:20
ajoclinet?21:20
ihrachyshkaI think he has all done and will post it tomorrow21:20
ajoclient? :)21:20
ihrachyshkaclient, yes21:20
ajoahhh21:20
ajoniiice21:20
*** tflynn_ has joined #openstack-neutron21:21
banix@apuimedo @mestery Done. Capitalized Kuryr21:21
apuimedobanix: just +1ed it ;-)21:21
mesteryawesome21:22
mestery:)21:22
banixat least i got the spelling right :)21:22
apuimedo;-)21:23
ihrachyshkaajo, it's bad there is a bug in underlying patch with API tests that I just spotted so unification won't go just now.21:23
*** tflynn has quit IRC21:23
apuimedobanix: well, the spelling is wrong by default, it should be Kurýr21:23
apuimedo:P21:23
ajoihrachyshka :/ yikes21:24
banixapuimedo: hahaha21:24
ihrachyshkaajo, but that's ok, just review other stuff. in most cases votes will remain21:24
*** eckelcu has quit IRC21:25
*** banix has quit IRC21:25
*** tflynn_ has quit IRC21:25
ihrachyshkaajo, it may take some time for you. let's discuss critical stuff and then I leave you with it and go to sleep :)21:26
*** tflynn has joined #openstack-neutron21:26
ajoihrachyshka, yes,21:26
ajolet's sync and then I can go on21:27
openstackgerritRossella Sblendido proposed openstack/neutron: Introduce get_ports_attributes in OVSBridge  https://review.openstack.org/20027921:27
ihrachyshkaajo, so generally, we have those pieces missing: 1) func tests 2) fullstack 3) client 4) rpc updates. 3 is under control; 1 and 2 kinda yes; as for 4, we don't have anything reviewable. do you think we'll have smth tomorrow?21:27
*** spandhe has joined #openstack-neutron21:28
ajoihrachyshka, my energy is limited, may be we prefer me to work on that before reviewing?21:28
*** tflynn has quit IRC21:28
ihrachyshkaajo, meh, reviewers are also limited hugely21:28
ajoI charged myself with caffeine, but it will last what it will last...21:28
ihrachyshkaajo, we can't merge anything lately21:28
*** tflynn has joined #openstack-neutron21:29
ajoack21:29
ihrachyshkapartly due to gate but not only21:29
ajoihrachyshka, did deadlocks go away completely or other stuff?21:29
ihrachyshkaso let's make reviews prio where they are more or less quick and then switch to updates.21:29
ihrachyshkaajo, no deadlocks, all clear21:30
ihrachyshkapretty stable I would say. gate wise21:30
*** TrevorV has quit IRC21:30
ihrachyshkaajo, one thing to mention is John was trying to push https://review.openstack.org/207053 today21:30
ajoack21:30
ihrachyshkaI think we should not go that route as long as he has client up though21:31
*** abregman is now known as abregman|ZzZz21:31
ajono, we may not21:31
ajothat makes the API inconsistent21:31
ajobtw, I've seen some services (I think it was Lbaas or metering) doing something similar, exposing objects via two URIs21:32
ihrachyshkaajo, not really if it's done properly, but my reasoning is a bit different - we should not switch horses if we can avoid it.21:32
ajoso you could access then via client without the top-object21:32
ajoyeah21:32
ajothat too21:32
ihrachyshkaajo, that's bad I would say, but whatever. as long as client is up, I am good21:32
ihrachyshkaajo, another thing to note is https://review.openstack.org/20704321:32
ihrachyshkacomments on that one?21:33
*** eckelcu has joined #openstack-neutron21:33
*** achanda has joined #openstack-neutron21:34
ajoihrachyshka, that's good, it was my initial intention, but VOs support for that was in a version that wasn't released weeks ago21:34
ajoI didn't check how you did it yet btw21:34
*** dane_leblanc has quit IRC21:34
ajo'rules': obj_fields.ListOfObjectsField('QosRule', subclasses=True)21:34
ajoahh21:34
ajocool21:34
ajois it supported now? :)21:34
ihrachyshkaseems like yes21:34
ihrachyshkait works in unit and API tests so...21:34
ajoihrachyshka, what do we show when we GET a policy now?21:35
ajocan we distinguish which kind of rule each is ?21:35
ihrachyshkaajo, a dict with 'rules' attr that is a list of dicts per rule (each rule has a 'type')21:35
ihrachyshkaajo, see https://review.openstack.org/#/c/207043/6/neutron/objects/qos/rule.py21:35
ajohmmm21:36
ihrachyshkaspecifically, to_dict21:36
ajodict_['type'] = self.rule_type21:36
ajoI see :)21:36
ihrachyshkayeap21:36
*** johnbelamaric has quit IRC21:36
ajook, so we create the 'type' field in runtime from classes21:36
ajomakes sense21:36
ihrachyshkayeap. it would be weird to have type as object fields21:37
ajook, I will review, but looks good to me.21:37
ihrachyshkasince object is already type specific21:37
*** tflynn_ has joined #openstack-neutron21:37
*** tflynn has quit IRC21:37
ajoyeah yeah :)21:37
ajogood work21:37
ihrachyshkaand here I enforce single rule type per policy: https://review.openstack.org/20717021:37
*** achanda has quit IRC21:39
ihrachyshkaajo, the plan is btw to merge before pecan, and some time in 2 weeks from now or so21:39
ajoihrachyshka, ack, that makes sense for now, yes, that was missing in my todo analysis21:39
ihrachyshkathe next week should be decisive21:39
ajounderstood21:39
ajomestery, ihrachyshka  ++ ;) ^21:39
ihrachyshkaajo, one thing that amuller mentioned today is that we may need to block policy kill if there are bindings to it21:40
ihrachyshkathe way we do for sec groups21:40
ihrachyshkado you think we should do it?21:40
ajoihrachyshka, in the future we may want to create some mechanism to let rules decide if they play well with each other, etc..21:40
*** tflynn has joined #openstack-neutron21:40
ihrachyshkathat is definitely in the future :)21:40
*** tflynn has quit IRC21:40
ajoyes21:40
ajoabout blocking vs deleting21:40
ajoI guess we may want to block, as that's the general neutron behavior21:41
*** vishwanathj_ has quit IRC21:41
*** rmcall has quit IRC21:41
*** tflynn has joined #openstack-neutron21:41
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Correcting method name for functional test  https://review.openstack.org/20723021:41
ajoWhen other objects are depending on the one you're deleting, we return an error21:41
ihrachyshkaajo, ok. I suppose it's done in API layer, not thru some db constraints21:41
*** jasondotstar has quit IRC21:41
amullerihrachyshka: I think for most objects it's done in the plugin layer21:42
ajoyes..., I haven't look at how SGs do it, but it's a possiblity21:42
ajopossibility21:42
ajohi amuller  ;)21:42
amullerajo: hey man :)21:42
ihrachyshkaamuller, so qos_plugin.py in our case.21:42
*** tiswanso has joined #openstack-neutron21:43
ihrachyshkaajo, so apart from testing that hopefully is under control, and client - same, we need update notifications21:43
ajoyes, at the plugin level we may want to check if in use -> return error/throw exception that can be correctly understood by the API layer,21:43
ajoihrachyshka, ack, I will go on with reviews21:43
ajoand jump into that.21:43
*** tflynn_ has quit IRC21:43
ihrachyshkaajo, ok, I will leave you here21:43
ihrachyshkacu man!21:43
ajoI think it's under control now that I found the right way to do it21:43
*** ekarlso has joined #openstack-neutron21:44
ihrachyshkaajo, great to hear it.21:44
ajoI just need to finish coding it21:44
ihrachyshkalet's target Fri, with tests ;)21:44
ihrachyshkawell, ok, no tests21:44
ajoack :)21:44
ajolet's target something working for friday21:44
ajoand an update tonight21:44
ihrachyshkaah, ok, I saw your ack! It means Fri! No way back lol.21:44
ajoaddressing the comments and advancing toward completion :)21:44
ajolol21:45
ajoit's more realistic what you said afterwards, let's face it21:45
ajo;)21:45
ihrachyshkagood good. I will let you run on caffeine for a while. gn.21:45
*** pc_m has quit IRC21:45
ajogn ihrachyshka  ;)21:45
ihrachyshkaajo, nah, you should set unrealistic schedule and then meet it21:45
ihrachyshkathat's qos way21:45
*** abhiraut has joined #openstack-neutron21:46
*** nmagnezi has joined #openstack-neutron21:46
*** dboik has quit IRC21:46
*** tflynn has quit IRC21:47
*** tflynn has joined #openstack-neutron21:48
*** nmagnezi has quit IRC21:49
*** ByPasS has quit IRC21:51
*** arajagopal has quit IRC21:51
*** Aish has joined #openstack-neutron21:52
*** Aish has left #openstack-neutron21:52
*** roeyc has quit IRC21:53
*** ByPasS has joined #openstack-neutron21:53
openstackgerritHenry Gessau proposed openstack/neutron: Support for independent alembic branches in sub-projects  https://review.openstack.org/19852421:54
*** eckelcu has quit IRC21:54
*** tflynn_ has joined #openstack-neutron21:55
*** tflynn has quit IRC21:55
*** roeyc has joined #openstack-neutron21:56
*** ihrachyshka has quit IRC21:56
*** eckelcu has joined #openstack-neutron21:57
*** tflynn_ has quit IRC21:57
openstackgerritHenry Gessau proposed openstack/neutron: Support for independent alembic branches in sub-projects  https://review.openstack.org/19852421:58
*** tflynn has joined #openstack-neutron21:58
*** thorst has quit IRC21:58
*** dboik has joined #openstack-neutron21:59
*** prad has quit IRC21:59
*** jbell8 has quit IRC21:59
*** markvoelker has quit IRC22:02
*** Kennan2 has joined #openstack-neutron22:02
*** Kennan has quit IRC22:03
*** vivek-ebay has joined #openstack-neutron22:04
*** spandhe has quit IRC22:06
*** achanda has joined #openstack-neutron22:11
*** daneyon has quit IRC22:11
*** busterswt has quit IRC22:12
*** tiswanso has quit IRC22:13
*** txomon|fon has joined #openstack-neutron22:13
*** LukeHinds has quit IRC22:14
*** yamamoto has joined #openstack-neutron22:15
*** hitalia has quit IRC22:15
*** vivek-ebay has quit IRC22:15
*** tflynn_ has joined #openstack-neutron22:17
*** tflynn_ has quit IRC22:17
*** vivek-ebay has joined #openstack-neutron22:18
*** Sukhdev_ has joined #openstack-neutron22:19
*** yamamoto has quit IRC22:20
*** tflynn has quit IRC22:20
openstackgerritMerged openstack/neutron: Create packages for quota modules  https://review.openstack.org/18861822:21
*** minwang2 has quit IRC22:23
*** dboik has quit IRC22:25
*** banix has joined #openstack-neutron22:25
*** jasondotstar has joined #openstack-neutron22:28
*** minwang2 has joined #openstack-neutron22:28
*** armax has joined #openstack-neutron22:29
*** tflynn has joined #openstack-neutron22:32
*** mickeys has quit IRC22:32
*** mickeys has joined #openstack-neutron22:33
*** ByPasS has quit IRC22:35
*** armax has quit IRC22:36
*** lindycoder has quit IRC22:36
*** tflynn has quit IRC22:37
*** rossella_s has quit IRC22:37
*** ByPasS has joined #openstack-neutron22:37
*** rossella_s has joined #openstack-neutron22:38
*** mwagner_lap has quit IRC22:38
*** sdake has quit IRC22:40
*** sdake has joined #openstack-neutron22:40
*** padkrish has quit IRC22:42
*** sdake has quit IRC22:42
*** padkrish has joined #openstack-neutron22:42
*** ByPasS has quit IRC22:43
*** fzdarsky has quit IRC22:43
*** fzdarsky_ has quit IRC22:43
*** jaypipes has quit IRC22:43
*** ByPasS has joined #openstack-neutron22:43
*** sridhar_ram has joined #openstack-neutron22:44
*** asdf has joined #openstack-neutron22:45
*** thorst has joined #openstack-neutron22:45
*** padkrish_ has joined #openstack-neutron22:45
*** padkrish has quit IRC22:46
*** eckelcu has quit IRC22:48
openstackgerritAssaf Muller proposed openstack/neutron: Enable fullstack multinode tests, add L3 HA test exemplar  https://review.openstack.org/18822122:50
*** abehl has quit IRC22:50
*** ByPasS has quit IRC22:50
*** ByPasS has joined #openstack-neutron22:52
*** vishwanathj has joined #openstack-neutron22:53
*** amuller has quit IRC22:53
*** eckelcu has joined #openstack-neutron22:53
*** markvoelker_ has joined #openstack-neutron22:57
*** dsneddon has quit IRC22:57
*** ByPasS has quit IRC22:59
*** asdf has quit IRC23:01
*** gsagie has quit IRC23:03
*** ByPasS has joined #openstack-neutron23:04
*** alexpilotti has quit IRC23:05
*** moshele has joined #openstack-neutron23:06
*** ZZelle has quit IRC23:07
*** daneyon has joined #openstack-neutron23:09
*** daneyon_ has joined #openstack-neutron23:10
*** daneyon has quit IRC23:13
*** thorst has quit IRC23:19
*** vishwanathj has quit IRC23:20
*** ivar-lazzaro has quit IRC23:23
*** moshele has quit IRC23:24
*** annegentle has joined #openstack-neutron23:28
*** daneyon_ has quit IRC23:29
*** regXboi has quit IRC23:30
*** oomichi has joined #openstack-neutron23:31
*** zhenguo has joined #openstack-neutron23:31
*** ByPasS has quit IRC23:32
*** jasondotstar has quit IRC23:33
*** ByPasS has joined #openstack-neutron23:34
*** hichihara has joined #openstack-neutron23:36
*** mwagner_lap has joined #openstack-neutron23:37
*** mickeys has quit IRC23:38
*** obondarev has quit IRC23:38
*** fzdarsky has joined #openstack-neutron23:39
*** obondarev has joined #openstack-neutron23:39
*** fzdarsky_ has joined #openstack-neutron23:39
*** jamielennox is now known as jamielennox|away23:39
*** eckelcu has quit IRC23:43
openstackgerritRoey Chen proposed openstack/neutron: Don't use autonested_transaction when creating default security-group  https://review.openstack.org/20703423:44
openstackgerritKevin Benton proposed openstack/neutron: Check that VXLAN is not in use in LB VXLAN check  https://review.openstack.org/20725623:44
*** jasondotstar has joined #openstack-neutron23:45
*** armax has joined #openstack-neutron23:47
*** rmcall has joined #openstack-neutron23:47
*** Kennan2 is now known as Kennan23:53
*** daneyon has joined #openstack-neutron23:53
*** bharath_ has quit IRC23:53
*** miyagishi_t has joined #openstack-neutron23:53
*** shwetaap1 has quit IRC23:54
*** amickus has quit IRC23:54
*** zhhuabj has quit IRC23:54
*** ajmiller has quit IRC23:56
*** mlavalle has quit IRC23:56
*** zhhuabj has joined #openstack-neutron23:58
*** azbiswas has quit IRC23:58
*** eckelcu has joined #openstack-neutron23:59
*** tflynn has joined #openstack-neutron23:59

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