Thursday, 2017-05-04

*** sshank has quit IRC00:00
*** pothole has quit IRC00:01
*** pothole has joined #openstack-lbaas00:01
*** csomerville has quit IRC00:03
*** armax has quit IRC00:05
*** amotoki has quit IRC00:07
*** pothole has quit IRC00:09
*** xgerman has joined #openstack-lbaas00:20
*** fnaval has joined #openstack-lbaas00:37
*** fnaval_ has quit IRC00:40
openstackgerritMerged openstack/octavia master: Fix devstack plugin to stop octavia processes  https://review.openstack.org/46192700:45
openstackgerritGerman Eichberger proposed openstack/octavia master: Adds the ability to failover a load balancer  https://review.openstack.org/44434701:03
*** sshank has joined #openstack-lbaas01:04
openstackgerritMichael Johnson proposed openstack/octavia master: Remove log translations from octavia  https://review.openstack.org/44787201:05
johnsomOye, that was fun...01:05
openstackgerritMichael Johnson proposed openstack/octavia master: Remove log translations from octavia  https://review.openstack.org/44787201:07
*** cpuga has quit IRC01:12
*** cpuga has joined #openstack-lbaas01:23
*** yamamoto has joined #openstack-lbaas01:31
*** yamamoto has quit IRC01:35
*** blogan has joined #openstack-lbaas01:36
*** cpuga has quit IRC01:38
*** blogan__ has quit IRC01:39
openstackgerritMichael Johnson proposed openstack/octavia master: Add some hacking checks borrowed from neutron  https://review.openstack.org/46233401:41
johnsomrm_work https://review.openstack.org/46233601:48
openstackgerritGerman Eichberger proposed openstack/octavia master: Adds the ability to failover a load balancer  https://review.openstack.org/44434701:49
xgerman^^ rolled back POST -> PUT01:50
*** fnaval_ has joined #openstack-lbaas02:05
*** fnaval has quit IRC02:08
*** yamamoto has joined #openstack-lbaas02:36
*** yamamoto has quit IRC02:46
rm_workkk02:49
rm_workjohnsom: uhh, soooo02:49
rm_workjohnsom: if you remove that from neutron-lbaas, the ones that include octavia will explode02:50
rm_workbecause our devstack client pulls in octaviaclient02:50
johnsomWell, it is blowing up the namespace driver gates02:50
rm_work:/02:51
rm_workwhy02:51
rm_workit shouldn't matter02:51
rm_workso it pulls in some random client lib02:52
rm_workcan you show me a log?02:52
johnsomClient does not get installed because octavia devstack plugin does not run02:52
rm_workJust adding it to PROJECTS installs it02:52
rm_workthat's the point02:52
johnsomYou aren't just adding it to projects!02:53
rm_workwe need PROJECTS to install it, so that when the octavia plugin does a git_clone, it is already there, so it noops, and doesn't trigger the "cloning explosion"02:53
rm_workif we don't run the octavia plugin, PROJECTS should just install it and that's it02:53
rm_workah, because it's also in LIBS_FROM_GIT?02:53
johnsomLook at the log translation patch in neutron lbaas02:53
rm_workdevstack should handle that too02:53
johnsomYeah, projects would be fine02:53
johnsomIt is the libs from git02:54
rm_workhmmmm02:54
johnsomNamespace driver does not run octavia devstack plugin02:54
rm_workyeah but it shouldn't matter02:54
rm_worki should be able to add like02:54
rm_workpython-kuryrclient02:55
rm_workand it should be fine02:55
rm_workeven with LIBS_FROM_GIT02:55
johnsomWe should not be putting libs from git for the osc client in nlbaas gates02:55
rm_workugh OK so let me think about how we can do this better02:55
rm_workis there a way we can tell whether we're inside a gate job or not, from within the devstack plugin?02:55
johnsomLibs from git makes devstack check if it installed02:56
rm_workright, and it should be installed02:56
johnsomNo02:56
rm_workah but not from git02:56
johnsomI don't think so02:56
rm_workblegh part of me expected that arg to make devstack just *do that*02:56
johnsomIt is useless with nlbaas namespace driver02:56
rm_workactually, I really still think it does02:56
johnsomWell, nlbaas overall02:56
rm_workyes it's useless but it also doesn't matter02:56
rm_workit's a noop02:56
rm_workit's useless in the octavia gate as well right now, but it's *fine*02:57
rm_workone sec02:57
johnsomCan't you just add it to projects and not do the libs fron get in nlbaas jobs?02:57
rm_workif it's not in LIBS_FROM_GIT I think our git_clone will still cause it to explode02:58
rm_workok hold on.03:00
rm_workthis is really dumb, but maybe I can figure it out03:00
rm_workwe just need to do our clone conditionally03:00
*** bread_ has joined #openstack-lbaas03:02
rm_workyeah k sec03:03
johnsomHmm, I am tired and grumpy (too much translation log patch review and work) so I am going to sign off for the night and see what the end result is in the morning.  I just don't see why nlbaas should have anything to do with that code....03:04
rm_workugh so we already install conditionally on the LIBS_FROM_GIT thing03:07
rm_workmaybe we can just do PROJECTS03:07
rm_workjohnsom: one could ask why the namespace jobs include *octavia*03:09
rm_workI only include the client on jobs that include octavia..03:10
*** kbyrne_ has joined #openstack-lbaas03:10
rm_workoh actually ... hmmm03:10
rm_workmaybe it will be ok03:10
rm_workmaybe I'm thinking of a different permutation that had an issue with not including it in neutron-lbaas03:11
*** ankur-gupta-f4 has quit IRC03:11
*** kbyrne has quit IRC03:11
*** mdavidson has quit IRC03:11
*** aamerine has quit IRC03:11
*** kbyrne_ is now known as kbyrne03:11
rm_worksure, let's try this way03:12
rm_workjohnsom: should I continue to hack on the log translation patches?03:13
rm_worki see this one is still failing03:13
johnsomNo, please fix it in a separate patch03:17
*** mdavidson has joined #openstack-lbaas03:18
johnsomHmm, looks like i screwed up the octavia patch. Ugh03:20
*** blogan has quit IRC03:30
*** blogan has joined #openstack-lbaas03:30
openstackgerritMichael Johnson proposed openstack/octavia master: Remove log translations from octavia  https://review.openstack.org/44787203:30
*** armax has joined #openstack-lbaas03:31
openstackgerritMichael Johnson proposed openstack/octavia master: Add some hacking checks borrowed from neutron  https://review.openstack.org/46233403:32
*** gongysh has joined #openstack-lbaas03:32
rm_workfix which in a separate patch?03:45
rm_workdecided to leave your project-config patch as-is03:45
rm_workit might actually work with our current method03:45
rm_worklast time i tried it was set up a little differently03:46
*** fnaval has joined #openstack-lbaas03:52
*** fnaval_ has quit IRC03:55
*** armax has quit IRC03:59
*** sshank has quit IRC04:52
*** sshank has joined #openstack-lbaas05:07
*** sshank has quit IRC05:10
*** ankur-gupta-f4 has joined #openstack-lbaas05:13
*** yamamoto has joined #openstack-lbaas05:18
*** links has joined #openstack-lbaas05:18
*** gcheresh has joined #openstack-lbaas05:20
*** yamamoto has quit IRC05:21
rm_workjohnsom: i am not seeing pep8 failures due to this anywhere?05:29
rm_workwas gonna just see pep8 succeeding instead of failing to know your translation patch was good, but05:29
rm_worki can't get a negative05:29
johnsomBecause I am awesome05:30
rm_worklol05:31
rm_workyeah but like05:31
rm_workshould i see pep8 fails on master?05:31
johnsomOn lbaas, but octavia didn't have a hacking rule until now05:32
rm_workahh i see05:32
rm_workso if i cherry-pick the hacking rule commit05:32
rm_worki should see a fail05:32
johnsomNlbaas inherited the hacking from neutron-lib05:33
rm_workyeah and you copied it to octavia05:34
rm_workbut on top of the log patch (obviously)05:34
johnsomWell, the translation thing is in. The log patch05:35
rm_workhmm k05:35
rm_workwell erm05:35
rm_workk05:35
rm_workah yeah i see05:35
*** fnaval has quit IRC05:42
*** amotoki has joined #openstack-lbaas06:05
*** yamamoto has joined #openstack-lbaas06:21
*** voelzmo has joined #openstack-lbaas06:23
*** yamamoto has quit IRC06:26
*** yamamoto has joined #openstack-lbaas06:26
*** yamamoto has quit IRC06:28
*** mdurrant has quit IRC06:37
*** pcaruana has joined #openstack-lbaas06:45
*** yamamoto has joined #openstack-lbaas06:59
*** yamamoto has quit IRC07:09
*** tesseract has joined #openstack-lbaas07:29
*** aojea has joined #openstack-lbaas07:48
*** blogan_ has joined #openstack-lbaas07:50
*** blogan has quit IRC07:51
openstackgerritJude Cross proposed openstack/python-octaviaclient master: Add l7policy commands to client  https://review.openstack.org/46243108:06
*** mdurrant has joined #openstack-lbaas08:29
*** JudeC has quit IRC08:33
*** yamamoto has joined #openstack-lbaas09:15
*** yamamoto has quit IRC09:19
*** links has quit IRC09:45
*** blogan__ has joined #openstack-lbaas10:01
*** blogan_ has quit IRC10:03
*** ankur-gupta-f4 has quit IRC10:25
*** ankur-gupta-f4 has joined #openstack-lbaas10:26
*** gongysh has quit IRC10:30
*** catintheroof has joined #openstack-lbaas11:47
*** catintheroof has quit IRC11:51
*** krypto has joined #openstack-lbaas12:31
*** cpuga has joined #openstack-lbaas12:50
*** yamamoto has joined #openstack-lbaas12:54
*** yamamoto has quit IRC13:22
*** yamamoto has joined #openstack-lbaas13:24
*** chlong has joined #openstack-lbaas13:32
xgermano/13:43
*** fnaval has joined #openstack-lbaas13:58
*** chlong has quit IRC14:01
*** armax has joined #openstack-lbaas14:12
*** chlong has joined #openstack-lbaas14:14
*** catintheroof has joined #openstack-lbaas14:20
*** catinthe_ has joined #openstack-lbaas14:23
*** catintheroof has quit IRC14:24
*** armax has quit IRC14:38
*** voelzmo has quit IRC14:42
*** gongysh has joined #openstack-lbaas14:44
*** yamamoto has quit IRC14:44
*** voelzmo_ has joined #openstack-lbaas14:44
xgermanRosella stepping down — Neutron is imploding….14:49
*** gongysh has quit IRC14:49
*** armax has joined #openstack-lbaas14:56
*** jerrygb has joined #openstack-lbaas15:07
*** gcheresh has quit IRC15:08
*** sshank has joined #openstack-lbaas15:08
johnsomo/15:13
*** armax has quit IRC15:25
xgermanjohnsom I will look at single create again… would be good if we can approve status before so I have less rework15:34
xgerman:-)15:34
xgermanmerge conflicts15:34
johnsomOk, yeah, I should be back to a place I can attempt to test that again15:34
xgermanthx15:34
johnsomxgerman rm_work This should probably go in sooner than later: https://review.openstack.org/#/c/447872/15:35
johnsomOtherwise we are going to have patches that still add translations...15:35
*** chlong has quit IRC15:36
*** blogan__ is now known as blogan15:38
*** yamamoto has joined #openstack-lbaas15:45
*** voelzmo_ has quit IRC15:46
*** voelzmo has joined #openstack-lbaas15:46
openstackgerritMerged openstack/octavia master: project_id should remain in the response for v2 objects  https://review.openstack.org/46134415:54
*** yamamoto has quit IRC15:57
*** voelzmo has quit IRC15:59
*** JudeC has joined #openstack-lbaas16:03
xgerman“ "fault": {"message": "Host 'octavia' is not mapped to any cell", "code": 400, "created": "2017-05-04T16:05:58Z"}, "metadata": {}}}"16:06
johnsomHmm, that is neat16:07
xgermanmmh, how did the single create call pass the ate?16:07
xgermanmight be my insane devstack…16:08
*** fnaval has quit IRC16:08
*** fnaval has joined #openstack-lbaas16:08
johnsomCould be something merged in nova between16:08
xgermanmmh, wonder if starting with a fresh vm helps but I am afraid of system-d16:09
*** fnaval has quit IRC16:11
johnsomYeah, systemd threw a wrench in my demo yesterday.  I am just not super proficient with it yet16:19
johnsomhttps://docs.openstack.org/developer/devstack/systemd.html16:21
*** yamamoto has joined #openstack-lbaas16:26
*** ankur-gupta-f4 has quit IRC16:35
*** yamamoto has quit IRC16:37
*** pcaruana has quit IRC16:40
*** ankur-gupta-f4 has joined #openstack-lbaas16:44
*** armax has joined #openstack-lbaas16:47
*** krypto has quit IRC16:50
*** krypto has joined #openstack-lbaas16:50
*** krypto has quit IRC16:50
*** krypto has joined #openstack-lbaas16:50
*** fnaval has joined #openstack-lbaas16:54
*** krypto has quit IRC16:54
xgermanlive and learn: sudo journalctl -f --unit devstack@o-cw.service17:07
xgermanthis looks like it will time out17:09
xgermanhttps://www.irccloud.com/pastebin/VODo7t4k/17:10
*** aojea has quit IRC17:10
*** aojea has joined #openstack-lbaas17:11
*** aojea has quit IRC17:15
*** tesseract has quit IRC17:30
*** SumitNaiksatam has joined #openstack-lbaas17:43
*** basilAB has quit IRC17:45
*** vaishali has quit IRC17:46
xgermanjohnsom any idea? traceroute goes to our interface but I am not sure which bridge we are using18:00
johnsomI haven't looked at it too much.  Was fixing Ihar's pedantic comments on the log patch for nlbaas.  I didn't go scrub all of the log lines in nlbaas because, yeah, short life over there.  I did do that for octavia however.  Ugh.18:02
johnsomSo basically your issue is you can't reach the management interface on the amp?18:02
xgermanyep18:11
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: Remove log translations from neutron-lbaas  https://review.openstack.org/44792118:11
*** bread_ is now known as aamerine18:13
johnsomDid you check the /opt/stack/data/nova/instances/<uuid>/console.log?18:14
xgermanempty18:15
xgermanmight be systemd18:15
johnsomummm, wow, that would be unfortunate18:15
xgermanyeah, I am now really worried about my lab :-(18:16
johnsomSo, I have a console log18:16
xgermancool18:16
johnsomwhat does nova say when you do a nova show on the amp instance?18:16
xgermannothing out of the ordinary:18:17
xgermanhttps://www.irccloud.com/pastebin/GJRX4KRj/18:17
*** harlowja has quit IRC18:19
*** sanfern has joined #openstack-lbaas18:19
johnsomYeah, that looks right18:20
johnsomCan you do a "ip a" and "netstat -rn"?18:20
xgermanhttps://www.irccloud.com/pastebin/0YNt5NpZ/18:21
* xgerman gotta get with those new commands still using route and ifconfig18:21
xgermanbr-int is ipv6 only - hmm18:22
johnsomHmmm, that all looks ok for mgmt net18:23
johnsomWe really need the console log18:23
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: Remove log translations from neutron-lbaas  https://review.openstack.org/44792118:23
*** sanfern has quit IRC18:24
*** vaishali has joined #openstack-lbaas18:32
*** basilAB has joined #openstack-lbaas18:33
xgermanwell, I guess my fresh install is hosed18:41
*** Guest92102 is now known as redrobot18:42
johnsomHmm18:43
johnsomI'm running the systemd "stuff" and I have console logs, so I would be worried that nova is broken18:43
xgermanyeah, tomorrow is. anew day to try again18:50
johnsomYeah, I am going to eat lunch and give it a go18:51
*** amotoki has quit IRC18:55
*** blogan has quit IRC19:22
*** aojea has joined #openstack-lbaas19:27
*** cpuga has quit IRC19:40
*** harlowja has joined #openstack-lbaas19:48
*** aojea has quit IRC19:50
*** aojea has joined #openstack-lbaas19:50
*** aojea_ has joined #openstack-lbaas19:52
*** aojea has quit IRC19:53
*** blogan has joined #openstack-lbaas19:59
xgermanre-installed - console log still empty; and lb not working20:02
*** ipsecguy_ has joined #openstack-lbaas20:05
openstackgerritMichael Johnson proposed openstack/octavia master: Add support for single-create for APIv2  https://review.openstack.org/45903220:06
johnsom^^^ Rebase20:07
*** ipsecguy has quit IRC20:07
openstackgerritMichael Johnson proposed openstack/octavia master: Implement sorting and pagination for octavia  https://review.openstack.org/38214720:07
johnsom^^^ same20:07
johnsomxgerman does the console log file exist?20:08
xgermanyes20:08
xgermanbut empty20:08
*** cpuga has joined #openstack-lbaas20:09
johnsomHmm, I don't see anything obvious in the nova merge list since I stacked yesterday20:10
johnsomI will restack now too20:10
xgermanok, let me know20:11
johnsomoh man...20:12
johnsomI just did a clean.sh with this systemd stuff.20:12
johnsomeverything +dog is still running20:12
johnsomWow, like nothing shut down20:13
*** aojea_ has quit IRC20:19
johnsomWhy the @#*$%*@#$ can't journalctl learn to line wrap20:26
johnsomby default20:26
openstackgerritMerged openstack/neutron-lbaas master: Remove log translations from neutron-lbaas  https://review.openstack.org/44792120:47
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: Updated from global requirements  https://review.openstack.org/46211120:48
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: Remove get_namespace from API extensions  https://review.openstack.org/46083120:54
johnsomxgerman Yeah, devstack is broken20:58
xgerman:-(20:58
johnsomMy cirros web servers aren't coming up or logging to console.log either20:58
johnsomOye, and since devstack doesn't have stable who knows if we can even use a stable branch for the hands on lab20:59
xgerman:-(21:00
johnsomxgerman I think it is the new qemu packages from ubuntu21:33
johnsomMy qemu processes are 100% cpu21:33
xgermank21:33
johnsomhttps://www.irccloud.com/pastebin/DYi4ZXLs/21:33
johnsomI think that is the list of stuff that updated before this happened21:34
johnsomAnother side effect with the systemd stuff, the syslog is full of openstack logs21:34
*** jerrygb has quit IRC21:35
*** cpuga has quit IRC21:36
*** cpuga has joined #openstack-lbaas21:50
johnsomOk, it's the new ubuntu packages21:57
johnsomapt-get install seabios=1.8.2-1ubuntu1 qemu-system-sparc=1:2.5+dfsg-5ubuntu10.11 qemu-system-ppc=1:2.5+dfsg-5ubuntu10.11 qemu-system-arm=1:2.5+dfsg-5ubuntu10.11 qemu-kvm=1:2.5+dfsg-5ubuntu10.11 qemu-system-x86=1:2.5+dfsg-5ubuntu10.11 qemu-system-mips=1:2.5+dfsg-5ubuntu10.11 qemu-system-misc=1:2.5+dfsg-5ubuntu10.1121:57
johnsomThat rolls back the bad patches and you can boot instances again21:57
johnsomxgerman ^^^21:59
xgermanThanks22:00
*** SumitNaiksatam has quit IRC22:01
rm_workwe can just pick a commit from before the systemd change22:02
rm_workand use that22:02
rm_workfrom devstack22:02
openstackgerritJoshua Harlow proposed openstack/octavia master: Handle stopping the health manager and ejecting out of current health failovers  https://review.openstack.org/46274822:03
harlowjarm_work JudeC ^22:04
harlowjaanother take/variation of https://review.openstack.org/#/c/456420/22:04
rm_workwill look eventually22:04
harlowjain general, i was also looking over how we could get over to tooz for the udp status checker22:04
harlowjabut that stuff is pretty engrained :-/22:05
johnsomI think there is a flag that revert to screen22:05
rm_workso much shit to do today and tomorrow though for the lab, we prolly don't have time to work on stuff that's already "mostly working"22:05
rm_workjohnsom: yeah I am going to try using it22:05
rm_workomg what happened to single-create lol22:07
rm_workmind if i undo your rebase22:07
johnsomDid I screw it up?????22:08
rm_worknot sure22:08
rm_worksomething is woooonky22:08
rm_workrather just start from before it22:08
rm_worklooks like yet22:12
rm_work*yes22:12
rm_workyou took the old minimal-pool stuff22:12
rm_workinstead of the id-only stuff22:12
openstackgerritAdam Harwell proposed openstack/octavia master: Add support for single-create for APIv2  https://review.openstack.org/45903222:12
openstackgerritAdam Harwell proposed openstack/octavia master: Implement sorting and pagination for octavia  https://review.openstack.org/38214722:13
johnsomOh, I see, darn it22:13
johnsomrm_work if you didn't see earlier, the new qemu packages from ubuntu break nova in a bad way.  I have a command to revert to the older packages I pasted to the channel22:15
rm_workok22:15
rm_workso just22:16
rm_workdo that AFTER devstack but before doing anything with nova22:16
johnsomActually do it before devstack.22:16
johnsomOtherwise you have to restart nova to get it to pick it up22:16
rm_workah22:17
johnsomBasically if you do a dist-upgrade you need to downgrade those after22:17
rm_workdoesn't devstack *install* the newer version then though?22:17
johnsomI don't think so22:17
rm_workhmm k22:17
johnsomDarn, yes it does22:18
johnsomSo, yeah, after devstack then restart nova22:19
*** fnaval has quit IRC22:19
johnsomhmmm, that is going to suck22:19
johnsomYou might be able to do it before devstack, then "apt-mark hold <package-name>" to stop devstack from upgrading it22:22
rm_workyes22:23
rm_worki think that's prolly best22:23
rm_workxgerman: i am working on making sure this script will actually *work* now22:24
rm_workxgerman: then we can look at testing it on the student machines :/22:24
*** blogan has quit IRC22:25
*** cpuga has quit IRC22:30
johnsomharlowja What does tooz bring to the party for the udp heartbeats?22:34
rm_workoops missed some tenant_id references22:34
harlowjajohnsom it replaces it with the technology/driver specific heartbeats22:34
harlowjawhich then depends on what driver u want to default to22:34
johnsomOk, but why?22:35
rm_workguh the rebase i'm about to get to do22:35
rm_workT_T22:35
harlowjajohnsom  less code, more people that know how the heartbeating works, more people that know how the heartbeating works, thus more people that can fix it, or view what the current heartbeats are or ...22:35
harlowjathose kinds of things22:35
*** jerrygb has joined #openstack-lbaas22:37
johnsomHmm, I think I would like to get a architecture pitch.  Right now this thing scales beautifully, so alternatives need to meet that bar22:37
*** JudeC has quit IRC22:40
harlowjaya, though i have a feeling etcd is going to outpace the ability of octavia22:40
harlowjawith things like 'https://github.com/coreos/etcd/issues/7624'22:40
harlowja'efficiently handle millions of unique watches '22:40
harlowjakey watching == heartbeat (and associated death detection)22:41
*** jerrygb has quit IRC22:41
johnsomMaybe etcd can borrow our code22:42
johnsomgrin22:42
johnsomYeah, but our heartbeats carry the stats and status tree.  It's not just an "are you there"22:42
harlowjakeys map to values :-P22:42
harlowjalike a typically key -> value store22:43
harlowjain zookeeper or etcd22:43
johnsomAgain, I want to understand the architecture, if this thing is going to pool for each key, game over man22:43
johnsompool-> poll22:43
harlowjanah, clients that are interested in others keys (to watch them) subscribe to them22:44
openstackgerritAdam Harwell proposed openstack/octavia master: Purge more tenant_id references that I missed  https://review.openstack.org/46275022:45
harlowjausing http long polls, which afaik are not really polls (at least this is what etcd is using)22:45
johnsomI mean right now we have basically one packet, from amp to a randomly selected endpoint from a list of endpoints.  no handshakes, no persistent connections, no "master" health manager22:46
johnsomI'm just wearing my skeptics hat here...22:46
*** JudeC has joined #openstack-lbaas22:47
JudeCharlowja: Just saw your message looking now :)22:47
harlowjajohnsom another angle is to look at this from operational aspect of octavia22:48
johnsomOk, I'm listening...22:49
harlowjaone sec22:50
rm_workUUUUUGH22:50
rm_workDIB WHY22:50
rm_workhttp://logs.openstack.org/72/447872/8/gate/gate-octavia-v1-dsvm-py3x-scenario-ubuntu-xenial/0865502/logs/devstacklog.txt.gz#_2017-05-04_22_25_17_66922:50
johnsomPart of this comes from an implementation I saw using gearman for this sort of thing, oye, train wreck22:50
rm_workDIB py3 breakage22:50
* rm_work sighs22:50
* rm_work goes and fixes it22:50
johnsomThat merged four days ago...22:53
*** fnaval has joined #openstack-lbaas22:53
*** fnaval has quit IRC22:53
*** fnaval has joined #openstack-lbaas22:54
johnsomrm_work The hold trick appears to work23:00
rm_workok23:00
rm_workcan you pastebin me the lines for the hold23:00
rm_worki assume we could do JUST that23:00
rm_workand then devstack will install the right one23:00
rm_workonce it's pinned23:00
johnsomhttp://paste.openstack.org/show/608915/23:02
harlowjajohnsom so operationally, one of the benefits of a single system that everyone uses for liveness, is well a single system to understand, typically then a single system to turn off a 'worker' (whether that be a worker in neutron, or a worker in nova or ...)23:04
harlowjanow maybe that goal is to lofty, lol23:04
*** catinthe_ has quit IRC23:08
rm_workok time to see if depends-on works with dib now :P23:26
openstackgerritAdam Harwell proposed openstack/octavia master: Add support for single-create for APIv2  https://review.openstack.org/45903223:27
rm_workit's summit/demo time23:30
xgermanharlowja we will let nova go first — and then see23:30
rm_workof course EVERYTHING BREAKS AT ONCE23:30
rm_workthis is to be expected23:30
xgermanyep, it’s demo time23:30
harlowjaxgerman :-/23:31
rm_worki need to put a caching proxy on my router and have it cache the disk images that devstack uses23:31
harlowjak8s is already going xgerman so that might be enough, lol23:31
xgermanI don’t doubt it works for k8 — but does it work for OpenStack…23:32
xgermanalso the redundancy euquation of etcd is a bit different than ours. We get benefit from two health managers but etcd needs at least 323:33
johnsomWait, all those k8s people keep using octavia.  Maybe they have already made their decision and octavia's approach won....23:33
xgermanthis irked me since not everybody has three az;s23:33
xgermanjohnsom +123:33
xgermanthey mentioned to me that k8 sucks at load balancing23:34
openstackgerritJoshua Harlow proposed openstack/octavia master: Handle stopping the health manager and ejecting out of current health failovers  https://review.openstack.org/46274823:38
rm_workah harlowja: add this:23:39
rm_workDepends-On: I3d86482a2999197a60a81d42afc5ef7a6e71e31323:39
harlowjawell it may not really depend on :-P23:39
rm_workit does23:39
harlowjaok23:39
rm_work*everything* now does23:39
rm_worklol23:39
harlowjaah23:39
harlowjak23:39
harlowjaone of those23:39
rm_workuntil they merge it23:39
rm_workbut it'll speed up having your checks already done23:39
openstackgerritJoshua Harlow proposed openstack/octavia master: Handle stopping the health manager and ejecting out of current health failovers  https://review.openstack.org/46274823:40
harlowjaso a related question, in line with ^23:40
harlowjahow long does 'self.cw.failover_amphora' take23:40
rm_workit depends23:40
harlowjacause the time that takes, will be the time such a thing will take to turn off :-P23:40
johnsomDepends on your configuration23:40
harlowja(the app to turn off)23:40
rm_workcould be 6 seconds23:41
rm_workcould be 6 minutes23:41
rm_workdepends entirely on your config and your cloud23:41
johnsomIf you are in active/standby model you can failover in around a second23:41
harlowjano way to interrupt it?23:41
rm_workjohnsom: not failover_amphora23:41
harlowjaie whatever self.cw.failover_amphora is doin23:41
harlowjacan that be stoppe23:41
rm_workjohnsom: that's the code to do the delete/create23:41
rm_workharlowja: not safely23:41
harlowja*stopped23:41
harlowjarm_work hmmm23:41
rm_workyou'd end up with like23:41
rm_worksome random VM created23:42
johnsomAh, so he was asking specifically23:42
rm_workwithout the right sec groups and no management interface23:42
harlowjarm_work that's cool, u have a cleanup process right :-P23:42
rm_workuhhh23:42
rm_workyeah23:42
rm_workit's called "josh goes into nova and deletes that"23:42
harlowjahmmm23:42
johnsomWith spares pool it's around 30 seconds if I remember right.  The long tail is plugging port via neutron23:42
harlowjacleanup process doesn't wipe VMs that never finished?23:42
harlowjawipe/delete23:42
rm_workjohnsom: it takes about 15s I think in our cloud :)23:43
rm_worki don't believe our taskflow revert workflows have VM delete calls :/23:43
rm_workMAYBE?23:43
johnsomlower neutron penalty..23:43
rm_workbut i doubt it23:43
johnsomYeah, it does delete23:43
johnsomon revert23:43
rm_workah ok23:43
rm_workthen nm maybe it'll be ok23:43
rm_workthough if the FLOW dies23:43
rm_workthere's nothing23:43
rm_workso if you just *kill it*23:43
harlowjarm_work well that's one way, though u'd need to have a way to signal to 'self.cw.failover_amphora' that that is happening23:44
johnsomThat is exactly why I asked for the "always_resolve" setting....23:44
rm_workthere's no cleanup following23:44
harlowjaso it can abort the taskflow engine run23:44
harlowjaright now its just call into blocking function 'self.cw.failover_amphora' and <magic>23:44
rm_worki'd just let a failover finish23:44
rm_workHM can take a little longer to shut down >_>23:44
johnsomSigh, more uwsgi fall out: 0curl: (7) Failed to connect to localhost port 5000: Connection refused23:44
harlowjarm_work up to 6 minutes sucks lol23:45
rm_workand failovers are *important*]23:45
rm_workuhh23:45
rm_worki thought we fixed those keystone changes23:45
rm_workharlowja: eh23:45
rm_workthey should suck it up23:45
rm_workthat's the LONG end though23:45
rm_worklike, cloud with only software virt :P23:45
johnsomWe did in the gates, not in my test scripts....23:45
rm_workwhich doesn't really exist23:45
rm_workahh lol23:45
rm_workharlowja: 6 minutes would be ... in virtualbox on my mac23:45
harlowjarm_work okies, other way is u start integrated more tightly with the taskflow engine23:46
rm_workor a triple-o install with no nested-virt23:46
rm_workharlowja: hmm, how do we integrate MORE tightly with taskflow?23:46
rm_workof course you'd say that :P23:46
harlowjawell `self.cw.failover_amphora`23:46
rm_workthat kicks a task23:47
rm_workisn't that pretty integrated?23:47
harlowjato make that interuptible what would u need to do23:47
harlowjaone way, is to be able to preempt all running things in your app, telling them to shutdown (now)23:48
johnsomharlowja You are screwed on virtualbox....  no nested virtualization.  Booting a VM takes like 10 minutes under virtualbox23:49
harlowjaother way is to have those things in your app check the system is being turned off at various locations in code and handle that appropriatly23:49
harlowjaa taskflow engine/workflow has those locations automatically (at each transition in the workflow)23:50
xgermanso what you want is a way to “drain” controller nodes?23:50
johnsomWell, not a good start to single call testing: 500 Internal Server Error23:50
harlowjaxgerman there are a bunch of conceptual ways to do it :-P23:50
johnsomharlowja I thought that is what jobboard was for....23:50
harlowja^ is just how to turn off an application quickly, lol23:51
harlowjapretty sure every application out there needs to do something like this to turn off in reasonable time :-P23:51
xgermanwell, to drain you can just disconnect from the queue23:51
harlowjaso i'm just theorizing, how do u detect that your app is turning off and how does the rest of the components in your app react to that23:52
harlowjabe those components threads, child processes, other23:52
harlowja*or coroutines23:52
xgermanis this per node? or for the whole set up?23:52
harlowjaeverywhere an app runs :-P23:52
johnsom UnknownConnectionError: Unexpected exception for http://172.21.21.135/identity/v3/auth/tokens: Invalid return character or leading space in header: X-Subject-Token23:53
rm_workjohnsom: what is wrong with your stuff, lol23:53
harlowjaso that would i assume be everywhere, lol23:53
rm_workT_T23:53
xgermanok, an rm -rf for Octavia23:53
xgermankill all, nova delete all ?23:53
johnsomrm_work It's too many people messing with too much stuff in other projects with little regard to the impact.23:54
harlowjamaybe its better to just start with how does an standalone app shutdown correctly under crash (without leaving poop in places), or under non-crash (where it should also not leave poop places)23:55
harlowjalol23:55
harlowjai think a common solution is u end up with something like taskflow (but i might be wrong), lol23:55
rm_workharlowja: if i asked you how to cook a steak, would you start with "well, first import taskflow"? :P23:55
harlowjaor u end up with callback spaghetti (and the runtime can just stop running callbacks for u, likely want node.js does)23:56
harlowja*want = what23:56
rm_workyeah I definitely wouldn't want to end up with spaghetti when cooking a steak! :P23:56
johnsomrm_work lol!23:56
johnsom"well, first import taskflow" OMG I needed that laugh23:57
openstackgerritAdam Harwell proposed openstack/octavia master: Implement sorting and pagination for octavia  https://review.openstack.org/38214723:57
rm_work^^ just rebase23:57
rm_workjohnsom: glad I can be of assistance :P23:58

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