Thursday, 2013-12-05

*** rongze has quit IRC00:02
*** rnirmal has joined #openstack-trove00:04
*** jmontemayor has quit IRC00:04
*** key4 has quit IRC00:05
*** openstackgerrit has quit IRC00:06
*** openstackgerrit has joined #openstack-trove00:06
*** rnirmal has quit IRC00:15
*** matsuhashi has joined #openstack-trove00:21
*** mmcdaris has joined #openstack-trove00:28
*** grapex has quit IRC00:43
*** mmcdaris has quit IRC00:48
openstackgerritSlickNik proposed a change to openstack/trove: Added ability to pass custom command-line options to backup runner  https://review.openstack.org/5806200:55
*** mmcdaris has joined #openstack-trove00:59
*** plodronio has quit IRC01:02
*** yogesh has joined #openstack-trove01:03
*** yogesh has quit IRC01:10
*** yogesh has joined #openstack-trove01:11
*** yogesh has quit IRC01:15
*** demorris has joined #openstack-trove01:21
*** flaper87 is now known as flaper87|afk01:22
*** rongze has joined #openstack-trove01:28
*** amcrn has quit IRC01:29
*** matsuhashi has quit IRC01:31
*** rongze has quit IRC01:33
*** matsuhas_ has joined #openstack-trove01:33
*** tanisdl has quit IRC01:35
*** mmcdaris_ has joined #openstack-trove01:35
*** mmcdaris has quit IRC01:36
*** mmcdaris_ is now known as mmcdaris01:36
*** nosnos has joined #openstack-trove01:36
*** mmcdaris has quit IRC01:47
*** demorris has quit IRC02:10
*** demorris has joined #openstack-trove02:10
*** mmcdaris has joined #openstack-trove02:11
*** openstack has joined #openstack-trove02:17
*** openstackgerrit has quit IRC02:24
*** openstackgerrit has joined #openstack-trove02:24
openstackgerritFelipe Reyes proposed a change to openstack/trove: Added missing dependency to the documentation  https://review.openstack.org/6013302:26
*** jcooley_ has joined #openstack-trove02:35
*** matsuhas_ has quit IRC02:35
*** erkules_ has joined #openstack-trove02:48
*** erkules has quit IRC02:49
*** haomaiwang has joined #openstack-trove02:50
*** rongze has joined #openstack-trove02:53
*** rongze_ has joined #openstack-trove02:55
*** rongze has quit IRC02:58
*** jcooley_ has quit IRC03:17
*** mmcdaris has quit IRC03:38
*** matsuhashi has joined #openstack-trove04:14
*** rongze_ has quit IRC04:35
*** demorris has quit IRC05:02
*** amytron has joined #openstack-trove05:06
*** mmcdaris has joined #openstack-trove05:24
*** mmcdaris has quit IRC06:13
*** mmcdaris has joined #openstack-trove06:13
*** matsuhashi has quit IRC06:14
*** matsuhashi has joined #openstack-trove06:14
*** mmcdaris has quit IRC06:24
*** mmcdaris has joined #openstack-trove06:36
*** rongze has joined #openstack-trove06:54
*** yogeshmehra has joined #openstack-trove07:01
*** amytron has quit IRC07:14
*** denis_makogon has joined #openstack-trove07:15
*** matsuhashi has quit IRC07:17
openstackgerritShalini khandelwal proposed a change to openstack/python-troveclient: Resolution for trove cli fail https://bugs.launchpad.net/python-troveclient/+bug/1258037  https://review.openstack.org/6016007:18
*** yogeshmehra has quit IRC07:53
*** yogeshmehra has joined #openstack-trove07:53
*** yogeshmehra has quit IRC07:59
openstackgerritShalini khandelwal proposed a change to openstack/python-troveclient: Added a missing import statement  https://review.openstack.org/6016908:02
*** harlowja has quit IRC08:08
*** flaper87|afk is now known as flaper8708:09
*** yogeshmehra has joined #openstack-trove08:12
*** vipul is now known as vipul-away08:27
*** vipul-away is now known as vipul08:37
*** SlickNik has quit IRC08:39
*** SlickNik has joined #openstack-trove08:39
*** denis_makogon has quit IRC08:47
*** yogeshmehra has quit IRC09:20
*** yogeshmehra has joined #openstack-trove09:20
*** yogeshmehra has quit IRC09:25
*** bot-bot is now known as denis_makogon09:31
*** erkules_ is now known as erkules10:04
*** SnowDust has joined #openstack-trove10:14
SnowDustplease look at https://review.openstack.org/6016910:16
SnowDustits a bugfix10:16
SnowDust:)10:16
denis_makogonk10:17
*** mmcdaris has quit IRC10:21
openstackgerritIllia Khudoshyn proposed a change to openstack/trove: Remove 'mount_point' from guestagent RPC API  https://review.openstack.org/5718910:23
*** shalini has joined #openstack-trove10:25
*** yogeshmehra has joined #openstack-trove10:31
openstackgerritIllia Khudoshyn proposed a change to openstack/trove: Remove 'mount_point' from guestagent RPC API  https://review.openstack.org/5718910:33
SnowDustplease look at https://review.openstack.org/6016910:33
denis_makogonSnowDust, please, wait until robots will +1 it10:34
*** yogeshmehra has quit IRC10:35
SnowDustsure .. !10:35
SnowDustthats why i asked for the gate re-run :) and thanks .. u re-run that :)10:36
SnowDusthaomaiwang : how r u ?10:37
haomaiwangSnowDust:10:37
openstackgerritIllia Khudoshyn proposed a change to openstack/trove: Remove 'mount_point' from guestagent RPC API  https://review.openstack.org/5718910:40
ikhudoshynsry for that crap, guys ^ ^, struggling with git((10:41
*** rongze has quit IRC11:12
SnowDustshalini: HAPPY BIRTHDAY .. DEC 6 WOW !!11:56
*** rongze has joined #openstack-trove11:57
shalini:)11:58
shivam__Hey Happy B'day :-)11:58
SnowDusttrove team expects a party !!11:58
*** rongze has quit IRC12:17
*** rongze has joined #openstack-trove12:35
*** rongze_ has joined #openstack-trove12:41
*** rongze has quit IRC12:42
*** nosnos has quit IRC12:45
*** freyes_ has joined #openstack-trove12:59
*** freyes has quit IRC12:59
*** freyes_ is now known as freyes12:59
*** pdmars has joined #openstack-trove13:01
*** pdmars has quit IRC13:10
*** pdmars has joined #openstack-trove13:14
openstackgerritDebasish Chowdhury proposed a change to openstack/python-troveclient: Added a missing import statement  https://review.openstack.org/6016913:34
freyeshi guys, is there any chance that you create a topic in the openstack-dev mailing list to filter the messages?13:35
*** debasish has joined #openstack-trove13:36
denis_makogonfreyes, hi13:55
denis_makogonmaybe13:55
denis_makogonheat already had their own topic13:55
freyesdenis_makogon, hi, yes, that's why it came to my mind :p13:59
denis_makogonprobably we need to ask hub_cap to do that, if it's involves infra14:00
openstackgerritDebasish Chowdhury proposed a change to openstack/trove: Unittest Case for get_user  https://review.openstack.org/4820114:16
*** radez_g0n3 is now known as radez14:43
*** demorris has joined #openstack-trove14:46
*** jcru has joined #openstack-trove14:48
*** robertmyers has joined #openstack-trove14:54
*** abramley has quit IRC14:56
*** SnowDust has quit IRC15:04
*** diakunchikov_ has joined #openstack-trove15:13
*** amytron has joined #openstack-trove15:17
*** abramley has joined #openstack-trove15:20
*** datsun180b has joined #openstack-trove15:23
*** plodronio has joined #openstack-trove15:28
*** haomaiwang has quit IRC15:43
*** jcooley_ has joined #openstack-trove15:58
*** jcooley_ has quit IRC15:59
*** diakunchikov has quit IRC16:01
*** jcooley_ has joined #openstack-trove16:06
*** rnirmal has joined #openstack-trove16:06
*** jasonb365 has joined #openstack-trove16:11
*** jcooley_ has quit IRC16:12
*** jcooley_ has joined #openstack-trove16:13
*** jcooley_ has quit IRC16:18
*** grapex has joined #openstack-trove16:18
*** jumping_Bond has joined #openstack-trove16:20
*** jumping_Bond has quit IRC16:28
openstackgerritDenis M. proposed a change to openstack/trove: Removing vim lines  https://review.openstack.org/6027616:28
openstackgerritDenis M. proposed a change to openstack/trove: Cleaning __init__.py from headers  https://review.openstack.org/6027716:28
*** jumping_Bond has joined #openstack-trove16:28
cp16netdenis_makogon: hey i made a comment on https://review.openstack.org/#/c/5941016:30
cp16netlooks like that method name should be specific to the root user16:31
*** rongze_ has quit IRC16:37
imsplitbitwhy are we removing the vim lines?16:48
openstackgerritJordan Pittier proposed a change to openstack/python-troveclient: Fix missing Instances imports  https://review.openstack.org/6028416:49
*** jcooley_ has joined #openstack-trove16:51
*** ashestakov has quit IRC16:54
*** jcooley_ has quit IRC16:54
*** jcooley_ has joined #openstack-trove16:55
*** jcooley_ has quit IRC16:57
*** jcooley_ has joined #openstack-trove16:57
ikhudoshynhub_cap: https://review.openstack.org/#/c/57189/ please17:00
datsun180bimsplitbit: i remember a ML discussion about vim lines but i don't remember a conclusion17:02
*** jcooley_ has quit IRC17:02
imsplitbityeah I removed my review pending investigation :)17:03
imsplitbitI don't recall reaching an agreement on that17:03
imsplitbitI mean, I don't use vim but I don't care that they're there17:03
imsplitbitI don't view them as something needing to be cleaned up per se17:04
*** rnirmal has quit IRC17:05
*** rnirmal has joined #openstack-trove17:05
*** jcooley_ has joined #openstack-trove17:06
*** jasonb365 has quit IRC17:07
*** Barker has joined #openstack-trove17:11
*** jmontemayor has joined #openstack-trove17:11
denis_makogondatsun180b, each project decided to do it like they want, but common why is to keen modules clean17:12
denis_makogonimsplitbit, heat is on the way of removing vim lines17:15
denis_makogonoslo is on the way of removing vim lines17:15
denis_makogonimsplitbit, thanks for re-reviewing17:16
*** SnowDust has joined #openstack-trove17:18
SnowDusthttps://review.openstack.org/#/c/60169/ this is critical plz review17:18
*** jasonb365 has joined #openstack-trove17:20
SnowDustjuice, mordred, robertmyers : https://review.openstack.org/#/c/60169/ this is critical plz review17:20
SnowDustvipul : https://review.openstack.org/#/c/60169/ this is critical plz review17:21
*** jasonb365 has quit IRC17:21
openstackgerritJordan Pittier proposed a change to openstack/trove: Specify NetID for environment with several networks  https://review.openstack.org/6029217:23
*** jasonb365 has joined #openstack-trove17:25
imsplitbitdenis_makogon: so then as I understand it this is a change across the board for all openstack projects?  removing vim lines?17:25
denis_makogonyes17:26
SnowDusthub_cap: https://review.openstack.org/#/c/60169/ this is critical plz review17:26
denis_makogonimsplitbit, but it's only at the beginning state17:26
vipulSnowDust: i'll merge it if we don't hear from hub_cap17:28
SnowDustsure .. thanks !17:28
*** jmontemayor has quit IRC17:32
*** Barker has quit IRC17:32
*** jcooley_ has quit IRC17:47
*** jcooley_ has joined #openstack-trove17:48
openstackgerritA change was merged to openstack/python-troveclient: Added a missing import statement  https://review.openstack.org/6016917:49
*** denis_makogon is now known as bot_bot17:50
*** mmcdaris has joined #openstack-trove17:51
*** jcooley_ has quit IRC17:52
*** jcooley_ has joined #openstack-trove17:56
*** demorris_ has joined #openstack-trove17:57
*** demorris has quit IRC18:00
*** demorris_ is now known as demorris18:00
*** amytron_ has joined #openstack-trove18:04
*** amytron has quit IRC18:04
*** amytron_ is now known as amytron18:04
*** demorris has quit IRC18:10
*** harlowja has joined #openstack-trove18:14
*** mmcdaris has quit IRC18:17
*** ashestakov has joined #openstack-trove18:18
*** yogesh_ has joined #openstack-trove18:20
SlickNikvipul: Thanks for taking care of that breaking client change!18:25
SlickNikAnd shalini, thanks for finding and fixing it quickly.18:26
SnowDustSay Happy Birthday to Shalini !18:31
SnowDust6th Dec her birthday  HeHe !18:31
*** plodronio has quit IRC18:31
*** amcrn has joined #openstack-trove18:46
*** jmontemayor has joined #openstack-trove18:54
*** demorris has joined #openstack-trove18:56
* imsplitbit 's belly is full of korean food goodness19:03
*** ashestakov has quit IRC19:09
datsun180byou missed the food at the talk matt gave19:10
datsun180balso you missed the talk matt gave19:10
SnowDustwho knows he relished all the korean he heard  .. better than smart technology keywords :)19:13
datsun180bi'd be willing to wager that none of them were talking about redis19:13
cweidMostly Kim Chi and Bulgogi talk....19:15
SlickNikBi Bim Bap, so good...19:15
juice+1 SlickNik19:16
cweidSuper good =)19:16
SnowDustBulgogi may be the name .. to another OpenStack service .. one thinks of to propose19:16
jmontemayor+119:16
cweidSo need some core love on this review if I could... Got some +1's from the Robots and normal folks. Just no core yet: https://review.openstack.org/#/c/53481/19:16
SlickNikInformation-as-a-service.19:17
cweidSlickNik: vipul: hub_cap: grapex: <319:17
SnowDusteveryone gets .. +2 ovr that project .. and everyone is a core19:17
SnowDustself approved !19:17
SlickNikcweid: will take a look this afternoon.19:17
cweidSlickNik: Thank you sir =)19:18
SlickNikno worries19:18
*** jasonb365 has quit IRC19:27
*** jumping_Bond has quit IRC19:33
*** jumping_Bond has joined #openstack-trove19:40
*** tanisdl has joined #openstack-trove19:43
*** jumping_Bond has quit IRC19:43
*** jcooley_ has quit IRC19:44
*** esp has joined #openstack-trove19:50
*** jasonb365 has joined #openstack-trove19:58
*** yogesh_ has quit IRC19:58
*** yogesh_ has joined #openstack-trove19:59
*** jcooley_ has joined #openstack-trove20:01
*** SnowDust has quit IRC20:04
*** cweid has quit IRC20:11
*** denis_makogon has joined #openstack-trove20:16
denis_makogonwhazzap, i'm back20:18
*** yogesh_ has quit IRC20:22
denis_makogonhub_cap, i've done subtree, what should i do next ?20:22
*** yogesh_ has joined #openstack-trove20:23
denis_makogonhub_cap, https://github.com/denismakogon/trove20:23
datsun180bcool20:24
*** zacksh_ is now known as zacksh20:25
kevinconwaydenis_makogon: *another* github account?20:26
kevinconwaywhy do you have so many names on everything?20:26
denis_makogoni renamed crazymac to denismakogon20:26
denis_makogonand i have only one20:26
denis_makogoni've got lots of forks and lots of branches20:27
datsun180bprobably best to cool off on the 'crazy' moniker anyhow20:27
imsplitbit))))))20:27
*** yogesh_ has quit IRC20:28
datsun180bcan you imagine going to a fancy restaurant and being informed that tonight's sommelier is Frank the Bone-Gnawer, King of Dust and Nickels20:28
imsplitbitlol20:28
datsun180band then a man dressed in wigs and trash bags then scrambles up to the table and screams about tonight's wines and specials20:30
*** jmontemayor has quit IRC20:34
*** jasonb365 has quit IRC20:34
*** jcooley_ has quit IRC20:35
openstackgerritCraig Vyvial proposed a change to openstack/trove: adding configuration group support  https://review.openstack.org/5316820:35
*** jcooley_ has joined #openstack-trove20:41
openstackgerritCraig Vyvial proposed a change to openstack/trove: adding configuration group support  https://review.openstack.org/5316820:45
openstackgerritCraig Vyvial proposed a change to openstack/python-troveclient: adds support for configurations management  https://review.openstack.org/5316920:47
cp16netamcrn: i think those are ready for a new review :)20:48
* cp16net crosses fingers20:48
openstackgerritPaul Marshall proposed a change to openstack/trove: Acknowledge Nova VERIFY_RESIZE as RESIZE state  https://review.openstack.org/6034620:51
*** jcooley_ has quit IRC20:59
*** datsun180b has quit IRC21:01
*** yogesh_ has joined #openstack-trove21:18
amcrncp16net: awesome, let me take a look21:20
cp16netpep8 is not happy after we removed some of the rules21:23
cp16netbut thats minor21:23
openstackgerritCraig Vyvial proposed a change to openstack/trove: adding configuration group support  https://review.openstack.org/5316821:34
cp16netshould fix the pep8 issues21:34
cp16netamcrn: btw setting a configuration on an instance you are allowed to send in the ref or just the uuid21:36
cp16netthis is the same as the flavor21:36
amcrnyeah i noticed that, makes sense :)21:36
*** cweid has joined #openstack-trove21:36
*** amrith has joined #openstack-trove21:36
amcrnname is still "configuration" though i believe?21:36
amcrn(which is good, as long as it wasn't renamed to configurationRef or something like that)21:37
openstackgerritRobert Myers proposed a change to openstack/trove: Paginate backup list api  https://review.openstack.org/6035821:37
denis_makogoncp16net, i started reviewing patchset 12, so, i'll let comments there21:38
cp16netyeah its just plain ol configuration21:38
cp16netdenis_makogon: thats fine21:38
cp16netthere is very little changed between 12 and 1321:38
cp16netjust pep8 stuffs21:38
amcrnyou ready for this cp16net?21:38
amcrn*pushes the +1*21:39
cp16netummmmm...21:39
cp16netYAY!21:39
amcrni'm going to put a comment that some serious end-to-end hand testing will still be done to make sure nothing is hiding, but it addresses all the previous concerns21:39
amcrnnice work :)21:39
cp16netyeah i think that will be a really good idea21:40
cp16neti've run through just about all the senarios manually21:41
cp16netand i tried to make integration tests to do them as well21:41
cp16neti have a feeling this feature will be like datastores21:41
cp16netwhere changes will need to be made to fix it up for all the cases i didnt account for21:42
amcrnsure, but it's a huge feature, that's to be expected21:42
cp16netyeah21:42
cp16neti just need to stop at some point before this review gets any bigger21:42
denis_makogoncp16net, done21:42
denis_makogoncp16net, you can always split it to many21:43
cp16netdenis_makogon: what does this mean?21:43
cp16net"this implementation doesn't allow to apply any of parameters to already applied conf file"21:43
denis_makogoncp16net, first suggestion - dynamic valirables deserves it's own BP, as well patchset21:44
denis_makogonsuppose you've already sent a group of parameters21:44
denis_makogonbut i forgot to add one or more parameters21:45
cp16netok21:45
cp16netso you modify the conf thats applied to the instance?21:45
denis_makogonAre configuration groups are modifiable ?21:45
cp16netyes21:45
cp16netand it applies all the configs in the group again when you change them21:46
denis_makogonproblem - why do i need send whole config file only for one paramter ?21:46
cp16netbecause it reads all the configuration_parameters and applies them21:46
*** amrith has quit IRC21:46
cp16netwell the thought is that you can change the group how ever you like21:47
cp16netbut you need to apply the "group"21:47
denis_makogonthat's the problem21:47
cp16netso its just applying the group again21:47
cp16netwhy is that a problem?21:47
cp16netwe write to new file and apply the configs21:48
denis_makogonsending one parameter is easier then whole conf21:48
denis_makogonthere's no flexibility21:48
cp16netits more difficult to handle a single change than the entire change set21:48
denis_makogoni want to apply N conf. group with 1 parameter, one by one21:49
denis_makogoncp16net, but this is use case21:49
cp16netbut if you didnt modify the param what is the difference of appying it again or not?21:49
cp16netthe end result is that not change occurs for that parameter21:50
denis_makogoni mean, i want to apply N groups with different parameters, but each group contains 1 parameter21:50
cp16netyou can only apply 1 config group per instance21:50
cp16net1 to 121:50
denis_makogonwhat ?21:51
cp16netnot 1 to many21:51
denis_makogonare you serious ?21:51
cp16netyes21:51
cp16netmaybe there was a miscommunication about that21:51
denis_makogonso, you telling that i can apply only one group to only one instance21:51
cp16netbut yes you apply a configuration_id group to the instane record21:52
cp16netyes its a group21:52
cp16neton the other hand21:52
cp16netyou can apply the same configuration group to multiple instnaces21:52
denis_makogonthis even brings more problems21:52
denis_makogonno matter, overriding whole config = mess21:53
cp16netplease elaborate21:53
denis_makogoni see next problems21:53
denis_makogon1. Overriding whole config, even if i want to change 1 parameter21:54
denis_makogon2. Only one group could be applied to instance (sound very creepy)21:54
denis_makogon3. Sending raw string instead of dict21:55
*** amcrn_ has joined #openstack-trove21:55
*** amcrn has quit IRC21:55
cp16netso a configuration group contains a set of configuration parameters21:55
cp16netthat set you can change at will21:55
denis_makogonbut i cannot keep more then one group per instance21:56
denis_makogonright ?21:56
cp16netno a single group per sintance21:56
robertmyersdenis_makogon: how would it work with more than 1?21:56
amcrn_+1 robermyers21:56
robertmyersthat seems even harder to manage21:56
amcrn_trying to ascertain the actualized result-set from multiple groups being applied on top of each other sounds difficult to manage from a user-perspective21:57
cp16netmerging multiple groups with overlaps woud cause more problems21:57
*** amcrn_ is now known as amcrn21:57
denis_makogonyou misunderstood me21:57
denis_makogoni want to apply N groups with different parameters, one by one21:57
denis_makogoneach applying process overrides whole config21:58
robertmyersI don't understand that use case21:58
amcrndenis_makogon: i think you're going to have to draw up a full example vs. these generalizations21:58
robertmyersone at a time?21:58
denis_makogonyes21:58
cp16neti see a case where you want to slowly test the changes you make one by one21:59
cp16netbut that wont be any different than slowly changing the parameters in the group21:59
robertmyersstill you can do that with one group21:59
amcrnright, so i don't see the concern?21:59
cp16netyou can get the same end result.22:00
denis_makogonok, i will write it in ML22:00
denis_makogonwith whole examples22:00
denis_makogonbut current solution and design is not applicable at all22:00
cp16netdenis_makogon: could you pull in my change sets and test it out? maybe that will help?22:00
cp16nethell everybody should try it out22:00
denis_makogoni agreed only with validation in current implementation22:01
amcrnoh ok, i think i see denis' position, let me cook up a quick example22:01
amcrnex: you have 100 databases deployed, all sharing the same configuration group. as a provider, you're interesting in trying to change parameter 'a' to '123', but you don't want to apply it to all running instances, but you're in an awkward position because of inheritance. If you had the ability to overlay multiple groups, you could arguably create a new configuration group with just parameter 'a', and apply it to 1 out of 100, then propagate22:03
amcrn to other nodes as confidence grows.22:03
amcrnBUT22:03
amcrnyou could arguably do the same thing by creation a new configuration with the old values + parameter 'a', deassociate the existing from a single node, attach the new one, and test.22:03
denis_makogonalso, do we gonna limit amount of them per user ?22:03
amcrnby creating*22:03
amcrndenis_makogon: did i infer your concern correctly?22:04
denis_makogonamcrn, yes, closely22:04
amcrnyeah, i don't see much of a difference, the scenario after the "BUT" works just as well, if not better from a long term management perspective22:05
denis_makogondo not forget about operating system variables, such IP22:05
*** pdmars has quit IRC22:05
cp16nethmm i see the reasoning but you can still get the same behavior in a different manor22:06
amcrnagreed cp16net22:06
cp16netso different db's running on different os's and you still want to use the same configuration on all of them?22:07
*** abramley has quit IRC22:07
robertmyersI think baby steps are in order here, that use case is valid, but it is almost impossible to hit every edge case first time around22:07
cp16netyou can only apply the same configuration to the same datastore version22:07
denis_makogonif cluster instance would contain paramteres only applicable for this VM, and you will override already peretty configured DB22:07
*** mmcdaris has joined #openstack-trove22:07
cp16net+1 robertmyers22:07
denis_makogonoverriding is bad22:08
cp16netso configurations is going to manage the clusters?22:08
denis_makogonof course22:08
amcrnwhoa, disagree completely22:08
cp16netconfiguration is only there to manage the service22:08
cp16netnot the infra22:08
cp16netor cluster22:08
amcrndefining endpoint_snitch or seed-ips or replica-sets is the responsibility of the instance-create payload, not the configuration group22:09
cp16netthat *would* cause issues22:09
denis_makogoncluster = N DB services22:09
denis_makogonwhat the difference ?22:09
amcrndenis_makogon: you're intermingling configuration of a datastore with configuration of a cluster22:09
robertmyersI think this should mainly target one instance22:09
amcrnthe latter should be handled by the topology/cluster api22:09
*** denis_makogon has quit IRC22:10
cp16netyeah that is in some kind of progress somewhere22:10
robertmyerswe don't have cluster support *yet*22:10
cp16netnope22:10
cp16netoh ok i am understanding why you thought this was not going to work22:10
*** denis_makogon has joined #openstack-trove22:10
robertmyersI thought alot of that was driven by heat too?22:11
amcrnit will22:11
denis_makogondamn client drop me off22:11
cp16netyeah i hear heat is magical22:11
amcrni hear it gives great back massages22:11
*** mmcdaris has quit IRC22:11
denis_makogonguys, let me describe my use cases in ML, it already deep night in my TZ22:11
*** jcooley_ has joined #openstack-trove22:12
amcrndenis_makogon: please include real-life scenarios vs. generlizations22:12
denis_makogonamcrn, you are right, heat can do such tricks22:12
amcrngeneralizations*22:12
denis_makogonamcrn, i would try22:12
amcrncool, thanks.22:13
cp16netalright22:14
amcrnhey cp16net, what's the reddwarf build failure for the python-troveclient? dyndns is blocked by our IT, so I can't see :/22:14
amcrn(https://review.openstack.org/#/c/53169/10)22:14
amcrnlet me know if it's some silly time drift, i'll +1 the review22:15
cp16netamcrn: test_instance_restored                                      FAIL22:18
cp16netwonder if its because the integration needs to be merged first22:19
amcrni believe ashestakov had the same issue (that integration had to be merged first)22:19
cp16netyeah i think it could be22:20
cp16neti'll have to test that out22:20
cp16neti'm pretty sure thats the case22:20
denis_makogoncp16net, i restarted you build, seems like delay at gate22:23
*** mmcdaris has joined #openstack-trove22:23
*** yidclare has joined #openstack-trove22:36
*** rnirmal has quit IRC22:38
*** ashestakov has joined #openstack-trove22:38
cp16netdenis_makogon: i'm not sure there is a reason to remove all the headers from the __init__.py22:42
*** ashestakov has quit IRC22:43
*** radez is now known as radez_g0n322:44
cp16netlooking through the other projects i see __init__.py files with headers.. like nova22:46
amcrnc16net: i believe denis_makogon lifted that concern from a comment flaper87 made on the mongodb review22:47
* flaper87 sneaks in22:47
cp16neti think its fine to remove the vim stuff and make all the other headers consistent but the __init__.py file is part of the proejct as well22:48
amcrnflaper87: btw, you have the coolest sounding name of all time22:48
cp16netflaper87: hey22:48
amcrn(your real name)22:48
flaper87amcrn: Do I? :D22:48
flaper87:D22:48
flaper87cp16net: hey!22:48
*** openstackgerrit has quit IRC22:48
denis_makogoncp16net, amcrn - keeping clean __init__ soon will be as rule for all OpenStack projects22:48
*** openstackgerrit has joined #openstack-trove22:48
flaper87so, re __init__.py headers. It's not necessary to remove them all, what I meant to say is that it's not necessary  to add them either22:49
cp16netdid i miss that memo?22:49
cp16net:-P22:49
denis_makogoncp16net, there was convo in ML, involving Thierry and other guys22:49
cp16netis there going to be a pep8 test to check for that?22:49
cp16net:-P22:49
cp16netheh22:49
denis_makogonconclusion = keep __init__.py clean, if they are not containing logic22:50
flaper87thing is that those files are empty22:50
flaper87there's nothing to license there22:50
denis_makogonflaper87, +122:50
flaper87nor copyrights to be held22:50
flaper87if the file is not empty, then fine, a license header is required22:50
denis_makogonyes, again, agreed with flaper8722:51
denis_makogonalso about vim lines22:51
flaper87denis_makogon: I like the way you think ;)22:52
denis_makogonsame, they should be removed, at all22:52
flaper87:D22:52
denis_makogonflaper87, i'm not only thinking, i'm doing https://review.openstack.org/#/c/60277/ https://review.openstack.org/#/c/60276/1 it22:52
* flaper87 is happy to see both patches22:53
*** mmcdaris has quit IRC22:57
openstackgerritCraig Vyvial proposed a change to openstack/trove-integration: .gitignore some extra generated files and test user creds for cli  https://review.openstack.org/5952722:58
openstackgerritCraig Vyvial proposed a change to openstack/trove-integration: fake mode script needs to be updated after changed were merged in trove  https://review.openstack.org/5844122:58
openstackgerritCraig Vyvial proposed a change to openstack/trove-integration: changes to support configuration groups  https://review.openstack.org/5844522:58
cp16netoh crap22:58
* cp16net wonders if that was bad...22:58
cp16netok that makes sense22:59
cp16netthanks denis_makogon and flaper8722:59
*** demorris has quit IRC22:59
cp16netRAMLimitExceeded: You can only allocate 4096 RAM (in MB), whereas minimum ram requested is 16384 (in MB)23:00
cp16netvipul: SlickNik ^^23:00
cp16neti'm breaking stuff23:01
SlickNikrdjenkins?23:01
*** mmcdaris has joined #openstack-trove23:01
cp16netye23:01
cp16nethttps://rdjenkins.dyndns.org/job/Trove-Integration-Gate/251/console23:01
SlickNiklet me take a look, one sec.23:01
flaper87cp16net: my pleasure!23:01
* flaper87 hopes to do more very soon23:01
* flaper87 is very interested in the work around mongodb23:01
cp16netSlickNik: i wonder if too many reviews were trying to be run at the same time?23:02
*** jasonb365 has joined #openstack-trove23:03
cp16netand it failed to build a new server23:03
SlickNikRight now it has 4 workers. It's capable of doing 6 at a time, I think.23:03
SlickNikI just cleaned up 3 that were left behind as cruft.23:04
SlickNikSo we should be good for now.23:04
cp16netcool23:05
cp16netso if i sumbit like 10 reviews at the same time23:06
cp16netit will break23:06
cp16nethehe23:06
*** yogesh_ has quit IRC23:09
*** cweid has quit IRC23:12
*** robertmyers has quit IRC23:14
*** jcooley_ has quit IRC23:14
denis_makogonflaper87, mongodb is delayed, until tempest tests would land23:15
denis_makogonflaper87, same with cassandra, redis, postgresql23:15
denis_makogonflaper87, delayed for 1-2 month23:16
flaper87denis_makogon: makes sense to me!23:17
amcrncan someone provide me the link that shows the code-review statistics for each project? (it lists reviewers, percentages, etc.)23:21
amcrnlost the link, and my google-fu is weak23:21
cp16nethttp://www.stackalytics.com/23:23
*** jcooley_ has joined #openstack-trove23:23
cp16net?23:23
amcrnnope, it was a site that served up a flat-file for each project, and it had ascii tables of all reviewers, percentage of reviews to code submissions, plus statistics about -1's, etc.23:25
*** grapex has left #openstack-trove23:25
*** mmcdaris has quit IRC23:25
*** jcru has quit IRC23:26
denis_makogonhttp://russellbryant.net/openstack-stats/trove-reviewers-30.txt23:30
amcrnthat's it, thanks denis_makogon23:30
denis_makogonamcrn, always welcome23:30
*** jasonb365 has quit IRC23:31
*** denis_makogon has quit IRC23:38
*** jcooley_ has quit IRC23:42
*** jcooley_ has joined #openstack-trove23:43
*** openstackgerrit has quit IRC23:47
*** openstackgerrit has joined #openstack-trove23:47
*** jcooley_ has quit IRC23:55

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