Tuesday, 2018-08-07

*** harlowja has quit IRC00:26
*** longkb has joined #openstack-lbaas00:37
*** abaindur has quit IRC00:55
*** abaindur has joined #openstack-lbaas00:55
*** abaindur has quit IRC00:59
*** abaindur has joined #openstack-lbaas00:59
*** hongbin has joined #openstack-lbaas01:03
openstackgerritMerged openstack/neutron-lbaas master: Fix neutron-lbaas tempest for filter validation  https://review.openstack.org/58595101:10
*** abaindur has quit IRC01:15
*** kiennt26 has joined #openstack-lbaas02:36
*** bbbbzhao_ has quit IRC03:08
*** ramishra has joined #openstack-lbaas03:16
*** kiennt26 has quit IRC03:51
*** hongbin has quit IRC04:15
*** abaindur has joined #openstack-lbaas04:42
*** abaindur has quit IRC04:48
*** abaindur has joined #openstack-lbaas04:49
*** kobis1 has joined #openstack-lbaas05:37
openstackgerritGuoshuai Li proposed openstack/octavia master: Change the driver to a singleton  https://review.openstack.org/58910005:50
*** kobis1 has quit IRC05:54
*** kobis1 has joined #openstack-lbaas05:55
openstackgerritMichael Johnson proposed openstack/octavia master: UDP for [3][5][6]  https://review.openstack.org/53939105:59
openstackgerritMichael Johnson proposed openstack/octavia master: Followup patch for UDP support  https://review.openstack.org/58769005:59
openstackgerritMichael Johnson proposed openstack/octavia master: Followup patch for UDP support  https://review.openstack.org/58769006:00
johnsomThat should fix the reboot issue06:00
johnsomI also fixed the db migration down version given the recent merge, that was the patch 3 update06:02
*** kobis1 has quit IRC06:10
bzhao__Thanks johnsom , I will pick up the rest. I saw the nice script you post,  sorry for late as the whole morning meeting.06:17
*** pcaruana has joined #openstack-lbaas06:36
abaindurWhat exactly is the distributor_driver for?06:46
abaindurAlso, in the queens code base, I can't find the single_VIP_amphora driver.... I only see the noop_driver under distributors/06:46
abainduri'm guessing we need to set that as the compute_, network_, and amphora_ drivers to something... so why is the default noop? What is that useful for?06:47
abaindurhttps://docs.openstack.org/octavia/queens/configuration/configref.html#controller-worker06:48
bzhao__For test, make sure the internal objects get the correct thing.06:49
johnsomabaindur: distributor is for active/active topology that is still under development06:51
abaindurok so with SINLGE or ACTIVE_STANDBY it is not used06:51
bzhao__=。=06:51
johnsomCorrect, it is not used at all right now06:51
*** kobis1 has joined #openstack-lbaas06:52
johnsomThere is no merged driver for it yet06:52
*** luksky has joined #openstack-lbaas06:54
*** velizarx has joined #openstack-lbaas06:56
*** velizarx has quit IRC07:13
openstackgerritTatsuma Matsuki proposed openstack/octavia master: Separate the thread pool for health and stats update.  https://review.openstack.org/58158507:19
*** velizarx has joined #openstack-lbaas07:24
*** nmagnezi_ has joined #openstack-lbaas07:27
abaindurjohnsom: any idea what this exception in octavia-worker means?07:29
abaindurUnhandled exception: InvalidTarget: A server's target must have topic and server names specified:07:29
abaindurI tried googling for that error. We have the transport_url set07:29
abaindurthe host = field in DEFAULT section is empty (whatever default is)07:29
abaindurIt happens shortly after 2018-08-07 00:24:32.359 11952 INFO octavia.controller.queue.consumer [-] Starting consumer...07:30
openstackgerritNir Magnezi proposed openstack/octavia master: DNM: Leave VIP NIC plugging for keepalived  https://review.openstack.org/58929207:40
*** luksky has quit IRC07:41
*** abaindur has quit IRC07:42
openstackgerritZhaoBo proposed openstack/octavia master: [UDP] Fix failed member always in DRAIN status  https://review.openstack.org/58851107:44
openstackgerritZhaoBo proposed openstack/octavia master: [UDP] Update amphora agent api ref  https://review.openstack.org/58889307:44
*** kobis1 has quit IRC07:47
openstackgerritZhaoBo proposed openstack/octavia master: [UDP] Support HTTP GET and TCP check in udp healthmonitor  https://review.openstack.org/58918007:51
cgoncalvesjohnsom, http://cgoncalves.pt/trash/openstack/octavia-keepalivedlvs-8ce407a9-55f4-4faa-a6bd-b04a24dd5546.service.log07:54
*** nmagnezi_ has quit IRC07:55
*** yamamoto has joined #openstack-lbaas08:00
*** yamamoto has quit IRC08:07
*** rcernin has quit IRC08:11
*** dayou has quit IRC08:12
*** nmagnezi_ has joined #openstack-lbaas08:16
*** ktibi has joined #openstack-lbaas08:22
bzhao__johnsom:  Thanks, the reboot issue fixed, it works on ubuntu.08:30
*** yamamoto has joined #openstack-lbaas08:46
*** luksky has joined #openstack-lbaas08:51
*** salmankhan has joined #openstack-lbaas08:56
*** ktibi has quit IRC09:00
*** ktibi has joined #openstack-lbaas09:00
openstackgerritNir Magnezi proposed openstack/octavia master: DNM: Leave VIP NIC plugging for keepalived  https://review.openstack.org/58929209:01
*** velizarx has quit IRC09:03
*** velizarx has joined #openstack-lbaas09:07
*** yamamoto has quit IRC09:11
openstackgerritNir Magnezi proposed openstack/octavia master: Remove user_group option  https://review.openstack.org/58940809:16
*** ktibi has quit IRC09:21
*** ktibi has joined #openstack-lbaas09:22
openstackgerritNir Magnezi proposed openstack/octavia master: Remove user_group option  https://review.openstack.org/58940809:23
*** nmagnezi_ has quit IRC09:46
*** kobis1 has joined #openstack-lbaas10:23
*** kobis1 has quit IRC10:28
*** dayou has joined #openstack-lbaas10:42
*** velizarx has quit IRC10:46
*** kobis1 has joined #openstack-lbaas10:52
*** velizarx has joined #openstack-lbaas10:59
cgoncalvesbzhao__, hi. anything against rebasing https://review.openstack.org/#/c/529651/ ?11:13
openstackgerritZhaoBo proposed openstack/octavia master: UDP for [2]  https://review.openstack.org/52965111:13
bzhao__cgoncalves:  I think not.11:14
cgoncalvesheh, thanks11:14
bzhao__;-)11:14
openstackgerritZhaoBo proposed openstack/octavia master: UDP for [3][5][6]  https://review.openstack.org/53939111:14
openstackgerritZhaoBo proposed openstack/octavia master: Followup patch for UDP support  https://review.openstack.org/58769011:15
openstackgerritZhaoBo proposed openstack/octavia master: [UDP] Fix failed member always in DRAIN status  https://review.openstack.org/58851111:15
openstackgerritZhaoBo proposed openstack/octavia master: [UDP] Update amphora agent api ref  https://review.openstack.org/58889311:15
openstackgerritZhaoBo proposed openstack/octavia master: [UDP] Support HTTP GET and TCP check in udp healthmonitor  https://review.openstack.org/58918011:15
cgoncalvesha ah!11:32
cgoncalves"protocol udp" != "protocol UDP"11:32
cgoncalves[root@keepalived-lvs centos]# cat /proc/net/ip_vs_conn11:33
cgoncalvesPro FromIP   FPrt ToIP     TPrt DestIP   DPrt State       Expires PEName PEData11:33
cgoncalvesUDP 0A00000A 8CBC 0A00000A 0050 0A000009 1F91 UDP             29711:33
cgoncalveshttps://github.com/acassen/keepalived/blob/master/doc/keepalived.conf.SYNOPSIS#L107111:34
bzhao__johnsom:  I test for a while against the order issue, I move it back to the previous place, but I didn't hit the issue I last show in irc..The test steps are still running master/standby, and osc server delete the master amphora. I test several times, but they work as wish now with no change order.. I think I still need time to debug.11:35
bzhao__I know this, but ubuntu can understand the lower one.11:36
bzhao__is that work? as you already get a connection11:37
bzhao__cgoncalves:  Need to make both as Upper for support both.11:38
bzhao__cgoncalves:  Could you test with persistence_timeout and persistence_granularity for udp pool? I found the keepalived log will show "Unknow option XXXX"11:40
cgoncalvesbzhao__, sure. I want first to test UDP upper case11:41
bzhao__cgoncalves:  Thanks. ;-)11:41
openstackgerritNir Magnezi proposed openstack/octavia master: Remove user_group option  https://review.openstack.org/58940811:51
*** kobis1 has quit IRC12:01
*** kobis1 has joined #openstack-lbaas12:02
*** kobis1 has quit IRC12:08
*** savvas has joined #openstack-lbaas12:27
savvasGM everyone12:27
*** velizarx has quit IRC12:34
bzhao__johnsom:  Oh, yes, that's fixed by you, as the systemd script need the amphora-netns.service , and it will install the necessary configuration. Now, no change the order is OK. Thank you for nice fix.12:34
*** velizarx has joined #openstack-lbaas12:35
*** amuller has joined #openstack-lbaas12:40
*** longkb has quit IRC13:13
ktibihi all, if I use lbaas with haproxy agent, is it possible to have a HA process like l3-HA (keepalived,...)13:16
*** velizarx has quit IRC13:16
*** velizarx has joined #openstack-lbaas13:16
johnsomktibi: no, that is what Octavia is for. It provides full HA load balancers13:30
savvashe guys13:30
savvasI am trying to build Octavia with Openstack Ansible but am running into issues. Not sure if the question is best placed here but I haven't received response from any Octavia developers in the Ansible channel13:31
savvashttp://paste.openstack.org/show/727497/ anyone happen to know what could be causing this? Trying to build on OA 17.0.713:31
*** nmagnezi_ has joined #openstack-lbaas13:31
johnsombzhao__: I looked at the order issue yesterday. It throws an error still and I see why, but in the end it succeeds.  Still thinking about it, but I may leave the re-order for now13:35
johnsomsavvas: I am not sure on that. I know someone on the Ansible side has been making changes to the role and may have broke it.  Others here might have an idea too13:36
savvasjohnsom: appreciate the response. Yes the playbook fails if I enable the group bind for octavia-housekeeping. If I comment that out, it will eventually crash on the error above13:44
johnsomsavvas Thinking about that more, I think there is a neutron setting required for the the flat network type pointing to the physical network, typically an interface name on the hosts. See this section in the networking guide: https://docs.openstack.org/ocata/config-reference/networking/networking_options_reference.html#modular-layer-2-ml2-flat-type-configuration-options13:50
johnsomI bet that configuration for the flat network you setup Octavia to use is missing from the neutron configuration13:50
savvasI see what you're saying, but it is not, that's the weird thing about it13:51
xgerman_user_config will set up the neutron end but you also need to create br-lbaas and hook it up13:51
savvasI also don't get why Ansible hides the interface13:51
*** celebdor has joined #openstack-lbaas13:52
xgerman_ansible doesn’t create the interface13:52
savvasMy neutron server config shows it as a flat network: flat_networks = flat,octavia13:52
savvasand the linuxbridge agent: physical_interface_mappings = flat:bond0,octavia:br-lbaas,vlan:br-vlan13:53
xgerman_yes, but you also need the physical side — what does brctl show give you13:53
savvasyes so br-lbaas doesn't get created, I thought that had something to do with the playbook failing when it does13:53
savvasI ran os-neutron before executing os-octavia by the way, because without it, the playbook will error on the interface not existing13:54
xgerman_Here is an example script to set up br-lbaas: https://github.com/rcbops/rpc-octavia/blob/master/playbooks/rpc-setup-network.yml13:55
xgerman_but networks are highly specific and you will need to undertstand how things are connected in your environment13:55
*** celebdor has quit IRC13:59
savvasthanks for that. Shouldn't that be executed at some point during the os-octavia playbook/13:59
xgerman_no, every network setup is different and this assume a particular setup which you might not have14:04
savvashmm right, which is why I thought when executing os-neutron that it would grab those network settings from openstack_user_config.yml14:07
savvasI have gotten a little further now, the playbook successfully completed : http://paste.openstack.org/show/727525/ .14:09
openstackgerritMichael Johnson proposed openstack/octavia master: Followup patch for UDP support  https://review.openstack.org/58769014:11
johnsomcgoncalves Around?14:12
openstackgerritNir Magnezi proposed openstack/octavia master: Remove user_group option  https://review.openstack.org/58940814:15
savvasxgerman_: Nvm, got myself a little confused there, I think I got it from here, thanks!14:18
xgerman_sweet ;-)14:18
*** celebdor has joined #openstack-lbaas14:25
*** celebdor1 has joined #openstack-lbaas14:30
*** celebdor has quit IRC14:33
*** hongbin has joined #openstack-lbaas14:38
*** celebdor1 is now known as celebdor14:39
jitekaHello, after reading octavia documentation about create octavia keys and certificates14:51
jitekahttps://docs.openstack.org/octavia/latest/contributor/guides/dev-quick-start.html#create-octavia-keys-and-certificates14:51
jitekaI realise that I missed the part saying that certificate based authentication between amphora API running in amphora VM and octavia controller (I assume octavia-worker) do bi-directional. Does that mean that each amphora VM need to be able to reach their controller on port 9443 (by default) like for health-manager that need to contact octavia-health-manager service on 5555 UDP ?14:51
johnsomThe worker, health manager, and house keeping processes need to be able to reach the amphora-agent running in the amphora on TCP 9443.  The amphora-agent needs to be able to reach the health manager(s) on UDP 5555.14:52
jitekalater in the documentation about Network configuration I see :14:52
jitekaingress on the amphora’s API (by default, TCP port 9443)14:52
jitekabut not the other direction14:53
jitekaok from the amphora VM only 5555 UDP is needed14:53
johnsomCorrect, this is the health heartbeat and statistics message14:53
johnsomIt is mentioned in this section: https://docs.openstack.org/octavia/latest/contributor/guides/dev-quick-start.html#load-balancer-network-configuration14:54
openstackgerritNir Magnezi proposed openstack/octavia master: Remove user_group option  https://review.openstack.org/58940814:54
jitekaso my problem with octavia-worker not able to contact amphora API on /plug/vip/<vip address> is not linked to that port not being open from amphora VM to the controller14:55
jitekaWARNING octavia.amphorae.drivers.haproxy.rest_api_driver [-] Could not connect to instance. Retrying.: ConnectionError: HTTPSConnectionPool(host='10.79.80.31', port=9443): Max retries exceeded with url: /0.5/plug/vip/10.63.69.121 (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7fa98f4ec6d0>: Failed to establish a new connection: [Errno 111] Connection refused',))14:55
openstackgerritNir Magnezi proposed openstack/octavia master: Remove user_group option  https://review.openstack.org/58940814:56
jitekaI saw the other end logs, amphora-agent.log as now my VM are not destroyed due to task_flow revert and I saw this14:56
jiteka[2018-08-06 18:43:08 +0000] [1434] [DEBUG] POST /0.5/plug/vip/10.63.70.20214:56
jiteka::ffff:10.63.8.9 - - [06/Aug/2018:18:43:08 +0000] "POST /0.5/plug/vip/10.63.70.202 HTTP/1.1" 500 100 "-" "Octavia HaProxy Rest Client/0.5 (https://wiki.openstack.org/wiki/Octavia)"14:56
jiteka[2018-08-06 18:43:43 +0000] [1434] [DEBUG] GET /14:56
jiteka::ffff:10.63.8.9 - - [06/Aug/2018:18:43:43 +0000] "GET / HTTP/1.1" 404 164 "-" "curl/7.29.0"14:56
jiteka[2018-08-06 18:44:17 +0000] [1434] [DEBUG] Error processing SSL request.14:56
jiteka[2018-08-06 18:44:17 +0000] [1434] [DEBUG] Invalid request from ip=::ffff:10.63.8.9: [SSL: UNKNOWN_PROTOCOL] unknown protocol (_ssl.c:1754)14:56
jiteka[2018-08-06 18:44:17 +0000] [1434] [DEBUG] Failed to send error message.14:56
jitekahmm sorry for the spam14:56
johnsomjiteka It is normal for some of those messages to get logged while nova is still booting the VM (Nova says ACTIVE when it starts the process, not when the VM is actually usable), but it should either fiinish or timeout.  Timeout would indicate either nova never booted the VM or the lb-mgmt-net is not working14:57
jitekaI'm not familiar with this "::ffff:"14:57
jitekait's IPv6 ?14:57
jitekaVM are correctly booted and reachable on their LB management net14:57
openstackgerritNir Magnezi proposed openstack/octavia master: Remove user_group option  https://review.openstack.org/58940814:57
jitekabut maybe the revert happened before the amphora API is ready to serve request14:58
johnsomYeah, I think that is just an IPv6 notation for an IPv4 address.  See IPv4-mapped IPv6 addresses here https://en.wikipedia.org/wiki/IPv6#Transition_mechanisms14:59
johnsomYeah, so things I usually check:15:00
jitekajohnsom: right now I validate SSL certificate and private key integrity using this15:01
jitekahttps://knowledge.digicert.com/solution/SO29559.html15:01
jitekabut as I took them from a queens devstack15:01
jitekaI would be surprised if it failed (because my devstack works fine)15:02
johnsom1. go into your nova console logs and verify the amphora instance booted and got an IP address. If it booted you should see cloud-init finished message.  For the IP you have to scroll back and find the cloud-init networking box and check the IP.  however, you said you ssh'd in, so those should be fine15:02
jitekaI'm able to ssh into it15:02
jitekaand I'm able to contact amphora API15:04
jiteka# curl -k https://10.79.80.63:9443/0.5/details15:04
jiteka{"load":["0.00","0.00","0.00"],"haproxy_version":"1.6.3-1ubuntu0.1","topology_status":"OK","haproxy_count":0,"active":true,"disk":{"available":5859123200,"used":1743994880},"networks":{"eth1":{"network_rx":215871593,"network_tx":578}},"topology":"SINGLE","packages":{},"hostname":"amphora-37c7d882-7950-4497-a756-5b960dfec320","listeners":[],"memory":{"swap_used":0,"cached":261340,"free":533140,"shared":3264,"total":1015912,"slab"15:04
johnsomjiteka Can you check the syslog file about the time of that "500" error?15:04
jiteka:59872,"buffers":56776},"cpu":{"total":6665851,"soft_irq":"2469","user":"2954","system":"2414"},"api_version":"0.5"}15:04
jitekaI have the feeling that it timeout way too quickly15:05
jitekawhen trying to reach amphora API15:05
jitekabut I'm still not sure wich parameter need to be increased15:05
jiteka[haproxy_amphora] rest_request_conn_timeout / rest_request_read_timeout15:06
jitekaI have the default value for these one15:07
*** pcaruana has quit IRC15:11
jitekajohnsom: actually the only error I see is that one15:15
jitekaERROR oslo_messaging.rpc.server [-] Exception during message handling: InternalServerError: Internal Server Error15:15
johnsomHmmm, usually if there is a 500 error in the amphora-agent log there is a partner error in syslog with the details15:16
jitekaso I see that both VM are marked ALLOCATED at 8:29pm15:16
jiteka10 sec after :15:17
jitekaWARNING octavia.amphorae.drivers.haproxy.rest_api_driver [-] Could not connect to instance. Retrying.: ConnectionError: HTTPSConnectionPool(host='10.79.80.63', port=9443): Max retries exceeded with url: /0.5/plug/vip/10.63.71.176 (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7eff0b4ee410>: Failed to establish a new connection: [Errno 111] Connection refused',))15:17
jitekaand only 1 second after :15:17
jitekaWARNING octavia.controller.worker.controller_worker [-] Task 'octavia.controller.worker.tasks.amphora_driver_tasks.AmphoraePostVIPPlug' (2acb8320-3280-45af-93c6-ef546ddd30fa) transitioned into state 'FAILURE' from state 'RUNNING'15:17
johnsomReally? 1 second?15:18
jiteka20:29:53 dev-os-ccn02.battle.net octavia-worker[31517]: WARNING octavia.amphorae.drivers.haproxy.rest_api_driver [-] Could not connect to instance. Retrying.: ConnectionError: HTTPSConnectionPool(host='10.79.80.63', port=9443): Max retries exceeded with url: /0.5/plug/vip/10.63.71.176 (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7eff0b4ee410>: Failed to establish a new connection: [Errno15:18
jiteka 111] Connection refused',))15:18
jitekaaoût 06 20:30:54 dev-os-ccn02.battle.net octavia-worker[31517]: WARNING octavia.controller.worker.controller_worker [-] Task 'octavia.controller.worker.tasks.amphora_driver_tasks.AmphoraePostVIPPlug' (2acb8320-3280-45af-93c6-ef546ddd30fa) transitioned into state 'FAILURE' from state 'RUNNING'15:18
jitekabut I don't know if that last log mean : starting to revert15:19
jitekaor if it means : ok now I can contact the API lest try to plug that vip15:19
*** KeithMnemonic has joined #openstack-lbaas15:20
jitekaactually the internal error is due to something else :15:20
jitekaaoût 06 20:30:54 dev-os-ccn02.battle.net octavia-worker[31517]: |__Atom 'octavia.controller.worker.tasks.lifecycle_tasks.LoadBalancerIDToErrorOnRevertTask' {'intention': 'EXECUTE', 'state': 'SUCCESS', 'requires': {'loadbalancer_id': u'611c949b-8877-44c0-b92c-eeabb54e870a'}, 'provides': None}15:20
*** nmagnezi_ has quit IRC15:22
*** ramishra has quit IRC15:34
*** luksky has quit IRC16:02
*** fnaval has joined #openstack-lbaas16:11
cgoncalvesjohnsom, howdy16:14
johnsomcgoncalves Hi.  Question for you, how are you feeling about the UDP patches? 2, 3, and followup?16:14
cgoncalvesjohnsom, I feel sad ;(16:16
cgoncalvesjohnsom, so I found out that "protocol udp" has to be "protocol UDP" (upper-case) for once16:17
cgoncalvesall examples I've seen are upper-cased. I checked keepalived ubuntu package to see if they were patching it to also accept lower case but didn't find anything so dunno16:18
cgoncalvesupper-case seems to be the way to go, anyway16:18
cgoncalveslast listener I created had real servers configured with IPv4 which is good. not sure it was addressed in some patch or just happened randomly16:19
*** kobis1 has joined #openstack-lbaas16:20
cgoncalvesmembers reply to netcat from within the netns, although the virtual server does not16:20
cgoncalvesI also had to create a new amp image and once I triggered a LB failover it failed with some "not found" exception (sorry, I didn't capture the log, I can try again)16:21
cgoncalvesso, yeah, sad16:22
johnsomcgoncalves The Upper case, where is that a problem?16:27
cgoncalves"Unknown protocol udp - ignoring"16:29
johnsomFrom the API or CLI or?16:29
cgoncalveskeepalived itself16:29
johnsomOh, in the centos version?16:29
cgoncalvesyes, centos7 latest and greatest16:29
johnsomOk, I can check that ubuntu accepts UDP and update in my followup patch.16:30
johnsomAnd the failover, that was a manual failover?16:30
cgoncalvesyes. openstack loadbalancer failover ID16:31
johnsomOk, I will test that this morning.  Failover was working for me yesterday with a nova delete16:31
johnsomOtherwise any other concerns about merging it?16:31
johnsomWe are pretty much out of time. If it's not in before tomorrow we can't ship it with Rocky16:32
cgoncalveswell, it just doesn't work for me xD16:32
cgoncalvesI'm okay with merging and fixing it later16:32
johnsomHmm, ok.  I have had it working and passing traffic for a few weeks now.16:33
cgoncalvescould you please add a release note that it doesn't work on centos yet?16:33
johnsomBut, I of course have been running ubuntu images.  Likely some centos gremlins16:33
johnsomSure, if we can't get it fixed, I will do16:33
cgoncalvescool, thanks16:33
johnsomThanks for the feedback. If you see stuff, feel free to open a story with the UDP tag on it16:34
cgoncalvesah, one other thing. netcat being available in the amp is a new dependency16:35
xgerman_+116:35
cgoncalvesthe amphora-agent element already installs it but for ubuntu. for centos the package name is different so it doesn't get installed16:35
cgoncalvesmy work around for it has been adding it to the packages-install16:36
cgoncalvesas a more generic work around I've proposed this: https://review.openstack.org/#/c/588601/16:36
cgoncalvesso whenever one asks for package netcat-openbsd (package name on debian/ubuntu), it maps to 'nmap-cat' for red hat family16:37
johnsomcgoncalves I already noted the image update. It's needed for netcat but also the ipvsadm for stats16:41
johnsomOh, ok. Yeah, we just add that to our pkg-map too, it doesn't have to be there in DIB16:42
cgoncalvesI think it doesn't harm mapping it in DIB16:45
johnsomYeah, just a slower review process16:45
cgoncalvesagreed, we can also do that in our side16:45
cgoncalvesif you could update your follow-up patch with that too... :))16:46
*** kobis1 has quit IRC16:46
*** velizarx has quit IRC16:47
cgoncalvesI could, eventually, if there will be such a thing in Denver, get you a bus ticket16:47
johnsomha16:48
*** salmankhan has quit IRC16:48
johnsombus ticket to where though????  the middle of the desert16:49
johnsomgrin16:49
cgoncalvesdamn, you got me!16:49
xgerman_yeah, this time we expect the bus ticket and also being told the correct time of the free beer16:50
xgerman_damn you, Ryan!!16:51
*** ktibi has quit IRC17:24
*** harlowja has joined #openstack-lbaas17:31
*** harlowja has quit IRC17:43
*** abaindur has joined #openstack-lbaas17:57
*** abaindur has quit IRC17:57
*** abaindur has joined #openstack-lbaas17:58
*** kobis1 has joined #openstack-lbaas18:10
*** Swami has joined #openstack-lbaas18:12
*** luksky has joined #openstack-lbaas18:14
openstackgerritMichael Johnson proposed openstack/octavia master: Followup patch for UDP support  https://review.openstack.org/58769018:16
*** abaindur has quit IRC18:19
openstackgerritMichael Johnson proposed openstack/octavia master: Followup patch for UDP support  https://review.openstack.org/58769018:21
openstackgerritMichael Johnson proposed openstack/octavia master: [UDP] Fix failed member always in DRAIN status  https://review.openstack.org/58851118:21
*** abaindur has joined #openstack-lbaas18:25
*** openstackgerrit has quit IRC18:49
*** amuller has quit IRC19:26
*** numans has joined #openstack-lbaas19:59
*** abaindur has quit IRC20:09
*** abaindur has joined #openstack-lbaas20:09
*** kobis1 has quit IRC20:27
-openstackstatus- NOTICE: Due to a bug, Zuul has been unable to report on cherry-picked changes over the last 24 hours. This has now been fixed; if you encounter a cherry-picked change missing its results (or was unable to merge), please recheck now.20:42
*** abaindur_ has joined #openstack-lbaas21:34
*** abaindur has quit IRC21:36
*** abaindur_ has quit IRC21:52
*** abaindur has joined #openstack-lbaas21:52
*** celebdor has quit IRC22:13
*** rcernin has joined #openstack-lbaas22:20
*** strigazi has joined #openstack-lbaas22:20
*** strigazi has quit IRC22:21
*** strigazi has joined #openstack-lbaas22:21
*** strigazi has quit IRC22:27
*** strigazi has joined #openstack-lbaas22:28
*** strigazi has quit IRC22:28
*** strigazi has joined #openstack-lbaas22:29
*** strigazi has quit IRC22:32
*** strigazi has joined #openstack-lbaas22:33
*** luksky has quit IRC22:37
*** fnaval has quit IRC22:39
*** hongbin has quit IRC22:39
*** Swami has quit IRC23:46

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