*** longkb has joined #openstack-lbaas | 00:38 | |
*** hongbin has joined #openstack-lbaas | 01:04 | |
*** kiennt26 has joined #openstack-lbaas | 01:15 | |
*** kiennt26 has quit IRC | 01:28 | |
*** openstackgerrit has quit IRC | 01:49 | |
*** kiennt26 has joined #openstack-lbaas | 02:01 | |
*** phuoc has quit IRC | 02:25 | |
*** phuoc has joined #openstack-lbaas | 02:40 | |
*** phuoc has quit IRC | 02:45 | |
*** phuoc has joined #openstack-lbaas | 02:52 | |
*** phuoc has quit IRC | 02:56 | |
*** phuoc has joined #openstack-lbaas | 02:57 | |
*** hongbin has quit IRC | 03:03 | |
*** phuoc has quit IRC | 03:04 | |
*** phuoc has joined #openstack-lbaas | 03:04 | |
*** ramishra has joined #openstack-lbaas | 03:26 | |
*** JudeC_ has joined #openstack-lbaas | 04:10 | |
*** yamamoto has joined #openstack-lbaas | 04:21 | |
*** openstackgerrit has joined #openstack-lbaas | 04:21 | |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Neutron-LBaaS to Octavia migration tool https://review.openstack.org/578942 | 04:21 |
---|---|---|
*** yboaron has joined #openstack-lbaas | 04:40 | |
*** yboaron has quit IRC | 04:45 | |
*** rcernin has quit IRC | 04:55 | |
*** links has joined #openstack-lbaas | 05:09 | |
*** links has quit IRC | 05:09 | |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Neutron-LBaaS to Octavia migration tool https://review.openstack.org/578942 | 05:25 |
*** rcernin has joined #openstack-lbaas | 05:41 | |
*** rcernin has quit IRC | 05:41 | |
*** rcernin has joined #openstack-lbaas | 05:41 | |
*** rcernin has quit IRC | 05:41 | |
*** rcernin has joined #openstack-lbaas | 05:42 | |
*** blake has joined #openstack-lbaas | 05:57 | |
*** peereb has joined #openstack-lbaas | 06:00 | |
*** nmanos has joined #openstack-lbaas | 06:21 | |
*** dmellado has joined #openstack-lbaas | 06:23 | |
*** JudeC_ has quit IRC | 06:25 | |
*** threestrands has joined #openstack-lbaas | 06:33 | |
*** threestrands has quit IRC | 06:33 | |
*** threestrands has joined #openstack-lbaas | 06:33 | |
*** threestrands has quit IRC | 06:37 | |
*** AlexStaf has quit IRC | 06:38 | |
*** nmanos has quit IRC | 06:59 | |
*** rcernin has quit IRC | 07:09 | |
*** nmanos has joined #openstack-lbaas | 07:16 | |
*** velizarx has joined #openstack-lbaas | 07:19 | |
*** velizarx has quit IRC | 07:25 | |
*** tesseract has joined #openstack-lbaas | 07:27 | |
*** sapd_ has quit IRC | 07:33 | |
*** sapd_ has joined #openstack-lbaas | 07:34 | |
*** rpittau has joined #openstack-lbaas | 07:35 | |
*** JudeC_ has joined #openstack-lbaas | 07:41 | |
*** blake has quit IRC | 07:43 | |
*** JudeC_ has quit IRC | 07:46 | |
*** yamamoto_ has joined #openstack-lbaas | 07:53 | |
*** yamamoto has quit IRC | 07:57 | |
*** nmanos has quit IRC | 07:59 | |
*** ktibi has joined #openstack-lbaas | 08:03 | |
*** nmanos has joined #openstack-lbaas | 08:23 | |
*** yboaron has joined #openstack-lbaas | 09:19 | |
*** AlexeyAbashkin has joined #openstack-lbaas | 09:23 | |
*** AlexeyAbashkin has quit IRC | 09:32 | |
*** kiennt26 has quit IRC | 10:15 | |
*** longkb has quit IRC | 11:01 | |
jiteka | Hey guys, is that patch allowed cross-provider migration ? | 11:10 |
jiteka | https://review.openstack.org/#/c/578942/ | 11:10 |
jiteka | or as explained during last Openstack summit, migration between neutron-lbaas and octavia is only between same provider | 11:12 |
jiteka | Example : Neutron LBaaS v2 using A10 thunder driver to Octavia with A10 provider (if driver exist) | 11:12 |
*** ramishra has quit IRC | 11:30 | |
*** ramishra has joined #openstack-lbaas | 11:32 | |
*** peereb has quit IRC | 11:54 | |
*** nmanos has quit IRC | 12:01 | |
*** nmanos has joined #openstack-lbaas | 12:04 | |
cgoncalves | jiteka, only between same provider | 12:06 |
*** nmanos has quit IRC | 12:09 | |
openstackgerrit | Adit Sarfaty proposed openstack/octavia master: Add listener_id to the pool provider object https://review.openstack.org/579532 | 12:20 |
*** yboaron_ has joined #openstack-lbaas | 12:34 | |
*** nmanos has joined #openstack-lbaas | 12:35 | |
*** yboaron has quit IRC | 12:36 | |
*** tesseract has quit IRC | 13:04 | |
*** tesseract has joined #openstack-lbaas | 13:10 | |
*** tesseract has quit IRC | 13:10 | |
*** JudeC_ has joined #openstack-lbaas | 13:11 | |
*** JudeC_ has quit IRC | 13:11 | |
openstackgerrit | Carlos Goncalves proposed openstack/octavia master: Fix fields translation on filtering https://review.openstack.org/579559 | 13:35 |
*** tesseract has joined #openstack-lbaas | 13:38 | |
cgoncalves | ltomasbo, ^ | 13:39 |
*** gans has joined #openstack-lbaas | 13:53 | |
*** vegarl has quit IRC | 13:57 | |
*** nmanos has quit IRC | 13:58 | |
*** yboaron has joined #openstack-lbaas | 14:00 | |
*** gans has quit IRC | 14:00 | |
*** yboaron_ has quit IRC | 14:01 | |
*** vegarl has joined #openstack-lbaas | 14:03 | |
ltomasbo | cgoncalves, thanks! | 14:27 |
ltomasbo | I'll try to give it a try later today! | 14:27 |
cgoncalves | ltomasbo, ack. let me know if that works for you | 14:30 |
cgoncalves | btw, this was my test client: http://paste.openstack.org/show/724757/ | 14:30 |
ltomasbo | cgoncalves, ok! | 14:33 |
*** AlexStaf has joined #openstack-lbaas | 14:35 | |
*** kevko has joined #openstack-lbaas | 14:48 | |
kevko | Hello guys , could someone answer some question regarding deploy of octavia ? | 14:48 |
kevko | please | 14:48 |
xgerman_ | jiteka: there are further tools panned like “exporting” a load balancer and then “importing” it with a different provider… | 14:59 |
xgerman_ | kevko: can you ask again? | 14:59 |
johnsom | kevko: Sure what are your questions? | 15:00 |
kevko | zgerman: i deployed octavia, everything looks ok, create LB, amphora image was spawned, has management address , has also two interfaces assignes in network namespace ..listening on port 80 as i described in listener ..but can't connect to that port on that IP ... do you have some suggestion ? | 15:01 |
*** fnaval has joined #openstack-lbaas | 15:01 | |
kevko | zgerman : i am on the end with my ideas .. | 15:01 |
johnsom | kevko Just to clarify, when you curl to port 80 on the VIP address (shown in "openstack loadbalancer show"), you get a timeout or a 503? | 15:04 |
kevko | johnsom: timeout | 15:05 |
johnsom | kevko And the host you are connecting from has a route to the VIP subnet? | 15:05 |
johnsom | How did you install? Devstack? OpenStack Ansible? | 15:06 |
kevko | johnsom: i created debian packages for debian ...installed ...and tried to replicate devstack configuration | 15:06 |
johnsom | Ok, cool | 15:07 |
johnsom | kevko Does the load balancer have just an LB and listener or does it have a pool too? | 15:07 |
kevko | johnsom: have also pool and member inside ...but currently there is no webserver running on member instance .. i wanted to try firstly with netcat on that member instance in pool ... | 15:09 |
johnsom | Oh, ok, that might be the issue. Try this, create a second listener on the load balancer, also HTTP but on a different port #, say 81, then try curling to port 81. I would expect a 503 response | 15:10 |
johnsom | This will show that the load balancer and it's VIP is working correctly. | 15:11 |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Neutron-LBaaS to Octavia migration tool https://review.openstack.org/578942 | 15:12 |
kevko | johnsom: ok, ..so i'm going to try it and let you know | 15:15 |
johnsom | Sorry for the channel spam over the weekend, Ansible was not my friend this weekend. I still don't know why the stderr output from the neutron command is getting put in the Ansible stdout... Ugh, but progress on that test non the less. | 15:16 |
openstackgerrit | ZhaoBo proposed openstack/octavia master: UDP jinja template https://review.openstack.org/525420 | 15:18 |
openstackgerrit | ZhaoBo proposed openstack/octavia master: UDP for [2] https://review.openstack.org/529651 | 15:18 |
openstackgerrit | ZhaoBo proposed openstack/octavia master: UDP for [3][5][6] https://review.openstack.org/539391 | 15:18 |
johnsom | bzhao__ How is that going? Is it ready for me to do another review pass? Is there something I can help with? | 15:18 |
bzhao__ | johnsom: Hi, micheal. It works on my local test env, but most of iptable driver code is from neutron side, I had comment it "copy from neutron". And for the kernel configuration, I think it better to make it in the image elements., so I move them into from the logical code for persist.. | 15:21 |
bzhao__ | johnsom: Also the iptables will restore during the amp agent restart. | 15:21 |
johnsom | bzhao__ +1 excellent. I will then pull down this latest version and continue testing/comments today. | 15:22 |
bzhao__ | johnsom: During the test, I found if I delete a member which attach another subnet, the interface in amp namespace won't be detached. So ... the logic maybe odd, as the iptables won't delete if that nic still exist.. | 15:23 |
bzhao__ | johnsom: Thanks, I add the iptables rule based on the nic cidr and member id, to check if there is a member ip in the nic cidr, then I will add the rule. | 15:24 |
johnsom | bzhao__ Hmm, yes, we opted to not delete the interfaces on member delete. It causes complications with multiple listeners on the same AMP. I will look at this area in the code and comment if I think it will be a problem. | 15:24 |
bzhao__ | johnsom: Thanks, I also see the code, it is true that our existing code doesn't contain the nic delta logic like create member.. | 15:26 |
bzhao__ | johnsom: have not test the elements part for kernel configure. :). As I need to build image locally. :). Maybe there is some issue on that..Not sure. | 15:31 |
johnsom | bzhao__ Ok, I will certainly be building new images, so I will look at that. | 15:32 |
*** AlexStaf has quit IRC | 15:33 | |
bzhao__ | johnsom: Thank you very much, michael. :) | 15:33 |
kevko | johnsom: created listener listen 81 , trying to curl to :81 ...but curl is waiting ..so I assume it will end with connection timeout .. | 15:39 |
kevko | johnsom: so , what should be the next step of investigation :) ? | 15:40 |
xgerman_ | kevko: assuming LB shows active in loadbalancer show — next step is to bring up a vm in the vip network and see if you can access that and traceroute. | 15:45 |
kevko | xgerman_: provisioning status is active , but operating status is offline ... maybe there is a problem ? or ? | 15:47 |
ltomasbo | cgoncalves, +++ functions-common:oscwrap:2283 : openstack loadbalancer pool create --name default/kubernetes:443 --listener default/kubernetes:443 --protocol HTTPS --lb-algorithm ROUND_ROBIN | 15:49 |
ltomasbo | 'healthmonitor' is an invalid keyword argument for Pool (HTTP 500) (Request-ID: req-189c7bba-577d-4004-bc52-1f1638e57812) | 15:49 |
xgerman_ | yeah, mmh, OFFLINE is not good you didn’t use any —disabled flags? Still would do the vm test… | 15:49 |
kevko | xgerman_: no, i didn't use any disable flags | 15:50 |
xgerman_ | ok, then let’s try the vm and see if that network is sane | 15:51 |
cgoncalves | ltomasbo, yeah. I broke it. I wanted to fix another bug but ended up introducing new one. I'll fix it today | 15:51 |
cgoncalves | ltomasbo, if you want cherry-pick only the change in octavia/db/base_models.py. it should fix the reported issue | 15:52 |
*** ktibi has quit IRC | 15:52 | |
kevko | xgerman_: weird is that if i tcpdumping the traffic on TAP for lb amphora instance ..i can see the traffic ...but no traffic in net namespace on interface where i expect that traffic should go | 15:52 |
ltomasbo | cgoncalves, that is what I'm testing! glad to know that it should work! | 15:53 |
xgerman_ | we use two networks… there is also a management network and if that wouldn’t reach the amphora the LB would go in error | 15:53 |
kevko | xgerman_: ^^ is this for me ? | 15:57 |
xgerman_ | yep | 15:57 |
johnsom | kevko Well, operating status ERROR just means all of the members on the LB are considered down. | 15:59 |
kevko | johnsom: but i have active :) | 16:00 |
johnsom | Yeah, provisioning status ACTIVE means the load balancer is deployed and running as expected. Operating status is what is the health of the managed resource, the member servers. If you do a member list you will likely find they are all in operating status "ERROR" | 16:01 |
johnsom | But, for now, operating status doesn't mean anything. Our listener test on port 81 proves that. | 16:02 |
johnsom | It's something outside of the load balancer most likely that is not working | 16:02 |
*** ramishra has quit IRC | 16:03 | |
johnsom | So, can you pastebing.openstack.org an output of "openstack loadbalancer show" and "openstack listener show" for the load balancer that has the port 81 listener on it? | 16:04 |
kevko | johnsom: yes, of course | 16:04 |
johnsom | This will help me get a baseline for how it's configured so I can ask questions using your UUIDs, etc. | 16:05 |
kevko | johnsom: http://paste.openstack.org/show/724765/ | 16:07 |
johnsom | Ah, ok, the listener with port 81 has a pool attached. We need to remove that for the test to be valide | 16:08 |
johnsom | valid | 16:08 |
johnsom | You should be able to update the listener with pool of "null" to remove it. or just delete the listener and recreate it without specifying a pool | 16:09 |
johnsom | Once it has a pool, the logic can change, and our simple "test the LB vip" case is no longer a good test | 16:10 |
cgoncalves | johnsom, we have a number of cherry-picks to stable/queens open, all blocked by neutron-lbaas stable/queens. https://review.openstack.org/#/c/553414/ would fix CI but the approach is not ideal | 16:14 |
johnsom | cgoncalves Yep, I know | 16:14 |
johnsom | cgoncalves I need to spend some time on that and do it right. | 16:15 |
johnsom | Though my to-do list is getting pretty long today | 16:15 |
cgoncalves | spoiler alert: there's no right way at this point :P | 16:15 |
kevko | johnsom: http://paste.openstack.org/show/724770/ | 16:17 |
johnsom | Not so sure about that, we fixed it for Pike, I think it's just taking a different approach. I have forgot all of those work arounds. | 16:17 |
johnsom | kevko Ok cool, and still no 503 on curl? | 16:18 |
*** yboaron has quit IRC | 16:18 | |
kevko | johnsom: no | 16:21 |
johnsom | Hmm, ok, next up, can you please past "openstack subnet show 0acc54da-6f70-4546-8b16-1b7c383a9b18" and a netstat -rn from the host you are curling from? | 16:22 |
kevko | johnsom: http://paste.openstack.org/show/724771/ | 16:29 |
johnsom | kevko Ok, so you are running curl on another instance that has eth0 on the same neutron subnet? | 16:30 |
kevko | johnsom: i have paste netstat -rn FROM instance FROM i'm attemting to curl ... | 16:40 |
kevko | johnsom: that instance is on same network yes .. | 16:41 |
kevko | johnsom: on same network as amphora image has IP in amphora namespace ... | 16:41 |
johnsom | kevko Ok, so yeah, that is super odd. You said that when you did a tcpdump from insided the "amphora-haproxy" namespace on the VIP interface you did not see the traffic? | 16:42 |
johnsom | It would be like "sudo ip netns exec amphora-haproxy tcpdump -lni eth1 port 81" | 16:44 |
kevko | johnsom: http://paste.openstack.org/show/724773/ | 16:45 |
johnsom | If you do not see the connection there, our next step is to pastebin "openstack security group show lb-894c2246-b1a0-450d-a6d5-684a878e95c6" | 16:45 |
kevko | johnsom: check paste .. | 16:46 |
johnsom | Looking | 16:47 |
kevko | johnsom: hmm, what is the right IP to do curl onto ? 10.0.0.11 or .15 ? | 16:48 |
johnsom | kevko | vip_address | 10.0.0.15 | | 16:48 |
kevko | johnsom: ok | 16:48 |
johnsom | The vip address. The 11 will not respond | 16:49 |
kevko | johnsom: here is paste security group | 16:49 |
kevko | johnsom: http://paste.openstack.org/show/724774/ | 16:49 |
openstackgerrit | Carlos Goncalves proposed openstack/octavia master: Fix fields translation on filtering https://review.openstack.org/579559 | 16:49 |
johnsom | kevko Ok, so I see the traffic I would expect there, it's just not responding. This is very odd. but we are narrowing down the issue. | 16:49 |
johnsom | security group looks right | 16:50 |
kevko | johnsom: yes, i've checked everything what I expected to be wrong ...but don't know what i can check next :( .... also ..i'm newbie in octavia :D | 16:50 |
johnsom | kevko Yeah, no problem, we are happy to help and want to learn why this isn't working for you. | 16:51 |
kevko | johnsom: by the way , on devstack it is not working also :D ...i have feel that my setup is working better ...but finally not working now as expected :D | 16:53 |
johnsom | kevko Ok, next up, from inside the namespace: "systemctl status haproxy-a1cf16ab-75c6-491c-bf8c-191bbbe5d4a8" and "netstat -an | grep 81" and a copy of "/var/lib/octavia/a1cf16ab-75c6-491c-bf8c-191bbbe5d4a8/haproxy.cfg" | 16:54 |
johnsom | kevko Yeah, this is odd as I have a bunch of devstack running and our gates are passing which also boot and use the code in devstack. | 16:54 |
xgerman_ | mmh, depending on how networks are setup on my laptop when I am at the corp VPN things get really strange | 16:56 |
kevko | johnsom: http://paste.openstack.org/show/724775/ | 16:57 |
kevko | johnsom: hmm, i should be able curl on 10.0.0.15:81 inside amphora namespace ...right ? | 17:00 |
johnsom | kevko No, we have it disabled, but I can tell you how to enable it | 17:01 |
johnsom | kevko Inside the network namespace "ifconfig lo up" | 17:02 |
johnsom | Then you can curl it local | 17:02 |
kevko | johnsom: yes, you are right | 17:02 |
*** tesseract has quit IRC | 17:02 | |
johnsom | kevko From inside the namespace can you "cat /proc/sys/net/ipv4/ip_nonlocal_bind"? How did you build your image, is there anything special about how that image was built? | 17:05 |
kevko | johnsom: hmm , when i ping FROM amphora to my test instance ( from which i am trying to curl amphora's 81 port ) ...it is working ...but if i ping from my test instance to amphora image ...it is not working | 17:05 |
johnsom | kevko Yes, that is expected, ICMP is blocked by the security group | 17:06 |
kevko | johnsom: root@amphora-6d42f2ec-bba6-465f-b8a7-7258753a99e5:~# cat /proc/sys/net/ipv4/ip_nonlocal_bind | 17:07 |
kevko | 1 | 17:07 |
kevko | johnsom: image was built which last released disk-image-builder ... ( executed shell script to create image from octavia github repository from branch stable/queens ) | 17:08 |
johnsom | kevko Ok, I am starting to be at a loss for answers. Can you check the /var/log/haproxy.log for any errors? If you don't see anything try a "systemctl restart haproxy-a1cf16ab-75c6-491c-bf8c-191bbbe5d4a8" | 17:09 |
johnsom | hmm, yeah, that is how I built the instance I am looking at now to compare with yours | 17:09 |
kevko | johnsom: but i think it is not haproxy's issue ...because locally it answered | 17:09 |
johnsom | Yeah, I kind of agree. | 17:10 |
johnsom | kevko One more thing, from inside the namespace, can you do a "netstat -rn" and "ip route show table 1" and "ip rule show"? | 17:11 |
kevko | johnsom: http://paste.openstack.org/show/724776/ | 17:12 |
*** fnaval_ has joined #openstack-lbaas | 17:12 | |
*** fnaval_ has quit IRC | 17:13 | |
*** fnaval_ has joined #openstack-lbaas | 17:13 | |
johnsom | Ok, I wonder if this is an issue recently posted. Let's try something. | 17:13 |
kevko | johnsom: listening | 17:14 |
*** peereb has joined #openstack-lbaas | 17:14 | |
*** fnaval has quit IRC | 17:16 | |
johnsom | All from the namespace "/sbin/ip route del default via 10.0.0.1 dev eth1 onlink table 1" Then the following: "/sbin/ip route add 10.0.0.0/18 dev eth1 src 10.0.0.15 scope link table 1" and then "/sbin/ip route add default via 10.0.0.1 dev eth1 onlink table 1" | 17:17 |
kevko | johnsom: dude , you are absolutly amazing | 17:20 |
johnsom | kevko Ha! well, it was actually a bug I introduced, so..... | 17:20 |
kevko | johnsom: do you have launchpad id ? ... i will add patch to my package .... | 17:21 |
kevko | johnsom: or fix | 17:21 |
johnsom | kevko Ok, we have a patch tracking that issue. It just needs some updates. I will make it a priority today to get fixed. https://review.openstack.org/#/c/577992 | 17:21 |
johnsom | kevko We use the new storyboard for bugs, this is the link: https://storyboard.openstack.org/#!/story/2002691 | 17:22 |
kevko | johnsom: does it mean that everything after this should work ..like add pool member ..etc etc ? | 17:23 |
johnsom | Yes | 17:23 |
kevko | johnsom: briliant | 17:23 |
kevko | johnsom: i'm very grateful ... thanks man ! | 17:23 |
johnsom | kevko Also, sometimes it can be tricky to get the patch into the image as diskimage-builder caches stuff. So if you have trouble getting it in, try building the image on a fresh VM. | 17:24 |
kevko | johnsom: why in routing table is mask prefix 18 ? | 17:24 |
johnsom | kevko Because in your paste netstat -rn you have: 10.0.0.0 0.0.0.0 255.255.255.192 U 0 0 0 eth1 | 17:25 |
johnsom | So the subnet for that network is /18 due to the 255.255.255.192 | 17:25 |
johnsom | Oh, hmm, that should be 26 shouldn't it.... | 17:25 |
johnsom | Opps | 17:25 |
kevko | yes :D | 17:25 |
kevko | that is the reason why I am asking :D | 17:26 |
johnsom | Still working on my morning coffee | 17:26 |
kevko | johnsom: but your brain working perfectly :D | 17:27 |
kevko | johnsom: very thanks for fix ..i will patch it in debian ... | 17:27 |
kevko | johnsom: now i have to go ... very nice day ..and once again ..thanks | 17:28 |
johnsom | kevko Sure, no problem. Sorry for the trouble. | 17:28 |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Neutron-LBaaS to Octavia migration tool https://review.openstack.org/578942 | 17:31 |
*** peereb has quit IRC | 18:07 | |
*** abaindur has joined #openstack-lbaas | 18:08 | |
*** fnaval has joined #openstack-lbaas | 18:18 | |
*** fnaval_ has quit IRC | 18:18 | |
*** AlexeyAbashkin has joined #openstack-lbaas | 18:57 | |
*** amotoki has quit IRC | 19:04 | |
*** AlexeyAbashkin has quit IRC | 19:17 | |
*** JudeC_ has joined #openstack-lbaas | 19:18 | |
*** JudeC_ has quit IRC | 19:25 | |
*** JudeC_ has joined #openstack-lbaas | 19:26 | |
*** JudeC_ has quit IRC | 19:39 | |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Neutron-LBaaS to Octavia migration tool https://review.openstack.org/578942 | 19:46 |
*** JudeC_ has joined #openstack-lbaas | 19:52 | |
*** sanfern has joined #openstack-lbaas | 20:04 | |
*** aojea has joined #openstack-lbaas | 20:10 | |
*** blake has joined #openstack-lbaas | 20:26 | |
*** JudeC__ has joined #openstack-lbaas | 20:28 | |
*** JudeC_ has quit IRC | 20:29 | |
*** sanfern has quit IRC | 20:31 | |
*** sanfern has joined #openstack-lbaas | 20:32 | |
*** sanfern has quit IRC | 20:32 | |
*** sanfern has joined #openstack-lbaas | 20:32 | |
*** sanfern has quit IRC | 20:33 | |
*** sanfern has joined #openstack-lbaas | 20:33 | |
*** sanfern has quit IRC | 20:34 | |
*** sanfern has joined #openstack-lbaas | 20:34 | |
*** sanfern has quit IRC | 20:34 | |
*** sanfern has joined #openstack-lbaas | 20:35 | |
*** sanfern has quit IRC | 20:35 | |
*** sanfern has joined #openstack-lbaas | 20:36 | |
*** sanfern has quit IRC | 20:36 | |
*** sanfern has joined #openstack-lbaas | 20:36 | |
*** sanfern has joined #openstack-lbaas | 20:37 | |
*** sanfern has quit IRC | 20:37 | |
*** sanfern has joined #openstack-lbaas | 20:38 | |
*** sanfern has quit IRC | 20:38 | |
*** sanfern has joined #openstack-lbaas | 20:39 | |
*** sanfern has quit IRC | 20:39 | |
*** sanfern has joined #openstack-lbaas | 20:39 | |
*** sanfern has quit IRC | 20:40 | |
*** sanfern has joined #openstack-lbaas | 20:40 | |
*** abaindur has quit IRC | 20:42 | |
openstackgerrit | Michael Johnson proposed openstack/octavia master: [amphora-agent] add local net to routing table 1 https://review.openstack.org/577992 | 21:07 |
*** abaindur has joined #openstack-lbaas | 21:13 | |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Neutron-LBaaS to Octavia migration tool https://review.openstack.org/578942 | 21:13 |
*** AlexStaf has joined #openstack-lbaas | 21:48 | |
*** fnaval has quit IRC | 21:51 | |
*** rcernin has joined #openstack-lbaas | 22:18 | |
*** amotoki has joined #openstack-lbaas | 22:23 | |
*** aojea has quit IRC | 22:50 | |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Neutron-LBaaS to Octavia migration tool https://review.openstack.org/578942 | 22:56 |
*** abaindur has quit IRC | 23:10 | |
*** abaindur has joined #openstack-lbaas | 23:29 | |
*** threestrands has joined #openstack-lbaas | 23:43 | |
johnsom | So, figured out why neutron-lbaas stable/queens broke all of a sudden: https://review.openstack.org/576526 | 23:50 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!