Monday, 2019-02-11

*** hongbin has joined #openstack-kuryr04:25
*** janki has joined #openstack-kuryr04:25
*** hongbin has quit IRC04:53
*** gcheresh has joined #openstack-kuryr06:12
*** gcheresh has quit IRC06:31
*** gcheresh has joined #openstack-kuryr07:20
*** yboaron has quit IRC07:35
*** maysams has joined #openstack-kuryr07:35
*** gkadam has joined #openstack-kuryr08:01
*** maysams has quit IRC08:34
*** maysams has joined #openstack-kuryr08:37
*** yboaron has joined #openstack-kuryr08:48
*** yboaron_ has joined #openstack-kuryr08:53
*** yboaron has quit IRC08:55
*** ccamposr has joined #openstack-kuryr09:06
*** aperevalov has joined #openstack-kuryr09:28
*** mrostecki has joined #openstack-kuryr09:30
aperevalovHello dulek, yboaron_. I'm regarding issues mentioned in HA doc. Did you create a bug/task for it?09:43
dulekaperevalov: I doubt it's there, feel free to create it.09:44
aperevalovdulek, ok, thank you!09:45
*** garyloug has joined #openstack-kuryr09:51
*** aperevalov has quit IRC10:26
*** garyloug_ has joined #openstack-kuryr11:21
*** garyloug has quit IRC11:25
*** garyloug_ has quit IRC11:41
*** garyloug has joined #openstack-kuryr11:43
*** rh-jelabarre has joined #openstack-kuryr12:47
*** janki has quit IRC12:50
*** jchhatbar has joined #openstack-kuryr12:50
*** gcheresh has quit IRC13:01
*** gcheresh_ has joined #openstack-kuryr13:01
*** garyloug_ has joined #openstack-kuryr13:03
*** garyloug__ has joined #openstack-kuryr13:04
*** garyloug has quit IRC13:07
*** garyloug_ has quit IRC13:08
*** gcheresh has joined #openstack-kuryr13:43
*** gcheresh_ has quit IRC13:44
*** yboaron_ has quit IRC14:03
*** yboaron_ has joined #openstack-kuryr14:03
*** aperevalov has joined #openstack-kuryr14:08
*** aperevalov has quit IRC14:16
*** aperevalov1 has joined #openstack-kuryr14:16
*** aperevalov1 has quit IRC14:18
*** aperevalov has joined #openstack-kuryr14:20
aperevalovI didn't see any mails regarding meeting cancellation.14:24
*** aperevalov has quit IRC14:45
*** jchhatbar has quit IRC14:49
*** aperevalov has joined #openstack-kuryr14:54
dulekaperevalov: I've started it right now, not sure what will be the turnout.15:01
*** garyloug_ has joined #openstack-kuryr15:01
*** garyloug__ has quit IRC15:05
*** snapiri has quit IRC15:08
*** yboaron_ has quit IRC15:21
*** yboaron_ has joined #openstack-kuryr15:21
maysamsdulek ping15:30
dulekmaysams: What's up?15:30
maysamsdulek: I've been trying to "upgrade" the LBaaSPortSpec to make it compatible with 1.1 version by using obj_make_compatible15:32
dulekWhat happened? ;)15:32
maysamsHowever, it seems that this function is never executed and so the LBaaSPortSpec object cannot be loaded since it's missing one field15:33
dulekmaysams: Oh yes, it should explicitly be called somewhere.15:33
maysamsdulek: I wonder if it's related to the fact that the LBaaSPortSpec is a field of LBaaSServiceSpec15:33
maysamsdulek: really? I thought it would be handled by oslo15:34
dulekmaysams: https://github.com/openstack/cinder/blob/master/cinder/objects/base.py#L570-L57915:35
dulekE.g. here it was backporting objects before serialization.15:35
dulekmaysams: Let's maybe start with implementing explicit check on the methods that use portSpec field. With the obj_is_set(). Tomorrow I'll check if and how it can be implemented through OVO.15:39
dulekThis is implementation detail at this point. :P15:39
maysamsdulek, I don't think we should only handle with the obj_is_set()15:41
maysamsdulek: the first thing we do on the LBaaS side is to check for port changes15:41
maysamsdulek: and in this line https://review.openstack.org/#/c/635039/8/kuryr_kubernetes/controller/handlers/lbaas.py@13615:41
*** yboaron_ has quit IRC15:42
maysamsdulek: we load the object with the respectives fields regsitered15:42
*** yboaron_ has joined #openstack-kuryr15:42
maysamsso, even though the targetPort field is registered is not present in the port spec15:43
maysamsdulek: we could overcome this by not checking for the targetPort attribute... but I don't think it's ideal15:44
maysamsdulek, what do you think?15:45
*** gkadam has quit IRC15:49
dulekmaysams: Ah, interesting.15:51
dulekmaysams: So we can just have an utility function that will do obj_from_primitive() and obj_make_compatible() and use that when deserializing?15:52
maysamsdulek, yup, I think this could work15:54
maysams;-)15:54
maysamsdulek, thanks for the tip15:55
dulekmaysams: I'm not 100% sure if obj_make_compatible() works fine with "forwardporting"15:55
dulekIt was initially designed with backporting in mind.15:55
maysamsdulek, yup.. and I did not find any examples that do some "upgrade" as I aim to15:58
*** garyloug__ has joined #openstack-kuryr16:08
*** garyloug_ has quit IRC16:12
*** gcheresh has quit IRC16:20
*** yboaron_ has quit IRC16:28
*** ccamposr has quit IRC16:57
*** maysams has quit IRC17:08
*** garyloug__ has quit IRC18:37
*** openstackgerrit has quit IRC18:51
*** dmellado has quit IRC20:39
*** dmellado has joined #openstack-kuryr21:43
*** jistr_ has joined #openstack-kuryr23:39
*** jistr has quit IRC23:46
*** openstackgerrit has joined #openstack-kuryr23:48
openstackgerritMaysa de Macedo Souza proposed openstack/kuryr-kubernetes master: Fix SG rules on targetPort update  https://review.openstack.org/63503923:48

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