Wednesday, 2019-10-02

*** sapd1_x has joined #openstack-lbaas00:07
*** hongbin has joined #openstack-lbaas00:30
*** hongbin has quit IRC00:50
*** yamamoto has quit IRC00:52
*** yamamoto has joined #openstack-lbaas00:56
*** ricolin has joined #openstack-lbaas00:59
rm_workcolin-: sure, submit a CR :D01:06
rm_workadd one more timeout arg01:06
*** yamamoto has quit IRC01:23
*** yamamoto has joined #openstack-lbaas01:26
johnsomcolin-: pretty sure one of our existing timeouts influences that setting. Check the haproxy docs. Also, the long running connect is why we implemented the current settings available for the listener.01:28
johnsomSo, we should already have you covered01:28
* johnsom vanishes once again.01:29
*** ricolin has quit IRC01:34
*** ricolin has joined #openstack-lbaas01:35
*** strigazi has quit IRC01:37
*** strigazi has joined #openstack-lbaas01:39
*** yamamoto has quit IRC01:59
openstackgerritMerged openstack/python-octaviaclient master: Generate PDF documentation  https://review.opendev.org/68213402:02
*** yamamoto has joined #openstack-lbaas02:04
*** irclogbot_3 has quit IRC02:09
*** irclogbot_1 has joined #openstack-lbaas02:12
rm_workcolin-: yeah, johnsom is correct -- that was the goal of the existing timeouts that were added -- but i wouldn't be surprised if we somehow missed *some* piece02:13
rm_workthough I know those timeouts specifically helped others running kubernetes with a similar issue to what you're descriving02:14
rm_work*describing02:14
*** sapd1_x has quit IRC02:19
*** yamamoto has quit IRC03:23
*** yamamoto has joined #openstack-lbaas04:02
*** yamamoto has quit IRC04:02
*** yamamoto has joined #openstack-lbaas04:05
*** yamamoto has quit IRC04:07
*** yamamoto has joined #openstack-lbaas04:09
*** yamamoto has quit IRC04:17
*** sapd1_x has joined #openstack-lbaas04:20
*** yamamoto has joined #openstack-lbaas04:22
*** yamamoto has quit IRC04:26
*** yamamoto has joined #openstack-lbaas04:29
*** yamamoto has quit IRC04:31
*** henriqueof has quit IRC04:33
*** henriqueof1 has joined #openstack-lbaas04:33
*** ricolin_ has joined #openstack-lbaas04:36
*** cgoncalves has quit IRC04:37
*** numans has quit IRC04:37
*** ricolin has quit IRC04:40
*** eandersson has quit IRC04:40
*** dasp has quit IRC04:40
*** cgoncalves has joined #openstack-lbaas04:46
*** pcaruana has joined #openstack-lbaas04:52
*** yamamoto has joined #openstack-lbaas05:11
*** yamamoto has quit IRC05:19
*** sapd1_x has quit IRC05:34
*** rcernin_ has joined #openstack-lbaas05:59
*** rcernin has quit IRC06:01
*** yamamoto has joined #openstack-lbaas06:21
*** yamamoto has quit IRC06:27
cgoncalvescolin-, yep, I remember the timeouts were added in Rocky (or Stein?) for a very similar use case as yours06:27
cgoncalveshttps://docs.openstack.org/api-ref/load-balancer/v2/?expanded=create-listener-detail#create-listener06:27
*** luksky has joined #openstack-lbaas06:35
*** dasp has joined #openstack-lbaas06:40
openstackgerritOpenStack Proposal Bot proposed openstack/octavia-dashboard stable/train: Imported Translations from Zanata  https://review.opendev.org/68530806:43
*** ataraday has quit IRC06:45
*** rcernin_ has quit IRC06:45
*** rcernin has joined #openstack-lbaas06:45
openstackgerritOpenStack Proposal Bot proposed openstack/octavia-dashboard master: Imported Translations from Zanata  https://review.opendev.org/68500406:47
*** tesseract has joined #openstack-lbaas06:57
*** AlexStaf has joined #openstack-lbaas07:02
*** gcheresh has joined #openstack-lbaas07:03
*** rcernin has quit IRC07:04
*** maciejjozefczyk has joined #openstack-lbaas07:06
*** yamamoto has joined #openstack-lbaas07:07
*** yamamoto has quit IRC07:17
*** ivve has joined #openstack-lbaas07:56
*** rpittau|afk is now known as rpittau07:57
*** tkajinam has quit IRC08:04
*** f0o has joined #openstack-lbaas08:41
*** ricolin_ is now known as ricolin08:41
f0owhat's the preferred way to supply diffs ?08:42
cgoncalvesf0o, patches are submitted as git patches to gerrit on review.opendev.org08:44
cgoncalves"$ git review" will submit your patch to gerrit08:44
f0othanks :)08:44
openstackgerritDaniel Preussker proposed openstack/octavia master: Add Gentoo platform detection in diskimage-create/diskimage-create.sh  https://review.opendev.org/68611109:00
cgoncalvesf0o, thanks for ^09:00
f0onp - first time gerrit user here, excuse potential *ckups09:02
f0ocode is tested though, just built amphora-x64-haproxy.qcow2 on my gentoo laptop with dev-vcs/git app-emulation/qemu sys-fs/multipath-tools - is there a place to upload build output or similar?09:04
cgoncalvesf0o, we don't have a CI job to test Gentoo amphora images. have you tried it?09:04
f0oI can pipe the whole output into file and attach it to the storyboard/gerrit/xxx if you like09:04
cgoncalvessuccessful build doesn't exactly translate to a working image :)09:04
f0otrue that, I'm spinning it up in a sec in the env (without full octavia setup, I was just about to install it but got stalled by the image)09:05
cgoncalvesone thing we could do is have it tested in CI. relatively easy to set it up, I can guide you through it09:06
f0osure thing09:06
f0oI would've just booted it up and do the old init=/bin/sh hackaroo and see if the files look alright and if init-process goes through09:07
cgoncalvesf0o, what tool did you use to build the gentoo image?09:10
cgoncalvesOctavia CI uses octavia/diskimage-create/diskimage-create.sh but it doesn't support Gentoo09:11
f0ocgoncalves: that's what the Commit is about, to add gentoo support for that tool09:12
cgoncalvesf0o, ah, right, partially :) I guess if I try to build one it will exit with error immediately as gentoo is not in the supported amp base os list09:15
cgoncalveshttps://github.com/openstack/octavia/blob/master/diskimage-create/diskimage-create.sh#L12909:15
f0oah sorry for being ambiguous, I meant running the diskimage-create.sh on Gentoo to create any image (here I did the default, ubuntu)09:16
f0oso: https://github.com/openstack/octavia/blob/master/diskimage-create/diskimage-create.sh#L30909:17
cgoncalvesah! got it. i thought you wanted to build gentoo-based amphora images. my bad, sorry09:17
*** yamamoto has joined #openstack-lbaas09:17
f0omaybe in a distant future but I dont think there will be a benefit of it. Since gentoo is quite bloated with all the toolchains. But maybe CoreOS! ;)09:18
cgoncalveshah! would love to see CoreOS, yeah09:18
*** yamamoto has quit IRC09:18
f0oShouldn't be too hard I assume.... haproxy docker containers are widely available and support on-line reload - only needs a daemon to (re)write the haproxy.cfg09:19
cgoncalvesalright, in that case ignore the part about testing it in CI. we would have to set up a gentoo-based devstack environment. not sure what the support status of that is09:19
f0oif you give me a pub-key I can deploy the image and assign a floating ip for you to poke around09:20
f0oI know that isnt very reproducible hah09:20
cgoncalvesf0o, I don't know that much about CoreOS but note that the amphora is not just a haproxy appliance. it also runs the amphora-agent, keepalived, ...09:20
f0ore:CoreOS - those could be run as containers too, I've run some Haproxy/Keepalived combos on CoreOS before.. I dont know enough about the agent to judge how that would need to be run tho09:21
cgoncalvesnah, no need to log in and cross-check what you've already checked :)09:22
f0oso the only degraded unit is amphora-agent.service which hasnt gotten it's config (which is to be expected I guess, since I just booted it up as a normal instance here)09:24
cgoncalvesI'll wait until CI finishes before I vote. your patch looks okay to be merged09:24
f0ocool :)09:25
cgoncalvestwo upvotes by core members are required to approve, so don't feel discourage if it takes a bit long09:26
f0ono worries, at least the patch is at the right place now :)09:26
cgoncalvesyeah!09:26
*** salmankhan has joined #openstack-lbaas09:34
*** yamamoto has joined #openstack-lbaas09:58
*** yamamoto has quit IRC10:04
*** sapd1_x has joined #openstack-lbaas10:05
*** yamamoto has joined #openstack-lbaas10:09
*** sapd1_x has quit IRC10:14
*** rcernin has joined #openstack-lbaas10:24
*** ivve has quit IRC10:32
f0oQuick question - Since the controller node of octavia needs to communicate with the lb-instances via a neutron-network; is it advisible to deploy all components apart from octavia-api in nova-instances as well? That way they would have native neutron network connectivity and I'd only need to passthrough the AMQP/SQL connections10:33
cgoncalvesf0o, it is typically recommended to deploy them in controller/networker nodes. having worker, healthmanager and housekeeping instances running on each and every compute seems a waste of resources plus maintenance overhead10:43
f0oI didnt mean on the hypervisors but as instances themselves10:48
f0oso as vm inside openstack10:48
f0oI'm just wondering how i'd configure the networking node to create the bridges for octavia run on across reboots10:49
f0oor will octavia components create the interfaces by themselves similar how cinder mounts nfs-backends autonomously?10:55
*** sapd1_x has joined #openstack-lbaas11:03
*** baffle has quit IRC11:07
*** openstackstatus has quit IRC11:09
*** baffle has joined #openstack-lbaas11:21
openstackgerritGregory Thiemonge proposed openstack/octavia-tempest-plugin master: Added tests for creation of listeners on same port  https://review.opendev.org/66817611:36
openstackgerritGregory Thiemonge proposed openstack/octavia-tempest-plugin master: Add tests for mixed IP networks UDP members  https://review.opendev.org/66861911:36
openstackgerritGregory Thiemonge proposed openstack/octavia-tempest-plugin master: Add UDP test scenario  https://review.opendev.org/65651511:36
f0onvmd, wrote a systemd-unit to create the interfaces after ovs agent started11:38
*** rpittau is now known as rpittau|afk11:38
*** yamamoto has quit IRC11:42
*** sapd1_x has quit IRC11:44
*** ivve has joined #openstack-lbaas11:56
*** goldyfruit_ has quit IRC12:03
*** yamamoto has joined #openstack-lbaas12:03
*** yamamoto has quit IRC12:06
*** ccamposr has quit IRC12:06
*** goldyfruit_ has joined #openstack-lbaas12:11
*** yamamoto has joined #openstack-lbaas12:11
*** goldyfruit_ has quit IRC12:17
*** ianychoi has quit IRC12:21
*** ianychoi has joined #openstack-lbaas12:25
*** ccamposr has joined #openstack-lbaas12:33
*** ivve has quit IRC13:12
*** luksky has quit IRC13:14
*** yamamoto has quit IRC13:29
*** yamamoto has joined #openstack-lbaas13:29
*** luksky has joined #openstack-lbaas13:42
*** henriqueof1 has quit IRC13:51
*** ccamposr has quit IRC13:59
*** yamamoto has quit IRC13:59
*** goldyfruit has joined #openstack-lbaas14:09
*** goldyfruit_ has joined #openstack-lbaas14:15
*** goldyfruit has quit IRC14:17
openstackgerritMerged openstack/octavia-tempest-plugin master: Generate PDF documentation  https://review.opendev.org/68212414:18
*** openstackstatus has joined #openstack-lbaas14:28
*** ChanServ sets mode: +v openstackstatus14:28
*** rcernin has quit IRC14:30
*** goldyfruit___ has joined #openstack-lbaas14:33
*** ccamposr has joined #openstack-lbaas14:34
*** goldyfruit_ has quit IRC14:35
*** ccamposr has quit IRC14:38
*** ccamposr has joined #openstack-lbaas14:39
*** Vorrtex has joined #openstack-lbaas14:47
*** luksky has quit IRC14:48
*** AlexStaf has quit IRC14:52
*** henriqueof has joined #openstack-lbaas14:55
*** ccamposr has quit IRC14:56
*** ccamposr has joined #openstack-lbaas14:58
*** ccamposr__ has joined #openstack-lbaas15:00
*** ccamposr__ has quit IRC15:01
*** ccamposr__ has joined #openstack-lbaas15:01
*** ccamposr has quit IRC15:03
*** ccamposr has joined #openstack-lbaas15:03
*** ccamposr__ has quit IRC15:06
*** gcheresh has quit IRC15:06
*** ccamposr__ has joined #openstack-lbaas15:07
*** ccamposr has quit IRC15:09
*** Vorrtex has quit IRC15:10
*** ccamposr__ has quit IRC15:12
*** ccamposr has joined #openstack-lbaas15:12
*** ccamposr has quit IRC15:14
*** ccamposr has joined #openstack-lbaas15:15
*** ccamposr__ has joined #openstack-lbaas15:19
*** ccamposr has quit IRC15:22
*** yamamoto has joined #openstack-lbaas15:22
*** ccamposr has joined #openstack-lbaas15:22
*** ccamposr__ has quit IRC15:24
*** ccamposr__ has joined #openstack-lbaas15:26
*** ccamposr has quit IRC15:29
*** yamamoto has quit IRC15:29
*** ccamposr__ has quit IRC15:29
*** ccamposr__ has joined #openstack-lbaas15:30
*** goldyfruit_ has joined #openstack-lbaas15:30
*** goldyfruit___ has quit IRC15:33
*** ccamposr__ has quit IRC15:34
*** ccamposr has joined #openstack-lbaas15:35
*** ccamposr has quit IRC15:48
*** ccamposr has joined #openstack-lbaas15:49
*** AustinR has quit IRC15:50
*** ianychoi has quit IRC15:51
*** ianychoi has joined #openstack-lbaas15:54
*** ajay33 has joined #openstack-lbaas15:56
ajay33gregwork: I don't know about kuryr, but you can see the reason for failure in octavia's controller-worker's logs15:58
ajay33openstack loadbalancer show xxx isnt revealing too many clues : +115:59
rm_workAh heh yeah I had a patch to add gentoo amphora :D never finished16:01
rm_workWas close though16:01
cgoncalves#startmeeting Octavia16:03
openstackMeeting started Wed Oct  2 16:03:40 2019 UTC and is due to finish in 60 minutes.  The chair is cgoncalves. Information about MeetBot at http://wiki.debian.org/MeetBot.16:03
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:03
*** openstack changes topic to " (Meeting topic: Octavia)"16:03
openstackThe meeting name has been set to 'octavia'16:03
rm_worko/16:03
cgoncalveshi16:03
ajay33hi16:04
cgoncalvesapologies we started the meeting a bit late16:04
cgoncalves#topic Announcements16:04
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"16:04
cgoncalvesFinal Train RCs due next week16:04
cgoncalves#link https://releases.openstack.org/train/schedule.html16:04
cgoncalvesWe released Octavia Train RC1 already. Please let the team know if there's a patch you would like to see it included in GA16:05
cgoncalvesUssuri release schedule published16:05
cgoncalves#link https://releases.openstack.org/ussuri/schedule.html16:06
cgoncalvesUssuri release is schedule to go out mid May 202016:06
cgoncalvesFeature freeze the week of April 616:06
cgoncalvesthis leads to last announcement I had for today:16:07
cgoncalvesUssuri series community goal selection16:07
cgoncalves#link https://etherpad.openstack.org/p/PVG-u-series-goals16:07
*** AustinR has joined #openstack-lbaas16:07
cgoncalvesat the early beginning of each development cycle, the community proposes and agrees to community goals16:08
AustinRRequesting review of backports "loadbalancer vip-network-id IP availability" https://review.opendev.org/#/c/685447/, https://review.opendev.org/685475, https://review.opendev.org/68588316:08
cgoncalvesfor example, we had PDF generation and IPv6-only support in Train16:08
cgoncalvesthe community is seeking for goals for Ussuri. there are already two proposed. please see the Etherpad page16:09
cgoncalves#link https://etherpad.openstack.org/p/PVG-u-series-goals16:09
*** pcaruana has quit IRC16:10
rm_workI like the zuulv3 goal since it's not too much work for us :D16:10
cgoncalvesI particularly like the "Switch remaining legacy jobs to Zuul v3 and drop legacy support". I think we only have one job on Zuul v2 -- the Grenade job16:10
rm_workJinx16:10
cgoncalvesreason being there isn't a base Zuul v3 Grenade job for us to consume16:10
cgoncalvesrm_work, so does that mean you're signing up for that goal? :D16:11
*** pcaruana has joined #openstack-lbaas16:11
cgoncalvesthis is all I had for today's announcements. anything else someone would like to add?16:12
rm_workWe'll see :D16:12
haleybcgoncalves: there's a grenade-py3 job in the neutron tree, don't know if it's inherited16:12
cgoncalveshaleyb, very unlikely to be a grenade Zuul v3 job. last time I checked there wasn't much progress16:13
cgoncalveswe can definitely check that in a few minutes :)16:13
cgoncalves#topic Brief progress reports / bugs needing review16:13
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"16:13
*** ccamposr has quit IRC16:14
cgoncalvesnot much from my side to report since last week. I've been testing CentOS 8 support in diskimage-builder and built an amphora image16:15
cgoncalvesI got an issue with the 2-way auth. the amphora-agent reports it gets a bad certificate from the controller but it looks good to me. tested with an centos 7 and bionic images okay16:16
jrosseri have been having problems with running out of space in /tmp when building bionic amphora images16:17
cgoncalvesjrosser, out of space in the build host?16:18
jrosserlike this http://paste.openstack.org/show/780558/16:18
cgoncalvesjrosser, I'm not totally sure if /var/cache/apt/archives/ refers to the build host or in the root of the amp image. what is the desired space you've requesting?16:20
cgoncalvesI mean, the value you pass to the "-s" option in diskimage-create.sh16:21
cgoncalves2 GB should be enough16:21
jrosseroh well maybe that is the issue, that we don't pass that16:21
cgoncalvesin that case, for ubuntu, the default is 2GB16:22
cgoncalvesmaybe we can check that after the meeting or tomorrow16:22
jrosserok thankyou16:23
cgoncalvessure, no problem!16:23
cgoncalvesalright! anyone else would like to share brief progress reports or bugs needing review?16:23
cgoncalvesAustinR, we received your previous message asking to review backport patches to queens and rocky :)16:24
cgoncalvesthanks for the master patch and helping with backports!16:24
AustinRthank you :)16:25
rm_workYeah in general it's good to ping people if there's patches you need looked at specifically -- I try to find time to go through and look at stuff but when you have a patch ready and are in IRC for me to talk with, I can generally prioritize :)16:26
rm_workI've been working on some other stuff recently and trying to keep up some reviews, but I will be more focused again once Ussuri opens for features (and will be working on the multivip stuff again)16:27
cgoncalveslooks like some fine folks might have joined johnsom on his holidays :) quite calm here for the past 2 weeks :)16:27
cgoncalvesrm_work, I think master is open for Ussuri now that we branched stable/train16:28
cgoncalvesspeaking of that, we might want to have this one merged: https://review.opendev.org/#/c/685905/16:29
*** tesseract has quit IRC16:29
cgoncalvesand make a Train RC2 release16:29
cgoncalvesoki, let's continue16:30
cgoncalves#topic Open discussion16:30
*** openstack changes topic to "Open discussion (Meeting topic: Octavia)"16:30
colin-on the topic of timeout values being available to set on the listener overriding websockets connections being otherwise torn down, while i acknowledge that this does have the outcome we were aiming for, it also has the unintended outcome of affecting the connection characteristics of _all_ connections going over that VIP unfortunately so it has a broader impact to the behavior of that API, which in turn has an effect on the usefulness of the resour16:30
colin-sorry, had that teed up16:30
cgoncalvesoh, sorry!16:30
cgoncalvescolin-, not sure I follow, sorry. changing the timeout of a listener also applies the timeout to all other listeners?16:32
cgoncalvesor you want to set a different timeout to a particular listener and connection?16:32
colin-no, to all other connections16:32
colin-i don't want to override all connection timeouts just to accommodate a small percentage of them16:33
colin-(not all are this long-lived websocket type conns)16:33
colin-so it would be preferable for the values that are available today to remain at their sane defaults while offering the opportunity to accommodate these conns too16:33
cgoncalvesI see. what would you suggest? some kind of listener policy where one could define a set of rules (timeouts)?16:34
colin-for me, it would be a natural extension of the listener create api in the same way that "timeout_member_connect" is implemented, for example16:35
cgoncalvescolin-, would you be able to open an RFE/story for this for us to better track it?16:37
colin-will do16:37
cgoncalvesthanks!16:37
cgoncalvesif there's nothing else to discuss, we can close the meeting a few minutes early :)16:38
*** salmankhan has quit IRC16:38
cgoncalveslooking forward to seeing folks at the next PTG in a month!16:39
cgoncalvesthank you having joined today's meeting16:39
cgoncalves#endmeeting16:39
*** openstack changes topic to "Discussions for OpenStack Octavia | Priority bug review list: https://etherpad.openstack.org/p/octavia-priority-reviews"16:39
openstackMeeting ended Wed Oct  2 16:39:41 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:39
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-10-02-16.03.html16:39
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-10-02-16.03.txt16:39
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-10-02-16.03.log.html16:39
rm_worko/16:39
rm_workThanks to our official meeting runner for running the meeting today :)16:40
rm_workThanks cgoncalves !16:40
cgoncalvesphewww. good that johnsom will be back next week :D16:40
cgoncalveslol!16:40
cgoncalvesjrosser, hi! I have a few minutes now if you'd like to check your image build issue16:41
*** ccamposr has joined #openstack-lbaas16:54
colin-opened this to track/clarify the above topic: https://storyboard.openstack.org/#!/story/200665316:58
*** ccamposr has quit IRC17:02
jrossercgoncalves: i have added -s 3 to the options and it's running now17:02
jrosserthis is all in a jenkins job so i'll let it run and see what happens17:03
rm_workwhich OS amp are you building again?17:15
rm_workfor centos we definitely needed -s3 last i checked17:15
rm_workso yeah17:15
rm_workcgoncalves: I +2'd https://review.opendev.org/#/c/672264/ last night, along with the followup which is already +A now17:16
jrosserrm_work: it was bionic, on a bionic host17:19
jrosserand making a stable/stein amphora17:19
rm_workhmmmmm17:20
rm_workweird, ubuntu has generally been fine with 2g17:20
rm_workuhh so I have a patch idea, one sec17:21
*** maciejjozefczyk has quit IRC17:22
rm_workjrosser: uhh BTW what were the two(?) env vars you had to set to build with stein again?17:22
rm_workI know it's DIB_REPOLOCATION_amphora_agent and DIB_REPOREF_amphora_agent17:23
rm_workbut what did you set them as17:23
rm_workDIB_REPOREF_amphora_agent=stable/stein17:24
rm_work^^ ?17:24
jrosserI can confirm this later but I think it was /opt/octavia and stable/stein17:24
rm_workk17:24
jrosserjust on my mobile right now17:24
rm_worknp i got it17:26
*** ccamposr has joined #openstack-lbaas17:36
*** ccamposr has quit IRC17:38
*** ccamposr has joined #openstack-lbaas17:38
*** ccamposr has joined #openstack-lbaas17:39
cgoncalvesrm_work, I think with the move to centos-minimal we could change default for centos to 2 GB17:41
cgoncalvesrm_work, I'm not sure I agree with the diff in last PS of https://review.opendev.org/#/c/672264/17:41
*** ccamposr has quit IRC17:43
*** ccamposr__ has joined #openstack-lbaas17:43
*** luksky has joined #openstack-lbaas17:43
*** pcaruana has quit IRC17:45
*** ccamposr__ has quit IRC17:49
*** ccamposr has joined #openstack-lbaas17:52
*** ccamposr has quit IRC17:53
*** ccamposr has joined #openstack-lbaas17:54
openstackgerritAdam Harwell proposed openstack/octavia master: Add diskimage-create arg for amp branch selection  https://review.opendev.org/68622717:55
colin-[everyone liked that]17:57
*** ccamposr__ has joined #openstack-lbaas17:57
*** ccamposr has quit IRC17:57
rm_worklol17:58
rm_worknot sure why we didn't do that ... earlier17:58
rm_workcgoncalves: what didn't you like about the latest PS? I looked at all the changes and it seemed fine, but i didn't see it before, so... did something bad change?17:59
rm_worki guess it could be ==2, not !=118:00
rm_workbut18:00
rm_work... hmm well yeah, probably it should be that18:00
rm_workwell, otherwise it might pass on a single member getting all traffic? so, is that right or not?18:00
rm_worki don't follow the math because I hate math :D18:01
rm_workbut like... with LEAST_CONNECTIONS for example, I think it is possible that it just routes all hits to the same member because it always is at 0 for the next connection?18:02
rm_workah sorry, it's early, !=1 would also check that18:02
rm_workthe only thing it wouldn't validate is that a random third member doesn't show up? lol18:03
*** ccamposr has joined #openstack-lbaas18:03
*** ccamposr__ has quit IRC18:03
rm_workugh waking up early for the meeting broke my brain for the day i think18:05
*** ccamposr has quit IRC18:17
*** ccamposr has joined #openstack-lbaas18:19
*** ccamposr has quit IRC18:33
*** ccamposr has joined #openstack-lbaas18:33
openstackgerritMerged openstack/octavia-dashboard stable/train: Imported Translations from Zanata  https://review.opendev.org/68530818:34
*** ccamposr has quit IRC18:46
*** ccamposr has joined #openstack-lbaas18:48
*** ccamposr has quit IRC18:51
*** gcheresh has joined #openstack-lbaas19:15
*** yamamoto has joined #openstack-lbaas19:27
*** yamamoto has quit IRC19:32
jrossercgoncalves: good news - the image build completed with -s 319:33
cgoncalvesjrosser, that's odd. as rm_work said earlier, we build bionic images on 2 GB disk. have you made modifications to the image build process (like adding new stuff, partitioning disk, ...) or is it upstream vanilla?19:36
jrosserwe've not done any changes at all, and this was also happening for they guys at vexxhost too19:38
jrosserit used to work, but our last successful jenkins job for this was on 12th Aug, and its been broken on disk space since then19:38
jrossercgoncalves: on master, isnt the image now much smaller?19:40
cgoncalvesjrosser, we reduced its size already in stein with the move to ubuntu-minimal19:41
cgoncalveshttps://review.opendev.org/#/q/project:openstack/octavia+branch:stable/stein+status:merged,2519:44
cgoncalveslatest patch merged before Aug 12 was on Jul 819:44
cgoncalvesafter Aug 12, it was on Aug 2619:44
jrossersadly we don't keep enough jobs so i can't look back beyond that19:45
jrosserbut i guess also the package dependacies could have changed and more stuff get pulled in19:45
cgoncalvesI don't spot any patch that we may have merged around that time that could have added new requirements or something else significant19:45
rm_workhmmm i'm actually rethinking the way I did that patch... I think maybe it'd be better to just assume same-gitref19:46
openstackgerritAdam Harwell proposed openstack/octavia master: Add diskimage-create arg for using current ref  https://review.opendev.org/68622719:49
rm_workjrosser: could you try grabbing that ^^ and then trying your build with `-g`? :D19:50
rm_workshould "just work"19:50
jrosseroh thats cool - does that take the checked out branch of the repo and build the appropriate image?19:50
rm_workyep19:51
*** guilhermesp has joined #openstack-lbaas19:51
rm_workit makes the amp build against exactly the ref that you have currently checked out :)19:51
rm_workregardless of whether it's upstream or not19:51
jrosserexcellent - lots of folks confised by that right now19:51
rm_workit just *uses* the current git-dir and ref19:51
jrosserguilhermesp: hello, we were just discussing the out-of-disk space19:52
guilhermesphey jrosser19:52
jrossercgoncalves: guilhermesp had exactly the same error as me independatly, trying to build bionic image19:52
guilhermespyeah I've seen that with bionic specifically19:52
guilhermespi tried to DIB_NO_TMPFS=119:53
guilhermespbut at some point, it comes to the same issue regardless19:53
mlozaHello I'm trying to failover failed lb's but I kept getting some 'Certificate did not match expected hostname' in octavia-worker. http://paste.openstack.org/show/eGiZZ4aU1rjGo5yGTspE/19:53
jrosserrm_work: i really should !computer now, but i will try that patch19:53
jrossertomorrow19:53
rm_workkk19:55
rm_work:)19:55
cgoncalvesuh, two people with different affiliations (hence different CI systems, I take) having the same problem can't be just a coincidence :/19:57
cgoncalvesguilhermesp, hey! how are you building your bionic image? can you reproduce it outside your CI system? like run the diskimage-create.sh directly19:58
cgoncalvesI'm really intrigued now...19:59
*** ajay33 has quit IRC20:02
guilhermesphey cgoncalves ! you mean by not following these steps? https://github.com/openstack/octavia/tree/stable/stein/diskimage-create20:03
guilhermespalso, there ar esome vars that I used to export following jrosser 's suggestions20:05
guilhermespDIB_REPOREF_amphora_agent='stable/stein' for example20:05
guilhermespas we were dealing with an stein deployment20:05
*** gcheresh has quit IRC20:06
cgoncalvesguilhermesp, oh, so you're already using that tool, good20:09
guilhermespyep cgoncalves20:10
cgoncalvesI wanted to rule out the possibility of some internal system being messing up with the packages or whatever20:10
guilhermespand well, works fine with xenial btw20:13
guilhermespthe same command20:13
guilhermesplet me past the command20:13
guilhermespactually just /diskimage-create.sh -d bionic and /diskimage-create.sh -d xenial20:14
cgoncalvesI'm building one now20:17
cgoncalvesDIB_REPOREF_amphora_agent=6d49c6992885996cd58fd49ccfb0d8559fa4f10a DIB_REPOLOCATION_amphora_agent=/home/cgoncalves/dev/repos/openstack/octavia ./diskimage-create.sh -x -d bionic -i ubuntu-minimal -s 2 2>&1 | tee dib-bionic.txt20:17
cgoncalvesoops! No space left on device...20:28
guilhermespuppps20:28
cgoncalvesI'll digest the output Friday (holiday here tomorrow)20:42
guilhermespno worries cgoncalves enojy!20:58
*** maciejjozefczyk has joined #openstack-lbaas21:07
*** AustinR has quit IRC21:10
*** maciejjozefczyk has quit IRC21:12
rm_workhmmmm21:22
rm_workhas our nightly for bionic died yet?21:22
rm_workdid we switch our nightly to bionic?21:22
rm_worki know the fedora28 one always dies and that's known, but i didn't think any of the others did21:22
rm_workah but we don't build for stable releases?21:23
rm_workso maybe something specific to that?21:23
*** AustinR has joined #openstack-lbaas21:31
*** yamamoto has joined #openstack-lbaas21:31
*** AustinR has quit IRC21:45
*** AustinR has joined #openstack-lbaas21:46
henriqueofCan someone help me? My load balancer says all servers are offline event though I can access their services.22:08
henriqueofMy problem is solved but I think I found a bug related to using Octavia alongside Magnum.22:23
*** goldyfruit_ has quit IRC22:33
*** yamamoto has quit IRC22:34
*** ccamposr has joined #openstack-lbaas22:43
*** rcernin has joined #openstack-lbaas22:48
colin-any idea why i would get this "Not Found: Not Found. Sorry but your container is in another castle. (HTTP 500)" when attempting a delete of an LB?22:53
colin-is it possible to orphan an HTTPS LB by deleting the barbican resouce before the LB? seems like it shouldn't be22:54
*** tkajinam has joined #openstack-lbaas22:54
*** yamamoto has joined #openstack-lbaas23:09
*** luksky has quit IRC23:22

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