Thursday, 2016-03-10

*** openstack has joined #openstack-lbaas00:11
openstackgerritStephen Balukoff proposed openstack/octavia: Use rfc3986 module for URL validations  https://review.openstack.org/29091800:11
*** ducttape_ has quit IRC00:12
*** openstackgerrit has quit IRC00:17
*** bank has quit IRC00:18
*** openstackgerrit has joined #openstack-lbaas00:18
*** bank has joined #openstack-lbaas00:20
*** Paco_ has joined #openstack-lbaas00:35
*** purandar_k has joined #openstack-lbaas00:46
*** clduser_ has joined #openstack-lbaas00:48
*** ptoohill has quit IRC00:49
*** Purandar has quit IRC00:49
*** Kiall has quit IRC00:49
*** clduser has quit IRC00:49
*** Kiall has joined #openstack-lbaas00:49
*** ptoohill has joined #openstack-lbaas00:49
*** chenli has joined #openstack-lbaas00:50
*** cody-somerville has quit IRC00:51
*** numans has joined #openstack-lbaas00:51
*** numans has quit IRC00:58
openstackgerritMerged openstack/neutron-lbaas-dashboard: Add the Angular LBaaS V2 'Edit Pool' Workflow  https://review.openstack.org/28945301:05
openstackgerritMerged openstack/neutron-lbaas-dashboard: Add health monitor delete action  https://review.openstack.org/28750301:08
*** ducttape_ has joined #openstack-lbaas01:08
openstackgerritMerged openstack/neutron-lbaas-dashboard: Add create health monitor action  https://review.openstack.org/28855901:08
openstackgerritMerged openstack/neutron-lbaas-dashboard: Add edit health monitor action  https://review.openstack.org/28860701:08
*** ducttape_ has quit IRC01:14
*** ducttape_ has joined #openstack-lbaas01:15
*** cody-somerville has joined #openstack-lbaas01:22
*** neelashah has joined #openstack-lbaas01:27
openstackgerritStephen Balukoff proposed openstack/octavia: Use consistent type checking of project_id in API  https://review.openstack.org/29093601:32
sbalukoffjohnsom, rm_work, blogan: I think this ^^^ is a critical bugfix.01:34
sbalukoffThis is the corresponding bug report:01:34
sbalukoffhttps://bugs.launchpad.net/octavia/+bug/155540101:34
openstackLaunchpad bug 1555401 in octavia "Incorrect project_id type in API results in erratic behavior" [Undecided,In progress] - Assigned to Stephen Balukoff (sbalukoff)01:34
johnsomOk, will look in a bit01:37
johnsomThanks!01:37
*** minwang2 has quit IRC01:45
*** ducttape_ has quit IRC01:45
*** armax has quit IRC01:46
*** cody-somerville has quit IRC01:48
openstackgerritMerged openstack/neutron-lbaas-dashboard: Add action for updating pool member weight  https://review.openstack.org/28800401:48
openstackgerritMerged openstack/neutron-lbaas-dashboard: Add trailing slash to all URLs calling the REST API  https://review.openstack.org/29089501:49
*** fawadk has quit IRC01:49
johnsomsbalukoff Umm, we have a conflict: https://review.openstack.org/#/c/282574/01:58
johnsomI, as you know, advocate the uuid types, but there is a reason for those to not be uuid01:59
sbalukoffHAHA01:59
sbalukoffIs the reason because the project_id as passed in by Neutron-LBaaS doesn't contain hyphens?02:00
johnsomI vaguely remember that some operator was using non-uuid project_ids02:01
sbalukoffUgh.02:02
sbalukoffOk...02:02
johnsomCheck with ptoohill and blogan02:02
sbalukoffI'll update my patch so that at least we're treating it consistently across the board. I'm not sure how the regression crept in.02:02
sbalukoffWe really just need to be consistent.02:02
johnsomWell, probably because I beat on the table that things should be uuid types02:02
johnsomgrin02:02
*** fawadkhaliq has joined #openstack-lbaas02:05
johnsomFunny that the other patch was just 19 days ago02:05
sbalukoffYeah.02:05
sbalukoffIt's been a long 19 days.02:05
johnsomYes, yes it has02:06
*** yamamoto_ has joined #openstack-lbaas02:10
openstackgerritStephen Balukoff proposed openstack/octavia: Use consistent type checking of project_id in API  https://review.openstack.org/29093602:22
sbalukoffjohnsom:  There ^^^^.  Also, I added unit tests so we don't get another regression any time soon. :P02:22
johnsomI like more tests02:27
*** bank has quit IRC02:27
*** kev0 has quit IRC02:27
*** yamamoto_ has quit IRC02:49
*** fawadkhaliq has quit IRC02:53
openstackgerritTrevor Vardeman proposed openstack/neutron-lbaas: WIP - Get Me A LB  https://review.openstack.org/25720103:03
*** ajmiller has quit IRC03:10
*** ducttape_ has joined #openstack-lbaas03:11
*** ducttape_ has quit IRC03:11
*** madhu_ak has quit IRC03:11
*** Paco_ has quit IRC03:15
*** fawadkhaliq has joined #openstack-lbaas03:24
openstackgerritStephen Balukoff proposed openstack/octavia: Fix L7Policy update regression  https://review.openstack.org/29096303:28
*** purandar_k has quit IRC03:33
*** fawadkhaliq has quit IRC03:34
*** yamamoto_ has joined #openstack-lbaas03:36
*** Aish has left #openstack-lbaas03:38
*** bank has joined #openstack-lbaas03:42
*** links has joined #openstack-lbaas03:50
*** Purandar has joined #openstack-lbaas03:55
*** woodster_ has quit IRC03:57
*** chenli has quit IRC04:00
bloganhow did that happen04:06
bloganTrevorV!!!04:07
blogansingle create call, merge conflict fix fail, glad you added the tests sbalukoff04:07
sbalukoffEh... I've done worse.04:10
sbalukoffFound a regression after the better l7policy update code.04:10
sbalukoff(Which I *think* I have fully fixed now... just running tox locally and will upload a new patch set.)04:10
sbalukoffAlso blogan:04:10
blogani'm just giving him a hard time, we've all done fun stuff like that04:10
sbalukoffIt is a serious pain in the ass that pecan fills in unspecified parameters in PUT requests with 'None' values.04:11
sbalukoffI think there's a lot of work-around code I could eliminate if we could get it to stop doing that.04:11
blogansbalukoff: its probably WSME that does that04:11
openstackgerritStephen Balukoff proposed openstack/octavia: Fix L7Policy update regression  https://review.openstack.org/29096304:11
blogansbalukoff: and i think there's a Undefined type?04:12
sbalukoffblogan: Aah... well whoever is to blame, it's annoying!04:12
bloganlet me check out the code04:12
sbalukoffI couldn't find much documentation when I looked. :/04:12
blogansorry, wsme has an Unset type04:12
bloganare you seeing None on the actual type or after its been converted to a dict?04:13
blogansbalukoff: https://github.com/openstack/octavia/blob/master/octavia/api/v1/types/base.py#L7104:13
sbalukoffYes.04:14
sbalukoffYeah, that's a problem.04:14
sbalukoffSometimes it is helpful if the API request explicitly set a given value to None.04:14
sbalukoffOh, so *we're* the ones doing it...04:15
sbalukoffWhy did we do that?04:16
fnavalsbalukoff: i commented on bug 154760904:16
openstackbug 1547609 in octavia "Delete Health Monitor makes LB go into ERROR operating status" [Critical,Incomplete] https://launchpad.net/bugs/1547609 - Assigned to Stephen Balukoff (sbalukoff)04:16
blogansbalukoff: tha tshouldn't change something specified as None04:17
sbalukoffblogan: It changes things that are *not* specified to None.04:17
sbalukoffThat's the problem.04:17
bloganon PUTs?04:17
sbalukoffYes.04:18
bloganthe queue handler is doing render_unsets=False04:18
sbalukoffRight. So that gets rid of anything that *was* specified to be None.04:18
bloganhow?04:19
sbalukoffLet me check my notes again...04:20
bloganif its not specified WSME will literally set the value of that attribute to Unset, and the to_dict method only changes those attributes with the Unset type if render_unset=TRue, otherwise everything should be the same04:20
sbalukoffAugh, dammit-- I think I might be getting bitten in the ass by the default on that method:  render_unsets=True04:22
sbalukoffFuck.04:22
sbalukoffI could swear this was broken in other ways, though...  Hmmm....04:23
bloganyeah i was just thinking that could throw people for a loop, and i dont remember why i set the default to that, probably bc thats what create needed04:23
blogansbalukoff: lol i dont doubt that04:23
blogani like wsme, but sometimes i dont, not a lot of documentation on it04:24
sbalukoffThis was us shooting ourselves in the foot04:25
sbalukoffBy having a non-obvious option. It is unexpected that an API request that specifically does NOT set certain values should show up in the API controller's post or put methods with the missing values filled in.04:25
sbalukoffOk, I think I've got three or four patches to re-work now...04:26
bloganwe can totally change the default and let the creates specify render_unsets=True, not sure if thats the only reason for it though04:27
bloganthough i would argue that it makes sense for creates, obviously for puts it does not04:27
sbalukoffFor puts it's actually a very bad thing.04:28
sbalukoffThankfully, I think only the L7 code is hosed by this-- and I've already got work-arounds (which I can now make much simpler) in place for this. This is because only the L7 code actually does any decent validations. :P04:28
openstackgerritMichael Johnson proposed openstack/octavia: Fix LB and Listener admin_state Update  https://review.openstack.org/29040804:29
bloganL7 probably has some of hte more complex validation needed too04:29
sbalukoffScrew it. I'm not going to change the default value for that. I'll just fix the API code for L7 stuff.04:29
bloganthough validating the subnet_ids will be complex if we ever get that in04:29
sbalukoff(Also need to fix this for the session_persistence update bug-- as that is affected by this.)04:30
blogansbalukoff: did we start updating the db first before passing to the queue on PUTs?04:31
sbalukoffNo.04:31
bloganso i dont see how this would cause problems in the current codebase, unless its only in your review04:32
*** ajmiller has joined #openstack-lbaas04:33
blogansbalukoff: ah i see your review, at least one of them04:35
sbalukoffYep.04:36
sbalukoffMarking them WIP so nobody merges them until I have a chance to revisit this.04:36
sbalukoffthe session persistence bug fix was a serious pain in the ass, so fixing the work-around (if it needs to be fixed) is going to be a pain as well.04:37
sbalukoffAnd I've got to rebuild my test environment to do that.04:37
*** amotoki has joined #openstack-lbaas04:38
sbalukoffAll because I didn't realize the fucking to_dict() method was doing stupid, unexpected shit in the debug output I was using to troubleshoot (but that the underlying objects were potentially just fine.)04:38
sbalukoff:P04:38
bloganwell again i wouldn't say it was stupid, unexpected shit, okay well yes for puts, but for creates it made sense04:39
bloganperhaps if it was a positional arg that have been better, just to force people to see what that arg was04:39
sbalukoffIn a lot of other code we have special args that get passed for create methods.04:40
sbalukoffSo, I would have expected the same here.04:40
bloganah, well this one was probably one of the very early commits in octavia04:40
sbalukoff(Especially scattered throughout our tests.)04:40
bloganif i pushed up a patch that changed the default, would that mess you up a lot?04:42
sbalukoffProbably not--  I will make sure to explicitly set the flag to false in the code I'm doing.04:44
bloganah, listener controller's put is definitely not calling it either04:50
blogani mean its not using the flag04:51
sbalukoffYep.04:51
sbalukoffDid you want to fix that or shall I?04:53
blogandefault is changing, it'll get fixed automaticaly04:53
blogani mean im pushing that change up04:53
sbalukoffExcept there's a bug that will happen if you do that without fixing the listener code:  In the listener controller right after the to_dict() line we make an assumption about a key that will be in the dict.04:54
sbalukoffWhat if default_pool_id is not specified.04:54
blogansbalukoff: ah this may not be as simple, bc the attributes that aren't specified will be Unset type04:55
sbalukoffYep.04:55
sbalukoffWhat does that mean "unset type" exactly?04:55
bloganwell we'll have to check if that key is in the dict04:55
bloganis a wsme type04:55
bloganliterally called Unset04:55
sbalukoffDoes the dictionary contain the keys for them that gets rendered?04:55
sbalukoffOk.04:56
blogansorry i'm dumb, the to_dict will not put the keys in the returned ict04:56
bloganif they're Unset type04:56
sbalukoffOk.04:56
sbalukoffSo... are you going to fix the listener controller then if you change the default?04:57
bloganyeah, i think thats going to be necessary04:58
sbalukoffOk, so you're working on that... I'll try and un-fuck the session persistence bug fix.04:59
bloganunless i'm stepping on your toes and causing you more work or causing you to throw away what you're donig04:59
sbalukoffI don't know yet.04:59
*** ajmiller has quit IRC05:00
sbalukoffI don't think so.05:00
sbalukoffSo yes: If you have some cycles, please create a patch on master which changes the default of that to_dict method.05:00
bloganokay05:00
bloganthis is where our gaps in test coverage scares me05:01
sbalukoffYeah.05:01
sbalukoffWell, the alternative is to not change the default right now, and just update the put methods.05:02
sbalukoffMaybe look at changing the default after Newton is open?05:02
blogansbalukoff: so for l7rule, you are checking if values are None, is that because users can specify None or bc you were working around this issue?05:02
sbalukoffAfter all, any changes to the put methods will be backward compatible since they'll be explicitly setting the parameter.05:02
blogani can just push the review up and see if anything breaks awfully05:02
blogani kinda wonder if this is the root cause of many of the out of sync bugs we've seen05:03
fnavalsbalukoff: made more comments on 1547609; it appears that the operating status does to 'ERROR' upon deletion of a member as well.05:03
sbalukoffblogan: Yes, that's what I was working around.05:03
fnavalgoes*05:03
sbalukofffnaval: Saw your previous comment. Have bigger problems right now.05:03
blogansbalukoff: so you're converting the l7rule to a data model for validation, won't this do the same thing? set the unspecified attributes to None because the data model will init those to None?05:07
sbalukoffblogan: Possibly. Not sure yet.05:07
bloganok ill step through it05:07
sbalukoffblogan: Are you suggesting not converting to the data model ?05:08
blogansbalukoff: no, i'm just wondering if you had a quick affirmative/negative to that05:09
sbalukoffblogan: I'm so fried right now I have no idea.05:09
bloganill step through it, i think since its just validation it won't be an issue05:10
*** neelashah has quit IRC05:10
bloganits fine05:19
fnavalok, no worries - just adding more info to the bug05:22
*** minwang2 has joined #openstack-lbaas05:24
*** minwang2 has quit IRC05:26
blogansbalukoff: nvm it might be bad since the data model defaults to invert=False, so that means if invert is not specified...05:27
sbalukoffWhat does invert do?05:27
blogan???05:27
bloganits on l7rule05:27
sbalukoffOh.05:27
sbalukoffOh, that's not bad.05:28
bloganif htey're updating a rule that already has invert set to True its not?05:28
bloganor is invert just a one time operation and we dont store it?05:28
sbalukoffWe do store it.05:28
sbalukoffIf they update a rule and don't specify invert in the update....05:28
sbalukoffshouldn't it not get changed?05:28
bloganwell since its validation, it wont, even though the conversaion to the data model makes it look like invert was passed in as False05:29
bloganbut data model is only used for validation, the actual wsme type is used to send to the handler05:29
bloganand validation isn't doing anything with invert, so won't affect it05:30
sbalukoffRight... invert does not matter for that validation.05:30
bloganbut a potential problem in the future05:30
blogannot gonna boil the ocean right now though05:30
bloganah yeah that validaiton is going to have to change though, bc it expects rule type to be there05:31
bloganand for an update, you want to be able to just update the value and nothing else, correct? you have a test for this05:32
bloganalthought, perhaps maybe the type should be required on a PUT anyway05:32
bloganno, no05:33
bloganit shouldn't05:33
bloganhmm05:33
openstackgerritFranklin Naval proposed openstack/octavia: Octavia: Basic LoadBalancer Scenario Test  https://review.openstack.org/17219905:33
sbalukoffblogan: On a put we can flesh out a dummy object with stuff from the database, apply the updates as specified in the PUT command, and validate against that.05:36
sbalukoffI think we already do that, actually.05:36
bloganyeah thats what i'm writing, its not too much work, but probably can be organized abit better05:37
blogani dont see where its done alreayd though05:37
bloganat least before the validate is called05:37
*** fnaval has quit IRC05:40
sbalukoffHmmm... Ok.05:40
blogani put it in the validate call itself, the validate call now takes an optional arg old_l7rule, not sure if you like that but if you dont, say your piece05:42
sbalukoffEr...05:43
sbalukoffI'd rather it didn't.05:43
sbalukoffThe validate call should just take a rule object and tell you whether it's valid.05:43
sbalukoffSo any prep of that object you need to do, you should do before you try to validate it.05:44
sbalukoff(This way the validation should work cleaner for both creates and updates.)05:45
blogangood point, there is a prepare module that got added for the single create call05:46
bloganmight just put it in there, or just leave it in the controller05:46
*** kevo has joined #openstack-lbaas05:48
openstackgerritStephen Balukoff proposed openstack/octavia: Fix session_persistence deletion bug  https://review.openstack.org/28711805:49
*** fnaval has joined #openstack-lbaas05:50
*** armax has joined #openstack-lbaas05:50
sbalukoffthe prepare stuff only applies to creates, where all this stuff should be filled out anyway.05:50
sbalukoffJust leave it in the API controller put method.05:50
*** Purandar has quit IRC05:52
blogani dont like that, but for the sake of keeping it simple i will05:52
*** chenli has joined #openstack-lbaas05:57
*** kevo has quit IRC05:57
*** anilvenkata has joined #openstack-lbaas05:58
openstackgerritStephen Balukoff proposed openstack/octavia: Add unit tests for L7 data model additions  https://review.openstack.org/29044405:59
sbalukoffblogan: Are you doing anything to the l7policy controller?06:02
*** fnaval has quit IRC06:02
sbalukoff(ie. am I safe to update it?)06:02
*** Purandar has joined #openstack-lbaas06:03
*** fawadkhaliq has joined #openstack-lbaas06:07
*** fnaval has joined #openstack-lbaas06:08
blogansbalukoff: yes i believe so far just a one line change06:08
sbalukoffIs it on that validate.sanitize.... call?06:09
sbalukoffIf so... then that's not going to work. The assumptions around that sanitize call are all wrong now... :/06:10
sbalukoffI have to overhaul the whole thing.06:11
blogansbalukoff: is that only meant to solve for this?06:13
sbalukoffNo, it has other purposes as well.06:13
sbalukoffI'm working on a fix for this...  you could potentially make your patch dependent on mine when it's ready (later tonight).06:14
sbalukoffSo that it passes tox06:14
bloganokay, unless it alreayd passes tox then they can be independent06:16
bloganand it does06:16
*** Paco_ has joined #openstack-lbaas06:17
sbalukoffOk.06:20
openstackgerritBrandon Logan proposed openstack/octavia: WIP - Change render_unsets default to False  https://review.openstack.org/29101306:23
bloganlets see how the tempest tests go on it06:24
*** fawadkhaliq has quit IRC06:30
*** Purandar has quit IRC06:47
*** evgenyf has joined #openstack-lbaas06:54
*** eranra has joined #openstack-lbaas06:55
*** eranra_ has joined #openstack-lbaas06:55
*** eranra has quit IRC06:59
*** kevo has joined #openstack-lbaas07:06
*** numans has joined #openstack-lbaas07:07
*** prabampm has quit IRC07:20
*** bank has quit IRC07:20
openstackgerritStephen Balukoff proposed openstack/octavia: Fix L7Policy update regression  https://review.openstack.org/29096307:32
*** rcernin has joined #openstack-lbaas07:33
openstackgerritTrevor Vardeman proposed openstack/octavia: Updating unit testing  https://review.openstack.org/29104107:51
*** nmagnezi has joined #openstack-lbaas07:57
*** reedip has quit IRC08:03
*** reedip has joined #openstack-lbaas08:04
*** kevo has quit IRC08:05
*** prabampm has joined #openstack-lbaas08:07
*** ihrachys has joined #openstack-lbaas08:07
*** ihrachys has quit IRC08:08
*** [1]evgenyf has joined #openstack-lbaas08:13
*** ihrachys has joined #openstack-lbaas08:13
openstackgerritStephen Balukoff proposed openstack/octavia: Add unit tests for L7 data model additions  https://review.openstack.org/29044408:14
*** evgenyf has quit IRC08:16
*** [1]evgenyf is now known as evgenyf08:16
*** armax has quit IRC08:17
*** pcaruana has joined #openstack-lbaas08:34
*** ctracey has quit IRC08:36
*** ctracey has joined #openstack-lbaas08:43
*** kobis has joined #openstack-lbaas08:43
openstackgerritBrandon Logan proposed openstack/octavia: Change render_unsets default to False  https://review.openstack.org/29101308:49
*** amotoki has quit IRC09:15
*** reedip is now known as reedip_away09:15
*** openstackgerrit has quit IRC09:30
*** chenli has quit IRC09:30
*** openstackgerrit_ has joined #openstack-lbaas09:31
*** openstackgerrit_ is now known as openstackgerrit09:31
*** openstackgerrit has quit IRC09:31
*** openstackgerrit_ has joined #openstack-lbaas09:32
*** openstackgerrit_ is now known as openstackgerrit09:32
*** openstackgerrit has quit IRC09:32
*** openstackgerrit_ has joined #openstack-lbaas09:33
*** openstackgerrit_ is now known as openstackgerrit09:33
*** openstackgerrit has quit IRC09:33
*** openstackgerrit_ has joined #openstack-lbaas09:34
*** openstackgerrit_ is now known as openstackgerrit09:34
*** amotoki has joined #openstack-lbaas09:50
openstackgerritKobi Samoray proposed openstack/octavia: [WIP] Implement custom header support for Octavia  https://review.openstack.org/25790110:29
openstackgerritKobi Samoray proposed openstack/octavia: [WIP] Implement custom header support for Octavia  https://review.openstack.org/25790110:30
*** yamamoto_ has quit IRC10:52
*** eranra_ has quit IRC11:32
*** yamamoto has joined #openstack-lbaas11:44
*** yamamoto has quit IRC11:44
*** yamamoto has joined #openstack-lbaas11:44
*** yamamoto_ has joined #openstack-lbaas11:45
*** yamamoto has quit IRC11:50
*** evgenyf has quit IRC11:56
*** yamamoto_ has quit IRC11:57
*** yamamoto has joined #openstack-lbaas12:28
*** rtheis has joined #openstack-lbaas12:37
*** doug-fish has quit IRC12:38
*** yamamoto has quit IRC12:39
*** doug-fish has joined #openstack-lbaas12:39
*** yamamoto has joined #openstack-lbaas12:43
*** doug-fish has quit IRC12:44
*** pcaruana has quit IRC12:45
*** evgenyf has joined #openstack-lbaas12:46
*** pcaruana has joined #openstack-lbaas13:00
*** ducttape_ has joined #openstack-lbaas13:12
*** Paco_ has quit IRC13:25
*** doug-fish has joined #openstack-lbaas13:26
*** doug-fish has quit IRC13:27
*** doug-fish has joined #openstack-lbaas13:27
*** evgenyf has quit IRC13:27
*** ducttape_ has quit IRC13:29
*** neelashah has joined #openstack-lbaas13:38
*** links has quit IRC13:48
*** openstackgerrit has quit IRC14:03
*** openstackgerrit_ has joined #openstack-lbaas14:04
*** openstackgerrit_ is now known as openstackgerrit14:04
*** openstackgerrit has quit IRC14:04
*** openstackgerrit_ has joined #openstack-lbaas14:05
*** openstackgerrit_ is now known as openstackgerrit14:05
*** openstackgerrit has quit IRC14:05
*** openstackgerrit_ has joined #openstack-lbaas14:06
*** openstackgerrit_ is now known as openstackgerrit14:06
*** openstackgerrit has quit IRC14:07
*** openstackgerrit_ has joined #openstack-lbaas14:07
*** openstackgerrit_ is now known as openstackgerrit14:08
*** openstackgerrit has quit IRC14:08
*** openstackgerrit_ has joined #openstack-lbaas14:08
*** openstackgerrit_ is now known as openstackgerrit14:09
*** openstackgerrit has quit IRC14:09
*** openstackgerrit_ has joined #openstack-lbaas14:10
*** amotoki has quit IRC14:10
*** openstackgerrit_ is now known as openstackgerrit14:10
*** Guest41345 has joined #openstack-lbaas14:11
*** matt-borland has joined #openstack-lbaas14:13
*** ajmiller has joined #openstack-lbaas14:19
*** nmagnezi has quit IRC14:23
*** nmagnezi has joined #openstack-lbaas14:26
*** pcaruana has quit IRC14:41
*** fnaval has quit IRC14:42
*** ducttape_ has joined #openstack-lbaas14:43
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Add the Angular LBaaS V2 'Update Member List' Table Action  https://review.openstack.org/29069214:43
openstackgerritMerged openstack/neutron-lbaas-dashboard: Reload route after performing actions  https://review.openstack.org/28968614:47
*** ajmiller has quit IRC14:49
*** pcaruana has joined #openstack-lbaas14:53
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Add the Angular LBaaS V2 'Update Member List' Table Action  https://review.openstack.org/29069214:59
*** fnaval has joined #openstack-lbaas15:05
*** ajmiller has joined #openstack-lbaas15:23
*** numans has quit IRC15:24
*** numans has joined #openstack-lbaas15:26
*** cody-somerville has joined #openstack-lbaas15:41
*** anilvenkata has quit IRC15:45
*** armax has joined #openstack-lbaas16:00
*** numans has quit IRC16:07
openstackgerritKobi Samoray proposed openstack/octavia: Implement custom header support for Octavia  https://review.openstack.org/25790116:19
*** kobis has quit IRC16:20
*** johnsom has quit IRC16:27
*** eranra has joined #openstack-lbaas16:34
*** bank has joined #openstack-lbaas16:34
*** bank has quit IRC16:38
*** ducttape_ has quit IRC16:42
*** matt-borland has quit IRC16:45
*** pcaruana has quit IRC16:47
*** ihrachys has quit IRC16:48
*** matt-borland has joined #openstack-lbaas16:50
*** madhu_ak has joined #openstack-lbaas16:53
*** cody-somerville has quit IRC16:55
*** ducttape_ has joined #openstack-lbaas16:55
*** ducttape_ has quit IRC16:59
*** ihrachys has joined #openstack-lbaas17:00
*** amrith has joined #openstack-lbaas17:02
amrithrm_work, hello17:03
*** Purandar has joined #openstack-lbaas17:03
*** kevo has joined #openstack-lbaas17:03
*** bank has joined #openstack-lbaas17:06
*** Bjoern_ has joined #openstack-lbaas17:07
*** TrevorV has joined #openstack-lbaas17:08
rm_workhey amrith17:09
amrithhiya17:09
rm_workoh weird, johnsom isn't here17:09
rm_workso technically i am in a meeting right now and really shouldn't be talking here17:09
rm_workbut17:09
amrithnp, we can catch up later. I'm eating lunch ;)17:09
amrithand mommy always said I should focus on that ...17:09
rm_work^^ guys, amrith has some experience that may help us with our amp-image building17:09
rm_workheh17:09
*** kobis has joined #openstack-lbaas17:10
*** madhu_ak_ has joined #openstack-lbaas17:11
*** matt-borland has quit IRC17:12
*** kobis has quit IRC17:16
openstackgerritMerged openstack/octavia: Use consistent type checking of project_id in API  https://review.openstack.org/29093617:17
*** alhu has joined #openstack-lbaas17:21
*** prabampm has quit IRC17:24
*** ducttape_ has joined #openstack-lbaas17:25
*** minwang2 has joined #openstack-lbaas17:29
*** fnaval_ has joined #openstack-lbaas17:31
*** fnaval has quit IRC17:31
*** mgarza has joined #openstack-lbaas17:40
openstackgerritMerged openstack/octavia: Change render_unsets default to False  https://review.openstack.org/29101317:42
*** kobis has joined #openstack-lbaas17:42
*** kobis has quit IRC17:42
*** johnsom has joined #openstack-lbaas17:45
*** fawadkhaliq has joined #openstack-lbaas17:47
*** SumitNaiksatam has joined #openstack-lbaas17:49
*** yamamoto has quit IRC17:49
*** johnsom has quit IRC17:51
*** johnsom has joined #openstack-lbaas17:52
*** johnsom has quit IRC17:58
*** johnsom has joined #openstack-lbaas17:58
*** johnsom has quit IRC18:02
*** johnsom has joined #openstack-lbaas18:02
*** kevo has quit IRC18:05
sbalukoffNice!18:06
sbalukoffamrith: Have you done much with minimal images (like ubuntu-core or whatever it is)?18:06
fnaval_ sbalukoff: thanks for your comment on 1547609  - I re-clarified the bug with another comment.18:07
fnaval_also thanks for the review on the lb scenario test18:07
johnsomrm_work Sorry I missed you, patching reboot action18:08
fnaval_there were some reason why .testr.conf was made to point to the unit directory; I'll comment that in the review18:08
*** fnaval_ is now known as fnaval18:09
*** numans has joined #openstack-lbaas18:09
sbalukofffnaval: I'm concerned that that change eliminates the functional tests from the py27 and py34 environment runs.18:10
sbalukoffThat is perhaps fix-able with a further update to the tox.ini18:10
*** bank has quit IRC18:10
sbalukoffBut right now, you can even see in the jenkins tests that were run against the code tree that there are hundreds of functional tests that didn't get run.18:11
*** nmagnezi has quit IRC18:12
fnavalsbalukoff: yea... the problem was that CONF.debug in Octavai was getting overridden by Tempest thus causing some octavia unit tests to break18:13
rm_workjohnsom: amrith had ideas on fixing our image building on every run thing.... better than the CDN pre-built option but still way faster18:13
fnavalthere must be a hacky way to get around it; i'll have to dig through testr docs or other projects implementations tos ee how to get around it18:13
rm_workjohnsom: i was going to point him to you18:14
johnsomOk, cool.  Yeah, interested to hear.18:14
*** alhu has quit IRC18:15
*** jwarendt has joined #openstack-lbaas18:16
sbalukofffnaval: Thanks. Also, I've responded to your comments on that bug report.18:19
*** ihrachys has quit IRC18:23
*** anilvenkata has joined #openstack-lbaas18:23
*** ducttape_ has quit IRC18:26
*** ducttape_ has joined #openstack-lbaas18:26
*** openstackgerrit_ has joined #openstack-lbaas18:30
sbalukoffHey folks-- it looks like I'm going to be unavailable most of today as I deal with a bunch of internal noise. However, if anyone has some cycles, I would appreciate some eyes on this, as I think it's also a fairly critical bugfix: https://review.openstack.org/#/c/290963/18:33
fnavalanyone know what "NO_MONITOR" operating status means in the context of Octavia?18:34
sbalukofffnaval: Yes, it means that no health monitor is active for that member.18:35
sbalukoffI think that's what is supposed to happen when there is no health monitor on the pool.18:35
fnavalhmm.. sbalukoff so that's what im seeing for both members18:37
fnavalbut i'm only shutting down one of them18:38
fnavalboth members exist in the same pool18:38
sbalukofffnaval: Is there a health monitor on the pool?18:38
fnavalbut 1 is disabled18:38
fnavalyes a health monitor is one the pool18:38
sbalukoffOk, that's screwey.18:38
fnavalis NO_MONITOR a pending state?18:38
sbalukoffI'm not sure.18:38
fnavalok, so maybe the bug now is that shutting down a member in a pool causing all members to go into NO_MONITOR18:39
*** matt-borland has joined #openstack-lbaas18:39
sbalukofffnaval: That would be a bug.18:39
fnavalok - i'm going to add more debugging also; i'll change the title of the bug then to reflect it?  or should i file new bug?18:41
sbalukoffNo, change the title of the existing bug.18:42
sbalukoffUnless you want to get rid of the history on the current bug.18:42
*** alhu has joined #openstack-lbaas18:43
fnavalyea that might be better to file new plus the old bug might be valid later18:44
*** SumitNaiksatam has left #openstack-lbaas18:46
*** yamamoto has joined #openstack-lbaas18:50
rm_workerr, amrith  here18:50
rm_workjohnsom: amrith amrith: johnsom18:51
amrithjohnsom, hello18:51
rm_workbbl meeting18:51
amrithrm_work, yes. saw the flashing icons and noticed -infra first.18:51
rm_workheh18:51
amrithjohnsom, now a good time?18:51
johnsomamrith Yes18:51
amrithokey dokey18:52
amrithsbalukoff, just saw your question as well.18:52
amrithso, if I understand correctly, rm_work was asking about trove and tarballs/images that we build18:52
*** TrevorV has quit IRC18:52
amrithare you familiar with trove, or do you want the 2c tour?18:52
johnsomI know Trove is dbaas with various database images.  That is about it18:53
*** bank has joined #openstack-lbaas18:53
amrithyes, that's a good start18:53
amrithcommon API for all things you can do (database agnostic)18:53
amrithdatabase guest images contain an OS, a database of your choice and a guest agent18:53
amriththat guest agent is database specific18:53
amrithin production, one assumes that you would have images that have the OS+database+agent baked on.18:54
amrithbut in development you have different desires18:54
amrithso what we do is that sample elements (we use dib) will generate an image for a database (say MySQL 5.6)18:54
amrithand as a developer, I'm iterating on the controller and guest agent code to do something with MySQL 5.618:55
amrithsay replication.18:55
amrithso I make a change that straddles controller and guest.18:55
amrithit is a bore if I have to rebuild the image for that18:55
amrithso instead, the guest image (for development) has an upstart job that rsyncs the guest code at launch18:55
amriththat way, development cycles are very fast.18:55
amrithand we publish those guests (development use only) onto tarballs.o.o18:55
*** ducttape_ has quit IRC18:56
amritham I maybe in the right general zipcode as the questions you have?18:56
*** Aish has joined #openstack-lbaas18:56
johnsomI am following you.  I didn't have a specific question.  We use DIB as well.18:57
johnsomInteresting on the rsync.  That rsyncs back to the devstack host?18:58
amrithyes, let me find you the element. one second18:58
johnsomI think the concern folks have here is our scenario gate builds the image (of course to test the agent code) which takes ~5 minutes18:59
*** yamamoto has quit IRC18:59
amrithoh, don't be concerned about that ;) our gate builds the image each time and it takes 20'ish minutes ...19:00
*** kevo has joined #openstack-lbaas19:02
amrithok, found it.19:02
amriththe rsync (for ubuntu guests) comes from https://github.com/openstack/trove-integration/blob/master/scripts/files/trove-guest.upstart.conf19:02
amrithhttps://github.com/openstack/trove-integration/blob/master/scripts/files/trove-guest.upstart.conf#L1919:03
johnsomI will take a look at that19:03
amrithas far as using images that the gate could use, we went that route for a while19:03
amriththere were some issues with that19:03
amrithconsider this, the guest image for gate/check could use the same 'rsync the guest code and run tests' model.19:04
johnsomYeah, I am pretty much against that.19:04
amrithhowever, the issue we ran into was that as projects (python projects outside openstack) or other openstack projects were updated, the requirements on the guest were different19:04
johnsomCanned images are to likely to become a problem19:04
amrithand since we want to remain consistent with g-r, we were ending up having to update that 'cached' image often19:04
amrithand when we didn't we had hard to diagnose test failures.19:05
johnsomRight19:05
amrithso while it meant a cost of 15'ish minutes per gate job, we build a guest image on the fly.19:05
amrithI don't know a good way to get both. i.e. benefits of caching without the cost.19:05
amrithput differently, no such thing as a free lunch19:05
johnsomWhich base are you using for Ubunut?19:07
* amrith looks19:08
johnsomWe are using the base "ubuntu" element.  About four-five months ago I tried minimal and core, but it seemed like both were broken19:08
openstackgerritMerged openstack/neutron-lbaas: Make all tox targets constrained  https://review.openstack.org/28843119:09
amrithcd ..19:09
*** numans has quit IRC19:09
*** madhu_ak_ has quit IRC19:09
amrithwe use ubuntu19:11
amrithhttps://github.com/openstack/trove-integration/blob/master/scripts/functions_qemu#L5419:11
amrith$DISTRO is 'ubuntu'19:11
sbalukoffDang. I was hoping someone else had gotten smaller images working.19:11
amrithor 'redhat'19:11
amrithwell, what we do is this19:12
johnsomYep, so same as what we do19:12
amrithwe install ubuntu and then trim packages19:12
amrithhttps://github.com/openstack/trove-integration/blob/master/scripts/files/elements/ubuntu-guest/pre-install.d/01-trim-pkgs19:12
johnsomYeah, I have considered doing that.  I just wasn't sure how much we would save vs. the headache of dealing with the dependency issues19:14
*** ducttape_ has joined #openstack-lbaas19:17
*** fnaval has quit IRC19:21
*** fnaval has joined #openstack-lbaas19:22
*** fnaval has quit IRC19:22
*** bana_k has joined #openstack-lbaas19:22
*** bank has left #openstack-lbaas19:23
*** bana_k has left #openstack-lbaas19:23
*** bank has joined #openstack-lbaas19:23
*** bank has quit IRC19:23
*** bank has joined #openstack-lbaas19:23
*** fnaval has joined #openstack-lbaas19:24
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas: Updated from global requirements  https://review.openstack.org/29137619:27
*** kobis has joined #openstack-lbaas19:40
*** rcernin has quit IRC19:40
openstackgerritJustin Pomeroy proposed openstack/neutron-lbaas-dashboard: Hide load balancers v2 panel if not enabled  https://review.openstack.org/29138819:41
*** armax has quit IRC19:46
*** SumitNaiksatam has joined #openstack-lbaas19:50
openstackgerritJustin Pomeroy proposed openstack/neutron-lbaas-dashboard: Hide load balancers v2 panel if not enabled  https://review.openstack.org/29138819:59
*** kobis has quit IRC20:00
*** kobis has joined #openstack-lbaas20:01
openstackgerritJustin Pomeroy proposed openstack/neutron-lbaas-dashboard: Hide load balancers v2 panel if not enabled  https://review.openstack.org/29138820:02
*** kobis has quit IRC20:08
*** alhu has quit IRC20:09
*** alhu has joined #openstack-lbaas20:10
*** TrevorV|Home has joined #openstack-lbaas20:13
*** diogogmt has joined #openstack-lbaas20:13
*** TrevorV has joined #openstack-lbaas20:17
*** ducttape_ has quit IRC20:18
*** TrevorV|Home has quit IRC20:19
*** TrevorV|Home has joined #openstack-lbaas20:19
*** armax has joined #openstack-lbaas20:20
TrevorV|Homeblogan, rm_work is rax irc down>20:20
TrevorV|Homedown?***20:20
*** ducttape_ has joined #openstack-lbaas20:20
xgermanmmh20:21
xgermanmaybe we need to let you on our HP hip chat?20:22
TrevorV|HomeNo way, you guys will start adding tasks and stuff, and then I'll slip through the cracks and end up working for HP without a paycheck20:22
TrevorV|HomeNot happenin broski20:22
johnsomI like that idea20:23
TrevorV|HomeWell, its not on the table20:23
TrevorV|HomeAt a minimum "no paycheck" isn't on the table.20:24
johnsomBut we won't shun you...  We will talk with you....  Grin20:24
TrevorV|HomeI feel like that goes with a chant somewhere... "One of us... One of us"20:24
TrevorV|Home:P20:24
TrevorV|Homebtw johnsom did you see my review from last night?  The unit test?20:25
johnsomI did.  I am working down the list as we type20:25
TrevorV|HomeCool.20:25
johnsomThanks!20:25
TrevorV|HomeNo problem20:25
TrevorV|HomeI did miss one test (on purpose) because I feel like the test is worthless.20:26
TrevorV|HomeThe "coverage" point you made concerning the try/catch around the handler accepting the request.20:26
TrevorV|HomeThe test would be "pass in valid object, but handler has an error", and mocking handler call to "fail" seems like I'm engineering the test to pass, not to simulate a test scenario.20:26
johnsomHmm, there are code changes in here that aren't in the commit message20:27
TrevorV|HomeOh, my bad, I'll update that.20:27
TrevorV|HomeI've got a few more things to add to the doc update too and that'll go up in a review20:27
*** TrevorV has quit IRC20:28
openstackgerritMerged openstack/octavia: Use rfc3986 module for URL validations  https://review.openstack.org/29091820:28
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Do not allow deleting a listener that has a default pool  https://review.openstack.org/29141520:31
*** anilvenkata has quit IRC20:33
johnsomTrevorV|Home Ok, just the health_monitor create is missing, otherwise looks ok20:36
openstackgerritMerged openstack/neutron-lbaas-dashboard: Fix gate scripts to use script dir for sourcing commons  https://review.openstack.org/29003720:37
TrevorV|Homejohnsom, I'm sorry, what?20:39
TrevorV|HomeWe don't have a repository test to create a HM>20:39
TrevorV|HomeHM?***20:39
johnsomhttp://sonar.octavia.io/archive/octavia/85fea8185b014e68d7cdcbcd610f7346af9d438c/663/cover/octavia_db_repositories_py.html#n29120:41
TrevorV|HomeOooooh that's a diff spot than I remember... Its a healthmonitor on the redirect pool.20:42
TrevorV|HomeI'll add that to the test20:42
TrevorV|HomeI made sure to throw the other HM on there, my bad.  I'll fix it20:43
TrevorV|HomeAnd the mention of the changes in the actual method20:43
TrevorV|Homemy b20:43
johnsomNP20:43
rm_worksbalukoff: NICE i didn't see that rfc3986 thing come in, but that's excellent -- i have been trying to get us out of the string processing business >_<20:44
*** sbalukoff has quit IRC20:45
openstackgerritLucas Palm proposed openstack/neutron-lbaas-dashboard: Do not allow deleting a listener that has a default pool  https://review.openstack.org/29141520:54
*** amrith is now known as _amrith_21:01
TrevorV|Homeno balukoff21:07
TrevorV|Homedammit21:07
*** matt-borland has quit IRC21:15
openstackgerritTrevor Vardeman proposed openstack/octavia: Single-Create Documentation  https://review.openstack.org/29144221:21
TrevorV|Home nvmd I figured it out21:21
TrevorV|HomeAlso, johnsom ^^ I'm sure its not as much description as we want, but it made sense21:22
TrevorV|Hometo me at least21:22
johnsomTrevorV Sorry, the last few weeks have been a blur, are we using the same endpoint for get-an-lb? ``URL/v1/loadbalancers``21:25
johnsomTrevorV|Home21:28
*** neelashah has quit IRC21:28
TrevorV|Homeyes21:29
TrevorV|Homejohnsom,21:29
johnsomSorry, the last few weeks have been a blur, are we using the same endpoint for get-an-lb? ``URL/v1/loadbalancers``21:29
TrevorV|Homeyes johnsom21:29
johnsomOk, then I think we can just change the section divider and this should be fine.21:30
openstackgerritTrevor Vardeman proposed openstack/octavia: Updating unit testing  https://review.openstack.org/29104121:33
TrevorV|Homejohnsom, that was the section divider used for different calls all over the place, but I'm not against changing it.21:38
TrevorV|HomeIs +++++++ going to provide anything weird though?21:38
johnsomWell, with the same divider it looks like it is missing the endpoint definition, i.e. a new endpoint.  I was thinking maybe we could make it more clear that this is with the same endpoint21:39
johnsomI have no idea what it will look like with ++++, It's just the next level down.  Just a minute, I can try it out21:39
TrevorV|Homeokay21:41
johnsomTrevorV|Home The +++'s renders as just a slightly smaller font.  I think the +++'s is a good idea21:44
TrevorV|HomeAlrighty, I'll throw that in there then.21:44
openstackgerritTrevor Vardeman proposed openstack/octavia: Single-Create Documentation  https://review.openstack.org/29144221:45
TrevorV|HomeHeh, used the website to do the edit... GG21:45
johnsomHey, it works21:46
TrevorV|HomeIt worked great, for something like that.21:47
*** ihrachys has joined #openstack-lbaas21:49
johnsomdougwig FYI, I could still use a second set of eyes on this: https://review.openstack.org/#/c/288797/21:55
*** neelashah has joined #openstack-lbaas21:56
dougwigjohnsom: you never responded to my comment about it, so i was waiting.  also, you seem to have some failures now.  :)21:58
johnsomYeah, it is the rootwrap issue I can't figure out.  It doesn't reproduce local for me21:59
*** doug-fish has quit IRC21:59
*** jschwarz has joined #openstack-lbaas21:59
johnsomWondering if you have any ideas22:00
*** alhu has quit IRC22:10
*** rcernin has joined #openstack-lbaas22:11
*** alhu has joined #openstack-lbaas22:12
dougwigjohnsom: sigh, that is not at all what i meant.  i meant, why isn't the payload for *) also acceptable for what you're trying to do?22:12
*** jschwarz has quit IRC22:12
dougwig:)22:12
johnsomOk22:12
*** _amrith_ is now known as amrith22:14
dougwigjohnsom: added another comment. if you reply with another bash syntax tutorial, i will snort dr. pepper in humor.22:19
johnsomChallenge accepted22:19
*** rcernin has quit IRC22:22
*** alhu has quit IRC22:26
*** woodster_ has joined #openstack-lbaas22:27
johnsomdougwig You do realize you aren't actually commenting on the part I'm having trouble with right?22:27
johnsomWhich is probably by design...22:28
johnsomhttp://logs.openstack.org/97/288797/10/check/gate-neutron-lbaasv2-dsvm-api-namespace-nv/550ae5a/logs/screen-q-lbaasv2.txt.gz#_2016-03-08_17_32_41_13822:28
dougwigyes. rootwrap is a mystery to me.22:28
johnsomBut the right filters are present in the test archive, works local ok22:28
johnsomJoy.  Ok, so apply head to wall, repeat.22:29
dougwigjohnsom: 3:29 PM <kevinbenton> yeah, that means its making a call its not allwoed to22:30
dougwigdid we prune out the rootwrap filters or something?22:30
dougwigjohnsom: is that setup actually installing the rootwrap file from neutron-lbaas ?22:31
johnsomNo, I double checked.  The Line above that link is the call "ip netns exec <> haproxy which is valid here: http://logs.openstack.org/97/288797/10/check/gate-neutron-lbaasv2-dsvm-api-namespace-nv/550ae5a/logs/etc/neutron/rootwrap.d/lbaas-haproxy.filters.txt.gz22:31
johnsomAs far as I can see it hasn't been touched in a long time22:31
dougwigyou could always take kevin's tongue-in-cheek advice: 3:29 PM <kevinbenton> the answer is to change your config to 'root_helper = sudo'22:31
*** diogogmt has quit IRC22:32
johnsomYes, temping.  I wonder if that is getting set different local for me vs. the gate.  I will double check that.22:33
kevinbentonjohnsom: do you have a locally compiled haproxy?22:36
kevinbentonjohnsom: i have run into issues in the past when i was changing dnsmasq where the filter would not match22:36
johnsomNo22:36
dougwigkevinbenton: no, should be an ubuntu package.22:36
johnsomIt's upstream.22:36
kevinbentonjohnsom: what does 'which haproxy' return?22:37
johnsomkevinbenton Is there something you can think of why this work run fine on a local devstack install but not on the gate?22:37
johnsom /usr/sbin/haproxy22:38
kevinbentonjohnsom: for some reason in the gate haproxy may not be in the allowed exec dirs22:38
kevinbentonhttp://logs.openstack.org/97/288797/10/check/gate-neutron-lbaasv2-dsvm-api-namespace-nv/550ae5a/logs/etc/neutron/rootwrap.conf.txt.gz22:38
*** chlong has quit IRC22:39
dougwigif we are completely out of debugging ideas, we can ask infra to hold a dsvm test node for us to examine.22:39
dougwigjohnsom: ^^22:39
johnsomOk, I can do a hack to check that22:40
dougwigthe bullets in that particular gun reload slowly, so it should be a last resort.22:40
johnsomOk.  I can do some logging hacks before we need to use up a bullet22:40
dougwigi wonder if haproxy revved at some point in the ubuntu that's running the test, too.22:42
kevinbentondougwig, johnsom: might be a stupid question, but is haproxy installed on that?22:43
kevinbentondougwig: i don't see a mention of the install in the console22:43
*** rtheis has quit IRC22:44
*** Bjoern_ has quit IRC22:44
kevinbentondougwig, johnsom: http://logs.openstack.org/97/288797/10/check/gate-neutron-lbaasv2-dsvm-api-namespace-nv/550ae5a/logs/devstacklog.txt.gz#_2016-03-08_17_17_09_88722:44
kevinbentonno mention of haproxy in those22:44
johnsomWow, What the heck??? It's not in the dpkgs list either22:45
johnsomWell, that is interesting22:45
johnsomkevinbenton Back story here, I'm trying to breathe life into a new gate to test old code...22:46
kevinbentonjohnsom: makes sense22:46
kevinbentonjohnsom: sounds like you need a devstack flag of some sort to add haproxy to the install list22:47
kevinbentonrootwrap could also use an improvement to say that it couldn't find the command at all :/22:47
johnsomYeah, I will have to figure out how that is missing here.  Thanks for the second set of eyes!22:47
dougwighow did the loadbalancer tests pass without it?!?!? holy heck.22:47
johnsomWell, it doesn't *actually* touch haproxy until there is a listener22:48
johnsomIt's all DB games22:48
TrevorV|Homexgerman, johnsom  ExtensionsNotFound: Extensions not found: ['n-lbaasv2-cascade-delete'].22:48
TrevorV|HomeHow do I fix that?22:48
TrevorV|HomeConfig file entry?22:49
dougwigoh, hahahahahahahahaha.22:49
xgermanit got pulled from the release22:49
dougwigoh, bitter burn.22:49
TrevorV|HomeOkay, well devstack be broked then22:50
TrevorV|HomeOr something.22:50
TrevorV|HomeMaybe22:50
TrevorV|HomeUsing my patch in devstack is broke at the least.22:50
TrevorV|Homemy neutron-lbaas one22:50
dougwighow do the v1 tests pass?22:50
TrevorV|Homehttps://review.openstack.org/#/c/257201/22:50
TrevorV|Homethat one22:50
dougwigjohnsom: v1?22:51
johnsomdougwig I had the same question.  I will dig into that22:51
*** alhu has joined #openstack-lbaas22:51
*** alhu has quit IRC22:54
*** mgarza has quit IRC22:54
johnsomdougwig It looks like the v1 tests suck22:55
johnsomhttp://logs.openstack.org/97/288797/10/check/gate-neutron-lbaasv1-dsvm-api/2fc349a/logs/screen-q-lbaas.txt.gz22:55
kevinbentonjohnsom: let me know if that does turn out to be the issue. oslo_rootwrap is supposed to have a separate exception for this22:56
kevinbentonjohnsom: FilterMatchNotExecutable22:56
johnsomkevinbenton Ok, will do22:56
kevinbentonjohnsom: so either it is installed and there is another issue22:56
kevinbentonjohnsom: or oslo rootwrap has a bug and is returning the wrong exception22:56
*** doug-fish has joined #openstack-lbaas22:59
dougwigjohnsom: haproxy install should be in the devstack plugin log.   one sec.23:02
*** doug-fish has quit IRC23:03
dougwigjohnsom: and it's not there.23:03
dougwigjohnsom: v1 uses internal devstack lbaas code, v2 uses our plugin.  i think it's a devstack plugin bug.23:03
*** doug-fish has joined #openstack-lbaas23:03
*** diogogmt has joined #openstack-lbaas23:04
johnsomYep23:05
johnsomthe install function never gets called23:05
neelashahajmiller - hi23:07
*** doug-fish has quit IRC23:08
ajmillerneelashah hi23:08
neelashahajmiller: doug-fish indicated you were planning to review the last two patches for the lbaas dashboard? we need to close the work today for the RC1 tomorrow23:08
ajmillerYes, I am looking at them right now.23:08
neelashahajmiller - super, thanks23:09
ajmillerSo far everything looks good with them, but I have a few more cases to test.23:09
*** alhu has joined #openstack-lbaas23:09
openstackgerritMichael Johnson proposed openstack/neutron-lbaas: Fix the neutron-lbaas namespace driver gate  https://review.openstack.org/28879723:11
*** johnsom_ has joined #openstack-lbaas23:12
*** johnsom__ has joined #openstack-lbaas23:13
*** doug-fish has joined #openstack-lbaas23:14
*** ducttape_ has quit IRC23:15
neelashahajmiller - np, I just wanted to check where it was on your list…I need to let johnsom know once these two patches merge that we are ready to release23:15
*** johnsom has quit IRC23:16
*** ihrachys has quit IRC23:16
*** johnsom_ has quit IRC23:17
ajmillerOK.23:18
*** doug-fish has quit IRC23:19
*** neelashah has quit IRC23:19
*** alhu has quit IRC23:23
*** alhu has joined #openstack-lbaas23:25
*** alhu has quit IRC23:26
bankHi team , this one is valid bug right ? https://bugs.launchpad.net/octavia/+bug/155580523:36
openstackLaunchpad bug 1555805 in octavia "octavia get loadbalancer api does not return the load balancer list" [Undecided,New]23:36
openstackgerritTrevor Vardeman proposed openstack/octavia: Single-Create Documentation  https://review.openstack.org/29144223:37
*** alhu has joined #openstack-lbaas23:37
johnsom__bank No, you are curling the v1 API but creating a v2 load balancer23:38
bankoops !23:38
bankgot it . thanks.23:38
fnavalspeaking of bugs, bug 155585423:39
openstackbug 1555854 in octavia "Members go into ERROR operating status upon adding Health Monitor" [Undecided,New] https://launchpad.net/bugs/155585423:39
bankjohnsom__ http://octavia.io/review/master/api/octaviaapi.html23:40
bankI am taking about the octavia api23:40
johnsom__Oh, you are going direct to octavia API, not using neutron API23:40
bankyes23:40
fnaval related to the health monitor delete issue i was seeing in recent days.  it's actually an issue with how members statuses change on the addition of a health monitor; confirmed code issue23:40
bankhttp://octavia.io/review/master/api/octaviaapi.html#list-load-balancers23:41
johnsom__bank It could be an issue with the tenant being different.23:47
bankyes when I try to get the LBs projectid/tenant is empty23:48
bankso its not able to pull the data23:48
johnsom__I think you can put a parameter on the curl call with the tenant id23:49
bankI ll try that out.23:49
johnsom__I still thought that going direct to octavia without a tenant/project would return all of them23:50
*** johnsom__ has quit IRC23:51
*** johnsom has joined #openstack-lbaas23:51
johnsomblogan might have better info23:51
bankoh ok, as of now Its not returning load_balancers = self.repositories.load_balancer.get_all(23:52
bank            context.session, project_id=project_id)23:52
*** alhu has quit IRC23:52
bankit applies that project id filter in get_all of repositories.py file so we are not getting anything ,23:56
openstackgerritMichael Johnson proposed openstack/neutron-lbaas: Fix the neutron-lbaas namespace driver gate  https://review.openstack.org/28879723:58

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