*** amotoki has joined #openstack-lbaas | 00:19 | |
openstackgerrit | Sungjin Yook proposed openstack/neutron-lbaas: Add a new lbaas agent Scheduler, LeastPoolAgentScheduler https://review.openstack.org/181609 | 00:20 |
---|---|---|
*** nuxxer has joined #openstack-lbaas | 00:23 | |
*** woodster_ has quit IRC | 00:40 | |
rm_you | blogan / dougwig: you around? | 01:25 |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: Updating member flow https://review.openstack.org/181443 | 01:46 |
*** amotoki has quit IRC | 02:43 | |
*** amotoki has joined #openstack-lbaas | 02:56 | |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: Updates for calculate delta task https://review.openstack.org/181604 | 04:53 |
blogan | rm_you: yo | 04:54 |
rm_work | blogan: heh | 04:56 |
rm_work | blogan: do you know if neutron-lbaas gate is f'd due to some update or something? | 04:56 |
rm_work | http://logs.openstack.org/09/181609/13/check/gate-neutron-lbaas-pep8/e5e6f6d/console.html | 04:56 |
rm_work | pep8 is going nuts | 04:56 |
rm_work | about code that's in master | 04:57 |
rm_work | and 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.html | 04:57 |
rm_work | did a bad merge happen or something? | 04:58 |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: Updating member flow https://review.openstack.org/181443 | 04:58 |
rm_work | there is a real error in that one too | 04:58 |
rm_work | but ignoring that for now | 04:59 |
rm_work | nuxxer: hey | 05:02 |
rm_work | nuxxer: one more fix per my comment, should help with py27 test failures and possibly others | 05:02 |
nuxxer | hi rm_work | 05:02 |
rm_work | since you aren't actually using keywords to pass those args, **kwargs doesn't catch them | 05:02 |
rm_work | so the RandomScheduler doesnt work | 05:03 |
rm_work | so the py27 tests fail | 05:03 |
nuxxer | random. it worked I think. | 05:04 |
nuxxer | but still want to match the arg list. ? | 05:04 |
*** chlong has quit IRC | 05:09 | |
rm_work | yes, it does not work | 05:09 |
rm_work | look here: http://logs.openstack.org/09/181609/13/check/gate-neutron-lbaas-python27/ba11a69/console.html | 05:09 |
rm_work | search fro: | 05:10 |
rm_work | oh | 05:10 |
rm_work | i can link | 05:10 |
rm_work | http://logs.openstack.org/09/181609/13/check/gate-neutron-lbaas-python27/ba11a69/console.html#_2015-05-11_00_25_05_615 | 05:10 |
rm_work | look at that | 05:10 |
rm_work | TypeError: _schedule() takes exactly 2 arguments (4 given) | 05:10 |
rm_work | chosen_agent = self._schedule(candidates, plugin, context) | 05:10 |
rm_work | the "2 args" are (self, candidates) | 05:10 |
rm_work | because **kwargs only catches keyword args | 05:11 |
rm_work | if you'd done: | 05:11 |
rm_work | chosen_agent = self._schedule(candidates=candidates, plugin=plugin, context=context) | 05:11 |
rm_work | it would work | 05:11 |
rm_work | but it's not good to REQUIRE use of keywords on non-optional args | 05:11 |
rm_work | so | 05:11 |
rm_work | def _schedule(self, candidates, *args) <-- would work, but ONLY if using them positionally, not as keyword | 05:13 |
rm_work | which is equally lame | 05:13 |
rm_work | and: | 05:13 |
rm_work | def _schedule(self, candidates, *args, **kwargs) <-- would work for both, but then you may as well have just put the two args to begin with | 05:13 |
rm_work | def _schedule(self, candidates, plugin, context) might be shorter, lol | 05:13 |
nuxxer | :- ) | 05:14 |
nuxxer | will take last one. | 05:14 |
nuxxer | matched _schedule definition on all 3 places. | 05:19 |
nuxxer | tested and worked. | 05:19 |
openstackgerrit | Sungjin Yook proposed openstack/neutron-lbaas: Add a new lbaas agent Scheduler, LeastPoolAgentScheduler https://review.openstack.org/181609 | 05:21 |
blogan | rm_work: yikes, just got back to read scrollback, one sec | 05:23 |
*** woodster_ has joined #openstack-lbaas | 05:24 | |
rm_work | nuxxer: ok, maybe some extra things will pass now? maybe. | 05:25 |
blogan | oh god that hacking rule got put in for the nested contextlib | 05:25 |
nuxxer | fingers crossed. :- ) but pep8 checker would not pass . I think. | 05:25 |
rm_work | yeah | 05:26 |
rm_work | blogan: figured | 05:26 |
rm_work | blogan: whelp, you want to start fixing them? :P | 05:26 |
nuxxer | btw, i might need to change nick again.. someone took nuxxer. : - ( | 05:27 |
*** rdekel has joined #openstack-lbaas | 05:28 | |
blogan | rm_work: i can't see where that was enabled | 05:29 |
blogan | we could ignore them... | 05:29 |
blogan | well i mean ignore that rule | 05:29 |
nuxxer | also radware check , tt's voting but. no log. | 05:29 |
rm_work | blogan: yeah we could | 05:32 |
rm_work | blogan: i am tempted to go with that | 05:32 |
rm_work | nuxxer: probably related to the dependency issue, probably causing it to crash and burn early | 05:32 |
rm_work | we can hit them up tomorrow | 05:33 |
*** kobis has joined #openstack-lbaas | 05:45 | |
rm_work | nuxxer: there we go, py27 is fine | 06:19 |
rm_work | just the pep8 stuff that isn't your fault is left | 06:19 |
rm_work | so once someone fixes that | 06:19 |
nuxxer | nice. | 06:19 |
rm_work | you can comment "recheck" and it'll re-run the tests | 06:19 |
nuxxer | recheck Radware-neutron-lbaas-CI | 06:20 |
nuxxer | like that ? | 06:20 |
rm_work | just "recheck" | 06:20 |
rm_work | but not until we fix the problem | 06:20 |
nuxxer | ok | 06:20 |
rm_work | someone will fix it tomorrow -- if not, I will propose a patch to ignore N324 | 06:21 |
nuxxer | Learned a lot over the weekend. | 06:21 |
rm_work | yeah, i love open source, always learning from people | 06:21 |
nuxxer | Need Verified | 06:23 |
nuxxer | Need Code-Review | 06:23 |
nuxxer | Need Workflow | 06:23 |
nuxxer | fitst two I understand. | 06:23 |
nuxxer | what's last ? | 06:23 |
nuxxer | "need workflow " | 06:23 |
rm_work | process is | 06:24 |
rm_work | Jenkins -> Verify | 06:24 |
rm_work | Core Reviewers -> Code-Review | 06:24 |
rm_work | Core Reviewer (after at least two +2 votes) -> Workflow | 06:24 |
rm_work | workflow kicks off the actual merge | 06:24 |
nuxxer | I see. | 06:25 |
*** nmagnezi has joined #openstack-lbaas | 06:33 | |
*** [1]evgenyf has joined #openstack-lbaas | 06:47 | |
*** nuxxer has quit IRC | 07:38 | |
*** woodster_ has quit IRC | 07:40 | |
*** apuimedo has joined #openstack-lbaas | 07:43 | |
*** sbalukoff has quit IRC | 08:39 | |
*** sbalukoff has joined #openstack-lbaas | 08:43 | |
*** rdekel has quit IRC | 10:02 | |
*** rdekel has joined #openstack-lbaas | 10:08 | |
*** nmagnezi has quit IRC | 10:19 | |
*** nmagnezi has joined #openstack-lbaas | 10:22 | |
*** [1]evgenyf has quit IRC | 10:43 | |
*** evgenyf has joined #openstack-lbaas | 10:54 | |
*** woodster_ has joined #openstack-lbaas | 12:03 | |
*** jschwarz__ has joined #openstack-lbaas | 12:31 | |
*** TrevorV|Home has joined #openstack-lbaas | 13:17 | |
*** chlong has joined #openstack-lbaas | 13:22 | |
*** apuimedo has quit IRC | 13:53 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/neutron-lbaas: Updated from global requirements https://review.openstack.org/181208 | 14:00 |
openstackgerrit | OpenStack Proposal Bot proposed stackforge/octavia: Updated from global requirements https://review.openstack.org/180607 | 14:05 |
*** openstackgerrit has quit IRC | 14:06 | |
*** openstackgerrit has joined #openstack-lbaas | 14:07 | |
*** openstack has joined #openstack-lbaas | 14:19 | |
*** jschwarz__ is now known as jschwarz | 14:26 | |
*** nuxxer has joined #openstack-lbaas | 14:30 | |
*** mestery has quit IRC | 14:38 | |
*** amotoki_ has joined #openstack-lbaas | 14:45 | |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: Updating member flow https://review.openstack.org/181443 | 14:51 |
*** nmagnezi has quit IRC | 14:58 | |
*** rdekel has quit IRC | 14:59 | |
*** sbalukoff has quit IRC | 15:30 | |
nuxxer | Has anyone seen this defect on dashboard ? | 15:38 |
nuxxer | "You are not allowed to delete vip" when you delete vip from dashboard | 15:39 |
nuxxer | when 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_work | don't use horizon much | 15:41 |
nuxxer | haha | 15:41 |
nuxxer | yes. most of time we use CLI. but end-users need this. :- ) | 15:42 |
nuxxer | https://bugs.launchpad.net/horizon/+bug/1439180 | 15:43 |
openstack | Launchpad bug 1439180 in OpenStack Dashboard (Horizon) "Error while deleting a VIP" [Undecided,Confirmed] | 15:43 |
rm_work | we don't run Horizon at RAX really | 15:43 |
rm_work | except private cloud, which i don't have any interaction with | 15:43 |
nuxxer | @rm_you: by the way, any plan to fix radware test code that causes pep8 check failure. | 15:46 |
rm_work | nuxxer: that'd be whoever maintains the radware CI... trying to remember who is there | 15:46 |
rm_work | evgenyf: 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 |
nuxxer | 2015-05-11 05:24:17.649 | with contextlib.nested( | 15:48 |
nuxxer | 2015-05-11 05:24:17.649 | ^ | 15:48 |
nuxxer | from pep8 checker | 15:48 |
rm_work | nuxxer: oh, that -- it is a LOT of code that causes the pep8 failures | 15:49 |
rm_work | nuxxer: i don't think the code is to blame -- we're probably just going to change the tox.ini to have pep8 ignore N324 | 15:49 |
nuxxer | also. radware-neutron-lbaas-CI which votes but failing in itself as you already know | 15:50 |
nuxxer | which you mentioned above. | 15:51 |
rm_work | yeah that is what i was originally thinking of | 15:51 |
rm_work | sec, I can push up a quick patch] | 15:52 |
*** kobis has quit IRC | 15:53 | |
*** mlavalle has joined #openstack-lbaas | 15:54 | |
openstackgerrit | Adam Harwell proposed openstack/neutron-lbaas: Ignore new N324 style requirement https://review.openstack.org/181960 | 16:07 |
*** evgenyf has quit IRC | 16:27 | |
*** jschwarz has quit IRC | 16:29 | |
*** nuxxer is now known as nuxxer-away | 16:33 | |
*** nuxxer-away is now known as nuxxer | 16:33 | |
*** TrevorV|Home has quit IRC | 16:37 | |
*** nuxxer is now known as nuxxer-away | 16:39 | |
*** nuxxer-away is now known as nuxxer | 16:39 | |
*** jschwarz has joined #openstack-lbaas | 16:42 | |
*** mlavalle has quit IRC | 16:50 | |
*** mlavalle has joined #openstack-lbaas | 16:51 | |
*** amotoki_ has quit IRC | 16:59 | |
*** nuxxer is now known as nuxxer-away | 17:00 | |
*** nuxxer-away is now known as nuxxer | 17:00 | |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: Updates for calculate delta task https://review.openstack.org/181604 | 17:03 |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: Updating member flow https://review.openstack.org/181443 | 17:10 |
sballe | Morning | 17:10 |
xgerman | rm_work yt? | 17:14 |
xgerman | your OpenSSL or cert code aggravates me | 17:16 |
*** bharath has joined #openstack-lbaas | 17:23 | |
ptoohill | xgerman: rm_work has been busy on other internal things. Is there something that I could maybe help with? | 17:26 |
ptoohill | Until he is able to respond atleast | 17:26 |
xgerman | thanks - 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 |
xgerman | I fixed the dependencies | 17:28 |
ptoohill | :) What type of errors? | 17:28 |
xgerman | and now it won;t load my certs | 17:28 |
ptoohill | oh | 17:28 |
ptoohill | you cannot retrieve the certs you mean? | 17:29 |
xgerman | yep | 17:29 |
xgerman | https://www.irccloud.com/pastebin/gnpNBJr6 | 17:29 |
xgerman | and I just generated them with OpenSSL | 17:29 |
xgerman | (this is trying things locally) | 17:29 |
ptoohill | youre using the localcertmanager? | 17:30 |
ptoohill | Ive not seen this particular error, but am curious how youre loading the certs | 17:30 |
xgerman | yep, I am debugging that piece | 17:30 |
xgerman | and it seems to be quite buggy | 17:30 |
ptoohill | I 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_work | 17:31 |
xgerman | ok, I will consider that — thought about doing the easy thing first ;-) | 17:32 |
ptoohill | Which usually ends up being difficult :P | 17:32 |
ptoohill | I have this: | 17:32 |
ptoohill | https://wiki.openstack.org/wiki/Network/LBaaS/docs/how-to-create-tls-loadbalancer | 17:32 |
ptoohill | The 'barbican' section shows you how to set up barbcan in devstack if that will be of any help for you | 17:33 |
ptoohill | It may even be easier by now, maybe just localrc updates | 17:33 |
ptoohill | eh, maybe not, still need to copy a couple files. | 17:34 |
xgerman | I might try that ;-) | 17:35 |
xgerman | well, the things I need form barbican will all throw not implemented exceptions... | 17:37 |
xgerman | I might just have to implement a -insecure flag | 17:37 |
*** jschwarz has quit IRC | 17:37 | |
*** evgenyf has joined #openstack-lbaas | 17:38 | |
ptoohill | :/ | 17:38 |
*** mestery has joined #openstack-lbaas | 17:41 | |
*** jorgem has joined #openstack-lbaas | 17:41 | |
*** [2]evgenyf has joined #openstack-lbaas | 17:42 | |
*** evgenyf has quit IRC | 17:42 | |
*** [2]evgenyf is now known as evgenyf | 17:42 | |
*** mestery has quit IRC | 17:44 | |
*** mestery has joined #openstack-lbaas | 17:46 | |
*** evgenyf has quit IRC | 17:47 | |
*** jorgem has quit IRC | 17:51 | |
*** mestery has quit IRC | 17:56 | |
*** ajmiller has joined #openstack-lbaas | 18:02 | |
*** fnaval has joined #openstack-lbaas | 18:11 | |
*** sbalukoff has joined #openstack-lbaas | 18:12 | |
*** jorgem has joined #openstack-lbaas | 18:13 | |
*** nuxxer is now known as mixos | 18:15 | |
mixos | changed nick to mixos. (nuxxer is taken) | 18:18 |
*** TrevorV|Home has joined #openstack-lbaas | 18:19 | |
rm_work | xgerman: sup | 18:20 |
rm_work | ummm | 18:21 |
rm_work | can you paste the PEM cert you're trying to load? | 18:21 |
rm_work | it looks like it's not my code that's breaking -- your cert doesn't appear to be valid PEM | 18:21 |
rm_work | is that cert generated by you manually with openssl, or is it generated by the local_cert_generator stuff? | 18:22 |
*** jorgem has quit IRC | 18:27 | |
*** jorgem has joined #openstack-lbaas | 18:29 | |
rm_work | dougwig: ptoohill: blogan: https://review.openstack.org/#/c/181960/ | 18:31 |
rm_work | xgerman: i have some time today, i think -- so I should be able to help you figure out what's happening | 18:33 |
ptoohill | rm_work: Is there a bug report or something to keep track of this so we know when we can reenable? | 18:33 |
ptoohill | Does that need to be a thing? | 18:34 |
rm_work | not sure | 18:36 |
rm_work | someone just added this new warning to hacking | 18:36 |
rm_work | i am not sure if we will EVER care | 18: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_work | ah I should add a comment line above it | 18:37 |
rm_work | looks like that has been done at least for the others | 18:37 |
rm_work | sec | 18:37 |
ptoohill | oops :P | 18:38 |
openstackgerrit | Adam Harwell proposed openstack/neutron-lbaas: Ignore new N324 style requirement https://review.openstack.org/181960 | 18:38 |
rm_work | there. | 18:39 |
rm_work | i am guessing xgerman went to lunch | 18:40 |
xgerman | no, meetings | 18:42 |
xgerman | rm_work: I have a script to generate certs and ca’s: https://review.openstack.org/#/c/160034/30/bin/create_certificates.sh | 18:43 |
xgerman | then I like to use the local_cert thing to create a server certificate signed by the CA generated from the script | 18:44 |
rm_work | xgerman: from what you showed me, the pycrypto library couldn't ready your cert -- implying to me that whatever cert you generated isn't valid PEM | 18:44 |
rm_work | s/ready/read/ | 18:44 |
xgerman | ok, openssl x509 -in certificate.crt -text -noout is very happy with the ca | 18:46 |
xgerman | cert | 18:46 |
xgerman | I also had to modify requirements in that code | 18:47 |
rm_work | is it actually PEM encoded? | 18:47 |
rm_work | can you pastebin the actual cert you're trying to load? | 18:47 |
xgerman | https://www.irccloud.com/pastebin/FPul32H6 | 18:48 |
xgerman | that’s the ca | 18:53 |
rm_work | xgerman: if that's a valid cert, it might be a pyopenssl issue | 18:53 |
xgerman | yep | 18:53 |
rm_work | asking for help from someone who knows that lib better than I do | 18:53 |
rm_work | still not really related to any of the code i wrote for certs in octavia :P | 18:54 |
xgerman | so it worked for you? | 18:54 |
rm_work | no, can verify | 18:54 |
rm_work | pyopenssl isn't loading that | 18:55 |
*** mixos has left #openstack-lbaas | 18:57 | |
*** mixos has joined #openstack-lbaas | 18:57 | |
rm_work | xgerman: ah | 18:57 |
rm_work | xgerman: ok, so that isn't the correct way to load a cert | 18:57 |
rm_work | xgerman: the second arg isn't a path | 18:57 |
rm_work | xgerman: it's a file | 18:57 |
rm_work | so you need to open(cert_path) first | 18:58 |
xgerman | aha | 18:58 |
rm_work | is my code doing that? | 18:58 |
xgerman | I don’t think so | 18:59 |
rm_work | ok | 18:59 |
rm_work | so what is wrong with the certmanager/certgenerator code again? :) | 19:00 |
xgerman | documentation? | 19:00 |
rm_work | none of it takes filenames? i don't think | 19:01 |
xgerman | apparently not | 19:02 |
rm_work | so i don't know what you're doing exactly :P | 19:03 |
*** jschwarz has joined #openstack-lbaas | 19:03 | |
xgerman | https://www.irccloud.com/pastebin/KIjELpxt | 19:03 |
xgerman | so - new error | 19:03 |
xgerman | I want to use my ca and generate a server cert with that ca | 19:04 |
*** mixos has quit IRC | 19:05 | |
*** mixos has joined #openstack-lbaas | 19:05 | |
rm_work | uhh | 19:06 |
rm_work | what version of openssl do you have? | 19:06 |
rm_work | maybe that is a problem? | 19:06 |
rm_work | verified that load_privatekey DOES in fact take a keyword arg | 19:07 |
rm_work | *pyopenssl i mean | 19:07 |
xgerman | I had to pin to 0.13 | 19:08 |
rm_work | i'm on 0.14 | 19:08 |
rm_work | why did you pin to 0.13? | 19:08 |
xgerman | 0.14 cause some problem | 19:09 |
rm_work | err | 19:09 |
rm_work | ok, might be more interesting to see what that problem is | 19:09 |
rm_work | because 0.14+ is what this code is designed to run against | 19:09 |
rm_work | testing some stuff now | 19:11 |
xgerman | yeah, I also had trouble running the unit test — and I couldn’t see it in tox | 19:11 |
rm_work | can we re-evaluate the decision to pin to 0.13? | 19:12 |
xgerman | I am | 19:14 |
*** jschwarz has quit IRC | 19:21 | |
xgerman | looks better with that other version | 19:21 |
xgerman | but I need to give the content of the files as strings as opposed to just the filename | 19:22 |
*** crc32 has joined #openstack-lbaas | 19:27 | |
TrevorV|Home | xgerman, why do you have to provide content via strings? | 19:29 |
rm_work | xgerman: to openssl directly, yes -- but all of the wrapper code i wrote should handle that | 19:31 |
blogan | johnsom: ping | 19:38 |
johnsom | pong | 19:38 |
blogan | johnsom: hey i added a few bugs in launchpad that should be fixed | 19:39 |
johnsom | I saw two | 19:39 |
blogan | johnsom: have you run into any issues getting a load balancer up and running actually load balancing traffic? | 19:39 |
johnsom | Yeah, we need Phil's patch for the network on members. I used the vip network. | 19:40 |
blogan | johnsom: right now yo'd have to have the member on the same network as the vip | 19:40 |
blogan | yeah okay good | 19:40 |
johnsom | health monitor doesn't seem to work through the operator api | 19:41 |
blogan | johnsom: two other issues i've been running into, occassionally ill get a vip is None when the AllocateVIP task is executed | 19:41 |
blogan | johnsom: 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 traffic | 19:42 |
johnsom | Yeah, I have had some strange issues like that. I was trying to track it down last week, but didn't nail it | 19:42 |
blogan | johnsom: ah i haven't even tried health montior yet | 19:42 |
mixos | also this horizon bug: https://bugs.launchpad.net/horizon/+bug/1439180 | 19:42 |
openstack | Launchpad bug 1439180 in OpenStack Dashboard (Horizon) "Error while deleting a VIP" [Undecided,Confirmed] | 19:42 |
blogan | johnsom: yeah its one of those that seems like a timing issue, though the VIP should always be populated bc its inserted by the API | 19:42 |
johnsom | Right. 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 |
blogan | johnsom: im going to put a bug in for btoh of those | 19:44 |
johnsom | Ok, thanks! | 19:44 |
johnsom | It seemed to me that the LB might not be getting re-loaded into the flow, but I wasn't able to prove it | 19:45 |
blogan | yeah i'm wondering if its taskflow retaining the old loadbalancer and it takes time to store the new one | 19:45 |
johnsom | Could be. | 19:46 |
blogan | well no, bc the original laodbalancer should always have a VIP object | 19:47 |
blogan | so it's gotta be a sqlalchemy issue, or an issue in translating the sqlalchemy model to a data model | 19:48 |
TrevorV|Home | Can't be, those are perfect blogan , I did them myself | 19:48 |
TrevorV|Home | :P | 19:48 |
blogan | pssh | 19:49 |
johnsom | Did you guys see we are officially OpenStack now? http://governance.openstack.org/reference/projects/neutron.html | 19:50 |
blogan | johnsom: no, does this mean our repository location will change? | 19:52 |
johnsom | That is an interesting question. | 19:53 |
TrevorV|Home | Nice, I hadn't seen that. So what do we have to do to fix it? | 19:54 |
blogan | ha no repositories found | 19:54 |
johnsom | I am sure there is a bunch of housekeeping things we will need to do. | 19:54 |
*** madhu_ak has joined #openstack-lbaas | 20:09 | |
dougwig | Yeah, We need to talk to infra for a rename now. | 20:37 |
TrevorV|Home | A rename? | 20:39 |
TrevorV|Home | dougwig, ? | 20:39 |
TrevorV|Home | like, a rename from "stackforge/octavia" to "openstack/octavia"? | 20:39 |
dougwig | Right | 20:39 |
TrevorV|Home | I sorta thought you meant NOT octavia... I was a little happy | 20:39 |
TrevorV|Home | Then I'm sad again | 20:40 |
dougwig | Lol | 20:40 |
*** openstackgerrit_ has joined #openstack-lbaas | 20:44 | |
*** TrevorV|Home has quit IRC | 20:44 | |
*** TrevorV|home has joined #openstack-lbaas | 20:47 | |
openstackgerrit | Madhusudhan Kandadai proposed openstack/neutron-lbaas: Tempest tests using testscenarios for create/update pool https://review.openstack.org/180019 | 20:50 |
xgerman | rm_work - how is the wrapper code loading the files? | 20:53 |
xgerman | I am supposed to use local_cert stuff and there is no code for that | 20:53 |
xgerman | dougiwg on another note how is your progress with the LBaaS Octavia driver? | 21:00 |
xgerman | dougwig | 21:00 |
*** apuimedo has joined #openstack-lbaas | 21:13 | |
*** crc32 has quit IRC | 21:34 | |
*** crc32 has joined #openstack-lbaas | 21:37 | |
*** TrevorV|home has quit IRC | 21:39 | |
blogan | dougwig is sick today | 21:48 |
blogan | we will dock his pay | 21:48 |
xgerman | absolutely | 21:48 |
xgerman | he is holding us *all* back | 21:49 |
blogan | he's almost like a tow truck that doesn't move | 21:50 |
openstackgerrit | Merged openstack/neutron-lbaas: Ignore new N324 style requirement https://review.openstack.org/181960 | 21:54 |
*** mwang2 has joined #openstack-lbaas | 22:04 | |
*** madhu_ak has quit IRC | 22:11 | |
mixos | Looks like Radware-neutron-lbaas-CI is broken. it votes -1 then no log. | 22:14 |
rm_work | yep | 22:14 |
rm_work | other tests are queued | 22:15 |
*** jorgem has quit IRC | 22:16 | |
*** mwang2_ has joined #openstack-lbaas | 22:16 | |
*** mwang2 has quit IRC | 22:18 | |
*** mwang2__ has joined #openstack-lbaas | 22:23 | |
*** mwang2_ has quit IRC | 22:27 | |
*** mwang2_ has joined #openstack-lbaas | 22:36 | |
*** mwang2__ has quit IRC | 22:39 | |
*** dc has joined #openstack-lbaas | 23:07 | |
*** mixos has quit IRC | 23:09 | |
dc | Hi, I am trying out HaProxy Namespace driver with Lbaasv2 plugin and had couple of questions | 23:09 |
dc | When 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 port | 23:09 |
blogan | dc: 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 loadbalancer | 23:10 |
blogan | i mean it woudl make sense for it to get the same id as the loadbalancer | 23:12 |
dc | right .. 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_port | 23:13 |
blogan | yeah so i'm saying it should be considered something that can be fixed | 23:13 |
dc | oh ok .. Thanks ... Should i file a bug for this? | 23:14 |
blogan | please do! | 23:14 |
dc | Will do | 23:14 |
blogan | thanks! | 23:15 |
dc | Another question, i was trying to create multiple pools for the same loadbalancer | 23:15 |
blogan | dc: multiple listeners? | 23:16 |
dc | where 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 created | 23:16 |
dc | yes multiple listeners | 23:16 |
dc | i create lb with neutron lbaas-loadbalancer-create --name lb1 <s1> | 23:17 |
blogan | dc: are you running through devstack? | 23:17 |
dc | then created a listener for lb1 | 23:17 |
dc | no i started the lbaas manually | 23:18 |
blogan | do you have agents running on another machine? | 23:18 |
blogan | err lbaas agents | 23:18 |
dc | no, all on same machine | 23:18 |
blogan | hmm | 23:18 |
blogan | l3 agent running too i assume? | 23:19 |
dc | no i dont have l3 agent running | 23:19 |
dc | is l3 agent it mandatory for lbaas? | 23:19 |
blogan | for the multi-armed load balancing support | 23:19 |
dc | oh ok | 23:20 |
blogan | it doesn't create another port on the member's networks | 23:20 |
blogan | something i've been wondering if we should do, but its been very low priority | 23:20 |
dc | ok .. so if i start l3agent, pool members in different subnets should work? | 23:21 |
blogan | i believe those networks/subnets need to be connected by a router as well | 23:22 |
blogan | so you'll probably need to add the member's subnets to the same router | 23:22 |
dc | ok, thanks for clarifying .. will give it a try | 23:23 |
blogan | dc: sure let me know if you ahve issues, its been a while since i tested taht out | 23:23 |
dc | sure will do | 23:23 |
blogan | tanks! | 23:23 |
blogan | and thanks! | 23:23 |
*** mwang2_ has quit IRC | 23:35 | |
*** mwang2 has joined #openstack-lbaas | 23:38 | |
*** crc32 has quit IRC | 23:40 | |
*** bharath has quit IRC | 23:53 | |
*** bharath has joined #openstack-lbaas | 23:54 | |
*** bharath has quit IRC | 23:58 | |
*** madhu_ak has joined #openstack-lbaas | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!