Monday, 2015-05-11

*** amotoki has joined #openstack-lbaas00:19
openstackgerritSungjin Yook proposed openstack/neutron-lbaas: Add a new lbaas agent Scheduler, LeastPoolAgentScheduler  https://review.openstack.org/18160900:20
*** nuxxer has joined #openstack-lbaas00:23
*** woodster_ has quit IRC00:40
rm_youblogan / dougwig: you around?01:25
openstackgerritPhillip Toohill proposed stackforge/octavia: Updating member flow  https://review.openstack.org/18144301:46
*** amotoki has quit IRC02:43
*** amotoki has joined #openstack-lbaas02:56
openstackgerritPhillip Toohill proposed stackforge/octavia: Updates for calculate delta task  https://review.openstack.org/18160404:53
bloganrm_you: yo04:54
rm_workblogan: heh04:56
rm_workblogan: do you know if neutron-lbaas gate is f'd due to some update or something?04:56
rm_workhttp://logs.openstack.org/09/181609/13/check/gate-neutron-lbaas-pep8/e5e6f6d/console.html04:56
rm_workpep8 is going nuts04:56
rm_workabout code that's in master04:57
rm_workand some kind of requirements issue on the py27 tests too (from neutron?) http://logs.openstack.org/09/181609/13/check/gate-neutron-lbaas-python27/ba11a69/console.html04:57
rm_workdid a bad merge happen or something?04:58
openstackgerritPhillip Toohill proposed stackforge/octavia: Updating member flow  https://review.openstack.org/18144304:58
rm_workthere is a real error in that one too04:58
rm_workbut ignoring that for now04:59
rm_worknuxxer: hey05:02
rm_worknuxxer: one more fix per my comment, should help with py27 test failures and possibly others05:02
nuxxerhi rm_work05:02
rm_worksince you aren't actually using keywords to pass those args, **kwargs doesn't catch them05:02
rm_workso the RandomScheduler doesnt work05:03
rm_workso the py27 tests fail05:03
nuxxerrandom. it worked I think.05:04
nuxxerbut still want to match the arg list. ?05:04
*** chlong has quit IRC05:09
rm_workyes, it does not work05:09
rm_worklook here: http://logs.openstack.org/09/181609/13/check/gate-neutron-lbaas-python27/ba11a69/console.html05:09
rm_worksearch fro:05:10
rm_workoh05:10
rm_worki can link05:10
rm_workhttp://logs.openstack.org/09/181609/13/check/gate-neutron-lbaas-python27/ba11a69/console.html#_2015-05-11_00_25_05_61505:10
rm_worklook at that05:10
rm_workTypeError: _schedule() takes exactly 2 arguments (4 given)05:10
rm_workchosen_agent = self._schedule(candidates, plugin, context)05:10
rm_workthe "2 args" are (self, candidates)05:10
rm_workbecause **kwargs only catches keyword args05:11
rm_workif you'd done:05:11
rm_workchosen_agent = self._schedule(candidates=candidates, plugin=plugin, context=context)05:11
rm_workit would work05:11
rm_workbut it's not good to REQUIRE use of keywords on non-optional args05:11
rm_workso05:11
rm_workdef _schedule(self, candidates, *args) <-- would work, but ONLY if using them positionally, not as keyword05:13
rm_workwhich is equally lame05:13
rm_workand:05:13
rm_workdef _schedule(self, candidates, *args, **kwargs) <-- would work for both, but then you may as well have just put the two args to begin with05:13
rm_workdef _schedule(self, candidates, plugin, context) might be shorter, lol05:13
nuxxer:- )05:14
nuxxerwill take last one.05:14
nuxxermatched _schedule definition on all 3 places.05:19
nuxxertested and worked.05:19
openstackgerritSungjin Yook proposed openstack/neutron-lbaas: Add a new lbaas agent Scheduler, LeastPoolAgentScheduler  https://review.openstack.org/18160905:21
bloganrm_work: yikes, just got back to read scrollback, one sec05:23
*** woodster_ has joined #openstack-lbaas05:24
rm_worknuxxer: ok, maybe some extra things will pass now? maybe.05:25
bloganoh god that hacking rule got put in for the nested contextlib05:25
nuxxerfingers crossed. :- ) but pep8 checker would not pass . I think.05:25
rm_workyeah05:26
rm_workblogan: figured05:26
rm_workblogan: whelp, you want to start fixing them? :P05:26
nuxxerbtw, i might need to change nick again.. someone took nuxxer. : - (05:27
*** rdekel has joined #openstack-lbaas05:28
bloganrm_work: i can't see where that was enabled05:29
bloganwe could ignore them...05:29
bloganwell i mean ignore that rule05:29
nuxxeralso radware check , tt's voting but. no log.05:29
rm_workblogan: yeah we could05:32
rm_workblogan: i am tempted to go with that05:32
rm_worknuxxer: probably related to the dependency issue, probably causing it to crash and burn early05:32
rm_workwe can hit them up tomorrow05:33
*** kobis has joined #openstack-lbaas05:45
rm_worknuxxer: there we go, py27 is fine06:19
rm_workjust the pep8 stuff that isn't your fault is left06:19
rm_workso once someone fixes that06:19
nuxxernice.06:19
rm_workyou can comment "recheck" and it'll re-run the tests06:19
nuxxerrecheck Radware-neutron-lbaas-CI06:20
nuxxerlike that ?06:20
rm_workjust "recheck"06:20
rm_workbut not until we fix the problem06:20
nuxxerok06:20
rm_worksomeone will fix it tomorrow -- if not, I will propose a patch to ignore N32406:21
nuxxerLearned a lot over the weekend.06:21
rm_workyeah, i love open source, always learning from people06:21
nuxxer    Need Verified06:23
nuxxer    Need Code-Review06:23
nuxxer    Need Workflow06:23
nuxxerfitst two I understand.06:23
nuxxerwhat's last ?06:23
nuxxer"need workflow "06:23
rm_workprocess is06:24
rm_workJenkins -> Verify06:24
rm_workCore Reviewers -> Code-Review06:24
rm_workCore Reviewer (after at least two +2 votes) -> Workflow06:24
rm_workworkflow kicks off the actual merge06:24
nuxxerI see.06:25
*** nmagnezi has joined #openstack-lbaas06:33
*** [1]evgenyf has joined #openstack-lbaas06:47
*** nuxxer has quit IRC07:38
*** woodster_ has quit IRC07:40
*** apuimedo has joined #openstack-lbaas07:43
*** sbalukoff has quit IRC08:39
*** sbalukoff has joined #openstack-lbaas08:43
*** rdekel has quit IRC10:02
*** rdekel has joined #openstack-lbaas10:08
*** nmagnezi has quit IRC10:19
*** nmagnezi has joined #openstack-lbaas10:22
*** [1]evgenyf has quit IRC10:43
*** evgenyf has joined #openstack-lbaas10:54
*** woodster_ has joined #openstack-lbaas12:03
*** jschwarz__ has joined #openstack-lbaas12:31
*** TrevorV|Home has joined #openstack-lbaas13:17
*** chlong has joined #openstack-lbaas13:22
*** apuimedo has quit IRC13:53
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas: Updated from global requirements  https://review.openstack.org/18120814:00
openstackgerritOpenStack Proposal Bot proposed stackforge/octavia: Updated from global requirements  https://review.openstack.org/18060714:05
*** openstackgerrit has quit IRC14:06
*** openstackgerrit has joined #openstack-lbaas14:07
*** openstack has joined #openstack-lbaas14:19
*** jschwarz__ is now known as jschwarz14:26
*** nuxxer has joined #openstack-lbaas14:30
*** mestery has quit IRC14:38
*** amotoki_ has joined #openstack-lbaas14:45
openstackgerritPhillip Toohill proposed stackforge/octavia: Updating member flow  https://review.openstack.org/18144314:51
*** nmagnezi has quit IRC14:58
*** rdekel has quit IRC14:59
*** sbalukoff has quit IRC15:30
nuxxerHas anyone seen this defect on dashboard ?15:38
nuxxer"You are not allowed to delete vip" when you delete vip from dashboard15:39
nuxxerwhen using cmdline, deleting vip works fine. I think it's cosmetic defect since vip is being deleted ok from dashboard. just this annoying msg.15:39
rm_workdon't use horizon much15:41
nuxxerhaha15:41
nuxxeryes. most of time we use CLI. but end-users need this. :- )15:42
nuxxerhttps://bugs.launchpad.net/horizon/+bug/143918015:43
openstackLaunchpad bug 1439180 in OpenStack Dashboard (Horizon) "Error while deleting a VIP" [Undecided,Confirmed]15:43
rm_workwe don't run Horizon at RAX really15:43
rm_workexcept private cloud, which i don't have any interaction with15:43
nuxxer@rm_you: by the way, any plan to fix radware test code that causes pep8 check failure.15:46
rm_worknuxxer: that'd be whoever maintains the radware CI... trying to remember who is there15:46
rm_workevgenyf: do you know who maintains radware CI?15:47
nuxxer./neutron_lbaas/tests/unit/drivers/radware/test_v2_plugin_driver.py:530:17: N324  contextlib.nested is deprecated. With Python 2.7 and later the with-statement supports multiple nested objects. See https://docs.python.org/2/library/contextlib.html#contextlib.nested for more information.15:48
nuxxer2015-05-11 05:24:17.649 |                 with contextlib.nested(15:48
nuxxer2015-05-11 05:24:17.649 |                 ^15:48
nuxxerfrom pep8 checker15:48
rm_worknuxxer: oh, that -- it is a LOT of code that causes the pep8 failures15:49
rm_worknuxxer: i don't think the code is to blame -- we're probably just going to change the tox.ini to have pep8 ignore N32415:49
nuxxeralso. radware-neutron-lbaas-CI which votes but failing in itself as you already know15:50
nuxxerwhich you mentioned above.15:51
rm_workyeah that is what i was originally thinking of15:51
rm_worksec, I can push up a quick patch]15:52
*** kobis has quit IRC15:53
*** mlavalle has joined #openstack-lbaas15:54
openstackgerritAdam Harwell proposed openstack/neutron-lbaas: Ignore new N324 style requirement  https://review.openstack.org/18196016:07
*** evgenyf has quit IRC16:27
*** jschwarz has quit IRC16:29
*** nuxxer is now known as nuxxer-away16:33
*** nuxxer-away is now known as nuxxer16:33
*** TrevorV|Home has quit IRC16:37
*** nuxxer is now known as nuxxer-away16:39
*** nuxxer-away is now known as nuxxer16:39
*** jschwarz has joined #openstack-lbaas16:42
*** mlavalle has quit IRC16:50
*** mlavalle has joined #openstack-lbaas16:51
*** amotoki_ has quit IRC16:59
*** nuxxer is now known as nuxxer-away17:00
*** nuxxer-away is now known as nuxxer17:00
openstackgerritPhillip Toohill proposed stackforge/octavia: Updates for calculate delta task  https://review.openstack.org/18160417:03
openstackgerritPhillip Toohill proposed stackforge/octavia: Updating member flow  https://review.openstack.org/18144317:10
sballeMorning17:10
xgermanrm_work yt?17:14
xgermanyour OpenSSL or cert code aggravates me17:16
*** bharath has joined #openstack-lbaas17:23
ptoohillxgerman: rm_work has been busy on other internal things. Is there something that I could maybe help with?17:26
ptoohillUntil he is able to respond atleast17:26
xgermanthanks - I am trying to use the certificates/generator/local stuff but it gives me grieve (I am still dreaming of demoing the REST stuff in Vancouver :-)17:28
xgermanI fixed the dependencies17:28
ptoohill:) What type of errors?17:28
xgermanand now it won;t load my certs17:28
ptoohilloh17:28
ptoohillyou cannot retrieve the certs you mean?17:29
xgermanyep17:29
xgermanhttps://www.irccloud.com/pastebin/gnpNBJr617:29
xgermanand I just generated them with OpenSSL17:29
xgerman(this is trying things locally)17:29
ptoohillyoure using the localcertmanager?17:30
ptoohillIve not seen this particular error, but am curious how youre loading the certs17:30
xgermanyep, I am debugging that piece17:30
xgermanand it seems to be quite buggy17:30
ptoohillI would honestly suggest just to use the barbican manager :/ Sorry im not much help here iv'e only played with barbican and know there's issues with local. Would def need to talk to rm_work17:31
xgermanok, I will consider that — thought about doing the easy thing first ;-)17:32
ptoohillWhich usually ends up being difficult :P17:32
ptoohillI have this:17:32
ptoohillhttps://wiki.openstack.org/wiki/Network/LBaaS/docs/how-to-create-tls-loadbalancer17:32
ptoohillThe 'barbican' section shows you how to set up barbcan in devstack if that will be of any help for you17:33
ptoohillIt may even be easier by now, maybe just localrc updates17:33
ptoohilleh, maybe not, still need to copy a couple files.17:34
xgermanI might try that ;-)17:35
xgermanwell, the things I need form barbican will all throw not implemented exceptions...17:37
xgermanI might just have to implement a -insecure flag17:37
*** jschwarz has quit IRC17:37
*** evgenyf has joined #openstack-lbaas17:38
ptoohill:/17:38
*** mestery has joined #openstack-lbaas17:41
*** jorgem has joined #openstack-lbaas17:41
*** [2]evgenyf has joined #openstack-lbaas17:42
*** evgenyf has quit IRC17:42
*** [2]evgenyf is now known as evgenyf17:42
*** mestery has quit IRC17:44
*** mestery has joined #openstack-lbaas17:46
*** evgenyf has quit IRC17:47
*** jorgem has quit IRC17:51
*** mestery has quit IRC17:56
*** ajmiller has joined #openstack-lbaas18:02
*** fnaval has joined #openstack-lbaas18:11
*** sbalukoff has joined #openstack-lbaas18:12
*** jorgem has joined #openstack-lbaas18:13
*** nuxxer is now known as mixos18:15
mixoschanged nick to mixos. (nuxxer is taken)18:18
*** TrevorV|Home has joined #openstack-lbaas18:19
rm_workxgerman: sup18:20
rm_workummm18:21
rm_workcan you paste the PEM cert you're trying to load?18:21
rm_workit looks like it's not my code that's breaking -- your cert doesn't appear to be valid PEM18:21
rm_workis that cert generated by you manually with openssl, or is it generated by the local_cert_generator stuff?18:22
*** jorgem has quit IRC18:27
*** jorgem has joined #openstack-lbaas18:29
rm_workdougwig: ptoohill: blogan: https://review.openstack.org/#/c/181960/18:31
rm_workxgerman: i have some time today, i think -- so I should be able to help you figure out what's happening18:33
ptoohillrm_work: Is there a bug report or something to keep track of this so we know when we can reenable?18:33
ptoohillDoes that need to be a thing?18:34
rm_worknot sure18:36
rm_worksomeone just added this new warning to hacking18:36
rm_worki am not sure if we will EVER care18:36
ptoohill:) theres several other ignores in there and not sure if those are tracked at all, so yea, im cool with this ;)18:36
rm_workah I should add a comment line above it18:37
rm_worklooks like that has been done at least for the others18:37
rm_worksec18:37
ptoohilloops :P18:38
openstackgerritAdam Harwell proposed openstack/neutron-lbaas: Ignore new N324 style requirement  https://review.openstack.org/18196018:38
rm_workthere.18:39
rm_worki am guessing xgerman went to lunch18:40
xgermanno, meetings18:42
xgermanrm_work: I have a script to generate certs and ca’s: https://review.openstack.org/#/c/160034/30/bin/create_certificates.sh18:43
xgermanthen I like to use the local_cert thing to create a server certificate signed by the CA generated from the script18:44
rm_workxgerman: from what you showed me, the pycrypto library couldn't ready your cert -- implying to me that whatever cert you generated isn't valid PEM18:44
rm_works/ready/read/18:44
xgermanok, openssl x509 -in certificate.crt -text -noout is very happy with the ca18:46
xgermancert18:46
xgermanI also had to modify requirements in that code18:47
rm_workis it actually PEM encoded?18:47
rm_workcan you pastebin the actual cert you're trying to load?18:47
xgermanhttps://www.irccloud.com/pastebin/FPul32H618:48
xgermanthat’s the ca18:53
rm_workxgerman: if that's a valid cert, it might be a pyopenssl issue18:53
xgermanyep18:53
rm_workasking for help from someone who knows that lib better than I do18:53
rm_workstill not really related to any of the code i wrote for certs in octavia :P18:54
xgermanso it worked for you?18:54
rm_workno, can verify18:54
rm_workpyopenssl isn't loading that18:55
*** mixos has left #openstack-lbaas18:57
*** mixos has joined #openstack-lbaas18:57
rm_workxgerman: ah18:57
rm_workxgerman: ok, so that isn't the correct way to load a cert18:57
rm_workxgerman: the second arg isn't a path18:57
rm_workxgerman: it's a file18:57
rm_workso you need to open(cert_path) first18:58
xgermanaha18:58
rm_workis my code doing that?18:58
xgermanI don’t think so18:59
rm_workok18:59
rm_workso what is wrong with the certmanager/certgenerator code again? :)19:00
xgermandocumentation?19:00
rm_worknone of it takes filenames? i don't think19:01
xgermanapparently not19:02
rm_workso i don't know what you're doing exactly :P19:03
*** jschwarz has joined #openstack-lbaas19:03
xgermanhttps://www.irccloud.com/pastebin/KIjELpxt19:03
xgermanso - new error19:03
xgermanI want to use my ca and generate a server cert with that ca19:04
*** mixos has quit IRC19:05
*** mixos has joined #openstack-lbaas19:05
rm_workuhh19:06
rm_workwhat version of openssl do you have?19:06
rm_workmaybe that is a problem?19:06
rm_workverified that load_privatekey DOES in fact take a keyword arg19:07
rm_work*pyopenssl i mean19:07
xgermanI had to pin to 0.1319:08
rm_worki'm on 0.1419:08
rm_workwhy did you pin to 0.13?19:08
xgerman0.14 cause some problem19:09
rm_workerr19:09
rm_workok, might be more interesting to see what that problem is19:09
rm_workbecause 0.14+ is what this code is designed to run against19:09
rm_worktesting some stuff now19:11
xgermanyeah, I also had trouble running the unit test — and I couldn’t see it in tox19:11
rm_workcan we re-evaluate the decision to pin to 0.13?19:12
xgermanI am19:14
*** jschwarz has quit IRC19:21
xgermanlooks better with that other version19:21
xgermanbut I need to give the content of the files as strings as opposed to just the filename19:22
*** crc32 has joined #openstack-lbaas19:27
TrevorV|Homexgerman, why do you have to provide content via strings?19:29
rm_workxgerman: to openssl directly, yes -- but all of the wrapper code i wrote should handle that19:31
bloganjohnsom: ping19:38
johnsompong19:38
bloganjohnsom: hey i added a few bugs in launchpad that should be fixed19:39
johnsomI saw two19:39
bloganjohnsom: have you run into any issues getting a load balancer up and running actually load balancing traffic?19:39
johnsomYeah, we need Phil's patch for the network on members.  I used the vip network.19:40
bloganjohnsom: right now yo'd have to have the member on the same network as the vip19:40
bloganyeah okay good19:40
johnsomhealth monitor doesn't seem to work through the operator api19:41
bloganjohnsom: two other issues i've been running into, occassionally ill get a vip is None when the AllocateVIP task is executed19:41
bloganjohnsom: the other is i can't seem be able to connect to the VIP ip throught he global namespace, i have to use the network's dhcp namespace to actually send traffic19:42
johnsomYeah, I have had some strange issues like that.  I was trying to track it down last week, but didn't nail it19:42
bloganjohnsom: ah i haven't even tried health montior yet19:42
mixosalso this horizon bug: https://bugs.launchpad.net/horizon/+bug/143918019:42
openstackLaunchpad bug 1439180 in OpenStack Dashboard (Horizon) "Error while deleting a VIP" [Undecided,Confirmed]19:42
bloganjohnsom: yeah its one of those that seems like a timing issue, though the VIP should always be populated bc its inserted by the API19:42
johnsomRight.  I can trigger it to happen if I do ~3 LB creates at the same time, but then you have to trace the threads.19:43
bloganjohnsom: im going to put a bug in for btoh of those19:44
johnsomOk, thanks!19:44
johnsomIt seemed to me that the LB might not be getting re-loaded into the flow, but I wasn't able to prove it19:45
bloganyeah i'm wondering if its taskflow retaining the old loadbalancer and it takes time to store the new one19:45
johnsomCould be.19:46
bloganwell no, bc the original laodbalancer should always have a VIP object19:47
bloganso it's gotta be a sqlalchemy issue, or an issue in translating the sqlalchemy model to a data model19:48
TrevorV|HomeCan't be, those are perfect blogan , I did them myself19:48
TrevorV|Home:P19:48
bloganpssh19:49
johnsomDid you guys see we are officially OpenStack now?  http://governance.openstack.org/reference/projects/neutron.html19:50
bloganjohnsom: no, does this mean our repository location will change?19:52
johnsomThat is an interesting question.19:53
TrevorV|HomeNice, I hadn't seen that.  So what do we have to do to fix it?19:54
bloganha no repositories found19:54
johnsomI am sure there is a bunch of housekeeping things we will need to do.19:54
*** madhu_ak has joined #openstack-lbaas20:09
dougwigYeah, We need to talk to infra for a rename now.20:37
TrevorV|HomeA rename?20:39
TrevorV|Homedougwig, ?20:39
TrevorV|Homelike, a rename from "stackforge/octavia" to "openstack/octavia"?20:39
dougwigRight20:39
TrevorV|HomeI sorta thought you meant NOT octavia... I was a little happy20:39
TrevorV|HomeThen I'm sad again20:40
dougwigLol20:40
*** openstackgerrit_ has joined #openstack-lbaas20:44
*** TrevorV|Home has quit IRC20:44
*** TrevorV|home has joined #openstack-lbaas20:47
openstackgerritMadhusudhan Kandadai proposed openstack/neutron-lbaas: Tempest tests using testscenarios for create/update pool  https://review.openstack.org/18001920:50
xgermanrm_work - how is the wrapper code loading the files?20:53
xgermanI am supposed to use local_cert stuff and there is no code for that20:53
xgermandougiwg on another note how is your progress with the LBaaS Octavia driver?21:00
xgermandougwig21:00
*** apuimedo has joined #openstack-lbaas21:13
*** crc32 has quit IRC21:34
*** crc32 has joined #openstack-lbaas21:37
*** TrevorV|home has quit IRC21:39
blogandougwig is sick today21:48
bloganwe will dock his pay21:48
xgermanabsolutely21:48
xgermanhe is holding us *all* back21:49
bloganhe's almost like a tow truck that doesn't move21:50
openstackgerritMerged openstack/neutron-lbaas: Ignore new N324 style requirement  https://review.openstack.org/18196021:54
*** mwang2 has joined #openstack-lbaas22:04
*** madhu_ak has quit IRC22:11
mixosLooks like Radware-neutron-lbaas-CI is broken.  it votes -1 then no log.22:14
rm_workyep22:14
rm_workother tests are queued22:15
*** jorgem has quit IRC22:16
*** mwang2_ has joined #openstack-lbaas22:16
*** mwang2 has quit IRC22:18
*** mwang2__ has joined #openstack-lbaas22:23
*** mwang2_ has quit IRC22:27
*** mwang2_ has joined #openstack-lbaas22:36
*** mwang2__ has quit IRC22:39
*** dc has joined #openstack-lbaas23:07
*** mixos has quit IRC23:09
dcHi, I am trying out HaProxy Namespace driver with Lbaasv2 plugin and had couple of questions23:09
dcWhen i create multiple loadbalancers on the same host, the vip port is getting the same device_id. Is this the expected behavior and wanted to understand rationale behind setting same device_id for the lbaas port23:09
blogandc: the rationale for that has been lost, so v2 kind of went with the same approach, but i would thinkt hat would get the id of the loadbalancer23:10
blogani mean it woudl make sense for it to get the same id as the loadbalancer23:12
dcright .. but in drivers/common/agent_callbacks.py i see the following in plug_vip_port function: port['device_id'] = str(uuid.uuid5(uuid.NAMESPACE_DNS, str(host))) before it calls the core_plugin_update_port23:13
bloganyeah so i'm saying it should be considered something that can be fixed23:13
dcoh ok .. Thanks ... Should i file a bug for this?23:14
bloganplease do!23:14
dcWill do23:14
bloganthanks!23:15
dcAnother question, i was trying to create multiple pools for the same loadbalancer23:15
blogandc: multiple listeners?23:16
dcwhere pool members are in different subnets. When i try to wget on vip_port i could only get response from pool1 whose members were in the same subnet as lb was created23:16
dcyes multiple listeners23:16
dci create lb with neutron lbaas-loadbalancer-create --name lb1 <s1>23:17
blogandc: are you running through devstack?23:17
dcthen created a listener for lb123:17
dcno i started the lbaas manually23:18
blogando you have agents running on another machine?23:18
bloganerr lbaas agents23:18
dcno, all on same machine23:18
bloganhmm23:18
bloganl3 agent running too i assume?23:19
dcno i dont have l3 agent running23:19
dcis l3 agent it mandatory for lbaas?23:19
bloganfor the multi-armed load balancing support23:19
dcoh ok23:20
bloganit doesn't create another port on the member's networks23:20
blogansomething i've been wondering if we should do, but its been very low priority23:20
dcok .. so if i start l3agent, pool members in different subnets should work?23:21
blogani believe those networks/subnets need to be connected by a router as well23:22
bloganso you'll probably need to add the member's subnets to the same router23:22
dcok, thanks for clarifying .. will give it a try23:23
blogandc: sure let me know if you ahve issues, its been a while since i tested taht out23:23
dcsure will do23:23
blogantanks!23:23
bloganand thanks!23:23
*** mwang2_ has quit IRC23:35
*** mwang2 has joined #openstack-lbaas23:38
*** crc32 has quit IRC23:40
*** bharath has quit IRC23:53
*** bharath has joined #openstack-lbaas23:54
*** bharath has quit IRC23:58
*** madhu_ak has joined #openstack-lbaas23:59

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