Tuesday, 2019-05-21

*** Vorrtex has quit IRC00:33
openstackgerritMichael Johnson proposed openstack/octavia master: Convert listener flows to use provider models  https://review.opendev.org/66023600:54
openstackgerritAdam Harwell proposed openstack/octavia-lib master: Add 'additional_vips' field to driver datamodel  https://review.opendev.org/66023801:13
openstackgerritAdam Harwell proposed openstack/octavia master: Allow multiple VIPs per LB  https://review.opendev.org/66023901:16
rm_workok, there's the start of multi-vip ^^ johnsom / cgoncalves if you want to take a preliminary look (no backend work done yet, just the frontend+db)01:17
openstackgerritAdam Harwell proposed openstack/octavia master: Allow multiple VIPs per LB  https://review.opendev.org/66023901:39
*** gthiemon1e has quit IRC01:40
rm_workjohnsom: my concern right now is whether i'll be breaking the driver contract in octavia-lib with https://review.opendev.org/66023801:41
rm_worki don't think so, it's just an extra thing01:41
rm_workright?01:41
*** gthiemonge has joined #openstack-lbaas01:42
rm_workah sorry really it'd be the contract for the allocate_vip method01:43
rm_workbut that interface is only used internally, right? by the noop driver and the aap driver01:43
rm_work(now it returns two things instead of one)01:43
*** gthiemonge has quit IRC01:44
*** gthiemonge has joined #openstack-lbaas01:45
openstackgerritAdam Harwell proposed openstack/octavia master: Allow multiple VIPs per LB  https://review.opendev.org/66023901:46
rm_workjohnsom: this: https://review.opendev.org/#/c/660239/3/octavia/network/base.py01:47
rm_workshould be ok assuming that's just an internal contract01:47
*** ricolin has joined #openstack-lbaas02:44
*** gthiemon1e has joined #openstack-lbaas02:56
*** gthiemonge has quit IRC02:56
*** hongbin has joined #openstack-lbaas03:00
*** psachin has joined #openstack-lbaas03:29
*** gcheresh has joined #openstack-lbaas03:34
*** gcheresh has quit IRC03:41
*** AlexStaf has quit IRC04:01
*** gcheresh has joined #openstack-lbaas04:06
*** hongbin has quit IRC04:21
*** gcheresh has quit IRC04:28
*** ramishra has joined #openstack-lbaas04:40
openstackgerritReedip proposed openstack/octavia-tempest-plugin master: Support skipping APP_COOKIE and HTTP_COOKIE  https://review.opendev.org/64549504:41
*** gcheresh has joined #openstack-lbaas04:43
*** Shameem_123 has joined #openstack-lbaas04:44
Shameem_123Hi all04:45
Shameem_123can anyone help me on lbaas04:45
*** yboaron_ has joined #openstack-lbaas04:57
*** pcaruana has joined #openstack-lbaas05:02
*** vishalmanchanda has joined #openstack-lbaas05:10
*** pcaruana has quit IRC05:11
*** gcheresh has quit IRC05:16
*** gcheresh has joined #openstack-lbaas05:21
*** gthiemon1e has quit IRC05:22
*** gthiemonge has joined #openstack-lbaas05:22
*** gthiemonge has quit IRC05:24
*** gthiemonge has joined #openstack-lbaas05:25
*** gthiemonge has quit IRC05:28
*** gthiemonge has joined #openstack-lbaas05:30
*** ivve has quit IRC05:34
*** gcheresh has quit IRC06:11
*** ramishra has quit IRC06:19
*** yboaron_ has quit IRC06:23
*** ivve has joined #openstack-lbaas06:43
*** ramishra has joined #openstack-lbaas06:51
*** gcheresh_ has joined #openstack-lbaas06:52
*** luksky has joined #openstack-lbaas07:00
*** trident has quit IRC07:03
*** trident has joined #openstack-lbaas07:05
*** tesseract has joined #openstack-lbaas07:06
*** rcernin has quit IRC07:19
*** lemko has joined #openstack-lbaas07:20
*** pcaruana has joined #openstack-lbaas07:21
*** ramishra has quit IRC07:33
*** ramishra has joined #openstack-lbaas07:34
*** pcaruana has quit IRC07:39
*** rpittau|afk is now known as rpittau07:41
*** AlexStaf has joined #openstack-lbaas07:54
*** happyhemant has joined #openstack-lbaas07:58
*** ramishra_ has joined #openstack-lbaas08:08
*** luksky has quit IRC08:11
*** ramishra has quit IRC08:11
*** ramishra_ is now known as ramishra08:15
*** luksky has joined #openstack-lbaas08:46
*** openstackstatus has quit IRC09:13
*** openstackstatus has joined #openstack-lbaas09:14
*** ChanServ sets mode: +v openstackstatus09:14
*** ramishra has quit IRC09:46
*** ramishra has joined #openstack-lbaas09:49
*** Shameem_123 has quit IRC10:36
*** ccstone has quit IRC11:22
*** schaney_ has quit IRC11:22
*** schaney_ has joined #openstack-lbaas11:23
*** ccamposr has quit IRC11:40
*** henriqueof has joined #openstack-lbaas11:44
*** boden has joined #openstack-lbaas11:55
*** mkuf_ has joined #openstack-lbaas11:55
*** mkuf has quit IRC11:58
*** henriqueof has quit IRC12:04
openstackgerritCarlos Goncalves proposed openstack/octavia master: Document health monitor UDP-CONNECT type  https://review.opendev.org/66036412:10
*** ccamposr has joined #openstack-lbaas12:14
openstackgerritCarlos Goncalves proposed openstack/octavia master: Document health monitor UDP-CONNECT type  https://review.opendev.org/66036412:22
*** mkuf has joined #openstack-lbaas12:31
*** psachin has quit IRC12:34
*** mkuf_ has quit IRC12:35
*** ccamposr has quit IRC12:50
*** ccamposr has joined #openstack-lbaas12:53
*** cgoncalves has quit IRC13:08
*** goldyfruit has joined #openstack-lbaas13:23
*** cgoncalves has joined #openstack-lbaas13:23
*** gcheresh_ has quit IRC13:29
*** ramishra has quit IRC13:37
*** ramishra has joined #openstack-lbaas13:42
*** henriqueof has joined #openstack-lbaas13:47
*** schaney__ has joined #openstack-lbaas13:56
*** gthiemon1e has joined #openstack-lbaas13:57
*** Vorrtex has joined #openstack-lbaas13:58
*** goldyfruit has quit IRC14:00
*** goldyfruit has joined #openstack-lbaas14:03
*** schaney_ has quit IRC14:06
*** dosaboy has quit IRC14:06
*** henriqueof has quit IRC14:06
*** gthiemonge has quit IRC14:06
*** dayou_ has quit IRC14:06
*** nmagnezi has quit IRC14:06
*** strigazi has quit IRC14:06
*** rpittau is now known as rpittau|afk14:06
*** ccamposr has quit IRC14:07
*** ccamposr has joined #openstack-lbaas14:07
*** dayou_ has joined #openstack-lbaas14:12
*** AlexStaf has quit IRC14:16
*** lucashxu has joined #openstack-lbaas14:18
*** ccamposr has quit IRC14:36
*** luksky has quit IRC14:49
*** lucashxu has quit IRC14:59
*** therobme has joined #openstack-lbaas15:33
therobmeHi guys, I am about to upgrade from 18.1.4 to OS 19.0.0 via Openstack Ansible which runs `octavia-db-manage upgrade head` => It seems that the upgrade doesn't detect that I have an existing installation. Is that a wanted behaviour? Because it wants to create all tables and fails therefore since they already exists => ` u\"Table 'health_monitor_type' already exists\"`....15:34
johnsomNope, something is very wrong there.15:34
johnsomThat process works correctly outside of OpenStack Ansible, so I'm guessing is some kind of bug in the OSA playbooks.15:35
therobmeHmm I mean I am running that manually and it fails too15:36
johnsomWe test that upgrade on every patch, for example here: http://logs.openstack.org/53/648853/12/check/octavia-grenade/01ba0ed/logs/grenade.sh.txt.gz#_2019-05-16_11_51_49_66815:37
johnsomAnd then again for the upgrade here: http://logs.openstack.org/53/648853/12/check/octavia-grenade/01ba0ed/logs/grenade.sh.txt.gz#_2019-05-16_12_25_04_41515:38
johnsomI can think of two things that may be wrong there.15:38
johnsom1. The octavia.conf it is picking up is pointing to the wrong DB somehow. This seems unlikely given the message that the health_monitor_type table already exists.15:39
therobmehttp://paste.openstack.org/show/751887/15:40
johnsom2. Somehow the alembic tracking table / records got deleted or removed from the database15:40
therobmeIts checking the right DB, so for example if I drop for test after disabling constraint checking the `health_monitor_type` it will be created in the right database.15:41
therobmeFor sure fails then with another table it wants to create.15:41
therobmehttp://paste.openstack.org/show/751888/15:42
johnsomCheck that alembic_version table. That is how the alembic tool knows what version you are currently at15:43
johnsomDo you maybe have a different alembic.ini somewhere that is pointing it to a different table name?15:48
johnsomYou could try running it from the "octavia/db/migration" directory.15:48
therobmeOk the table is empty, odd so I think that's why its trying to recreate15:48
therobmeodd15:48
cgoncalvesFolks, here's a list of unreleased branch patches (stein back to queens): https://etherpad.openstack.org/p/dHpjvz0pEP.  lines in bold are actual bug fix patches with value for users. I'm thinking of proposing maintenance releases for all branches and projects. thoughts? any stable patch you'd like to see included and is pending merge?15:48
johnsomYeah, that is not good, that table should be populated15:49
*** ivve has quit IRC15:49
therobmeQuestion is how I can recover that without loosing the LB/Pools etc.15:50
johnsomGood question, I have never seen it empty....15:50
johnsomMy guess is to figure out the format, then figure out which Octavia revision you were at, then re-populate it.15:51
therobmeYep, I gonna try that. Thanks for giving me the right direction :)15:52
johnsomcgoncalves I would like to see the "Performance improvement for non-udp health checks" backports in, but they aren't a "blocker" for cutting releases15:52
johnsomtherobme I can pastebin you an example from my local deployment here in a minute or two15:53
therobmeThanks.15:54
johnsomhttps://www.irccloud.com/pastebin/IAGZQNWu/15:54
johnsomLooks super simple, so it's just the revision number from the last migration.15:55
therobmeOk will check what's the last revision of the last release that was running there.15:55
cgoncalvesjohnsom, they passed CI. could be approved now15:57
johnsomcgoncalves +2'd15:58
johnsomIn other news, it looks like the "warlock" python module might be broken today.... sigh.15:59
johnsomYeah, this probably says it all: https://pypi.org/project/warlock/#history15:59
johnsomupper-constraints must have 1.3.1 pinned as that is what my devstack tried to install16:00
cgoncalvesagain? it got broken yesterday morning. the team quickly released an updated version also yesterday16:00
johnsomMaybe I have an old requirements version local. I will check16:00
johnsomLooks like it's pinned to a broken version: https://review.opendev.org/#/c/660030/2/upper-constraints.txt16:01
therobmeSo just to let you know johnsom => I head to insert all old revisions `INSERT INTO alembic_version (version_num) VALUES ('REVISIONID');` ... now its working :)16:02
johnsomYeah, that makes sense. Now the real question is how did your table get deleted?16:02
cgoncalvesjohnsom, sign... no story or release note included16:04
therobmeThats something I can't answer. Since Octavia was working alway on that cluster.16:04
therobme*always16:04
johnsomcgoncalves, so yeah, the version of warlock they pinned yesterday breaks python3.616:05
cgoncalvesjohnsom, 1.3.2 was a bad release. 1.3.3 fixed it, no?16:05
cgoncalvesoh, u-c....16:06
johnsomYep16:06
cgoncalveswait, no. 1.3.1 is okay. problem was 1.3.2 AFAIK16:06
johnsomhttps://github.com/openstack/requirements/blob/master/upper-constraints.txt#L34816:06
*** luksky has joined #openstack-lbaas16:06
johnsomhttps://github.com/bcwaldon/warlock/issues/3716:06
johnsomrequirements has a patch up to fix it.16:19
openstackgerritMichael Johnson proposed openstack/octavia master: Fix catching driver exceptions  https://review.opendev.org/64885316:23
johnsomcgoncalves ^^^ I just fixed a typo in the release notes, so please re-review.16:23
cgoncalves*cough cough*16:24
*** ricolin has quit IRC16:27
johnsomBlah, nothing is going to go in until upper constraints is fixed. This warlock thing breaks all of our scenario jobs on python316:30
*** ramishra has quit IRC16:42
*** therobme has quit IRC16:42
*** ivve has joined #openstack-lbaas16:59
openstackgerritMichael Johnson proposed openstack/octavia master: Create Amphora V2 provider driver  https://review.opendev.org/65968918:32
openstackgerritMichael Johnson proposed openstack/octavia master: Create Amphora V2 provider driver  https://review.opendev.org/65968918:32
openstackgerritMichael Johnson proposed openstack/octavia master: Convert listener flows to use provider models  https://review.opendev.org/66023618:47
openstackgerritMichael Johnson proposed openstack/octavia master: Convert listener flows to use provider models  https://review.opendev.org/66023618:47
*** goldyfruit has quit IRC18:50
johnsomNote to self, limit the concurrency of tempest. It consumed all of the neutron quota and blew up nicely.19:42
*** goldyfruit has joined #openstack-lbaas19:45
*** logan- has quit IRC19:55
*** Vorrtex has quit IRC20:02
rm_workjohnsom: blergh, https://review.opendev.org/#/c/660239/3 depends-on for octavia-lib doesn't work -- do we pull it in from source or pip?20:11
johnsomrm_work I think it *should* be pulling from source: https://github.com/openstack/octavia-tempest-plugin/blob/master/zuul.d/jobs.yaml#L4020:12
johnsomI see http://logs.openstack.org/39/660239/3/check/octavia-v2-dsvm-scenario/2972511/job-output.txt.gz#_2019-05-21_02_31_39_15430520:13
*** lemko has quit IRC20:20
rm_workhmmm20:26
*** henriqueof has joined #openstack-lbaas20:35
*** logan- has joined #openstack-lbaas21:14
*** boden has quit IRC21:17
*** henriqueof has quit IRC21:21
*** rcernin has joined #openstack-lbaas22:05
*** tesseract has quit IRC22:07
johnsom6 hours for the U-C requirements patch to run the tests, only to have a random nova test failure.22:22
johnsomWhat a day22:23
*** rcernin has quit IRC22:40
*** goldyfruit has quit IRC22:41
*** rcernin has joined #openstack-lbaas22:41
rm_worklulz22:42
rm_work6 hours wat22:42
*** goldyfruit has joined #openstack-lbaas22:54
xgermanat least he is getting paid for it :-)22:54
*** luksky has quit IRC23:26

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