| *** kzaitsev_mb has joined #openstack-kuryr | 00:20 | |
| *** kzaitsev_mb has quit IRC | 00:25 | |
| *** limao has joined #openstack-kuryr | 01:01 | |
| *** tonanhngo has quit IRC | 01:04 | |
| *** yedongcan1 has joined #openstack-kuryr | 01:11 | |
| *** tonanhngo has joined #openstack-kuryr | 01:15 | |
| *** tonanhngo has quit IRC | 01:19 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 01:21 | |
| *** yedongcan1 has quit IRC | 01:45 | |
| *** yedongcan has joined #openstack-kuryr | 01:46 | |
| *** hongbin_ has joined #openstack-kuryr | 02:50 | |
| *** yuanying has quit IRC | 03:03 | |
| *** janonymous has joined #openstack-kuryr | 03:06 | |
| *** kzaitsev_mb has quit IRC | 04:18 | |
| *** hongbin_ has quit IRC | 04:39 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 04:52 | |
| *** yuanying has joined #openstack-kuryr | 04:56 | |
| *** kzaitsev_mb has quit IRC | 04:56 | |
| *** janki has joined #openstack-kuryr | 05:14 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 05:55 | |
| *** ltomasbo|away is now known as ltomasbo | 06:26 | |
| *** saneax-_-|AFK is now known as saneax | 06:27 | |
| *** janonymous has quit IRC | 06:54 | |
| *** kzaitsev_mb has quit IRC | 07:16 | |
| *** pcaruana has joined #openstack-kuryr | 07:43 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 07:48 | |
| *** limao has quit IRC | 08:00 | |
| *** limao has joined #openstack-kuryr | 08:01 | |
| *** pmannidi has quit IRC | 08:04 | |
| *** kzaitsev_mb has quit IRC | 08:32 | |
| ltomasbo | ping apuimedo | 08:33 |
|---|---|---|
| ltomasbo | we tried with a fedora installation | 08:33 |
| ltomasbo | and the kubelet screen is running | 08:33 |
| dmellado | same error on the kubelet (privsep again...) | 08:33 |
| ltomasbo | but we are getting the same error when trying to spawn a VM | 08:34 |
| ltomasbo | a container | 08:34 |
| ltomasbo | VMs work now | 08:34 |
| openstackgerrit | Jaivish Kothari(janonymous) proposed openstack/kuryr-libnetwork master: Adding Openstack support for Xenial https://review.openstack.org/446891 | 08:43 |
| openstackgerrit | Jaivish Kothari(janonymous) proposed openstack/kuryr-libnetwork master: Adding Openstack support for Xenial https://review.openstack.org/446891 | 08:44 |
| *** janonymous has joined #openstack-kuryr | 08:45 | |
| *** yamamoto has quit IRC | 08:57 | |
| apuimedo | :/ | 09:09 |
| apuimedo | ltomasbo: what changed for VMs to suddenly | 09:09 |
| ltomasbo | we reinstalled the server | 09:09 |
| ltomasbo | and put a fedora25 instead of centos7.3 | 09:10 |
| ltomasbo | VMs work fine, and know the kubelet screen command is there | 09:10 |
| ltomasbo | but the error is the same | 09:10 |
| ltomasbo | what makes me think about if it is something we merged recently on kuryr is the kubectl describe pod output | 09:10 |
| apuimedo | ltomasbo: can you paste again the error you get now? | 09:11 |
| apuimedo | dmellado: I managed to build the packages | 09:11 |
| apuimedo | I didn't push them to copr yet though | 09:11 |
| dmellado | apuimedo: \o/ | 09:12 |
| apuimedo | and kuryr-lib is missing because it's from a separate repo | 09:12 |
| ltomasbo | http://paste.openstack.org/show/603092/ | 09:12 |
| ltomasbo | also, in the kubelet log, not sure why/where it is trying to get something on eth0 | 09:15 |
| ltomasbo | NetworkPlugin cni failed on the status hook for pod 'busybox-sleep1' - Unexpected command output Device "eth0" does not exist. | 09:15 |
| ltomasbo | apuimedo, do you want to take a look yourself on the server? | 09:16 |
| dmellado | apuimedo: please do so xD | 09:16 |
| ltomasbo | I see ovs is 2.5.0 | 09:17 |
| ltomasbo | yet the pip ovs wrappers are 2.7.0 | 09:17 |
| ltomasbo | should I try to downgrade those? | 09:17 |
| ltomasbo | ahh, so annoying, this was the simplest step before!! | 09:18 |
| dmellado | lol | 09:18 |
| apuimedo | ltomasbo: eth0 does not exist because the cni plugin fails, I suppose | 09:20 |
| apuimedo | ltomasbo: try to make the ovs wrappers match the version | 09:21 |
| apuimedo | although it is a bit weird that they'd not be backwards compatible | 09:21 |
| ltomasbo | I believe they are (and the error is somewhere else) | 09:21 |
| dmellado | apuimedo: ltomasbo I was told that they should xD | 09:23 |
| dmellado | we do use 2.6 bindings with ovsd 2.5 | 09:23 |
| apuimedo | ltomasbo: what is different from the other fedora VM you had working? | 09:23 |
| *** neiljerram has joined #openstack-kuryr | 09:24 | |
| ltomasbo | that is not working either | 09:25 |
| ltomasbo | I had a centos7.3 server working | 09:25 |
| ltomasbo | there was no difference with what we had yesterday in this server | 09:25 |
| ltomasbo | and now the only different is the fedora instead of centos | 09:25 |
| *** limao has quit IRC | 09:25 | |
| dmellado | same fedora version, on a vagrant, works for me | 09:26 |
| dmellado | only difference is that the fedora-vagrant *has* an eth0 interface | 09:26 |
| apuimedo | dmellado: and the VM doesn't | 09:27 |
| apuimedo | ? | 09:27 |
| dmellado | apuimedo: I mean the host | 09:27 |
| apuimedo | have you tried using "ip link" to change the name? | 09:27 |
| apuimedo | and see what happens? | 09:27 |
| dmellado | that was going to be my next step, but prob will have to restack afterwards | 09:27 |
| apuimedo | dmellado: why? | 09:28 |
| apuimedo | you shouldn't | 09:28 |
| apuimedo | the interface is not going down, the index is hte same | 09:28 |
| dmellado | don't you have to put the if down before changing names? | 09:28 |
| dmellado | I thought so | 09:28 |
| dmellado | i.e. ip link set foo down | 09:28 |
| dmellado | ip link set foo name bar | 09:28 |
| dmellado | ip link set bar up | 09:29 |
| *** kzaitsev_mb has joined #openstack-kuryr | 09:29 | |
| apuimedo | I thought you didn't | 09:30 |
| apuimedo | let me check | 09:30 |
| apuimedo | dmellado: you're right | 09:31 |
| apuimedo | dmellado: what does the VM use for network configuration? systemd-networkd? | 09:31 |
| dmellado | and then prob I'll have to put a new route | 09:31 |
| dmellado | the vagrant vm you mean? | 09:32 |
| apuimedo | dmellado: the vagrant VM already has eth0 and it is working, isn't it? | 09:32 |
| apuimedo | the f25 is a physical host? | 09:32 |
| dmellado | apuimedo: yep, f25 is a bare metal host | 09:33 |
| dmellado | with 2 diff nics | 09:33 |
| apuimedo | ok | 09:33 |
| apuimedo | can't you just start a screen session on it | 09:33 |
| apuimedo | and on it put a script that does the set down, set name and set up | 09:34 |
| apuimedo | you should regain connectivity without the need for re-stacking | 09:34 |
| apuimedo | also... Which vif driver are you using? | 09:34 |
| ltomasbo | we did not specified any, so the generic one | 09:35 |
| ltomasbo | it is an installation from upstream kuryr | 09:35 |
| *** yamamoto has joined #openstack-kuryr | 09:35 | |
| apuimedo | ltomasbo: (I was just trying to figure out why the eth0 on the hypervisor would be relevant) | 09:36 |
| ltomasbo | should it be? | 09:37 |
| ltomasbo | my other server with centos7 is not using eth0 either | 09:37 |
| ltomasbo | and it works | 09:37 |
| apuimedo | it should not | 09:37 |
| apuimedo | ltomasbo: the best would be to go with the debugger on the os-vif code | 09:37 |
| *** yamamoto has quit IRC | 09:38 | |
| apuimedo | and see what the hell is going on | 09:38 |
| apuimedo | (and possibly compare it to when it is being used with nova-compute) | 09:38 |
| *** yamamoto has joined #openstack-kuryr | 09:38 | |
| openstackgerrit | Jaivish Kothari(janonymous) proposed openstack/kuryr-libnetwork master: Fix N536 hacking check https://review.openstack.org/446919 | 09:40 |
| apuimedo | janonymous: please, expand on the bug description https://bugs.launchpad.net/kuryr-libnetwork/+bug/1673716 | 09:41 |
| openstack | Launchpad bug 1673716 in kuryr-libnetwork "Hacking check N536 Error" [Undecided,In progress] - Assigned to janonymous (janonymous) | 09:41 |
| ltomasbo | call for nova: | 09:41 |
| ltomasbo | Plugging vif VIFOpenVSwitch(active=False,address=fa:16:3e:6d:84:42,bridge_name='br-int',has_traffic_filtering=True,id=694d75bb-81b6-4a32-970d-433c8deddb25,network=Network(9f60eacf-564a-4b57-9205-410ffbe7ec1f),plugin='ovs',port_profile=VIFPortProfileOpenVSwitch,preserve_on_delete=True,vif_name='tap694d75bb-81') | 09:42 |
| ltomasbo | call for kubelet: | 09:42 |
| ltomasbo | Plugging vif VIFOpenVSwitch(active=True,address=fa:16:3e:6a:71:7e,bridge_name='br-int',has_traffic_filtering=True,id=7e5918c8-3170-4ff3-ab8a-0829a665b8ab,network=Network(9f60eacf-564a-4b57-9205-410ffbe7ec1f),plugin='ovs',port_profile=VIFPortProfileOpenVSwitch,preserve_on_delete=False,vif_name='tap7e5918c8-31') | 09:42 |
| *** yamamoto has quit IRC | 09:42 | |
| apuimedo | ltomasbo: is the tap device on the kubelet one somehow missing? | 09:43 |
| ltomasbo | I just see 2 differences, the active=False/True and the preserve_on_delete | 09:43 |
| janonymous | apuimedo:added a gate link, tox -e pep8 fails on recent checkout.. | 09:43 |
| ltomasbo | let me create one extra one and check (that was from the logs) | 09:44 |
| apuimedo | ok | 09:45 |
| apuimedo | thanks | 09:45 |
| ltomasbo | yep, tap is not being created | 09:47 |
| apuimedo | there you go | 09:48 |
| apuimedo | :-) | 09:48 |
| apuimedo | so pyroute2 is not creating the veth pair at all, or just not renaming it? | 09:48 |
| ltomasbo | ok, now, why?? | 09:51 |
| ltomasbo | pyroute2 0.4.13 | 09:52 |
| ltomasbo | maybe I can try that by hand, to see if pyroute can create veths there | 09:52 |
| apuimedo | yes, please | 09:52 |
| dmellado | if it doesn't, we're in deep **** | 09:52 |
| dmellado | xd | 09:53 |
| dmellado | pyroute2==0.4.13 | 09:53 |
| dmellado | works in the VM | 09:54 |
| dmellado | so this is getting weirder and weirder... | 09:54 |
| apuimedo | let's wait for ltomasbo to report | 09:56 |
| ltomasbo | >>> import pyroute2 | 09:56 |
| ltomasbo | >>> ipdb = pyroute2.IPDB() | 09:56 |
| ltomasbo | >>> ipdb.create(ifname='test', peer='test-peer', kind='veth') | 09:56 |
| ltomasbo | {'index': 0, 'kind': 'veth', 'ipaddr': [], 'ports': [], 'peer': 'test-peer', 'ifname': 'test', 'vlans': [], 'ipdb_priority': 0, 'ipdb_scope': 'create'} | 09:56 |
| ltomasbo | does not fail, but it does not create anything | 09:57 |
| ltomasbo | pyroute2 0.4.13 too | 09:57 |
| dmellado | ltomasbo: let me try the same apparoach on my vm | 09:57 |
| apuimedo | https://www.youtube.com/watch?v=KaqC5FnvAEc | 10:00 |
| ltomasbo | weird enough | 10:01 |
| ltomasbo | if I try to re-run the command | 10:01 |
| ltomasbo | it generate an exception | 10:01 |
| apuimedo | which? | 10:01 |
| dmellado | it says it exists | 10:01 |
| ltomasbo | interface test exists!! | 10:01 |
| dmellado | xD | 10:01 |
| dmellado | but where? | 10:01 |
| dmellado | xd | 10:01 |
| apuimedo | :O | 10:01 |
| ltomasbo | where!!! | 10:01 |
| apuimedo | ltomasbo: did you just run it on an ipython session? | 10:02 |
| dmellado | apuimedo: nope, I just learnt | 10:02 |
| dmellado | that ipython doesn't like having another IPDB around xD | 10:02 |
| ltomasbo | $ python | 10:02 |
| ltomasbo | Python 2.7.13 (default, Jan 12 2017, 17:59:37) | 10:02 |
| ltomasbo | [GCC 6.3.1 20161221 (Red Hat 6.3.1-1)] on linux2 | 10:02 |
| ltomasbo | Type "help", "copyright", "credits" or "license" for more information. | 10:02 |
| ltomasbo | >>> import pyroute2 | 10:02 |
| apuimedo | ok | 10:02 |
| apuimedo | kernel? | 10:03 |
| ltomasbo | 4.9.13-201.fc25.x86_64 | 10:03 |
| apuimedo | ok | 10:03 |
| ltomasbo | where can I find that veth link?? | 10:04 |
| apuimedo | ltomasbo: can you create a veth pair with "ip link" ? | 10:04 |
| *** svinota has joined #openstack-kuryr | 10:04 | |
| janonymous | diff netns? | 10:04 |
| svinota | apuimedo, (here) | 10:05 |
| apuimedo | thanks svinota | 10:05 |
| dmellado | janonymous: it's just from raw python code | 10:05 |
| dmellado | so not nentns :\ | 10:05 |
| dmellado | svinota: o/ | 10:05 |
| apuimedo | basically, the issue is that somehow, ipdb does not create the veth pair | 10:05 |
| apuimedo | it reports success, but the interface is nowhere | 10:05 |
| ltomasbo | but it is supposed to be somewhere | 10:05 |
| ltomasbo | as it reports success | 10:05 |
| apuimedo | ltomasbo: if you do ipdb.interfaces | 10:05 |
| svinota | apuimedo, I'm on a wired network and have to leave the room shortly, so may miss something. So excuse me beforehand | 10:06 |
| apuimedo | does it show up? | 10:06 |
| ltomasbo | and does not allow me to create it again | 10:06 |
| apuimedo | ltomasbo: did you .commit() ? | 10:06 |
| janonymous | dmellado: ohh | 10:06 |
| apuimedo | svinota: no worries | 10:06 |
| dmellado | ltomasbo: how about trying 'ip link add foo type veth bar' | 10:06 |
| dmellado | and check what happens | 10:06 |
| apuimedo | (it happens to me when I upgrade my kernel without keeping the old veth module | 10:06 |
| apuimedo | ) | 10:06 |
| apuimedo | :P | 10:06 |
| apuimedo | but I doubt ltomasbo did that | 10:06 |
| ltomasbo | it works with ip link dev addd | 10:08 |
| dmellado | apuimedo: heh, creating a veth pair from cli seems to work | 10:08 |
| svinota | apuimedo, is it possible to see the veth object in the ipdb after it is created? what the ipdb.interfaces[<name>].ipdb_scope ? | 10:08 |
| ltomasbo | dmellado, what about the kernel stuff apuimedo mentioned? as you did the update | 10:08 |
| dmellado | ltomasbo: I just installed f23 | 10:09 |
| dmellado | updated to f25 | 10:09 |
| dmellado | prior to install anything | 10:09 |
| dmellado | so this shouldn't be happening | 10:09 |
| dmellado | I mean, the new kenerl was up and running prior to run anything | 10:09 |
| svinota | and if it's possible to see the whole object, it would be even better | 10:09 |
| ltomasbo | >>> pdb.interfaces['foo'] | 10:10 |
| ltomasbo | {'family': 0, 'txqlen': 1000, 'ipdb_scope': 'system', 'index': 31, 'operstate': 'DOWN', 'num_tx_queues': 1, 'group': 0, 'carrier_changes': 1, 'ipaddr': [], 'neighbours': [], 'ifname': 'foo', 'promiscuity': 0, 'linkmode': 0, 'kind': 'veth', 'broadcast': 'ff:ff:ff:ff:ff:ff', 'link': 30, 'address': '86:7b:3b:6b:df:7e', 'vlans': [], 'ipdb_priority': 0, 'gso_max_segs': 65535, 'gso_max_size': 65536, 'qdisc': 'noop', 'mtu': 1500, | 10:10 |
| ltomasbo | 'num_rx_queues': 1, 'carrier': 0, 'flags': 4098, 'ifi_type': 1, 'proto_down': 0, 'ports': []} | 10:10 |
| ltomasbo | >>> pdb.interfaces['test'] Traceback (most recent call last): | 10:10 |
| ltomasbo | File "<stdin>", line 1, in <module> | 10:10 |
| ltomasbo | KeyError: 'test' | 10:10 |
| ltomasbo | foo works (the one created from cli) | 10:10 |
| *** aojea has joined #openstack-kuryr | 10:10 | |
| ltomasbo | the one created with pyroute2 before is not there | 10:10 |
| apuimedo | ltomasbo: did or did you not do ipdb.commit() after creating the iface? | 10:10 |
| dmellado | I guess we didn't do that | 10:10 |
| ltomasbo | >>> pdb.create(ifname='test', peer='test-peer', kind='veth') | 10:11 |
| ltomasbo | {'index': 0, 'kind': 'veth', 'ipaddr': [], 'ports': [], 'peer': 'test-peer', 'ifname': 'test', 'vlans': [], 'ipdb_priority': 0, 'ipdb_scope': 'create'} | 10:11 |
| ltomasbo | >>> pdb.interfaces['test'] {'index': 0, 'kind': 'veth', 'ipaddr': [], 'ports': [], 'peer': 'test-peer', 'ifname': 'test', 'vlans': [], 'ipdb_priority': 0, 'ipdb_scope': 'create'} | 10:11 |
| svinota | ltomasbo, ipdb_scope = create means it's not committed | 10:11 |
| svinota | or commit failed | 10:11 |
| ltomasbo | apuimedo, I did not ipbd.commit() | 10:11 |
| apuimedo | heh | 10:11 |
| apuimedo | try with that then! | 10:11 |
| *** kzaitsev_mb has quit IRC | 10:12 | |
| ltomasbo | perhaps I need to run python as sudo... :D | 10:12 |
| ltomasbo | let me try | 10:12 |
| apuimedo | also | 10:13 |
| ltomasbo | ok | 10:14 |
| ltomasbo | that works | 10:14 |
| apuimedo | very well | 10:14 |
| ltomasbo | and it creates the veth | 10:14 |
| janonymous | (Y) | 10:14 |
| ltomasbo | so, then why it is not created for kuryr... | 10:14 |
| apuimedo | that's a good question | 10:15 |
| ltomasbo | :/ | 10:15 |
| dmellado | ltomasbo: I bribed apuimedo | 10:15 |
| dmellado | so he'll have a look | 10:15 |
| svinota | there must be an exception in the logs, if the creation fails | 10:15 |
| apuimedo | dmellado: I didn't agree to that yet | 10:15 |
| apuimedo | xD | 10:15 |
| dmellado | apuimedo: but you will | 10:15 |
| dmellado | you know | 10:15 |
| dmellado | xD | 10:15 |
| ltomasbo | svinota, what logs you refer to? | 10:15 |
| ltomasbo | kubelet? | 10:16 |
| dmellado | otherwise recall about the add-jeff-as-a-reviewer | 10:16 |
| dmellado | script | 10:16 |
| svinota | ltomasbo, I don't work with kuryr so close, so you should know better :) but there are only two possible options — either ipdb creates the interface and actually receives a confirmation from the kernel, or it throws an exception | 10:17 |
| ltomasbo | ok, going to take a look with pdb to see if the cni gets some errors (though I don't see them on the kuryr logs) | 10:19 |
| dmellado | svinota: so, the weird thing is that we couldn't get to get such exception, just the logs that we pasted before | 10:19 |
| dmellado | svinota: http://paste.openstack.org/show/603092/ | 10:19 |
| apuimedo | ltomasbo: are you sure the interface was not created then? | 10:19 |
| apuimedo | the tap | 10:19 |
| ltomasbo | maybe it was and was deleted right away by kuryr | 10:20 |
| ltomasbo | that is what I'm going to check with pdb.set_trace... | 10:20 |
| apuimedo | ltomasbo: oh, I thought you stopped it | 10:22 |
| apuimedo | ltomasbo: if you can't trace, just put a system.exit() :P | 10:22 |
| ltomasbo | :D | 10:23 |
| dmellado | awesome, this just gets yuo closer to the script adding gabert as a reviewer too | 10:23 |
| dmellado | apuimedo: | 10:23 |
| dmellado | xD | 10:23 |
| apuimedo | :-) | 10:24 |
| apuimedo | dmellado: I'm trying to see if I can add ovsdbapp to os-vif | 10:24 |
| apuimedo | so we get rid of the command line crap | 10:24 |
| dmellado | that'd be cool | 10:25 |
| *** danil has joined #openstack-kuryr | 10:26 | |
| svinota | (have to leave the room, back in 30 minutes) | 10:28 |
| apuimedo | thanks svinota | 10:30 |
| ltomasbo | apuimedo, the pdb.set_trace seems not to work or not to be reached | 10:31 |
| ltomasbo | this is the initial logs for kubelet when creating the container | 10:32 |
| ltomasbo | docker_manager.go:1901] Need to restart pod infra container for "busybox-sleep1_default(457eafd6-0b0d-11e7-8db9-0cc47a66a320)" because it is not found | 10:32 |
| *** svinota has quit IRC | 10:32 | |
| ltomasbo | docker_manager.go:746] Logging security options: {key:seccomp value:unconfined msg:} | 10:32 |
| ltomasbo | docker_manager.go:357] NetworkPlugin cni failed on the status hook for pod 'busybox-sleep1' - Unexpected command output Device "eth0" does not exist. | 10:32 |
| ltomasbo | with error: exit status 1 | 10:32 |
| apuimedo | ltomasbo: this is our cni failing | 10:35 |
| apuimedo | and since it fails, it doesn't move the veth into the namespace and doesn't rename it | 10:35 |
| *** yedongcan has left #openstack-kuryr | 10:36 | |
| ltomasbo | makes sense | 10:37 |
| ltomasbo | any idea how to proceed? | 10:37 |
| apuimedo | I'm going in to check | 10:39 |
| *** yamamoto has joined #openstack-kuryr | 10:41 | |
| *** janki has quit IRC | 10:44 | |
| *** yuanying has quit IRC | 10:45 | |
| *** svinota has joined #openstack-kuryr | 10:47 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 11:08 | |
| *** aojea_ has joined #openstack-kuryr | 11:28 | |
| *** aojea has quit IRC | 11:31 | |
| *** yuanying has joined #openstack-kuryr | 11:40 | |
| *** kzaitsev_mb has quit IRC | 11:42 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/kuryr master: Updated from global requirements https://review.openstack.org/438604 | 11:55 |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/kuryr-libnetwork master: Updated from global requirements https://review.openstack.org/431966 | 11:55 |
| *** neiljerram has quit IRC | 11:55 | |
| *** neiljerram has joined #openstack-kuryr | 11:58 | |
| *** saneax is now known as saneax-_-|AFK | 12:27 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 12:38 | |
| *** gsagie has joined #openstack-kuryr | 12:44 | |
| *** limao has joined #openstack-kuryr | 12:48 | |
| *** yamamoto has quit IRC | 12:55 | |
| *** yamamoto has joined #openstack-kuryr | 12:56 | |
| *** janonymous has quit IRC | 13:04 | |
| *** svinota has quit IRC | 13:16 | |
| *** danil has quit IRC | 13:20 | |
| apuimedo | so it was os-vif/distgit | 13:20 |
| apuimedo | sorry | 13:20 |
| apuimedo | os-vif/privsep | 13:20 |
| apuimedo | no idea why yet | 13:21 |
| apuimedo | but, the good thing is that there's a workaround of commenting the vif plug | 13:21 |
| apuimedo | (which for ovs firewall is unnecessary | 13:21 |
| apuimedo | ltomasbo: could you file the bug with kuryr-kubernetes and mention the workaround? | 13:21 |
| *** kzaitsev_mb has quit IRC | 13:24 | |
| ltomasbo | sure, but do we know if if is actually a kuryr-kuberentes bug? | 13:27 |
| *** limao_ has joined #openstack-kuryr | 13:27 | |
| ltomasbo | or os-vif? or somewhere else? | 13:27 |
| ltomasbo | apuimedo, ^^ | 13:27 |
| apuimedo | ltomasbo: we don't. But for now. It pops up when using kuryr-kubernetes, so we file it there and we can move it when we find out more | 13:28 |
| *** limao has quit IRC | 13:29 | |
| ltomasbo | ok | 13:30 |
| ltomasbo | I'll do that! | 13:30 |
| apuimedo | thanks! | 13:31 |
| *** apuimedo has quit IRC | 13:39 | |
| *** apuimedo has joined #openstack-kuryr | 14:05 | |
| *** hongbin has joined #openstack-kuryr | 14:08 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 14:21 | |
| *** limao_ has quit IRC | 14:36 | |
| *** yamamoto has quit IRC | 14:43 | |
| *** yamamoto has joined #openstack-kuryr | 14:45 | |
| *** yamamoto has quit IRC | 14:50 | |
| *** neiljerram has quit IRC | 15:04 | |
| *** kzaitsev_mb has quit IRC | 15:07 | |
| *** yamamoto has joined #openstack-kuryr | 15:48 | |
| *** yamamoto has quit IRC | 15:56 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 16:03 | |
| *** aojea_ has quit IRC | 16:28 | |
| *** vikasc has quit IRC | 16:41 | |
| ltomasbo | bug entry created: https://bugs.launchpad.net/kuryr-kubernetes/+bug/1673832 | 16:42 |
| openstack | Launchpad bug 1673832 in kuryr-kubernetes "os_vif.plug() at cni fails with privsep issue when using ovs-firewall" [Undecided,New] | 16:42 |
| *** vikasc has joined #openstack-kuryr | 16:54 | |
| *** kzaitsev_mb has quit IRC | 16:56 | |
| apuimedo | thanks ltomasbo | 17:02 |
| openstackgerrit | Antoni Segura Puimedon proposed openstack/kuryr-kubernetes master: cni: Use ovsdbapp for ovs operations https://review.openstack.org/447073 | 17:13 |
| openstackgerrit | Antoni Segura Puimedon proposed openstack/kuryr-kubernetes master: cni: Use ovsdbapp for ovs operations https://review.openstack.org/447073 | 17:15 |
| *** pcaruana has quit IRC | 17:18 | |
| *** ltomasbo is now known as ltomasbo|away | 17:35 | |
| *** svinota has joined #openstack-kuryr | 17:53 | |
| *** kzaitsev_mb has joined #openstack-kuryr | 17:54 | |
| *** gsagie has quit IRC | 18:16 | |
| *** aojea has joined #openstack-kuryr | 18:22 | |
| *** aojea has quit IRC | 19:02 | |
| *** aojea has joined #openstack-kuryr | 19:14 | |
| *** aojea has quit IRC | 19:34 | |
| *** tonanhngo has joined #openstack-kuryr | 19:35 | |
| *** tonanhngo has quit IRC | 19:35 | |
| *** aojea has joined #openstack-kuryr | 19:40 | |
| *** tonanhngo has joined #openstack-kuryr | 19:46 | |
| *** svinota has quit IRC | 20:28 | |
| *** vikasc has quit IRC | 20:28 | |
| *** kzaitsev_mb has quit IRC | 20:32 | |
| *** neiljerram has joined #openstack-kuryr | 20:49 | |
| *** svinota has joined #openstack-kuryr | 21:05 | |
| *** svinota has quit IRC | 22:17 | |
| *** saneax-_-|AFK is now known as saneax | 22:19 | |
| *** svinota has joined #openstack-kuryr | 22:44 | |
| *** aojea has quit IRC | 23:10 | |
| *** svinota has quit IRC | 23:17 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!