Thursday, 2017-11-23

*** tmorin has joined #openstack-net-bgpvpn08:12
*** doude has joined #openstack-net-bgpvpn08:54
doudetmorin Hi09:07
tmorinsalut doude09:09
tmorintiens j'avais une question pour toi hier: tu utilises quoi comme devstack ?09:10
doudetmorin we can speak french here ?09:16
tmorinsorry, I thought this was a private chat window popping up :)09:22
doude:) about the bug https://bugs.launchpad.net/bgpvpn/+bug/1733905, I can propose a fix but do you think I have to propose a db migration as the bug was only merged on the master branch?09:35
openstackLaunchpad bug 1733905 in networking-bgpvpn "SQL integer type is to small to store BGP LOCAL_PREF value" [Undecided,Confirmed]09:35
tmorinsince its not deployed I don't think we need a migration09:57
tmorina simple fix will be enough09:57
doudeok09:58
doudebtw tmorin, I also pushed my final version for the support RC extension for OSC CLI in review https://review.openstack.org/#/c/520021/10:00
tmorindoude: yes, I saw this this morning10:04
tmoringreat10:04
tmorindoude: I won't have time to look at this before next week10:04
tmorindoude: but I had a quick look, I'm wondering why you introduce all the project_id/tenant_id "translation" in this change10:05
tmorindoude: perhaps we only have project_id in port_associations ?10:07
tmorindoude: I'm wondering if the change introduced guarantees that this python-neutronclient will work with earlier releases (before neutron started to always include both project_id and tenant_id) -- what you did is possibly ok, I just  haven't looked closely yet10:09
doudetmorin no I realize that if the resource have both 'tenant_id' and 'project_id' field, when you do a show on that resource you have both field in the command output10:09
doudegood question10:10
doudeI think it should work10:10
doudebtw, why bgpvpn does not show the project ID field to non admin users?10:10
tmorindoude: shouldn't we just do the same as done elsewhere in python-neutronclient ?   we need a good reason to do something specific to BGPVPN, right ?10:11
*** matrohon has joined #openstack-net-bgpvpn10:11
tmorindoude: I don't really know, we don't need to expose it, since the users only see their resources anyways10:11
doudehttps://github.com/openstack/networking-bgpvpn/blob/master/etc/neutron/policy.d/bgpvpn.conf#L810:11
tmorinwe don't have any RBAC on BGPVPN resources at this point10:12
doudeI look other neutron resource, and project_id is not hidden10:13
doudeie. http://paste.openstack.org/show/627203/10:15
tmorinyes, true10:19
tmorinit seems we could let access to this field10:19
*** bfernando has joined #openstack-net-bgpvpn11:59
doudetmorin around?16:03
tmorinyes16:03
tmorinmore or less16:03
doudejust to say I've just have a look to the bug https://bugs.launchpad.net/bgpvpn/+bug/1733905 and I'm not able to reproduce it with unit tests framewark16:05
openstackLaunchpad bug 1733905 in networking-bgpvpn "SQL integer type is to small to store BGP LOCAL_PREF value" [Undecided,Confirmed]16:05
doudeit seems UT DB fixture does not hit the problem16:05
doudeok tmorin, after quick search it seems the UT framework uses a sqlite in memory data base (you can force to use a file thanks to flag OS_TEST_DBAPI_ADMIN_CONNECTION see https://github.com/openstack/neutron/blob/master/TESTING.rst#unit-tests) and sqlite3 integer is store on 8 octets so 2^64-116:36
tmorininteresting16:37
doudethat seems hard to propose a test for that issue, is it an issue if I propose a patch without UT?16:37
tmorinno its ok16:38
doudeok let's go16:38
tmorinbut we can keep the bug open16:38
doudewhich bug?16:38
tmorinwith a note saying that the API tempest test for routes-control should have test with a local_pref > 2**3116:38
tmorinyou can cc lukasz rajewski to the LP bug, he will work on these tests16:39
*** tmorin has quit IRC16:58
*** bfernando has quit IRC17:08
*** matrohon has quit IRC17:29
openstackgerritÉdouard Thuleau proposed openstack/networking-bgpvpn master: Use SQL BigInteger type to store BGP LOCAL_PREF  https://review.openstack.org/52263118:29
*** tmorin has joined #openstack-net-bgpvpn20:00
*** tmorin has quit IRC22:05

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