Tuesday, 2016-03-15

*** Purandar has quit IRC00:02
rm_workjohnsom: I may have a solution for the long amp-image build times -- involving not using a custom image... may do some work on that this week00:11
johnsomrm_work Interested to hear details00:12
rm_workjohnsom: got some extra info from our ops magicians and it looks like we may want to investigate not using a pre-built image for a multitude of reasons00:12
johnsomYeah, I have been considering that too.  It just deviates from the standard "DIB" way a bit00:13
rm_workbut I THINK I can just set a base image ID (standard ubuntu or whatever) and use amphora_finalize to run ansible/puppet playbooks to configure the VM to our spec, and actually have it be faster *on boot* in production due to some cacheing stuff (at least in our deploys)00:13
johnsomSo debootstrap?00:13
rm_workinterested what your ops folks would say00:14
rm_workapparently base images are all cached (at least in our env) and others are not, and we can't easily just say "cache ours too", which means all the hypervisors would pull it on every boot <_<00:15
rm_workand using a spares pool, it doesn't matter much anyway00:15
johnsomcached from glance?00:15
rm_workplus if we leave SSH running that buys us a possible live-upgrade path (IF we ever decided we wanted it)00:15
rm_workyes00:15
johnsomYeah, I think we cache on first load00:16
rm_workthat'd be nice <_<00:16
rm_workwe can't do that00:16
rm_workapparently :(00:16
rm_workbut, regardless of whether you wanted to use it in production, having this upstream would allow devstack users (ie, the gate) to not build an image00:16
rm_workas it'd be optional00:17
rm_worknot sure if i want to add it to the existing rest_driver or make a new driver, inherit, and override finalize there00:17
johnsomBut devstack doesn't have base images00:17
rm_workwe can download one00:17
rm_workand not risk having outdated agent code00:17
johnsomWhich is what we do today00:17
rm_worki thought you rolled that bacl00:17
rm_work*back00:17
rm_workit looks to me like we build00:18
rm_work?00:18
johnsomno, the base image is an ubuntu cloud image00:18
johnsomYeah, I don't have a "canned" image anymore00:18
rm_workok, right00:19
rm_worksorry, misunderstood00:19
johnsomThe nice thing about how we do it now with the gate is it will catch an package update breakage00:19
rm_workyes so instead of building an image based on the base image, we just download and install the base00:19
rm_workand then build up the amps at runtime (which I think should be slightly faster actually)00:19
*** Purandar has joined #openstack-lbaas00:19
rm_workthough for large test counts, I am not sure what the break-even point is00:20
johnsomHmmm, I would expect it to be slower as there is so many modules to download and install00:20
rm_workso actually, i am not sure wtf DIB is doing, but it seems like it does just about everything 4 times00:20
rm_worklike, it should take about 60-90 seconds to ssh in and install everything we need <_<00:20
rm_workbut the build takes like 6 minutes00:21
johnsomYeah, most of it is download time00:21
rm_worknot sure why it isn't caching00:21
rm_worki've told it to cache pip packages, still doesn't seem to be doing it00:21
*** alhu has quit IRC00:21
rm_workvery odd00:21
johnsomIt actually does it all local with loop mounts and chroots00:21
rm_workyes00:22
rm_workI also wonder about base-image boot time vs. our image boot time00:22
*** alhu has joined #openstack-lbaas00:22
johnsomThe other thing that is a bit annoying is it pulls down the latest cloud image to get the updates, that can take some time.  You can override that and point it at a local image if you want.00:22
*** alhu has quit IRC00:22
rm_workand whether I could actually set it up using a very minimal base image00:22
johnsomShould be the same as they are both ubuntu00:23
rm_workI was thinking something ... uhh.... minimal-er00:23
rm_workthan ubuntu00:23
johnsomYeah.  There certainly is opportunity there.00:23
rm_worklike maybe http://www.alpinelinux.org/00:23
rm_workwhich is what bedis mentioned he uses for his haproxy VMs00:24
*** Purandar has quit IRC00:25
johnsomYep, something to explore00:25
johnsomRight now I'm looking at failover.  I just tried it and the replacement didn't come up.  I'm worried that we broke it somehow recently.00:26
rm_work:)(00:26
johnsomlist00:26
rm_workerr00:26
rm_work:(00:26
johnsomJust a single topology LB, forced failover, booted, but can't talk to it00:30
rm_work:(00:30
johnsomhacking the libvirt disk to see if I can get a serial console00:33
*** yamamoto_ has quit IRC00:34
openstackgerritmin wang proposed openstack/octavia: Replace the os.open method with safer way  https://review.openstack.org/28820800:34
*** minwang2 has quit IRC00:39
rm_workwhere the heck do the amphora DIB elements live?!?00:40
johnsomoctavia/elements00:40
rm_workah00:40
johnsomhttps://github.com/openstack/octavia/tree/master/elements00:40
rm_workyeah found it00:40
rm_worki was expecting it to be IN the discimage-create folder00:41
rm_workwow, our requirements for installing the agent are the FULL reqs?00:43
rm_workT_T00:43
johnsomWell, we didn't (yet) split the agent into it's own rep00:43
johnsomrepo00:43
rm_work:(00:44
rm_worki feel like we could still split it out with its own reqs and setup.py? or is that not possible00:44
rm_workanywho, not my biggest concern right now00:44
johnsomCertainly possible, probably the right thing to do, just effort00:45
rm_workyep, as with all of this00:54
sbalukoffI would be very much in favor of stuff which allows us to minimize the image, eh.01:03
*** fnaval has quit IRC01:03
johnsomAh, hmm, so maybe failover isn't broken, but my o-hm0 interface lost it's IP01:05
johnsomHmm, ok, probably because I'm running 10 dhclient on that interface.01:06
johnsomI think we are missing a cleanup step for devstack01:06
johnsomYeah, that was the issue.01:12
*** ducttape_ has joined #openstack-lbaas01:12
*** ducttape_ has quit IRC01:12
*** ducttape_ has joined #openstack-lbaas01:14
openstackgerritMichael Johnson proposed openstack/octavia: Fix devstack plugin clean of o-hm0  https://review.openstack.org/29266701:18
*** kevo has quit IRC01:20
johnsomsbalukoff FYI, you patch that disables the DNS resolver in the amp.  It also blocks the ubuntu "pollinate" entropy service.01:20
johnsomNot sure how much it was used/was accessible, but it's a potential side effect.01:20
sbalukoffHmmm....01:21
johnsomThat might be slowing down boots too.  I suspect there is a way to solve this with cloud-init/config drive or something01:21
*** chlong has quit IRC01:26
*** alhu has joined #openstack-lbaas01:27
*** yamamoto_ has joined #openstack-lbaas01:34
*** ducttape_ has quit IRC01:36
*** woodster_ has quit IRC01:37
*** ducttape_ has joined #openstack-lbaas01:38
*** yamamoto_ has quit IRC01:43
*** amrith is now known as _amrith_01:49
rm_workhmm, alpine may be somewhat difficult01:52
*** sbalukoff has quit IRC01:52
rm_workhaproxy is there but getting all the reqs built/installed is a problem01:52
rm_work(for the agent)01:52
*** ducttape_ has quit IRC01:54
*** woodster_ has joined #openstack-lbaas01:57
*** piet has joined #openstack-lbaas02:01
*** ducttape_ has joined #openstack-lbaas02:02
*** SumitNaiksatam has joined #openstack-lbaas02:03
*** piet has quit IRC02:06
*** piet has joined #openstack-lbaas02:06
*** madhu_ak has quit IRC02:07
*** yamamoto has joined #openstack-lbaas02:07
*** fnaval has joined #openstack-lbaas02:11
*** fawadkhaliq has quit IRC02:12
*** ducttape_ has quit IRC02:23
*** yamamoto has quit IRC02:27
*** cody-somerville has joined #openstack-lbaas02:35
*** armax has quit IRC02:38
*** neelashah has joined #openstack-lbaas02:48
*** bana_k has quit IRC02:53
*** armax has joined #openstack-lbaas02:58
*** doug-fish has joined #openstack-lbaas03:03
*** fawadkhaliq has joined #openstack-lbaas03:06
*** yamamoto has joined #openstack-lbaas03:09
*** yuanying has quit IRC03:22
*** Paco has joined #openstack-lbaas03:23
*** Paco has quit IRC03:28
*** Paco has joined #openstack-lbaas03:29
*** chlong has joined #openstack-lbaas03:30
*** links has joined #openstack-lbaas03:38
*** yuanying has joined #openstack-lbaas03:38
*** yuanying has quit IRC03:45
*** neelashah has quit IRC04:01
*** yuanying has joined #openstack-lbaas04:06
*** ajmiller has joined #openstack-lbaas04:08
*** ajmiller_ has joined #openstack-lbaas04:09
*** ajmiller has quit IRC04:13
*** amotoki has joined #openstack-lbaas04:17
*** piet has quit IRC04:19
*** piet has joined #openstack-lbaas04:19
*** armax has quit IRC04:20
*** ajmiller_ has quit IRC04:21
*** armax has joined #openstack-lbaas04:25
*** buttercup has joined #openstack-lbaas04:29
buttercuphi everyone, I am working on the bug: https://bugs.launchpad.net/neutron/+bug/155653004:29
openstackLaunchpad bug 1556530 in neutron "neutron-lbaas needs a scenario test covering status query when health monitor is admin-state-up=False" [Low,Confirmed] - Assigned to Sana Khan (sana.khan)04:29
buttercupI have a question, the test cases that I add will be validating pool_status for each data_models ?04:30
*** piet has quit IRC04:30
*** piet has joined #openstack-lbaas04:31
buttercupor only for data_models.HealthMonitor : https://github.com/openstack/neutron-lbaas/blob/master/neutron_lbaas/services/loadbalancer/plugin.py#L1263-L126504:37
*** sbalukoff has joined #openstack-lbaas04:42
*** piet has quit IRC04:44
*** alhu has quit IRC04:51
*** piet has joined #openstack-lbaas04:53
*** woodster_ has quit IRC04:57
*** prabampm has joined #openstack-lbaas05:07
*** prabampm1 has joined #openstack-lbaas05:10
*** prabampm has quit IRC05:11
*** bana_k has joined #openstack-lbaas05:12
fnavalbuttercup: it'd be nice to validate all expected statuses for the entities involved05:16
fnavalperhaps going the data driven testing route might be a good way to get good coverage; here's an example: https://github.com/openstack/neutron-lbaas/blob/master/neutron_lbaas/tests/tempest/v2/ddt/test_health_monitor_admin_state_up.py05:17
fnavalmay be able to just use that and then add a step to query the status tree.05:19
*** Purandar has joined #openstack-lbaas05:19
*** amotoki has quit IRC05:21
fnavalhmmm.. after looking at the test; it seems that there is covereage; but not as a smoke/gating test apparently05:21
*** armax has quit IRC05:29
*** amotoki has joined #openstack-lbaas05:31
*** amotoki has quit IRC05:35
*** anilvenkata has joined #openstack-lbaas05:42
*** piet has quit IRC05:44
buttercupfnaval: alright, I' ll try that05:45
*** amotoki has joined #openstack-lbaas05:47
*** armax has joined #openstack-lbaas05:48
*** Purandar has quit IRC05:48
*** amotoki has quit IRC05:55
*** numans has joined #openstack-lbaas06:22
*** numans has quit IRC06:30
*** kevo has joined #openstack-lbaas06:40
*** numans has joined #openstack-lbaas06:41
*** eranra has quit IRC06:46
*** kevo has quit IRC06:58
rm_workwtf are ubuntu's apt mirrors getting DDoS'd or something?07:10
rm_worktrying from multiple regions to install stuff and getting BYTES per second speeds07:11
rm_workif I can even connect07:11
*** tesseract has joined #openstack-lbaas07:13
*** tesseract is now known as Guest9751907:13
bharathmrm_work: are you trying ubuntu-minimal with diskimage builder ?07:16
*** ihrachys has joined #openstack-lbaas07:17
*** eranra has joined #openstack-lbaas07:25
*** fawadkhaliq has quit IRC07:30
*** evgenyf has joined #openstack-lbaas07:32
*** bana_k has quit IRC07:34
rm_workyeah07:36
rm_workwell, building the whole octavia amp image07:37
rm_workit's going at like 2kb/s connecting to archive.ubuntu.org07:37
rm_workor whatever07:38
rm_workarchive.ubuntu.com07:38
rm_worki guess07:38
bharathmCool.. Is there any significant different between ubunt-core and minimal ?07:38
rm_worknot sure07:38
bharathmYeah ? am going to try that in some time07:38
*** eranra has quit IRC07:40
*** eranra has joined #openstack-lbaas07:44
*** nmagnezi has joined #openstack-lbaas07:53
*** Guest97519 has quit IRC08:00
*** eranra_ has joined #openstack-lbaas08:03
*** jschwarz has joined #openstack-lbaas08:04
*** tesseract has joined #openstack-lbaas08:05
*** tesseract is now known as Guest9179408:06
*** eranra has quit IRC08:06
*** banszmar has joined #openstack-lbaas08:28
*** fawadkhaliq has joined #openstack-lbaas08:31
*** chlong has quit IRC08:32
banszmarHello. I have a question to LBaaSv2 and ODL. I was trying with devstack both liberty and latest master, ODL beryllium, no luck. It didn't work. Are the neutron-lbaas tempest tests supposed to work only with Octavia implementation or also with ODL LB?08:39
banszmarI was trying also cli, I was not sure which commands should I use: the lb-* or lbaas-*? Anyway, lb-* were giving me 404 Not Found and lbaas-* were giving me "internal server error".08:44
*** Guest91794 has quit IRC08:45
bharathmbanszmar: Never tried ODL driver with neutron-lbaas. So cant answer your first question..09:00
bharathmFor the other one, lb-* is lbaasv1 and lbaas-* cli is lbaasV209:00
*** Guest91794 has joined #openstack-lbaas09:00
bharathmand I believe ODL drivers are available for both v1 and v2.. So you can use the CLI with respect to the plugin and provider enabled09:01
banszmarbharathm: you say you never tried ODL driver with neutron-lbaas. Aren't the cli commands lb-* and lbaas-* implemented by the neutron-lbaas?09:23
*** rcernin has joined #openstack-lbaas09:31
bharathmI meant to say that I never tried ODL driver for LBaaS. I have been working on Octavia and in the past haproxy-namespace driver.. So can't answer any questions on ODL..09:36
bharathmHowever, from this https://github.com/flavio-fernandes/networking-odl/blob/master/networking_odl/lbaas/driver_v2.py , there seems to be a v2 driver..09:36
bharathmbanszmar: so if you have the service provider configured as above and with ODL installed, lbaas-* cli *ideally* would be able to send requests to ODL controller..09:37
bharathmI suggest you try neutron --debug lbaas-* to see what's going on..09:38
bharathmSorry.. the right driver url is https://github.com/openstack/networking-odl/blob/master/networking_odl/lbaas/driver_v2.py :-)09:40
banszmarbharathm: Thanks a lot! I'll try. What do you think is working more likely: the master branch or rather the stable/liberty? And there is also neutron-lbaas feature/lbaasv2 branch...09:42
bharathmBoth master and stable/liberty should work fine.. You can ignore feature/lbaasv2, which is the feature cut branch prepping for next release (Mitaka)..09:48
*** eranra_ has quit IRC09:50
banszmarbharathm: ok, thanks.09:54
*** [1]evgenyf has joined #openstack-lbaas09:59
*** Paco has quit IRC10:01
*** evgenyf has quit IRC10:02
*** [1]evgenyf is now known as evgenyf10:02
*** kobis has joined #openstack-lbaas10:03
*** kobis has quit IRC10:08
*** kobis has joined #openstack-lbaas10:11
*** fnaval_ has joined #openstack-lbaas10:40
*** fnaval has quit IRC10:43
*** rtheis has joined #openstack-lbaas11:29
*** ihrachys has quit IRC11:31
*** ihrachys has joined #openstack-lbaas11:32
*** ihrachys has quit IRC11:36
*** nmagnezi has quit IRC11:46
*** nmagnezi has joined #openstack-lbaas11:49
*** _amrith_ is now known as amrith11:54
*** ihrachys has joined #openstack-lbaas12:07
*** ducttape_ has joined #openstack-lbaas12:10
*** ducttape_ has quit IRC12:23
*** eranra has joined #openstack-lbaas12:26
*** piet has joined #openstack-lbaas12:29
*** armax has quit IRC12:33
*** neelashah has joined #openstack-lbaas12:46
*** amrith is now known as _amrith_12:50
*** armax has joined #openstack-lbaas13:05
*** yamamoto has quit IRC13:05
*** matt-borland has joined #openstack-lbaas13:11
*** ig0r__ has joined #openstack-lbaas13:19
*** piet has quit IRC13:20
*** armax has quit IRC13:21
*** ig0r_ has quit IRC13:22
*** chlong has joined #openstack-lbaas13:25
*** piet has joined #openstack-lbaas13:34
*** piet has quit IRC13:34
*** ducttape_ has joined #openstack-lbaas13:38
*** numans has quit IRC13:47
*** numans has joined #openstack-lbaas13:48
*** yamamoto has joined #openstack-lbaas13:49
*** yamamoto_ has joined #openstack-lbaas13:49
*** yamamoto has quit IRC13:53
*** Guest41345 has quit IRC14:03
*** piet has joined #openstack-lbaas14:08
*** armax has joined #openstack-lbaas14:10
*** armax has left #openstack-lbaas14:11
*** ajmiller has joined #openstack-lbaas14:17
*** ihrachys has quit IRC14:25
*** Guest91794 has quit IRC14:31
*** ihrachys has joined #openstack-lbaas14:37
*** buttercup_ has joined #openstack-lbaas14:53
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Refactor row and batch actions code  https://review.openstack.org/29256414:53
*** links has quit IRC14:59
*** tesseract has joined #openstack-lbaas15:06
*** tesseract is now known as Guest7146715:07
*** _amrith_ is now known as amrith15:19
*** piet has quit IRC15:20
*** fnaval_ has quit IRC15:21
*** Purandar has joined #openstack-lbaas15:23
*** armax has joined #openstack-lbaas15:29
*** fnaval has joined #openstack-lbaas15:33
*** chlong has quit IRC15:33
*** nmagnezi has quit IRC15:35
*** numans has quit IRC15:39
*** fawadkhaliq has quit IRC15:40
*** fawadkhaliq has joined #openstack-lbaas15:40
*** fawadkhaliq has quit IRC15:45
*** prabampm1 has quit IRC15:48
*** amrith is now known as _amrith_15:49
*** anilvenkata has quit IRC15:52
*** links has joined #openstack-lbaas15:58
*** _amrith_ is now known as amrith16:04
*** alhu has joined #openstack-lbaas16:08
*** fnaval_ has joined #openstack-lbaas16:09
*** fnaval has quit IRC16:13
*** armax has quit IRC16:16
*** madhu_ak has joined #openstack-lbaas16:17
*** jwarendt has joined #openstack-lbaas16:18
*** amrith is now known as _amrith_16:19
*** rcernin has quit IRC16:35
*** Guest71467 has quit IRC16:42
*** piet has joined #openstack-lbaas16:43
*** neelashah has quit IRC16:45
*** jschwarz has quit IRC16:46
*** links has quit IRC16:47
*** SumitNaiksatam has quit IRC16:52
*** eranra has quit IRC16:53
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Refactor row and batch actions code  https://review.openstack.org/29256416:54
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Refactor row and batch actions code  https://review.openstack.org/29256416:56
*** fnaval_ has quit IRC16:58
*** fawadkhaliq has joined #openstack-lbaas17:00
*** neelashah has joined #openstack-lbaas17:08
*** fawadkhaliq has quit IRC17:10
*** openstackgerrit has quit IRC17:14
*** openstackgerrit_ is now known as openstackgerrit17:14
*** openstackgerrit has quit IRC17:15
*** openstackgerrit_ has joined #openstack-lbaas17:15
*** openstackgerrit_ is now known as openstackgerrit17:16
*** openstackgerrit_ has joined #openstack-lbaas17:17
*** fawadkhaliq has joined #openstack-lbaas17:18
*** fnaval has joined #openstack-lbaas17:22
*** evgenyf has quit IRC17:24
*** pcaruana has quit IRC17:24
*** SumitNaiksatam has joined #openstack-lbaas17:25
*** fawadkhaliq has quit IRC17:25
*** fawadkhaliq has joined #openstack-lbaas17:25
*** bana_k has joined #openstack-lbaas17:26
dougwigbanszmar: i can confirm that the tempest tests work fine against other drivers, so it should be a setup issue.17:29
*** kevo has joined #openstack-lbaas17:29
*** pcaruana has joined #openstack-lbaas17:36
*** ducttape_ has quit IRC17:49
*** ducttape_ has joined #openstack-lbaas17:49
*** kobis has quit IRC17:50
*** jschwarz has joined #openstack-lbaas17:51
*** ihrachys has quit IRC17:58
*** minwang2 has joined #openstack-lbaas18:01
*** ducttape_ has quit IRC18:02
*** Purandar has quit IRC18:05
*** Purandar has joined #openstack-lbaas18:05
*** Purandar has quit IRC18:09
rm_workuhh, there isn't any case where "shared LISTENERS" makes sense, is there?18:15
*** Purandar has joined #openstack-lbaas18:18
sbalukoffrm_work: It's hard to justify, yes.18:19
rm_workbut we've opted to return a list of LB_IDs on a listener response?18:20
sbalukoffOh--  I think that may have been because eventually it would be great to have a listener respond on both IPv4 and IPv6. But in hindsight, that would be a case of "multiple VIPs per load balancer"18:20
sbalukoffAnd, I think we wanted to leave the door open in case someone could justify the need for shared listeners. :/18:21
rm_workhmm18:21
rm_workk :/18:21
sbalukoffOtherwise, I'm not sure why we did that.18:21
rm_workno big deal18:21
rm_workjust curious, seemed odd18:22
rm_workkinda late to go re-do it <_<18:22
sbalukoffYep.18:22
*** ducttape_ has joined #openstack-lbaas18:22
blogansbalukoff, rm_work: what is this in regards to?18:23
sbalukoffblogan: I don't know. rm_work just asked a question.18:23
rm_work[13:20:01]  <rm_work>but we've opted to return a list of LB_IDs on a listener response?18:23
bloganahh, i for some reason skipped over that18:24
rm_workit's just a little nonsensical18:24
bloganbut yeah sbalukoff is right, it was more trying ot make it future proof bc we were thinking we needed shared listeners at the time18:24
rm_workand makes people (myself included) say "lolwat"18:24
rm_work"why is this not just lb_id"18:24
bloganthat and the whole getting the first iteration of the v2 neutron lbaas api was insane18:25
rm_workheh yes18:25
sbalukoffYes. The history behind that was ... tough.18:25
bloganif we ever do a v3, i have a lot of hindsight to make that 20/2018:26
rm_work:P18:26
rm_workv3 is 2017 right?18:26
sbalukoffHah!18:26
bloganmitaka-4 actually18:26
rm_workoh nice18:26
rm_workbetter get crackin18:27
rm_workk you answered my question tho, thanks18:27
*** piet has quit IRC18:28
*** piet has joined #openstack-lbaas18:28
blogani actually prefer not to have shared listeners, transforming the code to allow that will probably just warrant a v3 API18:29
*** jschwarz has quit IRC18:30
rm_workyeah i dont see the point18:33
sbalukoffSame here.18:34
rm_work... are we still experimental?18:35
rm_workor no18:35
rm_worki assume not actually18:35
rm_workwhich means we can't break backwards compat18:35
rm_workdamn18:35
sbalukoffHaha! Wow--  you really want to get rid of that. XD18:36
bloganwe are not18:36
sbalukoffOf all the errors we could have made in this, I think it's one of the least egregious.18:36
blogan90% of users will use the CLI or the UI, they won't see that little blemish18:37
rm_workyep18:37
rm_workit's fine18:37
rm_workjust annoying18:37
johnsomAlright folks, Octavia 0.8.0 release is in progress and the stable branch has been created.18:42
bloganthat almost looks like 0.0.018:44
bloganwhcih i'd support18:44
johnsompessimist18:45
rm_worklol18:48
*** _amrith_ is now known as amrith18:49
sbalukoffHaha19:12
*** krotscheck is now known as kro_death_by_sin19:14
*** kro_death_by_sin is now known as kro_sinus_hell19:14
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Refactor row/batch actions  https://review.openstack.org/29256419:17
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Refactor row/batch actions  https://review.openstack.org/29256419:29
*** barclaac has joined #openstack-lbaas19:34
*** fawadkhaliq has quit IRC19:35
*** minwang2 has quit IRC19:36
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Refactor row/batch actions  https://review.openstack.org/29256419:42
*** cody-somerville has quit IRC19:42
*** cody-somerville has joined #openstack-lbaas19:43
*** amitry has quit IRC19:53
*** amitry has joined #openstack-lbaas19:54
*** jwarendt has quit IRC19:54
*** ig0r_ has joined #openstack-lbaas20:04
*** neelashah has quit IRC20:06
*** ig0r__ has quit IRC20:06
openstackgerritMichael Johnson proposed openstack/octavia: Update release notes for Mitaka release  https://review.openstack.org/29312020:09
*** TrevorV has joined #openstack-lbaas20:16
*** minwang2 has joined #openstack-lbaas20:19
xgermandougwig you are aware of https://github.com/openstack/governance/commit/80cb57d5a10789105f08c6fa3cae900c8246f43120:26
xgerman?20:26
*** piet has quit IRC20:30
*** piet has joined #openstack-lbaas20:30
*** fawadkhaliq has joined #openstack-lbaas20:42
openstackgerritmin wang proposed openstack/octavia: Replace the os.open method with safer way  https://review.openstack.org/28820820:47
*** ihrachys has joined #openstack-lbaas20:50
*** rtheis has quit IRC20:50
*** fnaval_ has joined #openstack-lbaas21:01
*** neelashah has joined #openstack-lbaas21:02
*** fnaval_ has quit IRC21:03
*** rtheis has joined #openstack-lbaas21:04
*** rtheis has quit IRC21:05
dougwigxgerman: yes.  what's up?21:05
xgermanwell, they kicked Octavia out of the release21:06
dougwigxgerman: that happened in liberty. it's still the reference, so it still ends up needing to be packaged to make it useful.21:06
xgermanactually, the patch doing it was in M21:06
*** amrith has left #openstack-lbaas21:06
xgermanread the description: https://github.com/openstack/governance/commit/80cb57d5a10789105f08c6fa3cae900c8246f43121:07
dougwigxgerman: i think it was just reflecting what happened in liberty though.  mestery?21:07
xgermanhttps://www.irccloud.com/pastebin/2PpOPLMb/21:07
xgermanwell, they are asking us to change the Octavia release message:21:08
xgermanwe cannot say we are part of mitaka but only compatible with mitaka21:08
xgermanwhich is ridiculous21:08
xgermanand likely misleading...21:09
dougwigso, it can say whatever it wants, but lbaas doesn't work without it, so i don't think it'll be ignored. does it matter how it's labeled?21:13
xgermannot sure how much it might confuse people...21:16
xgermanbut for us working on it we know what to do anyway so doesn’t matter21:16
*** matt-borland has quit IRC21:17
dougwigmestery: opinons?21:19
dougwigbeyond that i can't spell or type.21:19
johnsomI added this mess to the agenda for tomorrow: https://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda#Meeting_2016-03-1521:24
*** fnaval_mobile has joined #openstack-lbaas21:24
xgermanok, that’s probably best21:26
*** fnaval_mobile has quit IRC21:26
johnsomWe need to decide if we want to apply for the new "stable" tag was well.  I guess current stable projects will just get it dropped if you don't apply21:27
xgerman#startvote21:33
*** pcaruana has quit IRC21:38
rm_work#vote notyet21:43
rm_worklol21:43
rm_workmaybe when we're stable? :P21:44
xgermanwell, we are selling Octavia… so pretty stable21:45
xgermanrm_work another Q did you get anywhere with shrinking the image21:46
xgerman?21:46
rm_worknot yet21:48
rm_worki really want to get it working but time may be a factor21:49
rm_workhaproxy installs on alpine but the amp agent won't start21:49
xgermanok, I am planning to look into that as well. Ubuntu core is a POS in disk image builder21:49
rm_workrequirements are a bit wonky installing21:49
xgermanoh, I never got alpine to boot in vmware21:49
rm_worki also tried with ubuntu-minimal and it looked like it might work but it just needs a few tweaks21:49
rm_workI am using virtualbox for alpine21:50
xgermanthat failed for me as well —which version?21:50
rm_workbut i also don't have a qcow for it yet, i was just testing using it as a livecd to see how feasible it was21:50
rm_worknewest as of yesterday21:50
xgermanyeah, I wanted to do the same21:50
rm_workbooted fine :(21:50
rm_workjust set it as "Linux 2.6/3.x"21:50
*** fawadkhaliq has quit IRC21:51
*** fawadkhaliq has joined #openstack-lbaas21:51
*** pcaruana has joined #openstack-lbaas21:52
xgermanok, it comes up after I selectd other/other21:54
*** fawadkhaliq has quit IRC22:00
*** woodster_ has joined #openstack-lbaas22:01
*** fawadkhaliq has joined #openstack-lbaas22:01
*** harlowja has joined #openstack-lbaas22:01
*** kbyrne has quit IRC22:01
*** fnaval has quit IRC22:04
xgermanwell, maybe I can figure that out22:04
xgermannow if only DIB would support alpine22:05
*** piet has quit IRC22:16
*** fnaval has joined #openstack-lbaas22:18
*** fnaval has quit IRC22:18
*** fnaval has joined #openstack-lbaas22:18
*** ducttape_ has quit IRC22:20
*** piet has joined #openstack-lbaas22:29
johnsomneelashah Evidently the TC has a seven day waiting period on these governance patches, so it should merge tomorrow and we can release.  I have everything in place to do it, just waiting on the patch.22:31
*** shakamunyi has joined #openstack-lbaas22:32
*** neelashah has quit IRC22:32
*** kevo has quit IRC22:52
*** piet has quit IRC22:56
*** yamamoto_ has quit IRC23:05
*** kevo has joined #openstack-lbaas23:16
*** chlong has joined #openstack-lbaas23:28
*** ihrachys has quit IRC23:45
*** harlowja has quit IRC23:47
*** buttercup_ has quit IRC23:51
*** yamamoto_ has joined #openstack-lbaas23:51

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