Monday, 2013-10-14

*** yogeshmehra has quit IRC00:00
*** amytron has quit IRC00:25
*** krow has quit IRC00:47
*** krow has joined #openstack-trove01:08
*** krow has quit IRC01:22
*** krow has joined #openstack-trove01:25
*** erkules_ has joined #openstack-trove01:29
*** fandikurnia01 has joined #openstack-trove01:30
*** fandikurnia01 has quit IRC01:32
*** erkules has quit IRC01:32
*** krow has quit IRC01:48
*** amytron has joined #openstack-trove01:48
*** krow has joined #openstack-trove01:49
*** krow has quit IRC02:01
*** krow has joined #openstack-trove02:18
*** krow has quit IRC02:34
*** yogeshmehra has joined #openstack-trove02:55
*** yogeshmehra has quit IRC03:03
*** krow has joined #openstack-trove03:05
*** grapex has joined #openstack-trove03:07
*** jasonb365 has joined #openstack-trove03:10
*** jasonb365 has quit IRC03:50
*** yogeshmehra has joined #openstack-trove03:57
*** krow has quit IRC03:57
*** amytron has quit IRC04:00
*** krow has joined #openstack-trove04:04
*** yogeshmehra has quit IRC04:05
*** jasonb365 has joined #openstack-trove04:38
*** jasonb365 has quit IRC05:00
*** grapex has quit IRC05:07
*** dmakogon_ has joined #openstack-trove05:13
*** adrian_otto has joined #openstack-trove05:14
*** dmakogon_ has quit IRC05:25
*** dafter has joined #openstack-trove05:34
*** dafter has quit IRC05:40
*** dafter has joined #openstack-trove05:41
*** dafter has quit IRC05:45
*** ashestakov has joined #openstack-trove05:59
*** SushilKM has joined #openstack-trove06:10
*** krow has quit IRC06:21
*** adrian_otto has quit IRC06:31
*** adrian_otto has joined #openstack-trove06:45
*** adrian_otto has quit IRC06:47
*** krow has joined #openstack-trove06:52
*** krow has quit IRC06:57
*** krow has joined #openstack-trove07:26
*** dafter has joined #openstack-trove07:46
*** ashestakov has quit IRC07:55
*** matsuhashi has joined #openstack-trove08:43
*** ikhudosh_ has joined #openstack-trove08:47
*** erkules has joined #openstack-trove08:52
*** erkules_ has quit IRC08:54
*** ashestakov has joined #openstack-trove08:54
*** adrian_otto has joined #openstack-trove09:15
*** dmakogon is now known as dmakogon_work09:24
*** adrian_otto has quit IRC09:37
dmakogon_workSlickNik:whazzap09:39
SlickNik'sup dmakogon_work. Just doing some reviews before heading to bed.09:39
dmakogon_workSlickNik: yeah, i see09:40
dmakogon_workSlickNik: can you take a look at other reviews of mine ?09:40
dmakogon_workSlickNik: https://review.openstack.org/#/c/50944/09:41
SlickNiklooking at all that are ready. :)09:41
dmakogon_workSlickNik: ready you mean approved by someone else ?09:41
SlickNikpassed gate, and not already −1or −2.09:42
openstackgerritA change was merged to openstack/trove: Update statuses on GA timeout  https://review.openstack.org/4572309:43
dmakogon_workSlickNik: i've got lots of them)))09:44
*** SnowDust has joined #openstack-trove09:44
dmakogon_workSlickNik: to be precise - 309:44
dmakogon_workSlickNik: https://review.openstack.org/#/c/50620/ |||||| https://review.openstack.org/#/c/50686/ ||||| https://review.openstack.org/#/c/50944/09:45
SlickNikFading fast. Might not get to them all. Will continue to look tomorrow.09:49
dmakogon_workSlickNik: ok, thanks for approve09:50
SlickNiknp, g'night. See you tomorrow!09:53
dmakogon_workSlickNik: i've answered to your comments, please read them!!)))09:59
*** adrian_otto has joined #openstack-trove10:11
*** krow1 has joined #openstack-trove10:43
*** krow has quit IRC10:43
*** adrian_otto has quit IRC10:52
*** SnowDust has quit IRC10:59
*** dafter has quit IRC11:04
*** SnowDust has joined #openstack-trove11:05
dmakogon_workhub_cap: https://blueprints.launchpad.net/trove/+spec/use-git-ssh-for-guestagent-codedelivery-to-vm11:09
*** SnowDust has quit IRC11:09
*** SnowDust has joined #openstack-trove11:12
*** adrian_otto has joined #openstack-trove11:29
*** adrian_otto has quit IRC11:49
*** dafter has joined #openstack-trove12:06
*** SushilKM has quit IRC12:10
*** dafter has quit IRC12:12
*** tvb|afk has joined #openstack-trove12:14
*** tvb|afk has quit IRC12:14
*** tvb|afk has joined #openstack-trove12:14
*** SnowDust has quit IRC12:15
*** adrian_otto has joined #openstack-trove12:17
*** matsuhashi has quit IRC12:18
*** matsuhashi has joined #openstack-trove12:18
*** krow1 has quit IRC12:19
*** matsuhashi has quit IRC12:22
*** amytron has joined #openstack-trove12:35
*** ppenjoy has joined #openstack-trove12:36
*** ppenjoy has left #openstack-trove12:37
*** tvb|afk has quit IRC12:41
*** adrian_otto has quit IRC12:41
*** dafter has joined #openstack-trove12:44
*** adrian_otto has joined #openstack-trove12:46
*** adrian_otto has quit IRC12:57
*** robertmyers has joined #openstack-trove12:58
*** robertmyers has quit IRC12:58
*** robertmyers has joined #openstack-trove12:59
dmakogon_workeveryone: https://blueprints.launchpad.net/trove/+spec/use-git-ssh-for-guestagent-code-delivery-to-vm13:00
*** radez_g0n3 is now known as radez13:04
*** ikhudos__ has joined #openstack-trove13:10
*** rustlebee is now known as russellb13:10
*** Barker has quit IRC13:11
*** ikhudosh_ has quit IRC13:12
*** robertmyers has quit IRC13:12
*** ikhudoshyn_ has quit IRC13:13
*** robertmyers has joined #openstack-trove13:13
*** ikhudoshyn_ has joined #openstack-trove13:13
*** robertmyers has quit IRC13:17
*** kevinconway has quit IRC13:31
*** kevinconway has joined #openstack-trove13:39
*** adrian_otto has joined #openstack-trove13:40
ikhudos__dmakogon_work: as for ur bp, every seems to be reasonable except that delivering GA code to VM does not look for me as a Trove or GA task13:49
ikhudos__s/every/everything/13:50
dmakogon_workbut using cloud-init for delivering is a crap13:50
dmakogon_workkeeping archive up-to-day is exhausting13:51
ikhudos__agree. but still it is a sysadmin task, not Trove's13:54
dmakogon_workwe are not talking about production13:54
dmakogon_workonly development reasons13:54
kevinconwayikhudos__: I don't agree with that logic13:55
kevinconwaytrove automates sysadmin tasks13:55
kevinconwaythat's pretty much all it does13:55
dmakogon_workkevinconway: have you read BP ?13:56
ikhudos__yep13:56
kevinconwaythat's pretty much all openstack does13:56
dmakogon_workkevinconway: any complains ?13:56
kevinconwaytldr13:56
dmakogon_work?13:56
kevinconwaytoo long didn't read13:56
dmakogon_worklol13:57
kevinconwayjust kidding though13:57
kevinconwaycan you past link?13:57
dmakogon_worklots of letters, we need pictures)))13:57
dmakogon_worklink for what ?13:57
kevinconwayfor the blue print13:57
dmakogon_workhttps://blueprints.launchpad.net/trove/+spec/use-git-ssh-for-guestagent-code-delivery-to-vm13:57
ikhudos__kevinconvay: agree and  don't. openstack automates admin tasks. but that task is not for the admin who operates but for the admin who sets up Trove13:59
ikhudos__anyway that BP is "for dev purposes only", as author says14:00
kevinconwayso you want to 'git push' from the outside to the trove instance, yes?14:01
ikhudos__so it may be part of trove-integration. But the latter already has such automation14:01
ikhudos__kevinconway: whom do u ask?)14:01
kevinconwayi suppose dmakogon_work if it is his BP14:02
dmakogon_worktrove-integration does rsync14:04
*** ashestakov_ has joined #openstack-trove14:04
dmakogon_worki dont want to use cloud-init as mail-guy to VM14:04
dmakogon_workno flexibility with it14:05
kevinconwaydmakogon_work: but you want to use git and 'git push' to a bare repo in the instance?14:05
dmakogon_workyes14:05
dmakogon_workonly for development14:05
dmakogon_workno production(!!!)14:05
kevinconwaywhy would git be better than rsync?14:06
*** grapex has joined #openstack-trove14:06
dmakogon_workkevinconway: yes14:07
dmakogon_workdifferent branches14:07
dmakogon_worksame repo14:07
*** grapex has quit IRC14:07
*** grapex has joined #openstack-trove14:08
*** jcru has joined #openstack-trove14:08
*** Barker has joined #openstack-trove14:09
*** jlucci has joined #openstack-trove14:14
*** dafter has quit IRC14:33
*** dafter has joined #openstack-trove14:38
*** tvb|afk has joined #openstack-trove14:38
*** grapex has quit IRC14:38
*** dafter has quit IRC14:38
kevinconwaydmakogon_work: so when you make the repo on the trove instance it would need to be a --bare repo to push to it14:42
kevinconwaywhich means it would have no working directory14:42
*** datsun180b has joined #openstack-trove14:42
*** grapex has joined #openstack-trove14:42
dmakogon_workkevinconway: no, for the first tries i used --bare14:42
*** grapex_ has joined #openstack-trove14:42
dmakogon_workbut git server on VM is not full-func, because it has only one repo in it14:43
*** jasonb365 has joined #openstack-trove14:43
dmakogon_workthat is why i'd like to use simple git init14:43
kevinconwayyou don't need to run the daemonized git server or anything14:43
kevinconwayi think git uses ssh under the hood to do push14:43
dmakogon_workkevinconway: https://gist.github.com/crazymac/697517514:44
*** grapex has quit IRC14:44
dmakogon_workyes, i've described the usage of ssh14:44
kevinconwayso you can push to a normal repo, but you will still need a git hook to reset the working directory to the most recent blobs14:44
kevinconwayyou can push --force into a non --bare repo, but it leaves the working directory out of sync14:45
kevinconwayand you still have the problem of a hook that builds your agent and starts it14:45
dmakogon_workkevinconway: are you talking about new VM or updating code on existed ?14:45
kevinconwayboth14:46
dmakogon_workkevinconway: as i described we wont update code on existed VM14:46
dmakogon_workonly clean14:46
dmakogon_workkevinconway: about start hooks - subprocess14:47
dmakogon_workwe could build venv and start GA via ssh14:47
kevinconwayso if you don't push code to existing VM then why use git?14:47
dmakogon_workas i said  - branching14:47
kevinconwayseems like the purpose as a dev tool is to push new GA code into existing VM14:48
dmakogon_worki can have single trove repo and several branches in it14:48
dmakogon_workkevinconway: no dev reasons to use new code on new VM14:48
*** rnirmal has joined #openstack-trove14:48
dmakogon_workrestart means to send new prepare call to guestagent14:49
*** tvb|afk has quit IRC14:50
dmakogon_workkevinconway: we've discussed it on Thursday and Friday, you could go through logs of chat14:51
kevinconwaywhat is the difference between checkout out a git branch and using rsync to checkout a git branch and use git push?14:51
kevinconwayi don't have any problem with it so long as it lives side-by-side with the current way14:52
kevinconwayi'm just curious about the use14:52
*** jlucci has quit IRC14:53
dmakogon_workkevinconway: python api14:53
*** jlucci has joined #openstack-trove14:54
dmakogon_workkevinconway: i would like to do git push from taskmanager to VM14:55
dmakogon_workkevinconway: rsync could ran only via exec14:55
kevinconwaywhat python api for git are you using?14:55
dmakogon_workkevinconway: GitPython, PyGit14:55
dmakogon_workkevinconway: first one is more stable14:56
kevinconwayi've used gitpython before. i don't think it can push without using exec14:56
kevinconwayrepo.git.push() just calls subprocess14:56
kevinconwayalso, when you push from task manager you still need to "git reset HEAD --hard" on the remote in order to see changes from the push14:58
dmakogon_workhttp://www.samba.org/~jelmer/dulwich/14:59
*** jasonb365 has quit IRC14:59
dmakogon_workremote repo is empty14:59
dmakogon_workbut yes, push can be done if every changes are commited15:01
*** jasonb365 has joined #openstack-trove15:02
kevinconwaydulwich is fun15:04
kevinconwayits the only one i15:04
kevinconwayonly one i've seen that implements git in python instead of wrapping exec calls15:04
dmakogon_workso, i really like to use gitpython, even if it covers execs15:10
*** radez is now known as radez_g0n315:13
*** ashestakov_ has quit IRC15:14
*** ashestakov has quit IRC15:14
kevinconwaydmakogon_work: gitpython is my favorite15:14
dmakogon_workkevinconway: so do we agreed ?)))15:14
dmakogon_workkevinconway: anyway my BP is only a BP15:15
dmakogon_workstatus: Discussion15:15
*** paul_lodronio has joined #openstack-trove15:23
*** grapex_ has quit IRC15:29
dmakogon_workyogeshmehra: SnowDust: https://github.com/openstack/heat-templates/blob/master/cfn/F17/AutoScalingCeilometer.yaml - please write validation for each of parameters in template, if you don't mind15:35
*** dukhlov has joined #openstack-trove15:35
*** dafter has joined #openstack-trove15:43
*** tanisdl has joined #openstack-trove15:49
*** Nate2 has quit IRC15:59
*** Nate1 has joined #openstack-trove15:59
*** Nate1 has quit IRC16:03
*** Nate1 has joined #openstack-trove16:03
*** jmontemayor has joined #openstack-trove16:03
*** Nate1 has quit IRC16:06
*** Nate1 has joined #openstack-trove16:06
*** dafter has quit IRC16:08
*** saurabhs has joined #openstack-trove16:20
*** saurabhs has left #openstack-trove16:20
*** saurabhs has joined #openstack-trove16:20
*** saurabhs has quit IRC16:22
*** saurabhs has joined #openstack-trove16:23
*** jlucci has quit IRC16:32
*** yidclare has joined #openstack-trove16:37
*** jlucci has joined #openstack-trove16:37
*** radez_g0n3 is now known as radez16:39
*** ashestakov has joined #openstack-trove16:56
*** adrian_otto has quit IRC16:58
*** adrian_otto has joined #openstack-trove16:59
*** adrian_otto has quit IRC16:59
*** yogeshmehra has joined #openstack-trove17:14
*** Barker has quit IRC17:16
*** vipul is now known as vipul-away17:28
hub_capikhudos__ ikhudoshyn_ https://review.openstack.org/#/c/50597/ is this a work in progress? if so can u mark as such so we dont start reviewing17:31
*** adrian_otto has joined #openstack-trove17:32
*** vipul-away is now known as vipul17:33
openstackgerritA change was merged to openstack/python-troveclient: Fixed minor typos with trove-client help info  https://review.openstack.org/5109817:35
ashestakovhub_cap: vipul SlickNik https://review.openstack.org/#/c/47936/17:42
hub_capashestakov: i got to thinking about service_type and service_type_id17:43
hub_capkeystone has a service_type too...17:43
hub_capi wonder if we should rename it so it doesnt cause confustion17:44
ashestakovhub_cap: yep, i figured it out :)17:44
*** Barker has joined #openstack-trove17:47
*** grapex has joined #openstack-trove17:53
hub_capaww datsun180b https://review.openstack.org/#/c/49237/17:54
*** jmontemayor_ has joined #openstack-trove18:01
*** jmontemayor has quit IRC18:02
*** SnowDust has joined #openstack-trove18:03
*** Nate1 has quit IRC18:05
*** jasonb365 has quit IRC18:06
*** jasonb365 has joined #openstack-trove18:09
*** paul_lodronio has quit IRC18:10
*** Nate1 has joined #openstack-trove18:10
*** adrian_otto has quit IRC18:10
*** paul_lodronio has joined #openstack-trove18:12
*** paul_lodronio has quit IRC18:14
*** paul_lodronio has joined #openstack-trove18:15
*** amcrn has joined #openstack-trove18:20
SnowDustdmakogon_work18:22
SnowDustis ur heat related changes merged ?18:22
SnowDustor i have to find its status myself :-) ?18:22
*** amcrn has quit IRC18:22
*** amcrn has joined #openstack-trove18:29
datsun180bweakness, maybe elastic will help18:32
*** KennethWilke has joined #openstack-trove18:40
openstackgerritA change was merged to openstack/trove: Update trove-guestagent.conf.sample  https://review.openstack.org/5095518:40
datsun180bCannot 'createImage' while instance is in task_state image_uploading how is that my fault18:41
hub_capvipul: amcrn SlickNik grapex around?18:42
SlickNik'sup?18:43
hub_capashestakov: and i have a problem and would like opinions from the group18:43
grapexhub_cap: Around, but in meetings for the next two hours. :(18:43
*** demorris has joined #openstack-trove18:43
hub_capcool grapex lucky u18:43
hub_capok so we have a service_type in trove18:44
hub_capbut keystone has a service_type as well18:44
ashestakovmaybe database_type database_version? or datastore...18:44
hub_capso i propsed to ashestakov we change the name18:44
hub_capi gave these examples (11:41 AM hub_cap application_type, instance_type, datastore_type)18:45
hub_capand now ashestakov has added dataBASE_type/version18:45
grapexhub_cap: application_type has wooed my heart.18:45
hub_caplol grapex18:45
hub_capalso we dont have to have *_type/*_version names18:46
hub_capwe could drop the *_ from version18:46
hub_capand do application_type && version, or instance_type && version18:46
hub_capinstead of application_type/application_version18:46
ashestakovhub_cap: just for client?18:47
hub_capashestakov: no, but we can separate them out if we need to18:48
hub_capits for everything, i dont want to overload that term, in general18:48
ashestakovhub_cap: i mean, version without application_18:49
amcrnhub_cap: here; i'd vote against instance_type, and considering memcached could be an option in the future, i'd vote against dataBASE_type18:50
ashestakovengine_type engine_version18:51
ashestakovamcrn: about memcached, is any work on it?18:52
SnowDustany generous reviewer looking at this https://review.openstack.org/#/c/50944/18:52
ashestakovi looking for couchbase18:52
amcrnashestakov: i'm not a fan of engine_type, reason being is that the term "engine" gets confusing with things like InnoDB+memcached (is the "engine" MySQL still?) and TokuMX18:54
*** Nate1 has quit IRC18:54
ashestakovamcrn: i think amazon using "engine", but yes it can confusing18:55
hub_capengine remindes me of mysql18:55
amcrni'd stay with service, or move to datastore (or maybe "backend"?)18:55
hub_capwhat is cassandras "engine"18:55
amcrnhub_cap: good point18:55
hub_capim ok w/ datastore_type18:55
hub_capand we are datastore as a service right?18:56
ashestakovif not database and not engine, then i agree datastore18:57
*** paul_lodronio has left #openstack-trove18:58
hub_capso grapex likes application_*18:58
hub_capand im good w/ datastore_*18:58
hub_capdo we want some more input before we make a decision18:58
hub_capashestakov: likes datastore_* since his others are out ;)18:58
hub_capamcrn: what say you?18:58
hub_capSlickNik:  vipul? STOP SETTING UP YOUR NEW DIGS AND LOOK AT IRC ;) ;)18:59
amcrni think application_* and datastore_* both work, i'll defer to someone who feels strongly about one vs. the other18:59
SnowDusthttps://review.openstack.org/#/c/50944/19:00
*** jasonb365 has quit IRC19:00
SnowDustplzzzz19:00
ashestakovi think databases is service, not application19:01
hub_capyes i agree19:02
*** krow has joined #openstack-trove19:02
hub_capso lets let SlickNik and vipul talk about things, and then decide on the rename19:02
SlickNikI prefer datastore_* and just version. (I don't feel strongly about datastore vs. application. I don't particularly like database_* since it implies relational)19:04
SlickNikAlso, THE NEW DIGS ARE AWESOME! ;)19:04
SnowDustSlickNik: https://review.openstack.org/#/c/50944/ ( comments were updated 4 u )19:04
SnowDust:D19:04
vipulhub_cap: datastore_ +119:05
SnowDustwill this be -2 atleast :) so that i forget looking at that ..19:05
SnowDusthttps://review.openstack.org/#/c/50944/19:05
*** cweid has joined #openstack-trove19:05
*** tanisdl has quit IRC19:05
vipulengine isn't that bad either19:06
hub_capvipul: whats cassandras engine?19:07
hub_caphehe19:07
hub_capwhats mysqls engine19:07
hub_capinno/myisam/etc19:07
vipulsure..19:07
hub_capi think datastore_* is whats up19:07
hub_capmainly cuz i suggested it though19:07
hub_capAHAHAHHAHA19:07
vipulI think there is precedence though19:08
vipulalthough mainly from RDS19:08
hub_capPSSH rds=mysql19:08
hub_captrove=*19:09
hub_cap:P19:09
SnowDusthub_cap, vipul, SlickNik: https://review.openstack.org/#/c/50944/19:09
SnowDusttrove=byCycle19:10
*** jlucci has quit IRC19:10
hub_capSnowDust: im not sure why SlickNik -2'd it19:11
hub_capteh ball is in his court now19:11
SlickNikLooking at it right now, hang on guys. :)19:11
SnowDustsure sure .. !19:11
SnowDustso he finally .. plays with the ball ..19:11
SnowDustwas playing with u two .. and forgot the ball .. LOL !19:11
*** jasonb365 has joined #openstack-trove19:13
amcrnvipul: as far as I'm concerned, their precedent is an ill-conceived one, because they only offer relational at this point, and that's where the term "engine" shines. Once you start supporting NoSQL + others, the term gets less and less appealing (see Redis + Cassandra + Memcached + TokuMX + InnoDB+memcached + etc.)19:14
*** tanisdl has joined #openstack-trove19:17
SlickNikhub_cap / SnowDust: updated https://review.openstack.org/#/c/50944/19:19
*** krow has quit IRC19:20
*** krow has joined #openstack-trove19:20
SnowDustSlickNik : here i can talk about ur latest comments ..19:22
SlickNiksure19:24
SnowDustwhat do u consider as defaults ?19:26
SnowDustrather saying we dont .. we should explain what it should be ..19:26
SnowDustthats what i meant ..19:26
SnowDustgive defaults  that makes more sense ... in the comments ..19:26
yogeshmehraSnowDust: I think the comment talks about it19:27
yogeshmehramake it restricted by default THAN open by default19:28
ashestakovhub_cap: amcrn vipul SlickNik so we decided datastore_type datastore_version?19:28
SnowDusti dont see the proposed defaults ..19:28
vipulamcrn, ashestakov: I think the leading contender is datastore_type + version19:29
yogeshmehra330619:29
vipulamcrn: I agree it does get confusing with non relational dbs19:29
SlickNikSnowDust: I suggested just the one port (3306) for the default case in the comments.19:29
*** jmontemayor_ has quit IRC19:29
SlickNikPlease re-read the comment. :)19:30
vipuldmakogon_work: ping19:31
SnowDustdid u change it ;)19:31
SnowDustits fine now ..19:31
SnowDustand then .. it is default port again .. :D19:32
SnowDustanyways .. i think dennis got all help19:32
SnowDusthe should be finishing it ..19:32
yogeshmehraSnowDust: Externalizing the heat conf, can it not be an independent patch?19:34
SnowDustit needs ut for the template too19:34
SnowDustcoming from dmakogon_work19:34
SnowDusthub_cap, vipul, SlickNik: https://review.openstack.org/#/c/50620/19:37
SnowDustreviewing ??19:39
SnowDusthttps://review.openstack.org/#/c/50620/ anyone ?19:39
ashestakovvipul: just "version" is confusing i think19:40
hub_capSnowDust: we see the review :)19:45
*** dmakogon has joined #openstack-trove19:46
*** radez is now known as radez_g0n319:46
SnowDustyeah .. i needed .. decision on that code ;)19:46
*** krow has quit IRC19:48
dmakogon'sup 2 all19:48
dmakogonSnowDust, have you read my message 2 you ?19:49
dmakogonvipul: ping !19:50
SnowDustmay b .. i am not getting ur msgs19:50
vipuldmakogon: wassup!19:50
vipuldmakogon: Just checking to see if you're looking into the DNS patch19:50
dmakogonvipul: hi19:50
vipulothewrise I will get someone here to push upa  review19:51
vipulKind of became a critical need for us.  So just want to see where you are with Designate integration19:51
dmakogonvipul: as i remember me, hub_cap, grapex decided to wait until it becomes resource of the heat19:51
vipuldmakogon: Ok - thanks for the update19:52
dmakogonvipul: roadmap is wait until heat allow us to use dns(designate)19:52
dmakogonvipul: is that ok ?19:52
vipuldmakogon: Yep - works for me19:52
hub_capyes vipul, dmakogon was going ot wait for heat19:52
dmakogonvipul: i know that DNS is critical to any of sides19:52
hub_capif u need it faster, plz push review up w/ designate as the "thing" we use19:53
dmakogonvipul: i want to ask you a question about your comment on template update review19:53
vipulhub_cap: Yea we might do that - may still need it for single instance19:53
hub_capvipul: im good by that19:54
vipuldmakogon: what's the question19:55
vipuldmakogon: So i see you've moved the default port for secgroups to be DictOpt19:55
vipuldmakogon: We will have service_types (datastore_types) that require >1 port19:56
dmakogonvipul: could you describe any database that needs to have more than one port to read/write data19:57
hub_cap7199 - JMX (was 8080 pre Cassandra 0.8.xx)19:58
hub_cap7000 - Internode communication (not used if TLS enabled)19:58
hub_cap7001 - TLS Internode communication (used if TLS enabled)19:58
hub_cap9160 - Thift client API19:58
hub_cap9042 - CQL native transport port19:58
hub_capcassandra19:58
amcrnvipul dmakogon: example being Cassandra19:58
SnowDustsee ;) thats what i said .. he will defend or fix19:58
vipulthanks amcrn hub_cap19:58
dmakogonhub_cap: no)))19:58
dmakogononly one port19:58
hub_caplol dmakogon19:59
amcrndmakogon: you're confusing the need for only one port for read/write with the need for multiple ports to service a particular datastore19:59
dmakogonuse wants to read/write19:59
dmakogonhub_cap: does mysql has only one accesible port ?20:00
amcrndmakogon: alright, here's your example: memcached with udp for gets, tcp for writes20:00
dmakogonamcrn - that brings trove to complex access configuration20:01
dmakogonwhat about having dict of rules per each service ?20:01
hub_capwhy not a list?20:01
hub_capfurthermore20:02
hub_capwe will eventually allow port changes20:02
dmakogondifferent transport protocols20:02
dmakogondict = {'tcp': [ ], 'upd': [ ]}20:02
dmakogonalso ping20:04
dmakogonICMP20:04
hub_caplets start w/ []20:04
hub_capand then when a service like memcached _wants_ more20:04
hub_capwe can have more20:04
hub_capid even be ok w/ starign w a single port like he has20:04
hub_capactually lets start w/ a list20:05
dmakogonhup_cap: what about amcrn complains ?20:05
hub_capso its less of a shock to operators20:05
hub_capall that amcrn guy does is complain anyway20:05
hub_caphehe20:05
hub_capamcrn: u ok w/ just a list of items now?20:05
amcrnlist of dict?20:06
amcrnor ports?20:06
dmakogonhub_cap: vipul: https://blueprints.launchpad.net/trove/+spec/use-git-ssh-for-guestagent-code-delivery-to-vm20:06
dmakogonamcrn: hub_cap offers to use list of ports20:07
hub_capamcrn: like shoudl we go w/ a list of dicts for tcp/udp now20:07
hub_capor just a list of ports for now20:07
amcrnhub_cap: why go through the heartbreak of another deprecation when it can just be done right the first time? I'm confident you'll need customization on the front of ports/protocols and even CIDRs, so why kick the can?20:08
hub_cap++20:09
*** jlucci has joined #openstack-trove20:09
dmakogonamcrn: somehow i agree this amcrn20:09
amcrnlol @ "somehow"20:09
hub_caphah20:09
hub_capeveryhow i agree amcrn20:09
dmakogonlol20:09
dmakogonhub_cap: have you read the BP ?20:10
hub_capdmakogon: i cant read20:10
dmakogonhub_cap: why ?20:10
hub_cap(╥﹏╥)20:10
amcrnthe ups man lost his hooked on phonics, and one thing lead to another...20:11
dmakogonhub_cap: what happend ?20:11
amcrn;)20:11
hub_capLULZZZZ20:11
hub_capdmakogon: i joke :P20:12
hub_cap༼;´༎ຶ ۝ ༎ຶ༽20:12
dmakogonbtw, when heat comes we could describe ports in template without creating rules and others20:14
dmakogontemplate already would handle it20:15
dmakogonno matter how many ports, protocols20:15
dmakogonso, we can forget about creating rules with nova forever20:15
dmakogoneven now20:15
*** dukhlov has quit IRC20:15
dmakogonmy cassandra impl would use heat20:16
hub_capvipul: SlickNik we good with datastore_* ?20:16
hub_capdmakogon: not true20:16
hub_capwhat if u wanted to change ports20:17
dmakogonhub_cap: why not ?20:17
hub_capi dont want mysql on 330620:17
hub_caphow does that work20:17
SlickNikhub_cap: I'm good with datastore_*20:17
dmakogonhub_cap: going to dashboard and do your stuff ther20:17
hub_capashestakov: i think we are good w/ the name datastore_*20:17
dmakogonhub_cap: what if we allow to change only read/write ports ?20:19
hub_capdmakogon: lets not worry about port changes yet20:19
ashestakovhub_cap: ok, ill rename20:19
hub_capashestakov: <320:20
ashestakovhub_cap: any other comments to review?20:20
vipulhub_cap: sure20:21
dmakogonhub_cap: so i'm offering to fix database service ports and make configurable only read/write20:21
hub_capdmakogon: what do you mean "make configurable"?20:22
hub_caplike from the api?20:22
hub_capashestakov: go head rename it20:22
*** tanisdl has quit IRC20:22
hub_capthen we will review again20:22
dmakogonhub_cap: i mean stored in config only one port20:23
dmakogonhub_cap: if will follow logic of storing list of ports for service type and it would be missconfigured we will have alot of exceptions from heat-api20:25
dmakogonhub_cap: 'cuz template would not be validated20:25
dmakogonas well20:25
*** jmontemayor has joined #openstack-trove20:27
hub_capoh yes ok20:27
dmakogonhub_cap: even if we would have defaults in template it would bring security issue20:27
*** vipul is now known as vipul-away20:39
dmakogonplease review https://review.openstack.org/#/c/50686/20:47
*** jlucci has quit IRC20:48
*** jlucci has joined #openstack-trove20:48
datsun180bthanks for turning those wheels on the conductor devstack changes hub_cap20:59
openstackgerritAndrey Shestakov proposed a change to openstack/python-troveclient: Support service types  https://review.openstack.org/4793620:59
hub_capdatsun180b: ;)20:59
ashestakov^ ^20:59
hub_capsweet ashestakov21:00
*** demorris has quit IRC21:01
*** dmakogon_ has joined #openstack-trove21:02
*** dmakogon has quit IRC21:05
ashestakovhub_cap: about your comment "why are these named blah_", i copied that stuff from instances21:05
hub_capHAHAH21:06
hub_capim not going to remove the -1, id rather have ugly code in just instances than ugly code in both ;)21:06
ashestakovso what i have do?21:07
*** SnowDust has quit IRC21:08
datsun180bashestakov: how about expected_limit and expected_marker?21:09
datsun180bor just build the tuple once and forego the variable names altogether?21:10
ashestakovshould i fix it in instances and other places?21:10
datsun180bif you like!21:10
datsun180bit'll only help us21:10
hub_cap++21:11
ashestakovok, just want to clarify it :)21:11
kevinconwaycan you submit the fixes under a second review ashestakov ?21:11
datsun180bwe trained kevinconway wrong on purpose, as a joke21:11
datsun180bhttp://youtu.be/d696t3yALAY?t=41s21:13
hub_capkevinconway: is actually correct21:13
hub_capbut yes i do think our purposeful mistraining of him is hilarious ;) ;)21:13
datsun180bwell excuse me for finding a reason to link Kung Pow21:14
hub_capHAHAHAHAAH21:14
*** vipul-away is now known as vipul21:14
*** jlucci has quit IRC21:14
*** jlucci has joined #openstack-trove21:14
*** jlucci has quit IRC21:19
openstackgerritA change was merged to openstack/trove: Fix quota issue where usages can drop to negative value  https://review.openstack.org/4930121:22
openstackgerritAndrey Shestakov proposed a change to openstack/python-troveclient: Fix variable names  https://review.openstack.org/5170821:22
*** KennethWilke has quit IRC21:28
ashestakovhub_cap: datsun180b kevinconway ^ ^21:28
datsun180ball over it21:28
*** adrian_otto has joined #openstack-trove21:30
*** jmontemayor has quit IRC21:36
datsun180bwho's got two thumbs and just got merged into devstack? THIS GUY21:37
redthruxWOOOOO21:37
hub_capAWW YA datsun180b21:38
grapexdatsun180b: Congrats!21:38
datsun180bnow go look at my trove-conductor changes21:38
datsun180b...as soon as the robots approve of it, i guess21:38
grapexdatsun180b: Ha ha Ed, you and your jokes.21:38
*** jmontemayor has joined #openstack-trove21:41
*** vipul is now known as vipul-away21:46
espdatsun180b: that's a good way to start off the week :)21:49
*** vipul-away is now known as vipul21:50
datsun180buh oh, hub_cap is bringing the hammer down on commit messages now21:52
esplol21:52
datsun180blet me spend 20 minutes searching our commit logs to cherry-pick an embarrassing example from the distant past21:52
openstackgerritAndrey Shestakov proposed a change to openstack/python-troveclient: Removed underscores from the end of some variables  https://review.openstack.org/5170821:53
hub_capdatsun180b: u know it21:54
hub_capdatsun180b: im sure i have terrible commits in the past21:54
datsun180bwe all do, i'm not really arguing with you21:55
datsun180bwe can always do better21:55
datsun180bwhatever we do let's hope we never show up on @gitlost21:56
hub_capdatsun180b: HAH21:56
*** Nate1 has joined #openstack-trove21:59
*** yogeshmehra has quit IRC22:05
*** yogesh has joined #openstack-trove22:06
*** demorris has joined #openstack-trove22:06
*** tanisdl has joined #openstack-trove22:07
*** yogesh has quit IRC22:11
hub_capvipul: im travelling again this wednesday22:12
hub_capim thinking we should move the meeting since i travel on so many wednesdays22:12
hub_cap;) ;)22:13
datsun180bhub_cap: why's that, do you want to start travelling on a different day?22:14
hub_capNICE datsun180b22:14
datsun180bhad to figure out where those extra functions ran off to, i'll have to update my conductor review to reflect that22:15
datsun180bbut that's tomorrow22:16
*** datsun180b has quit IRC22:16
hub_cap:)22:16
*** jmontemayor has quit IRC22:19
*** mmcdaris has joined #openstack-trove22:22
*** jmontemayor has joined #openstack-trove22:22
*** vipul is now known as vipul-away22:23
*** vipul-away is now known as vipul22:24
vipulhub_cap: You know.. you have a choice22:25
hub_capi chose to not know my choice22:25
hub_capin all cases22:25
SlickNikhub_cap: AGAIN!?! ;)22:31
hub_capya ya yaya yaayay22:32
*** jasonb365 has quit IRC22:33
hub_capvipul: SlickNik https://review.openstack.org/#/c/51269/22:34
*** ashestakov has quit IRC22:35
dmakogon_guys, have you seen my BP ?22:37
dmakogon_https://blueprints.launchpad.net/trove/+spec/use-git-ssh-for-guestagent-code-delivery-to-vm22:38
dmakogon_need to re-discuss it to become 100% sure that anyone is agreed with this mechanism ?22:38
openstackgerritSlickNik proposed a change to openstack/trove: Replace decprecated method aliases in tests  https://review.openstack.org/5028622:38
*** Barker has quit IRC22:39
openstackgerritA change was merged to openstack/trove: Quote and escape pagination markers  https://review.openstack.org/5126922:41
*** rnirmal has quit IRC22:45
* dmakogon_ gone, sad22:46
*** dmakogon_ is now known as dmakogon_away22:46
*** dmakogon_away has quit IRC22:52
*** jmontemayor has quit IRC22:56
hub_capvipul: SlickNik https://review.openstack.org/#/c/51708/23:00
vipulooh that's an easy one23:02
hub_capheh ya23:02
vipuli like revieweing those23:02
vipuleasy on the eyes :)23:02
openstackgerritA change was merged to openstack/python-troveclient: Removed underscores from the end of some variables  https://review.openstack.org/5170823:04
*** jcru has quit IRC23:09
*** mmcdaris has quit IRC23:10
*** mmcdaris has joined #openstack-trove23:11
*** mmcdaris has quit IRC23:16
*** mmcdaris has joined #openstack-trove23:18
*** saurabhs has quit IRC23:34
*** tanisdl has quit IRC23:38
*** Nate1 has quit IRC23:51
*** Nate1 has joined #openstack-trove23:54
*** yogeshmehra has joined #openstack-trove23:57

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