*** matsuhashi has joined #openstack-trove | 00:20 | |
*** fifieldt has joined #openstack-trove | 00:24 | |
*** shakamunyi has joined #openstack-trove | 00:50 | |
*** shakamunyi has quit IRC | 00:54 | |
*** ramishra has joined #openstack-trove | 01:22 | |
*** erkules_ has joined #openstack-trove | 01:49 | |
*** nosnos has joined #openstack-trove | 01:50 | |
*** erkules has quit IRC | 01:51 | |
*** ramishra_ has joined #openstack-trove | 02:15 | |
*** ramishra has quit IRC | 02:16 | |
*** shakamunyi has joined #openstack-trove | 02:51 | |
*** shakamunyi has quit IRC | 02:56 | |
*** coolsvap|afk has joined #openstack-trove | 03:05 | |
*** coolsvap|afk is now known as coolsvap | 03:05 | |
*** sbfox has joined #openstack-trove | 03:06 | |
*** jasonb365 has joined #openstack-trove | 03:09 | |
*** michael-yu has joined #openstack-trove | 03:22 | |
*** sbfox has quit IRC | 03:23 | |
*** michael-yu has quit IRC | 03:27 | |
*** sbfox has joined #openstack-trove | 03:31 | |
*** shakamunyi has joined #openstack-trove | 03:52 | |
*** haomaiwang has joined #openstack-trove | 03:52 | |
*** matsuhashi has quit IRC | 03:54 | |
*** shakamunyi has quit IRC | 03:57 | |
*** ViswaV has joined #openstack-trove | 03:59 | |
*** ViswaV_ has joined #openstack-trove | 04:01 | |
*** michael-yu has joined #openstack-trove | 04:02 | |
*** eghobo has joined #openstack-trove | 04:02 | |
*** michael-yu has quit IRC | 04:04 | |
*** ViswaV has quit IRC | 04:05 | |
*** nosnos has quit IRC | 04:10 | |
*** eghobo has quit IRC | 04:12 | |
*** michael-yu has joined #openstack-trove | 04:12 | |
*** michael-yu has quit IRC | 04:19 | |
*** jasonb365 has quit IRC | 04:34 | |
*** shakamunyi has joined #openstack-trove | 04:53 | |
*** shakamunyi has quit IRC | 04:57 | |
*** matsuhashi has joined #openstack-trove | 05:04 | |
*** ramishra_ has quit IRC | 05:08 | |
*** ramishra has joined #openstack-trove | 05:09 | |
*** matsuhashi has quit IRC | 05:10 | |
*** matsuhashi has joined #openstack-trove | 05:11 | |
*** nosnos has joined #openstack-trove | 05:13 | |
*** matsuhashi has quit IRC | 05:17 | |
*** matsuhashi has joined #openstack-trove | 05:17 | |
*** eghobo has joined #openstack-trove | 05:28 | |
*** SushilKM has joined #openstack-trove | 05:39 | |
*** yogeshmehra has joined #openstack-trove | 05:45 | |
*** sbfox has quit IRC | 05:45 | |
*** shivamshukla has joined #openstack-trove | 05:50 | |
*** shakamunyi has joined #openstack-trove | 05:53 | |
*** shakamunyi has quit IRC | 05:58 | |
openstackgerrit | Sushil Kumar proposed a change to openstack/trove: Corrects spelling typos https://review.openstack.org/69383 | 06:17 |
---|---|---|
*** yogeshmehra has quit IRC | 06:18 | |
SushilKM | hey hub_cap, please revert your -2 from https://review.openstack.org/#/c/69383/ | 06:18 |
*** ViswaV_ has quit IRC | 06:19 | |
*** ViswaV has joined #openstack-trove | 06:20 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/trove: Imported Translations from Transifex https://review.openstack.org/90010 | 06:22 |
*** ViswaV has quit IRC | 06:29 | |
*** yogeshmehra has joined #openstack-trove | 06:30 | |
*** ramishra has quit IRC | 06:41 | |
*** flaper87|afk is now known as flaper87 | 06:42 | |
*** ramishra has joined #openstack-trove | 06:47 | |
*** ramishra has quit IRC | 06:51 | |
*** shakamunyi has joined #openstack-trove | 06:54 | |
*** shakamunyi has quit IRC | 06:58 | |
*** michael-yu has joined #openstack-trove | 07:01 | |
*** matsuhashi has quit IRC | 07:01 | |
*** matsuhashi has joined #openstack-trove | 07:03 | |
*** erkules_ is now known as erkules | 07:05 | |
openstackgerrit | shivam shukla proposed a change to openstack/trove: Tests for heat based instance workflow https://review.openstack.org/66499 | 07:11 |
*** shivamshukla has quit IRC | 07:14 | |
*** michael-yu has quit IRC | 07:22 | |
*** matsuhashi has quit IRC | 07:23 | |
*** eghobo has quit IRC | 07:24 | |
*** matsuhashi has joined #openstack-trove | 07:25 | |
*** michael-yu has joined #openstack-trove | 07:30 | |
*** michael-yu has quit IRC | 07:30 | |
*** ViswaV has joined #openstack-trove | 07:35 | |
*** ViswaV has quit IRC | 07:40 | |
*** shakamunyi has joined #openstack-trove | 07:55 | |
*** shakamunyi has quit IRC | 08:00 | |
openstackgerrit | Sushil Kumar proposed a change to openstack/trove: Removes statements after return from method https://review.openstack.org/66849 | 08:34 |
*** cweid has joined #openstack-trove | 08:38 | |
*** sgotliv has joined #openstack-trove | 08:44 | |
*** denis_makogon has joined #openstack-trove | 08:54 | |
*** shakamunyi has joined #openstack-trove | 08:56 | |
*** yogeshmehra has quit IRC | 09:00 | |
*** shakamunyi has quit IRC | 09:01 | |
openstackgerrit | Denis M. proposed a change to openstack/trove: Add backup size validation at restoring https://review.openstack.org/86300 | 09:06 |
*** sgotliv has quit IRC | 09:37 | |
*** shakamunyi has joined #openstack-trove | 09:57 | |
TomasR_ | Hi, guys, I installed trove conductor from https://github.com/openstack/trove.git as suggested by esmute, I see that /usr/local/bin/trove-conductor got created. However it didn't fix the problem I had on Fridaay. The problem is: | 09:58 |
TomasR_ | On guest agent I see: | 09:58 |
TomasR_ | 2014-04-28 09:58:06.929 4929 DEBUG trove.conductor.api [-] Making async call to cast heartbeat for instance: None heartbeat /usr/lib/python2.7/dist-packages/trove/conductor/api.py:40 | 09:59 |
TomasR_ | On Conductor I see: | 09:59 |
TomasR_ | 2014-04-28 11:57:26.844 20579 TRACE trove.openstack.common.rpc.amqp ModelNotFoundError: InstanceServiceStatus Not Found | 09:59 |
TomasR_ | And the configuration file for conductor has these paremeters: | 09:59 |
*** sgotliv has joined #openstack-trove | 09:59 | |
TomasR_ | [DEFAULT] | 10:00 |
TomasR_ | verbose = True | 10:00 |
TomasR_ | debug = True | 10:00 |
TomasR_ | control_exchange = trove | 10:00 |
TomasR_ | log_dir=/var/log/trove | 10:00 |
TomasR_ | log_file=trove-conductor.log | 10:00 |
TomasR_ | trove_auth_url = http://controller:5000/v2.0 | 10:00 |
TomasR_ | nova_compute_url = http://controller:8774/v2 | 10:00 |
TomasR_ | cinder_url = http://controller:8776/v1 | 10:00 |
TomasR_ | sql_connection = mysql://trove:trove@controller/trove | 10:01 |
TomasR_ | rabbit_host=controller | 10:01 |
TomasR_ | rabbit_userid=guest | 10:01 |
TomasR_ | rabbit_password=guest | 10:01 |
TomasR_ | rpc_backend = trove.openstack.common.rpc.impl_kombu | 10:01 |
*** shakamunyi has quit IRC | 10:01 | |
*** shivam has joined #openstack-trove | 10:01 | |
TomasR_ | It looks like heartbeat isn't working and instead of instance id, there is "Making async call to cast heartbeat for instance: None heartbeat" | 10:02 |
*** matsuhashi has quit IRC | 10:05 | |
*** nosnos has quit IRC | 10:05 | |
*** coolsvap is now known as coolsvap|afk | 10:38 | |
*** sgotliv has quit IRC | 10:44 | |
*** shakamunyi has joined #openstack-trove | 10:57 | |
*** SnowDust has joined #openstack-trove | 10:59 | |
openstackgerrit | Sushil Kumar proposed a change to openstack/trove: Corrects spelling typos https://review.openstack.org/69383 | 10:59 |
*** shakamunyi has quit IRC | 11:02 | |
*** demorris has joined #openstack-trove | 11:04 | |
denis_makogon | TomasR_, InstanceService not Found means that you have had instances not so long ago, but you deleted it | 11:06 |
*** SnowDust has quit IRC | 11:07 | |
denis_makogon | TomasR_, but conductor queue is full of outdated messages, that being sent to conductor | 11:07 |
*** fifieldt has quit IRC | 11:07 | |
denis_makogon | TomasR_, conductor tries to update instance service status, but instance model has already gone | 11:07 |
*** fifieldt has joined #openstack-trove | 11:08 | |
TomasR_ | denis_makogan, thanks. I'm going to recreate trove mysql database and will try creating a database from scratch and see if it helps. We had some configuration fixes after mysql trove instance got created | 11:09 |
openstackgerrit | Sushil Kumar proposed a change to openstack/trove: Adds code to BaseInstance._delete_resources https://review.openstack.org/69450 | 11:12 |
*** sgotliv has joined #openstack-trove | 11:17 | |
*** SnowDust has joined #openstack-trove | 11:19 | |
*** demorris has quit IRC | 11:33 | |
*** SushilKM has quit IRC | 11:35 | |
*** haomaiw__ has joined #openstack-trove | 11:35 | |
*** haoma____ has joined #openstack-trove | 11:38 | |
*** haomaiwang has quit IRC | 11:39 | |
*** haomaiw__ has quit IRC | 11:40 | |
*** shakamunyi has joined #openstack-trove | 11:58 | |
*** shakamunyi has quit IRC | 12:04 | |
*** pdmars has joined #openstack-trove | 12:14 | |
*** pdmars_ has joined #openstack-trove | 12:16 | |
*** pdmars_ has quit IRC | 12:16 | |
*** pdmars has quit IRC | 12:19 | |
*** pdmars has joined #openstack-trove | 12:20 | |
*** ramishra has joined #openstack-trove | 12:22 | |
*** radez_g0n3 is now known as radez | 12:23 | |
*** ramishra_ has joined #openstack-trove | 12:29 | |
*** ramishra_ has quit IRC | 12:29 | |
*** ramishra_ has joined #openstack-trove | 12:30 | |
*** ramishra_ has quit IRC | 12:30 | |
*** ramishra_ has joined #openstack-trove | 12:30 | |
*** ramishra has quit IRC | 12:31 | |
*** ramishra_ has quit IRC | 12:33 | |
*** ramishra has joined #openstack-trove | 12:33 | |
*** sgotliv has quit IRC | 12:50 | |
*** casanch1 has joined #openstack-trove | 12:51 | |
*** sgotliv has joined #openstack-trove | 12:55 | |
*** TomasR has quit IRC | 12:56 | |
*** TomasR_ has quit IRC | 12:58 | |
*** shakamunyi has joined #openstack-trove | 12:59 | |
*** TomasR has joined #openstack-trove | 13:00 | |
TomasR | denis_makogan, I'm having the same problem after recreating trove mysql database: Making async call to cast heartbeat for instance: None heartbeat | 13:01 |
TomasR | I also have to say that I ran into a problem when running Trove guest as trove user. It's not able to ping mysql database and returnes the status as BLOCKED. | 13:02 |
TomasR | After logging in into the guest agent machine and starting guest agent as root, I'm able to get database status RUNNING, but then that that just "instance: None heartbeat" | 13:03 |
*** shakamunyi has quit IRC | 13:04 | |
*** amytron has joined #openstack-trove | 13:05 | |
*** achampion has quit IRC | 13:05 | |
*** ViswaV has joined #openstack-trove | 13:12 | |
*** ViswaV_ has joined #openstack-trove | 13:14 | |
*** grapex has joined #openstack-trove | 13:16 | |
*** ViswaV has quit IRC | 13:17 | |
denis_makogon | TomasR, my nick is denis_makogon | 13:22 |
*** jcru has joined #openstack-trove | 13:22 | |
denis_makogon | TomasR, you need to investigate guest logs | 13:22 |
*** ramishra has quit IRC | 13:33 | |
*** ramishra has joined #openstack-trove | 13:34 | |
*** demorris has joined #openstack-trove | 13:35 | |
*** robertmyers has joined #openstack-trove | 13:42 | |
*** robertmy_ has joined #openstack-trove | 13:43 | |
*** robertmyers has quit IRC | 13:43 | |
*** sgotliv has quit IRC | 13:46 | |
*** casanch1_ has joined #openstack-trove | 13:50 | |
*** SnowDust has quit IRC | 13:53 | |
*** casanch1 has quit IRC | 13:53 | |
*** sgotliv has joined #openstack-trove | 13:59 | |
*** shakamunyi has joined #openstack-trove | 14:00 | |
*** shakamunyi has quit IRC | 14:04 | |
*** achampion has joined #openstack-trove | 14:07 | |
*** rwsu has joined #openstack-trove | 14:08 | |
*** ramishra_ has joined #openstack-trove | 14:09 | |
*** ramishra has quit IRC | 14:09 | |
*** sgotliv has quit IRC | 14:11 | |
*** casanch1_ has quit IRC | 14:14 | |
*** casanch1 has joined #openstack-trove | 14:14 | |
*** grapex has quit IRC | 14:17 | |
*** grapex has joined #openstack-trove | 14:18 | |
*** ramishra has joined #openstack-trove | 14:22 | |
*** ramishra_ has quit IRC | 14:22 | |
*** Barker has joined #openstack-trove | 14:25 | |
*** jasonb365 has joined #openstack-trove | 14:26 | |
*** kevinconway has joined #openstack-trove | 14:26 | |
*** shakamunyi has joined #openstack-trove | 14:27 | |
*** sgotliv has joined #openstack-trove | 14:28 | |
*** kevinconway has quit IRC | 14:28 | |
-openstackstatus- NOTICE: Gerrit downtime for upgrade begins in 90 minutes. See: https://wiki.openstack.org/wiki/GerritUpgrade | 14:31 | |
*** kevinconway has joined #openstack-trove | 14:41 | |
*** sgotliv has quit IRC | 14:42 | |
*** shakamunyi has quit IRC | 14:44 | |
*** TomasR_ has joined #openstack-trove | 14:46 | |
TomasR_ | Guys, I'm still trying to troubleshoot this error: 2014-04-28 14:51:43.842 934 DEBUG trove.conductor.api [-] Making async call to cast heartbeat for instance: None heartbeat /usr/lib/python2.7/dist-packages/trove/conductor/api.py:40 | 14:52 |
TomasR_ | In the task manager logs I see this error: | 14:52 |
TomasR_ | 2014-04-28 16:50:44.626 17218 TRACE trove.openstack.common.periodic_task File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 236, in request | 14:52 |
TomasR_ | 2014-04-28 16:50:44.626 17218 TRACE trove.openstack.common.periodic_task raise exceptions.from_response(resp, body, url, method) | 14:52 |
TomasR_ | 2014-04-28 16:50:44.626 17218 TRACE trove.openstack.common.periodic_task Unauthorized: The request you have made requires authentication. (HTTP 401) | 14:52 |
TomasR_ | 2014-04-28 16:50:44.626 17218 ERROR trove.openstack.common.periodic_task [req-c86c001b-67a1-415d-b720-f6353199f1a9 222c54b44c4746aa8072537e9f05e8cb 7d359600815144eeac268a10efaba62b - - -] Error during Manager.publish_exists_event: The request you have made requires authentication. (HTTP 401) | 14:53 |
*** sgotliv has joined #openstack-trove | 14:53 | |
TomasR_ | Conductor logs: | 14:53 |
TomasR_ | 2014-04-28 16:53:03.835 17444 TRACE trove.openstack.common.rpc.amqp File "/usr/local/lib/python2.7/dist-packages/trove/db/models.py", line 99, in find_by | 14:53 |
TomasR_ | 2014-04-28 16:53:03.835 17444 TRACE trove.openstack.common.rpc.amqp cls.__name__) | 14:53 |
TomasR_ | 2014-04-28 16:53:03.835 17444 TRACE trove.openstack.common.rpc.amqp ModelNotFoundError: InstanceServiceStatus Not Found | 14:53 |
*** ramishra has quit IRC | 14:55 | |
TomasR_ | trove list | 14:56 |
TomasR_ | | id | name | datastore | datastore_version | status | flavor_id | size | | 14:56 |
TomasR_ | | 617580a6-abac-4f35-a4e8-c05749473530 | mysqldemo | mysql | mysql-5.5 | BUILD | 2 | 2 | | 14:56 |
TomasR_ | api.log:2014-04-28 16:55:20.176 16974 ERROR trove.common.exception [req-c86c001b-67a1-415d-b720-f6353199f1a9 222c54b44c4746aa8072537e9f05e8cb 7d359600815144eeac268a10efaba62b - - -] Cannot find compute instance b1b7cfb9-ab12-4cb7-b018-5df919188e70 for instance 617580a6-abac-4f35-a4e8-c05749473530. | 14:56 |
TomasR_ | So I see that compute instance gets created, but Trove api seems not able to find it | 14:57 |
TomasR_ | And instance that is actually created is: "617580a6-abac-4f35-a4e8-c05749473530-lay" . It has "-lay" at the end | 14:58 |
*** rueb7363 has joined #openstack-trove | 14:59 | |
*** sgotliv has quit IRC | 15:00 | |
*** jasonb365 has quit IRC | 15:00 | |
TomasR_ | # nova list | 15:00 |
TomasR_ | +--------------------------------------+------------------------------------------+--------+------------+-------------+-----------------------------------+ | 15:00 |
TomasR_ | | ID | Name | Status | Task State | Power State | Networks | | 15:00 |
TomasR_ | +--------------------------------------+------------------------------------------+--------+------------+-------------+-----------------------------------+ | 15:00 |
TomasR_ | | b1b7cfb9-ab12-4cb7-b018-5df919188e70 | 617580a6-abac-4f35-a4e8-c05749473530-lay | ACTIVE | - | Running | admin-net=10.0.1.41, 172.30.5.133 | | 15:00 |
TomasR_ | +--------------------------------------+------------------------------------------+--------+------------+-------------+-----------------------------------+ | 15:00 |
TomasR_ | # trove list | 15:00 |
TomasR_ | +--------------------------------------+-----------+-----------+-------------------+--------+-----------+------+ | 15:01 |
TomasR_ | | id | name | datastore | datastore_version | status | flavor_id | size | | 15:01 |
TomasR_ | +--------------------------------------+-----------+-----------+-------------------+--------+-----------+------+ | 15:01 |
TomasR_ | | 617580a6-abac-4f35-a4e8-c05749473530 | mysqldemo | mysql | mysql-5.5 | BUILD | 2 | 2 | | 15:01 |
TomasR_ | +--------------------------------------+-----------+-----------+-------------------+--------+-----------+------+ | 15:01 |
*** sbfox has joined #openstack-trove | 15:01 | |
*** shakamunyi has joined #openstack-trove | 15:03 | |
*** sgotliv has joined #openstack-trove | 15:04 | |
*** jasonb365 has joined #openstack-trove | 15:07 | |
*** ramishra has joined #openstack-trove | 15:11 | |
*** shivamshukla has joined #openstack-trove | 15:18 | |
*** sbfox has quit IRC | 15:22 | |
*** sbfox has joined #openstack-trove | 15:28 | |
hub_cap | TomasR_: plz use gist or paste.openstack | 15:30 |
-openstackstatus- NOTICE: Gerrit downtime for upgrade begins in 30 minutes. See: https://wiki.openstack.org/wiki/GerritUpgrade | 15:31 | |
TomasR_ | hub_cap, ok | 15:37 |
*** coolsvap|afk is now known as coolsvap | 15:38 | |
*** sbfox has quit IRC | 15:45 | |
*** sbfox has joined #openstack-trove | 15:48 | |
mat-lowery | Core: What is the policy for submitting disk image builder elements? When you submit a new one, must you also submit for all other OS'es? Example: See Morgan Jones' comment on https://review.openstack.org/77461. | 15:50 |
mat-lowery | And here: https://review.openstack.org/79413 | 15:53 |
*** sbfox has quit IRC | 15:55 | |
*** michael-yu has joined #openstack-trove | 15:55 | |
openstackgerrit | Dirk Mueller proposed a change to openstack/trove: Remove usages of deprecated name LoopingCall in rpc https://review.openstack.org/87288 | 15:57 |
*** eghobo has joined #openstack-trove | 15:57 | |
*** konetzed has quit IRC | 15:57 | |
*** jasonb365 has quit IRC | 16:00 | |
*** mattgriffin has joined #openstack-trove | 16:02 | |
*** sbfox has joined #openstack-trove | 16:03 | |
*** shivamshukla has quit IRC | 16:03 | |
*** konetzed has joined #openstack-trove | 16:05 | |
hub_cap | mat-lowery: in the past the answer was yes, and that prolly still holds true | 16:05 |
*** ramishra has quit IRC | 16:07 | |
*** ramishra_ has joined #openstack-trove | 16:08 | |
mat-lowery | Hi hub_cap. The only reason I ask the question is that cassandra and couchbase don't have fedora elements. So I wasn't sure what was allowed. | 16:08 |
*** sbfox has quit IRC | 16:13 | |
*** denis_makogon_ has joined #openstack-trove | 16:13 | |
*** denis_makogon has quit IRC | 16:15 | |
*** denis_makogon_ is now known as denis_makogon | 16:15 | |
*** dmakogon_ has joined #openstack-trove | 16:15 | |
*** sgotliv has quit IRC | 16:20 | |
*** SushilKM has joined #openstack-trove | 16:22 | |
*** SushilKM has left #openstack-trove | 16:23 | |
*** SushilKM has joined #openstack-trove | 16:23 | |
SushilKM | hello hub_cap | 16:23 |
SushilKM | can u please revoke ur -2 from https://review.openstack.org/#/c/69383/ | 16:23 |
*** ramishra_ has quit IRC | 16:31 | |
esmute | Hi all, Can you review these? They are short and sweet. https://review.openstack.org/#/c/81379/ https://review.openstack.org/#/c/88464/ https://review.openstack.org/#/c/89717/ https://review.openstack.org/#/c/89719/. Thanks | 16:31 |
openstackgerrit | Saurabh Surana proposed a change to openstack/trove-integration: updating sources list as part of percona elements https://review.openstack.org/90791 | 16:33 |
openstackgerrit | Ramashri Umale proposed a change to openstack/trove: Fix prepare call for redis guest agent https://review.openstack.org/84863 | 16:33 |
SushilKM | Hi All please review https://review.openstack.org/#/c/80315/ | 16:34 |
*** sgotliv has joined #openstack-trove | 16:35 | |
*** esp has joined #openstack-trove | 16:36 | |
-openstackstatus- NOTICE: Gerrit is unavailable until further notice for a major upgrade. See: https://wiki.openstack.org/wiki/GerritUpgrade | 16:38 | |
*** ChanServ changes topic to "Gerrit is unavailable until further notice for a major upgrade. See: https://wiki.openstack.org/wiki/GerritUpgrade" | 16:38 | |
*** sgotliv has quit IRC | 16:40 | |
*** shakamunyi has quit IRC | 16:46 | |
*** michael-yu has quit IRC | 16:49 | |
*** yogeshmehra has joined #openstack-trove | 16:59 | |
*** harlowja_away is now known as harlowja | 17:00 | |
hub_cap | SushilKM: remind me in a bit, what review is that? gerrit is down | 17:04 |
*** SushilKM has quit IRC | 17:05 | |
*** NehaV has joined #openstack-trove | 17:06 | |
esp | hub_cap: I interrupted the dude that was doing an update to gerrit this morning. so I feel partially responsible for this. | 17:08 |
hub_cap | lol in -infra? | 17:09 |
esp | yep, I was just saying good morning... | 17:10 |
hub_cap | and it obviously wasnt for him :P | 17:10 |
esp | haha | 17:10 |
esp | well I can’t think that would be a fun thing for anyone.. | 17:10 |
*** shakamunyi has joined #openstack-trove | 17:12 | |
*** ramashri has joined #openstack-trove | 17:14 | |
hub_cap | truedat | 17:15 |
*** sbfox has joined #openstack-trove | 17:23 | |
*** ramishra has joined #openstack-trove | 17:23 | |
*** michael-yu has joined #openstack-trove | 17:26 | |
*** amcrn has joined #openstack-trove | 17:32 | |
*** yidclare has joined #openstack-trove | 17:32 | |
*** shivam_ has joined #openstack-trove | 17:32 | |
*** thedodd has joined #openstack-trove | 17:32 | |
*** timfreund has quit IRC | 17:32 | |
*** shivam_ has quit IRC | 17:33 | |
*** shivam_ has joined #openstack-trove | 17:33 | |
*** jasonb365 has joined #openstack-trove | 17:34 | |
*** jasonb365 has quit IRC | 17:34 | |
*** shakamunyi has quit IRC | 17:35 | |
*** ramashri has quit IRC | 17:41 | |
*** eghobo has quit IRC | 17:44 | |
*** eghobo has joined #openstack-trove | 17:44 | |
cp16net | anyone had issues running redstack install? | 17:46 |
cp16net | i keep getting an error related to using bad auth creds to update the default glance images running devstack | 17:47 |
cp16net | but i just run devstack by itself and didnt have a problem | 17:47 |
*** _shal_kh has joined #openstack-trove | 17:47 | |
cp16net | something is goofy with either my integration dir or the creds we are using | 17:47 |
*** VinodGupta has joined #openstack-trove | 17:49 | |
SlickNik | cp16net: I ran it on Friday, and didn't have any issues. | 17:49 |
esp | cp16net: I try to bring one up in a min | 17:49 |
*** shivam__ has joined #openstack-trove | 17:49 | |
cp16net | i'm running again without my bp changes | 17:49 |
cp16net | to see if its something i screwed up | 17:50 |
cp16net | even tho it should not have changed anything around the creds.. | 17:50 |
esp | k | 17:50 |
dougshelley66 | i just started redstack install about 1 minute before you posted here | 17:50 |
dougshelley66 | will let you know | 17:50 |
_shal_kh | Hey all . Why review.openstack.org is not working? | 17:50 |
esp | cool | 17:50 |
_shal_kh | Any idea? | 17:50 |
cp16net | _shal_kh: its down for maintence | 17:50 |
esp | _shal_kh: it’s beeing updated | 17:50 |
_shal_kh | For how much time? | 17:51 |
dougshelley66 | cp16net: redstack install just finished successfully | 17:51 |
cp16net | _shal_kh: openstackstatus:#openstack-trove- NOTICE: Gerrit is unavailable until further notice for a major upgrade. See: https://wiki.openstack.org/wiki/GerritUpgrade | 17:51 |
esp | _shal_kh: not sure | 17:51 |
cp16net | dougshelley66: well poop! | 17:51 |
_shal_kh | Ok thanks | 17:51 |
*** shivam_ has quit IRC | 17:53 | |
*** NehaV1 has joined #openstack-trove | 17:54 | |
*** shivam__ has quit IRC | 17:54 | |
*** NehaV1 has quit IRC | 17:54 | |
*** NehaV1 has joined #openstack-trove | 17:54 | |
SlickNik | remider: BP meeting in 5 minutes. | 17:55 |
*** NehaV has quit IRC | 17:55 | |
SlickNik | reminder* | 17:55 |
dougshelley66 | SlickNik - remind me - is that here? | 17:55 |
SlickNik | dougshelley66: Yes, that one is in this channel. | 17:55 |
*** coolsvap is now known as coolsvap|afk | 17:57 | |
*** ramashri has joined #openstack-trove | 17:57 | |
*** michael-yu has quit IRC | 17:58 | |
denis_makogon | go-go-go | 18:00 |
cp16net | hmm i still get it.. 3de4922d8b6ac5a1aad9 | 18:00 |
cp16net | Invalid OpenStack Identity credentials. | 18:00 |
cp16net | meh... | 18:00 |
*** michael-yu has joined #openstack-trove | 18:00 | |
SlickNik | cp16net: :( | 18:00 |
*** SnowDust has joined #openstack-trove | 18:00 | |
cp16net | anyways... its time | 18:00 |
SlickNik | cp16net: Let's try and find a solution after the bp meeting | 18:00 |
cp16net | might just be a problem on my end... | 18:01 |
SlickNik | #startmeeting #trove_bp_review | 18:01 |
openstack | Meeting started Mon Apr 28 18:01:34 2014 UTC and is due to finish in 60 minutes. The chair is SlickNik. Information about MeetBot at http://wiki.debian.org/MeetBot. | 18:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 18:01 |
openstack | The meeting name has been set to '_trove_bp_review' | 18:01 |
SlickNik | #endmeeting | 18:01 |
openstack | Meeting ended Mon Apr 28 18:01:56 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 18:01 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/_trove_bp_review/2014/_trove_bp_review.2014-04-28-18.01.html | 18:01 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/_trove_bp_review/2014/_trove_bp_review.2014-04-28-18.01.txt | 18:02 |
openstack | Log: http://eavesdrop.openstack.org/meetings/_trove_bp_review/2014/_trove_bp_review.2014-04-28-18.01.log.html | 18:02 |
SlickNik | #startmeeting trove_bp_review | 18:02 |
openstack | Meeting started Mon Apr 28 18:02:01 2014 UTC and is due to finish in 60 minutes. The chair is SlickNik. Information about MeetBot at http://wiki.debian.org/MeetBot. | 18:02 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 18:02 |
openstack | The meeting name has been set to 'trove_bp_review' | 18:02 |
SlickNik | Sorry had an extra '#' in there. | 18:02 |
amrith | \o/ | 18:02 |
denis_makogon | щ. | 18:02 |
denis_makogon | o/ | 18:02 |
juice | o/ | 18:02 |
amcrn | o/ | 18:02 |
vipul | o/ | 18:02 |
cp16net | |o| gooooooool | 18:02 |
glucas | cp16net, lol | 18:02 |
amrith | ;) | 18:03 |
yogeshmehra | o/ | 18:03 |
SlickNik | #link https://wiki.openstack.org/wiki/Meetings/TroveBPMeeting | 18:03 |
SnowDust | ;) | 18:03 |
dougshelley66 | o/ | 18:03 |
SlickNik | #topic Percona support | 18:03 |
esp | o/ | 18:04 |
vgnbkr | \o | 18:04 |
SlickNik | mattgriffin: Around? | 18:04 |
amrith | seems to be online | 18:04 |
*** VinodGupta has quit IRC | 18:04 | |
denis_makogon | hub_cap, looks like your proposal for design session will be very useful | 18:04 |
denis_makogon | single implementation to rule them all | 18:05 |
SlickNik | Let's give him a minute, if not we can table the discussion it for later. | 18:05 |
denis_makogon | agreed | 18:05 |
juice | looks like mattgriffin's proposal here is to upgrade the percona components | 18:05 |
*** ranjitha has joined #openstack-trove | 18:05 | |
denis_makogon | juice, it seems like yes | 18:05 |
mattgriffin | SlickNik, hey... sorry. OTP... doh meeting! | 18:05 |
juice | appears that it will benefit the backup since there is direct integration with swift/s3 yes? | 18:06 |
mattgriffin | can we talk about my BPs at the end of the meeting? | 18:06 |
SlickNik | juice: Yes, and I had some questions around backward compat. | 18:06 |
juice | very risky mattgriffin :) | 18:06 |
amrith | move on? | 18:06 |
SlickNik | mattgriffin: okay. But no guarantees the other discussions won't be a black hole. | 18:06 |
denis_makogon | mattgriffin, go-go-go with your BPs | 18:06 |
SlickNik | Yup. | 18:06 |
SlickNik | Let's come back to this. | 18:06 |
SlickNik | #topic Percona support | 18:07 |
SlickNik | oops | 18:07 |
amrith | vertica support, maybe? | 18:07 |
cp16net | lolz | 18:07 |
SlickNik | #topic Support for Vertica | 18:07 |
_shal_kh | Yeah | 18:07 |
denis_makogon | amrith, yup | 18:07 |
yogeshmehra | ok | 18:07 |
SlickNik | yogeshmehra: go for it | 18:07 |
yogeshmehra | yup | 18:07 |
yogeshmehra | This is for adding vertica as a datastore in trove | 18:08 |
denis_makogon | what's the justification for it ? | 18:08 |
denis_makogon | simple googling: Vertica has 600 customers and has been around since 05... | 18:08 |
yogeshmehra | it offers the devs another db to work within trove | 18:08 |
juice | denis_makagon: choices | 18:08 |
vipul | what's the justification for mongo/cassandra/anything | 18:08 |
hub_cap | denis_makogon: :) sry was afk | 18:09 |
amrith | denis_makogon, huh? i don't understand the point you seem to be making | 18:09 |
denis_makogon | vipul, customer envolvement | 18:09 |
grapex | What's the emoticon for a stick figure rushing in late while raising his hand? | 18:09 |
juice | denis_makagon: to be clear this is a product that HP owns and has a vested interest in offering in dbaas | 18:09 |
SnowDust | justification :- it's a big data DB | 18:09 |
yogeshmehra | well.. | 18:09 |
hub_cap | is there a free version for testing? | 18:09 |
hub_cap | thats my biggest gripe | 18:09 |
yogeshmehra | there are numerous justifications | 18:09 |
amrith | yes | 18:09 |
denis_makogon | hub_cap, ++ | 18:09 |
yogeshmehra | :-) | 18:09 |
hub_cap | if there is no version we can use for validation / verification | 18:10 |
vipul | https://my.vertica.com/community/ | 18:10 |
amrith | hub_cap, yes | 18:10 |
SlickNik | So, I'm fine with this given: a. The trove API makes sense for vertica (i.e. including the backup / restore parts), and b. We will have some way of testing this. | 18:10 |
hub_cap | then im a-ok w/ it | 18:10 |
yogeshmehra | the best one is to offer the trove users another option.. | 18:10 |
hub_cap | ++ by me | 18:10 |
hub_cap | lets add it in | 18:10 |
grapex | Also it adds flexibility to Trove | 18:10 |
juice | yogeshmehra: does vertica need to be installed as a cluster? | 18:10 |
amrith | so, a question for core | 18:10 |
yogeshmehra | nopes | 18:10 |
amrith | as we add new data stores | 18:10 |
yogeshmehra | the cluster part comes with teh trove cluster support | 18:10 |
amrith | some of them are going to need special options | 18:10 |
cp16net | vipul: i dont want to register tho... | 18:10 |
amrith | in the case of vertica, cluster is one of them | 18:10 |
yogeshmehra | it moves with trove | 18:11 |
amrith | does it make sense to have a notion of "core" datastores and "beta" datastores | 18:11 |
vipul | cp16net: yogeshmehra: there is a apt repo somewhere that doesn't require registration? | 18:11 |
denis_makogon | amrith, we can't, all datastores are equal | 18:11 |
yogeshmehra | vipul:the community edition is free and is available from vertica | 18:11 |
grapex | amrith: I think we shouldn't restrict what datastores run, but we should think before putting in features that no one can easily try or test | 18:11 |
denis_makogon | amrith, we cannot promote or have favorite | 18:11 |
*** michael-yu has quit IRC | 18:12 | |
hub_cap | denis_makogon: yes we can | 18:12 |
denis_makogon | grapex, agreed | 18:12 |
vipul | without registering yogeshmehra? | 18:12 |
amrith | because all code won't be equally stable and mature | 18:12 |
hub_cap | if 99% of us work on mysql, mysql is fav | 18:12 |
denis_makogon | hub_cap, its from customer perspective | 18:12 |
SnowDust | denis_makogon : you answered the best justification | 18:12 |
hub_cap | if hp wants to spend a billion dollars and 200 developers on trove+veritca | 18:12 |
yogeshmehra | one time registration is required but the CE can be taken and dropped to apt | 18:12 |
juice | amrith: this sounds like a documentation issue | 18:12 |
hub_cap | then trove+vertica will be the best supported :) | 18:12 |
*** michael-yu has joined #openstack-trove | 18:12 | |
amrith | juice, not true | 18:13 |
*** thedodd has quit IRC | 18:13 | |
hub_cap | amrith: thats how other projects do it | 18:13 |
amrith | what will adding new datastores do to testing time? | 18:13 |
hub_cap | i ++ juices idea, thats the whole point of the support matrix | 18:13 |
juice | amrith: on the product page we can just state the level of testing/stability | 18:13 |
cp16net | hmm in the vertica docs it doesnt say anything about an apt-repo to install it | 18:13 |
hub_cap | heh amrith ask nova if they test anything besides libvirt ;) | 18:13 |
amrith | it is *also* a documentation issue | 18:13 |
SlickNik | amrith: hub_cap correct me if I'm wrong here: Right now our stance is that the other datastores (other than mysql) are 'experimental'. | 18:13 |
hub_cap | and ask cinder how many backends they test | 18:13 |
grapex | hub_cap: ++ | 18:14 |
denis_makogon | hub_cap, heh, nova is a good example =) | 18:14 |
amrith | SlickNik, if that's the case, you have (already) addressed my issue | 18:14 |
juice | we do however need to start working on running tests against the various data stores..I think we have a private one that runs for percona | 18:14 |
*** michael-yu has quit IRC | 18:14 | |
hub_cap | SlickNik: that was the case, but im not sure we can say tha tanynmore | 18:14 |
amrith | I suggest we document and move on as juice says | 18:14 |
SnowDust | :) LOL on testing consensus | 18:14 |
hub_cap | its more of they have different levels of implementation | 18:14 |
hub_cap | plz see the support matrix hehe | 18:14 |
amrith | raise glass of juice to toast: +1 | 18:14 |
juice | amrith: hopefully not prune juice | 18:15 |
hub_cap | juice: i think thats the general openstack consensus, private tests for other impls | 18:15 |
juice | any other questions for yogeshmehra :) | 18:15 |
denis_makogon | #link https://wiki.openstack.org/wiki/Trove/DatastoreCompatibilityMatrix | 18:15 |
amrith | juice, I agree | 18:15 |
SlickNik | I think we need to discuss this at the Wednesday's meeting. | 18:15 |
hub_cap | but we might need to confirm w/ some peoples at the OS summit | 18:15 |
SnowDust | juice it's most general canberry | 18:15 |
SlickNik | I'll put an agenda item in. | 18:15 |
*** ramishra has quit IRC | 18:15 | |
vgnbkr | Is vertica impl just for testing, or intended for production? | 18:15 |
vipul | the only thing i'd say is.. make the binary available for folks running Trove and we're good. If someone decides to run Trove with Vertica on their laptop.. the image should build.. it should just work for them | 18:15 |
SlickNik | That'll give us some time to think about it as well. | 18:15 |
amrith | so, back to the BP | 18:15 |
hub_cap | SlickNik: ++ inv mordred and sdague and co plz | 18:15 |
amrith | are we all ok with the BP? | 18:15 |
SlickNik | hub_cap: Will do. | 18:16 |
yogeshmehra | vgnbkr: for productiona s well.. | 18:16 |
*** ramishra has joined #openstack-trove | 18:16 | |
hub_cap | ++ on the bp | 18:16 |
denis_makogon | there's example of Sahara project | 18:16 |
yogeshmehra | but it is more for devs to taste and enjoy | 18:16 |
yogeshmehra | first | 18:16 |
SlickNik | #startvote Add vertica implementation? yes, no | 18:16 |
vgnbkr | Does it make sense to use vertica on a single instance, or did you have something else in mind? | 18:16 |
openstack | Begin voting on: Add vertica implementation? Valid vote options are yes, no. | 18:16 |
openstack | Vote using '#vote OPTION'. Only your last vote counts. | 18:16 |
*** michael-yu has joined #openstack-trove | 18:16 | |
amrith | #vote yes | 18:16 |
vipul | yes | 18:16 |
vipul | boo | 18:16 |
vipul | #vote yes | 18:16 |
denis_makogon | Mirantis has putted hbase/hadoop packages into the our out repo and it's 100% available | 18:16 |
SlickNik | #vote yes | 18:17 |
denis_makogon | #vote yes | 18:17 |
SnowDust | #vote yes | 18:17 |
grapex | #vote yes | 18:17 |
juice | #vote yes | 18:17 |
cp16net | #vote yes | 18:17 |
amrith | final tally, 8 yes, 1 boo | 18:17 |
SlickNik | Okay enough data points. | 18:17 |
yogeshmehra | cool | 18:17 |
SlickNik | #endvote | 18:17 |
openstack | Voted on "Add vertica implementation?" Results are | 18:17 |
openstack | yes (8): SlickNik, amrith, denis_makogon, grapex, juice, cp16net, vipul, SnowDust | 18:17 |
yogeshmehra | vipul: yes + boo :-) | 18:17 |
vipul | lol | 18:17 |
juice | denis_makogon: what is the take away/point you just made? | 18:17 |
SlickNik | Let's move on. | 18:17 |
denis_makogon | juice, after meeting | 18:18 |
juice | ok let's move on | 18:18 |
yogeshmehra | thanks guys | 18:18 |
SlickNik | #topic Resource management driver | 18:18 |
denis_makogon | it's mine | 18:18 |
denis_makogon | At current state Heat support in Trove is nothing else than experimental. Trove should be able to fully support Heat as resource management driver. | 18:18 |
denis_makogon | Why is it so important? Because Trove should not do what it does now (cloud service orchestration is not the part of the OS Database Program). Trove should delegate all tasks to Cloud Orchestration Service (Heat). | 18:18 |
denis_makogon | Why is it needed? The first answer is: To split-out two completely different resource management engines. Nova/Cinder/Neutron engine etc. called “NATIVES” and Heat engine called “ORCHESTRATOR”. As you can all know they cannot work together, because they are acting with resources in their own manners. But both engines are sharing more than enough common code inside the Trove. | 18:19 |
hub_cap | are u just copy/pasting from the bp denis_makogon ? | 18:19 |
vipul | so are we talking about refactoring the "use_heat" code path.. to be plugin driven? | 18:19 |
denis_makogon | hub_cap, i got some notes | 18:19 |
denis_makogon | vipul, yes | 18:19 |
hub_cap | ok those notes should be on bp :) | 18:20 |
hub_cap | and there is no need for a plugin | 18:20 |
hub_cap | we should use heat and heat only | 18:20 |
denis_makogon | hub_cap, it's on the 2 ML's | 18:20 |
hub_cap | and deprecate the old way | 18:20 |
hub_cap | and then remove the old way | 18:20 |
hub_cap | just like weve talked about since day one | 18:20 |
denis_makogon | hub_cap, heat is not 100% ready | 18:20 |
hub_cap | then make it 100% ready | 18:20 |
grapex | denis_makogon: ++ | 18:20 |
hub_cap | im not saying we do i tnow | 18:20 |
yogeshmehra | hub_cap: ++ | 18:20 |
hub_cap | im saying instead of a silly plugin approach | 18:20 |
hub_cap | fix heat | 18:20 |
denis_makogon | it doesn't support volume resizes | 18:20 |
hub_cap | deprecate old | 18:20 |
hub_cap | then add that to heat | 18:21 |
yogeshmehra | making heat a resident trovian... | 18:21 |
grapex | Well here's the thing- I think we're already at the point where we need an interface in Task Manager we can switch out for different strategies | 18:21 |
hub_cap | how would a plugin model help that? | 18:21 |
denis_makogon | So, there are three valid options: | 18:21 |
denis_makogon | use NATIVES if there's no available Heat; | 18:21 |
grapex | We can say "don't waste time on that, fix heat" but fixing heat is a much larger effort than refactoring our code to read better. | 18:21 |
SlickNik | Do we need a plugin approach if the goal is for heat to be the only way of doing things? | 18:21 |
denis_makogon | use ORCHESTRATOR to work with Heat only; | 18:21 |
hub_cap | grapex: no one is touching that code :) | 18:21 |
grapex | Also... I'd prefer we not use "plugins" but just a simple strategy pattern as we do in dozens of other places in Trove | 18:22 |
denis_makogon | SlickNik, of course we need | 18:22 |
hub_cap | if there are defeciencies in heat, we should fix them | 18:22 |
denis_makogon | current code looks strange and messy | 18:22 |
SlickNik | denis_makogon: Don't just say of course, please list the reasons. | 18:22 |
hub_cap | rather than do 70% heat, 30% trove homegrown | 18:22 |
hub_cap | just like the other projects, we need to use heat or dont use it | 18:22 |
yogeshmehra | denis_makogon: why not enlist the improvements required in the heat integration and work them out | 18:22 |
hub_cap | we cant use heat for some thinkgs, then use non heat, and make heat out of sync | 18:22 |
denis_makogon | yogeshmehra, it's already done | 18:23 |
hub_cap | if w edont have volume resize in heat | 18:23 |
hub_cap | and we resize | 18:23 |
hub_cap | then our heat volume size is wrong | 18:23 |
yogeshmehra | denis_makogon: then second step, to fix them :-) | 18:23 |
hub_cap | so when u call get info what do we use for the volume? | 18:23 |
SlickNik | So the takeaway I'm getting from this is that we need to work with devs on the heat team to fix heat to make sure it can support all our use cases. | 18:23 |
hub_cap | itll get _more_ confusing | 18:23 |
amcrn | as hub_cap said, the long-term goal is to have heat as the only option, but since the existing path will continue to exist for awhile (as deprecated), there's no reason to add yet another path to workaround heat "deficiencies" considering the deprecated path will still exist. | 18:23 |
*** thedodd has joined #openstack-trove | 18:23 | |
grapex | hub_cap: I agree with what you're saying long term | 18:23 |
hub_cap | yes SlickNik | 18:23 |
grapex | but I think denis_makogon's want here is to refactor some of the code- | 18:23 |
hub_cap | grapex: and short term, no one use heat till the long term is done :) | 18:23 |
denis_makogon | all i say, resource provisioning should be done through heat | 18:23 |
hub_cap | id rather see us 1) fix heat, 2) refactor our code | 18:24 |
denis_makogon | grapex, that's the first step | 18:24 |
grapex | I guess I'm with him on this- though maybe we'll need to talk more on the particulars of how it looks. | 18:24 |
hub_cap | than 1) refacotr our code, 2) fix heat 3) refactor _again_ | 18:24 |
denis_makogon | grapex, in parallel implement required use cases in heat | 18:24 |
amcrn | +1 hub_cap | 18:24 |
hub_cap | 1) dont touch anything 2) fix heat 3) refactor once | 18:24 |
denis_makogon | 3d step - re-use it in trive | 18:24 |
SlickNik | grapex: I think the question is prioritization; i.e. what do we do first. | 18:24 |
grapex | This is why we can't have nice things. :) | 18:24 |
denis_makogon | hub_cap, no refactoring after | 18:24 |
vipul | amcrn: +1 i don't really care to refactor our code that we're goign to deprecate, but i also don't see getting out of the two code paths anytime soon | 18:24 |
hub_cap | lol grapex | 18:24 |
hub_cap | denis_makogon: thats bs there will def be refactoring after | 18:24 |
hub_cap | once u add volume resize | 18:25 |
denis_makogon | hub_cap, no | 18:25 |
hub_cap | u will need to refactor the code to use it | 18:25 |
hub_cap | boom, refactor | 18:25 |
denis_makogon | hub_cap, you would need just to write new method - nothing else | 18:25 |
hub_cap | once u add proper flavor resize | 18:25 |
hub_cap | same | 18:25 |
SnowDust | hub_cap +1 on approach | 18:25 |
hub_cap | thats a refactor denis_makogon | 18:25 |
denis_makogon | hub_cap, that's feature coverage | 18:25 |
ramashri | if resource provisioning can be done using heat why have another strategy for provisioning | 18:25 |
grapex | It's like living next to a creek bed everyone dumps garbage into; we keep saying "that land is scheduled for development so don't bother." I think we should at least be open to the idea- though I don't know if it should be an entire blueprint | 18:25 |
hub_cap | if u move from using A to B and not chanign how the api looks its a refactor | 18:25 |
hub_cap | rewriting existing code | 18:25 |
SlickNik | denis_makogon: Are you looking to make the heat changes needed for trove? | 18:26 |
vipul | denis_makogon: why don't you fix the missing things in Heat and then we can revisit this | 18:26 |
denis_makogon | SlickNik, yes | 18:26 |
SlickNik | vipul: ++ | 18:26 |
denis_makogon | SlickNik, i filed and delegated several BPs in Heat to my college | 18:26 |
hub_cap | denis_makogon: why not just do that work? | 18:26 |
amrith | vipul, fix the missing things or identify them? | 18:26 |
*** doddstack has joined #openstack-trove | 18:26 | |
hub_cap | if u want it done so bad, do it! :) | 18:26 |
SnowDust | yogeshmehra : how is yor bp different from denis_makogon s BP being discussed | 18:26 |
vipul | amrith: i am assuming they have been identified.. | 18:26 |
amrith | vipul, ok; thx. | 18:27 |
amrith | vipul, I wasn't making that assumption. | 18:27 |
yogeshmehra | SnowDust: denis_makogon wants to abstract the exact orchestration/resoruce-provisioning out | 18:27 |
vipul | i hope :) amrith | 18:27 |
yogeshmehra | and use heat just as an implementation | 18:27 |
yogeshmehra | my BP was about makinng complete heat/trove integration | 18:27 |
denis_makogon | current heat support is nothing else than experimental | 18:27 |
yogeshmehra | its not complete, true | 18:28 |
juice | denis_makogon: i think what most folks are saying here is that when Heat has the features we need, then rip out the old code and go with a pure Heat timplmentation | 18:28 |
SnowDust | that's for no benefits if orchestration will b thru heat | 18:28 |
juice | until then, don't change the code | 18:28 |
denis_makogon | juice, what about backward compatibility ?? | 18:28 |
*** thedodd has quit IRC | 18:28 | |
amcrn | denis_makogon: the existing path will still exist as hub_cap stated, it will just be deprecated. | 18:28 |
denis_makogon | we can't just rip out use of native services | 18:28 |
yogeshmehra | denis_makogon: i think we need to go incremental on this and need to see how it goes along the clustering also | 18:29 |
hub_cap | right, no one will use heat until it works for the use cases, if not we wil have to do data migrations every time we add "somehting" in heat | 18:29 |
SlickNik | Okay, I think the consensus is that we should revisit this bp only once denis_makogon has the gaps in heat which are needed by trove (resize, et al) fixed. | 18:29 |
hub_cap | denis_makogon: think about this | 18:29 |
hub_cap | youve done all of the "core" stuff, now someoen adds volume resize | 18:29 |
hub_cap | well all your existing voumes are out of sync | 18:29 |
hub_cap | so u have to write a migration in heat as well | 18:29 |
juice | what about denis_makogon's question on backward compatibility | 18:29 |
hub_cap | on top of changing what trove is referencing | 18:29 |
denis_makogon | hub_cap, heat would not do migration | 18:30 |
juice | if you have some instances that are currently running that were provisioned the old way, how would the new heat only approach work | 18:30 |
denis_makogon | hub_cap, that's why Trove needs think about migration | 18:30 |
denis_makogon | hub_cap, it's only our problem | 18:30 |
vipul | we'd migrate them juice by creating whatever's needed in Heat | 18:30 |
hub_cap | its only our problem if we do it yoru way | 18:30 |
denis_makogon | juice, let me show | 18:30 |
esp | I think we said there could be a migration script one day that would populate heat’s db (backfill) | 18:30 |
hub_cap | its no ones problem if u fix heat first | 18:30 |
SnowDust | ;) | 18:31 |
SlickNik | juice: That's something we need to think about before we deprecate the old way. | 18:31 |
denis_makogon | juice, https://github.com/denismakogon/trove/blob/bp/resource-manager-interface/trove/taskmanager/resources/migration.py | 18:31 |
hub_cap | does anyone else feel like the horse is beaten to death? i want to -2 this | 18:31 |
hub_cap | and say the prereq is to make sure heat works for our use cases | 18:31 |
hub_cap | and encourage denis_makogon to fix heat to work for us | 18:31 |
SlickNik | Okay, time for vote | 18:32 |
vipul | hub_cap: +1 | 18:32 |
denis_makogon | hub_cap, i'm not working at heat, tasks were deletegated | 18:32 |
SnowDust | -2 | 18:32 |
yogeshmehra | -1 | 18:32 |
amcrn | #vote no | 18:32 |
SlickNik | #startvote Resource management driver? yes, no, postpone_after_heat | 18:32 |
openstack | Begin voting on: Resource management driver? Valid vote options are yes, no, postpone_after_heat. | 18:32 |
openstack | Vote using '#vote OPTION'. Only your last vote counts. | 18:32 |
hub_cap | denis_makogon: and they are being worked on now by people? u cant take them? like someone is actively coding on them? | 18:32 |
grapex | I'm for this blueprint being drastically reduced in scope, but as is it's too big | 18:32 |
hub_cap | #vote no | 18:32 |
amcrn | #vote no | 18:32 |
cp16net | #vote no | 18:32 |
vipul | #vote no | 18:32 |
SnowDust | #vote no | 18:33 |
denis_makogon | hub_cap, yes | 18:33 |
SlickNik | #vote postpone_after_heat | 18:33 |
juice | #vote no | 18:33 |
hub_cap | then ask them if u can help :) | 18:33 |
hub_cap | #vote postpone_after_heat | 18:33 |
juice | #vote yes | 18:33 |
* hub_cap changes his vote | 18:33 | |
hub_cap | lol juice your vote is yes now | 18:33 |
hub_cap | u cant make a dependent vote | 18:33 |
juice | I saw the post pone after heat :) | 18:33 |
hub_cap | i know ;) | 18:34 |
juice | #vote no | 18:34 |
denis_makogon | hub_cap, tasks already being spreaded, i can only wait | 18:34 |
SlickNik | anyone else? | 18:34 |
SlickNik | #endvote | 18:34 |
openstack | Voted on "Resource management driver?" Results are | 18:34 |
openstack | postpone_after_heat (2): SlickNik, hub_cap | 18:34 |
openstack | no (5): amcrn, juice, cp16net, vipul, SnowDust | 18:34 |
*** ramishra has quit IRC | 18:34 | |
hub_cap | denis_makogon: plz send me the blueprints | 18:34 |
hub_cap | so i can talk to the people about it | 18:34 |
hub_cap | and make sure that they are all being worked on _immediately_ | 18:34 |
denis_makogon | hub_cap, search in your mailbox, i sent at least 2+ emails | 18:35 |
denis_makogon | with [Trove] tag | 18:35 |
SlickNik | denis_makogon: It would be good if you could drive that work and make sure that all the scenarios needed for trove are covered in heat. | 18:35 |
SlickNik | Okay, moving on. | 18:35 |
hub_cap | denis_makogon: and the have the heat bps in them ? | 18:35 |
denis_makogon | SlickNik, thanks what i'm dling | 18:35 |
denis_makogon | *doing | 18:35 |
denis_makogon | hub_cap, yues | 18:36 |
hub_cap | wonderful thx | 18:36 |
SlickNik | #topic Managed Instances | 18:36 |
juice | so we talked a few weeks back about locking down nova vms which are managed by Trove. The first proposal was to have Trove Admin own the Instances in Nova. That was shot down. I went back to the nova team to discuss | 18:36 |
juice | phil day proposed using the lock/unlock feature in Nova (wow!) | 18:36 |
grapex | juice: lock / unlock? | 18:37 |
juice | the basic concept is that Trove Admin will put a lock on instances preventing users from compromising the integrity of the vm | 18:37 |
esmute | wow! | 18:37 |
juice | grapex - yes | 18:37 |
hub_cap | denis_makogon: you do realize youre assigned to one of the bps right? | 18:37 |
hub_cap | https://blueprints.launchpad.net/heat/+spec/handle-update-for-security-groups | 18:37 |
juice | basically there is a user level lock and an admin level lock | 18:37 |
hub_cap | assignee denis m | 18:37 |
hub_cap | so u can do that work :) | 18:37 |
amrith | juice, what does a "lock" do? in reality? | 18:37 |
denis_makogon | hub_cap, yes, i haven't update it yet | 18:37 |
hub_cap | well u should do that work! | 18:38 |
juice | amrith: it just puts a flag in the db | 18:38 |
kevinconway | ¡mom | 18:38 |
juice | nova checks this flag on just about every modification call | 18:38 |
hub_cap | so we just need to send lock=true for it? | 18:38 |
esmute | juice: will it hide it from users when doing a nova list | 18:38 |
esmute | ? | 18:38 |
amrith | juice, and it will lock down ssh and things as well? or is that at a different level of protection? | 18:38 |
juice | if the instance is locked, it rejects the call (assuming that your role is lower than the lock holder) | 18:38 |
juice | esmute: no | 18:38 |
juice | amrith: no but the user cannot ssh into the instance because their key does not exist on the server | 18:39 |
amrith | juice, thx | 18:39 |
*** rueb7363 has quit IRC | 18:39 | |
juice | unfortunately security groups are still modifiable but just about everything else is locked down | 18:39 |
amcrn | if this won't protect security-groups, won't protect volumes, and won't protect swift objects (backups), i'd be hesitant to vote yes for this if the scope of work is high. | 18:39 |
juice | Trove Admin will be the only thing that can delete these | 18:40 |
vgnbkr | Should this (locking) be an optional feature? | 18:40 |
juice | it will protect volumes since there is not much you can do to a volume that is already attache | 18:40 |
juice | and you can't detach the volume from a locked server | 18:40 |
amcrn | juice: it'll protect a detach? oh, neat. | 18:40 |
amcrn | i take back my comment :) | 18:40 |
SlickNik | vgnbkr: It is being proposed as optional. | 18:40 |
juice | vgnbkr: it will be optional | 18:40 |
juice | just a flag that say's "lock the instances" or some such | 18:41 |
vipul | juice: does neutron support any locking? | 18:41 |
*** rueb7363 has joined #openstack-trove | 18:41 | |
juice | vipul: not that I am aware of | 18:41 |
vgnbkr | Sorry, I looked through the bp and didn't see it being optional. OK, thanks. | 18:41 |
SlickNik | vipul: Nope, I haven't seen anything in neutron corresponding to this. | 18:41 |
juice | vipul: let me look at my api printout sheet :) | 18:41 |
vipul | so when we manage networks, secgroups in neutron, will that cause this to be disjoint? | 18:41 |
vipul | meaning, i can delete a network from underneath the lock | 18:42 |
juice | vipul: can you give me an example of where you see some disjointedness | 18:42 |
vipul | or is that ok? since they own the network | 18:42 |
SlickNik | vipul: neutron won't let you delete a network that's in use. | 18:42 |
SlickNik | if I recall correctly. | 18:42 |
juice | the network they own they better have access to | 18:42 |
esmute | vipul: i think it works like volume-attached.. | 18:42 |
juice | I don't think we would want to prevent them from making changes there | 18:42 |
esmute | it wont let you delete it.. | 18:43 |
vipul | I see.. ok then this might be fine | 18:43 |
*** _shal_kh has quit IRC | 18:43 | |
juice | it may mean that we need to revisit the network attachment in trove-api | 18:43 |
juice | currently, you specify the attached networks only in the create. | 18:43 |
vgnbkr | For the optional thing, I meant more like the root setting, not a global setting. | 18:43 |
juice | I don't know if we allow for that network to be detached to the old and attached to new | 18:43 |
mattgriffin | SlickNik, i'm here now :) when we're ready | 18:44 |
juice | vgnbkr: I think this would be a global thing - as global as the api and task manager instances are concerned | 18:44 |
*** saurabhs has joined #openstack-trove | 18:44 | |
mat-lowery | Doesn't Heat itself have this same problem (can't protect its resources)? Also all other projects that are Heat-like (i.e. manage OpenStack "primitives") or use Heat (e.g. Sahara maybe): are they attempting to solve this? | 18:45 |
*** michael-yu has quit IRC | 18:45 | |
SlickNik | mattgriffin: Okay. | 18:45 |
juice | mat-lowery: good question | 18:45 |
vgnbkr | juice: so how does this differ from root-enable? Both are to prevent the user from messing us up, but one is set global and one per-instance? Doesn't seem constent. | 18:45 |
juice | I heard rumors of a project called Service VMs | 18:45 |
juice | there is something forming from dust currently - perhaps another project | 18:45 |
grapex | juice: Sounds mythological. | 18:46 |
SlickNik | juice: How will the locking work in the case we're provisioning using heat? | 18:46 |
juice | grapex: its in early planetary formation | 18:46 |
juice | SlickNik: the instance will need to be locked outside of Heat invocation | 18:46 |
yogeshmehra | SlickNik: good question... | 18:46 |
grapex | juice: Is it currently in the hot gaseous state? | 18:47 |
grapex | :p | 18:47 |
juice | grapex: exactly | 18:47 |
juice | but it has some momentum | 18:47 |
*** ranjitha has quit IRC | 18:47 | |
SlickNik | Okay, I think it's time to vote. | 18:47 |
grapex | juice: Cool | 18:47 |
esmute | vote for juice! | 18:47 |
juice | vgnbkr: I'mo not sure this would be inconsistent with root-enable | 18:47 |
juice | esmute :) | 18:47 |
SlickNik | #startvote Managed Instance? yes, no, still_have_questions | 18:48 |
openstack | Begin voting on: Managed Instance? Valid vote options are yes, no, still_have_questions. | 18:48 |
openstack | Vote using '#vote OPTION'. Only your last vote counts. | 18:48 |
juice | root-enable is on the mysql db not the vm | 18:48 |
juice | vgnbkr ^ ^ | 18:48 |
yogeshmehra | #vote yes | 18:48 |
juice | very small optional change guys and gals | 18:48 |
amcrn | #vote yes | 18:48 |
esmute | #vote yes | 18:48 |
juice | there we go we have a yes | 18:48 |
juice | another yes | 18:48 |
hub_cap | #vote yes | 18:49 |
SlickNik | #vote yes | 18:49 |
juice | do go I get one more | 18:49 |
juice | yes! | 18:49 |
hub_cap | juice: thx for the commentary | 18:49 |
grapex | #vote yes | 18:49 |
juice | :) | 18:49 |
hub_cap | im pretty sure that the bot will tell us too ;) | 18:49 |
vipul | #vote yes | 18:49 |
SlickNik | lol hub_cap | 18:49 |
hub_cap | #vote no | 18:49 |
juice | I recently went to an auction | 18:49 |
hub_cap | just cuz i wanna piss juice off | 18:49 |
*** michael-yu has joined #openstack-trove | 18:49 | |
juice | hub_cap: I can always count on you | 18:49 |
SlickNik | #endvote | 18:49 |
openstack | Voted on "Managed Instance?" Results are | 18:49 |
openstack | yes (6): SlickNik, yogeshmehra, amcrn, esmute, vipul, grapex | 18:49 |
openstack | no (1): hub_cap | 18:49 |
grapex | hub_cap: harsh | 18:49 |
SlickNik | #topic List all datastore types and versions by a single API call | 18:50 |
juice | there it's on record | 18:50 |
SlickNik | NehaV1: around? | 18:50 |
NehaV1 | hey i am | 18:50 |
SlickNik | take it away | 18:50 |
NehaV1 | yes i have added this bp https://blueprints.launchpad.net/trove/+spec/list-datastore-type-and-versions | 18:50 |
grapex | NehaV1: Right off the bat I must object | 18:50 |
NehaV1 | why? | 18:50 |
grapex | I was able to read through this and understand it in 15 seconds | 18:51 |
grapex | That's not long and overly verbose enough | 18:51 |
cp16net | lol | 18:51 |
grapex | NehaV1: I keed, I keed | 18:51 |
NehaV1 | cheese | 18:51 |
SlickNik | lol | 18:51 |
grapex | I do wonder about the request url though- "datastoreandversions" | 18:51 |
SlickNik | I don't like the endpoint name, but I'm not gonna bikeshed over it. | 18:51 |
NehaV1 | yes i dont like it either | 18:52 |
cp16net | i think the idea is a valid but i am not sure about he uri and the structure of the data | 18:52 |
grapex | SlickNik: But that's the funnest part! | 18:52 |
grapex | I wonder if instead we could pass an extra query parameter to the datastore list call to make it do a verbose list | 18:52 |
vipul | yea let's change the URL | 18:52 |
NehaV1 | we can think about augmenting the existing get datastores call | 18:52 |
grapex | or would that not be RESTy enough? | 18:52 |
kevinconway | this all be easier if all requests went to "/" and we just used some field in the JSON blob to let trove know what we really wanted | 18:52 |
grapex | kevinconway: I like it | 18:52 |
* amcrn glares at kevinconway | 18:53 | |
vipul | would it be that bad to just change the existing /datastores call | 18:53 |
SnowDust | grapes+1on extra request parameter | 18:53 |
amcrn | :P | 18:53 |
vipul | and also reply with all versions | 18:53 |
cp16net | oh and everything keyed off query paramters | 18:53 |
SlickNik | I don't like that we have to make 2 calls in the first place. I'd be fine just changing the existing API to return both. | 18:53 |
NehaV1 | vipul +1 | 18:53 |
SnowDust | grapex | 18:53 |
robertmy_ | vipul: +1 | 18:53 |
*** robertmy_ is now known as robertmyers | 18:53 | |
SlickNik | vipul: you quicker than me :) +1 | 18:53 |
vipul | :) SlickNik | 18:53 |
cp16net | hmm would that be changing the contract we have on the call tho? | 18:53 |
grapex | SlickNik: That wouldn't be too bad, but then we lose a lighter weight list call for just the datastore types. | 18:53 |
amcrn | i'll point out this is indicative of the need to merge datastore + datastore-version into one field | 18:54 |
NehaV1 | so the existing call returns the default version for every db type. i just want to make sure we will be able to do the same with this call | 18:54 |
kevinconway | amcrn: so just create a typeversion field? | 18:54 |
grapex | amcrn: Are you saying there'd just be one resource instead of two? | 18:54 |
cp16net | i feel like in order to not break our contract we have on the other URis we could do something like /datastores/versions | 18:55 |
cp16net | that doesnt have a path yet | 18:55 |
vipul | it's kinda like /flavors vs. /flavors/detail | 18:55 |
vipul | they return the same thing | 18:55 |
cp16net | and its pretty simple at the same time | 18:55 |
amcrn | grapex kevinconway: in horizon it's being folded into one field, now we're adding a convenience uri to return it as if they're one (because it's inconvenient for n +1 calls); i'm seeing a pattern. | 18:55 |
*** SnowDust has left #openstack-trove | 18:55 | |
NehaV1 | thats right cp16net | 18:56 |
grapex | amcrn: I think nesting them still makes sense for management though. | 18:56 |
cp16net | amcrn: yeah | 18:56 |
*** casanch1_ has joined #openstack-trove | 18:56 | |
kevinconway | amcrn: i don't think we should tailor the API to fit one specific application like horizon. if there are uses for seperate fields then let horizon make two requests | 18:56 |
grapex | amcrn: I do get your point. | 18:56 |
SlickNik | okay, so we all like this. | 18:56 |
grapex | Maybe the REST call should be one field, while the call to manage it should be two | 18:56 |
grapex | SlickNik: Agreed, let's vote. | 18:56 |
*** GeorgeLorch has joined #openstack-trove | 18:57 | |
amcrn | SlickNik: well, can't the concept of a default version be a separate bp? it really has nothing to do with adding a uri for convenience? | 18:57 |
robertmyers | what are the benefits of haveing two different resources for datastores? | 18:57 |
kevinconway | if the cost of two API calls is significant in terms of response time then maybe we could combine, but if the only cost is a dev has to make to calls in their app i find that perfectly acceptable | 18:57 |
amcrn | robertmyers: absolutely nothing as far as I can see | 18:57 |
robertmyers | thats what I thought | 18:57 |
cp16net | yeah seems to just cause is problems | 18:58 |
robertmyers | can we just deprecate it? | 18:58 |
vipul | let's combine them.. but leave the API urls in-tact for backwards compat | 18:58 |
kevinconway | i thought the point of having seperate type and version is that some of our abstractions are best targeted at a type and others at a version | 18:58 |
kevinconway | like backups vs datastore upgrade | 18:58 |
grapex | kevinconway: I agree | 18:58 |
amcrn | kevinconway: the problem is that everything thus far has been tied to a version. | 18:58 |
grapex | but it does seem like increasingly few things in Trove do *everything* based exclusively on type | 18:58 |
grapex | they seem to always need a version too | 18:58 |
amcrn | grapex: yep | 18:58 |
*** michael-yu has quit IRC | 18:59 | |
*** casanch1 has quit IRC | 18:59 | |
grapex | Never say never though. It could be useful to keep them as seperate objects in Trove at least. And I think it's easier to deal with them seperately using Trove manage | 18:59 |
grapex | for the API calls though I agree, one call would be easier | 18:59 |
amcrn | either way, back specifically to this bp: the ability to set a version as a default for that type does not exist, i'd like to see this implemented separately from the convenience uri being spoken about. | 18:59 |
amcrn | actually it does, i'm an idiot | 18:59 |
cp16net | maybe as separate obejcts but not as separate api calls to get them | 18:59 |
amcrn | nevermind. | 18:59 |
NehaV1 | for purposes of keeping it clean, i will suggest that we have db type and version both stored separately | 18:59 |
kevinconway | would the convenience call replace the existing calls or simply live along side them? | 18:59 |
grapex | kevinconway: the current blueprint is for it to live alongside | 19:00 |
cp16net | kevinconway: i think that was debated... i was for it living along side | 19:00 |
SlickNik | Okay. So let's vote on this. | 19:00 |
vipul | my vote would be to replace existing /datastores call and make it 'convenient' | 19:00 |
SlickNik | And we can have the combination of type/version as a separate bp. | 19:00 |
grapex | vipul: No one at Rax is really using it- *yet*. This is pretty late to totally change the API though. | 19:01 |
esmute | i wonder if we can do something with the datastore views to present the versions nicely | 19:01 |
vipul | even if it's just an API response? grapex | 19:01 |
vipul | we're not changing the requests or removing anything | 19:01 |
vipul | just addign more info | 19:01 |
kevinconway | especially if it's an API response. that's our primary contract with application developers | 19:01 |
hub_cap | we cannot _change_ the api | 19:01 |
hub_cap | its done | 19:01 |
hub_cap | we are integrated | 19:01 |
hub_cap | period | 19:01 |
hub_cap | we can only add to it | 19:02 |
vipul | you cannot add more to the reponse? | 19:02 |
SlickNik | #startvote List all datastore types and versions by a single API call? yes_with_new_route, yes_and_change_existing, no | 19:02 |
openstack | Begin voting on: List all datastore types and versions by a single API call? Valid vote options are yes_with_new_route, yes_and_change_existing, no. | 19:02 |
openstack | Vote using '#vote OPTION'. Only your last vote counts. | 19:02 |
amcrn | hub_cap: i think vipul is saying if you add an "optional" field to the existing response payload, you havent' broken the contract | 19:02 |
hub_cap | yes vipul u can add to it | 19:02 |
grapex | #vote yes | 19:02 |
openstack | grapex: yes is not a valid option. Valid options are yes_with_new_route, yes_and_change_existing, no. | 19:02 |
hub_cap | yes absolutely amcrn (sorry i just came back and read what grapex said) | 19:02 |
vipul | well there we go.. so that's all i'm suggesting | 19:02 |
hub_cap | ok so is "yes and change existing" really "yes and add to existing?" | 19:02 |
grapex | So hub_cap is saying we can't change existing | 19:02 |
hub_cap | we cannt modify existing | 19:02 |
cp16net | #vote yes_with_new_route | 19:02 |
hub_cap | we can add to | 19:02 |
SlickNik | #endvote | 19:03 |
hub_cap | {a, b} can become {a, b, c} but cannot become {a, d} | 19:03 |
openstack | Voted on "List all datastore types and versions by a single API call?" Results are | 19:03 |
vipul | #vote add_to_existing | 19:03 |
openstack | yes_with_new_route (1): cp16net | 19:03 |
hub_cap | thx SlickNik lets fix the vote options | 19:03 |
SlickNik | #startvote List all datastore types and versions by a single API call? yes_with_new_route, yes_and_add_to_existing, no | 19:03 |
openstack | Begin voting on: List all datastore types and versions by a single API call? Valid vote options are yes_with_new_route, yes_and_add_to_existing, no. | 19:03 |
openstack | Vote using '#vote OPTION'. Only your last vote counts. | 19:03 |
vipul | #vote add_to_existing | 19:03 |
openstack | vipul: add_to_existing is not a valid option. Valid options are yes_with_new_route, yes_and_add_to_existing, no. | 19:03 |
amcrn | vipul: your "add_to_existing" is assuming the extra ?parameter correct? | 19:03 |
SlickNik | Okay, to be clear I changed the options. | 19:03 |
grapex | #vote this_is_silly | 19:03 |
openstack | grapex: this_is_silly is not a valid option. Valid options are yes_with_new_route, yes_and_add_to_existing, no. | 19:03 |
SlickNik | lol @ grapex | 19:03 |
vipul | amcrn: no, just change it as-is | 19:03 |
grapex | #vote yes_and_add_to_exisiting | 19:03 |
openstack | grapex: yes_and_add_to_exisiting is not a valid option. Valid options are yes_with_new_route, yes_and_add_to_existing, no. | 19:03 |
grapex | #vote yes_and_add_to_existing | 19:04 |
vipul | keep URI intact.. no query param needed amcrn | 19:04 |
vipul | #vote yes_and_add_to_existing | 19:04 |
amcrn | vipul: cool, just clarifying for myself and others :) | 19:04 |
robertmyers | #vote yes_and_add_to_existing | 19:04 |
*** openstackgerrit has quit IRC | 19:04 | |
SlickNik | #vote yes_and_add_to_existing | 19:04 |
amcrn | #vote yes_and_add_to_existing | 19:04 |
*** rueb7363 has quit IRC | 19:04 | |
esmute | #vote yes_and_add_to_existing | 19:04 |
NehaV1 | #vote yes_and_add_to_existing | 19:04 |
SlickNik | Any more votes? | 19:04 |
yogeshmehra | #vote yes_and_add_to_existing | 19:04 |
amcrn | #vote lunch | 19:04 |
juice | #vote yes_and_add_to_existing | 19:04 |
openstack | amcrn: lunch is not a valid option. Valid options are yes_with_new_route, yes_and_add_to_existing, no. | 19:04 |
SlickNik | #endvote | 19:05 |
openstack | Voted on "List all datastore types and versions by a single API call?" Results are | 19:05 |
openstack | yes_and_add_to_existing (9): SlickNik, NehaV1, robertmyers, amcrn, juice, yogeshmehra, esmute, vipul, grapex | 19:05 |
kevinconway | #vote wait | 19:05 |
juice | amcrn :) | 19:05 |
vipul | denied! juice | 19:05 |
hub_cap | lol | 19:05 |
kevinconway | awe... | 19:05 |
SlickNik | #endmeeting | 19:05 |
openstack | Meeting ended Mon Apr 28 19:05:13 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 19:05 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/trove_bp_review/2014/trove_bp_review.2014-04-28-18.02.html | 19:05 |
*** ViswaV_ has quit IRC | 19:05 | |
SlickNik | We're already overtime | 19:05 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/trove_bp_review/2014/trove_bp_review.2014-04-28-18.02.txt | 19:05 |
SlickNik | Thanks guys | 19:05 |
openstack | Log: http://eavesdrop.openstack.org/meetings/trove_bp_review/2014/trove_bp_review.2014-04-28-18.02.log.html | 19:05 |
iccha | Hey I just wanted to introduce myself. I am new to the cloud databases team here | 19:05 |
juice | mattgriffin: c you next week :/ | 19:05 |
amrith | SlickNik, nice job! very efficient with the new tools ... | 19:05 |
amytron | welcome iccha !! | 19:05 |
juice | hello iccha: | 19:05 |
iccha | Been working on glance prior to this as glance core for past two years, and excited to be working on trove | 19:05 |
juice | but where is "here"? | 19:06 |
iccha | hey juice ! amytron ! | 19:06 |
vipul | cool! welcome | 19:06 |
SlickNik | mattgriffin: Yes, sorry we ran out of time. See you next week! | 19:06 |
iccha | juice: at rackspace with the cloud databases team | 19:06 |
iccha | hey vipul | 19:06 |
amytron | juice: iccha just moved to austin from blacksburg | 19:06 |
juice | oh cool | 19:06 |
amytron | juice: she's one of my cats now :) | 19:06 |
iccha | lol | 19:06 |
amcrn | welcome iccha | 19:06 |
juice | um where is blacksburg? | 19:06 |
SlickNik | iccha: Nice! Welcome... | 19:06 |
vipul | Virginia? | 19:06 |
mattgriffin | SlickNik, np. thanks! next week then :) | 19:06 |
*** rueb7363 has joined #openstack-trove | 19:06 | |
juice | amytron: ah yes the ol' wrangler! | 19:07 |
amytron | :) | 19:07 |
hub_cap | everyone can say hi to her in person at openstack summit, yer goin right iccha ? | 19:07 |
iccha | thanks SlickNik ! Yup its from virginia, the blacksburg office is where Brian Waldon and Mark Washenbeger originally were from | 19:07 |
SlickNik | amrith: Thanks! Figured might as well use them to keep things moving. | 19:07 |
iccha | yes i ll be there hub_cap ! :) | 19:07 |
hub_cap | iccha: so yer saying youre moving to nebula? | 19:07 |
juice | is there tour bus taking ya'll from austin to atl? | 19:07 |
hub_cap | OHHH TOO SOON?!?!?! | 19:08 |
amcrn | iccha: there's a tradition that all new rackers buy everyone free drinks at summits, just fyi. | 19:08 |
hub_cap | juice: the idea was proposed, but proposed too late | 19:08 |
hub_cap | amcrn: "buy free drinks" does not compute | 19:08 |
vipul | oh yea it's been around for years amcrn | 19:08 |
juice | hub_cap: I think amcrn was providing a loop hole | 19:08 |
iccha | amcrn: technically i have been with rackspace two years, so not new :p | 19:08 |
amrith | hub_cap, should we have the chat about where "free drinks" come from? | 19:08 |
grapex | amcrn: Oh man do they make us buy those now? | 19:09 |
amcrn | :D | 19:09 |
grapex | amrith: The beer fairy? | 19:09 |
esmute | that is a still a long ride | 19:09 |
hub_cap | amcrn: lets have the chat about buying free drinks | 19:09 |
hub_cap | cuz if the drinks are free, how do u buy them? | 19:09 |
amcrn | hub_cap: you got a pad and pen? it involves some calculus | 19:09 |
hub_cap | oh wait its cuz tesora buys them all right amcrn amrith ? | 19:10 |
amrith | grapex ... no. the stork carries a keg of beer. but now that you can only have one keg in hand luggage, extra kegs have to be paid for ... | 19:10 |
hub_cap | and gives them to iccha who gives them to amcrn | 19:10 |
amrith | no hub_cap, wrong again | 19:10 |
hub_cap | :) | 19:10 |
grapex | amrith: I think the beer fairy is friends with the Red Bull Bunny. They seem to visit the summits together | 19:10 |
SlickNik | lol @ grapex | 19:11 |
hub_cap | man pandora is asking me to interact w a add | 19:11 |
hub_cap | *ad | 19:11 |
juice | amrith: I am glad there is someone around to give hub_cap some .... | 19:11 |
amrith | grapex, the red bull bunny is hub_cap's personal friend. | 19:11 |
juice | hub_cap: it's all ads these days. I don't know why companies pay money to annoy potential customers | 19:11 |
hub_cap | amrith: :D | 19:11 |
*** robertmy_ has joined #openstack-trove | 19:11 | |
hub_cap | juice: yea but now i get 4 hrs of listening | 19:12 |
hub_cap | cuz i clicked a button a few times on a target ad | 19:12 |
amrith | hub_cap, would you drink free beer if you were required to interact with ads? | 19:12 |
hub_cap | VICTORY | 19:12 |
*** robertmy_ has quit IRC | 19:12 | |
hub_cap | amrith: duh, yes | 19:12 |
hub_cap | if i was grapex id give my soul away for free tshirts and silly plastic things in a bag of goodies | 19:12 |
amrith | so the bug is that pandora isn't providing beer? | 19:12 |
hub_cap | cp16net: too | 19:12 |
hub_cap | amrith: yes | 19:12 |
*** robertmy_ has joined #openstack-trove | 19:12 | |
hub_cap | if u want to find how to get the most free stuff at a conference, follow cp16net and grapex around | 19:13 |
cp16net | #vote lol | 19:13 |
NehaV1 | lol | 19:13 |
cp16net | oh i didnt vote... | 19:13 |
hub_cap | NehaV1: what happens when youre api changes, do u become nehaV2? | 19:13 |
esmute | i like their shirts and hats | 19:13 |
NehaV1 | lol | 19:13 |
NehaV1 | i dont know how i got versioned | 19:14 |
*** GeorgeLorch has left #openstack-trove | 19:14 | |
NehaV1 | this channel | 19:14 |
*** robertmyers has quit IRC | 19:15 | |
hub_cap | :P | 19:15 |
*** jmontemayor has joined #openstack-trove | 19:19 | |
*** ramashri has quit IRC | 19:20 | |
*** sgotliv has joined #openstack-trove | 19:21 | |
esp | https://review.openstack.org/ is back | 19:22 |
peterstac | esp: It's been back for a while now ;) | 19:23 |
esp | peterstac: lol, why didn’t you tell me :) | 19:23 |
cp16net | yeah review is back | 19:25 |
cp16net | you can change your prefernces to a reallkevinconway: i was confusing new view of changesets | 19:26 |
esp | hehe. I had get a new RSA host key tho | 19:27 |
*** ramashri has joined #openstack-trove | 19:27 | |
esp | and it doesn’t look like gerrit is talking to the irc channel atm | 19:27 |
*** ChanServ changes topic to "Trove Openstack Database as a Service | Docs https://github.com/openstack/trove | Channel Logs http://eavesdrop.openstack.org/irclogs/ | IRC must read http://sackheads.org/~bnaylor/spew/away_msgs.html" | 19:32 | |
-openstackstatus- NOTICE: Gerrit upgrade to 2.8 complete. See: https://wiki.openstack.org/wiki/GerritUpgrade Some cleanup tasks still ongoing; join #openstack-infra if you have any questions. | 19:32 | |
hub_cap | horray! | 19:33 |
*** sbfox has quit IRC | 19:36 | |
*** shivamshukla has joined #openstack-trove | 19:36 | |
amrith | esp, openstack.org is up | 19:37 |
amrith | just saying | 19:37 |
*** sbfox has joined #openstack-trove | 19:40 | |
*** ramashri has quit IRC | 19:43 | |
*** ashishsnigam has joined #openstack-trove | 19:50 | |
*** jmontemayor has quit IRC | 19:54 | |
juice | finally gerritt integration! come to mama | 19:57 |
*** casanch1_ has quit IRC | 19:59 | |
*** casanch1 has joined #openstack-trove | 20:00 | |
juice | http://imgur.com/Pehyg3A | 20:00 |
iccha | /q hub_cap | 20:00 |
iccha | hey hub_cap , wanted to clairfy what was meant by add to existing in the earlier convo | 20:01 |
iccha | so the wiki suggested a new route right | 20:01 |
iccha | which we are not going with i presume | 20:01 |
ashishsnigam | hi.. Can anyone tell me how can i refer default datastore in tempest? | 20:02 |
ashishsnigam | I was referring this https://wiki.openstack.org/wiki/Trove/trove-versions-types#Create_instance_with_specified_datastore_type_and_version_.28Existing_call.29 | 20:03 |
esp | thx amrith :) | 20:03 |
hub_cap | iccha: thats being updated | 20:03 |
hub_cap | NehaV1: is chatting to me now about updating the bp to reflect the vote from today | 20:03 |
imsplitbit | hello all, can I get some eyes on https://review.openstack.org/#/c/82124/ please? many thanks! | 20:04 |
SlickNik | juice: That's really awesome! | 20:09 |
iccha | sweet! thanks hub_cap , NehaV1 feel free to ping me if I can help in any way | 20:09 |
*** denis_makogon has quit IRC | 20:09 | |
cp16net | juice: thats kinda neato | 20:13 |
*** sgotliv has quit IRC | 20:15 | |
*** shivamshukla has quit IRC | 20:15 | |
juice | cp16net: slicknik: if I am not mistaken it has some useful notifications as well | 20:15 |
*** shakamunyi has joined #openstack-trove | 20:17 | |
*** ramashri has joined #openstack-trove | 20:18 | |
*** sbfox has quit IRC | 20:19 | |
*** ramishra has joined #openstack-trove | 20:24 | |
hub_cap | NehaV1: if iccha is gonna do the work for the bp, make her do the updating of the bp (i think iccha wants to do the bp update!) | 20:27 |
NehaV1 | yes sure | 20:27 |
*** ramishra has quit IRC | 20:29 | |
hub_cap | juice: what is that? | 20:30 |
hub_cap | your ide? | 20:30 |
juice | hub_cap: pycharm | 20:30 |
hub_cap | nice | 20:30 |
hub_cap | emacs gerrit support is lacking, chmouel did some work on it but its only for a single review | 20:31 |
juice | it has some nice features however given the dynamic nature of python the ide is limited (e.g. find usages, go to declaration..) | 20:31 |
hub_cap | fo sure.. its a glorified text editor for python :) | 20:32 |
*** demorris_ has joined #openstack-trove | 20:33 | |
juice | hub_cap...well I wouldn't go that far | 20:33 |
hub_cap | ok its a glorified text editor w/ grep and find built in | 20:34 |
*** demorris has quit IRC | 20:34 | |
*** demorris_ is now known as demorris | 20:34 | |
hub_cap | and a fancy gunmetal look | 20:34 |
hub_cap | more accurate juice ? | 20:34 |
juice | hub_cap: you nailed it :P | 20:34 |
juice | I was going to say you were leaving out the most important part | 20:35 |
hub_cap | hahaha | 20:35 |
hub_cap | my ide is so pretty | 20:35 |
juice | let me guess...vi?! | 20:35 |
hub_cap | no vi is for editing a /etc/network/interfaces | 20:35 |
esp | juice: you got a min? | 20:35 |
juice | esp: yep | 20:35 |
esp | do you recall what this does? I was going to remove it but I don’t know if you had some magic in there. https://review.openstack.org/#/c/81682/25/trove/instance/models.py | 20:36 |
hub_cap | juice: where is a good place ot drop an image in the public that doesnt end up showing ads that are nsfw | 20:36 |
esp | hub_cap: omg... | 20:36 |
juice | hub_cap: I am not so sure :) | 20:37 |
juice | esp: are you referring to line 527? | 20:38 |
esp | hub_cap: a shoe box that you keep in your attic? | 20:38 |
iccha | hub_cap: cloud files ;) | 20:38 |
SlickNik | hub_cap: how big is said image? | 20:38 |
*** sbfox has joined #openstack-trove | 20:39 | |
esp | juice: def _delete_resources(self, deleted_at): | 20:39 |
esp | # Note: What does this do? Fix time drift? | 20:39 |
esp | pass | 20:39 |
juice | pass is same as no-op. let me take a look at in in context | 20:39 |
esp | juice: is this necessary? it’s actually called in delete_async below | 20:39 |
hub_cap | iccha: _free_ ;) | 20:40 |
hub_cap | SlickNik: small | 20:40 |
SlickNik | hub_cap: imgur.com | 20:40 |
hub_cap | SlickNik: 300k | 20:40 |
esp | juice so it lookes like you expect the child class to impl it maybe? | 20:40 |
hub_cap | juice: http://i.imgur.com/8Pw5Hxj.png | 20:41 |
hub_cap | my ide :) | 20:41 |
hub_cap | esp: i hate u (just read what u said) | 20:41 |
hub_cap | lulz | 20:41 |
esp | hub_cap: lol | 20:41 |
esp | juice I will just put a not there that says implement in child class | 20:42 |
hub_cap | juice: loks a lot like yer ide doesnt it? cept w/o all the gunmetal | 20:42 |
hub_cap | and juice if u look at the very top it says /scpc:work:/opt/stack | 20:43 |
juice | similar | 20:43 |
hub_cap | im remote editing /opt/stack on a machine i named work | 20:43 |
hub_cap | canyour pycharm do that??!!?!?! | 20:43 |
juice | beads of sweat are forming on my forehead | 20:43 |
hub_cap | ;) | 20:44 |
esp | gerrit glitched for me for a sec | 20:44 |
juice | never tried | 20:44 |
esp | something in the matrix got changed | 20:44 |
hub_cap | did u see a cat walk by esp? | 20:44 |
esp | haha | 20:44 |
esp | jinx | 20:44 |
hub_cap | hahaha | 20:44 |
hub_cap | juice: http://blog.jetbrains.com/pycharm/2013/03/how-pycharm-helps-you-with-remote-development/ | 20:45 |
hub_cap | u cna do it, just click thru 47 tabs and type 18 things in to them | 20:45 |
hub_cap | click test connection | 20:45 |
hub_cap | and yer off | 20:45 |
hub_cap | i have to prepend mine w/ /work:/path/to/file | 20:45 |
hub_cap | SlickNik: and i are using the editor from the future maaaannnnnnnn | 20:46 |
hub_cap | its like, cosmic | 20:46 |
hub_cap | but it is a memory hog | 20:47 |
juice | hub_cap: I like the simplicity of the interface. kind of reminds me of those first "IDE" I used to write C in DOS | 20:49 |
glucas | hub_cap: bah, memory is cheap these days #emacsFTW | 20:49 |
hub_cap | yea juice glucas its using 244M | 20:49 |
amrith | hub_cap, memory problems only occur on lenovo laptops ;) some of us are running 16gb on cheap dell hardware | 20:49 |
hub_cap | thats my mapped memory, so thats shared too | 20:49 |
hub_cap | 22 M writable/private | 20:49 |
hub_cap | juice: it might be the one u used ( glucas is hip to it, so is amrith ) | 20:50 |
hub_cap | id be curious to see what yer ide is using juice ;) | 20:51 |
hub_cap | yea amrith i must admit this machine only has 8G in it | 20:51 |
hub_cap | and currently 5G free ;) | 20:51 |
amrith | hub_cap, yes I went and looked at it. not only do you have 8, that's the max ;( | 20:52 |
juice | esp: do not remove that - it is being called by _delete_async below | 20:52 |
amrith | otherwise a wonderful machine | 20:52 |
hub_cap | amrith: why would i need more?!?! | 20:52 |
hub_cap | i can prov 16G machines all day long | 20:52 |
hub_cap | ;) | 20:52 |
hub_cap | ive also got 16 more G between 2 machines in my home network i can feed off of if needed hehe | 20:53 |
juice | there is a function in BuiltInstanceTasks that which will override it for those cases | 20:53 |
amrith | well, I don't have a lab like that ... my rack doesn't have that much space | 20:53 |
hub_cap | lol amrith ;) in reality when i do prov work machines i use 4G ones | 20:53 |
hub_cap | ive found remote editing text and running those python scripts doesnt really require much more | 20:54 |
amrith | true, very true | 20:54 |
juice | hub_cap: my ide is only using virtual memory :) | 20:54 |
hub_cap | juice: then yer ide is slow as poo | 20:55 |
juice | hub_cap: did you catch the comment earlier about prune juice | 20:55 |
hub_cap | im ont sure thats a real phrase | 20:55 |
hub_cap | yup | 20:55 |
hub_cap | in the words of the great MJK, I've come round full circle | 20:57 |
*** ViswaV has joined #openstack-trove | 21:01 | |
*** pdmars has quit IRC | 21:01 | |
*** ViswaV_ has joined #openstack-trove | 21:01 | |
*** pdmars has joined #openstack-trove | 21:02 | |
esp | juice: gotcha | 21:02 |
*** ViswaV has quit IRC | 21:05 | |
*** pdmars has quit IRC | 21:06 | |
*** NehaV has joined #openstack-trove | 21:09 | |
*** NehaV1 has quit IRC | 21:11 | |
*** sbfox has quit IRC | 21:15 | |
*** Barker has quit IRC | 21:18 | |
*** ramishra has joined #openstack-trove | 21:25 | |
*** ramishra has quit IRC | 21:29 | |
*** casanch1_ has joined #openstack-trove | 21:31 | |
*** casanch1 has quit IRC | 21:34 | |
*** jmontemayor has joined #openstack-trove | 21:36 | |
*** casanch1_ has quit IRC | 21:36 | |
*** sbfox has joined #openstack-trove | 21:42 | |
*** amytron has quit IRC | 21:47 | |
*** amytron has joined #openstack-trove | 21:47 | |
*** openstackgerrit has joined #openstack-trove | 21:53 | |
*** robertmy_ has quit IRC | 22:04 | |
*** demorris has quit IRC | 22:10 | |
*** NehaV has quit IRC | 22:16 | |
*** TomasR has quit IRC | 22:16 | |
*** flaper87 is now known as flaper87|afk | 22:18 | |
*** sbfox has quit IRC | 22:24 | |
*** ramishra has joined #openstack-trove | 22:26 | |
*** ramishra has quit IRC | 22:30 | |
TomasR_ | Hi, guys, can you help me troubleshoot this problem: | 22:33 |
TomasR_ | api.log:2014-04-29 00:31:24.788 432 ERROR trove.common.exception [req-c0f9bf33-fbf4-4535-affb-af5b426857e9 222c54b44c4746aa8072537e9f05e8cb 7d359600815144eeac268a10efaba62b - - -] Cannot find compute instance a7b5f984-5c68-4738-a709-0433b1dbffc3 for instance 5e4db7ec-cd19-4646-af72-5d0cd7858c91. | 22:33 |
TomasR_ | Instance in Compue Nova is running and I can log to it, but mysql instance stays in BULD state | 22:34 |
SlickNik | Hi TomasR_ | 22:35 |
SlickNik | The mysql guest goes from BUILD to ACTIVE when the 'prepare' call on the guest succeeds, and a heartbeat is sent back. | 22:36 |
TomasR_ | Hi, SlickNik I was posting some error here a bit earlier, but very few people were active, so decided to try again. I also was able to fix one problem with HTTP 401 and authorization. | 22:37 |
TomasR_ | So, I see these two related errors: | 22:37 |
TomasR_ | in api.log "Cannot find compute instance " | 22:37 |
TomasR_ | and in guestagent.log (in guest instance): Making async call to cast heartbeat for instance: None heartbeat | 22:38 |
dougshelley66 | any cores out there who could push this one over the finish line? https://review.openstack.org/#/c/88591/ | 22:38 |
*** rueb7363 has quit IRC | 22:38 | |
TomasR_ | Looking at these logging lines on the internet, I expect to see instance ID instead of "None" in the guestagent.log | 22:39 |
SlickNik | TomasR_: Yes, it seems like something is off with that. Without context (and just from that 1 log line) it's very hard to say what it may be though. | 22:40 |
SlickNik | TomasR_: Can you gist the output of the prepare call in the guestagent and link it? | 22:40 |
SlickNik | TomasR_: Or the even the guestagent log. | 22:42 |
TomasR_ | one moment | 22:42 |
SlickNik | TomasR_: I'm busy with something right now, and can't look right away, but I'll probably be able to take a look sometime later this evening. | 22:42 |
TomasR_ | SlickNik, no problem. I'll share the details and I can see if you were able to find something useful tomorrow | 22:43 |
*** jcru has quit IRC | 22:45 | |
*** mattgriffin has quit IRC | 22:47 | |
*** kevinconway has quit IRC | 22:49 | |
*** rueb7363 has joined #openstack-trove | 22:52 | |
*** achampion has quit IRC | 22:57 | |
openstackgerrit | Dan Nguyen proposed a change to openstack/trove: Add a new column and indexes to agent_heartbeats https://review.openstack.org/81682 | 22:57 |
TomasR_ | SlickNik, here is the link https://gist.github.com/anonymous/11386531 | 23:03 |
TomasR_ | I added configuration files and log files. | 23:04 |
openstackgerrit | Dan Nguyen proposed a change to openstack/trove: Partially implements guest agent upgrade strategy https://review.openstack.org/85225 | 23:05 |
*** yogeshmehra has quit IRC | 23:07 | |
SlickNik | TomasR_: Cool, thanks! | 23:09 |
*** eguz has joined #openstack-trove | 23:10 | |
esmute | TomasR_: looks like the GA came up successfully | 23:10 |
esmute | 2014-04-28 22:30:47.091 930 INFO trove.guestagent.datastore.mysql.service [-] Service Status is RUNNING. | 23:10 |
esmute | not sure why the heart beat didnt make it to the conductor | 23:10 |
*** mattgriffin has joined #openstack-trove | 23:12 | |
TomasR_ | SlickNik, esmute: I'll leave my IRC window opened, but I will not be online for the next 7 hours. It's 00:11 in UK. Off to sleep now. I'll check chat history in the morning, in case you find something useful. | 23:12 |
*** mattgriffin has quit IRC | 23:12 | |
*** eghobo has quit IRC | 23:14 | |
*** grapex_ has joined #openstack-trove | 23:14 | |
openstackgerrit | Dan Nguyen proposed a change to openstack/trove: Added route for Admin API to support guest upgrade https://review.openstack.org/81410 | 23:14 |
*** grapex_ has quit IRC | 23:15 | |
*** grapex_ has joined #openstack-trove | 23:16 | |
*** amytron has quit IRC | 23:16 | |
*** grapex has quit IRC | 23:17 | |
*** grapex_ has quit IRC | 23:22 | |
*** jmontemayor has quit IRC | 23:26 | |
*** ramishra has joined #openstack-trove | 23:26 | |
*** yogeshmehra has joined #openstack-trove | 23:27 | |
*** yogeshme_ has joined #openstack-trove | 23:28 | |
*** yogeshme_ has quit IRC | 23:28 | |
*** yogeshme_ has joined #openstack-trove | 23:29 | |
*** yogeshme_ has quit IRC | 23:29 | |
*** yogeshme_ has joined #openstack-trove | 23:29 | |
*** yogeshmehra has quit IRC | 23:30 | |
*** yogeshme_ has quit IRC | 23:30 | |
*** ramishra has quit IRC | 23:31 | |
*** rueb7363 has quit IRC | 23:33 | |
*** sbfox has joined #openstack-trove | 23:34 | |
*** yogeshmehra has joined #openstack-trove | 23:42 | |
*** yogeshmehra has quit IRC | 23:42 | |
*** yogeshmehra has joined #openstack-trove | 23:42 | |
*** yogeshmehra has quit IRC | 23:42 | |
*** yogeshmehra has joined #openstack-trove | 23:43 | |
*** yogeshmehra has quit IRC | 23:43 | |
*** yogeshmehra has joined #openstack-trove | 23:44 | |
*** yogeshmehra has quit IRC | 23:45 | |
openstackgerrit | Dan Nguyen proposed a change to openstack/trove: Added route for Admin API to support guest upgrade https://review.openstack.org/81410 | 23:45 |
*** sbfox has quit IRC | 23:47 | |
*** grapex has joined #openstack-trove | 23:50 | |
*** sbfox has joined #openstack-trove | 23:52 | |
*** sbfox has quit IRC | 23:55 | |
SlickNik | grapex: ping | 23:58 |
SlickNik | grapex: got a quick question for you when you have a moment. | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!