Sunday, 2017-07-30

*** aojea has joined #openstack-lbaas00:00
*** aojea has quit IRC00:06
*** yamamoto has quit IRC00:06
*** openstackgerrit has quit IRC00:14
*** bcafarel has quit IRC00:14
*** cpuga has joined #openstack-lbaas00:34
*** cpuga has quit IRC00:40
*** bcafarel has joined #openstack-lbaas00:41
*** yamamoto has joined #openstack-lbaas01:07
*** yamamoto has quit IRC01:09
*** yamamoto has joined #openstack-lbaas01:09
rm_workjohnsom: line 2: http://paste.openstack.org/show/zE3KZ8cOC7sjPhm0I5WA/01:26
rm_workjohnsom: reported status "UP 1/3" lolwut01:26
rm_workthat's why it gets UNKNOWN status and my stuff goes to error presently01:27
rm_work>_<01:27
*** openstackgerrit has joined #openstack-lbaas01:33
openstackgerritAdam Harwell proposed openstack/octavia master: Properly handle more states from HAProxy health messages  https://review.openstack.org/48767101:33
rm_workstupid transitional stes01:41
rm_work*states01:41
rm_workis member status reporting just COMPLETELY broken in Ubuntu? UP/DOWN only!?01:41
rm_workjohnsom: i'd like to merge this soon, cause i'd like to have it downstream soon and it has a DB migration, and those get tricksy if i have to rebase :/01:42
*** aojea has joined #openstack-lbaas02:03
*** aojea has quit IRC02:08
*** cpuga has joined #openstack-lbaas02:38
*** cpuga has quit IRC02:42
*** yamamoto has quit IRC02:48
*** aojea has joined #openstack-lbaas03:04
*** aojea has quit IRC03:08
*** armax has joined #openstack-lbaas03:11
*** cpuga has joined #openstack-lbaas03:38
*** cpuga has quit IRC03:43
*** yamamoto has joined #openstack-lbaas03:48
*** armax has quit IRC03:55
*** yamamoto has quit IRC03:56
*** armax has joined #openstack-lbaas03:57
*** armax has quit IRC03:58
*** aojea has joined #openstack-lbaas04:04
*** armax has joined #openstack-lbaas04:05
*** aojea has quit IRC04:09
*** armax has quit IRC04:37
*** cpuga has joined #openstack-lbaas04:39
*** cpuga has quit IRC04:43
*** aojea has joined #openstack-lbaas05:05
*** aojea has quit IRC05:10
*** Alex_Staf has joined #openstack-lbaas05:22
*** ianychoi_ has joined #openstack-lbaas05:24
*** ianychoi has quit IRC05:27
*** Alex_Staf has quit IRC05:43
*** gcheresh_ has joined #openstack-lbaas05:46
*** kobis has joined #openstack-lbaas06:06
*** aojea has joined #openstack-lbaas06:06
*** aojea has quit IRC06:11
*** cpuga has joined #openstack-lbaas06:41
*** cpuga has quit IRC06:46
*** rcernin has joined #openstack-lbaas07:05
*** aojea has joined #openstack-lbaas07:07
*** aojea has quit IRC07:12
*** yamamoto has joined #openstack-lbaas07:20
*** sanfern has quit IRC07:34
*** sanfern has joined #openstack-lbaas07:35
*** Alex_Staf has joined #openstack-lbaas07:45
*** ianychoi_ is now known as ianychoi07:48
*** aojea has joined #openstack-lbaas08:07
*** aojea has quit IRC08:12
rm_workjohnsom: yeah i see where you'd fix the admin_state_down thing.... maybe I could throw the fix for that into the same thing i'm working on now? it's kinda related..08:18
rm_workand now that I have the bug *I* was dealing with resolved, i actually see the issue08:18
rm_workbefore, it WAS going to ERROR when I set to admin_state_down due to the other bug08:19
*** yamamoto has quit IRC08:23
rm_workactually nevermind, this is a bit rougher than I was thinking, because really it needs to be set like... after we do the remove on the amp code? and even so, there could be a packet in-flight that would change it back to ONLINE or whatever <_<08:32
rm_workthe ListenersUpdate flow does happen before the UpdateMemberInDB flow -- so the handler could do it -- but ... yeah. That could race with HM packets and end up just flapping really quickly and landing in the wrong state08:33
*** AlexeyAbashkin has quit IRC08:43
*** cpuga has joined #openstack-lbaas08:43
*** cpuga has quit IRC08:47
*** yamamoto has joined #openstack-lbaas08:54
*** yamamoto has quit IRC09:00
*** aojea has joined #openstack-lbaas09:08
*** aojea has quit IRC09:13
*** cpuga has joined #openstack-lbaas09:44
*** cpuga has quit IRC09:48
*** yamamoto has joined #openstack-lbaas09:59
*** yamamoto has quit IRC10:06
*** aojea has joined #openstack-lbaas10:09
*** aojea has quit IRC10:14
*** yamamoto has joined #openstack-lbaas10:14
*** yamamoto has quit IRC10:21
*** yamamoto has joined #openstack-lbaas10:30
*** yamamoto has quit IRC10:44
*** cpuga has joined #openstack-lbaas10:45
*** yamamoto has joined #openstack-lbaas10:45
*** cpuga has quit IRC10:49
*** aojea has joined #openstack-lbaas10:49
*** yamamoto has quit IRC11:02
*** yamamoto has joined #openstack-lbaas11:10
*** yamamoto has quit IRC11:21
*** rcernin has quit IRC11:33
*** rcernin has joined #openstack-lbaas11:43
*** yamamoto has joined #openstack-lbaas11:45
*** cpuga has joined #openstack-lbaas11:45
*** cpuga has quit IRC11:50
*** yamamoto has quit IRC12:20
*** yamamoto has joined #openstack-lbaas12:21
*** yamamoto has quit IRC12:33
*** yamamoto has joined #openstack-lbaas12:33
*** yamamoto has quit IRC12:33
*** yamamoto has joined #openstack-lbaas12:35
nmagnezirm_work, ping. a question: when we ask nova to spawn an instance, do we use both config_drive (amphora_agent.conf and certs) and the metadata service (keypair)? or is it just config_drive?12:57
*** yamamoto has quit IRC13:18
johnsomnmagnezi: just config drive14:09
johnsomThe meta data service is less than ideal14:09
johnsomIf I remember right, I disable the other options to speed up boot.14:11
*** kobis has quit IRC14:14
*** rcernin has quit IRC14:16
*** yamamoto has joined #openstack-lbaas14:17
*** rcernin has joined #openstack-lbaas14:19
nmagnezijohnsom, thanks a lot Michael :)14:22
nmagnezijohnsom, so it uses config drive to inject the nova keypair as well, right?14:23
nmagnezijohnsom, this is the only thing I was wondering about14:23
*** yamamoto has quit IRC14:23
johnsomYes, the keypair is passed in the config drive data14:24
johnsomYou can mount the config drive from inside an amp and look at the data or read through the cloud-init logs to see it load the keypair14:25
nmagnezijohnsom, great. yeah i was aware of the use we have for config_drive in the context of certs and the config file, just never looked at the ssh keys before14:26
nmagnezijohnsom, so that covers it14:26
johnsomYeah, it passes in the lb-mgmt-net info too14:27
*** Alex_Staf has quit IRC14:48
*** armax has joined #openstack-lbaas15:02
*** gcheresh_ has quit IRC15:05
*** armax has quit IRC15:40
*** cpuga has joined #openstack-lbaas15:48
*** cpuga has quit IRC15:53
*** rcernin has quit IRC15:57
rm_workjohnsom: did you see my stuff from yesterday17:20
rm_workjohnsom: WTB review on https://review.openstack.org/#/c/487671/17:21
rm_workjohnsom: ah you're still traveling / on vacation17:21
rm_worknmagnezi: relevant to you too ^^17:24
rm_worknmagnezi: since I think only ubuntu haproxy has the bug that makes our existing code work17:24
rm_worknmagnezi: so if you use cent/rhel/etc amphora, you'd see the same issues I did, and that is the fix17:24
rm_work(members go to ERROR for a second right after updating them, then flip back; also, DRAINING doesn't work)17:25
*** sanfern has quit IRC18:01
nmagnezirm_work, i started to review this one. i have a question about the member MAINTENANCE mode18:10
rm_workk18:10
nmagnezirm_work, i'll post it in the patch :-)18:10
rm_worki honestly don't know how it could get there18:10
rm_workbut18:10
rm_workI know it is a valid status so I am handling it18:11
rm_work*shrug*18:11
nmagnezirm_work, i think this is kind of the same as DRAINING ¯\_(ツ)_/¯18:17
rm_workbut it's not technically :P18:17
rm_workI think18:17
rm_workyou'd rather I just convert constants.MAINT to constants.DRAINING for display?18:18
rm_workinstead of MAINT to MAINTENANCE18:18
openstackgerritAdam Harwell proposed openstack/octavia master: Correct status for disabled members (pinocchio edition)  https://review.openstack.org/48901418:39
*** deep-book-gk_ has joined #openstack-lbaas18:40
*** deep-book-gk_ has left #openstack-lbaas18:40
*** deep-book-gk_ has joined #openstack-lbaas18:40
*** deep-book-gk_ has left #openstack-lbaas18:43
*** cpuga has joined #openstack-lbaas18:51
*** cpuga has quit IRC18:56
openstackgerritAdam Harwell proposed openstack/octavia master: Correct status for disabled members (honest abe edition)  https://review.openstack.org/48901519:03
rm_work^^ need to write tests for both of those19:03
rm_workoh and https://github.com/svinota/pyroute2/commit/85cbd4a1dd2b1fe1870914453fa43506ac8b90c3 is what broke the unit tests on OSX19:03
*** gcheresh_ has joined #openstack-lbaas19:13
rm_workcool, svinota (pyroute2 author) is fixing our OSX issue19:45
*** cpuga has joined #openstack-lbaas19:52
*** cpuga has quit IRC19:56
nmagnezirm_work, pinocchio edition!20:03
* nmagnezi ROFL20:03
*** cpuga has joined #openstack-lbaas20:53
*** cpuga has quit IRC20:57
*** gcheresh_ has quit IRC21:04
*** deep-book-gk_ has joined #openstack-lbaas21:10
*** deep-book-gk_ has left #openstack-lbaas21:11
*** cpuga has joined #openstack-lbaas21:54
*** cpuga has quit IRC21:58
rm_worknmagnezi: :P22:04
rm_worknmagnezi: i want to say "honest abe edition" is the way to go in the long run, as long as my logic checks out22:04
rm_workbut this way was worth considering22:04
rm_workah need to fix failures tho22:05
openstackgerritAdam Harwell proposed openstack/octavia master: Correct status for disabled members (honest abe edition)  https://review.openstack.org/48901522:09
*** yamamoto has joined #openstack-lbaas22:12
*** aojea has quit IRC22:33
*** aojea has joined #openstack-lbaas22:33
*** aojea has quit IRC22:38
*** yamamoto has quit IRC22:42
*** yamamoto has joined #openstack-lbaas22:46
*** bcafarel has quit IRC23:09
*** bcafarel has joined #openstack-lbaas23:10

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