Wednesday, 2015-07-08

*** topshare has quit IRC00:02
*** topshare has joined #openstack-trove00:11
*** mingdang1 has joined #openstack-trove00:11
*** chlong has joined #openstack-trove00:11
*** topshare has quit IRC00:15
*** saurabhs has joined #openstack-trove00:15
*** mayurig has quit IRC00:23
*** mingdang_ has joined #openstack-trove00:25
*** mingdang1 has quit IRC00:29
*** esmute__ has quit IRC00:40
*** esmute__ has joined #openstack-trove00:41
*** saurabhs has quit IRC00:46
*** ishi_ has joined #openstack-trove00:51
*** esmute__ has quit IRC00:52
*** topshare has joined #openstack-trove00:57
*** Longgeek has joined #openstack-trove01:16
*** Longgeek has quit IRC01:20
*** erkules_ has joined #openstack-trove01:23
*** erkules has quit IRC01:26
*** mingdang_ has quit IRC01:27
*** ishi_ has quit IRC01:28
*** hogepodge has quit IRC01:29
*** jaredroh_ has joined #openstack-trove01:34
*** hogepodge has joined #openstack-trove01:41
*** tianqing has joined #openstack-trove01:56
*** jaredroh_ has quit IRC01:56
*** jaredroh_ has joined #openstack-trove01:56
*** jaredroh_ has quit IRC01:56
*** jaredrohe_ has joined #openstack-trove02:04
*** jaredrohe has quit IRC02:09
*** jaredrohe_ has quit IRC02:11
*** jaredrohe has joined #openstack-trove02:12
tianqingwhy we use reload mysql rather than restart it to make configuration overrides active?02:21
tianqingwe right now use restart to make mysql configuration overrides active...i want to ask we may use reload instead of restart the mysql...02:22
openstackgerritOpenStack Proposal Bot proposed openstack/trove: Updated from global requirements  https://review.openstack.org/19937702:31
SlickNiktianqing: There are service variable in MySQL that are not dynamic that require a service restart to take effect. They don't take effect with just a service reload.02:32
SlickNiktianqing: I believe SIGHUP for mysql only flushes privileges, and doesn't actually reload any non-dynamic variables (for which you need a restart).02:34
*** bhunter71 has quit IRC02:35
openstackgerritMasaki Matsushita proposed openstack/python-troveclient: Make subcommands accept flavor name and cluster name  https://review.openstack.org/18957302:37
*** rnowling has joined #openstack-trove02:44
tianqingwhen the user attach/detach a configuration, we may probably restart mysql.02:53
tianqingthe logic to detach a configuration is to check whether there are some parameter not in default configuration. If there are we will restart the mysql.02:54
tianqing But there is a hypothesis, if the override parameter in default configuration, it must be a dynamic configuration. Here should we check for that?03:02
*** csoukup has joined #openstack-trove03:10
*** Longgeek has joined #openstack-trove03:16
*** Longgeek has quit IRC03:22
*** nexusz99 has joined #openstack-trove03:41
*** annashen has joined #openstack-trove04:01
*** c_soukup has joined #openstack-trove04:14
*** csoukup has quit IRC04:16
*** david-ly_ has joined #openstack-trove04:19
*** sgotliv has joined #openstack-trove04:21
*** david-lyle has quit IRC04:22
*** annashen has quit IRC04:28
*** chlong has quit IRC04:35
*** chlong has joined #openstack-trove04:43
*** rnowling has quit IRC04:45
*** chlong has quit IRC04:51
*** nirupam has quit IRC04:55
*** madhavan has joined #openstack-trove05:01
*** madhavan has quit IRC05:02
*** Longgeek has joined #openstack-trove05:16
*** chlong has joined #openstack-trove05:19
*** ishi_ has joined #openstack-trove05:23
*** c_soukup has quit IRC05:34
*** ishi_ has quit IRC05:36
*** ig0r__ has joined #openstack-trove05:51
*** sgotliv has quit IRC05:52
*** sgotliv has joined #openstack-trove05:52
*** ig0r_ has quit IRC05:52
*** tobe has joined #openstack-trove06:19
*** mingdang1 has joined #openstack-trove06:21
*** dmgweb has joined #openstack-trove06:21
dmgwebhello06:22
dmgwebERROR trove.instance.models [-] An error occurred communicating with the guest:  any idea?06:22
openstackgerritCraig Vyvial proposed openstack/trove-specs: Added Percona cluster spec  https://review.openstack.org/13213206:29
tobeHi @dmgweb, did your guestagent start?06:30
dmgwebin controller node?06:30
*** coolsvap|away is now known as coolsvap06:32
abhishow to check whether trove is installed properly and services are running06:34
tobe@dmgweb in compute node06:36
tobethe guest agent runs in the virtual machine06:36
tobe@abhis You may check the log in /var/log/trove/api.log and try "trove list"06:36
dmgwebbut the archive trove-guestagent.conf it has in controller node06:37
dmgweb?06:37
dmgwebthe image virtual machine is tesora06:37
dmgwebsrry for my english06:37
tobeThe trove-guestagent.conf is used by guest agent which runs in the vm and you can create it by running "trove create"06:38
dmgwebThen I would need to enter the mv and edit that file, right?06:39
dmgwebIt is not simply use a picture of trove of tesora06:40
tobeNo, the file will pass to vm from the controller. You don't need to add it in the image manually06:40
tobeI'm not familiar with the tesora service. You may contact their developers :)06:41
dmgwebah okay, then where you can be the fault?06:41
dmgwebI installed without tesora trove and I have met with the same error.06:42
dmgwebI installed without tesora trove and I have met with the same error.06:42
dmgwebso I think I'm missing some concept.06:42
dmgwebservice trove-guestagent it must be installed on controller?06:43
dmgwebor only the archive06:43
*** mingdang1 has quit IRC06:45
openstackgerritMerged openstack/trove-integration: MongoDB smallfiles/bind_ip settings not working properly  https://review.openstack.org/19526406:45
openstackgerritCraig Vyvial proposed openstack/trove-specs: Added Percona cluster spec  https://review.openstack.org/13213206:48
openstackgerritCraig Vyvial proposed openstack/trove-specs: Added Percona cluster spec  https://review.openstack.org/13213206:53
*** k4n0 has joined #openstack-trove06:59
openstackgerritCraig Vyvial proposed openstack/trove-specs: Added Percona cluster spec  https://review.openstack.org/13213207:01
openstackgerritCraig Vyvial proposed openstack/trove-specs: Added Percona cluster spec  https://review.openstack.org/13213207:06
abhis@dmgweb while running glance image create command, it is giving error "it is unable to connect to http://controller /v1/image"  connection refused07:14
abhisi am not able to remove the error07:14
abhisi am getting error finding address07:15
dmgweb@abhis can you ping yo controller?07:22
*** exploreshaifali has joined #openstack-trove07:38
openstackgerritSushil Kumar proposed openstack/trove-specs: Datastore Registration API spec  https://review.openstack.org/18807207:46
*** tobe has quit IRC07:46
*** tobe has joined #openstack-trove08:16
*** tosky has joined #openstack-trove08:19
*** chlong has quit IRC08:21
*** tobe has quit IRC08:25
*** tobe has joined #openstack-trove08:25
*** tianqing has quit IRC08:28
abhisyes i am able to ping08:40
*** tobe has quit IRC08:40
openstackgerritMerged openstack/trove: Updated from global requirements  https://review.openstack.org/19937709:19
*** tobe has joined #openstack-trove09:20
dmgweb@tobe not working... :(09:21
*** mingdang1 has joined #openstack-trove09:26
*** mingdang_ has joined #openstack-trove09:29
*** mingdang1 has quit IRC09:32
*** IanGovett has joined #openstack-trove09:39
*** tianqing has joined #openstack-trove09:54
*** mingdang_ has quit IRC09:55
openstackgerritMerged openstack/trove: Removed the non-existent method call  https://review.openstack.org/19676210:05
*** nexusz99 has quit IRC10:06
*** dmgweb has quit IRC10:08
tianqinghello..10:21
tianqingwhere is the info about master stored in slave?10:21
*** tobe has quit IRC10:29
*** coolsvap is now known as coolsvap|away10:33
openstackgerritOpenStack Proposal Bot proposed openstack/trove: Updated from global requirements  https://review.openstack.org/19948210:36
dougshelley66tianqing for mysql you can connect using mysql client and issue "SHOW SLAVE STATUS"10:43
tianqingi know10:45
tianqingthe info is persistent.10:45
tianqingand it is stored in master.info10:45
dougshelley66ok10:45
tianqingso if the slave is restart, it can get master's info10:46
tianqingi want to check that...10:46
tianqingthose is what i get...10:46
tianqingthank you all the same...10:46
*** tianqing has quit IRC10:50
*** mingdang1 has joined #openstack-trove10:56
*** mingdang1 has quit IRC11:00
*** topshare has quit IRC11:02
*** tosky has quit IRC11:16
*** tosky has joined #openstack-trove11:16
*** pmackinn has joined #openstack-trove11:24
pmackinnmorning11:24
*** topshare has joined #openstack-trove11:26
*** mingdang1 has joined #openstack-trove11:29
*** topshare has quit IRC11:30
*** Longgeek has quit IRC11:41
*** Longgeek has joined #openstack-trove11:42
*** Longgeek has quit IRC11:42
*** Longgeek has joined #openstack-trove11:42
*** Longgeek has quit IRC11:43
*** tianqing has joined #openstack-trove11:47
*** exploreshaifali has quit IRC11:51
*** topshare has joined #openstack-trove11:54
tianqinghow to view the old message about this channel?11:57
pmackinntianqing, http://eavesdrop.openstack.org/irclogs/%23openstack-trove/11:59
tianqingoh thanks a lot...12:00
tianqingwhere do you find that, i search on google, but do not have meaningful result...12:00
tianqingthe key words for search is freenode old messages...12:01
tianqingmay be i use wrong key words...12:01
pmackinnopenstack irc12:01
*** tosky_ has joined #openstack-trove12:02
tianqingthanks a lot @pmackinn12:03
*** tosky has quit IRC12:04
pmackinnnp12:04
*** Longgeek has joined #openstack-trove12:25
*** exploreshaifali has joined #openstack-trove12:28
*** chlong has joined #openstack-trove12:30
*** amrith is now known as _amrith_12:33
*** erkules_ is now known as erkules12:39
*** erkules has joined #openstack-trove12:39
*** mingdang1 has quit IRC12:43
*** _crobertsrh is now known as crobertsrh12:50
*** coolsvap|away is now known as coolsvap12:52
*** tomblank has joined #openstack-trove13:04
*** pmackinn has quit IRC13:05
*** rnowling has joined #openstack-trove13:29
*** radez_g0n3 is now known as radez13:37
*** pmackinn has joined #openstack-trove13:49
*** csoukup has joined #openstack-trove13:58
*** _amrith_ is now known as amrith14:07
*** bhunter71 has joined #openstack-trove14:07
*** tianqing has quit IRC14:11
*** flwang has quit IRC14:40
*** sriram_tesora has joined #openstack-trove14:53
*** csoukup has quit IRC15:01
*** coolsvap is now known as coolsvap|away15:04
*** coolsvap|away is now known as coolsvap15:12
*** jgriffith has quit IRC15:20
*** topshare_ has joined #openstack-trove15:25
*** topshare has quit IRC15:26
*** nexusz99 has joined #openstack-trove15:41
*** david-ly_ is now known as david-lyle15:42
*** exploreshaifali has quit IRC15:42
*** coolsvap is now known as coolsvap|away15:47
*** coolsvap|away is now known as coolsvap15:48
*** amrith is now known as _amrith_16:02
*** tomblank has quit IRC16:04
*** ishi_ has joined #openstack-trove16:04
*** tomblank has joined #openstack-trove16:08
*** dontalton has joined #openstack-trove16:10
openstackgerritSushil Kumar proposed openstack/trove: Fixes the detection of user with extra access  https://review.openstack.org/19963516:10
*** coolsvap is now known as coolsvap|away16:11
*** cweid has joined #openstack-trove16:18
*** flwang has joined #openstack-trove16:18
*** johnma has joined #openstack-trove16:20
*** ishi_ has quit IRC16:22
*** mayurig has joined #openstack-trove16:26
*** tomblank has quit IRC16:28
*** tomblank has joined #openstack-trove16:39
*** dontalton is now known as bitblt16:41
*** bitblt has quit IRC16:41
*** bitblt has joined #openstack-trove16:41
*** bitblt has quit IRC16:42
*** tosky_ has quit IRC16:43
*** tosky_ has joined #openstack-trove16:43
*** tomblank has quit IRC16:44
sushilkmi wanted reviewers attention towards https://review.openstack.org/18807216:45
*** ashleighfarnham has joined #openstack-trove16:46
*** _amrith_ is now known as amrith17:00
*** topshare_ has quit IRC17:02
*** tomblank has joined #openstack-trove17:02
*** tomblank has quit IRC17:09
*** tosky_ has quit IRC17:12
*** mingdang1 has joined #openstack-trove17:18
*** mingdang1 has quit IRC17:22
*** cweid has quit IRC17:28
*** tomblank has joined #openstack-trove17:29
*** exploreshaifali has joined #openstack-trove17:48
*** mayurig has quit IRC17:48
*** mayurig has joined #openstack-trove17:49
*** mayurig has quit IRC17:49
*** mayurig has joined #openstack-trove17:50
*** annashen has joined #openstack-trove17:53
*** Longgeek has quit IRC17:57
*** tosky has joined #openstack-trove17:57
*** Longgeek has joined #openstack-trove17:57
*** Longgeek has quit IRC17:57
*** Longgeek has joined #openstack-trove17:59
*** pmackinn has quit IRC18:27
*** saurabhs has joined #openstack-trove18:33
*** saurabhs has left #openstack-trove18:33
*** exploreshaifali has quit IRC18:36
openstackgerritSharika Pongubala proposed openstack/trove-integration: Change DATASTORE_PKG_LOCATION for vertica  https://review.openstack.org/18118618:38
*** saurabhs has joined #openstack-trove18:56
amrithso ... who's coming to mid-cycle raise your hands now19:01
amrith./19:01
cp16net./19:02
dougshelley66o/19:02
amrith3 people, not much of a mid-cycle.19:02
dougshelley66but it is the party crowd19:02
cp16netlol19:02
mvandijk_~o~19:02
SlickNikamrith: I've gotten a lot more registrations that that.19:02
* SlickNik heads off to look it up19:02
cp16neti havnt been confirmed to go yet that i know of tho19:03
cp16netbut i plan on it :-P19:03
SlickNiklol @ cp16net19:03
* amrith goes away to recycle a whole mornings coffee19:03
SlickNikWhy haven't you registered yet?19:03
SlickNikamrith: I've got 10 so far.19:03
SlickNik(And that's not counting about at least 3-4 more HP folks that I know are going)19:04
*** nshah has left #openstack-trove19:04
cp16neti thought i did...19:05
cp16netyeah i did19:06
amrithSlickNik, I thought I registered ... would you share the evite/eventbrite link again please19:07
mvandijk_https://www.eventbrite.com/e/trove-mid-cycle-sprint-liberty-tickets-1760013447619:07
mvandijk_that?19:07
SlickNikHah, I thought you said you didn't — but I see you in eventbrite.19:07
SlickNikmvandijk_: yes19:07
SlickNikmvandijk_: Thanks!19:08
SlickNikamrith: I don't see your registration yet19:08
amrithSlickNik, I just registered.19:08
SlickNikAh, cool19:08
* SlickNik hits F519:08
SlickNikThere you are19:08
amrithand then there were 1119:08
cp16netmidcycle goes to 1119:09
amrithoh, I have a question about the agenda for mid-cycle.19:09
* cp16net waits in anticipation for the question19:10
*** bhunter71 has quit IRC19:11
amrithcp16net, I just updated the agenda on the wiki ;)19:11
amrithhttps://wiki.openstack.org/wiki/Sprints/TroveLibertySprint#Schedule19:11
*** bitblt has joined #openstack-trove19:13
amrithcp16net, see it?19:14
*** coolsvap|away is now known as coolsvap19:14
SlickNikOH YEA!19:15
amrithSlickNik, I'm going to work on that new thing ...19:15
SlickNikThanks for updating the agenda, amrith.19:16
amrithyou get to participate19:16
amrithyou can help me organize for the rest ;)19:16
amrithon the condition that I can play too ...19:16
SlickNikSounds like a plan19:16
amrithI will post (to ml) a note about this. I would like to see if I can make it part of other projects as well.19:16
cp16netoh i had to look at the history19:18
cp16neti see it19:18
cp16neti put a map19:21
SlickNikamrith: Let me know when you have a moment — jodah wanted to have a quick chat about https://review.openstack.org/#/c/17216119:22
amrithSlickNik, I have a moment19:27
cp16nethmm how does enabling root on a cluster differ from enabling root on an instance in a cluster?19:28
amrithSlickNik, I have several moments19:28
*** pmackinn has joined #openstack-trove19:31
*** csoukup has joined #openstack-trove19:32
SlickNikjodah: around?19:36
amrithSlickNik, I'm here (some conditions apply, read the fine print)19:39
SlickNikamrith: So I've been talking to jodah about the best way forward with https://review.openstack.org/#/c/172161/19:39
SlickNikIn order for this to not be a breaking change, we'll have to take the "support the new guest API and the with old guest API for one release" approach.19:40
SlickNikand the old*19:40
amrithmay I back up the truck a couple of yards19:40
amrithwhy provide the password?19:40
amrithI was told (days of yore) that the reason it was done this way19:41
SlickNikThe primary reason that jodah and team want to do this is to provide a better UX for root create through horizon.19:41
amrithwas that trove didn't know what the password rules were for a database19:41
amrithbut the datastore did19:41
amrithso easiest for the datastore/guest to generate the password19:41
amrithmore secure19:41
amrithblah blah blah19:41
amrithI bought it.19:41
amriththe current UX is (I believe) that when you click enable root, the response says success or failure and shows you the password.19:42
SlickNikBut how do you do that on instance create?19:42
amrithyou would have to provide a response to the user no matter what; whether the user provides the password or not.19:42
amrithinstance was created successfully, the password is 'shazzam'19:42
amrithyou get the password in the response to the POST19:42
amriththere's no *requirement* that you must provide the password in a popup19:43
amrithI don't think.19:43
amrithBut I'm not a UX expert.19:43
amrithif they want to provide password, that's fine.19:44
SlickNikOur instance create API for users already does this (i.e. put in a password when you create users / schemas) for mysql19:44
amrithAbout how they do it.19:44
amrithcurrently for instance creation, the way you do this is ...19:44
amrithin the POST for a create instance you set root-enable19:44
amrithand you get a password on response.19:44
SlickNikAnd this would achieve consistency between the UX for user creation and root creation.19:44
SlickNikConsistent UX is a good thing.19:44
amrithlater if you want to enable root, you post to something.19:44
amrithso, could we do this in a way that wouldn't break existing guest images; agents.19:45
amrithi.e. make the new API in addition to the existing one?19:45
amrithso if the user doesn't provide a password, then make one up and send it back.19:45
SlickNikPop-ups with guids that you have to remember (and cannot change) are a bad UX :)19:45
amrithif the user provides a password, use it.19:45
amriththat should solve the problem with no compat issues?19:45
SlickNikI think that's the proposal.19:46
SlickNikIf no password is given, make one up19:46
SlickNikSo you're still backwards compatible.19:46
amrithsorry, I missed that part.19:46
amrithif that's the case, I'm wrong in my -119:46
SlickNik(exactly like it is today)19:46
cp16netonly compat issue i see is the rpc method call changes when provided19:46
amrithline 106 "OPTIONAL" password19:47
cp16netbut that should be fine if there is a default set19:47
amrithis that what I'm looking for?19:47
amrithfor consistency, will we make all current guest agents that support root also accept a password if one is provided?19:47
SlickNikYeah, line 28 as well.19:47
cp16netyeah i think that makes sense19:48
SlickNikBut it would be good for the spec to call this out explicitly.19:48
SlickNikI know that's jodah's plan because I had the _same_ discussion with him.19:48
amrithSlickNik, call what out? that existing guests will also be updated to do this?19:48
amrithexisting guests for single instance for example?19:48
cp16netq. does rpc support method overrides?19:49
SlickNikSpecifically call out that making an API call without a password will still result in exactly the same behavior as it exists today.19:49
cp16neterr not overrides... overloads19:49
SlickNik(i.e. will generate a password, and return it as part of the response.)19:49
amrithand about existing (say) MySQL agent?19:50
*** rbrooker has joined #openstack-trove19:50
SlickNikamrith: We'd have to create a new RPC API for the passworded scenario to ensure backwards compat.19:52
amrithSlickNik, that I don't understand19:52
cp16netif we overloaded the enable_root function then we wouldnt have add a new RPC api call19:52
amrithwouldn't the code on the guest just check if a password is provided and use it if it is and create one if not?19:52
cp16netassuming that works19:52
amrithcp16net, not sure you have to go taht far19:52
amrithit's a matter of just checking if a password was provided.19:52
amrithor am I missing something?19:53
* cp16net looks at the guest api calls...19:53
amrithwe could make the same change in the guest(s).19:53
SlickNikamrith: You'd be changing the function signature of the RPC call otherwise, and that will result in a failed RPC call.19:53
amrithwhat, wait ...19:53
amrithwhy?19:53
jodahthe simplest thing would be to simply add a password parameter with a default value. but the potential breakage of doing that, i'm unsure of19:53
SlickNikThat's the way messaging in oslo works (or at least used to, in the oslo-incubator days)19:54
SlickNikI don't think oslo.messaging has done anything to fix this.19:54
SlickNik(but I could be wrong)19:54
amrithI believe the method already has a password parameter.19:55
* amrith waits for cp16net to confirm19:55
jodahnot on the guestagent API19:55
SlickNikreally?19:56
* SlickNik heads off to check if the guest API already has a password parameter19:56
jodahhttps://github.com/openstack/trove/blob/master/trove/guestagent/api.py#L17919:56
cp16netlooks like most of the service calls accept a root_password=None param19:56
SlickNikthanks jodah19:57
cp16netbut the RPC call doesnt send it19:57
amrithso ... we have enable root19:57
amrithat /v1.0/{tenant-id}/instances/{instance}/root19:57
amrithwhich currently doesn't take a password19:57
amrithbut it is merely a matter of the handler for this (which we know) going and looking to see if there's a parameter19:57
*** coolsvap is now known as coolsvap|away19:58
cp16netyeah doesnt seem like that will break anything to me19:58
amriththat won't break anything19:58
SlickNikThat's good so far.19:58
SlickNikHowever, if there _is_ a password field in the request.19:58
SlickNikIt must now send this to the guest through the RPC call19:58
jodahwe propose { "password":"foo"}19:58
cp16netand most* of the datastores already ahve a root_passowrd=None19:59
amriththe root controller has to just handle it19:59
cp16netpostgresql/couchbase/mysql in their guestagent19:59
amrithlooking at that19:59
jodahyea, i'm not sure when that snuck in https://github.com/openstack/trove/blob/master/trove/guestagent/datastore/mysql/service.py#L41620:00
amrithbbiab20:00
SlickNikSo this means either 1. changing the RPC call signature on the guest. (not backwards compatible), or 2. creating a new RPC call with a new signature calling this (backwards compatible)20:01
SlickNikand calling this*20:01
jodahi assume #2 wins. is there any precedent for this sort of API change?20:04
SlickNikjodah: Yes, we had to do this once before — although I can't remember what the specific scenario that required that was.20:05
*** exploreshaifali has joined #openstack-trove20:05
SlickNikjodah: just heard that amrith had to duck out due to a different commitment. I think that with some care (option #2) this should be achievable.20:06
jodahok. will revise spec accordingly20:06
SlickNikamrith should be back in an hour or so — let's close on the conversation so that we can move the BP forward.20:06
SlickNikjodah: ++ Thanks!20:06
jodah...after then :)20:06
jodahso update now or wait for amrith?20:07
*** bhunter71 has joined #openstack-trove20:08
SlickNikLet's wait for an hour — if we don't have the conversation in about an hour (for whatever reason) we can update the spec and drive it forward through the gerrit review.20:08
SlickNiksound good?20:08
SlickNik(If you want to eagerly update the spec, I wouldn't be opposed to that either :))20:09
*** coolsvap|away is now known as coolsvap20:09
*** openstackgerrit has quit IRC20:10
*** amrith is now known as _amrith_20:10
*** openstackgerrit has joined #openstack-trove20:10
jodahk20:11
*** rbrooker has quit IRC20:11
openstackgerritMayuri Ganguly proposed openstack/python-troveclient: Accepting network and availability zone for instances in cluster  https://review.openstack.org/18434920:13
*** sgotliv has quit IRC20:26
*** rbrooker has joined #openstack-trove20:37
*** _amrith_ is now known as amrith20:38
amrithSlickNik, I couldn't stay away so I'm back!20:39
amrithjodah, SlickNik, cp16net ... ping20:41
cp16netpong20:41
amrithso what did y'all decide?20:41
cp16neti think it was on #2 although i dont *think* its nessesary20:41
SlickNikamrith: pong20:41
amrithwhat does "changing the RPC signature" mean?20:42
SlickNikChanging the call here:  https://github.com/openstack/trove/blob/master/trove/guestagent/api.py#L17920:43
SlickNikto something like: def enable_root(self, password=None):20:44
SlickNik^ amrith20:45
* amrith looks20:45
amrithok, and then, you'd still have to change the self._call to "enable_root", ..., password=password20:46
amrithyes?20:46
amriththe rest would just be magic on the guest agent.20:47
amrithsounds good.20:47
amrithwhy not just do that?20:47
amrithwhy #2?20:47
openstackgerritSharika Pongubala proposed openstack/trove-integration: Change DATASTORE_PKG_LOCATION for vertica  https://review.openstack.org/18118620:48
cp16neti think #2 was a fool proof way if it breaks the api20:48
SlickNikBecause #1 breaks the RPC contract20:49
* amrith ponders ...20:49
SlickNikIf I have a TM that's calling enable_root(self), and a guest that responds only to enable_root(self, password=None) the RPC messaging layer fails.20:50
SlickNik(or at least would fail when I checked last about 6 months ago)20:51
cp16netyeah i'm curious about that20:51
amrithmumble mumble20:51
amrithOK, sounds good.20:52
amrithlet's do that20:52
amrithbut then what happens20:52
amrithyou cannot call self._call("enable_root", ...) for the same reasons.20:53
amrithyou'll have to self._call("enable_root2", ...) or some such thing.20:53
SlickNikSo for one release the guest supports both enable_root(self) and enable_root_with_password(self, password=None)20:53
SlickNik(at least for one release*)20:53
amrithso are we saying that the guest agent of release N-1 should work with a controller of release N?20:54
*** radez is now known as radez_g0n320:55
SlickNikThe rule we've always tried to follow is that the guest release N+1 works with a controller of release N — this enables having a rolling upgrading of the guests before we upgrade the control plane (and minimize downtime).20:57
amriththe question I have with this approach is that I could, in theory, have a TM that has code that wants to send down a password; how does it know whether the guest will support it or not?20:58
SlickNikcurrently the TM doesn't support that because the RPC API isn't currently versioned.20:58
amrithwhat you just said, guest N+1 and controller N (which I call guest N and controller N-1) is the opposite of what I believe #2 provides for.20:58
amrithiiuc #2 would do this ...20:59
amrithchange https://github.com/openstack/trove/blob/master/trove/guestagent/api.py#L179 to20:59
amrithdef enable_root(self, password=None)20:59
amrithand then make it call20:59
SlickNikIf you had a versioned RPC API, you'd be able to change the call based on the supported RPC API version.20:59
amrithreturn self._call("enable_root_with_password", ..., password=password)20:59
*** tomblank has quit IRC20:59
amrithand on the guest we would have a new method called enable_with_password()21:00
amrithyes?21:00
cp16nethow do you restart the guestagent on an instance?21:00
cp16neti dont see a /etc/init.d/ script21:01
amrithhttps://github.com/openstack/trove/blob/master/trove/guestagent/datastore/mysql/manager.py#L9921:01
amrithwould remain unchanged21:01
SlickNikNo, #2 is proposing you'd leave  https://github.com/openstack/trove/blob/master/trove/guestagent/api.py#L179 the way it is, and add a "new def enable_root(self, password=None)"21:01
amrithand right below that for example you would have enable_root_with_password ...21:01
amrithand that would call MySQLAdmin.enable_root(password=password)21:02
SlickNikSorry add a new "def enable_root_with_password(self, password=None)"21:02
amrithis that correct?21:02
amrithcp16net, there's currently no API that will do that21:03
amrith<sales-pitch> if you use our images (tesora) you can do a service restart ... </sales-pitch>21:03
amrithSlickNik, I don't follow the need to change api.py21:04
cp16netbut manually?21:04
cp16neti'm in the container i guess i will poke around it21:04
amrithI believe that api.py is entirely a control plane thing, and entirely in one python process (task manager)21:04
amrithin a container, service commands don't work21:04
amriththat's the big issue with containers21:05
SlickNikSorry my mistake — we wouldn't need to change api.py — just manager.py — api.py could stay the same.21:05
SlickNikI copy/pasta'd the URI from above, without realizing it was api.py and not manager.py21:05
* amrith thinks ... pasta, yum ;)21:05
SlickNikAll of what I was saying applies to manager.py, _not_ api.py21:05
SlickNiksorry for the confusion.21:06
* amrith thinks about that (manager, api.py comment)21:06
amrithcp16net, I was wrong21:07
amrithdougshelley66, and abramley just pointed me to this.21:07
amrithtrove-integration/scripts/files/trove-guest.upstart.conf21:08
amriththese are the things that launch guest agent on first boot as well21:08
*** crobertsrh is now known as _crobertsrh21:08
*** tosky has quit IRC21:13
*** tosky has joined #openstack-trove21:14
*** rnowling has quit IRC21:16
amrithjodah, I understand what SlickNik, cp16net, and you are proposing ... I've removed my -1. https://review.openstack.org/#/c/172161/1721:19
jodahmaking sure i understand it too.... :)21:19
SlickNikamrith: Thanks!21:21
SlickNikjodah: let's update the spec with the proposed approach.21:21
jodahpushing now.....21:22
*** coolsvap is now known as coolsvap|away21:22
jodahhmm, as soon as git review unhangs itself.21:23
openstackgerritJonathan Halterman proposed openstack/trove-specs: Add cluster root-enable.  https://review.openstack.org/17216121:25
*** fifieldt has quit IRC21:30
openstackgerritSharika Pongubala proposed openstack/trove-integration: Change DATASTORE_PKG_LOCATION for vertica  https://review.openstack.org/18118621:33
*** fifieldt has joined #openstack-trove21:43
*** my24thautumn has joined #openstack-trove21:43
*** my24thautumn_ has joined #openstack-trove21:51
my24thautumn_   /msg NickServ VERIFY REGISTER my24thautumn acbnrnhsfspa21:51
openstackgerritJonathan Halterman proposed openstack/trove-specs: Add cluster root-enable.  https://review.openstack.org/17216121:52
*** my24thautumn has quit IRC21:53
*** amrith is now known as _amrith_21:55
*** my24thautumn_ has left #openstack-trove22:02
*** mingdang1 has joined #openstack-trove22:04
*** mayurig has quit IRC22:05
*** mayurig has joined #openstack-trove22:09
*** mingdang1 has quit IRC22:22
*** IanGovett1 has joined #openstack-trove22:26
*** IanGovett has quit IRC22:28
*** sriram_tesora has quit IRC22:48
*** csoukup has quit IRC22:57
*** annashen has quit IRC23:12
*** exploreshaifali has quit IRC23:21
*** IanGovett1 has quit IRC23:29
*** tianqing has joined #openstack-trove23:35
*** topshare has joined #openstack-trove23:41
*** tosky has quit IRC23:47

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