Wednesday, 2013-10-02

*** vipul is now known as vipul-away00:00
*** sarob has joined #openstack-meeting-alt00:01
*** vipul-away is now known as vipul00:04
*** sarob has quit IRC00:07
*** sarob has joined #openstack-meeting-alt00:08
*** sarob has quit IRC00:10
*** gokrokve has joined #openstack-meeting-alt00:10
*** sarob has joined #openstack-meeting-alt00:10
*** kebray has quit IRC00:19
*** julim has quit IRC00:42
*** nosnos has joined #openstack-meeting-alt00:49
*** gokrokve has quit IRC01:03
*** sarob has quit IRC01:28
*** sarob has joined #openstack-meeting-alt01:29
*** sarob has quit IRC01:32
*** lblanchard has quit IRC01:34
*** IlyaE has quit IRC01:42
*** sarob has joined #openstack-meeting-alt01:55
*** ctracey has quit IRC02:00
*** banix has joined #openstack-meeting-alt02:01
sarob#startmeeting training-manuals02:01
openstackMeeting started Wed Oct  2 02:01:33 2013 UTC and is due to finish in 60 minutes.  The chair is sarob. Information about MeetBot at http://wiki.debian.org/MeetBot.02:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.02:01
*** openstack changes topic to " (Meeting topic: training-manuals)"02:01
openstackThe meeting name has been set to 'training_manuals'02:01
sarobroll call for new date and time02:01
* sarob sigh02:02
*** IlyaE has joined #openstack-meeting-alt02:04
*** ctracey has joined #openstack-meeting-alt02:07
*** banix has left #openstack-meeting-alt02:10
sarob#info looks like a miscommunication, closing meeting until worked out02:12
*** dguitarbitee has joined #openstack-meeting-alt02:12
sarob#endmeeting02:12
*** openstack changes topic to "OpenStack meetings (alternate)"02:12
openstackMeeting ended Wed Oct  2 02:12:32 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)02:12
openstackMinutes:        http://eavesdrop.openstack.org/meetings/training_manuals/2013/training_manuals.2013-10-02-02.01.html02:12
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/training_manuals/2013/training_manuals.2013-10-02-02.01.txt02:12
openstackLog:            http://eavesdrop.openstack.org/meetings/training_manuals/2013/training_manuals.2013-10-02-02.01.log.html02:12
dguitarbiteehello02:12
sarobhi there02:12
sarobim not sure if the new meeting time is 7am pdt or 7pm pdt02:13
sarobseems wires crossed02:13
sarobif you want to talk, skype me, im getting on the road02:14
*** sarob_ has joined #openstack-meeting-alt02:15
dguitarbiteeok02:17
*** sarob has quit IRC02:18
*** sarob_ has quit IRC02:20
*** dguitarbitee has quit IRC02:21
*** dkehn_ has joined #openstack-meeting-alt02:37
*** dkehn has quit IRC02:41
*** markmcclain has joined #openstack-meeting-alt02:42
*** zane has quit IRC03:12
*** zane has joined #openstack-meeting-alt03:20
*** zane has quit IRC03:23
*** kebray has joined #openstack-meeting-alt03:51
*** sacharya has quit IRC04:00
*** markwash has joined #openstack-meeting-alt04:02
*** harlowja has quit IRC04:08
*** markmcclain1 has joined #openstack-meeting-alt04:15
*** markmcclain has quit IRC04:15
*** markmcclain1 has quit IRC04:19
*** markmcclain has joined #openstack-meeting-alt04:19
*** esker has joined #openstack-meeting-alt04:41
*** SergeyLukjanov has joined #openstack-meeting-alt04:58
*** boris-42 has joined #openstack-meeting-alt04:59
*** rpodolyaka1 has joined #openstack-meeting-alt05:17
*** markwash has quit IRC05:22
*** bdpayne has quit IRC05:37
*** bdpayne has joined #openstack-meeting-alt05:38
*** SergeyLukjanov has quit IRC05:55
*** esker has quit IRC05:58
*** esker has joined #openstack-meeting-alt05:59
*** bdpayne has quit IRC06:02
*** kebray has quit IRC06:19
*** rpodolyaka1 has quit IRC06:45
*** vipul is now known as vipul-away07:02
*** boris-42 has quit IRC07:06
*** IlyaE has quit IRC07:19
*** SergeyLukjanov has joined #openstack-meeting-alt07:19
*** flaper87|afk is now known as flaper8707:20
*** anteaya has quit IRC07:21
*** flwang has joined #openstack-meeting-alt07:28
*** vipul-away is now known as vipul07:30
*** jcoufal has joined #openstack-meeting-alt07:34
*** flaper87 is now known as flaper87|afk07:43
*** flaper87|afk is now known as flaper8707:59
*** jcoufal_ has joined #openstack-meeting-alt07:59
*** jcoufal has quit IRC08:02
*** jtomasek has quit IRC08:05
*** flaper87 is now known as flaper87|afk08:09
*** flaper87|afk is now known as flaper8708:12
*** boris-42 has joined #openstack-meeting-alt08:15
*** derekh has joined #openstack-meeting-alt08:16
*** jtomasek has joined #openstack-meeting-alt08:20
*** resker has joined #openstack-meeting-alt08:26
*** flaper87 is now known as flaper87|afk08:28
*** esker has quit IRC08:29
*** bnemec has quit IRC08:39
*** flaper87|afk is now known as flaper8708:39
*** ivoks_ is now known as ivoks08:46
*** ivoks has quit IRC08:46
*** ivoks has joined #openstack-meeting-alt08:46
*** jtomasek has quit IRC09:25
*** flaper87 is now known as flaper87|afk09:31
*** jtomasek has joined #openstack-meeting-alt09:38
*** flaper87|afk is now known as flaper8709:42
*** katyafervent has quit IRC09:44
*** SergeyLukjanov has quit IRC10:27
*** SergeyLukjanov has joined #openstack-meeting-alt10:33
*** pcm_ has joined #openstack-meeting-alt10:33
*** pcm_ has quit IRC10:34
*** pcm_ has joined #openstack-meeting-alt10:34
*** venkatesh has joined #openstack-meeting-alt10:46
*** jeblair has quit IRC10:47
*** jeblair has joined #openstack-meeting-alt10:48
*** jtomasek has quit IRC11:03
*** SergeyLukjanov has quit IRC11:08
*** SergeyLukjanov has joined #openstack-meeting-alt11:10
*** nosnos has quit IRC11:16
*** jtomasek has joined #openstack-meeting-alt11:18
*** julim has joined #openstack-meeting-alt11:19
*** venkatesh has quit IRC11:20
*** venkatesh has joined #openstack-meeting-alt11:28
*** venkatesh has quit IRC11:38
*** IgorYozhikov has quit IRC11:40
*** sacharya has joined #openstack-meeting-alt11:45
*** flaper87 is now known as flaper87|afk11:53
*** rbrady has left #openstack-meeting-alt11:54
*** derekh has quit IRC11:59
*** pdmars has joined #openstack-meeting-alt12:01
*** pdmars has quit IRC12:05
*** pdmars_ has joined #openstack-meeting-alt12:05
*** sacharya has quit IRC12:09
*** flaper87|afk is now known as flaper8712:17
*** jtomasek has quit IRC12:30
*** markmcclain1 has joined #openstack-meeting-alt12:38
*** markmcclain has quit IRC12:38
*** amytron has joined #openstack-meeting-alt12:38
*** dnoll has joined #openstack-meeting-alt12:51
*** lblanchard has joined #openstack-meeting-alt12:54
*** lblanchard has quit IRC12:54
*** lblanchard has joined #openstack-meeting-alt12:56
*** venkatesh has joined #openstack-meeting-alt13:07
*** jtomasek has joined #openstack-meeting-alt13:07
*** jcoufal_ is now known as jcoufal13:08
*** markmcclain1 has quit IRC13:11
*** markmcclain has joined #openstack-meeting-alt13:12
*** eankutse has joined #openstack-meeting-alt13:13
*** eankutse has quit IRC13:14
*** eankutse has joined #openstack-meeting-alt13:14
*** dkehn_ is now known as dkehn13:26
*** bnemec has joined #openstack-meeting-alt13:28
*** sacharya has joined #openstack-meeting-alt13:30
*** rosmaita_ is now known as rosmaita13:39
*** amytron has quit IRC13:41
*** marios has quit IRC13:48
*** markwash has joined #openstack-meeting-alt14:04
*** demorris has joined #openstack-meeting-alt14:09
*** betsy has joined #openstack-meeting-alt14:10
*** venkatesh has quit IRC14:20
*** zane has joined #openstack-meeting-alt14:22
*** venkatesh has joined #openstack-meeting-alt14:25
*** IlyaE has joined #openstack-meeting-alt14:27
*** markwash has quit IRC14:28
*** jmontemayor has joined #openstack-meeting-alt14:30
*** resker has quit IRC14:32
*** ruhe has joined #openstack-meeting-alt14:33
*** sacharya has quit IRC14:37
*** dkehn_ has joined #openstack-meeting-alt14:42
*** anteaya has joined #openstack-meeting-alt14:44
*** dkehn has quit IRC14:45
*** rnirmal has joined #openstack-meeting-alt14:50
*** dnoll has quit IRC15:01
*** demorris has quit IRC15:05
*** demorris has joined #openstack-meeting-alt15:07
*** sacharya has joined #openstack-meeting-alt15:10
*** ccrouch has left #openstack-meeting-alt15:10
*** jtomasek has quit IRC15:15
*** venkatesh has quit IRC15:19
*** kebray has joined #openstack-meeting-alt15:20
*** esker has joined #openstack-meeting-alt15:23
*** yidclare has joined #openstack-meeting-alt15:27
*** amytron has joined #openstack-meeting-alt15:28
*** jmontemayor has quit IRC15:28
*** flaper87 is now known as flaper87|afk15:33
*** ruhe has quit IRC15:33
*** ruhe has joined #openstack-meeting-alt15:34
*** jasonb365 has joined #openstack-meeting-alt15:37
*** jmontemayor has joined #openstack-meeting-alt15:38
*** venkatesh has joined #openstack-meeting-alt15:40
*** flaper87|afk is now known as flaper8715:41
*** bdpayne has joined #openstack-meeting-alt15:41
*** edmund has joined #openstack-meeting-alt15:43
*** demorris has quit IRC15:43
*** jdprax has joined #openstack-meeting-alt15:43
*** jcoufal has quit IRC15:49
*** ruhe has quit IRC15:50
*** boris-42 has quit IRC15:54
*** jmontemayor has quit IRC16:00
*** venkatesh has quit IRC16:01
*** amytron has quit IRC16:03
*** demorris has joined #openstack-meeting-alt16:11
*** colinmcnamara has joined #openstack-meeting-alt16:12
*** SergeyLukjanov has quit IRC16:20
*** dmakogon_ipod has joined #openstack-meeting-alt16:32
*** dmakogon_ has joined #openstack-meeting-alt16:36
*** dmakogon_ipod has quit IRC16:38
*** dmakogon_ has quit IRC16:42
*** dmakogon_ipod has joined #openstack-meeting-alt16:42
*** julim has quit IRC16:44
*** demorris has quit IRC16:48
*** SergeyLukjanov has joined #openstack-meeting-alt16:49
*** julim has joined #openstack-meeting-alt16:52
*** sarob has joined #openstack-meeting-alt16:53
*** vkmc has joined #openstack-meeting-alt16:55
*** vkmc has joined #openstack-meeting-alt16:55
*** rpodolyaka1 has joined #openstack-meeting-alt16:57
*** jasonb365 has quit IRC16:58
*** julim has quit IRC16:58
*** demorris has joined #openstack-meeting-alt17:00
*** yidclare has quit IRC17:07
*** sarob has quit IRC17:07
*** sarob has joined #openstack-meeting-alt17:07
*** harlowja has joined #openstack-meeting-alt17:10
*** sarob has quit IRC17:12
*** venkatesh has joined #openstack-meeting-alt17:16
*** rpodolyaka1 has quit IRC17:22
*** CaptTofu has joined #openstack-meeting-alt17:25
*** eankutse has quit IRC17:32
*** sarob has joined #openstack-meeting-alt17:32
*** dkehn_ is now known as dkehn17:35
*** sarob has quit IRC17:36
*** amytron has joined #openstack-meeting-alt17:41
*** venkatesh has quit IRC17:41
*** yogesh has joined #openstack-meeting-alt17:41
*** flaper87 is now known as flaper87|afk17:48
*** boris-42 has joined #openstack-meeting-alt17:52
*** jasonb365 has joined #openstack-meeting-alt17:56
*** demorris has quit IRC17:57
*** yogesh has quit IRC17:57
*** yogesh has joined #openstack-meeting-alt17:57
*** julim has joined #openstack-meeting-alt18:00
*** flaper87|afk is now known as flaper8718:01
*** demorris has joined #openstack-meeting-alt18:01
*** yogesh has quit IRC18:02
*** eankutse has joined #openstack-meeting-alt18:03
*** eankutse1 has joined #openstack-meeting-alt18:04
*** sarob has joined #openstack-meeting-alt18:05
*** venkatesh has joined #openstack-meeting-alt18:05
*** rpodolyaka1 has joined #openstack-meeting-alt18:07
*** eankutse has quit IRC18:08
*** jasonb365 has quit IRC18:09
*** sarob has quit IRC18:09
*** eankutse1 has quit IRC18:11
*** eankutse has joined #openstack-meeting-alt18:11
*** jasonb365 has joined #openstack-meeting-alt18:16
*** yogesh has joined #openstack-meeting-alt18:17
*** venkatesh has quit IRC18:18
*** RajeshMohan has quit IRC18:24
*** dukhlov has quit IRC18:27
*** dukhlov has joined #openstack-meeting-alt18:28
*** lpabon has joined #openstack-meeting-alt18:29
*** amytron has quit IRC18:33
*** jmontemayor has joined #openstack-meeting-alt18:33
*** colinmcnamara has quit IRC18:35
*** demorris has quit IRC18:41
*** betsy has quit IRC18:42
*** betsy has joined #openstack-meeting-alt18:42
*** IlyaE has quit IRC18:43
*** sarob has joined #openstack-meeting-alt18:46
*** amytron has joined #openstack-meeting-alt18:51
*** vipul is now known as vipul-away18:57
*** sarob has quit IRC19:00
*** sarob has joined #openstack-meeting-alt19:00
*** sarob has quit IRC19:01
*** venkatesh has joined #openstack-meeting-alt19:01
*** demorris has joined #openstack-meeting-alt19:04
*** venkatesh has quit IRC19:06
*** IlyaE has joined #openstack-meeting-alt19:08
*** yidclare has joined #openstack-meeting-alt19:11
*** yogesh has quit IRC19:28
*** yogesh has joined #openstack-meeting-alt19:29
*** yogesh has quit IRC19:29
*** yogesh has joined #openstack-meeting-alt19:30
*** jmontemayor has quit IRC19:30
*** sarob has joined #openstack-meeting-alt19:31
*** sarob has quit IRC19:32
*** sarob has joined #openstack-meeting-alt19:33
*** tanisdl has joined #openstack-meeting-alt19:34
*** sarob has quit IRC19:37
*** julim has quit IRC19:37
*** sarob has joined #openstack-meeting-alt19:39
*** akuznetsov has joined #openstack-meeting-alt19:39
*** redthrux has joined #openstack-meeting-alt19:40
*** mattgriffin has joined #openstack-meeting-alt19:45
*** isviridov has joined #openstack-meeting-alt19:48
*** jasonb365 has quit IRC19:50
*** jasonb365 has joined #openstack-meeting-alt19:52
cweido/19:53
*** isviridov has quit IRC19:54
*** akuznetsov has quit IRC19:54
*** vipul-away is now known as vipul19:55
*** amcrn has joined #openstack-meeting-alt19:56
dmakogon_ipodo/19:57
*** isviridov_ has joined #openstack-meeting-alt19:57
*** gokrokve has joined #openstack-meeting-alt19:57
*** grapex has joined #openstack-meeting-alt19:58
*** imsplitbit has joined #openstack-meeting-alt19:58
* juice o/20:00
imsplitbito/20:00
hub_caphe20:00
hub_cap#startmeeting trove20:00
grapexo/20:00
openstackMeeting started Wed Oct  2 20:00:46 2013 UTC and is due to finish in 60 minutes.  The chair is hub_cap. Information about MeetBot at http://wiki.debian.org/MeetBot.20:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:00
*** openstack changes topic to " (Meeting topic: trove)"20:00
*** robertmy_ has joined #openstack-meeting-alt20:00
openstackThe meeting name has been set to 'trove'20:00
*** datsun180b has joined #openstack-meeting-alt20:00
*** cp16net has joined #openstack-meeting-alt20:00
robertmy_o/20:00
*** jcru has joined #openstack-meeting-alt20:00
datsun180bjust in time20:00
*** stanlagun has joined #openstack-meeting-alt20:00
cp16neto^/20:01
robertmy_nick robertmyers20:01
pdmars_o/20:01
redthruxo/20:01
kevinconway\0/20:01
robertmy_ha20:01
hub_cap#link https://wiki.openstack.org/wiki/Meetings/TroveMeeting20:01
*** julim has joined #openstack-meeting-alt20:01
*** robertmy_ is now known as robertmyers20:01
hub_capnice robertmy_20:01
dmakogon_ipodo/20:01
robertmyerso/20:01
hub_capat least u didnt show your password like grapex did once20:01
yogeshhi20:01
datsun180bhunter220:01
esmutehai20:01
grapexhub_cap: The worst part was that it was 1234520:01
hub_cap#link http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-09-25-20.03.html20:01
kevinconwayi'm going to hunter2 you up datsun180b20:01
mattgriffinhi20:01
hub_capthats my luggage password grapex20:02
hub_capso is slick not around vipul?20:02
hub_capi didnt do nuttun wrt launchpad + perms20:02
hub_cap#action SlickNik, hub_cap to check with other teams to set groups permissions correctly on LaunchPad20:03
hub_capi think what we need is a -bugs team20:03
*** SlickNik has joined #openstack-meeting-alt20:03
vipulo/20:03
hub_capok moving on20:03
SlickNikhere20:03
*** NehaV has joined #openstack-meeting-alt20:03
hub_capok20:03
hub_capSlickNik: did u do anything wrt the LP stuff?20:03
dmakogon_ipodhub_cap: -contributors team20:03
*** stanlagun has left #openstack-meeting-alt20:03
SlickNikhub_cap: nope, haven't had a chance.20:04
hub_capmoving on20:04
hub_cap#topic rolling back resources20:04
*** openstack changes topic to "rolling back resources (Meeting topic: trove)"20:04
hub_capso20:04
hub_caphistorically we have not rolled back resources20:04
hub_capand we have let a delete clean up20:05
dmakogon_ipodi'm here20:05
hub_capdmakogon_ipod: has suggested to clean up some of the things when a failure happens20:05
dmakogon_ipodmain idea for rolling back is to avoid quota exceedance20:05
isviridov_why some, but not all?20:05
hub_capwell i have a Q20:05
hub_capdo the items you roll back have quotas associated with them?20:05
esmuteyes20:06
redthruxyeah - i was ging to say do you have a lower quota for security groups than instances20:06
dmakogon_ipodisviridov: one component per review20:06
dmakogon_ipodhub_cap: no20:06
hub_capok so then the quota exceedance does not matter here right?20:06
dmakogon_ipodsecurity groups quota controlls by nova20:06
hub_capok so we are talking about the 3rd party quotas, and im sure DNS will be the same20:07
redthruxso i've got a couple of issues:  1) delete instance call when dns support is enabled causes instance delete to fail if dns entry doesn't exist20:07
dmakogon_ipodnova quota exceedance is matter, but this one is out of trove scope20:07
hub_capbut our main quota is instance, right?20:07
dmakogon_ipodredthrux: this is a bug20:07
hub_capif you have an instance, in failed or building state20:07
dmakogon_ipodhub_cap: yes20:07
hub_capits a part of  your quotas20:07
esmuteso when an instance errors in the models (either because of sec-group or DNS), a record in teh DB is created20:07
hub_capyou get 1 less instance you can provision20:07
redthrux+1 hub_cap, esmute20:08
dmakogon_ipodhttps://review.openstack.org/#/c/45723/ - although take a look at it20:08
redthruxand we're only rolling back if prepare fails?20:08
grapexredthrux: It seems like we could handle that by not failing the delete if an associated resource can't be found (i.e. was already deleted or orphaned)20:08
hub_capright esmute so when you do a POST /instances, no matter the outcome of it20:08
esmutewhen the exception is raised, the quota engine rolls back the quota... back to what it was originally was20:08
esmutebut then the record is still there20:08
cp16net+1 grapex20:08
hub_capesmute: so if a instance is in FAILED status, its not a part o the quotas?20:08
esmuteso when the user tries to delete that instance, the quota will falsely decrese20:08
hub_capok thats a bug esmute20:08
redthruxgrapex - yes - basically i'm saying this has to be addressed as a prerequisite to cleaning up20:09
hub_capok im really confused20:09
hub_caplet me reiterate20:09
hub_capwith what should happen20:09
hub_cap1) an instance is created20:09
esmuteso what the rollback is trying to do is also to rollback the db record crated20:09
esmutecreated*20:09
hub_cap2) the quota is increased20:09
hub_cap3) a fialure occurs20:09
hub_cap4) the quotas remain the same20:09
hub_cap5) a user deletes20:09
hub_cap6) the quota goes back down by 120:09
esmute1) instance is created20:09
esmute2) quota is increased20:10
esmute3) failure occurs in the models (different if it occurs in TM)20:10
esmute4) quota catches the exception and rolls back quota to orignal value20:10
*** esp has joined #openstack-meeting-alt20:10
grapexesmute: What is the distinction for 3? By models do you mean if it fails in the api daemon?20:10
esmute5) the user sees the instance still there (because it was not rolled back)20:10
esmute6) user does delete20:10
hub_capesmute:  this is not a conversation abou tthe bug20:11
esmute7) quota usages decreases (falsely)20:11
SlickNikesmute: I think what hub_cap is saying is that if the instance is around (even in FAILED state), the quota shouldn't be rolled back.20:11
hub_capthat you have found / fixed20:11
redthruxit's about resources20:11
redthruxesmute ^^20:11
*** saurabhs has joined #openstack-meeting-alt20:11
redthruxso - things like dns fall under this20:11
dmakogon_ipodesmute: current trove state is that userc cannot delete stucked instance20:11
hub_caplets not worry about that right now20:11
esmutegrapex: Once the request goes to the TM, the quota usage is committed...20:11
redthruxstucked how dmakogon_ipod20:11
esmutebut if it fails in the API, the quota is rolled back20:12
dmakogon_ipodBUILDING status on poll_untill20:12
hub_capwe should fix a stuck instance20:12
hub_caprather than roll back _some_ of the resources20:12
hub_capthat will lead to more confusion20:12
redthruxokay - dmakogon_ipod - that means the prepare call failed20:12
dmakogon_ipodhub_cap: how ??20:12
SlickNikSo, the quota should really be tied to the resource.20:12
hub_capdo you know the reason for it getting stuck?20:12
hub_capdmakogon_ipod: ^^20:12
esmutewhat we can do is mark the instance as FAILED or ERROR but do not re-rasie the error20:12
grapexhub_cap: Agreed. If we roll back resources because something failed we'll end up duplicating logic to delete resources that already exists in the delete call20:12
esmuteotherwise the quota will roll back20:13
redthruxwe actually shouldn't wait for instances to come out of BUILD status with a timeout20:13
dmakogon_ipodredthrux: it means that instance cannot be repaired20:13
SlickNikIf the resource still exists in the DB, the quota should be +120:13
hub_capok we are rabbit holing20:13
hub_cap*holeing20:13
redthruxi don't think rolling back is smart period20:13
hub_capthis is not helping the decison20:13
kevinconway*wholing?20:13
hub_capkevinconway: 1) users, 2) punch20:13
hub_capits a matter of do we roll back resources on a poll_until timeout20:14
redthruxi'd rather us reorder things - dns before prepare - and if prepare fails, then we marked as failed20:14
hub_capright?20:14
cweid3) profit.20:14
hub_caplol20:14
grapexesmute: So if the quota is falsely updated if it fails int he api daemon, i.e. before the taskmanager, I think the resolution is to make the failed state happening int he api daemon something which is shown to the user as FAILED but maybe is a different state (has a different description)20:14
SlickNikcweid: lol20:14
hub_capclear ;20:14
redthruxi actually loathe that a slow prepare call - that eventually finishes - can cause an instance be in failed status20:14
hub_cap1:14 PM hub_cap its a matter of do we roll back resources on a poll_until timeout20:14
grapexActually, let's talk about the bug esmute brought up after we finish talking about dmakogon_ipod's topic.20:14
dmakogon_ipodas customer i don't know anything about low-level deployment, so if it cannot become active it is broken, and customer should delete it, but he can't20:14
redthruxthis happens - i've seen it with my own eyes20:14
hub_capgrapex: sure we can add it to the end of the agenda20:14
esmutegrapex: agree. But if we do that, we cant re-raise the error.. Otherwise the quota will rollback to what it was before20:14
hub_caplets not talk about esmute's bug20:15
*** julim has quit IRC20:15
hub_capits not the topic20:15
redthruxi'd like us to understand the poll until is for USAGE -20:15
hub_capperiod20:15
hub_cap1:14 PM hub_cap its a matter of do we roll back resources on a poll_until timeout20:15
hub_cap1:14 PM hub_cap its a matter of do we roll back resources on a poll_until timeout20:15
hub_cap1:14 PM hub_cap its a matter of do we roll back resources on a poll_until timeout20:15
hub_caplets talk about this20:15
*** eankutse has quit IRC20:15
hub_capand this only20:15
esmutehub_cap: The fix for this rollback affect mine bug :P20:15
robertmyerslets cut out the poll until20:15
vipulwhat's the definition of rollback?20:15
*** eankutse has joined #openstack-meeting-alt20:15
vipuldelete everything?20:15
hub_cap#link https://review.openstack.org/#/c/45708/20:15
vipulor mark somthing in a terminal status20:15
dmakogon_ipodvipul: no20:16
hub_capno vipul, to remove security groups20:16
dmakogon_ipodvipul: we suppose to leave instance and nothing else20:16
hub_cap#link https://review.openstack.org/#/c/45708/29/trove/taskmanager/models.py20:16
SlickNikvipul: delete associated artifacts.20:16
hub_capeveryone look @ that20:16
amcrna consistent view of the world, in my opinion, is that if a virtual/physical asset is still provisioned (whether it's active or failed), the quota should not be rolled back. An important addendum is that a user/admin should be able to delete an instance in BUILD/ERROR to subtract the current quota usage. So, in short, we should not (imho) rollback resources on a poll_until timeout.20:16
SlickNikwhere associated artifacts = security groups.20:16
hub_capamcrn: thats what ive been tying to say20:17
vipulI don't agree with removing /deleiting resources explicitly on timeout20:17
SlickNikFWIW: I'm of the view that we should not roll back.20:17
hub_capthat was my 6 step program20:17
vipuli do agree with marking it as deelted20:17
amcrnhub_cap: I'm agreeing with you :)20:17
dmakogon_ipodamcrn: that is why i suggested to update status on poll_until timeout20:17
vipulerr.. error20:17
grapexamcrn: +120:17
SlickNikexplicit is better than implicit in this case.20:17
*** Key5_ has joined #openstack-meeting-alt20:17
vipulbecause the idea is that when the user issues a delete, it will remove the assoicated resources20:17
SlickNikBecause something failed when the user wasn't looking.20:17
hub_caphttps://gist.github.com/hub-cap/679989420:17
cp16netamcrn: +120:17
dmakogon_ipodvipul: if it so, you would get quota exceeded exception on next provisioning20:18
hub_caplook @ that gist20:18
vipulthat's fine.. you need to delete20:18
grapexhub_cap: That's esmute's issue20:18
redthruxdmakogon_ipod: then you can call delete20:18
redthruxyes20:18
grapexDo we want to talk about that now?20:18
juicei think manual delete/cleanup of resources is fine if you are talking one or two errors but this does not scale20:18
vipulif you have instances in Error, those count against quota20:18
hub_capdmakogon_ipod: only if you have misconfigured quotas in nova would you have quota issues20:18
esmutehub_cap: what do you mean by "4) the quotas remain the same"?20:18
juicewe are provisioning a whole system not parts20:18
juicei see it as a complete transaction either completely done or completely undone20:19
esmute4) quota rolls back20:19
hub_capyou prov a resource, it is a hit to quotas, period20:19
hub_capno20:19
hub_capthey should not20:19
dmakogon_ipodhub_cap: suppose we have less sec.gr than VMs in qouta20:19
grapexI feel like the real problem here is dmakogon_ipod has encountered a case where the delete call is unable to fully work. We need to fix that case.20:19
hub_capif a user deletes, then quotas roll back20:19
hub_capdmakogon_ipod: then you will hit the issue even w/o rollbacks20:19
hub_cap10 instances, 8 secgroups20:19
esmuteok..that is what grapex suggested20:19
hub_capeven w/ perfect instance provisioning20:19
hub_capyou will get 8 instances20:19
hub_capand 2 failures20:19
grapexjuice: I think if we want to switch to using transactions, maybe we (wait for it everyone) wait for Heat. :)20:19
dmakogon_ipodhub_cap: no, nova assignes default sec.gr to instance20:20
juiceif heat addresses this issue then we should not build our own20:20
vipulit's a workflow type of scenario.. you have a distributed loosely coupled system.. you cant' impelemnt transactions unless you impolement workflow20:20
hub_caps/heat/lets not talk about this/20:20
redthruxlol20:20
kevinconwaygrapex: turn up the HEAT!20:20
isviridov_yep, heat has a parameter to rollback or not20:21
hub_caphey lets not talk heat20:21
grapexkevinconway: The heat is on.20:21
redthruxso - wait - I think the consensus is to say "don't roll back parts of an instance"20:21
hub_capdmakogon_ipod: tell me what you mean20:21
grapexkevinconway: It's on the street.20:21
hub_capwell everyone agrees w/ that but dmakogon_ipod, rev20:21
hub_cap*redthrux20:21
hub_capand id like to get his opinion on it20:21
hub_capdmakogon_ipod: explain the scenario plz20:21
dmakogon_ipodhub_cap: if you cannot create new security group that pass None, and nova would assign default security group to instance and that's it20:22
hub_capwe do not check that a secgrp is honored by nova?20:22
hub_capthats a bug20:22
dmakogon_ipodbut, default sec. gr is shared20:23
dmakogon_ipodyou cannot add identic rules to it20:23
hub_capi understand that20:23
hub_capbut do we not check that the secgrp we created is honored20:23
dmakogon_ipodcurrent workflow missing checks for creation groups/rules20:23
hub_capso i understand what dmakogon_ipod is saying, but a rollback woudl not change the scenario20:24
hub_capright?20:24
hub_capmisconfiguration can be the cause too20:25
dmakogon_ipodyes20:25
redthruxthat's what it sounds like20:25
hub_capso im not sure that rolling back will "fix" this20:25
hub_capand it does leave things in a different state between nova and trove20:25
dmakogon_ipodok, than we should update status20:25
dmakogon_ipodinstance and task status to let user be able to delete instances with BUILDING/FAILED/ERROR statuses20:26
hub_capyes definitely dmakogon_ipod20:26
hub_capif we dont, we have a bug20:26
hub_capusers should be able to delete failed instances20:26
hub_capand instances should go failed if they are broken (fail timeout)20:27
dmakogon_ipodhub_cap: but i'm still offering deleting components that are not controlled by trove quota20:27
hub_capthe delete will do that dmakogon_ipod20:27
redthruxright - the instance delete call will do that.20:27
dmakogon_ipodwhat would it do if there is no specific component ?20:28
redthruxand - why roll back anything - people running the infra will want to investigate what's going on with a delete20:28
dmakogon_ipodwe already heard about dns20:28
Key5_can we implement a API call like "refresh all"?20:28
hub_capwe would not fail if it does nto exist20:28
hub_capbut ther is no reason to "roll back"20:28
dmakogon_ipodhub_cap: even if support is turned on ?20:28
hub_capif you try to delete dns, for example, and it does not exist properly20:29
hub_capbecause it failed20:29
dmakogon_ipodhub_cap: than how it failes with DNS ?20:29
hub_capthen it should just skip it and finish the delete20:29
hub_capits a bug dmakogon_ipod20:29
dmakogon_ipodhub_cap: ok20:29
redthrux+1 hub_cap20:29
redthruxi filed it20:30
hub_capcore team, do we have consensus? we should move on. so far i have 1) we have a bug in delete logic, 2) we will not rollback on create20:30
hub_capare we good? ready to move on?20:30
SlickNikI'm good.20:30
redthruxhere's the bug: https://bugs.launchpad.net/trove/+bug/123385220:30
hub_capwe have lots of stuff to do20:30
dmakogon_ipodhub_cap: i'll fix my review with status update tomorrow20:30
hub_cap<3 dmakogon_ipod20:30
hub_cap#topic Cloud-init service extensions20:30
*** openstack changes topic to "Cloud-init service extensions (Meeting topic: trove)"20:30
dmakogon_ipodso, security group workflow update would be abandoned20:31
dmakogon_ipodahhh20:31
dmakogon_ipodmy topic again20:31
esmuteguys, can you have that in writing somewhere?20:31
dmakogon_ipod#link https://gist.github.com/crazymac/679169420:31
hub_capesmute: it is in writing, this is logged :)20:31
vipulhub_cap: I would want to mark it as 'error' though20:31
hub_capyes vipul i think dmakogon_ipod will do that20:32
esmutedmakogon_ipod: are you abandoning that fix?20:32
amcrnto elaborate on esmute's point, can we get a table of scenarios with desired end states?20:32
dmakogon_ipodvipul hub_cap: error for which status ?20:32
dmakogon_ipodinstance of service ?20:32
vipulinstance status20:32
dmakogon_ipodok20:32
dmakogon_ipodgot it20:33
dmakogon_ipodnow it's another topic20:33
dmakogon_ipodupdating cloud-init before passing it into userdata20:33
dmakogon_ipodmy idea is described in gist20:33
dmakogon_ipodplease, take a look20:33
hub_capyes i think that this is ok20:34
hub_capim fine w/ it20:34
hub_capbut we need to really focus on heat support too20:34
dmakogon_ipodyse20:34
dmakogon_ipoddefinitely20:34
hub_capand when we do20:34
hub_capitll be easy to shift to it20:34
dmakogon_ipodi already mark it for TODO20:35
hub_capok great20:36
hub_capi have no issues w/ it, so we good to move on?20:36
hub_cap#topic Configuration + service type20:37
*** openstack changes topic to "Configuration + service type (Meeting topic: trove)"20:37
dmakogon_ipodashestakov ?20:37
hub_caphey guys i will say thx to dmakogon_ipod and isviridov_ for putting their names on their topics20:37
hub_capvery smart20:37
hub_capdmakogon_ipod:  this must be from last wk?20:37
dmakogon_ipodmaybe20:37
isviridov_hub_cap, yep. i've removed one. Please refresh20:38
dmakogon_ipodsomeone forgot to update it, right ?)))20:38
hub_capandrey is not around ya?20:38
dmakogon_ipodseems like yes20:38
hub_capisviridov_ k20:38
hub_cap#action moving on :)20:38
hub_capyogesh: what should i call your next topic?20:38
cp16netsounds good20:38
cp16netlots of this is on the ML20:39
hub_cap#topic service registration20:39
*** openstack changes topic to "service registration (Meeting topic: trove)"20:39
cp16netread it there20:39
hub_cap#link https://review.openstack.org/#/c/41055/20:39
yogeshyup...20:39
dmakogon_ipodis it updated ?20:39
*** rpodolyaka1 has quit IRC20:39
dmakogon_ipod#link https://gist.github.com/crazymac/678487120:39
yogeshdmakogon_ipod: please update the gist per the latest decision20:39
*** akuznetsov has joined #openstack-meeting-alt20:40
yogeshor is it already... :-)20:40
hub_capok do we need to talk about this?20:40
yogeshwe are good...20:40
hub_capok cool20:40
dmakogon_ipodyogesh: there was a typo )))20:40
yogeshyeah...20:40
hub_cap#topic trove-conductor20:40
*** openstack changes topic to "trove-conductor (Meeting topic: trove)"20:40
yogeshbut the intent is clear..20:40
hub_capdatsun180b: go go go20:40
konetzedyea!20:40
kevinconwaydatsun180b: update?20:41
datsun180bhello20:41
kevinconwaydatsun180b: conductor code?20:41
datsun180bi'm sorting out problems with restart and unit tests but conductor at the moment successfully intercepts mysql status updates20:41
hub_caphorray20:41
datsun180bit's more than a trove review, there's also a devstack review linked in the agenda.20:41
amcrnnice20:41
dmakogon_ipodyogesh: done, gist updated20:41
kevinconwaycan you link?20:42
datsun180bone moment20:42
yogeshdmakogon_ipod: cool thanks20:42
datsun180b#link https://review.openstack.org/#/c/45116/20:42
*** jasonb365 has quit IRC20:42
datsun180b#link https://review.openstack.org/#/c/49237/20:42
kevinconwaydatsun180b: do you have links?20:42
hub_capdatsun180b: anything else to say on teh subject?20:42
datsun180bat the moment no, but i'd appreciate eyeballs and advice on the code i've shared so far20:43
*** demorris has quit IRC20:43
datsun180bthat's pretty much it for me20:43
hub_capmoving on, great work datsun180b20:43
hub_cap#topic trove-heat20:44
*** openstack changes topic to "trove-heat (Meeting topic: trove)"20:44
hub_capyogesh: go20:44
yogeshhub_cap: i listed down some points from trove/heat integration perspective... https://gist.github.com/mehrayogesh/679872020:44
kevinconwaycan you folks making gists make sure to put in line breaks so everything fits in the frame?20:44
yogeshpoint 1 and 2 can be skipped...20:45
hub_capkevinconway: +++++++++++++20:45
yogeshas hardening is anyway in progress and heat events are not supported as of now...20:45
yogeshpolling is the only way for checking the stack status in heat..20:45
hub_capim very happy to hear that heat support is going to be fixed up20:46
yogeshhub_cap: on its way...20:46
yogesh:-)20:46
yogeshpoint 3: template in code, should be configurable....is there a reasoning....20:47
hub_captemplate should not be in code20:47
hub_capwell20:47
yogeshsure...20:47
hub_capthe template should be "built"20:47
hub_capsome tings, like user data should be configurable20:47
*** SergeyLukjanov has quit IRC20:48
hub_capbut other things like, the instance itslef in the yaml, can be generated20:48
hub_capit will make building a multi node stack easier20:48
yogeshyes agreed...20:48
dmakogon_ipodyogesh hub_cap: could we externalize template out of taskamanager ?20:48
hub_capdmakogon_ipod: thats the plan i think20:49
hub_capi think yogesh asked about it20:49
yogeshit'll be externalized..20:49
dmakogon_ipodand store it like cloud-init script20:49
*** jmontemayor has joined #openstack-meeting-alt20:49
yogeshbut then we won't have a completely cooked template...20:49
yogeshit'll be created dynamically20:49
hub_capright yogesh20:49
dmakogon_ipodok20:49
hub_capand some parts will be config'd20:49
hub_caplike user data20:49
hub_capand some will just be generated20:49
yogeshhub_cap: absolutely....20:49
hub_capperfect20:50
kevinconwayare you going to generate your template using template templates?20:50
isviridov_what template parts are you going to generate?20:50
yogeshpoint 4.20:50
dmakogon_ipodi'd like to take a look at mechanism of dinamic creation of heat template20:50
yogeshi'll keep updating the GIST and mark it off to you guys..20:50
*** sarob has quit IRC20:50
hub_capisviridov_ the part that defines the # of instances, so u can generate a stack w/ > 1 instance20:50
hub_capfor clustering20:50
*** sarob has joined #openstack-meeting-alt20:51
hub_capdmakogon_ipod: once yogesh publishes the review you will be abel to :)20:51
yogeshthe epecific user scripts will be configurable...20:51
kevinconwaycan't you just roll a jinja2 template for the HEAT templates?20:51
Key5_do we want to use HEAT HOT DSL?20:51
isviridov_number of instances can be parametrized20:51
kevinconwayit supports IF and ELSE and all that20:51
jdbarryis trove/heat integration spec'd in a blueprint?20:51
hub_capKey5_: if it impls everything that the cfn does20:51
dmakogon_ipoddoes heat supports it now ?20:51
hub_capkevinconway: right, im not sure we are defining the _how_ of template generation20:52
yogeshthe design of dynamic template creation can be a separate topic20:52
dmakogon_ipodhub_cap: yogesh: let's take a weed and think about it20:52
kevinconwayi was just curious about the term "dynamic template generation"20:52
isviridov_kevinconway, +120:52
dmakogon_ipodkeviwconway +120:52
hub_capHAH dmakogon_ipod20:52
cweidi AM DOWN20:53
imsplitbitI think he meant "week"20:53
cweidoops caps20:53
yogeshdynamic, in the sense that there is not a precooked yaml/template file which gets loaded into heat20:53
dmakogon_ipodiyes20:53
dmakogon_ipodyes20:53
hub_capcweid: too bad u cant specify font size in irc20:53
yogeshtemplate generation will be abstracted...20:53
kevinconwayi guess my confusion was with template20:53
kevinconwayi think of template like jinja2 template, but it means something else in HEAT20:53
yogeshyup...20:54
dmakogon_ipodi thinks we could have minimaly working template and than extend it for need os each service20:54
yogeshdynamic heat template generation, i should say20:54
hub_capso topic 420:54
kevinconwayso when you say dynamic template you mean parameterizing your HEAT templates20:54
kevinconwayyeah ok, thanks for the clarification20:54
yogeshpoint 4...20:54
hub_capyogesh: lets talk about pt 420:54
yogeshfor multi instance templates...20:54
yogeshmarking it back into the instance list in trove...20:55
*** sarob has quit IRC20:55
hub_capok i think we need to know that its > 1 instance20:55
yogeshyeah...20:55
hub_capso we will have to put something in the db20:55
yogeshyup20:55
hub_capbut im not sure i want to call them separate instances20:55
hub_cap ^ ^ people working on clustering api will kill me20:55
yogeshand relateing it to point 520:55
yogeshdo we need an instance-group abstraction in trove20:55
yogesh:-D20:56
hub_capamcrn: do u remember when i asked you about making a cluster an instance a few wks ago? ;)20:56
yogeshhub_cap: i akinda agree... :-)20:56
hub_capthe topic has come back up, and i like it20:56
yogeshinstance_group classification in trove would be nice...20:56
hub_capyes yogesh we will need to define somethign liek thsi for clustering20:56
yogeshmake the pipeline all aligned...20:56
yogeshawesome..20:57
isviridov_do we have a BP for heat integration?20:57
dmakogon_ipodinstance group - it is like cluster but in theory ?20:57
yogeshin addition, do we think that there is any part which may be missing and needs to be taken care of...just wanted to have a trove/heat task list...from multi instance / clustering perspective20:58
hub_capok 3 min left, here is what weve come up with20:58
amcrncorrect, yes20:58
hub_capan instance is an instance is a cluster20:58
*** jasonb365 has joined #openstack-meeting-alt20:58
hub_capamcrn: hehe its come back up ;)20:58
yogeshconceptually, whether multiple instances always will be spun for clustering...20:59
yogeshthinking aloud...20:59
amcrn:|20:59
*** jasonb365 has quit IRC20:59
hub_capok time to end21:00
hub_cap#endmeeting21:00
*** openstack changes topic to "OpenStack meetings (alternate)"21:00
openstackMeeting ended Wed Oct  2 21:00:12 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:00
yogeshhub_cap: an instance is an instance is a cluster, sounds good21:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-10-02-20.00.html21:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-10-02-20.00.txt21:00
openstackLog:            http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-10-02-20.00.log.html21:00
*** datsun180b has quit IRC21:01
grapexTalk to you guys later21:01
*** imsplitbit has left #openstack-meeting-alt21:01
*** jasonb365 has joined #openstack-meeting-alt21:02
*** redthrux has left #openstack-meeting-alt21:03
*** lblanchard has quit IRC21:05
*** IlyaE has quit IRC21:05
*** pdmars_ has quit IRC21:07
*** lpabon has quit IRC21:11
*** sarob has joined #openstack-meeting-alt21:12
*** noslzzp has quit IRC21:15
*** akuznetsov has quit IRC21:18
*** isviridov_ has quit IRC21:18
*** amytron has quit IRC21:19
*** akuznetsov has joined #openstack-meeting-alt21:19
*** akuznetsov has quit IRC21:24
*** santhoshsram has left #openstack-meeting-alt21:34
*** zane has quit IRC21:34
*** ccrouch has joined #openstack-meeting-alt21:35
*** pcm_ has quit IRC21:45
*** santhoshsram has joined #openstack-meeting-alt21:45
*** CaptTofu has quit IRC21:46
*** betsy has quit IRC21:46
*** eankutse has quit IRC21:47
*** robertmyers has quit IRC21:57
*** Key5_ has quit IRC21:58
*** IlyaE has joined #openstack-meeting-alt21:58
*** sacharya has quit IRC22:02
*** jcru has quit IRC22:03
*** julim has joined #openstack-meeting-alt22:10
*** esp has left #openstack-meeting-alt22:15
*** yogesh has quit IRC22:16
*** yogesh has joined #openstack-meeting-alt22:17
*** jasonb365 has quit IRC22:17
*** yogesh has quit IRC22:21
*** flaper87 is now known as flaper87|afk22:24
*** rev has left #openstack-meeting-alt22:26
*** NehaV has left #openstack-meeting-alt22:28
*** gokrokve has quit IRC22:34
*** IlyaE has quit IRC22:39
*** rnirmal has quit IRC22:40
*** amytron has joined #openstack-meeting-alt22:43
*** anteaya has quit IRC22:47
*** kebray has quit IRC22:47
*** esker has quit IRC22:50
*** lsmola has quit IRC22:57
*** anteaya has joined #openstack-meeting-alt23:00
*** sarob_ has joined #openstack-meeting-alt23:04
*** sarob_ has quit IRC23:05
*** sarob_ has joined #openstack-meeting-alt23:05
*** sarob has quit IRC23:06
*** sarob_ has quit IRC23:08
*** dmakogon_ipod has quit IRC23:09
*** IlyaE has joined #openstack-meeting-alt23:10
*** lsmola has joined #openstack-meeting-alt23:13
*** boris-42 has quit IRC23:19
*** julim has quit IRC23:23
*** jmontemayor has quit IRC23:24
*** jergerber has quit IRC23:31
*** sacharya has joined #openstack-meeting-alt23:46

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