Wednesday, 2017-03-08

*** tonanhngo has joined #openstack-kuryr00:08
*** mattmceuen has quit IRC00:09
dougbtvhrmmm, it complained that another etcd container was running under the same name00:11
dougbtvI ran ./unstack.sh, but, I'm wondering if it didn't clean up an already running container00:11
dougbtvto be sure, I'm gonna wipe that machine and rebuild it (it's trivial, it's provisioned with bifrost/ironic)00:11
*** tonanhngo has quit IRC00:13
apuimedolet me see00:15
apuimedoit probably failed to delete etcd on unstack00:16
apuimedoI think we may have removed that, but it should not have tried to start it again then00:16
apuimedoI'll make a note to check it00:16
* apuimedo heading to bed00:16
dougbtvthanks man, no big worries but figured I'd say something00:16
dougbtvgnite!!00:16
apuimedodougbtv: thanks for going through the deployment so many times ;-)00:17
dougbtvhey no prob :) I'm psyched that you got a fix in and for the help, happy to do that at least for sure00:17
*** limao has joined #openstack-kuryr00:23
*** limao has quit IRC00:24
*** limao has joined #openstack-kuryr00:25
*** salv-orlando has quit IRC00:31
*** hongbin has quit IRC00:39
*** saneax is now known as saneax-_-|AFK00:40
*** tonanhngo has joined #openstack-kuryr00:45
*** tonanhngo has quit IRC00:50
*** salv-orlando has joined #openstack-kuryr01:01
*** salv-orlando has quit IRC01:06
*** portdirect is now known as sdake______01:09
*** sdake______ is now known as portdirect01:09
*** dougbtv has quit IRC01:21
*** tonanhngo has joined #openstack-kuryr01:49
*** tonanhngo has quit IRC01:53
*** salv-orlando has joined #openstack-kuryr02:02
*** salv-orlando has quit IRC02:07
*** tonanhngo has joined #openstack-kuryr02:19
*** tianquan has joined #openstack-kuryr02:21
*** tonanhngo has quit IRC02:24
*** lihi has quit IRC02:36
*** irenab_ has quit IRC02:36
*** yuvalb has quit IRC02:37
*** irenab_ has joined #openstack-kuryr02:37
*** yuvalb has joined #openstack-kuryr02:38
*** lihi has joined #openstack-kuryr02:39
*** hongbin has joined #openstack-kuryr03:01
*** salv-orlando has joined #openstack-kuryr03:03
*** salv-orlando has quit IRC03:08
*** hongbin has quit IRC03:24
*** hongbin has joined #openstack-kuryr03:25
*** hongbin_ has joined #openstack-kuryr03:42
*** hongbin has quit IRC03:44
*** hongbin has joined #openstack-kuryr03:54
*** hongbin_ has quit IRC03:55
*** salv-orlando has joined #openstack-kuryr04:04
*** salv-orlando has quit IRC04:09
*** limao has quit IRC04:11
*** hongbin_ has joined #openstack-kuryr04:12
*** limao has joined #openstack-kuryr04:12
*** hongbin has quit IRC04:16
*** limao has quit IRC04:17
*** hongbin_ has quit IRC04:30
*** tianquan has quit IRC04:31
*** limao has joined #openstack-kuryr04:57
*** salv-orlando has joined #openstack-kuryr05:05
*** salv-orlando has quit IRC05:09
*** tianquan has joined #openstack-kuryr05:24
openstackgerritvikas choudhary proposed openstack/kuryr-kubernetes master: Add support for HTTPS client  https://review.openstack.org/44097905:31
vikascirenab, ping05:32
*** yamamoto_ has joined #openstack-kuryr06:01
*** salv-orlando has joined #openstack-kuryr06:06
*** janki has joined #openstack-kuryr06:09
*** salv-orlando has quit IRC06:11
*** limao has quit IRC06:13
*** limao_ has joined #openstack-kuryr06:13
*** yedongcan has joined #openstack-kuryr06:30
*** yamamoto_ has quit IRC06:36
*** salv-orlando has joined #openstack-kuryr06:37
*** pcaruana has joined #openstack-kuryr06:43
*** jchhatbar has joined #openstack-kuryr06:50
*** janki has quit IRC06:53
*** saneax-_-|AFK is now known as saneax07:05
*** salv-orl_ has joined #openstack-kuryr07:23
*** yamamoto_ has joined #openstack-kuryr07:23
*** salv-orlando has quit IRC07:26
*** ltomasbo|away is now known as ltomasbo07:32
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Generic vif driver extension to enable ports reuse  https://review.openstack.org/43687607:41
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Generic vif driver extension to enable ports reuse  https://review.openstack.org/43687607:47
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Generic vif pool driver extension to precreate reusable ports  https://review.openstack.org/43687707:49
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Nested vif driver extension to enable ports reuse  https://review.openstack.org/43689307:51
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Nested vlan vif pool driver extension to precreate reusable subports  https://review.openstack.org/43689407:52
*** salv-orl_ has quit IRC08:00
*** jchhatbar is now known as janki08:12
apuimedoivc_: vikasc: irenab: ltomasbo: pike managed projects feature freeze for pike is July 24th08:24
dmelladomorning guys08:26
dmelladoapuimedo: so you were packaging with princess mononoke sountrack? lol08:27
dmelladodeb or rpm? xD08:27
apuimedodmellado: rpm08:27
dmelladoapuimedo: so then it was 'spec'tacular08:27
* dmellado goes into hiding08:27
apuimedofor deb I'll probably need to resort to "Songs of Love and Hate" by Leonard Cohen08:27
apuimedodmellado: do not hide... You'll be the one reviewing it!08:28
apuimedoxd08:28
dmellado:O08:28
dmelladoxD08:28
dmelladobtw, how's bcn? here I'm having a terrible mix in between cold and allergy08:28
dmelladois there pollen around there yet?08:28
apuimedodmellado: I don't feel it in the town08:29
apuimedoin Mordor (Barcelona) there'll probably be pollution high enough to trigger my allergy08:29
apuimedoI don't know how people can prefer to live in such polluted cities (those that have a choice, obviously)08:30
ltomasbo:D08:32
apuimedoltomasbo: dmellado: http://acephalous.typepad.com/.a/6a00d8341c2df453ef013488046dc0970c-500wi08:33
apuimedothat's me going to Barcelona with my donkey08:33
dmelladoapuimedo: in Moriah (Madrid) seems like it's there the same thing08:33
ltomasbolol08:33
dmelladoheh xD08:33
dmelladoltomasbo: please keep going with my work if I die xD08:33
dmelladoI'm feeling really terrible today xD08:34
ltomasbodmellado, I already have enough with mine! :D08:34
dmelladoxD08:34
apuimedodmellado: https://www.youtube.com/watch?v=r622O7Kh4B4 if you die, I have ways to bring you back and help with testing and packaging08:36
dmelladoLOL08:36
dmelladoxD08:36
dmelladoapuimedo: take into consideration that that might atract gabert! errr gollum xD08:37
apuimedoxD08:37
ltomasboapuimedo, vikasc, irenab, ivc_: I updated the ports pool patch sets with the vif/pool driver split and the ResourceNotReady08:45
ltomasboso you can take a look when you want/can08:45
ltomasboI will update the devref/blueprint later today08:45
vikascltomasbo, sure, thanks!08:45
*** reedip_ has quit IRC08:50
*** pmannidi has quit IRC08:51
*** salv-orlando has joined #openstack-kuryr09:00
*** reedip_ has joined #openstack-kuryr09:02
*** openstackgerrit has quit IRC09:03
*** salv-orlando has quit IRC09:05
apuimedogreat!09:05
*** limao_ has quit IRC09:07
*** reedip_ has quit IRC09:18
*** salv-orlando has joined #openstack-kuryr09:31
*** reedip_ has joined #openstack-kuryr09:31
*** salv-orlando has quit IRC09:35
*** yamamoto_ has quit IRC09:35
*** garyloug has joined #openstack-kuryr09:37
ltomasboapuimedo, vikasc, irenab: also take a look at the blueprint for approval/modification https://blueprints.launchpad.net/kuryr-kubernetes/+spec/ports-pool09:38
apuimedowill do09:39
ltomasbothanks!09:40
vikascapuimedo, thanks ltomasbo , will try to go through asap!09:42
apuimedoltomasbo: vikasc: irenab: I went throught the blueprint and marked it for pike-209:47
apuimedohopefully we can have it before that09:48
apuimedoJune 10th09:48
apuimedo*June 5th09:48
ltomasboapuimedo, I hope so too!09:48
ltomasboI'm testing the new patch series09:48
ltomasboand then I will work on the rebooting part (discovering kuryr ports/subports)09:49
apuimedoltomasbo: the port filtering blueprint?09:49
*** tianquan has quit IRC09:50
ltomasboI guess is somehow related to that09:50
ltomasbobut we needed for the ports pool09:50
ltomasboif we create X ports for the pools09:50
ltomasboand then reboot the kuryr-controller09:50
apuimedohttps://trello.com/c/nigsLmOS/64-port-filtering-blueprint09:50
ltomasbowe need to discover the ports created (and not used) to include them again into the pools09:50
apuimedoyes, it is related09:51
ltomasboyep, that one09:51
apuimedoltomasbo: you are on the hook https://launchpad.net/kuryr-kubernetes/+milestone/pike-210:00
apuimedo:P10:00
ltomasbo:D10:01
*** ltomasbo is now known as ltomasbo|away10:14
*** salv-orlando has joined #openstack-kuryr10:20
*** yamamoto has joined #openstack-kuryr10:45
*** yamamoto has quit IRC10:48
*** yamamoto has joined #openstack-kuryr10:50
*** tianquan has joined #openstack-kuryr10:50
*** tianquan has quit IRC10:50
*** tianquan has joined #openstack-kuryr10:50
*** yamamoto has quit IRC10:51
*** dimak_ has joined #openstack-kuryr10:52
*** reedip_ has quit IRC10:53
*** ltomasbo|away is now known as ltomasbo10:55
*** tianquan has quit IRC11:01
*** openstackgerrit has joined #openstack-kuryr11:04
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork master: Add support kuryr IPv6 subnet  https://review.openstack.org/44229411:04
*** reedip_ has joined #openstack-kuryr11:07
*** yedongcan has left #openstack-kuryr11:14
*** yamamoto has joined #openstack-kuryr11:15
*** yamamoto has quit IRC11:16
*** yamamoto has joined #openstack-kuryr11:18
*** yamamoto has quit IRC11:19
*** tianquan has joined #openstack-kuryr11:23
*** reedip_ has quit IRC11:29
*** reedip_ has joined #openstack-kuryr11:42
openstackgerritMerged openstack/kuryr master: Add unit tests for nested binding driver  https://review.openstack.org/44174311:44
openstackgerritOpenStack Proposal Bot proposed openstack/kuryr master: Updated from global requirements  https://review.openstack.org/43860412:24
*** david-lyle has quit IRC12:30
*** david-lyle has joined #openstack-kuryr12:33
*** salv-orlando has quit IRC12:48
*** garyloug_ has joined #openstack-kuryr12:50
*** garyloug has quit IRC12:52
*** salv-orlando has joined #openstack-kuryr12:54
*** mattmceuen has joined #openstack-kuryr13:10
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Kuryr Kubernetes Resource Manager design reference document  https://review.openstack.org/42768113:11
*** dougbtv has joined #openstack-kuryr13:16
*** salv-orl_ has joined #openstack-kuryr13:23
*** salv-orlando has quit IRC13:26
*** tianquan has quit IRC13:40
mchiappero# TODO(ivc): tune retry interval/timeout14:08
mchiapperoI'm seeing plenty of ResourceNotReady exceptions14:08
mchiapperoany suggestion?14:09
apuimedomchiappero: which part?14:11
mchiapperothe handler14:11
apuimedofor pods?14:11
apuimedovif handler14:11
mchiapperoyes14:11
apuimedo?14:11
apuimedomchiappero: on waiting for the port becoming active?14:12
mchiapperoI don't know anymore actually14:12
mchiapperoI started some test, came back14:12
mchiapperoand noticed that only when deleting14:12
apuimedovikasc: irenab: https://review.openstack.org/#/c/442867/14:12
apuimedomchiappero: so it happens mostly when deleting?14:13
mchiapperoI guess no because the test created an increasing number of pods, and one failed with a timeout14:13
mchiapperothen I suppos kuryr entered in an invalid state14:13
apuimedomchiappero: with replication controller?14:15
mchiapperono14:15
mchiappero1 replica14:15
apuimedomeeting14:16
apuimedoback in 15m14:16
mchiapperonp14:16
mchiapperouhm yes, definitely deleting as well14:17
*** salv-orl_ has quit IRC14:18
*** mattmceuen has quit IRC14:20
mchiapperoFailed to delete port with name or ID 'fe773864-3a6c-4a6a-84aa-405e8faf1a33': HttpException: Conflict, Port fe773864-3a6c-4a6a-84aa-405e8faf1a33 is currently a subport for trunk 318a4cf1-d1b2-4a48-a3d5-47c01af5303b.14:21
mchiappero1 of 1 ports failed to delete14:21
mchiapperoWOW...14:21
apuimedomchiappero: you are trying ltomasbo's vlan subports?14:23
mchiapperoyes14:23
mchiapperobut it's actually neutron although I restarted all q- services14:23
ltomasbomchiappero, which patches?14:23
ltomasbothe ones for the pool of ports?14:24
mchiapperono, master14:24
apuimedomchiappero: well, somehow there was not removal from subport before deleting the port, I suppose14:24
ltomasboand for the nested or the baremetal case?14:24
mchiapperonested14:24
ltomasbobut master branch?14:24
mchiapperoapuimedo: what do you mean?14:24
mchiapperomaster14:24
ltomasbothen is vikasc patches?14:24
mchiapperono14:24
mchiapperoI haven't checked lately but what has been merged weeks ago14:25
ltomasbook ok14:25
*** tianquan has joined #openstack-kuryr14:25
mchiapperook, let me check this stack :)14:25
ltomasboand for kuberentes? or libnetwork?14:25
mchiapperokubernetes14:25
ltomasboI got some problems with the nested environment too due to timeouts14:26
ltomasboand the error you get for the delte port14:26
ltomasbois because you first need to detach it from the trunk14:26
ltomasboopenstack network trunk unset --subport port_name trunk_name14:26
ltomasboand then you will be able to delete it14:26
mchiapperobut shouldn't kuryr already do that?14:26
ltomasboyes, it does14:27
mchiapperois it the problem we discussed in a IRC meeting some time ago?14:27
ltomasbobut maybe something broke in between14:27
mchiapperosometimes it works fine, but this time failed14:27
ltomasboit happened to me when trying nested container in a VM running in another VM with devstack14:27
ltomasbodue to timeouts, and the retry mechanisms14:28
ltomasboit will work with the new pool port optimization :D14:28
apuimedomchiappero: ltomasbo: sounds like a bug to report14:28
ltomasbojust kidding...14:28
mchiapperois there a way to mitigate?14:28
ltomasbonot sure that is a bug14:28
ltomasboI think it is due to lack of resources14:28
mchiapperothe comment about tuning, which parameters is it referring to?14:28
ltomasboit happen to me due to needed a few minutes just to boot a container...14:29
mchiapperolike?14:29
apuimedoltomasbo: even with lack of resources, it sohuld be retrying to unset the subport14:29
apuimedoinstead of going directly to try to delete the subport14:29
apuimedoso that's a bug14:29
ltomasboahh, when deleting14:29
mchiapperoyes14:29
mchiapperowell, I would assume both14:29
ltomasboI'm assuming it will not even go to running state, right?14:29
*** yedongcan has joined #openstack-kuryr14:29
mchiapperoresources like?14:29
mchiapperoexactly14:29
mchiapperoone of 16 failed14:30
ltomasbomaybe I should read what you were discussing before I came back from lunch...14:30
mchiapperouhm dunno14:30
mchiapperoso, it's actually not neutron?14:30
mchiapperoor it's a bug in neutron.. ?14:30
ltomasbowhat I hitted while working on the patches for the pool of ports14:30
ltomasbois that if too many containers are created at once14:31
mchiappero(I hate neutron, this is a good chance to express it anyway :D)14:31
ltomasbothe neutron side gets kind of block14:31
ltomasboI sometimes have to restart the openvswitch daemon14:31
mchiapperook I'll add a sleep in the script14:31
ltomasbootherwise the actions take forever14:31
mchiapperoyeah I see :)14:31
mchiapperostill stuck14:31
mchiapperothanks for the help man :)14:32
ltomasbono problem14:32
ltomasboif you find the problem is in kuryr, let me know!14:32
mchiapperobut let me reiterate: Neutron sucks14:32
mchiappero:D14:32
ltomasboto do my performance tests I restart both the ovs daemon and the neutron server and agent services14:32
mchiapperoso far so good with VLANs other than this issue14:32
ltomasbootherwise the results just get worse and worse over time14:33
mchiapperoproduction quality!!!14:33
ltomasboand this happens to me with both vlans and generic driver14:33
yedongcanapuimedo: ping14:33
mchiapperoI'll keep it in mind, thanks14:33
*** tianquan has quit IRC14:33
apuimedoyedongcan: pong14:36
yedongcanapuimedo: not sure we can create only network with IPv6 data.14:36
apuimedoltomasbo: I have a hunch that with dragonflow or ovn this blocking doesn't happen14:37
yedongcanapuimedo: docker network create --driver=kuryr --ipam-driver=kuryr --ipv6 --subnet fe80::/64 --gateway fe80::1 --ip-range fe80::/64 test_net214:37
yedongcanapuimedo: Is this a right format?14:37
apuimedolet me verify14:37
ltomasboapuimedo, I would like to try it with OVN too. It is in my to do list...14:38
apuimedoit looks like it is14:39
apuimedowhich error do you get yedongcan ?14:39
yedongcanapuimedo: In log info: Received JSON data {u'V6': False, u'Options': {}, u'Pool': u'', u'AddressSpace': u'no_address_space', u'SubPool': u''} for /IpamDriver.RequestPool ipam_request_pool14:41
apuimedodarmn14:42
apuimedothe bug is still there14:42
apuimedoyedongcan: which docker version?14:42
yedongcanDocker version 1.12.1, build 23cf63814:42
apuimedothis was fixed for 1.1314:43
apuimedohttps://github.com/docker/docker/issues/2805514:43
yedongcanok, see it.14:44
yedongcanapuimedo: So how to deal with it?14:46
* apuimedo looking14:46
apuimedoyedongcan: which distro do you use?14:47
yedongcanubuntu 14.0414:48
apuimedoif you use the repos on get.docker.com, doesn't it have docker 1.13?14:49
yedongcanoops, let me check. maybe this is install manual.14:51
yedongcanI check it in my another env, docker version is 1.13.14:51
apuimedoyedongcan: so then I propose we add support for ipv6 only as well14:52
apuimedoand just put a reno release note saying that ipv6 only is for docker 1.13+14:52
*** mattmceuen has joined #openstack-kuryr14:53
yedongcanapuimedo: yes, of course. I will check it and add that limit.14:53
yedongcanapuimedo: thanks.14:54
apuimedothanks to you yedongcan!14:54
apuimedogreat work with ipv6!14:54
yedongcanyou're welcome, my pleasure.14:55
apuimedo:-)14:57
mchiapperoltomasbo: is there anything that can be done?15:02
mchiapperoI'm actually unable to use thi stack anymore15:02
mchiappero*this15:02
mchiapperomay I add a sleep somewhere?15:03
ltomasbomchiappero, what I do is:15:03
mchiapperorestarted everthing15:03
ltomasbostop neutron server15:03
mchiapperostill same crap15:03
ltomasborestart openvswitch15:03
ltomasborestart neutron server15:03
ltomasborestrrat neutron-agent15:03
ltomasbo(in a devstack deployment)15:03
mchiapperodid15:03
mchiapperoI did15:04
mchiappero:(15:04
ltomasboand then restart kuryr-controller (that one is not needed but I needed for the ports pool)15:04
*** saneax is now known as saneax-_-|AFK15:04
ltomasbocan you check if you have left-overs in the openvswitch with ovs-vsctl show?15:04
mchiapperodo you mean dumping flows?15:05
mchiapperowill the interface pooling solve the issue?15:09
ltomasbonot flows15:10
ltomasbowhen I 'crash' the neutron server15:10
ltomasboonce I got a lot of ports left over at the ovs br-int15:10
ltomasboand I had to cleaned up manually15:10
*** hongbin has joined #openstack-kuryr15:12
*** tianquan has joined #openstack-kuryr15:12
mchiapperook15:12
mchiapperodoes anybody know whether there are threading libs in openstack?15:13
mchiapperoor is using the plain python threading fine?15:13
apuimedomchiappero: practically all of openstack uses green threads15:13
ltomasboyep, green threads15:14
apuimedoeventlet15:14
*** tianquan has quit IRC15:16
*** jchhatbar has joined #openstack-kuryr15:16
mchiapperouhm, let me rephrase: s/threading/concurrency/15:17
mchiapperoI was referring to locks and co.15:17
mchiapperouhm I see semaphores15:17
*** janki has quit IRC15:18
*** salv-orlando has joined #openstack-kuryr15:18
*** jchhatbar has quit IRC15:19
yedongcanapuimedo: it seems 1.13 also meets the same problem.15:24
*** salv-orlando has quit IRC15:24
mchiapperoOperationalError: (pymysql.err.OperationalError) (1040, u'Too many connections')15:25
mchiapperorestarting mysql will kill the stack right?15:26
apuimedomchiappero: dunno15:27
apuimedoyedongcan: what does it send in the request?15:27
yedongcanapuimedo: docker network create --ipv6=true --driver=kuryr --ipam-driver=kuryr --subnet fe80::/64 --gateway fe80::1 --ip-range fe80::/64 test_net115:28
yedongcanDEBUG kuryr_libnetwork.controllers [-] Received JSON data {u'V6': False, u'Options': {}, u'Pool': u'', u'AddressSpace': u'no_address_space', u'SubPool': u''} for /IpamDriver.RequestPool ipam_request_pool15:28
apuimedofucking hell15:29
apuimedowhich package verison is tihs?15:29
apuimedo*this15:29
yedongcandocker version is 1.13.115:30
mchiapperoltomasbo: do you also delete the trunk bridge?15:30
yedongcanubuntu 14.0415:30
ltomasbomchiappero, I did not have to do that15:31
ltomasbobut, perhaps it broke in a different way for you...15:31
ltomasbostill not working?15:31
ltomasboperhaps you need to restart rabbitmq if the messages got stuck there15:32
mchiapperoit works intermittently15:33
mchiapperoI go through the restart cycle15:34
mchiapperoand breaks soon after15:34
mchiapperoI hate this thing15:34
ltomasbo:/15:36
mchiapperoovs is clean15:41
mchiapperook, I'll test macvlan for a while and see whether it works15:41
*** garyloug_ has quit IRC15:42
*** garyloug_ has joined #openstack-kuryr15:44
*** mattmceuen has quit IRC15:47
ltomasbomchiappero, I'm getting the same crappy performance15:49
ltomasboand I just realized that the agent log was eating 10 Gb and I'm running out of space15:50
ltomasbomaybe you can check if that is what is happening to you too15:50
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork master: Add support kuryr IPv6 subnet  https://review.openstack.org/44229415:54
mchiappero/opt/stack/logs in devstack, right?15:55
mchiapperouhm no, just 2.3 GB :D15:56
mchiappero2017-03-08 15:55:43.393 29766 DEBUG kuryr_kubernetes.cni.api [-] CNI output: {'msg': 'timeout', 'cniVersion': '0.3.0', 'code': 200} _write_dict /opt/stack/kuryr-kubernetes/kuryr_kubernetes/cni/api.py:10115:57
mchiapperosame shit15:57
mchiapperowell, it's a different one actually15:58
*** dimak_ has quit IRC15:58
mchiapperobut kuryr is dead silent, I'm not sure where the problem is15:59
apuimedoyedongcan: I think we should get the upstream github issue reopened then15:59
yedongcanapuimedo: ok, I remember that you use fedora, does it works for you?16:02
*** salv-orlando has joined #openstack-kuryr16:20
mchiapperoltomasbo: by "crappy performance' you mean issue or throughput?16:22
ltomasbonot sure why, but what it takes ages to create a few ports16:23
ltomasboand I see the neutron agent doing some agent rpc_lool iterations16:24
ltomasbolike 1000s of them16:24
*** salv-orlando has quit IRC16:25
mchiapperoltomasbo: I don't know, I only know that despite kuryr being a good and positive project we can't go to customers with these issues16:41
mchiapperoBTW: does anybody know the cause of this: NetworkPlugin cni failed on the status hook for pod 'test-13-server-1' - Unexpected command output Device "eth0" does not exist16:44
*** yedongcan has left #openstack-kuryr16:45
*** salv-orlando has joined #openstack-kuryr16:59
*** tianquan has joined #openstack-kuryr17:19
*** tianquan has quit IRC17:23
*** garyloug_ has quit IRC17:49
*** ltomasbo is now known as ltomasbo|away17:58
*** pcaruana has quit IRC19:13
*** salv-orl_ has joined #openstack-kuryr19:23
*** salv-orlando has quit IRC19:26
*** salv-orl_ has quit IRC19:37
*** tianquan has joined #openstack-kuryr20:22
*** tianquan has quit IRC20:26
*** salv-orlando has joined #openstack-kuryr20:38
*** salv-orlando has quit IRC20:42
*** yamamoto has joined #openstack-kuryr21:15
openstackgerritMarco Chiappero proposed openstack/kuryr-kubernetes master: [WIP] Add MACVLAN based interfaces for nested containers  https://review.openstack.org/44066921:16
*** yamamoto has quit IRC21:18
*** yamamoto has joined #openstack-kuryr21:20
*** salv-orlando has joined #openstack-kuryr21:31
*** yamamoto has quit IRC21:47
*** tianquan has joined #openstack-kuryr22:24
*** tianquan has quit IRC22:28
*** yamamoto has joined #openstack-kuryr22:31
*** dougbtv has quit IRC22:37
*** tianquan has joined #openstack-kuryr22:45
*** tianquan has quit IRC23:16
*** saneax-_-|AFK is now known as saneax23:21
*** pmannidi has joined #openstack-kuryr23:27
*** david-lyle has quit IRC23:56

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