*** mixos has joined #openstack-lbaas | 01:00 | |
*** mixos is now known as mixos-away | 01:07 | |
*** mixos-away is now known as mixos | 01:10 | |
*** openstack has joined #openstack-lbaas | 01:21 | |
*** openstack has joined #openstack-lbaas | 01:37 | |
*** openstack has quit IRC | 01:52 | |
*** openstack has joined #openstack-lbaas | 01:53 | |
*** Aish has quit IRC | 01:59 | |
*** madhu_ak has quit IRC | 02:09 | |
*** bharath has quit IRC | 02:12 | |
*** kobis has joined #openstack-lbaas | 02:28 | |
*** KunalGan_ has joined #openstack-lbaas | 02:33 | |
*** KunalGandhi has quit IRC | 02:37 | |
*** KunalGan_ has quit IRC | 02:38 | |
*** kobis has quit IRC | 02:54 | |
*** ajmiller has joined #openstack-lbaas | 02:59 | |
*** sbalukoff has quit IRC | 03:19 | |
*** Aish has joined #openstack-lbaas | 03:26 | |
*** Aish has left #openstack-lbaas | 03:26 | |
*** Santosh_ has joined #openstack-lbaas | 03:37 | |
Santosh_ | Hi | 03:37 |
---|---|---|
Santosh_ | all | 03:37 |
Santosh_ | Hi blogan | 03:37 |
*** jhova has quit IRC | 04:16 | |
dougwig | raminoid: check the python-neutronclient package docs | 04:19 |
dougwig | hiya Santosh_ | 04:20 |
*** mordred has quit IRC | 04:21 | |
*** mordred has joined #openstack-lbaas | 04:25 | |
*** sbalukoff has joined #openstack-lbaas | 04:34 | |
*** kiran-r has joined #openstack-lbaas | 05:00 | |
Santosh_ | https://bugs.launchpad.net/neutron/+bug/1461752 | 05:09 |
openstack | Launchpad bug 1461752 in neutron "Error at listener's barbican container validation" [Undecided,New] | 05:09 |
Santosh_ | Plz comment | 05:10 |
Santosh_ | Hi doug | 05:10 |
Santosh_ | Looks there is a minor bug | 05:10 |
Santosh_ | at barbican_cert_manager while validating barbican container | 05:11 |
rm_work | hmm | 05:11 |
rm_work | i don't know how the system is GETTING uuids instead of full refs | 05:12 |
rm_work | it's supposed to take in a full ref from the user on the initial API call | 05:12 |
rm_work | and that is stored | 05:12 |
rm_work | and it should never even bother separating the uuid | 05:13 |
Santosh_ | I am planning to fix it . We should introduce barbican base uri at neutron.conf and could prepare ref_url | 05:13 |
rm_work | no | 05:13 |
rm_work | so, trying to build the URL is not a great approach | 05:13 |
rm_work | because we immediately lose support for multi-barbican deployments | 05:13 |
Santosh_ | I was in opinion that default_tls_container_id is container_id only | 05:13 |
rm_work | the user passes a full URI | 05:13 |
Santosh_ | passed from user | 05:13 |
rm_work | no | 05:13 |
rm_work | it is supposed to be a full URI | 05:14 |
rm_work | there is no single obvious base-uri | 05:14 |
rm_work | we should not be in the business of building that | 05:14 |
rm_work | in fact, the user would even have to do some effort to parse out UUID, because every barbican object returns its reference as a full URL | 05:15 |
Santosh_ | Then we can update the documents , default_tls_container and sni is mentioned as container_id and list of container_ids respectively | 05:15 |
rm_work | that would be best | 05:15 |
rm_work | I thought the examples showed passing full URLs though | 05:15 |
Santosh_ | Every reference document mentions as container_id and list container_ids | 05:16 |
*** mixos has left #openstack-lbaas | 05:16 | |
rm_work | where ARE the reference docs | 05:16 |
Santosh_ | I avoided validation to get rid of error to continue. Will update the reference documents | 05:18 |
rm_work | can you link me to them> | 05:18 |
rm_work | where are the reference docs | 05:18 |
rm_work | I can't actually find any <_< | 05:19 |
Santosh_ | give me a min | 05:20 |
Santosh_ | hmm i looked at http://specs.openstack.org/openstack/neutron-specs/specs/juno-incubator/lbaas-tls.html | 05:22 |
Santosh_ | Somehow i was always in opinion default_tls_container_id is uuid and sni is list of UUIDs | 05:25 |
*** numan has joined #openstack-lbaas | 05:28 | |
rm_work | hmm yes | 05:29 |
rm_work | i see in this design doc | 05:29 |
rm_work | the examples use UUIDs | 05:29 |
rm_work | but this is oooool | 05:29 |
rm_work | *ooold | 05:29 |
rm_work | lots of stuff here has changed slightly -- trying to use this as an API reference doc would not go well :P | 05:29 |
Santosh_ | somehow i didn't find mentioning of default_tls_container_id as ref_url except from https://wiki.openstack.org/wiki/Network/LBaaS/docs/how-to-create-tls-loadbalancer it could be figured out its a ref_url | 05:33 |
rm_work | ah yeah, it could, though that is obtuse | 05:34 |
rm_work | because you'd need to know how barbican client returns the IDs | 05:34 |
rm_work | which is, as full refs | 05:34 |
rm_work | commenting on your bug, so this conversation doesn't get lost | 05:35 |
rm_work | totally agree this is a doc issue | 05:37 |
rm_work | our docs suck | 05:37 |
Santosh_ | in fact at at barbican_cert_manager.py in comments it is mentioned as UUID,it could be corrected . < :param cert_ref: the UUID of the cert to retrieve> | 05:40 |
rm_work | ah yes | 05:54 |
rm_work | you are correct, that is wrong | 05:54 |
rm_work | i thought i always put something like "full HATEOAS reference" | 05:54 |
rm_work | Barbican is written HATEOAS compliant | 05:55 |
*** Kunal has joined #openstack-lbaas | 06:36 | |
*** KunalGandhi has joined #openstack-lbaas | 06:36 | |
*** kobis has joined #openstack-lbaas | 06:42 | |
*** amotoki has joined #openstack-lbaas | 06:52 | |
*** woodster_ has quit IRC | 07:00 | |
*** amotoki has quit IRC | 07:03 | |
*** apuimedo has joined #openstack-lbaas | 07:06 | |
*** nmagnezi has joined #openstack-lbaas | 07:19 | |
*** amotoki has joined #openstack-lbaas | 07:27 | |
*** KunalGandhi has quit IRC | 07:32 | |
*** Kunal has quit IRC | 07:35 | |
*** ebagdasa has joined #openstack-lbaas | 07:42 | |
*** chlong has quit IRC | 07:44 | |
*** jschwarz__ has joined #openstack-lbaas | 07:54 | |
*** bharath has joined #openstack-lbaas | 08:01 | |
*** jschwarz__ is now known as jschwarz | 08:04 | |
*** amotoki has quit IRC | 08:20 | |
*** amotoki has joined #openstack-lbaas | 08:20 | |
*** sbalukoff has quit IRC | 08:57 | |
*** amotoki has quit IRC | 09:08 | |
*** amotoki has joined #openstack-lbaas | 09:38 | |
*** amotoki has quit IRC | 09:42 | |
*** bharath has quit IRC | 10:37 | |
*** woodster_ has joined #openstack-lbaas | 11:00 | |
*** kiran-r has quit IRC | 11:49 | |
*** jschwarz_ has joined #openstack-lbaas | 12:00 | |
*** jschwarz has quit IRC | 12:03 | |
*** jschwarz_ has quit IRC | 12:18 | |
*** chlong has joined #openstack-lbaas | 12:20 | |
*** jschwarz has joined #openstack-lbaas | 12:22 | |
*** ajmiller has quit IRC | 12:26 | |
*** kiran-r has joined #openstack-lbaas | 12:58 | |
*** Miouge_ has joined #openstack-lbaas | 13:09 | |
*** Miouge has quit IRC | 13:12 | |
*** Miouge_ is now known as Miouge | 13:12 | |
nmagnezi | dougwig, ping | 13:34 |
*** jhova has joined #openstack-lbaas | 13:38 | |
*** kiran-r has quit IRC | 13:41 | |
*** kobis has quit IRC | 14:01 | |
*** nmagnezi has quit IRC | 14:01 | |
*** ptoohill_ has quit IRC | 14:11 | |
*** mixos has joined #openstack-lbaas | 14:13 | |
*** mixos has quit IRC | 14:17 | |
*** ptoohill_ has joined #openstack-lbaas | 14:28 | |
*** ptoohill_ has quit IRC | 14:28 | |
openstackgerrit | Trevor Vardeman proposed stackforge/octavia: Update PUT methods to send update through queue https://review.openstack.org/170989 | 14:31 |
*** TrevorV_ has joined #openstack-lbaas | 14:31 | |
*** ptoohill_ has joined #openstack-lbaas | 14:32 | |
*** ptoohill_ has quit IRC | 14:38 | |
*** ptoohill_ has joined #openstack-lbaas | 14:42 | |
*** chlong has quit IRC | 14:47 | |
*** apuimedo has quit IRC | 14:47 | |
*** kobis has joined #openstack-lbaas | 14:49 | |
*** kobis has quit IRC | 15:12 | |
*** jschwarz_ has joined #openstack-lbaas | 15:14 | |
*** jschwarz has quit IRC | 15:16 | |
*** kobis has joined #openstack-lbaas | 15:17 | |
*** ajmiller has joined #openstack-lbaas | 15:28 | |
*** kobis has quit IRC | 15:35 | |
*** numan has quit IRC | 15:53 | |
*** mixos has joined #openstack-lbaas | 15:53 | |
*** nmagnezi has joined #openstack-lbaas | 16:15 | |
*** kobis has joined #openstack-lbaas | 16:16 | |
dougwig | nmagnezi: hiya | 16:23 |
*** kobis has quit IRC | 16:24 | |
nmagnezi | dougwig, hi there! | 16:24 |
*** localloop127 has joined #openstack-lbaas | 16:25 | |
*** kobis has joined #openstack-lbaas | 16:34 | |
*** amotoki has joined #openstack-lbaas | 16:39 | |
*** amotoki has quit IRC | 16:45 | |
*** kobis has quit IRC | 16:46 | |
*** ajmiller has quit IRC | 16:52 | |
*** KunalGandhi has joined #openstack-lbaas | 16:52 | |
*** ajmiller has joined #openstack-lbaas | 17:04 | |
*** Youcef has joined #openstack-lbaas | 17:12 | |
*** jschwarz_ has quit IRC | 17:13 | |
xgerman | jorgem did you give blogan another day off? | 17:18 |
*** bradjones is now known as bradjones_away | 17:19 | |
*** mixos is now known as mixos-away | 17:26 | |
*** ajmiller_ has joined #openstack-lbaas | 17:28 | |
*** ajmiller has quit IRC | 17:31 | |
*** madhu_ak has joined #openstack-lbaas | 17:34 | |
*** numan has joined #openstack-lbaas | 17:41 | |
*** mixos-away is now known as mixos | 17:49 | |
*** SumitNaiksatam has joined #openstack-lbaas | 17:49 | |
*** mwang2 has joined #openstack-lbaas | 17:53 | |
*** sbalukoff has joined #openstack-lbaas | 17:54 | |
*** ajmiller_ has quit IRC | 17:57 | |
*** ajmiller_ has joined #openstack-lbaas | 17:57 | |
*** barra204 has joined #openstack-lbaas | 18:01 | |
*** barra204 has quit IRC | 18:07 | |
*** Aish has joined #openstack-lbaas | 18:11 | |
*** Aish has left #openstack-lbaas | 18:12 | |
*** Youcef has quit IRC | 18:16 | |
*** sballe has joined #openstack-lbaas | 18:17 | |
*** bharath has joined #openstack-lbaas | 18:21 | |
johnsom | dougwig I'm starting the setup sonar as a pilot non-voting gate project. You mentioned having it fire as part of your gate to make setup/cleanup easy. Still up for that? | 18:24 |
mixos | Hi dougwig, johnsom, https://review.openstack.org/#/c/181609/ one more review needed :- ) :- ) | 18:28 |
*** amotoki has joined #openstack-lbaas | 18:28 | |
*** bradjones_away is now known as bradjones | 18:29 | |
rm_work | xgerman: i keep getting started on your review and getting sidetracked after like one file T_T | 18:31 |
xgerman | well, you need to probably hide somewhere in the compound - maybe nobody will look once you are near the big-ass-fan | 18:32 |
rm_work | heh | 18:32 |
*** amotoki has quit IRC | 18:33 | |
*** numan has quit IRC | 18:34 | |
blogan | xgerman: meetings all day | 18:40 |
*** amrith has joined #openstack-lbaas | 18:40 | |
xgerman | almost like my life | 18:40 |
*** bradjones is now known as bradjones_away | 18:40 | |
amrith | hello! | 18:40 |
blogan | hi amrith | 18:40 |
amrith | that's why I couldn't find any of you yesterday; I joined #openstack-octavia. There is such a channel with one person on it ;) | 18:40 |
blogan | ah some squatter in there eh? | 18:41 |
amrith | no, he's here as well. davidlenwell | 18:41 |
davidlenwell | hello | 18:41 |
xgerman | hi | 18:41 |
xgerman | well, this is where we all hang | 18:41 |
amrith | greetings all! | 18:41 |
amrith | I saw my name in your meeting chat yesterday | 18:41 |
amrith | how can we help each other | 18:41 |
amrith | what I read in your scrollback already helps me ;) | 18:42 |
davidlenwell | my irc client doesn't like to actually leave channels for some reason.. they vanish from my list of open chats.. but my name stil lingers | 18:43 |
davidlenwell | I joined that one a while ago before I knew you used this channel | 18:44 |
xgerman | neat | 18:44 |
xgerman | amrith we were looking at your proposal and trying to figure out if it’s useful to our endeavour | 18:44 |
davidlenwell | by the way.. sorry I missed the meeting yesterday.. I've been heads down on some kinda related work.. the nginx lb service vm | 18:44 |
xgerman | cool | 18:45 |
blogan | davidlenwell: your ghost remains | 18:45 |
amrith | xgerman, what's your endeavor? | 18:45 |
amrith | I know little about octavia | 18:45 |
blogan | amrith: basically service vms with haproxy | 18:45 |
blogan | but not supposed to be visible to tenants | 18:45 |
amrith | and what's on said service VM? | 18:46 |
amrith | a user defined image or an image stipulated by octavia? | 18:46 |
blogan | octavia image | 18:46 |
blogan | users won't have any control over it | 18:46 |
amrith | i.e. just haproxy | 18:46 |
amrith | and an os and other stuff | 18:46 |
blogan | yep | 18:47 |
blogan | maybe an agent or two we write as well | 18:47 |
amrith | fair enough, haproxy + agent(s). | 18:47 |
amrith | just like trove database + agent | 18:47 |
blogan | probably from my limited understanding of it | 18:47 |
blogan | does trove currently just deploy using a service account? | 18:50 |
amrith | not currently | 18:51 |
amrith | that is one option which has been discussed | 18:51 |
blogan | is each vm owned by the tenant? | 18:52 |
amrith | currently that is the way trove operates. | 18:52 |
blogan | so teh tenant would see that VM in their nova list | 18:52 |
amrith | the authenticated user (to trove) credentials are used to launch vms | 18:52 |
amrith | yes they would. | 18:52 |
blogan | and i assume that is one reason for the shadow tenant bc you dont want them to see it? | 18:53 |
amrith | yes, that is correct. | 18:53 |
blogan | or is there a major benefit to them being able to see it? | 18:53 |
blogan | okay | 18:53 |
amrith | if trove provisions a number of instances (for example for a cluster), a nova user shooting one instance could be bad. | 18:54 |
blogan | so what does the shadow tenant give over a service account? johnsom brought up iptables not being able to scale on the sam etenant | 18:54 |
amrith | I believe that iptables scalability and tenants are orthogonal issues | 18:54 |
amrith | the issue is (I believe) with vm's on a hypervisor | 18:54 |
amrith | they could be for many tenants | 18:54 |
amrith | and you'd have the same scale issue. | 18:54 |
blogan | oh i totally agree, thats one headache you don't want to ahve to deal with, plus it seems like the user should treat the API as a black box and not be aware of implementation details | 18:54 |
amrith | but that's what I think. | 18:54 |
blogan | ah so its not because of vms on a tenant, just total vms in general | 18:56 |
blogan | total per hypervisor | 18:56 |
*** SlickNik has joined #openstack-lbaas | 18:56 | |
blogan | so what benefits do you think a shadow tenant would give over a service account? | 18:56 |
amrith | as I understand it, if you have a hypervisor running a dozen VM's, then adding the 13th means that networking on all 13 need to reflect the new one. | 18:56 |
blogan | and sorry if this was all in the spec, i haven't actually read it yet | 18:57 |
amrith | a shadow tenant gives you all of the benefits of a service account + some more. | 18:57 |
amrith | oh, no worries blogan | 18:57 |
SlickNik | hai | 18:57 |
blogan | doesn't eman you need to create that shadow tenant for each tenant and also manage it? | 18:57 |
blogan | SlickNik: hi! | 18:57 |
amrith | blogan, yes, there is a cost | 18:58 |
amrith | it isn't free | 18:58 |
blogan | i want free! | 18:58 |
blogan | lol | 18:58 |
amrith | I want free beer. | 18:58 |
amrith | but that's not available either | 18:58 |
blogan | it was at the summi | 18:58 |
blogan | t | 18:58 |
amrith | the issue with one tenant (at least one of them is this) | 18:58 |
blogan | well dpeending on yoru thinking | 18:58 |
amrith | strike that | 18:58 |
*** hitalia has joined #openstack-lbaas | 18:58 | |
amrith | let's consider service account ~ shadow tenant per customer tenant | 18:59 |
blogan | okay | 18:59 |
amrith | the benefit is small and incremental also inconsequential to this issue. | 18:59 |
*** hitalia has quit IRC | 19:00 | |
*** ptoohill_ has quit IRC | 19:01 | |
blogan | to the issue of deploying service vms and managing them? | 19:05 |
amrith | ok | 19:06 |
openstackgerrit | min wang proposed openstack/neutron-lbaas: Introduced tempest API tests for openstack/neutron-lbaas https://review.openstack.org/168439 | 19:09 |
amrith | blogan, was that a question? if yes, I'm not sure what it is ;) | 19:10 |
blogan | amrith: lol were you saying the benefit was small and inconsequential to the issue of deploying and managing service vms? | 19:11 |
*** barclaac|2 has joined #openstack-lbaas | 19:11 | |
*** barclaac has quit IRC | 19:11 | |
amrith | sorry, no. the benefits of a shadow tenant over a service account are inconsequential to the current issue at hand; namely the impact to trove when a user directly manipulates the provisioned vm's. | 19:12 |
amrith | to address that issue a service account is analogous to a shadow tenant. | 19:12 |
xgerman | well, the “shadow tenant” would be an alternative to a service account | 19:12 |
amrith | yes | 19:13 |
amrith | and either would be as good for trove (i think) | 19:13 |
xgerman | yeah, and we need to figure out what’s better for Oactavia ;-) | 19:13 |
amrith | SlickNik is here as well, he may have a different perspective | 19:13 |
xgerman | yep | 19:13 |
blogan | ah okay, i figure trove and octavia will probably be nearly the same when it comes to managing vms | 19:14 |
blogan | well except we also ahve to deal with hotplugging in networks at any time | 19:15 |
blogan | but the shadow tenant vs service account shouldn't matter much with that | 19:15 |
xgerman | yep | 19:15 |
xgerman | it’s just something to watch | 19:15 |
xgerman | but shadow tenants might make hotolugging easier | 19:16 |
blogan | how os? | 19:17 |
blogan | so? | 19:17 |
xgerman | we don’t need to be admin to plug | 19:17 |
xgerman | into the tenants nertwork | 19:17 |
xgerman | but probably more thinking needed | 19:17 |
blogan | we'd still have to do it as the shadow tenant which really doesn't provide anything more than doing it as a service account | 19:18 |
blogan | unless you're looking to minimize the number of admin accounts | 19:18 |
xgerman | yep | 19:19 |
blogan | ah, well i don't see that being as a big win over the extra cost of managing all these shadow tenants | 19:20 |
xgerman | yep, I need to see that fleshed out more | 19:20 |
blogan | but amrith did say there were more benefits, so i'm might just be short-sighted on this | 19:20 |
xgerman | yeah, something to discuss at our midcycle | 19:20 |
amrith | when/where is your mid-cycle | 19:21 |
xgerman | I have been told there is some ML thread on that | 19:21 |
blogan | found a thread a over a year old | 19:22 |
xgerman | it’s in Seattle - https://etherpad.openstack.org/p/LBaaS-FWaaS-VPNaaS_Summer_Midcycle_meetup | 19:22 |
amrith | OK, that's right next to SlickNik's office ;) | 19:23 |
xgerman | yep, | 19:23 |
blogan | just bust down a wall | 19:23 |
blogan | drag him kicking and screaming in | 19:23 |
amrith | now now, be nice. he's trove ptl. only trove can do that ;) | 19:25 |
blogan | all ptl's are subject to the abuse of the openstack community! | 19:25 |
blogan | just ask mestery | 19:26 |
xgerman | SlickNik is super nice — so I would make an exception | 19:26 |
blogan | xgerman: are you saying mestery isn't? i'm telling! | 19:26 |
xgerman | I gotta see if his laptop now has an Octavia sticker before I make a decision | 19:29 |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: Hooking TLS together https://review.openstack.org/185540 | 19:30 |
amrith | fyi, here's a picture of my laptop | 19:38 |
amrith | https://www.dropbox.com/s/n0jt6jmv23fjdn4/2015-06-04%2015.37.52.jpg?dl=0 | 19:38 |
amrith | notice a sticker there? | 19:38 |
xgerman | YES!! | 19:39 |
blogan | who did you sell your soul to to get that sticker? | 19:39 |
amrith | if I had to, then it was a cheap sticker | 19:41 |
xgerman | blogan, when I talked to others about the shadwo tenant they mentioned rate limiting on some of the APIs tor just the network | 19:43 |
xgerman | so it probably doesn’t make sense for us to load balance lot of bandwidth to some tenant who is rate limited | 19:44 |
xgerman | but I need to think that more through... | 19:44 |
blogan | xgerman: ah i see, though rate limiting these tenants would be our problem i would think | 19:45 |
blogan | xgerman: but its debatable | 19:45 |
xgerman | yep | 19:45 |
xgerman | with shadow tenants we would be in their rate limiting domain | 19:45 |
blogan | yeah so far this is the best reason | 19:48 |
xgerman | ok, I registered our interest on the ML | 19:48 |
blogan | does neutron allow configurable rate limiting through an API? | 19:49 |
xgerman | not sure | 19:49 |
xgerman | I know in our cloud we rate limit the cheap seats (m2.xsmall) | 19:50 |
blogan | yeah we do the same i believe | 19:52 |
openstackgerrit | Merged openstack/neutron-lbaas: Add a new lbaas agent Scheduler, LeastPoolAgentScheduler https://review.openstack.org/181609 | 19:56 |
openstackgerrit | OpenStack Proposal Bot proposed openstack/neutron-lbaas: Updated from global requirements https://review.openstack.org/188097 | 20:00 |
ptoohill | https://review.openstack.org/#/c/185540/ This is ready for reviews/use. It just doesnt register consumer, that will be handled higher up. | 20:13 |
*** SumitNaiksatam has quit IRC | 20:15 | |
*** SumitNaiksatam has joined #openstack-lbaas | 20:16 | |
*** amotoki has joined #openstack-lbaas | 20:17 | |
mestery | lol | 20:21 |
*** amotoki has quit IRC | 20:22 | |
mestery | xgerman: I have the octavia sticker. | 20:23 |
mestery | xgerman blogan: The mid-cycle in seattle is for all services? | 20:23 |
* mestery wonders if he should try and make it | 20:23 | |
ptoohill | xgerman, sballe for TLS in the rest, you may need to change your cert_manager args to include check_only. I believe that should be the only check you need to make regarding this update. | 20:25 |
*** bradjones_away has quit IRC | 20:26 | |
ptoohill | good question mestery, I was under the assumption it was lbaas only. Im probably wrong here | 20:26 |
johnsom | mestery We wanted to open it to VPNaaS and FWaaS but we didn't get sign ups from those projects. | 20:27 |
mestery | lol | 20:27 |
rm_work | ptoohill: what did we decide on check_only? | 20:27 |
rm_work | i forget | 20:27 |
ptoohill | neutron_lbaas will do reg | 20:28 |
sballe | johnsom: did we tell them that thye were invited? | 20:28 |
ptoohill | check only in driver to query for data only | 20:28 |
ptoohill | We invited but didnt tell them :) | 20:28 |
johnsom | sballe Yes, xgerman talked to the leads and e-mails were sent out. | 20:28 |
sballe | johnsom: ok then it there loss | 20:29 |
sballe | s/there/their | 20:29 |
johnsom | I think there were travel challenges for some, etc. | 20:29 |
ptoohill | rm_work: Though, i may have to just give lb id instead of individual listener if i do it at the validation point. I wont have listener id yet. | 20:29 |
sballe | yeah next time let's not do a mid-cycle during school vacations. Hotels are much more expensive | 20:30 |
sballe | and flights are more expensive too | 20:30 |
johnsom | Yes, hotel rates in summer are harsh | 20:30 |
blogan | mestery: you can still come though! | 20:31 |
*** bradjones has joined #openstack-lbaas | 20:32 | |
dougwig | johnsom: sure. what state is it in now? | 20:32 |
johnsom | dougwig It is in the state that I am reading about how these third party CI gates work and I was going to ask you for any pointers you have. | 20:33 |
johnsom | So, I'm starting today | 20:33 |
dougwig | so, you need jenkins with zuul or a gerrit plugin, a git clone cache, cached packages, a wire to fire up slaves that install devstack or repos, (run whatever tests), harvest logs, reformat and publish according to neutron standards, and then write the correct format message into gerrit. not hard, but a pain. if you can launch a public node that can run | 20:36 |
dougwig | sonar, which can run what's in parens above, then i'm happy to add jobs to all of our repos that do the rest of the stuff. | 20:36 |
dougwig | /a wire/a way/ | 20:36 |
johnsom | Cool, that I can do. Let me get that setup, read a bit more, and I will circle back with you. | 20:39 |
dougwig | johnsom: ok, cool | 20:44 |
johnsom | Thanks! | 20:44 |
*** fnaval has joined #openstack-lbaas | 20:55 | |
*** TrevorV_ has quit IRC | 20:59 | |
*** localloop127 has quit IRC | 21:26 | |
*** ajmiller_ has quit IRC | 21:31 | |
*** ajmiller_ has joined #openstack-lbaas | 21:32 | |
*** TrevorV2 has joined #openstack-lbaas | 21:38 | |
*** ajmiller_ has quit IRC | 21:47 | |
*** ajmiller has joined #openstack-lbaas | 21:47 | |
*** TrevorV2 has quit IRC | 21:50 | |
*** TrevorV2 has joined #openstack-lbaas | 21:52 | |
*** apuimedo has joined #openstack-lbaas | 21:58 | |
openstackgerrit | Merged openstack/neutron-lbaas: Nuke a useless and incorrect comment from requirements.txt https://review.openstack.org/188192 | 22:01 |
*** amotoki has joined #openstack-lbaas | 22:06 | |
*** amotoki has quit IRC | 22:11 | |
openstackgerrit | Merged openstack/neutron-lbaas: Enable random hash seeds https://review.openstack.org/187293 | 22:13 |
*** SumitNaiksatam has quit IRC | 22:17 | |
*** TrevorV2 has quit IRC | 22:17 | |
*** TrevorV2 has joined #openstack-lbaas | 22:19 | |
*** amrith is now known as _amrith_ | 22:22 | |
*** mixos has quit IRC | 22:33 | |
openstackgerrit | Doug Wiegley proposed openstack/neutron-lbaas: Remove unused modules from the test-requirements.txt file https://review.openstack.org/188616 | 22:37 |
*** nmagnezi has quit IRC | 22:48 | |
*** fnaval has quit IRC | 22:53 | |
*** TrevorV2 has quit IRC | 22:59 | |
openstackgerrit | Doug Wiegley proposed openstack/neutron-lbaas: WIP - Stop doing any magic cloning of neutron during CI https://review.openstack.org/188626 | 23:10 |
*** chlong has joined #openstack-lbaas | 23:27 | |
*** mixos has joined #openstack-lbaas | 23:29 | |
*** enikanorov_ has quit IRC | 23:29 | |
*** enikanorov__ has joined #openstack-lbaas | 23:29 | |
*** _amrith_ is now known as amrith | 23:34 | |
*** bradjones has quit IRC | 23:36 | |
*** bradjones has joined #openstack-lbaas | 23:39 | |
openstackgerrit | Doug Wiegley proposed openstack/neutron-lbaas: Remove unused modules from the test-requirements.txt file https://review.openstack.org/188616 | 23:40 |
*** jhova has quit IRC | 23:48 | |
*** ajmiller has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!