Wednesday, 2017-03-08

*** ducttape_ has quit IRC00:00
*** ducttape_ has joined #openstack-lbaas00:01
*** ducttape_ has quit IRC00:01
*** ducttape_ has joined #openstack-lbaas00:02
*** ducttape_ has quit IRC00:02
*** ducttape_ has joined #openstack-lbaas00:02
*** ShaneR_ has joined #openstack-lbaas00:17
*** catintheroof has quit IRC00:31
openstackgerritMichael Johnson proposed openstack/octavia master: Update Octavia v2 API for vip_network_id  https://review.openstack.org/44287901:04
armaxjohnsom:01:27
armaxping01:27
johnsompong01:27
armaxjohnsom: was wondering if you’re aware of https://review.openstack.org/#/c/438682/701:28
armaxas you guys use the same type of hook as neutron did01:28
armaxyou may want to tweak things in octavia/neutron-lbaas01:28
armaxjohnsom: I got neutronclient done: https://review.openstack.org/#/c/442884/01:28
johnsomYeah, I think someone already did that for us.01:28
johnsomLet me double check01:29
armaxyamamoto01:29
armaxI think01:29
johnsomYeah01:29
armaxbut I am not sure if that goes deep enough01:29
johnsomhttps://review.openstack.org/43825101:30
johnsomYeah, I can take a deeper look.  It looked ok to me, but maybe I am missing something.01:33
johnsomThanks for the heads up though01:33
armaxsure, these things are never too trivial :)01:34
armaxI’ll double check with Ihar in the morning01:34
johnsomQuestion for you....01:34
armaxbecause I don’t have the full picture01:34
armaxand I’ll get back to you01:34
armaxshoot01:34
johnsomhttp://logs.openstack.org/20/439920/1/check/gate-neutron-lbaas-python27-ubuntu-xenial/159c759/console.html#_2017-03-02_00_12_49_43910701:35
johnsomDid this replace_file change get backported to Ocata?01:35
johnsomIhar said no on this patch: https://review.openstack.org/#/c/441255/01:35
johnsomBut the stable gate is saying otherwise01:36
armaxthere must be a dependency mismatch somewhere01:36
openstackgerritMichael Johnson proposed openstack/octavia master: Fix load balancer project_id handling on POST  https://review.openstack.org/44286501:36
armaxlet me look01:37
armaxhttps://github.com/openstack/neutron-lbaas/blob/stable/ocata/tools/tox_install.sh#L1701:38
armaxthat’s your problem-o01:38
armaxyou’re pulling from master-o01:38
johnsomWhat the.....01:38
armaxyou want me to continue the sentence?01:38
johnsomI know you already did01:39
armaxbtw01:39
armaxhttps://github.com/openstack/neutron/blob/master/doc/source/policies/release-checklist.rst01:39
armaxsome of this stuff is captured in there01:39
johnsomYep, it's there.  Did not know anything about this...01:41
johnsomThanks again01:42
armaxsure thing01:42
rm_workjohnsom: yes it did, i told them it would need to be updated after the network_id stuff01:45
johnsomYeah, I have posts a dependent patch01:45
rm_workyeah reading it now01:45
johnsomhttps://review.openstack.org/#/c/44289101:47
johnsom^^ fixes the stable/ocata branch for neutron-lbaas01:47
*** gongysh has joined #openstack-lbaas01:49
*** sanfern has quit IRC02:03
rm_worklol yeah saw that discussion02:04
rm_workcan only +1 :(02:04
rm_workI guess neutron stable team is different02:04
johnsomWhat?  You should have +2 there02:05
johnsomYeah, but you should be there too, different group.02:05
johnsomLet me look02:05
johnsomYeah, you should be good02:06
johnsomLogged in?02:06
rm_work:/02:06
rm_workyes02:06
rm_workI +1'd :P02:06
johnsomYeah, sorry, end of day, too many things going on.02:07
johnsomhttps://review.openstack.org/#/admin/projects/openstack/neutron-lbaas,access02:07
johnsomThat is the acls02:07
johnsomThis is the list of folks: https://review.openstack.org/#/admin/groups/1662,members02:07
johnsomIf I can you should be able to02:08
rm_worki'll log out and back in?02:08
rm_worklol well it got a lot of fails02:08
rm_workbut still can't +202:08
johnsomYeah maybe???  It's been that way for weeks now02:08
rm_workwtf http://logs.openstack.org/91/442891/1/check/gate-neutron-lbaasv2-dsvm-api-ubuntu-xenial/3b3a286/logs/devstacklog.txt.gz#_2017-03-08_01_55_50_67902:09
rm_workwe need barbican-tempest-plugin in PROJECTS now?02:10
rm_workdon't know what to tell you though, only have +/- 102:11
rm_worki remember i had this issue before though and magically one day it worked :/02:11
johnsomYeah, I don't either02:11
johnsomThe projects thing, yeah, they have been doing that, droping projects from the master projects list.  I can fix that02:11
rm_worklooks like my plans changed for today and i'll be looking at making centos amphora work in our cloud :/02:13
rm_workffffff02:13
johnsomWell, we made centos work in Ocata so....02:13
rm_workyeah02:13
rm_worksometimes I wonder if i *abhor* centos for realistic reasons or just random bias02:15
rm_workso far, being forced to work with it more hasn't made me realize "oh, this is actually OK", more like "yeah there is a reason I hate this02:15
rm_work"02:15
johnsomIt's the little differences that get you.  However, since I used redhat tribe before ubuntu/debian it goes both ways....02:16
rm_workcentos7 doesn't work with devstack because the version of git it has is SOOOO old02:17
rm_workI have to do http://logs.openstack.org/91/442891/1/check/gate-neutron-lbaasv2-dsvm-api-ubuntu-xenial/3b3a286/logs/devstacklog.txt.gz#_2017-03-08_01_55_50_67902:17
rm_workerr02:17
rm_workhttps://github.com/rm-you/devstack_deploy/blob/centos/stackme.sh#L18-L2002:17
rm_workthat02:17
johnsomYes, the fact that much of it is so old sucks.  I commented to the wall of RedHat folks that came to our PTG session about the same02:17
johnsomProbably not the right folks, but I felt better afterwards....02:18
rm_workwell, it has to suck, it's free, right?02:19
rm_workcan't have it be better than RHEL?02:19
johnsomWell, the centos goal is to track RHEL right?02:19
rm_workright but does it do that effectively? dunno02:20
johnsomI am so sick of projects that don't track stable02:27
johnsomOk, leaving that stuff broken for tonight.  I need to make dinner.02:29
johnsomIt's this causing the problem: https://github.com/openstack/barbican/blob/stable/ocata/devstack/plugin.sh#L702:31
johnsomOr this: https://github.com/openstack/barbican/blob/stable/ocata/devstack/plugin.sh#L2202:32
johnsomLubosz was talking with them about that02:32
*** ShaneDavidson has quit IRC02:35
rm_workjohnsom: is it a horrible idea to want some admin config flags *in the DB*, like "enable/disable health monitoring" etc, configurable via operator API?02:39
rm_workso we can like... diable HM during maintenances or such02:39
*** bbzhao has joined #openstack-lbaas02:43
*** sanfern has joined #openstack-lbaas02:48
*** amotoki has quit IRC02:54
*** amotoki has joined #openstack-lbaas02:56
*** Guest4533 has joined #openstack-lbaas02:58
*** amotoki has quit IRC03:01
*** Guest4533 has quit IRC03:01
openstackgerritZhaoBo proposed openstack/octavia master: Support vip bandwidth limitation  https://review.openstack.org/44191203:01
*** ducttape_ has quit IRC03:07
*** ShaneDavidson has joined #openstack-lbaas03:13
*** chlong_ has joined #openstack-lbaas03:15
*** chlong has quit IRC03:15
*** ShaneDavidson has quit IRC03:18
*** ShaneDavidson has joined #openstack-lbaas03:19
*** ShaneDavidson has quit IRC03:27
*** oomichi has quit IRC03:30
*** oomichi has joined #openstack-lbaas03:33
armaxjohnsom: ping03:47
armaxwhat happened here?03:47
armaxhttp://logs.openstack.org/91/442891/1/check/gate-neutron-lbaasv2-dsvm-api-ubuntu-xenial/3b3a286/logs/devstacklog.txt.gz#_2017-03-08_01_55_50_68503:47
armaxdo you know?03:47
*** amotoki has joined #openstack-lbaas03:56
*** amotoki has quit IRC04:01
rm_workarmax: yes04:01
rm_workwe're looking at it. barbican's stuff doesn't track stable there... so we either need to add that to our project list, or get them to fix their devstack stuff in ocata to actually track ocata04:01
rm_workarmax: [11:31:39]  <johnsom>It's this causing the problem: https://github.com/openstack/barbican/blob/stable/ocata/devstack/plugin.sh#L704:02
rm_work[11:32:01]  <johnsom>Or this: https://github.com/openstack/barbican/blob/stable/ocata/devstack/plugin.sh#L2204:02
rm_work[11:32:14]  <johnsom>Lubosz was talking with them about that04:02
armaxrm_work: thanks04:02
*** ducttape_ has joined #openstack-lbaas04:09
*** ducttape_ has quit IRC04:13
*** csomerville has joined #openstack-lbaas04:22
*** cody-somerville has quit IRC04:22
*** amotoki has joined #openstack-lbaas04:24
rm_workanyone know where the console log ends up in centos? like, where can i look to see what happened during boot?04:31
*** links has joined #openstack-lbaas04:41
*** ShaneDavidson has joined #openstack-lbaas04:42
*** ShaneDavidson has quit IRC05:04
rm_worknm it looked like dmesg was missing stuff but it's there05:07
*** ducttape_ has joined #openstack-lbaas05:09
*** ducttape_ has quit IRC05:14
*** gongysh has quit IRC05:31
*** gongysh has joined #openstack-lbaas05:32
*** yamamoto_ has joined #openstack-lbaas06:01
*** ducttape_ has joined #openstack-lbaas06:10
rm_workhmm time to figure out06:12
rm_work::ffff:10.32.60.187 - - [08/Mar/2017:06:05:58 +0000] "PUT /0.5/listeners/77fed5d8-0ea7-4e1f-a510-bded86ee03d2/0138db8b-0c46-4f8a-a8a1-0c3a88533357/haproxy HTTP/1.1" 400 417 "-" "Octavia HaProxy Rest Client/0.5 (https://wiki.openstack.org/wiki/Octavia)"06:12
*** ducttape_ has quit IRC06:15
*** ShaneR_ has quit IRC06:27
*** ShaneR_ has joined #openstack-lbaas06:30
openstackgerritZhaoBo proposed openstack/octavia master: Support vip bandwidth limitation  https://review.openstack.org/44191206:32
*** yamamoto_ has quit IRC06:36
*** gcheresh_ has joined #openstack-lbaas06:40
*** armax has quit IRC06:40
*** armax has joined #openstack-lbaas06:40
*** armax has quit IRC06:41
*** pcaruana has joined #openstack-lbaas06:43
*** ShaneR_ has quit IRC06:46
rm_worknmagnezi: around?07:00
rm_workah nm got it i think07:03
rm_workwas trying to remember the deal with user_group for centos amps07:03
*** kobis has quit IRC07:03
*** ducttape_ has joined #openstack-lbaas07:11
*** ducttape_ has quit IRC07:16
johnsomI think Nir is working on that07:18
rm_workyes07:18
rm_workthat's why i pinged him :P07:18
rm_workbut i figured it out i think07:19
johnsomnmagnezi can you give an update on the user_group patch07:19
johnsomNP, just checking in before sleep...07:20
rm_workthings looking good07:20
rm_workthough might have found a bug with _get_resource_by_filters07:21
johnsomFyi, I would like to see the base v2 test patches merge so we have tests07:21
rm_work2017-03-08 00:19:01.418 12191 ERROR octavia.network.drivers.neutron.base   File "/opt/octavia/env/lib/python2.7/site-packages/octavia/network/drivers/neutron/base.py", line 169, in _get_resource_by_filters07:23
rm_work2017-03-08 00:19:01.418 12191 ERROR octavia.network.drivers.neutron.base     resource = resource['%ss' % resource_type][0]07:23
rm_work2017-03-08 00:19:01.418 12191 ERROR octavia.network.drivers.neutron.base IndexError: list index out of range07:23
rm_workk yeah i know T_T i'll look today07:23
*** yamamoto_ has joined #openstack-lbaas07:23
rm_workso, that happens when failing over and there are *zero* ports for the user07:23
rm_workbecause this was the only amp, and it was deleted07:23
rm_workit is expecting to see neutron_client_exceptions.NotFound07:24
rm_workbut it doesn't07:24
*** rcernin has joined #openstack-lbaas07:40
*** belharar has joined #openstack-lbaas07:43
*** tesseract has joined #openstack-lbaas07:43
*** kobis has joined #openstack-lbaas07:56
*** belharar has quit IRC08:04
openstackgerritAdam Harwell proposed openstack/octavia master: Fix quota lock on single_create with auth enabled  https://review.openstack.org/43451808:07
*** ducttape_ has joined #openstack-lbaas08:12
*** ducttape_ has quit IRC08:17
rm_workjohnsom: you meant this i assume? https://review.openstack.org/#/c/413697/08:17
*** chlong_ has quit IRC08:18
nmagnezijohnsom, hey, I had some unexpected tasks on my plate the past few days, I will finalize the patch early next week.08:37
rm_workyeah for now I set "user_group = haproxy" and it seems to work :)08:38
nmagnezirm_work, hi Adam :)08:38
nmagnezirm_work, you never sleep, huh? :)08:38
rm_workheh08:38
rm_workI just work odd hours :P08:38
rm_workdefinitely sleep somewhere in there08:38
nmagnezirm_work, same here :)08:39
nmagnezirm_work, Adam do you happen to know if there was any work related to loadbalancers migration from the legacy haproxy in namespace to Octavia?08:41
nmagnezii think this one is related: https://bugs.launchpad.net/octavia/+bug/165639008:41
openstackLaunchpad bug 1656390 in octavia "Need to move the legacy namespace HAProxy driver from nlbaas to Octavia" [High,New]08:41
rm_workha... ha... ha...08:41
nmagnezibut looks like no one handled it08:41
rm_worksoooo08:41
rm_worksec08:41
rm_workhttp://lists.openstack.org/pipermail/openstack-dev/2017-March/113432.html08:42
rm_worknmagnezi: search for "Legacy Namespace HAProxy driver"08:43
nmagnezirm_work, thanks for pointing this out (i dunno why i missed that email, I was waiting for it). anyhow my question is about a scenario in which an operator with existing loadbalancers that were created with haproxy in namespace08:49
nmagneziand now that operator wants to migrate those loadbalancers to Octavia08:49
rm_workyeah, so... erm08:50
rm_workthe API will be the same08:50
rm_workso theoretically they could just recreate them08:50
rm_workis that not a good option? :P08:50
nmagnezilol08:50
*** reedip_ has quit IRC08:50
nmagneziyou know the answer :D08:50
rm_workT_T08:50
rm_work"someone" could write a tool to look at the DB for n-lbaas and do the creations automatically...08:51
nmagnezioperator are always  happy to do manual work :)08:51
rm_workbut IPs would change08:51
rm_workthe tool would not be difficult to write08:51
nmagneziyes but it would have to be designed in a way that will give a minimal downtime, plus an option to roll back in case something goes wrong08:52
nmagneziso it is not that simple :)08:52
rm_workwell08:52
rm_workyou'd do the creates first08:52
rm_workand then let people swap over to the new IPs08:52
rm_workand then take down the old system after08:52
rm_workgive them a couple weels08:52
rm_work*weeks08:53
rm_worklook at traffic stats on the old LBs to see who isn't switching08:53
nmagnezican the old driver and octavia co-exist for some time?08:53
rm_workI see no reason why not08:53
rm_workI mean08:53
rm_workbasically what will happen08:53
rm_workis that you'll take the driver/agent offline for the old one08:53
rm_workand point it at octavia instead08:54
rm_workthe old LBs will still *be running*08:54
rm_workjust no API/agent to update them anymore08:54
nmagneziyeah because the haproxy processes are still up08:54
rm_workthen eventually just decommission the box08:54
rm_workright08:54
rm_workand using the DB, do scripted cleanup of the openstack resources (ports, FLIPs, whatever)08:55
rm_workbecause the DB will be left intact as well08:55
rm_workIMO that is the way to go08:55
nmagnezisounds reasonable, maybe I should file a spec or something08:56
rm_workmayhaps08:56
rm_workI'd help fill it out i guess if you start something08:56
rm_worki've been thinking about it at least a little bit08:56
nmagnezii think I will add this to the meeting agenda and we can start with your suggestion as a baseline, see what ppl have to say08:56
rm_workk08:56
nmagnezirm_work, that would be awesome.08:57
nmagnezirm_work, now all I need is to find the time :D08:57
rm_workyes08:57
rm_workthat sounds familiar08:57
nmagnezihah08:58
*** reedip_ has joined #openstack-lbaas09:02
*** openstackgerrit has quit IRC09:03
*** openstackgerrit has joined #openstack-lbaas09:06
openstackgerritMerged openstack/octavia master: Switch to use stable data_utils  https://review.openstack.org/44276709:06
*** ducttape_ has joined #openstack-lbaas09:13
*** ducttape_ has quit IRC09:17
*** reedip_ has quit IRC09:18
openstackgerritAdam Harwell proposed openstack/octavia master: Fix cascade delete flow (pool quota requirements missing)  https://review.openstack.org/43720009:30
*** reedip_ has joined #openstack-lbaas09:31
*** yamamoto_ has quit IRC09:35
*** ducttape_ has joined #openstack-lbaas10:14
*** ducttape_ has quit IRC10:19
*** anilvenkata_afk is now known as anilvenkata10:34
*** yamamoto has joined #openstack-lbaas10:45
*** yamamoto has quit IRC10:48
*** yamamoto has joined #openstack-lbaas10:50
*** yamamoto has quit IRC10:51
*** reedip_ has quit IRC10:53
*** belharar has joined #openstack-lbaas10:54
*** reedip_ has joined #openstack-lbaas11:07
*** yamamoto has joined #openstack-lbaas11:15
*** ducttape_ has joined #openstack-lbaas11:15
*** yamamoto has quit IRC11:16
*** gongysh has quit IRC11:16
*** sanfern has quit IRC11:17
*** yamamoto has joined #openstack-lbaas11:18
*** yamamoto has quit IRC11:19
*** ducttape_ has quit IRC11:20
*** catintheroof has joined #openstack-lbaas11:20
*** reedip_ has quit IRC11:29
*** reedip_ has joined #openstack-lbaas11:42
*** eezhova has joined #openstack-lbaas11:51
*** amotoki has quit IRC12:00
*** eezhova has quit IRC12:12
*** ducttape_ has joined #openstack-lbaas12:16
*** belharar has quit IRC12:18
*** ducttape_ has quit IRC12:21
*** belharar has joined #openstack-lbaas12:25
*** catinthe_ has joined #openstack-lbaas12:29
*** catintheroof has quit IRC12:29
*** catintheroof has joined #openstack-lbaas12:30
*** catinthe_ has quit IRC12:31
*** sanfern has joined #openstack-lbaas12:31
*** eezhova has joined #openstack-lbaas12:47
*** eezhova has quit IRC13:00
*** gongysh has joined #openstack-lbaas13:06
*** ducttape_ has joined #openstack-lbaas13:17
openstackgerritNir Magnezi proposed openstack/octavia master: Auto detect haproxy user_group  https://review.openstack.org/42939813:20
*** ducttape_ has quit IRC13:21
*** links has quit IRC13:25
*** ducttape_ has joined #openstack-lbaas13:25
*** amotoki has joined #openstack-lbaas13:51
*** ducttape_ has quit IRC13:54
*** KeithMnemonic has joined #openstack-lbaas13:57
*** belharar has quit IRC14:02
*** gcheresh_ has quit IRC14:02
*** strigazi_AFK is now known as strigazi14:04
*** matt-borland has joined #openstack-lbaas14:08
xgermano/14:15
*** malos has joined #openstack-lbaas14:22
rm_worko/14:24
rm_workalmost got this delete_cascade stuff finished14:24
rm_workworking on fixing the tests14:24
rm_workand also including in this patch additional validation to not allow deleting things with children WITHOUT cascade14:25
rm_workbecause essentially it was allowing normal delete to cascade, but badly14:25
*** ducttape_ has joined #openstack-lbaas14:27
*** belharar has joined #openstack-lbaas14:27
*** gcheresh_ has joined #openstack-lbaas14:42
*** gongysh has quit IRC14:42
*** anilvenkata has quit IRC14:42
openstackgerritAdam Harwell proposed openstack/octavia master: Fix cascade delete flow (pool quota requirements missing)  https://review.openstack.org/43720014:45
rm_workwe'll see if that works better... :/ not sure how to effectively test tempest scenarios right now14:45
rm_workso letting the gate do it, which is ... slow, but works14:45
*** Swami has joined #openstack-lbaas14:45
*** chlong_ has joined #openstack-lbaas14:49
*** gcheresh_ has quit IRC14:49
*** Swami_ has joined #openstack-lbaas14:52
*** Swami has quit IRC14:56
*** Swami__ has joined #openstack-lbaas14:56
*** Swami_ has quit IRC14:59
*** belharar has quit IRC15:11
*** belharar has joined #openstack-lbaas15:16
*** Swami_ has joined #openstack-lbaas15:20
*** Swami__ has quit IRC15:24
*** fnaval has joined #openstack-lbaas15:33
*** links has joined #openstack-lbaas15:36
*** amotoki has quit IRC15:37
*** belharar has quit IRC15:42
*** belharar has joined #openstack-lbaas15:42
*** belharar has quit IRC15:47
*** belharar has joined #openstack-lbaas15:48
rm_workwhat the15:49
rm_workhttp://logs.openstack.org/00/437200/4/check/gate-octavia-v1-dsvm-scenario-ubuntu-xenial-nv/0802216/logs/devstacklog.txt.gz#_2017-03-08_15_14_54_37815:49
rm_workfff what merged15:50
rm_worksomehow now the tests aren't installing the dib reqs?15:53
*** rcernin has quit IRC15:58
*** belharar has quit IRC15:59
rm_workwtffff16:01
rm_workI see it but i don't understand how16:02
rm_workOK so it is this: https://review.openstack.org/#/c/393009/16:07
rm_workwhich just merged back to master here: https://review.openstack.org/#/c/441723/16:07
rm_workremoving dib-utils from diskimage-builder requirements16:07
rm_workwhich we use and didn't require directly <_<16:08
rm_workworking on iy16:08
*** gcheresh_ has joined #openstack-lbaas16:08
*** gcheresh_ has quit IRC16:11
rm_worknote to self: babel does not properly require pytz16:13
openstackgerritAdam Harwell proposed openstack/octavia master: Look for diskimage-builder not dib-utils when building amps  https://review.openstack.org/44322016:18
rm_workok time to see if i also need a project-config change16:19
*** kobis has quit IRC16:21
rm_workgreghaynes: something with the requirements order in diskimage-builder makes installation fail with pip, because babel requires pytz and so does pbr but it gets installed AFTER pbr? or something16:40
rm_workit's kinda weird16:40
rm_workjust make a new venv and pip install -r diskimage-builder/requirements.txt16:41
rm_workyou'll see the issue16:41
rm_workreally annoying16:41
johnsomJoy16:41
johnsomWhat is the project-config change about?16:41
*** ducttape_ has quit IRC16:43
rm_workyep, need project-config change16:43
*** ducttape_ has joined #openstack-lbaas16:43
rm_workdiskimage-builder needs to be INSTALLED now16:43
rm_worknot just present16:43
*** ducttape_ has quit IRC16:44
*** ducttape_ has joined #openstack-lbaas16:44
rm_workjohnsom: working on it... :/16:45
rm_worki loveeeee how constantly stuff breaks out from under us wrt DIB >_>16:45
rm_workjohnsom: oh maybe it can be in our gate hook16:48
rm_workjohnsom: where do you think is best to do an install on the local dib clone16:48
rm_workor should we just ... can we just add it to the projects list?16:48
rm_workand not clone it manually?16:48
rm_workoh it is in PROJECTS16:49
johnsomYeah, well other projects aren't are friend either.16:49
johnsomSo isn't it installed via requirements.txt?16:50
johnsomYeah, it's in global requirements, why don't we just put it in requirements.txt now?16:51
johnsomdiskimage-builder>=1.1.2,!=1.6.0,!=1.7.0,!=1.7.1  # Apache-2.016:51
johnsomrm_work ^^16:51
rm_worklol k16:51
rm_workdo we still need it cloned tho?16:52
rm_workI think so?16:52
johnsomI think there was a patch a long time ago that removed our cloned requirement16:52
rm_worklol... well, we still clone it16:52
*** kobis has joined #openstack-lbaas16:52
rm_worki guess i'll just... try removing that :P16:52
johnsomYeah, they weren't ready16:52
johnsomhttps://review.openstack.org/34042416:53
rm_worklet's try this16:53
openstackgerritAdam Harwell proposed openstack/octavia master: Look for diskimage-builder not dib-utils when building amps  https://review.openstack.org/44322016:54
rm_workshould do it hopefully16:54
*** ducttape_ has quit IRC16:54
rm_workcan you take this over if it doesn't work? i'll prolly be off shortly :/16:54
johnsomProbably some readme work too16:54
rm_workugh16:55
johnsomYeah, Np16:55
* rm_work looks16:55
*** links has quit IRC16:55
johnsomWow, what is up with pep8???17:03
rm_workok, i fixed the readme17:06
rm_workwaiting tho to see if the main part *worked*17:07
johnsomhttp://logs.openstack.org/20/443220/2/check/gate-octavia-pep8-ubuntu-xenial/a6b103a/console.html#_2017-03-08_16_59_53_85701617:07
johnsomI totally don't get this...17:07
rm_workuhhh17:07
rm_workwut17:07
rm_workshould api-ref be excluded from pep8?17:10
johnsomIt runs fine normally17:11
johnsomPlus most of that isn't api-ref17:11
rm_workerr, didn't we have a pylintrc file at some point?17:12
rm_workah yeah true hold up17:12
rm_worki just saw the first thing17:12
rm_workthis is a ton of stuff17:12
johnsomI don't think most of openstack runs that anymore17:12
johnsomI wonder if a new hacking came out or something...17:13
rm_workmostly E402 and W50317:13
rm_workyeah17:13
rm_worksomething new must have appeared17:13
rm_workI'll smother it17:13
rm_workuhh, once i figure out where that went17:15
rm_workwtf happened to pylintrc17:15
rm_workis that not used anymore?17:15
johnsomI don't think we run pylint17:15
johnsomPretty sure OpenStack dropped it17:15
*** KeithMnemonic has quit IRC17:15
rm_workah17:16
rm_workwhere do exceptions go now17:16
*** armax has joined #openstack-lbaas17:16
johnsomHmm, hacking didn't change17:17
*** tesseract has quit IRC17:18
rm_workblegh17:24
rm_worklooks like it didn't fix the issue either17:24
xgermanmy new enemy is py3517:24
*** matt-borland has quit IRC17:26
rm_workjohnsom: wtf, diskimage-builder is included in requirements.txt now, but it still says it's not installed? >_>17:26
johnsomYeah, saw that17:26
rm_workchecking17:27
rm_workyeah wtf it should be good17:30
rm_workok: gate-octavia-v1-dsvm-scenario-ubuntu-xenial-nv:17:31
rm_workthat one passed17:32
rm_workso it's just ... py3x that can't find it?17:32
rm_workgonna push up my readme change17:32
rm_workand then start rebasing stuff on this17:32
rm_workactually, gonna let the run finish so we get to keep these logs17:34
rm_workmaybe dib isn't py3x compatible?17:35
johnsomOh that would be horrible17:35
rm_workgreghaynes: ^^ ?17:35
greghaynesim going to guess you installed it with py217:36
greghaynesbut, dib certainly works with py317:36
rm_workhmm17:36
rm_workso, on py2 it works fine17:37
rm_workon py3, i can see where it says it installed it, and then it isn't found17:37
greghayneswhat command installs it?17:37
rm_workoh17:38
rm_workfuck i think i see17:38
rm_workwe're checking directly with `pip`17:38
rm_workneed to use like17:38
rm_workenv pip17:38
johnsomAh17:38
johnsomStill that should be the right "pip" I would expect17:40
rm_workno17:42
rm_workwell17:42
rm_workMAYBE but i am guessing no17:42
rm_workprolly is the py27 pip17:42
rm_workanywho, fixing17:42
rm_workactually, fixed, but waiting on these first tests to finish17:42
rm_workwant to have a record17:42
diltramjohnsom, rm_work: didn't had any problems with instlling diskimage-builder on py317:43
rm_workright, i figured it out17:44
rm_workour script was looking to see if it was installed using py2 pip, after it was installed with py3 pip17:44
diltramok17:44
rm_workactually... how are we supposed to run python/pip in devstack?17:44
rm_workif we execute them directly, should we use ... env? or, is there like $DEVSTACK_PIP17:45
rm_workgreghaynes: do you know? ^^17:45
greghaynesI have no idea17:45
greghaynesbut thats probably the right question to ask17:45
greghaynesthere may be an env var?17:45
greghaynesqa folks likely know17:46
rm_workyeah asking there17:47
rm_workheh funny, before we were manually installing dib-utils with pip, and then manually checking with pip, and so it was fine17:48
rm_workand when we ran disk-image-create it was running under py217:48
rm_workjohnsom: you figure out the pep8 thing?17:50
johnsomNo, I checked hacking, but it hasn't changed.  I'm in a meeting so splitting time17:51
*** KeithMnemonic has joined #openstack-lbaas17:53
rm_workyeah k looking at it now then17:53
rm_workseeing what got updated since my last good run17:53
rm_workI would really like an award for "first to run into pretty much every gate issue"17:54
johnsomYes!  We would totally win17:54
rm_workoctavia is the forerunner of failure17:54
*** ducttape_ has joined #openstack-lbaas17:55
rm_work"We fail first, so you don't have to!"17:55
johnsomMaybe our mascot should be a canary.....17:55
rm_workT_T17:55
*** Swami_ has quit IRC17:55
rm_workwow17:56
rm_workpep8==1.5.7 -> pep8==1.7.017:56
rm_workit's actually *pep8*17:56
rm_workflake8 and hacking are unchanged17:56
rm_workand results are easily reproduced locally17:57
rm_workso ... how do we either: exclude things from pep8 checks; ignore certain checks17:57
rm_worki thought we were already ignoring some but i can't find that anymore17:57
johnsomThere is an ignore in tox.ini17:57
rm_workwhere?17:59
rm_workwell, i just added --ignore E40217:59
rm_workto flake817:59
rm_worki don't see any other ones17:59
*** ducttape_ has quit IRC17:59
johnsomYeah, that might be the only one.  I'm trying to remember as well17:59
rm_workand W50317:59
rm_workAH i see it18:00
rm_workk18:00
rm_workflake8 section18:00
rm_workgot it18:00
rm_workrolling that into this same patch and just calling it "gatefix patch of the day"18:00
rm_workkk brb18:02
*** ducttape_ has joined #openstack-lbaas18:02
openstackgerritAdam Harwell proposed openstack/octavia master: Look for diskimage-builder not dib-utils when building amps  https://review.openstack.org/44322018:02
rm_workdamn thought that last job had finished already18:04
rm_workah well18:04
johnsomI can throw a patch up that fixes those two, just grunt work18:04
rm_workseems like kinda arbitrary new rules :/18:05
rm_worknot sure how much we care18:06
rm_workalso, do we have a plan for fixing this OVH kvm issue? :/18:07
rm_worktired of "oh crap what did I break? oh it's just OVH"18:07
johnsomYeah, the plan is to get containers going18:07
rm_workseems like every time it looks like our gate jobs might be actually stable, something else comes up T_T18:07
rm_workk so that's the *short term* plan even? :P18:08
johnsomYes, exactly.  Then people start giving me a hard time for unstable and non-voting gates18:08
johnsomWell, there is hope that whatever is broken gets fixed....  Grin18:09
johnsomOtherwise it would be trying to figure out if it's an ovh host and disabling kvm, which isn't great and leads to timeout failures...18:10
rm_workyeah i'm out for a bit18:10
rm_workif that doesn't pass... you can take it over?18:10
johnsomYep, thanks!18:10
rm_worklooking OK so far18:10
rm_workbut the failures are like 30 minutes in so that doesn't mean much :P18:10
*** ThiagoCMC has joined #openstack-lbaas18:17
ThiagoCMCHey guys! Does OpenStack's LBaaS does it supports HTTP/2.0?18:18
ThiagoCMCOn Ubuntu 16.04, NGinx supports it...18:18
ThiagoCMCAlso, looks like HAProxy 1.6 on Ubuntu might have it enabled, since it is compiled against libssl-dev, same one that nginx uses...18:18
ThiagoCMCBut, what about OpenStack's LBaaS?18:18
johnsomIf you are using the haproxy namespace driver or octavia we are using the HAProxy included with the distribution, 1.6 in the case of ubuntu 16.0418:19
ThiagoCMCOh, that is awesome!18:24
ThiagoCMCI just started to research about this, my LBaaS is not even deployed yet...18:25
ThiagoCMCThing is that I have a bunch of NGinx as a reverse proxy / LB and I want to use OpenStack instead of my instances / VMs...18:25
rm_worknope it didn't like my `env pip` thing18:32
rm_workobviously need to figure out the actually recommended way18:32
rm_workbut no one responded in -qa18:32
johnsomYeah, I am going to push up a test that dumps the pip output.  Just not sure why this changed all of a sudden.  These gates were running fine with py3 before18:34
rm_workright18:34
rm_workbut then we changed from installing the dib stuff with `pip install`18:35
openstackgerritMichael Johnson proposed openstack/octavia master: Look for diskimage-builder not dib-utils when building amps  https://review.openstack.org/44322018:35
rm_workwhich was installing it using the same (wrong) pip18:35
rm_worklike i was saying, pretty sure that is going to be pip218:36
rm_workand we need pip3 for the py3 gates18:36
*** chlong_ has quit IRC18:37
*** rcernin has joined #openstack-lbaas18:42
*** ducttape_ has quit IRC18:47
rm_workjohnsom: ok it's `get_pip_command`18:48
johnsomI am wondering if we even need that check \18:48
rm_worklol18:48
rm_workmaybe not?18:48
johnsomNow that it's in requirements, does it really need to check that18:48
rm_worklike... maybe we just don't check18:48
rm_workand it just fails18:48
rm_workif it's not there18:48
rm_workwell yeah18:48
rm_workit'll just...18:49
rm_worknot find disk-image-builder18:49
rm_work(the binary won't be there)18:49
rm_workor else if it is, those packages are there18:49
rm_workyeah i think just removing it is the right call18:49
johnsomRight, it will get down to the  disk-image-create command and bomb out18:49
johnsomShould I push that up or are you doing it?18:50
rm_workgot it18:50
openstackgerritAdam Harwell proposed openstack/octavia master: Look for diskimage-builder not dib-utils when building amps  https://review.openstack.org/44322018:51
rm_workso that should be good18:51
*** chlong_ has joined #openstack-lbaas18:53
*** pcaruana has quit IRC19:13
openstackgerritMichael Johnson proposed openstack/octavia master: Look for diskimage-builder not dib-utils when building amps  https://review.openstack.org/44322019:19
openstackgerritMichael Johnson proposed openstack/octavia master: Update for new pep8 rules E402 and W503  https://review.openstack.org/44329819:30
openstackgerritMichael Johnson proposed openstack/octavia master: Update for new pep8 rules E402 and W503  https://review.openstack.org/44329819:31
*** cody-somerville has joined #openstack-lbaas19:33
johnsomMy ever so important contribution....19:33
*** csomerville has quit IRC19:34
*** gcheresh_ has joined #openstack-lbaas19:35
*** ducttape_ has joined #openstack-lbaas19:47
openstackgerritAdam Harwell proposed openstack/octavia master: Fix cascade delete flow (pool quota requirements missing)  https://review.openstack.org/43720019:58
johnsomOctavia meeting starting soon on #openstack-meeting-alt19:58
rm_workoh BTW this is good now (assuming you're OK with the change): https://review.openstack.org/#/c/434518/19:58
rm_worktook care of the last issue19:58
johnsomWe still have a DIB issue with yaml now19:59
rm_workughwut19:59
rm_workwhere19:59
rm_workah20:00
rm_workis that a system yaml thing?20:00
rm_workwhere the bindep installs py2 only?20:01
rm_workjohnsom: same issue20:09
rm_workpy2 running when py3 should be20:09
rm_workhttps://github.com/openstack/diskimage-builder/blob/master/diskimage_builder/elements/package-installs/extra-data.d/99-squash-package-install20:09
rm_workgreghaynes: ^^ I think this is not running with the devstack python20:11
rm_worksorry, dunno if this is relevant to you, somehow you became my go-to for DIB >_>20:12
greghaynesHaja20:12
rm_workhttp://logs.openstack.org/20/443220/6/check/gate-octavia-v1-dsvm-py3x-scenario-ubuntu-xenial-nv/b26cc80/logs/devstacklog.txt.gz#_2017-03-08_19_45_47_88220:13
greghaynesI'm actually not doing much dib nowadays, but yes, that looks like it doesn't respect $DIB_PYTHON20:13
rm_worksee there, yaml IS installed, but only in the "devstack py3"20:13
rm_workgreghaynes: any chance you know how to fix it? :P20:13
greghaynesAnd you should make sure you set DIB_PYTHON to match what you want20:14
rm_workyeah I believe it is set correctly20:14
greghaynesWell that python_path var is pretty straightforward20:14
rm_workjust need everything to respect it20:14
rm_workso we need to like...20:15
greghaynesIt needs to take in to account that if dib_python is set that takes precedence20:15
rm_workset python_path=$DIB_PYTHON if it exists20:15
rm_workyeah k20:15
rm_worki wonder how soon we can get that in20:15
rm_workit's breaking our py3 gates20:15
rm_workjohnsom: anyway, that's the fix, i seriously do have to go now20:15
greghaynesI think it needs to be command -v python$DIB_PYTHON20:15
greghaynesNo idea, as I am not really up with the dib status lately20:16
greghaynesThere is a dib channel you can ask in though20:16
*** chlong_ has quit IRC20:16
*** chlong_ has joined #openstack-lbaas20:28
*** rcernin has quit IRC20:36
*** ducttape_ has quit IRC20:52
*** ducttape_ has joined #openstack-lbaas21:05
ThiagoCMCDoes new LBaaS (Octavia?) works when using OVN features? Specially on top of OVS+DPDK?21:09
xgermanyes, we don’t care what networking is used21:10
xgermanso won’t benefit from DPDK right now21:10
johnsomxgerman +121:10
ThiagoCMCNice! That's ok...21:10
johnsomWell, we do benefit from DPDK at the lower levels21:10
johnsomWe just don't optimize all the way up yet.21:11
ThiagoCMCHmmm... I see...21:11
johnsomIn theory if they have OVS+DPDK our bits will move faster21:11
ThiagoCMCThat's what I'm thinking...21:11
xgermanwell, if you have benchmarks please share21:11
johnsomIt's just inside our vms we aren't implementing DPDK virtio yet21:12
johnsomIt's something being investigated in Pike21:12
ThiagoCMCWait, LBaaS are VMs?21:12
xgermanyep21:12
xgermanOctavia is21:13
ThiagoCMCOh, I thought it was something like an Neutron Agent...21:13
johnsomUsing the Octavia driver yes, the load balancers are implemented using VMs for scalability, etc.21:13
johnsomThe old network namespace HAproxy driver uses network nodes and neutron agent21:13
ThiagoCMCHmmm...21:13
ThiagoCMCOctavia doesn't use HAProxy anymore?21:14
johnsomBut that is a pretty limited driver, especially from a scalability perspective21:14
johnsomThe Octavia driver does use HAProxy, inside one or more VMs21:14
johnsomservice vms21:14
ThiagoCMCOh, cool! I'm looking for an LBaaS that supports http/2.0 and looks like that HAProxy on Ubuntu 16.04 supports it...21:15
ThiagoCMCSo, time to deploy Octavia!   :-D21:15
*** yamamoto has joined #openstack-lbaas21:15
johnsomNice21:16
*** yamamoto has quit IRC21:18
*** yamamoto has joined #openstack-lbaas21:20
*** kobis has quit IRC21:23
*** gcheresh_ has quit IRC21:47
*** yamamoto has quit IRC21:47
openstackgerritAnkur proposed openstack/octavia master: Add v2 load balancer type and controllers  https://review.openstack.org/42354322:04
*** ducttape_ has quit IRC22:05
*** ducttape_ has joined #openstack-lbaas22:05
xgermanrm_work I need some python3 assistamce22:15
openstackgerritMichael Johnson proposed openstack/octavia master: Look for diskimage-builder not dib-utils when building amps  https://review.openstack.org/44322022:23
*** chlong_ has quit IRC22:24
xgermanof course it’s all inside some neutron code where it bombs22:24
johnsomxgerman he is sleeping now22:24
xgermangosh22:25
xgermanguess I will ask him tomorrow22:25
johnsomSomething I can put you on the wrong path about?22:25
*** armax has quit IRC22:29
xgermansure, what am I dojng. wrong:22:30
xgermanhttps://www.irccloud.com/pastebin/ByMGX5r3/22:30
xgermanmy assessment is that it’s all neutron’s fault22:31
*** yamamoto has joined #openstack-lbaas22:31
johnsomxgerman https://github.com/openstack/neutron-lib/blob/master/neutron_lib/exceptions/__init__.py#L7222:38
johnsomSo, Just "NotFound" isn't implemented in neutron-lib22:38
johnsomWell, I guess it inherits stuff.22:39
xgermanmmh,yep22:40
johnsomIt seems like assigning in like this is a bit odd with that object: e.msg = r.content22:41
xgermanmmh, maybe22:42
xgermanbut it saus it bombs on the status_code22:43
*** catintheroof has quit IRC22:44
xgermanbut I can six it22:44
*** ducttape_ has quit IRC22:55
*** ducttape_ has joined #openstack-lbaas22:55
xgermanok, that increased it’s happiness — will clean it up tomorrow…22:56
openstackgerritMichael Johnson proposed openstack/octavia master: Look for diskimage-builder not dib-utils when building amps  https://review.openstack.org/44322023:16
*** fnaval has quit IRC23:26
*** catintheroof has joined #openstack-lbaas23:28
*** ducttape_ has quit IRC23:35
*** ducttape_ has joined #openstack-lbaas23:38
johnsomWell, on our DIB issue I have discovered a few things....23:46
johnsomcross-repo depends-on doesn't trump the requirements.txt so we can't test the DIB fix directly for our issue.23:47
johnsomThe other is that DIB has the same problem: http://logs.openstack.org/36/443336/1/check/gate-dib-dsvm-functests-ubuntu-trusty/5bc215d/console.html#_2017-03-08_22_23_39_75281123:47
johnsomWhen we fixed it over there, DIB starts failing.23:48

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