Thursday, 2015-01-22

*** banix has joined #openstack-lbaas00:00
*** mwang2__ has quit IRC00:02
openstackgerritGerman Eichberger proposed stackforge/octavia: taskflows to create, delete amphora  https://review.openstack.org/14256900:07
*** banix has quit IRC00:16
*** banix has joined #openstack-lbaas00:19
*** sbfox has quit IRC00:36
*** mwang2 has joined #openstack-lbaas00:48
*** fnaval has quit IRC00:52
*** banix has quit IRC00:53
*** xgerman has quit IRC00:57
*** mestery has quit IRC01:19
*** crc32 has quit IRC01:27
*** banix has joined #openstack-lbaas01:35
*** enikanorov has quit IRC01:45
*** SumitNaiksatam has quit IRC01:45
*** banix has quit IRC01:49
*** fnaval has joined #openstack-lbaas01:56
*** banix has joined #openstack-lbaas01:58
*** banix has quit IRC01:59
*** mordred_ has joined #openstack-lbaas02:04
*** timbyr_ has joined #openstack-lbaas02:05
*** mordred has quit IRC02:06
*** kbyrne has quit IRC02:06
*** mordred_ is now known as mordred02:06
*** mlavalle has quit IRC02:15
*** amotoki has quit IRC02:23
*** sballe__ has quit IRC02:58
*** woodster_ has quit IRC03:10
*** woodster_ has joined #openstack-lbaas03:11
*** vivek-ebay has quit IRC03:20
*** ajmiller has quit IRC03:22
*** mwang2 has quit IRC03:29
*** mwang2 has joined #openstack-lbaas03:30
*** amotoki has joined #openstack-lbaas03:30
*** sbalukoff has quit IRC03:36
*** fnaval has quit IRC04:01
*** vivek-ebay has joined #openstack-lbaas04:04
*** vivek-eb_ has joined #openstack-lbaas04:08
*** vivek-ebay has quit IRC04:09
*** banix has joined #openstack-lbaas04:30
*** sbfox has joined #openstack-lbaas04:43
*** sbalukoff has joined #openstack-lbaas04:56
*** mestery has joined #openstack-lbaas05:19
*** woodster_ has quit IRC05:20
*** banix has quit IRC05:22
*** sbfox has quit IRC05:46
*** vivek-eb_ has quit IRC05:50
openstackgerritVijay Kumar Venkatachalam proposed openstack/neutron-lbaas: NetScaler driver for LBaaS V2 extension  https://review.openstack.org/14854106:13
*** vivek-ebay has joined #openstack-lbaas06:14
*** mestery has quit IRC06:17
*** SantoshNetscaler has joined #openstack-lbaas06:24
*** sbfox has joined #openstack-lbaas06:37
*** samof76 has joined #openstack-lbaas06:39
samof76does LBaaS by default use the haproxy at the backend???06:40
*** vivek-eb_ has joined #openstack-lbaas06:45
*** vivek-ebay has quit IRC06:48
*** vivek-eb_ has quit IRC06:50
*** woodster_ has joined #openstack-lbaas06:50
*** kobis has joined #openstack-lbaas07:00
*** SumitNaiksatam has joined #openstack-lbaas07:05
*** apuimedo has joined #openstack-lbaas07:14
*** chlong has quit IRC07:38
*** enikanorov has joined #openstack-lbaas08:09
*** evgenyf has joined #openstack-lbaas08:12
*** sbfox has quit IRC08:47
*** sbfox has joined #openstack-lbaas08:48
*** codekobe has quit IRC08:50
*** ctracey has quit IRC08:51
*** codekobe has joined #openstack-lbaas08:53
*** ctracey has joined #openstack-lbaas08:58
*** woodster_ has quit IRC09:00
openstackgerritEvgeny Fedoruk proposed openstack/neutron-lbaas: L7 capability extension implementation for lbaas v2  https://review.openstack.org/14823209:21
*** sbfox has quit IRC09:44
*** Miouge_ has joined #openstack-lbaas09:48
*** Miouge has quit IRC09:49
*** Miouge_ is now known as Miouge09:49
*** chlong has joined #openstack-lbaas10:15
*** chlong has quit IRC10:20
*** chlong has joined #openstack-lbaas10:33
*** chlong has quit IRC10:37
*** chlong has joined #openstack-lbaas10:50
*** evgenyf has quit IRC12:00
*** SantoshNetscaler has quit IRC12:03
*** RaginBajin has joined #openstack-lbaas12:18
*** evgenyf has joined #openstack-lbaas12:38
*** chlong has quit IRC12:44
*** samof76 has quit IRC13:33
*** fnaval has joined #openstack-lbaas14:05
*** mestery has joined #openstack-lbaas14:15
*** banix has joined #openstack-lbaas14:22
*** amotoki has quit IRC14:32
*** mlavalle has joined #openstack-lbaas14:55
*** woodster_ has joined #openstack-lbaas15:08
*** jorgem has joined #openstack-lbaas15:13
*** jorgem has quit IRC15:14
*** kobis has quit IRC15:18
*** Miouge has quit IRC15:24
*** fnaval has quit IRC15:30
*** ajmiller has joined #openstack-lbaas15:30
*** Miouge has joined #openstack-lbaas15:31
*** sbfox has joined #openstack-lbaas15:34
*** sbfox has quit IRC15:40
*** sbfox has joined #openstack-lbaas15:40
*** sbfox has quit IRC15:41
*** fnaval has joined #openstack-lbaas15:49
*** mlavalle has quit IRC16:01
*** mlavalle has joined #openstack-lbaas16:02
*** evgenyf has quit IRC16:02
*** mestery has quit IRC16:06
*** xgerman has joined #openstack-lbaas16:09
openstackgerritJorge Miramontes proposed stackforge/octavia: Queue Consumer Specification  https://review.openstack.org/14769916:13
*** banix has quit IRC16:24
*** banix has joined #openstack-lbaas16:30
*** banix has quit IRC16:31
*** banix has joined #openstack-lbaas16:35
*** sbalukoff has quit IRC16:52
*** mlavalle has quit IRC16:57
*** jschwarz has joined #openstack-lbaas17:01
*** vivek-ebay has joined #openstack-lbaas17:01
*** mestery has joined #openstack-lbaas17:06
*** apuimedo has quit IRC17:12
*** banix has quit IRC17:17
*** banix has joined #openstack-lbaas17:18
*** mestery has quit IRC17:25
*** mestery has joined #openstack-lbaas17:25
*** mlavalle has joined #openstack-lbaas17:28
*** SumitNaiksatam has quit IRC17:32
*** banix has quit IRC17:50
*** Youcef has joined #openstack-lbaas17:51
*** SumitNaiksatam has joined #openstack-lbaas17:54
*** banix has joined #openstack-lbaas18:01
*** sbfox has joined #openstack-lbaas18:11
*** sbfox has quit IRC18:12
*** sbfox has joined #openstack-lbaas18:12
*** sbfox has joined #openstack-lbaas18:13
*** jschwarz has quit IRC18:27
*** sbfox has quit IRC18:30
*** sbfox has joined #openstack-lbaas18:31
*** fnaval has quit IRC18:45
*** sbalukoff has joined #openstack-lbaas18:47
*** fnaval has joined #openstack-lbaas19:21
*** sbfox has quit IRC19:35
*** sbfox has joined #openstack-lbaas19:36
*** kobis has joined #openstack-lbaas19:47
*** kobis has quit IRC19:49
*** banix has quit IRC19:56
*** kobis has joined #openstack-lbaas19:59
*** banix has joined #openstack-lbaas20:06
*** Youcef has quit IRC20:17
*** jorgem has joined #openstack-lbaas20:24
blogangood afternoon everyone20:24
ptoohillGood afternoon-ish20:38
jorgemxgerman: Hey Germna20:53
jorgemGerman*20:53
jorgemand johnsom20:53
xgermanhi20:54
jorgemxgerman: So, Brandon and I have been talking and I wanted to see if you were okay with me passing in deltas for the update methods20:55
jorgemI'd like to get to deployable code quicker20:55
jorgemthen iterate20:55
johnsomHello20:55
jorgemjohnsom: Hey20:55
xgermanwell, so the api server would manage the history?20:56
jorgemxgerman: johnsom: Adding a task/event table right now seems to be a little heavy for 0.520:56
jorgemSo we wouldn't have history for 0.520:56
jorgemfor 1.0 yes20:56
xgermanwell, the question is who is reading the DB then20:57
jorgembut I think both Rackspace and HP will be happier once we have something working. The quicker we do that the better IMHO20:57
jorgemThe deploy worker will be20:57
xgerman+120:57
jorgemI'll explain in the spec if that makes it easier20:58
*** kobis has quit IRC20:58
xgermanI am just wondering where the best place is to deal with history. Deploy Worker, Queue Consumer, or API20:58
jorgemso history would be in deploy worker to20:58
jorgemI see the deploy worker as the horse that does the work20:58
jorgemBut that wouldn't be until 1.020:58
jorgemis what I'm advocating now20:58
xgermanok, then we can keep the method signature and just defer in the spec to a later version/spec20:59
jorgemI know I was speaking about it but after some thought I'd rather get something out sooner for 0.520:59
*** kobis has joined #openstack-lbaas20:59
jorgemSo...20:59
jorgemI would need to add a parameter for the update methods in my spec20:59
jorgemin order to get the deltas20:59
jorgemBasically deploy worker will query db for old state and I'll pass you the delta so that you can make the change21:00
jorgemif a rollback occurr the provisioning status will go into ERROR status or something like that21:00
jorgemOperating status will remain ACTIVE21:00
jorgemThen...21:00
xgermanok, sound s like a plan21:00
*** timbyr_ has quit IRC21:01
jorgemuser can still make requests even though provisioning status will be in ERROR21:01
xgermanso you are sending the delta or just the lb-id and then I look up in DB what needs to be provisioned21:01
jorgemagain, just for 0.521:01
jorgemI'll pass both21:01
xgermanyep, cool21:01
jorgemthis is just changing for the update methods21:01
jorgemit's not necessary for the delete and create methods21:01
jorgemSo cool then, I'll update my spec again21:02
xgermanwell, the original plan was that api server would put the desired state into the DB and we would the load it and make it so21:02
jorgemshould be out in a few minutes21:02
jorgemxgerman: Correct, but we do that here at Rackspace and if  a rollback occurs we can't allow the user to update lbs in ERROR status21:03
jorgemplus...21:03
johnsomMy concern is the deploy worker is passing DB id's to the drivers, so deploy worker would have to hold the old state and re-submit to the DB if things fail?21:03
jorgemjohnsom: no changes to db would need to be made in the event of a rollback except you need to update prov status to ERROR21:04
jorgemfor 0.521:04
jorgemfor 1.0 we will have a separate table as discussed the other day21:04
jorgemand you still won't have to update db in that case21:04
jorgemunless the request succeeds of course21:04
jorgemLet me know if I am not explaining adequately21:05
xgermanwell, if the requets fails we want ot put it into error21:05
jorgemthat too21:06
*** timbyr_ has joined #openstack-lbaas21:06
jorgemThe deploy workers should do the following:21:06
jorgem...21:06
jorgem1) Happy path - update database with new updates plus provisioning status to ACTIVE21:07
jorgem2) If rollback occurrs update prov status to ERROR and no need to update other attributes21:07
jorgem3) If error occurs do the same as #221:07
xgermanand for 1.0 we chnage #221:08
xgermansounds good to me21:08
jorgemand 321:08
jorgemyes21:08
jorgemfor 1.0 we will have a "Task/Event" table that will hold the ERROR info21:08
xgermanwell, then wew do the recoverable/non-recoverable error game21:08
jorgemfor 0.5 we don't, for 1.0 customer will see the task/event table via the API somehow and leave the decision up to them21:09
jorgemobviously we can discuss that route in more detail later21:09
jorgemwhich is why I don't think we should do it now == more time21:09
xgermanyeah, I think we know enough for now :-)21:10
jorgemsweet21:10
johnsomI think I am ok with the happy path for v0.5 and fix for 1.021:10
jorgemk, updates to my spec coming in the next 30 minutes21:10
jorgemthanks guys21:10
xgermanthank you!21:11
*** apuimedo has joined #openstack-lbaas21:12
*** kobis has quit IRC21:12
openstackgerritJorge Miramontes proposed stackforge/octavia: Queue Consumer Specification  https://review.openstack.org/14769921:28
*** apuimedo has quit IRC21:29
jorgemxgerman: johnsom^^21:33
xgermanyep, will have  a look ;-)21:34
*** banix has quit IRC21:40
jorgemthx21:41
xgermanblogan, reading through jorge's document the database now basically hast the state the system is in instead of the desired state... I though the api you wrote  was writing the desired state into the DB21:46
xgermanjuts trying to clarify21:46
*** banix has joined #openstack-lbaas21:47
*** banix has quit IRC21:49
*** TrevorV_ has joined #openstack-lbaas21:51
jorgemxgerman: That is correct. The desired state will only be persisted once the deploy worker completes successfully22:28
jorgemIt kind of makes sense too22:28
jorgemfrom a user's perspective22:28
xgermanyeah, absolutely. I was more worried that our existing code didn't do it that way22:29
xgermanmainly blogan's api code22:29
jorgemah I'll confirm with Brandon. He's off whiteboarding somewhere22:29
xgermancool -- thanks22:30
bloganxgerman: yes that api code needs to be changed, i was going to get Carlos to just add that in his spec, or if preferred I can do it pretty quickly22:33
xgermanjust wanted to make sure we are all on the same page22:34
*** fnaval has quit IRC22:37
bloganxgerman: sounds like we are22:38
xgermanyep, violent agreement22:39
*** jorgem has quit IRC22:42
*** jorgem has joined #openstack-lbaas22:43
*** TrevorV_ has quit IRC22:43
blogani see no violence22:44
bloganxgerman are you about to break a bottle and start stabbing in agreement?22:47
xgermanI was about to sacrifice a goat...22:47
openstackgerritJorge Miramontes proposed stackforge/octavia: Queue Consumer Specification  https://review.openstack.org/14769922:54
jorgemxgerman: all done22:56
xgerman+2'd22:57
jorgemsweetness22:58
openstackgerritMerged stackforge/octavia: Queue Consumer Specification  https://review.openstack.org/14769923:08
jorgemI'm all grown up now :)23:11
*** banix has joined #openstack-lbaas23:45
*** banix has quit IRC23:56
*** banix has joined #openstack-lbaas23:57
*** banix has quit IRC23:59
*** chlong has joined #openstack-lbaas23:59

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