Tuesday, 2016-04-19

*** BjoernT has quit IRC00:09
*** madhu_ak has quit IRC01:02
*** purandar_k has quit IRC01:07
*** Purandar has joined #openstack-lbaas01:08
*** kevo has quit IRC01:09
reedipisnt health monitor just for monitorig01:13
reedipi mean pool and member have a base-derived membership but health-monitor and pool have somewhat of a Friend class( of C++) type relationship?01:14
*** Purandar has quit IRC01:21
*** alejandrito has joined #openstack-lbaas01:26
fnavalreedip: the only difference that i see between members vs health monitors is that only one health monitor can be associated to a pool vs more than one member can be associated to a pool01:31
fnavalbut API/object design wise, I don't think there should be any difference between a hm and a member01:32
reediphi fnaval, I was going through your bug :) and thats why came here01:32
fnavalfrom what I can see in the API, in order to move a member to another pool, we would have to remove the member from the pool then add the member to another pool.  2 steps vs. 1 step(update a member's pool_id to point to the new pool)01:32
fnaval=)01:32
fnavalnot really a bug - but a design enhancement request01:32
reedipthats a bug :P01:33
reedipdepends on viewpoint01:33
fnavalkk01:33
fnavalwell, i think this bug that i just wrote up might be more critical: https://bugs.launchpad.net/neutron/+bug/157190901:33
openstackLaunchpad bug 1571909 in neutron "Neutron-LBaaS v2: Deleting pool that has members changes state of other load balancers" [Undecided,New]01:33
fnavali haven't had any re-verify it though01:33
fnavalanyone*01:33
reedipanyways, I think you may have a point in simplifying the update of members from user point of view01:34
reediplets see what the core LBs have to say01:34
reedipblogan, sbalukoff : any comments^^01:35
fnavalthanks for looking into it reedip01:35
reedipnaah I didnt do anything much ...01:35
fnavalthanks for acknowledging it then! =)01:36
reedip:)01:36
*** ducttape_ has joined #openstack-lbaas01:37
*** Purandar has joined #openstack-lbaas01:49
*** woodster_ has quit IRC02:08
*** ducttape_ has quit IRC02:19
*** alejandrito has quit IRC02:41
*** fnaval has quit IRC02:44
*** fnaval has joined #openstack-lbaas02:45
*** Alex_Stef has quit IRC03:01
*** jorgem| has quit IRC03:17
*** jorgem has joined #openstack-lbaas03:17
*** bana_k has joined #openstack-lbaas03:18
*** amotoki has quit IRC03:20
*** neelashah has joined #openstack-lbaas03:29
*** armax has quit IRC03:30
*** intr1nsic has quit IRC03:41
*** links has joined #openstack-lbaas03:41
*** amotoki has joined #openstack-lbaas03:41
*** neelashah has quit IRC04:01
*** amotoki has quit IRC04:03
*** intr1nsic has joined #openstack-lbaas04:07
*** fnaval has quit IRC04:18
*** ducttape_ has joined #openstack-lbaas04:20
konghi, guys, I always encounter this bug when I am testing on devstack (vm creation is easy to fail because of insufficient resource)04:21
kongthen the loadbalancer is in ERROR in neutron, PENDING_CREATE in octavia04:21
konghttps://bugs.launchpad.net/octavia/+bug/156746304:22
openstackLaunchpad bug 1567463 in octavia "Trying to create a load balancer while no avaliable compute node ends with a non-deletable loadbalancer" [Undecided,Confirmed]04:22
*** kevo has joined #openstack-lbaas04:23
*** ducttape_ has quit IRC04:25
*** intr1nsic has quit IRC04:27
*** fnaval has joined #openstack-lbaas04:29
*** yamamoto has quit IRC04:31
*** amotoki has joined #openstack-lbaas04:33
*** intr1nsic has joined #openstack-lbaas04:33
blogankong: thats bc there's a timeout value neutron-lbaas has to poll octavia, once that timeout is hit it throws it into ERROR state04:52
bloganreedip: that's scary04:52
bloganoh i mean fnaval04:53
blogani read the author wrong04:53
kongblogan: yes, I know that periodic polling. after ERROR state, users can not delete that lb04:54
kongthe lb status in octavia db is pending_creating forever04:54
kongpending_create04:54
bloganfnaval, reedip: as for simplifying the update of members by updating the pool_id of a member, i think just deleting the member and recreating another pool is fine for now, unless htere's a huge calling for the 1 call vs 204:54
blogankong: ah i would hope the octavia one would also eventually error out and then an ERROR'ed LB can be deleted04:55
bloganhowever brings up the issues of the PENDING_UPDATE not allowing a delete04:55
bloganwhich honestly, a delete of a load balancer would be nice to be able to do at any time04:56
reedipblogan: no, its not a big issue, but what I feel fnaval wishes is to have a similar call flow or execution flow from user perspective04:56
bloganreedip: oh its a good point, but since in the URI the member is tied directly to a pool, updating the pool_id to another pool's id while still keeping the pool_id in the URL is going ot be a bit odd04:57
kongblogan: do you think it makes sense if we provide a worker that do the check work periodically? or we just leave that thing to scripts operators should provide :-)04:57
*** cody-somerville has quit IRC04:57
blogankong: check the status you mean?04:57
blogankong: and throw it in ERROR if stalled?04:58
kongblogan: yes, timeout machanism04:58
kongso lb has a chance to be error04:58
kongso can be deleted04:58
reedipblogan: user can perform an update at the CLI level/Horizon , and internally the CLI/Horizon can call delete-member and add-member but yes the UID of the member would then be different04:58
blogankong: that honestly should just be part of any create/update/delete workflow04:58
bloganin octavia04:58
kongis that what we suppose to solve in Newton?04:59
bloganreedip: yeah, i'll admit the members being children of the pools in the URI is just odd, and it was probably my doing for whatever insane reason i had at the time04:59
blogani still prefer showing parent/child relationships in the URI but it's not consistent with the rest of the API in this case05:00
blogankong: that would be a good thing to solve!05:00
blogankong: stability and reliability need to be improved immensely, this would help05:00
kongblogan: yeah, especially for production usage like us :-)05:01
blogankong: us too, soon :)05:01
reedipI actually like kong's idea of the timeout but I think something like this is already implemented, isnt it blogan?05:01
kongnot in octavia side, reedip05:02
bloganreedip: i could have sworn i reported that as a bug and it did get created05:02
blogannow i must go check05:02
*** cody-somerville has joined #openstack-lbaas05:03
bloganoh my bug was to immediately throw the LB into ERROR whenever the nova instance goes ERROR05:04
blogankong: are the nova VMs staying in build?05:04
kongblogan: actually, my vm stuck in spawning for some reason05:05
blogankong: yeah we probably need a timeout on waiting for the nova instance to go active05:06
bloganactually i thought we had that05:06
blogannow i must go check again :)05:06
kongblogan: ok, thanks05:06
kongguys, I need to head off05:07
* kong going home :-)05:07
blogankong: what are your config options for amp_active_retries?05:08
bloganand amp_active_wait_sec05:08
bloganunder the [controller_worker] section05:08
bloganunless you already went home05:08
bloganin which case you can answer later :)05:08
*** rcernin has joined #openstack-lbaas05:10
*** yamamoto has joined #openstack-lbaas05:14
*** chlong has quit IRC05:16
*** SteF has joined #openstack-lbaas05:17
*** SteF is now known as Alex_Staf05:17
*** cody-somerville has quit IRC05:43
*** anilvenkata has joined #openstack-lbaas05:55
*** Purandar has quit IRC06:04
*** ducttape_ has joined #openstack-lbaas06:21
*** numan_ has joined #openstack-lbaas06:24
*** ducttape_ has quit IRC06:25
*** amotoki has quit IRC06:27
*** fawadkhaliq has joined #openstack-lbaas06:49
*** nmagnezi has joined #openstack-lbaas06:55
*** amotoki has joined #openstack-lbaas07:06
*** fawadkhaliq has quit IRC07:12
openstackgerritChristian Zunker proposed openstack/neutron-lbaas: Prevent LBaaS agent from filling up logs.  https://review.openstack.org/30528407:14
*** pcaruana has joined #openstack-lbaas07:16
*** amotoki_ has joined #openstack-lbaas07:20
*** amotoki has quit IRC07:22
*** pcaruana has quit IRC07:23
*** kobis has joined #openstack-lbaas07:23
*** tesseract has joined #openstack-lbaas07:24
*** tesseract is now known as Guest2294507:24
kongblogan: hi, amp_active_retries=100 and amp_active_wait_sec=107:46
*** mariusv has quit IRC07:48
kongblogan: the root cause of the inconsistency is becuase communication between neutron and octavia-api, octavia-api and octavia-worker are both asynchronous, if there is something happened in octavia-worker, we must figure out a way to make the state consistent07:53
*** amotoki_ has quit IRC08:06
*** ducttape_ has joined #openstack-lbaas08:22
*** ducttape_ has quit IRC08:26
*** bana_k has quit IRC08:37
*** eezhova has joined #openstack-lbaas08:46
*** amotoki has joined #openstack-lbaas09:17
*** bana_k has joined #openstack-lbaas09:37
*** amotoki has quit IRC09:43
*** amotoki has joined #openstack-lbaas10:00
openstackgerritKobi Samoray proposed openstack/octavia: (WIP) Implement string validation health monitor  https://review.openstack.org/30768810:08
*** amotoki has quit IRC10:14
*** bana_k has quit IRC10:21
*** ducttape_ has joined #openstack-lbaas10:23
*** ducttape_ has quit IRC10:27
*** bana_k has joined #openstack-lbaas10:52
*** rtheis has joined #openstack-lbaas11:10
*** yamamoto has quit IRC11:30
*** doug-fish has joined #openstack-lbaas11:30
*** Guest22945 is now known as tesseract11:54
*** tesseract is now known as Guest7339711:54
*** matt-borland has joined #openstack-lbaas12:00
*** yamamoto has joined #openstack-lbaas12:09
*** ducttape_ has joined #openstack-lbaas12:14
*** yamamoto has quit IRC12:24
openstackgerritOpenStack Proposal Bot proposed openstack/octavia: Updated from global requirements  https://review.openstack.org/30776312:27
*** ducttape_ has quit IRC12:31
*** yamamoto has joined #openstack-lbaas12:34
*** yamamoto has quit IRC12:39
*** yamamoto has joined #openstack-lbaas12:44
*** yamamoto has quit IRC12:45
*** yamamoto has joined #openstack-lbaas12:54
*** yamamoto has quit IRC13:03
*** yamamoto has joined #openstack-lbaas13:05
*** ducttape_ has joined #openstack-lbaas13:11
*** yamamoto has quit IRC13:14
*** ducttape_ has quit IRC13:16
*** yamamoto has joined #openstack-lbaas13:16
*** reedip_ has joined #openstack-lbaas13:17
*** neelashah has joined #openstack-lbaas13:25
*** BjoernT has joined #openstack-lbaas13:26
*** eranra has joined #openstack-lbaas13:30
*** piet has joined #openstack-lbaas13:34
*** yamamoto has quit IRC13:41
*** yamamoto has joined #openstack-lbaas13:43
*** fnaval has quit IRC13:48
*** piet has quit IRC13:53
openstackgerritKobi Samoray proposed openstack/neutron-lbaas: Add string checking param to LBaaSv2 healthmonitor  https://review.openstack.org/25856013:59
*** links has quit IRC14:03
openstackgerritKobi Samoray proposed openstack/octavia: (WIP) Implement string validation health monitor  https://review.openstack.org/30768814:05
*** fnaval has joined #openstack-lbaas14:05
*** piet has joined #openstack-lbaas14:06
*** woodster_ has joined #openstack-lbaas14:19
*** bana_k has quit IRC14:19
*** piet has quit IRC14:21
*** numan_ has quit IRC14:26
*** TrevorV|Home has joined #openstack-lbaas14:27
*** ducttape_ has joined #openstack-lbaas14:29
*** piet has joined #openstack-lbaas14:29
*** ducttape_ has quit IRC14:31
*** ducttape_ has joined #openstack-lbaas14:31
*** ducttape_ has quit IRC14:32
*** Purandar has joined #openstack-lbaas14:32
*** ducttape_ has joined #openstack-lbaas14:33
*** Purandar has quit IRC14:36
*** amotoki has joined #openstack-lbaas14:43
*** fnaval has quit IRC14:49
*** fnaval has joined #openstack-lbaas14:50
*** armax has joined #openstack-lbaas14:58
*** Purandar has joined #openstack-lbaas14:58
*** amotoki has quit IRC15:02
*** nmagnezi has quit IRC15:05
*** numan_ has joined #openstack-lbaas15:08
Fritohttp://www.duckychannel.com.tw/page-en/Ducky-One-TKL/15:13
Fritomischan15:14
*** kobis has quit IRC15:15
*** kevo has quit IRC15:19
*** armax has quit IRC15:27
*** ducttape_ has quit IRC15:37
*** eranra has quit IRC15:38
*** eezhova has quit IRC15:42
TrevorV|HomeHey johnsom xgerman how much have you guys worked in neutron lbaas?15:43
xgermanvery little15:43
johnsomSome, not nearly as much as Octavia, but I'm coming up to speed.  Posted a patch last night even15:44
xgermanblogan almost wrote it single handedly15:44
TrevorV|HomeYeah, xgerman but I can't get ahold of him today15:44
*** ducttape_ has joined #openstack-lbaas15:44
TrevorV|HomeI'm having stupid issues right now.15:44
xgermanok, anything we can look at?15:44
TrevorV|HomeI'm trying to add rise/fall thresholds to healthmonitors in neutron lbaas, and for some reason tests throw a 400 when I add that field to the request body.15:45
TrevorV|HomeHere is my review:D15:45
*** links has joined #openstack-lbaas15:45
TrevorV|Homehttps://review.openstack.org/#/c/30608415:45
* xgerman is looking15:45
TrevorV|HomeI compared it against the single-create review for "parity" so-to-speak, and I didn't find anything out of place from what I can tell.15:46
xgermanmmmh, it looks a bit like you are adding some new endpoints15:48
xgermannah, that looks good15:53
fnavalspeaking of neutron-lbaas reviews, reviews on some new tests requested please: https://review.openstack.org/#/q/owner:%22Franklin+Naval+%253Cfranklin.naval%2540gmail.com%253E%22++status:open15:54
fnavalthanks in advance15:54
TrevorV|Homexgerman yeah, I was just adding functionality and making it driver-enabled, so to speak.  Like I did with the lb-graph.15:55
TrevorV|HomeSo now I'm lost as to what isn't there15:56
johnsomYeah, that is neat.  It's like it is triggering the notimplemented exception15:56
xgermanit will for all drivers which are not the NOOP15:56
*** links has quit IRC15:57
johnsomYeah, I know some of the tests cycle through the drivers, but it's not clear from this output that it is the issue15:58
TrevorV|Homexgerman that raises it because it does a check on the driver.  There is a method15:58
*** doug-fish has quit IRC16:00
*** Guest73397 has quit IRC16:00
*** doug-fish has joined #openstack-lbaas16:00
johnsomTrevorV|Home Ok, so the scenario tests don't surprise me, they use some internal models that need updating.16:02
johnsomFor the unit tests, this file will need to be updated: https://github.com/openstack/neutron-lbaas/blob/master/neutron_lbaas/tests/unit/drivers/common/test_agent_driver_base.py16:03
xgermanyou can look at the cascading delete patch for all the files which need to be touched16:04
*** doug-fish has quit IRC16:09
*** bana_k has joined #openstack-lbaas16:14
TrevorV|Homejohnsom I don't understand what would need updated in that file though16:14
TrevorV|Homexgerman the single create stuff works, and I simulated changes accordingly for this patch, so I'm confused.16:14
*** bana_k has quit IRC16:15
*** numan_ has quit IRC16:16
johnsomTrevorV|Home http://logs.openstack.org/84/306084/2/check/gate-neutron-lbaas-python27/ec7beec/console.html#_2016-04-19_08_19_05_53816:17
johnsomhttp://logs.openstack.org/84/306084/2/check/gate-neutron-lbaas-python27/ec7beec/console.html#_2016-04-19_08_19_19_37716:17
johnsometc16:17
johnsomSince driver base itself will be "not implemented"16:17
*** neelashah has quit IRC16:17
TrevorV|Homejohnsom that's capturing an error thrown in test_db_loadbalancerv2 though16:18
*** yamamoto has quit IRC16:19
TrevorV|Homejohnsom it might be bad practice, but I tend to pick a single test to work with until I get it passing correctly, and then I check for the next, etc etc.16:20
TrevorV|HomeSo the test I've been working on is: test_create_health_monitor_with_fall_threshold16:20
TrevorV|HomeWhen debugging, the 400 response message says a healthmonitor has no argument fall_threshold16:21
TrevorV|HomeBut given that I've added that via an extension, I can't figure out where to debug why that fails.  It never makes it to the plugin file, which is the first point of contact in neutron lbaas, from what I can reason16:21
*** kevo has joined #openstack-lbaas16:26
*** doug-fish has joined #openstack-lbaas16:27
*** piet has quit IRC16:29
*** neelashah has joined #openstack-lbaas16:30
*** neelashah has quit IRC16:30
*** piet has joined #openstack-lbaas16:31
*** neelashah has joined #openstack-lbaas16:31
*** fawadkhaliq has joined #openstack-lbaas16:45
*** anilvenkata has quit IRC16:48
*** kevo has quit IRC16:50
*** kevo has joined #openstack-lbaas16:54
TrevorV|Homejohnsom I got ahold of blogan and he helped me figure out where in neutron it begins, and when its taking the hm body its failing to accept the rise_threshold field.16:55
johnsomOk, cool16:57
*** kevo has quit IRC16:57
fnavaldougwig: I added a comment to https://bugs.launchpad.net/neutron/+bug/157190716:57
openstackLaunchpad bug 1571907 in neutron "Neutron-LBaaS v2: Invalid tenant id accepted on "add member to pool"" [Undecided,Won't fix]16:57
fnavalI think the bug should be reopened.16:58
TrevorV|Homejohnsom no its not cool lulz, because I can't figure out what needs to change for neutron to actually load the extension so it checks v2 AND my extension for fields for the health monitor17:00
TrevorV|HomeIts obviously not a neutron specific change, it has to be something I've done in neutron lbaas, but I've followed everything super closely17:01
*** rcernin has quit IRC17:04
*** madhu_ak has joined #openstack-lbaas17:08
*** yamamoto has joined #openstack-lbaas17:20
*** yamamoto has quit IRC17:28
*** neelashah has quit IRC17:33
*** neelashah has joined #openstack-lbaas17:35
*** kevo has joined #openstack-lbaas17:36
TrevorV|Homejohnsom I figured it out....17:39
TrevorV|HomeIn my extension, the "EXTENDED_ATTRIBUTES_2_0"... "healthmonitor" needed to be pluralized...17:39
xgermantypos!!17:40
johnsomOh brother.17:40
TrevorV|HomeYeah.  I think I hate that the most about extension in Neutron LBaaS.  I'm not even sure why its relevant.  I'm sure someone will say "because the magic needs it"... which we all love.17:42
xgermanyeah, they seem like a hassle17:43
*** minwang2 has joined #openstack-lbaas17:48
TrevorV|HomeIts alright, now I'm just updating tests.17:56
TrevorV|HomeThen it'll be ready for review.17:56
TrevorV|HomeOh, johnsom are we having a meeting tomorrow?17:56
johnsomYes, probably a short one.  No meeting next week17:56
*** crc32 has joined #openstack-lbaas17:57
TrevorV|Homejohnsom there are a TON of meetings next week, you mean :)17:59
TrevorV|HomeAlright cool, I'll just have a review or two that I'll need some eyes on, that's about all I got.17:59
TrevorV|HomeI have a serious backlog on reviewing other reviews though, so I think I might take the productivity hit this afternoon and bust through a bunch.18:00
*** doug-fis_ has joined #openstack-lbaas18:00
TrevorV|HomeAnything you guys need eyes on?  johnsom xgerman ?18:00
a2hillhttps://review.openstack.org/#/c/303220/18:01
*** piet has quit IRC18:01
*** doug-fi__ has joined #openstack-lbaas18:01
johnsomhttps://review.openstack.org/#/c/300292/18:02
*** neelashah1 has joined #openstack-lbaas18:02
*** doug-fish has quit IRC18:04
*** doug-fis_ has quit IRC18:04
TrevorV|HomeAlright, I got both of your reviews in tabs, I'll knock those out this afternoon.  a2hill looks like Adam already +2'd you18:04
TrevorV|Homebrb grabbin lunch18:04
*** neelashah has quit IRC18:05
*** bana_k has joined #openstack-lbaas18:27
*** anilvenkata has joined #openstack-lbaas18:31
*** pck_ is now known as pck18:35
*** doug-fi__ has quit IRC18:36
madhu_akdougwig, mestery could you approve this backport patch: https://review.openstack.org/#/c/260688/18:38
madhu_akThanks dougwig18:45
*** bana_k has quit IRC18:50
*** anilvenkata has quit IRC18:51
*** cody-somerville has joined #openstack-lbaas18:52
openstackgerritTrevor Vardeman proposed openstack/neutron-lbaas: Add Health Monitor Thresholds  https://review.openstack.org/30608418:58
*** TrevorV|Home has quit IRC18:59
*** fawadkhaliq has quit IRC19:00
*** neelashah1 has quit IRC19:00
*** TrevorV|Home has joined #openstack-lbaas19:01
fnavalmadhu_ak: if you have time please take a look at some of the neutron-lbaas test reviews: https://review.openstack.org/#/q/owner:%22Franklin+Naval+%253Cfranklin.naval%2540gmail.com%253E%22++status:open19:01
*** doug-fis_ has joined #openstack-lbaas19:04
*** neelashah has joined #openstack-lbaas19:06
*** doug-fis_ has quit IRC19:09
*** ChrisBenson has quit IRC19:12
*** doug-fish has joined #openstack-lbaas19:14
fnavalalso minwang2 ^^19:16
*** cody-somerville has quit IRC19:20
madhu_akyeah fnaval. Will review them. Sorry I could not do them yesterday19:26
fnavalnp thanks madhu_ak19:27
fnavalshould the protocol and port of a listener match the protocol and port of a pool?  why could they be different?19:44
*** johnsom_laptop has joined #openstack-lbaas19:46
fnavaldirected to anyone who would know ^^19:46
madhu_akdougwig when I try to run experimental job for octavia tempest tests (as in this patch: https://review.openstack.org/#/c/306053/), it is complaining about the $PROJECTS variable while setting up devstack. Log: http://logs.openstack.org/53/306053/2/experimental/gate-tempest-dsvm-octavia/4e55e16/logs/devstacklog.txt.gz#_2016-04-14_23_04_36_563. Should the export $PROJECTS in gate hooks be moved to octavia.yaml under project config?19:55
*** piet has joined #openstack-lbaas20:02
*** neelashah has quit IRC20:05
*** johnsom_laptop has quit IRC20:05
*** eezhova has joined #openstack-lbaas20:07
bloganjohnsom: do you happen to know the haproxy key to get the total connections? is is stot or cumconns?20:09
johnsomI can look real quick20:09
bloganjohnsom: i think our code is using stot, but Frito is telling me thats total sessions20:10
Fritohey20:10
bloganand i have no idea which one is right, i could never find good documentation on the stats haproxy returns20:11
johnsomstot [LFBS]: cumulative number of connections20:11
Fritoyea, I think we're mapping stot from the "show status" command to the column "total_connections" in the db. I'm wondering if that should be "CumConns" from the "show info" one20:11
johnsomSo, yeah, that is probably wrong20:11
johnsomProbably should be: scur [LFBS]: current sessions20:12
bloganjohnsom: for total_connections?20:12
johnsomOh, yeah, never mind, looking at that wrong line in our code.  So, yeah, we are using stot for "totconns" and scur for conns20:13
johnsomSo, it's right.20:13
bloganyeah accoring to the docs it does say cumulative number of connections20:14
FritoIf you don't mind where are you seeing that. I don't see "stot" on https://cbonte.github.io/haproxy-dconv/configuration-1.5.html . I found it on http://feurix.org/projects/hatop/readme/20:14
johnsomhttp://cbonte.github.io/haproxy-dconv/configuration-1.5.html#9.120:14
bloganFrito: i don't see a CumConns20:14
*** fawadkhaliq has joined #openstack-lbaas20:14
johnsomyeah, I don't either20:14
blogani'mlookig here20:15
bloganhttp://www.haproxy.org/download/1.5/doc/configuration.txt20:15
Fritoblogan: if you have a HAProxy instance running and run "show info" you'll see CumConns. It's not in our code at all. I'm wondering if that's the one we should be using.20:15
blogansearch for stot20:15
johnsomNo, stot is right20:15
Fritoctrl+f stot gives me 0 of 0 :-(20:15
johnsomFrito http://cbonte.github.io/haproxy-dconv/configuration-1.5.html#9.120:16
bloganyeah use johnsom's lol20:16
FritoHa, got ya20:16
johnsomIt's #7 on the list20:16
bloganit at least has anchors20:16
blogandoes show info show the csv that we are parsing from the stats socket in code?20:16
FritoNo20:17
johnsomNo20:17
FritoIt shows the other key value list20:17
Fritothe show info call is coded but it's only invoked by a unit test20:17
johnsomIt's a per-process "status" with show info.20:17
johnsomSo, if you are running in multiproc it's only partial20:17
*** neelashah has joined #openstack-lbaas20:17
bloganand we run multiproc :(20:18
a2hillTheres ways to get around that sorta20:18
johnsomWe use show stat20:19
a2hillblogan: the things bounds is going to work on20:19
*** fawadkhaliq has quit IRC20:22
*** fawadkhaliq has joined #openstack-lbaas20:22
Fritothx blogan / johnsom. /me is still trying to get acclimated.20:23
johnsomNP20:23
johnsomFrito New to the LBaaS team?20:23
FritoYea, I'm on loan for a few months to help out w/ some things here at RAX20:24
johnsomCool.  Welcome20:24
Frito:-) Thanks20:24
FritoI'll try not to do too many dumb things ;-)20:24
johnsomIf you have Octavia questions I can probably help.20:24
FritoHehe. Actually my next one was if there's a reason we're not including the uptime as part of the heartbeat.20:25
FritoI think that's something else we needed to be able to bill correctly.20:25
johnsomYou have been talking to Trevor20:25
FritoI have off and on.20:26
johnsomI think blogan had some thoughts there too.20:26
blogani think we need to just have a "created_at" column in the db on the load balancer, and that tracks the uptime20:27
TrevorV|HomeFrito, johnsom is poking fun at me :D20:27
TrevorV|Homeblogan, I think that's already there right?20:27
johnsomMy take is the "uptime" you would need to do such billing exclusion would need to come from outside of the amphora.  Failovers and such make the haproxy uptime not very useful20:27
FritoTrevorV|Home: Be nice. I might help him ;-)20:27
*** doug-fish has quit IRC20:27
TrevorV|Homeha ha ha, I'm bein nice!!20:27
bloganthat and uptime is more a metric for passive resources being used, so even if there is a downtime, passive resources are still being used20:28
johnsomYeah, personally I would lean towards blogan's comment.20:28
FritoOkay. So not uptime but just a static "created_at" for when the record is created.20:28
Frito?20:28
TrevorV|HomeYeah20:29
johnsomFrito We had a discussion about this at one of the Octavia IRC meetings: http://eavesdrop.openstack.org/meetings/octavia/2016/octavia.2016-04-06-20.00.log.html20:29
TrevorV|HomeThat's what blogan clarified for me20:29
johnsomMight be worth a read20:29
bloganFrito: yeah and then at some point there will have to be something that does calculate the uptime20:29
bloganbased on that date20:29
bloganand pushes it to something20:29
blogan:)20:29
TrevorV|HomeWhich is a "now - created" sort of thing20:29
blogansomething calculates and something pushes20:29
bloganand something load balances20:29
* johnsom waves his hands in the air20:29
FritoHa. Okay. Thanks for the meeting notes. I'll look over those as well.20:29
TrevorV|Homeblogan, the bit that's doing that calculation and the other bit that's doing the pushing, those are already marked in tasks20:29
bloganokie20:30
*** armax has joined #openstack-lbaas20:32
*** eezhova has quit IRC20:32
*** ducttape_ has quit IRC20:36
*** doug-fish has joined #openstack-lbaas20:36
*** doug-fish has quit IRC20:36
*** doug-fish has joined #openstack-lbaas20:36
*** ducttape_ has joined #openstack-lbaas20:36
*** ducttape_ has quit IRC20:38
*** ducttape_ has joined #openstack-lbaas20:39
*** armax_ has joined #openstack-lbaas20:40
*** armax has quit IRC20:42
*** armax_ is now known as armax20:42
*** ducttape_ has quit IRC20:52
*** ducttape_ has joined #openstack-lbaas20:52
*** rtheis has quit IRC21:07
*** BjoernT has quit IRC21:12
*** fawadkhaliq has quit IRC21:23
*** fawadkhaliq has joined #openstack-lbaas21:24
*** neelashah has quit IRC21:24
*** ducttape_ has quit IRC21:24
*** cody-somerville has joined #openstack-lbaas21:25
*** ducttape_ has joined #openstack-lbaas21:25
*** johnsom_laptop has joined #openstack-lbaas21:26
*** matt-borland has quit IRC21:26
*** ducttape_ has quit IRC21:27
*** fawadkhaliq has quit IRC21:28
*** TrevorV|Home has quit IRC21:36
*** kevo has quit IRC21:39
*** fawadkhaliq has joined #openstack-lbaas22:14
*** intr1nsic has quit IRC22:20
*** apuimedo has joined #openstack-lbaas22:21
*** piet has quit IRC22:23
*** intr1nsic has joined #openstack-lbaas22:26
*** piet has joined #openstack-lbaas22:26
*** kevo has joined #openstack-lbaas22:38
*** johnsom_ has joined #openstack-lbaas23:00
*** johnsom_laptop has quit IRC23:00
*** crc32 has quit IRC23:11
*** fawadkhaliq has quit IRC23:19
*** apuimedo is now known as celebdor23:19
*** fawadkhaliq has joined #openstack-lbaas23:19
*** ducttape_ has joined #openstack-lbaas23:22
*** johnsom_ has quit IRC23:23
*** fawadkhaliq has quit IRC23:24
*** ducttape_ has quit IRC23:25
*** ducttape_ has joined #openstack-lbaas23:28
*** neelashah has joined #openstack-lbaas23:42
*** HenryG has quit IRC23:45
*** woodster_ has quit IRC23:48
*** HenryG has joined #openstack-lbaas23:48
*** ducttape_ has quit IRC23:59

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