Friday, 2013-10-25

*** amytron has joined #openstack-trove00:04
*** kui has quit IRC00:05
*** radez is now known as radez_g0n300:12
*** amcrn has quit IRC00:28
*** yogeshmehra has quit IRC00:35
*** amytron has quit IRC00:41
*** nosnos has joined #openstack-trove00:49
*** adrian_otto has quit IRC00:52
*** Bo_Chen has quit IRC01:02
*** erkules_ has joined #openstack-trove01:13
*** erkules has quit IRC01:16
*** tanisdl has quit IRC01:28
openstackgerritDan Nguyen proposed a change to openstack/trove: Add optional ip address filter for hiding ips  https://review.openstack.org/5376601:36
*** robertmyers has joined #openstack-trove01:39
*** kui has joined #openstack-trove02:00
*** kui has quit IRC02:00
*** anteaya has quit IRC02:23
openstackgerritDan Nguyen proposed a change to openstack/trove: Add optional ip address filter for hiding ips  https://review.openstack.org/5376602:40
*** lnxnut has joined #openstack-trove02:43
*** robertmy_ has joined #openstack-trove02:44
*** robertmyers has quit IRC02:44
*** haomaiwang has joined #openstack-trove03:01
*** haomaiwang has quit IRC03:02
*** haomaiwang has joined #openstack-trove03:02
*** mmcdaris has joined #openstack-trove03:07
*** robertmy_ has quit IRC03:16
*** robertmyers has joined #openstack-trove03:16
*** adrian_otto has joined #openstack-trove03:20
*** robertmyers has quit IRC03:22
*** haomaiwang has quit IRC03:23
*** demorris has joined #openstack-trove03:25
mordredhub_cap: upgrade your MySQL install place03:56
mordredplease03:56
mordredvipul: your MySQLs aren't 5.1 are they?03:56
*** demorris has quit IRC04:09
*** erkules_ is now known as erkules04:12
*** lnxnut has quit IRC04:22
*** amytron has joined #openstack-trove04:33
*** yogeshmehra has joined #openstack-trove04:57
*** amytron has quit IRC05:09
*** ashestakov has joined #openstack-trove05:19
*** adrian_otto has quit IRC05:23
*** adrian_otto has joined #openstack-trove05:31
*** SushilKM has joined #openstack-trove05:44
*** denis_makogon has joined #openstack-trove05:51
*** adrian_otto has quit IRC05:52
*** ashestakov has quit IRC05:58
*** yogeshmehra has quit IRC06:07
*** matsuhashi has joined #openstack-trove06:07
*** yogeshmehra has joined #openstack-trove07:08
openstackgerritAuston McReynolds proposed a change to openstack/python-troveclient: Usage String has Positionals after Optionals  https://review.openstack.org/5379207:16
*** matsuhashi has quit IRC07:18
*** matsuhashi has joined #openstack-trove07:18
*** arborism has joined #openstack-trove07:18
*** arborism is now known as amcrn07:18
*** SnowDust has joined #openstack-trove07:18
SnowDustANY REVIEWERS THERE TO HELP ? Externalisation of heat template  https://review.openstack.org/5349907:19
SnowDustANY REVIEWERS THERE TO HELP ? Externalisation of heat template  https://review.openstack.org/5349907:19
SnowDustikhudoshyn: isviridov: https://review.openstack.org/5349907:32
SnowDustdmakogon : https://review.openstack.org/5349907:33
*** mmcdaris has quit IRC07:42
SnowDustmordred :   https://review.openstack.org/5349907:43
SnowDustvipul :   https://review.openstack.org/5349907:43
*** mmcdaris has joined #openstack-trove07:43
SnowDustesp:   https://review.openstack.org/5349907:43
SnowDust  denis_makogon: https://review.openstack.org/5349907:44
SnowDustAGiardini:  https://review.openstack.org/5349907:44
denis_makogonSnowDust, only one complain07:56
denis_makogonSnowDust, we discuss it yesterday07:56
denis_makogonSnowDust, keyname, we dont need it07:57
denis_makogonSnowDust, would you mind to update the review07:57
denis_makogonand then it will be finished07:57
denis_makogonSnowDust, i suppose we are ok with that)))07:58
SnowDusthello07:58
SnowDusthave questions .. as yesterday07:58
SnowDustwhy not add port 22 in the sec group07:58
SnowDustthan removing the key07:58
SnowDustand making the key configurable in a a new blueprint07:59
SnowDustas i mentioned in TODO07:59
SnowDustdenis_makogon : :) plz let me know your thoughts08:00
denis_makogonSnowDust, we discuss SSHing along time ago, and community decided to avoid usage of it08:01
denis_makogonthat is why should stay same line with others08:01
denis_makogonuntil we would see huge need of it, it would not implement it08:02
denis_makogonbecause, somehow it's a security breach08:02
denis_makogonSnowDust, to be totally precise, could you give me an use-case of ssh access need while working with databases ?08:03
denis_makogonSnowDust, i'll be available soon08:07
*** denis_makogon has quit IRC08:09
*** yogeshmehra has quit IRC08:28
*** SnowDust has quit IRC08:34
openstackgerritAuston McReynolds proposed a change to openstack/python-troveclient: user-list Databases Value is JSON vs a String  https://review.openstack.org/5381008:41
*** matsuhashi has quit IRC08:46
*** matsuhashi has joined #openstack-trove08:46
*** amcrn has quit IRC09:15
*** matsuhashi has quit IRC09:34
*** ashestakov has joined #openstack-trove09:34
*** matsuhashi has joined #openstack-trove09:34
*** matsuhashi has quit IRC09:39
*** mmcdaris has quit IRC09:39
*** aignatov has quit IRC09:45
*** aignatov has joined #openstack-trove09:46
*** SnowDust has joined #openstack-trove09:53
SnowDustdmakogon : there09:53
dmakogonSnowDust, somewhere)))09:53
SnowDustu asked about a usecase for ssh right ?09:53
SnowDustit was security flaw when the same key was the entry point to boxes ... hardcoded09:54
SnowDustbut .. if its being generated by customer himself then its not09:54
SnowDustthats why i told in my TODO that key should be configurable09:54
SnowDustusecase .. is all those rainy days .. when your remoting fails ( using api )09:55
SnowDustbut .. as the community is agains ssh .. will remove simply09:55
SnowDustwe can include it again .. :D09:55
SnowDustwhen key is configurable ..09:55
SnowDustagainst*09:56
SnowDustdmakogon : any comments .. ?09:56
dmakogonreading ...09:56
dmakogonuntil trove would any of databases like HBase/Hive which build upon Hadoop and sharing data via SSH, we don't need it09:58
dmakogoneasy))09:58
ashestakovSnowDust: i think ssh access should be available only for operator10:03
SnowDustashestakov : who operator here ?10:16
SnowDustthe project admin right ( loggin from dashboard or cli )10:17
SnowDust?10:17
ashestakovSnowDust: i mean dbaas provider10:17
ashestakovi not sue is good idea to allow user do something on instance10:18
ashestakovbut for maintenance access is must10:18
SnowDusthmm .. as its an abstracted service ..10:18
SnowDustyeah ..that was my point ashestakov10:19
SnowDustand thankyou for your review ashestakov !!10:19
SnowDustso ..what do u think now dmakogon  ?10:19
ashestakovas it works now - you can set you key through userdata10:19
SnowDustbut .. we can also have .. provided public key in the image itself ...10:20
SnowDustand that brings us back to dmakogon's suggestion10:20
SnowDustto remove the key ..10:20
SnowDustfrom current implementation10:21
ashestakovlooks like need to remove it, but first need to make "userdata" resource configurable10:23
SnowDustbut why user data.. just keep the public key in authorized_keys during the image building time10:24
SnowDustand then provider logs in using that10:25
SnowDustwhen needed10:25
*** matsuhashi has joined #openstack-trove10:27
*** nosnos has quit IRC10:31
ashestakovit works if using pre-builded images10:32
ashestakovneed to keep support of vanilla images as well10:32
SnowDustvanilla dont have trove ..10:35
ashestakovtrove can be installed by userdata, same as repos, deps and another configurations10:43
SnowDustok lets blueprint then10:44
SnowDustisviridov10:45
SnowDustthere ?10:45
ashestakovSnowDust: is already blueprinted and implemented before heat integration10:45
*** matsuhashi has quit IRC10:46
SnowDusti thought heat template  UserData  grammer10:46
SnowDustbut may be i dont know10:46
*** matsuhashi has joined #openstack-trove10:47
SnowDustisviridov : 5 min chat ?10:47
isviridovSnowDust, here10:49
SnowDustread ur review10:50
isviridovplease link to the BP, it was renamed or somethinh10:50
SnowDuststack_name = i wanted to make this recognizable and still error free10:51
*** matsuhashi has quit IRC10:51
isviridovthe Q is why we need md5 digest? why not to use the id itself?10:51
SnowDustif u read comments .. i have mentioned the  name  size overflowed .. to 68 chars as was the code before10:51
SnowDustu wanted to strip the prefix " trove " ?10:52
SnowDustthe start of the name should be alphabet as per validation10:52
SnowDustand trove .. makes it recognizable10:53
isviridovis it limitation of name for heat stack?10:54
SnowDustyeah .. if u see the bug .. its clearly mentioned ..10:54
SnowDustbut the heat developers .. have explained to cap it to 63 chars .. as hostnames cannot be more than that10:54
SnowDustso .. to support  all that limitation ..10:54
SnowDustwe needed a modified stack name ..10:55
SnowDusttrove prefix not removable .. meant ..10:55
SnowDustwe had to do something to the ID :)10:55
SnowDustwe .. did a stripped hash .. for the same10:55
isviridovcan we use instance name for stack naming? the name we are using for VMs when creating it with nova?10:56
isviridovbecause we loosing human readable connection10:57
isviridovand don't keep it in DB as well10:57
SnowDustinstance name would have been first choice .. but ..  we couldnot implement10:57
SnowDustas  the same can be repeated .. multiple times in command line10:57
SnowDustand that makes  stack_name  non unique10:58
isviridovand that problem is generally solved in OS with id10:58
isviridovlet us keep that connection in database via stack id if we have such limitation with naming11:00
isviridovprobably in separate BP11:00
isviridovwhat do you think?11:00
SnowDustif u keep  stack id .. the stack will error11:00
SnowDustfor the name overflow ( of instance )11:00
dmakogonisviridov, your complains would be covered by update heat-support11:01
dmakogonisviridov, you could write your thoughts at BP whiteboard11:01
isviridovSnowDust, keep in database and call the stack by id, not the name11:01
SnowDustwe need some +  thats bottomline LOL .. help !11:02
SnowDustisviridov: i have no reservation , but dmakogon says that reduces readability .. of the instance names11:02
SnowDustand thats a valid point11:02
isviridovdmakogon, sure let us agree that it is needed or not at all11:04
isviridovwe handle the nova instances by id, and stacks should be also handled this way otherwise we will always face with that naming problelems11:06
dmakogonfor now we don't need stack_name or id after prov.11:06
dmakogonisviridov, we are on the way do describe full-geat heat-support in trove11:06
isviridovdmakogon, SnowDust  do you think it should work with ids in future?11:08
dmakogonisviridov, alternatives ?11:08
*** ppenjoy has joined #openstack-trove11:09
isviridovyeap, no way let it be in the next patches11:09
isviridovSnowDust, thx for clarification11:09
SnowDustlets talk present .. we will need u to do a + in future too isviridov  :D11:12
SnowDustand then will bring id back11:12
SnowDustany more +ve reviews plz .. !11:13
isviridovwith pleasure )11:14
isviridovso, name for people, but ids for models11:15
SnowDustsure but another blueprint .. not in this11:15
SnowDustits just refactoring11:15
SnowDustand .. if a bug in the way .. solved it11:15
SnowDustthis needs to go in .. so that we can bring more ideas11:16
SnowDustas urs .. around it ..11:16
SnowDustto trove11:16
SnowDustso .. do read the commit message11:16
SnowDustand do the needful :)11:16
isviridov:)11:18
*** ppenjoy has left #openstack-trove11:19
*** matsuhashi has joined #openstack-trove11:20
SnowDustdmakogon : leaving  the post .. watch it .. we need to finish it ..11:20
dmakogonok__11:20
dmakogon))11:20
*** matsuhashi has quit IRC11:23
*** matsuhashi has joined #openstack-trove11:24
*** matsuhashi has quit IRC11:24
*** matsuhashi has joined #openstack-trove11:25
*** haomaiwang has joined #openstack-trove11:25
*** matsuhashi has quit IRC11:29
openstackgerritIllia Khudoshyn proposed a change to openstack/trove: Introduce GA manager mixin  https://review.openstack.org/5382611:36
*** SnowDust has quit IRC11:47
*** SushilKM has quit IRC11:57
openstackgerritIllia Khudoshyn proposed a change to openstack/trove: Introduce GA manager mixin  https://review.openstack.org/5382612:05
*** pdmars has joined #openstack-trove12:06
openstackgerritDenis M. proposed a change to openstack/trove: Initial support for single instance Cassandra Database  https://review.openstack.org/5188412:18
openstackgerritIllia Khudoshyn proposed a change to openstack/trove: Introduce GA manager mixin  https://review.openstack.org/5382612:31
*** anteaya has joined #openstack-trove13:09
*** russellb is now known as rustlebee13:12
*** demorris has joined #openstack-trove13:13
*** adrian_otto has joined #openstack-trove13:29
*** rnirmal has joined #openstack-trove13:30
*** PradeepChandani has quit IRC13:32
*** jcru has joined #openstack-trove13:43
*** grapex has joined #openstack-trove13:53
*** grapex has quit IRC13:53
*** grapex has joined #openstack-trove13:54
*** lnxnut has joined #openstack-trove13:54
*** ashestakov has quit IRC13:58
*** adrian_otto has quit IRC14:00
*** Barker has joined #openstack-trove14:02
*** ashestakov has joined #openstack-trove14:03
*** amytron has joined #openstack-trove14:05
*** haomaiwang has quit IRC14:06
*** haomaiwang has joined #openstack-trove14:06
*** Nate1 has joined #openstack-trove14:09
openstackgerritIllia Khudoshyn proposed a change to openstack/trove: Introduce GA manager mixin  https://review.openstack.org/5382614:10
*** haomaiwang has quit IRC14:11
*** haomaiwang has joined #openstack-trove14:11
openstackgerritIllia Khudoshyn proposed a change to openstack/trove: Initial support for single instance MongoDB support  https://review.openstack.org/5059714:16
*** datsun180b has joined #openstack-trove14:16
*** robertmyers has joined #openstack-trove14:19
*** adrian_otto has joined #openstack-trove14:21
openstackgerritDenis M. proposed a change to openstack/trove: Absence of conf template issue  https://review.openstack.org/5387614:47
*** radez_g0n3 is now known as radez14:54
ikhudoshyndmakogon: https://gist.github.com/ikhudoshyn/715596814:54
*** tanisdl has joined #openstack-trove14:54
ikhudoshynsomething like that14:55
*** tanisdl has quit IRC14:55
ikhudoshynjust a lil'bit simplier. Just a proposal14:55
*** SnowDust has joined #openstack-trove14:56
*** shakayumi has joined #openstack-trove14:58
*** radez is now known as radez_g0n314:58
*** radez_g0n3 is now known as radez14:59
*** shakayum_ has joined #openstack-trove15:03
*** shakayum_ has quit IRC15:04
*** shakayumi has quit IRC15:04
openstackgerritDenis M. proposed a change to openstack/trove: Absence of conf template issue  https://review.openstack.org/5387615:04
*** shakayumi has joined #openstack-trove15:05
*** adrian_otto has quit IRC15:05
openstackgerritDenis M. proposed a change to openstack/trove: Initial support for single instance Cassandra Database  https://review.openstack.org/5188415:09
*** paul_lodronio has joined #openstack-trove15:12
*** amytron has quit IRC15:16
*** amytron has joined #openstack-trove15:16
*** jasonb365 has joined #openstack-trove15:22
*** tanisdl has joined #openstack-trove15:24
*** adrian_otto has joined #openstack-trove15:27
ikhudoshyngrapex: around?15:38
ikhudoshyngrapex: pls re-approve -- https://review.openstack.org/#/c/50597/ -- just added a config15:39
*** shakayumi has quit IRC15:41
*** SnowDust has quit IRC15:44
openstackgerritDenis M. proposed a change to openstack/trove: Absence of conf template issue  https://review.openstack.org/5387615:47
dmakogonhub_cap,  grapex, it would be nice to review this one  https://review.openstack.org/#/c/51884/15:56
*** demorris_ has joined #openstack-trove16:01
*** lnxnut_ has joined #openstack-trove16:02
*** lnxnut has quit IRC16:02
*** demorris has quit IRC16:02
*** demorris_ is now known as demorris16:04
*** dmakogon has quit IRC16:05
*** dmakogon has joined #openstack-trove16:06
*** Nate1 has quit IRC16:11
*** Nate1 has joined #openstack-trove16:12
openstackgerritJoe Cruz proposed a change to openstack/trove: Add Backup/Restore Checksum Validation  https://review.openstack.org/5316516:12
*** Nate1 has quit IRC16:12
*** Nate1 has joined #openstack-trove16:12
*** Nate1 has joined #openstack-trove16:13
*** radez is now known as radez_g0n316:13
*** Nate1 has left #openstack-trove16:16
esmuteHey grapex, got a question16:37
esmuteI am looking to add dns designate support to trove and been looking at the rsdns driver. My question is about the hostname. I see that RS hashes the instance-id to use the hash as the name. Is there a reason why you guys choose to hash instead of, say, using the instance id (minus the dashes) as the name?16:40
esmutehttps://github.com/openstack/trove/blob/master/trove/dns/rsdns/driver.py#L21016:40
*** SnowDust has joined #openstack-trove16:41
demorrisesmute: heads up Tim is in a meeting at the moment, might be slow to respond right now16:47
esmuteok.. Thanks demorris16:47
dmakogonesmute, are you implementing designate support ?16:49
esmute@dmakogon yes16:49
dmakogonesmute, have you heard that we decided to wait until heat would allow us to use dns resource ?16:50
dmakogonesmute, we decided it along time ago16:51
dmakogonesmute, i suppose you should try to help guys in heat to bring new resource16:53
cp16netesmute: i think we did that so that it was random and not directly tied to an instance16:55
cp16netesmute: because under ther coveres if the instances dies or host we can still use the same dns name just move it to the new instance's ip16:55
* cp16net thinks thats the reason but doesnt recall all the deatils16:56
SnowDustwhen u talk a lot of heat .. details becomes deatils .. watch cp16net17:01
SnowDust:D17:01
cp16netwhen i talk heat, i melt17:02
cp16netlolz17:02
*** yogeshmehra has joined #openstack-trove17:02
*** rnirmal has quit IRC17:05
SnowDusttoday i see overwhelming attendance17:06
SnowDusthi @ all trovesters !17:06
SnowDustlets talk documentation big way ...17:06
SnowDustwe need documentation help ..17:06
SnowDustanyone there ... taking that task ????17:07
SnowDustdocumentation for trove ??17:10
cp16neti help out here and there17:10
cp16netyou talking about adding it to the main openstack manuals?17:11
SnowDustthats good .. but we need a small sprint ..17:11
cp16neti just dont have bndwidth right now to work on it17:11
SnowDusti  am just talking about ... documentation in the code ..17:11
SnowDustand then sphinx it !17:11
cp16netoh17:11
SnowDustwe are pouring in the code .. but no documentation ..17:11
cp16netyah i think there has been laziness there17:11
SnowDustand no -1 for it .. when the code goes for review :D17:12
cp16netbut yes i agree that would be great to add17:12
cp16nettru17:12
SnowDustwe should have  -1 for documentation ..17:12
SnowDustthats the only way we get it documented !17:12
cp16neti dunno if that should a strict requirment in the code17:12
SnowDustshould be ..17:12
SnowDustdjango turned up the tables .. with just one good thing .. documentation17:13
cp16neti agree it would be helpful17:13
SnowDustsame is wordpress ...17:13
SnowDusti am talking abt .. long lived opensource projects ..17:13
SnowDustthat made big :)17:13
cp16netyeah its a good diea17:14
cp16netidea*17:14
cp16neti dont deny that17:14
grapexesmute: Greetings17:17
grapexSo- I was never 100% certain why we hashed the dns name rather than using the instance ID. All I remember is that is was *very* important to someone over two years ago.17:18
grapexThat behavior should be swappable though- IIRC the class where the DNS name is concocted is an independent object from the one which actually provisions DNS.17:19
grapexesmute: Please let me know if you have any questions.17:19
ikhudoshyngrapex: hi17:20
grapexikhudoshyn: Hello17:20
ikhudoshyngrapex: could u pls reappove -- i forgot a conf, my bad17:21
ikhudoshynhttps://review.openstack.org/#/c/50597/17:21
grapexikhudoshyn: Sure17:22
esmute@grapex Thanks. cp16net answered it for me17:22
dmakogongrapex, could you do the same with cassandra ?17:22
ikhudoshynand one more question, its testing. I prepared a tweak for trove-integration. It adds a group of tests and scripts for mongo image17:23
dmakogonesmute, tell me your plans for dns17:23
esmutedmakogon: I am aware the there will be dns work in heat. But we need this feature soon as we dont know when heat for trove will be ready17:23
esmuteit would be pretty isolated from the main code as well. Since they addition will just be a new driver17:24
ikhudoshyngrapex: but to run tests we need to add redstack kick-start mongodb; redstack int-tests --group=mongodb. The question is, how could we arrange this and not break everything17:24
grapexdmakogon: The agreement was there was no need to completely change all DNS code due to Heat. If esmute is creating another driver to fit into the current system I don't see the problem.17:24
dmakogonesmute, drive with unit tests and integration test17:24
grapexikhudoshyn: You may want to talk to hub_cap about this as he's so intent on tempest integration.17:25
dmakogongrapex, we had talked about not doing anything until heat would do everything for us17:25
grapexikhudoshyn: It sounds like if you adds an argument to kick-start for mongodb it should be an if statement with its own code paths, that won't break anything else in redstack. If that's true I think you can make an argument it should be merged since it doesn't negatively impact anyone else.17:26
esmuteyes dmakogon. Driver with tests17:26
grapexikhudoshyn: The same thing goes with the new test group.17:26
grapexdmakogon: I thought the agreement was to not radically change the existing DNS code until Heat.17:27
dmakogonesmute, so, i'm ok, but when heat would do dns, we would remove any dns stuff from trove17:27
grapexdmakogon: If someone adds a driver that's just additive and doesn't impact anything. The work should also be minimal.17:27
*** adrian_otto has quit IRC17:27
*** adrian_otto has joined #openstack-trove17:27
dmakogongrapex, i just added dynamic dns driver and  received -2 from hub_cap17:27
grapexdmakogon: Was that the same pull request I -2'd? My main reason was it did not only add a dynamic dns driver but completely changed how DNS worked.17:28
grapexIn the process it broke the existing DNS functionality.17:28
ikhudoshyngrapex: I actually meant not to replace mysql with mongodb, but to add. like a redstack kick-start mysql; redstack int-tests; redstack kick-start mongodb; redstack int-tests --group=mongodb17:29
grapexdmakogon: If there is another pull request that only added a dynamic DNS driver that got -2'd I have not seen it. :(17:29
grapexikhudoshyn: If you only added it17:29
dmakogongrapex, they are all abandoned for now =/17:29
grapexand the code is done, go ahead and pull request it and let's see what the wider Trove team thinks17:29
dmakogongrapex, esmute i'm ok with designate driver, just add my BP to the review17:30
ikhudoshyngrapex: i did. (not changed the job, but prepared group&image) Will consequent call int-tests impact test results?17:30
esmutedmakogon: can you link this BP?17:30
*** SnowDust has quit IRC17:31
grapexdmakogon: Maybe there was a misunderstanding. I personally am ok with adding other DNS drivers (I may or may not speak for vipul SlickNik and hub_cap); the issue was, you had changed much of how DNS provisioning works and broken existing functionality. The changes were fairly far reaching and involved a lot of work- that seemed like a mistake to be taking on right now since Heat will involve more DNS changes anyway.17:31
ikhudoshyngrapex: Could u please look https://review.openstack.org/#/c/53378/17:31
dmakogonesmute, https://blueprints.launchpad.net/trove/+spec/designate-dnsaas-support17:31
dmakogongrapex, i'm ok with all that you approved, let it be))17:33
dmakogongrapex, https://review.openstack.org/#/c/51884/ |||| https://review.openstack.org/#/c/52666/ could you take a look at this two))17:34
dmakogonit would be very nice17:34
dmakogonit would be very nice to see that those two are approved)))17:35
grapexdmakogon: I'm reviewing it now17:38
ikhudoshyngrapex: thanks, as for hub_cap, i thought he wanted both, and these tests asap, just to make sure it works. Will try to reach him17:40
ikhudoshyncu17:40
ashestakovcu17:41
dmakogoncu17:41
*** ashestakov has quit IRC17:42
grapexbe back in a bit17:44
*** radez_g0n3 is now known as radez17:45
openstackgerritDenis M. proposed a change to openstack/trove-integration: Initial support for single instance Cassandra Database  https://review.openstack.org/5266617:47
vipulmordred: our mysqls are 5.517:48
openstackgerritDenis M. proposed a change to openstack/trove-integration: Initial support for single instance Cassandra Database  https://review.openstack.org/5266617:48
dmakogonvipul, could you remove your -1 from my review (guestagent refactoring) ?17:49
dmakogonvipul, please17:49
dmakogonvipul, https://review.openstack.org/#/c/50686/17:49
vipuldmakogon, grapex, esmute: sorry i missed the discussion.  It's my understanding that dmakogon is deferring dns until Heat.  We need designate support immeidately - which is why esmute is working on it17:49
dmakogonvipul, i understood that17:50
vipuldmakogon: yep - i'll remove17:50
dmakogonvipul, when heat would support dns resource i would re-implement support for trove17:50
vipuldmakogon: we need it sooner, so we're doing it now17:51
dmakogonvipul, will it be ok ?17:51
dmakogonvipul, i know17:51
dmakogonvipul, just wondering17:51
vipulwhat do you want to reimplement?17:51
dmakogonvipul, dns in trove, but via heat (designate resource in heat)17:52
vipulsure, when we're doing all provisioning through Heat.. we can discuss that17:53
dmakogonvipul, i thought that we already discussed it, and we came to suggesting that in future we would use everything only via heat, nothing else17:54
vipulyea - i believe that's the plan.. will take time to get there17:54
dmakogonvipul, that is why i wonder if HP could deal with designate in heat and re-use it in trove17:55
mordredvipul: well done17:55
openstackgerritA change was merged to openstack/trove: Provide service type management code structure  https://review.openstack.org/5068617:55
vipuldmakogon: what we implement in trove will be optional.. which will allow us to transition to Heat when support exists17:57
dmakogonvipul, i know that it would be optional, but when we would do it through heat it would not be optional17:58
dmakogonvipul, because of avoiding not so good idea of template generation17:58
openstackgerritA change was merged to openstack/trove: Add tests for hosts mgmt commands  https://review.openstack.org/5271317:59
dmakogonvipul, i'd like you to take a look at this bug https://review.openstack.org/#/c/53876/18:00
*** mmcdaris has joined #openstack-trove18:01
vipuldmakogon: how does guest agent handle conf_contents being None today?18:02
*** shakayumi has joined #openstack-trove18:02
dmakogonvipul, it depends on manager implementation18:04
vipuldmakogon: it will write an empty file, which is not cool -- since that empty file will replace the one that was originally there18:04
vipuldmakogon: sure i'm speaking for the mysql case18:04
dmakogonvipul, current mysql manager implementation take configuration and passes it to secure call18:04
vipuldmakogon: so what should happen, what are we trying to do by allowing no config to be injected?18:05
dmakogonvipul, yes18:05
dmakogoni would do that18:05
dmakogonconfig_content would be validated18:05
dmakogonif not none: do conf update18:06
vipulwhat use case are you trying to solve?18:06
dmakogonvipul, absence of config template18:06
vipulyou want to have config baked into the image?  there are cases that it should remain static?18:06
vipulare there data stores where you dont' provide a config?18:07
dmakogonvipul, each database already has config after install18:07
dmakogonvipul, there is datastores where i don't have to change it massively18:07
dmakogonvipul, only one or maybe 2 parameters18:08
*** ashestakov has joined #openstack-trove18:08
vipuldmakogon: there is nothing about the 'flavor' that would change the config?18:08
dmakogonthat is why i don't need whole config file18:08
dmakogonyup18:08
dmakogonthere are mechanisms of selfdiscovery18:08
vipulok - i'm fine with supporting that.. it shouldn't break exisitng datastores18:09
vipulso please update your patch18:09
dmakogonvipul, i would do that18:09
dmakogonvipul, to be precise, config absence should not break provisioning18:09
dmakogonvipul, that is main goal of fixing that bug18:10
vipuldmakogon: sure -- as long as you have other ways of getting the required config there18:10
dmakogonvipul, yes18:11
dmakogonvipul, parameters for configuration could be retrieved directly from operating system18:11
dmakogonvipul, small example https://review.openstack.org/#/c/51884/11/trove/guestagent/datastore/cassandra/system.py --- get_host method18:13
vipuldmakogon: i see18:14
dmakogonvipul, for cassandra i could ask operating system for almost every parameter that i need18:15
dmakogonvipul, but when i need some specific parameter to be changed - i would need Amazon Parameters Group18:15
espgrapex: can you take a look at this sucker at your convenience?  https://review.openstack.org/#/c/52461/  thx!18:25
cp16netpdmars: https://blueprints.launchpad.net/trove/+spec/configuration-management18:28
*** rnirmal has joined #openstack-trove18:29
pdmarscp16net: updated18:29
cp16netthx18:31
*** lnxnut has joined #openstack-trove18:35
esmuteHey grapex18:36
*** lnxnut__ has joined #openstack-trove18:37
*** lnxnut_ has quit IRC18:37
*** lnxnut has quit IRC18:40
*** jasonb365 has quit IRC18:46
*** jasonb365 has joined #openstack-trove18:54
*** radez is now known as radez_g0n318:56
*** tanisdl has quit IRC19:08
*** vipul is now known as vipul-away19:08
*** tanisdl has joined #openstack-trove19:13
*** vipul-away is now known as vipul19:14
datsun180bi wonder if all our nova screens are supposed to start in /opt/stack/tempest19:14
datsun180bprobably a missed popd somewhere in a script i bet19:14
*** arborism has joined #openstack-trove19:36
*** arborism is now known as amcrn19:36
*** amcrn has quit IRC19:41
*** jrodom has joined #openstack-trove19:48
*** tanisdl has quit IRC19:49
*** arborism has joined #openstack-trove19:51
*** arborism is now known as amcrn19:51
openstackgerritA change was merged to openstack/python-troveclient: Add --bypass-url option to trove client  https://review.openstack.org/5246119:52
*** ppenjoy has joined #openstack-trove19:52
openstackgerritRobert Myers proposed a change to openstack/trove-integration: Moving mgmt host tests.  https://review.openstack.org/5338119:55
vipulhub_cap: there?19:56
vipulSlickNik, grapex: should we push a new version to pypi?20:02
grapexvipul: Of the client?20:02
vipulyes20:02
vipulwith the bypass_url fix20:02
SlickNikYeah, I think it's probably a good idea.20:02
SlickNikis hub_cap out today?20:02
*** tanisdl has joined #openstack-trove20:03
SlickNikWondering if he's around to push the tag, or if one of us needs to do it...20:06
vipulhaven't heard from him20:06
SlickNikLet's give him a few mins.20:10
SlickNikIf not, I can tag and push.20:11
*** ppenjoy has quit IRC20:13
openstackgerritIllia Khudoshyn proposed a change to openstack/trove-integration: Add support for minimal MongoDB testing  https://review.openstack.org/5337820:18
ikhudoshynvipul: ^ ^ I added scripts for fedora, could u pls take a look20:21
*** timfreund has quit IRC20:23
*** lnxnut__ has quit IRC20:25
SlickNikokay, gonna tag and push. grapex / vipul, you're good with me pushing out python-troveclient v1.0.2 with the bypass-url fix in it, right?20:30
espcool, thx SlickNik20:30
vipulthanks SlickNik20:31
*** ppenjoy has joined #openstack-trove20:31
*** ppenjoy has left #openstack-trove20:36
demorrisSlickNik: hub_cap is out the rest of the day20:38
SlickNikdemorris: Thanks for the heads up!20:39
*** shakayumi has quit IRC20:39
*** yogeshmehra has quit IRC20:42
*** yogeshmehra has joined #openstack-trove20:42
*** datsun180b has quit IRC20:46
*** yogeshmehra has quit IRC20:47
*** datsun180b has joined #openstack-trove20:49
*** pdmars has quit IRC21:03
SlickNikNew python-troveclient v 1.0.3 is out at https://pypi.python.org/pypi/python-troveclient/1.0.321:13
robertmyersSlickNik: the new arg is not documented :)21:15
demorrisSlickNik: whats new in this version?21:17
demorrisit would be good if that page had some basic release notes21:17
SlickNikgood point robertmyers, I think we forgot to catch the change needed to the .rst file during the code review of https://review.openstack.org/#/c/52461/21:18
SlickNik^^ esp, can we fix the README.rst to add info about the new arg?21:18
SlickNikdemorris: This was the only change since 1.0.2 https://review.openstack.org/#/c/52461/21:19
demorrisk21:19
espSlickNik: sure21:19
demorrisis there a way to show that via some release notes?21:19
robertmyers+121:19
SlickNikdemorris: the only couple of ways I know to look that up are:21:21
SlickNik1. Look to see if the publisher put any information in the tag's commit message:21:21
SlickNikgit tag -l -n1021:21
SlickNikFor this version this gives you:21:21
SlickNik1.0.3           Releasing v1.0.3 of python-troveclient21:21
SlickNik    Added support for --bypass-url to use a different trove endpoint21:21
SlickNik    than the one specified in the catalog.21:21
SlickNik2. Look at the log for the commits between tags:21:22
SlickNikgit log 1.0.2...1.0.321:22
SlickNikhttps://gist.github.com/SlickNik/716205821:23
demorristhat sounds like a lot of work :)21:23
SlickNikPerhaps we should put it up on a wiki page somewhere for reference between versions. So you can easily look it up.21:24
robertmyersdemorris: SlickNik: https://github.com/openstack/python-troveclient/releases21:24
*** amytron has quit IRC21:25
demorristhat's easier!21:25
demorrismaybe we just have that page linked off the pypi page21:25
SlickNiknice find robertmyers.21:25
robertmyersI think we can edit those tags too21:26
SlickNikYes, it's a message the tagger puts in when (s)he tags and pushes the release.21:26
*** demorris has quit IRC21:27
robertmyersI say we add a bit more info there. Yours is pretty good21:28
SlickNikesp: can we also add a link to the releases page (https://github.com/openstack/python-troveclient/releases) in the README.rst file when we add info about the —bypass-url option?21:28
espyep21:28
SlickNikesp: Thanks!21:29
espthere is already this one: _Github: https://github.com/openstack/python-troveclient21:30
espbut I can include the other one too21:30
SlickNikrobertmyers: Agreed. It would be useful for the tag message to be a sort of mini release-notes for the release.21:35
*** Barker has quit IRC21:36
openstackgerritDan Nguyen proposed a change to openstack/python-troveclient: Updated the README file with bypass-url  https://review.openstack.org/5396021:36
espSlickNik: ^21:37
SlickNikthanks!21:38
*** timfreund has joined #openstack-trove21:40
openstackgerritAndrey Shestakov proposed a change to openstack/python-troveclient: Support datastore types  https://review.openstack.org/4793621:46
*** robertmyers has quit IRC21:47
*** jasonb365 has quit IRC21:47
openstackgerritEd Cranford proposed a change to openstack/trove: Conductor proxies host db access for guests  https://review.openstack.org/4511621:47
datsun180bargh! it ALL worked before i rebased with this datastore business21:50
*** paul_lodronio_ has joined #openstack-trove21:54
*** rnirmal_ has joined #openstack-trove21:54
*** rnirmal has quit IRC21:57
*** rnirmal_ is now known as rnirmal21:57
*** paul_lodronio has quit IRC21:58
*** paul_lodronio_ is now known as paul_lodronio21:58
datsun180bsomehow my requirements got mangled in the gerrit rebase; good thing for git diff HEAD~122:03
*** rnirmal has quit IRC22:08
*** paul_lodronio has quit IRC22:13
*** paul_lodronio has joined #openstack-trove22:13
openstackgerritA change was merged to openstack/trove-integration: Adds conductor to redstack start and stop  https://review.openstack.org/5269322:39
*** paul_lodronio_ has joined #openstack-trove22:43
*** shakayumi has joined #openstack-trove22:43
openstackgerritA change was merged to openstack/trove: Simulates events so run_tests.py executes 10x faster  https://review.openstack.org/5249022:43
*** grapex has quit IRC22:44
*** grapex has joined #openstack-trove22:45
*** paul_lodronio has quit IRC22:45
*** paul_lodronio_ is now known as paul_lodronio22:45
openstackgerritA change was merged to openstack/python-troveclient: user-list Databases Value is JSON vs a String  https://review.openstack.org/5381022:45
*** grapex has quit IRC22:50
*** amcrn has quit IRC22:59
openstackgerritJoe Cruz proposed a change to openstack/trove: Add Backup/Restore Checksum Validation  https://review.openstack.org/5316523:07
*** jrodom has quit IRC23:12
jesusaurus23:14
openstackgerritEd Cranford proposed a change to openstack/trove: Conductor proxies host db access for guests  https://review.openstack.org/4511623:16
datsun180bokay, that better be it23:16
datsun180bi'm out23:17
*** datsun180b has quit IRC23:17
*** jcru has quit IRC23:17
*** yidclare1 has quit IRC23:31
*** mmcdaris has quit IRC23:43
*** mmcdaris has joined #openstack-trove23:50
*** yogeshmehra has joined #openstack-trove23:51
*** denis_makogon has joined #openstack-trove23:55
*** yogeshmehra has quit IRC23:57
*** yogeshmehra has joined #openstack-trove23:58

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