Monday, 2018-08-20

*** celebdor has quit IRC00:16
*** longkb has joined #openstack-lbaas00:43
openstackgerritJacky Hu proposed openstack/octavia-dashboard master: Remove obsolete gate hooks  https://review.openstack.org/59346601:14
*** hongbin has joined #openstack-lbaas02:04
sapd1johnsom: Are you there?02:58
*** gans has joined #openstack-lbaas03:16
*** gans has quit IRC03:16
*** ramishra has joined #openstack-lbaas03:39
*** longkb has quit IRC03:55
*** longkb has joined #openstack-lbaas03:56
*** hongbin has quit IRC05:06
*** longkb has quit IRC05:12
*** longkb has joined #openstack-lbaas05:12
*** yboaron_ has joined #openstack-lbaas05:26
*** oanson has joined #openstack-lbaas05:43
*** ltomasbo has joined #openstack-lbaas06:29
*** hvhaugwitz has quit IRC06:40
*** hvhaugwitz has joined #openstack-lbaas06:42
*** luksky has joined #openstack-lbaas06:42
*** pcaruana has joined #openstack-lbaas06:46
*** ispp has joined #openstack-lbaas06:58
*** rcernin has quit IRC07:05
*** ispp has quit IRC07:21
*** velizarx has joined #openstack-lbaas07:25
*** yboaron_ has quit IRC07:27
*** rpittau has joined #openstack-lbaas07:41
*** celebdor has joined #openstack-lbaas07:45
*** celebdor has quit IRC08:06
*** velizarx has quit IRC08:22
*** ktibi has joined #openstack-lbaas08:29
*** yboaron_ has joined #openstack-lbaas08:33
*** celebdor has joined #openstack-lbaas08:34
*** celebdor has quit IRC08:42
*** luksky has quit IRC08:44
*** velizarx has joined #openstack-lbaas08:57
*** luksky has joined #openstack-lbaas09:22
*** longkb has quit IRC10:06
*** phuoc has joined #openstack-lbaas10:08
*** phuoc_ has quit IRC10:10
*** yboaron_ has quit IRC11:07
*** yboaron_ has joined #openstack-lbaas11:07
*** yboaron_ has quit IRC12:03
*** yboaron_ has joined #openstack-lbaas12:23
openstackgerritKobi Samoray proposed openstack/neutron-lbaas master: nlbaas2octavia: improve member error log message  https://review.openstack.org/59361012:40
*** yboaron_ has quit IRC13:05
*** yboaron_ has joined #openstack-lbaas13:06
*** fnaval has joined #openstack-lbaas13:21
openstackgerritKobi Samoray proposed openstack/neutron-lbaas master: nlbaas2octavia: do not change SG owned by user  https://review.openstack.org/59247113:32
openstackgerritKobi Samoray proposed openstack/neutron-lbaas master: nlbaas2octavia: improve member error log message  https://review.openstack.org/59361013:32
*** ktibi has quit IRC13:40
*** yboaron_ has quit IRC14:09
*** yboaron_ has joined #openstack-lbaas14:25
*** luksky has quit IRC15:07
*** pcaruana has quit IRC15:11
*** velizarx has quit IRC15:21
*** yboaron_ has quit IRC15:41
*** ramishra has quit IRC15:44
*** sapd1 has quit IRC16:14
*** strigazi has quit IRC16:19
*** strigazi has joined #openstack-lbaas16:24
*** dolly has joined #openstack-lbaas16:27
dollyHi guys! Great work with octavia!16:28
johnsomThanks16:28
*** KeithMnemonic has joined #openstack-lbaas16:28
cgoncalvesI sense a "but" coming?! :D16:29
johnsomlol, me too16:30
*** dolly has quit IRC16:32
*** dolly_ has joined #openstack-lbaas16:32
*** dolly_ is now known as dolly16:33
*** dolly_ has joined #openstack-lbaas16:35
*** velizarx has joined #openstack-lbaas16:36
dolly_hm, this is weird. as soon as I type my message, I cant seem to send any new messages. Using the webchat client though.16:36
dolly_test.16:36
dolly_hm ok, well did my message about the bug I'm hitting go through ?16:37
*** dolly has quit IRC16:37
johnsomNo16:39
dolly_Hm ok, we run OSP 13 Queens and I think we hit the following bug(s) and I was just curious if anyone had any information on them. I have logs if needed16:40
cgoncalvesjohnsom, see?! there's always a "but"16:41
cgoncalvesdolly_, which bugs?16:41
*** dolly has joined #openstack-lbaas16:42
dollyhm whats going on16:42
dollyas soon as I paste an url16:42
dollyI get disconnected16:42
cgoncalvesdolly, are you registered at freenode? could be an anti-spam mech disconnecting you16:44
dollyyeah, well I just registered my nick16:44
johnsomMaybe try http://paste.openstack.org/16:44
cgoncalvesdolly, or just add them to https://etherpad.openstack.org/p/2espbE8KZg16:44
*** dolly_ has quit IRC16:45
dollyok16:45
dollypasted them in that etherpad16:45
dollylet me see if I can go through another connection16:45
dollyI didn't see any activity on those bugs and I was just curios16:46
cgoncalveswell, and I missed johnsom's comment on storyboard (probably didn't get a notification from storyboard...)16:47
*** dolly_ has joined #openstack-lbaas16:47
dolly_Alright, lets see now, https://bugzilla.redhat.com/show_bug.cgi?id=157797616:48
openstackbugzilla.redhat.com bug 1577976 in openstack-octavia "Disabling heart bit interface for failover- LB goes into error state, New backup amphora is not created" [High,Assigned] - Assigned to nmagnezi16:48
dolly_Alrighty, this seems to work better.16:49
dolly_As I was saying, I think we hit that bug. Running OSP 13 / Queens.16:49
dolly_Great work with Octavia guys!16:50
johnsomCarlos, 1577976 is someone thinking "Role" is a status field and not it's settings.16:52
johnsomThe failed failover however is a problem.  We would need more information.16:52
cgoncalvesjohnsom, I know... /o\16:52
johnsomdolly_ Can you paste us a "openstack subnet show" for your lb-mgmt-net?16:52
cgoncalvesI don't have the env I used to report the story16:53
dolly_sure, http://paste.openstack.org/show/728444/16:56
dolly_If you need more logs, I have from octavia with debug=true16:56
johnsomOk, so DHCP looks good.16:57
dolly_I should mentioned that we manually merged this -> https://review.openstack.org/#/c/558962/ <-16:57
dolly_However, I'm not convinced that the patchset is the problem since other seem to have hit the same issue.16:58
dolly_Can't rule it out though of course.16:58
johnsomI need to go to a meeting, but will look more later.  Before it goes into reverting, did the nova instance get an IP on the lb-mgmt-net?  Like in "openstack server list"16:59
dolly_Well from what I can see the amp never got created.17:01
dolly_I'll go home from work, but will be back in 45-60 minutes.17:06
*** dolly has quit IRC17:07
*** dolly_ has quit IRC17:12
*** dolly_ has joined #openstack-lbaas17:57
*** dolly_ is now known as dolly18:17
*** velizarx has quit IRC18:23
*** KeithMnemonic has quit IRC18:33
*** abaindur has joined #openstack-lbaas18:50
dollyjohnsom, did you get any ideas about what could be the issue ?19:00
*** luksky has joined #openstack-lbaas19:04
johnsomdolly Caught me at lunch.19:37
dollyjohnsom, interesting note while digging through the logs19:37
dollyjohnsom, oh, sorry!19:38
johnsomOh good19:38
dollydont want to bother in lunch :p19:38
johnsomJust back from lunch now19:38
dollywell, I cant really see the creation of the amphore19:38
dollyhttp://paste.openstack.org/show/728457/19:40
dollyWhen i grep for the id of the supposedly created compute (amphora) i can only see some GET on the nova-api, and the DELETE.19:40
dollyI would assume that I would see some creation if it was ever created.19:41
dollyI cant see it in the "openstack server list --deleted --all" either (those amphoras listed there are older with other id's).19:41
johnsomWell, when debug logging is on you should see:19:43
johnsomAug 20 08:44:43.384913 ubuntu-xenial-rax-iad-0001406866 octavia-worker[8112]: DEBUG octavia.controller.worker.tasks.compute_tasks [-] Server created with id: 1cc97ca7-0bf5-4a0d-a879-765a8b41346b for amphora id: e2f2f0ec-1305-403f-8e82-ca2965ffbc6f {{(pid=8604) execute /opt/stack/new/octavia/octavia/controller/worker/tasks/compute_tasks.py:100}}19:43
johnsomWhat compute driver are you using?  controller_worker.compute_driver = compute_nova_driver19:44
dollyThat is not set in the config19:45
johnsomdolly That means you are running with the default driver, which is the no-op driver. It doesn't actually boot instances in nova. It's used for testing.  You want the amphora_driver, compute_driver, and network_driver defined on worker, health, and housekeeping processes19:47
dollyjohnsom, oh!19:48
dollyThat is very interesting.19:48
johnsomHere is an example file from our testing gates: http://logs.openstack.org/29/592829/1/check/octavia-v2-dsvm-scenario/d27da70/controller/logs/etc/octavia/octavia_conf.txt.gz19:49
dollyno wait19:49
dollyI lied19:49
dollyI was actually looking for the  controller_worker.compute_driver string, rather than under [controller_worker]19:50
johnsomAh, yeah, I pasted the line from the debug log output19:50
cgoncalvesright, it is being set by puppet-octavia19:50
dollymm I see19:51
johnsomOh, right, this is OSP 13, so it should be setup for you.19:51
dollyyea, one would think so at least =)19:51
cgoncalvesI'd kick myself and our quality engineer if we had not caught that xD19:52
dolly:D19:52
jitekaHey guys, need a second opinion on this and maybe some advice. When deleting a LB, I get that error19:55
jitekaERROR octavia.network.drivers.neutron.allowed_address_pairs [-] All attempts to remove security group f680ac35-5990-484d-887b-84f045a1ddf1 have failed.: Conflict: Security Group f680ac35-5990-484d-887b-84f045a1ddf1 in use.19:55
jitekaWhich make me think that octavia-worker is actually waiting for the amphora where that secgroup is attached to be deleted before secgroup could be deleted19:55
jitekabut to avoid that error, is there is any config parameter that I could play with to make it more smooth ?19:55
jitekafull logs : http://paste.openstack.org/show/728459/19:55
*** korean101 has quit IRC19:55
dollyjiteka, are you running a OSP 13 installation ?19:56
jitekano I'm not running Red hat distro of Openstack19:57
johnsomjiteka Which version of Octavia are you running?19:57
cgoncalvesthere was a patch some time ago that was supposed to help in that19:57
jitekaQueens19:57
jitekaFrom source19:57
johnsomHmmm, yeah, I'm going to do a release today of a new stable/queens.19:57
dollyjiteka, ok. The reason I'm wondering is because I stumbled on that as well. I deleted the ports and the sec-group manually.19:57
jitekaok19:58
johnsomThere were some strange edge cases where nova wasn't letting go of ports that caused some of that19:58
jitekaright now I'm heavily testing failover19:58
jitekaor killing randomely amphora's19:58
jitekato see how it behave19:58
cgoncalveshttps://review.openstack.org/#/c/574215/19:59
johnsomjiteka Yeah, you will want stable/queens master for the most fixes in that area. Or wait for the release later today19:59
jitekawill be an important ops feature to validate before we start getting users on-board19:59
jitekaI'm fine waiting for your release and deploying it tomorrow morning (I'm in EU timezone)19:59
johnsomjiteka Ok, it should be ready in your morning.20:00
jitekajohnsom: what's the easiest way to check when happened the last release ? github last commit ?20:01
johnsomjiteka This page shows the releases and git commit IDs: https://releases.openstack.org/queens/index.html#queens-octavia20:01
jitekawould like to anticipate better to make our CI/CD run more aligned with new push on the branch I'm tracking20:01
jitekaho ! that's great :-o20:02
jitekathat's what I was looking for :)20:02
jitekathanks johnsom20:02
dollyjohnsom, there is no trace of "Server created with id: 7b4b557a-f677-4c84-ae8c-d9bb2d77b346" in the logs.20:12
johnsomdolly And you see "debug" log messages from Octavia?20:12
dollySo I'm wondering, where did it get the id of the vm from ? If its never created I mean.20:12
nmagnezijohnsom, I see you had some gates + KVM fun yesterday :-)20:14
dollyhttp://paste.openstack.org/show/728461/ <- johnsom well here's the log20:15
johnsomYeah, the kernel KVM code regressed again, so had to pull OVH out again20:15
johnsomdolly Ah, so debug is not enabled on that instance, so you won't see the message I pasted.20:15
dollyah ok, I thought I enabled debug in the octavia.conf20:16
dollyis it multiple debug settings ?20:16
johnsomAh, there is this line however: 2018-08-17 13:54:21.294 24 INFO octavia.controller.worker.tasks.database_tasks [-] Mark ALLOCATED in DB for amphora: 06219f4f-6d5b-45c5-beaf-3f55fc4dba84 with compute id 7b4b557a-f677-4c84-ae8c-d9bb2d77b346 for load balancer: 20ff2b24-5ccb-4a89-8c4f-5794f86912b620:16
johnsomdolly No, just the one debug = True setting20:16
dollyWell that one is enabled. Hm, maybe I did't restart the containers20:17
dollyPretty sure I restarted all the containers.20:18
dolly=)20:18
johnsomdolly if debug is enabled you will see a dump of the current configuration settings on startup in the log20:19
cgoncalvesdolly, where did you change the configuration file?20:19
*** celebdor has joined #openstack-lbaas20:20
cgoncalvesif you modify configs inside containers and restart them, pufff!20:20
dollyyeah no under /var/lib/config-data/puppet-generated/octavia/etc/octavia/octavia.conf20:20
cgoncalvesperfect20:21
*** KeithMnemonic has joined #openstack-lbaas20:23
*** dolly has quit IRC20:41
johnsomrm_work nmagnezi dayou If you are around there is a translation that could use another +2/+W: https://review.openstack.org/59352820:59
johnsomstable/queens release patch: https://review.openstack.org/59395421:07
abaindurjohnsom: is there a way we can test tls termination load balancers without barbican? noticed the local_cert_manager is an option in the conf file21:10
johnsomYeah, I think I posted a comment for you about that last week.  Let me find it21:10
abaindursorry, might have lost my irc connection21:10
abainduri remember asking21:10
johnsomabaindur https://github.com/openstack/octavia/blob/master/octavia/certificates/manager/local.py#L97-L10221:11
johnsomUsing the "local" manager, you can put your cert info on the local filesystem.21:11
johnsomIt's one cert for all load balancers, but should allow testing.21:12
johnsomThat said, I'm not sure how well that driver is tested, so you might run into issues.  I can't remember if we have a functional gate using the local driver or not21:13
abaindurso this is what the storage_path in certificates section is used for21:13
abaindurotherwise its not used (if we use barbican)?21:14
johnsomI think that is correct21:14
abainduri see it takes in a cert UUID... but how will our cert have one without barbican? also dont see "store_cert" being called or referenced anyhere else in Octavia21:21
abaindurwhats the tls arg i would specify when creating a listener?21:23
johnsomMake up an uuid, name the files with the uuid. Or whatever you put into the listener as the reference21:23
abaindur --default-tls-container=$(openstack secret list | awk '/ tls_secret1 / {print $2}'21:23
abainduroh so i just need to se the same ID/unique name i want21:23
johnsom=uuid or whatever the filename is21:23
abaindurthat will be the arg for --default-tls-container= ?21:24
johnsomYes21:24
johnsomStore cert never got used21:24
abaindurah gotcha21:24
openstackgerritMerged openstack/octavia-dashboard master: Remove obsolete gate hooks  https://review.openstack.org/59346621:27
*** rcernin has joined #openstack-lbaas21:50
*** fnaval has quit IRC21:58
*** celebdor has quit IRC22:03
*** luksky has quit IRC22:05

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