Thursday, 2017-11-30

*** yamamoto has joined #openstack-meeting-500:02
*** sshank has quit IRC00:39
*** yamamoto has quit IRC00:45
*** yamamoto has joined #openstack-meeting-501:24
*** spzala has joined #openstack-meeting-502:01
*** yamamoto has quit IRC02:22
*** yamamoto has joined #openstack-meeting-502:24
*** yamamoto has quit IRC02:40
*** ricolin_ has joined #openstack-meeting-502:52
*** yamahata has quit IRC02:54
*** iyamahat has quit IRC02:54
*** yamamoto has joined #openstack-meeting-502:54
*** ricolin_ has quit IRC02:59
*** yamamoto has quit IRC03:05
*** ricolin_ has joined #openstack-meeting-503:38
*** iyamahat has joined #openstack-meeting-504:10
*** yamahata has joined #openstack-meeting-504:26
*** lukepatrick has joined #openstack-meeting-504:51
*** lukepatrick has quit IRC05:24
*** kei-ichi has quit IRC05:31
*** kei-ichi has joined #openstack-meeting-505:34
*** yamamoto has joined #openstack-meeting-505:39
*** yamamoto has quit IRC05:43
*** yamamoto has joined #openstack-meeting-505:53
*** yamamoto has quit IRC05:57
*** yamamoto has joined #openstack-meeting-506:31
*** yamamoto has quit IRC06:43
*** yamamoto has joined #openstack-meeting-506:59
*** yamamoto has quit IRC07:06
*** markvoelker has quit IRC07:37
*** yamahata has quit IRC07:38
*** yamamoto has joined #openstack-meeting-507:49
*** yamamoto has quit IRC07:51
*** yamamoto has joined #openstack-meeting-507:57
*** TuanLA has joined #openstack-meeting-508:07
*** makowals has quit IRC08:16
*** yamamoto has quit IRC08:33
*** makowals has joined #openstack-meeting-508:36
*** markvoelker has joined #openstack-meeting-508:38
*** yamamoto has joined #openstack-meeting-508:40
*** yamamoto has quit IRC08:44
*** iyamahat has quit IRC08:52
*** yamamoto has joined #openstack-meeting-509:04
*** yamamoto has quit IRC09:19
*** TuanLA has quit IRC09:58
*** xek has quit IRC10:09
*** xek has joined #openstack-meeting-510:15
*** derekh has joined #openstack-meeting-510:45
*** zaneb has quit IRC11:09
*** zaneb has joined #openstack-meeting-511:15
*** yamamoto has joined #openstack-meeting-512:37
*** yamamoto has quit IRC13:04
*** yamamoto has joined #openstack-meeting-513:05
*** markvoelker has quit IRC13:23
*** markvoelker has joined #openstack-meeting-513:24
*** lujinluo has joined #openstack-meeting-513:54
*** hoangcx_ has joined #openstack-meeting-513:54
*** annp has joined #openstack-meeting-513:55
*** TuanVu has joined #openstack-meeting-513:55
*** ihrachys has joined #openstack-meeting-514:00
ihrachys#startmeeting neutron_upgrades14:01
openstackMeeting started Thu Nov 30 14:01:31 2017 UTC and is due to finish in 60 minutes.  The chair is ihrachys. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
*** openstack changes topic to " (Meeting topic: neutron_upgrades)"14:01
openstackThe meeting name has been set to 'neutron_upgrades'14:01
annpihrachys, Hi14:01
lujinluoo/14:01
TuanVuHi everybody14:01
ihrachyshi!!14:02
*** hungpv has joined #openstack-meeting-514:02
* ihrachys waves at hungpv14:02
ihrachys#topic Action items from prev meeting14:03
*** openstack changes topic to "Action items from prev meeting (Meeting topic: neutron_upgrades)"14:03
ihrachysthere was a single one on me14:03
ihrachys"ihrachys to categorize remaining models imports"14:03
ihrachysI totally forgot about it :-x14:03
ihrachysI will take it to the next time14:03
ihrachys#action ihrachys to categorize remaining models imports14:03
ihrachyssorry for that14:03
ihrachys#topic OVO patches14:04
*** openstack changes topic to "OVO patches (Meeting topic: neutron_upgrades)"14:04
lujinluonever mind. ;)14:04
ihrachyshttps://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:bp/adopt-oslo-versioned-objects-for-db14:04
ihrachysbefore going through the list, there is another OVO patch here: https://review.openstack.org/#/c/519762/14:04
ihrachysthe one that reverts the revert of subnet patch14:04
ihrachysI think we are waiting for garyk to confirm he is ok with it now, giving him several more days to reply14:05
ihrachysok, as for the list...14:05
ihrachyshttps://review.openstack.org/#/c/521797/ "Use Router OVO in external_net_db"14:05
ihrachyshungpv, there are logical issues with the code14:06
ihrachysor better, there WERE14:06
ihrachysI haven't checked latest version14:06
hungpvYes, I see14:07
hungpvI'm trying to figure out on that14:07
ihrachysI think there are still issues. you use ~ there on the result of get_objects which is weird.14:07
ihrachyshungpv, what surprises me is that no unit tests fail because of the patch14:07
ihrachyswe probably have bad coverage for the code14:07
lujinluoagree14:08
ihrachysthere are some tempest api test failures here: http://logs.openstack.org/97/521797/5/check/neutron-tempest-plugin-api/7841216/logs/testr_results.html.gz but it would be cool if we could trigger the code with unit tests14:08
*** kiennt26 has joined #openstack-meeting-514:09
ihrachyson related note, there is a patch currently in review for a bug that affects the code that adds some unit tests that should trigger the code: https://review.openstack.org/#/c/512484/19/neutron/tests/unit/db/test_rbac_db_mixin.py14:11
ihrachysyou could try to check whether new tests would trigger a failure with your (broken) patch. if they do, we could then rely on them to prove it works.14:11
*** lukepatrick has joined #openstack-meeting-514:12
hungpvYes, I see. I'll check it to see if it happens14:12
ihrachysbut if not, it would be nice to see some unit tests contributed as a separate preparatory patch that would cover the code14:12
ihrachysso that we are more sure the change doesn't break something14:13
ihrachysnext is https://review.openstack.org/#/c/407868/ "[WIP] Integration of (Distributed) Port Binding OVO"14:13
ihrachyslujinluo, I believe it's still wip?14:14
lujinluoyes14:14
ihrachysanything we could help or advise?14:14
lujinluoi think it is something wrong in db side. it would be appreciated if you could check the ERROR in neutron-server logs14:15
lujinluohttp://logs.openstack.org/68/407868/75/check/legacy-tempest-dsvm-neutron-dvr/3b5f642/logs/screen-q-svc.txt.gz?level=ERROR14:15
lujinluoNo details.: InvalidRequestError: Can't attach instance <DistributedPortBinding at 0x7f6a0c3fe6d0>; another instance with key (<class 'neutron.plugins.ml2.models.DistributedPortBinding'>, (u'32b7f57a-6b27-476b-be60-cb6eae576fe9', u'ubuntu-xenial-rax-dfw-0001136185')) is already present in this session.14:16
lujinluoi root caused to update_port() in plugin/ml2/plugin.py14:16
lujinluoit seems to be the problem of mixing usage of distributed port binding in db and ovo14:16
ihrachysit seems to happen on delete_port only14:20
ihrachysso for what I understand, you can get this error message when you try to add a model state to the session twice14:23
lujinluoeh, right.14:24
ihrachyshere, since it's delete, it would probably be "a model marked as deleted"14:24
ihrachysso there should be some other code somewhere on the code path that also modifies the model, maybe in a slightly different way14:24
ihrachysand also adds it to the session14:24
lujinluohmm, so I am confused here. In the code path, we delete port and this triggers the cascade deletion of distributed_port_binding14:26
ihrachyshere in https://review.openstack.org/#/c/407868/75/neutron/plugins/ml2/plugin.py@144614:26
ihrachysI wonder if this persist_state_to_session is somehow related14:27
ihrachyslujinluo, I was thinking, maybe delete_port happens after some other action on the binding model (in the same session / request) that would touch the binding model14:27
ihrachysso you first touch the model, e.g. update it somehow, and then delete_port happens a tad later in the code path. then sqlalchemy may be puzzled whether it should persist first or second state.14:28
ihrachysI suspect this persist_state_to_session logic is somehow related to the failure.14:29
lujinluohmm, i will check that. So it is possible that we need to add some guards to sessions?14:30
ihrachysit's probably yet another kludge we needed to work around sqlalchemy14:30
ihrachyslujinluo, we may try to pull kevinbenton on that one since he introduced the persistence "snapshot" concept there14:31
ihrachysof course he is not working on openstack but probably could give an advice14:31
lujinluook. i will try to catch him somehow14:32
ihrachysmaybe let's describe the issue in an email and send it to him14:32
ihrachyswe could capture as many details in there14:32
*** TuanVu has quit IRC14:32
lujinluosure. this would be a good idea14:32
ihrachyslet's draft one in an etherpad (I will send a link to you later)14:32
lujinluothanks14:33
*** TuanVu has joined #openstack-meeting-514:33
ihrachysok moving on14:33
ihrachysnext is https://review.openstack.org/#/c/396351/ "Integration of Floating IP OVO"14:33
ihrachyslujinluo, you left a comment there about qos_policy_binding14:34
lujinluoyes14:34
ihrachyslujinluo, I am not sure what's that about?14:34
ihrachysoh I think I follow now14:35
ihrachysyou were just exploring whether another field is needed14:35
ihrachysso no issue in that version of the code14:35
ihrachysI see slaweq left some nits in the code14:35
lujinluoi editted a little14:35
lujinluocause qos_policy_binding (a newly added table) has added relationship with floatingip table14:36
lujinluoi was checking if we need to make qos_policy_binding a synthetic field14:36
lujinluoin SQLA side, some codes like floatingip_db.qos_policy_binding appeared14:36
lujinluoi modified them to floatingip_obj.db_obj.qos_policy_binding14:37
lujinluohttps://review.openstack.org/#/c/396351/46/neutron/db/l3_fip_qos.py14:37
lujinluo^ here14:37
lujinluothis is the patch adds the new table https://review.openstack.org/#/c/424466/14:38
ihrachysyeah. I think we may eventually want to make it similar to how we handle bindings for networks/ports14:38
ihrachyshttps://github.com/openstack/neutron/blob/master/neutron/objects/qos/policy.py#L208-L25814:39
ihrachysactually, we already have attach/detach for FIPs there14:40
ihrachysthen why don't we use them in l3_fip_qos?14:40
ihrachysoh we do14:41
ihrachysit just updates attributes in db model to reflect changes to bindings table14:42
lujinluoyes14:42
ihrachysI am not even sure why bother updating the attribute there. we don't seem to use it in caller?14:43
lujinluoi am not 100% sure. but before I made those changes, some tests in https://review.openstack.org/#/c/424466/31/neutron/tests/unit/extensions/test_qos_fip.py were failing14:45
ihrachysok I will need some more time on that one14:45
ihrachysbut there is a definite bug in the new dns code (the new version of it), I posted a comment14:46
ihrachysbut there may be some more. I need to understand why we need to update the model.14:46
ihrachysok those were all patches that are actionable14:47
lujinluook. let's continue on gerrit14:47
*** lukepatrick has quit IRC14:47
ihrachys#topic Work planning14:47
*** openstack changes topic to "Work planning (Meeting topic: neutron_upgrades)"14:47
ihrachysI (of course) haven't done remaining model usage classification14:48
ihrachysbut I would nevertheless like to check if everyone involved has items to work on14:48
ihrachyshungpv and lujinluo work on patches already in gerrit14:49
ihrachysTuanVu, annp do you have things to work on?14:49
TuanVuHi Ihar14:49
TuanVuregarding to this patch14:49
ihrachys"this" == ?14:50
TuanVuhttps://review.openstack.org/#/c/507772/14:50
TuanVuWe’re still working on this patch, there’s 1 blocking point at this moment.14:50
TuanVuHere’s the error: http://paste.openstack.org/show/627868/14:50
TuanVuwebob.exc.HTTPClientError: The server could not comply with the request since it is either malformed or otherwise incorrect.14:51
lujinluothis is not the root error14:51
ihrachysyeah it's just indication of error bubbled up to api layer14:52
lujinluoInvalidRequestError: Instance '<Network at 0x7f6c67b2e250>' is not persistent within this Session14:52
lujinluo^ this is14:52
ihrachys+14:52
lujinluoi have not checked the patch but i suppose you used something like "network_obj.db_obj"?14:52
TuanVuthank you, Luo14:53
TuanVuyes, correct14:53
annplujinluo, ihrachys, maybe this related to attach_rbac function14:53
annpwhen i check code, i saw self.obj_context.tenant_id is None.14:53
annpBut i'm not sure. I need to dig more.14:54
lujinluoso from my personal experience, obj.db_obj is not persistent to any session. it cannot be used to be updated, etc. if you do, you will see that error.14:55
ihrachysyeah, it's by design14:56
ihrachyswe detach it after fetching14:56
lujinluoexactly.14:56
ihrachysit fixes conflicts with other code that may want to work with models directly, and also that we don't fetch additional attributes in extension calls after data is persisted in db14:57
ihrachysit's good we can reproduce it with unit test14:58
annplujinluo, ihrachys, Ok, I will dig more. :)14:58
ihrachysI will try to poke it in parallel14:58
TuanVuawesome!14:58
TuanVuthank you so much, Ihar14:58
ihrachysok so it seems like everyone has a thing to work on, that's good14:58
TuanVuthank you, too, Luo14:58
lujinluono problem ;)14:59
ihrachyswe are out of time, so I guess we wrap up?14:59
lujinluoyes14:59
ihrachysok, have a nice rest of the week!14:59
TuanVuyes14:59
ihrachys#endmeeting14:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:59
openstackMeeting ended Thu Nov 30 14:59:39 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_upgrades/2017/neutron_upgrades.2017-11-30-14.01.html14:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_upgrades/2017/neutron_upgrades.2017-11-30-14.01.txt14:59
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_upgrades/2017/neutron_upgrades.2017-11-30-14.01.log.html14:59
TuanVusee you guys soon :)14:59
lujinluothank you guys!14:59
*** iyamahat has joined #openstack-meeting-515:00
*** yamahata has joined #openstack-meeting-515:00
annpsee you guys, thank you15:01
*** TuanVu has quit IRC15:04
*** lujinluo has quit IRC15:04
*** hoangcx_ has quit IRC15:05
*** jrist has quit IRC15:08
*** jrist has joined #openstack-meeting-515:09
*** annp has quit IRC15:12
*** marst has joined #openstack-meeting-515:17
*** zhipeng has joined #openstack-meeting-515:19
*** zhipeng has quit IRC15:22
*** lukepatrick has joined #openstack-meeting-515:23
*** lukepatrick has quit IRC15:24
*** kiennt26 has quit IRC15:39
*** yamamoto has quit IRC15:49
*** dtantsur has joined #openstack-meeting-515:50
*** yamamoto has joined #openstack-meeting-515:50
*** lukepatrick has joined #openstack-meeting-516:08
*** phuongnh has joined #openstack-meeting-516:27
*** dtantsur has left #openstack-meeting-516:34
*** iyamahat has quit IRC17:07
*** yamahata has quit IRC17:08
*** hungpv has quit IRC17:12
*** jlvacation is now known as jlvillal17:25
*** iyamahat has joined #openstack-meeting-517:33
*** phuongnh has quit IRC17:36
*** derekh has quit IRC17:49
*** yamahata has joined #openstack-meeting-517:51
*** ricolin_ has quit IRC18:49
*** derekh has joined #openstack-meeting-519:04
*** felipemonteiro has joined #openstack-meeting-519:17
*** derekh has quit IRC20:52
*** sshank has joined #openstack-meeting-521:29
*** marst has quit IRC22:19
*** felipemonteiro has quit IRC22:44
*** felipemonteiro has joined #openstack-meeting-523:02
*** kei-ichi has quit IRC23:02
*** kei-ichi has joined #openstack-meeting-523:04
*** iyamahat_ has joined #openstack-meeting-523:22
*** iyamahat has quit IRC23:22
*** felipemonteiro has quit IRC23:38
*** sshank has quit IRC23:52
*** felipemonteiro has joined #openstack-meeting-523:56
*** felipemonteiro_ has joined #openstack-meeting-523:57

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