| *** charlesw has quit IRC | 00:03 | |
| *** jeromatron has quit IRC | 00:06 | |
| *** openstackgerrit has quit IRC | 00:21 | |
| *** openstackgerrit has joined #magnetodb | 00:21 | |
| *** charlesw has joined #magnetodb | 00:23 | |
| *** achanda has quit IRC | 00:56 | |
| *** achanda has joined #magnetodb | 01:00 | |
| *** openstackgerrit has quit IRC | 01:05 | |
| *** openstackgerrit has joined #magnetodb | 01:05 | |
| *** achanda has quit IRC | 02:09 | |
| *** achanda has joined #magnetodb | 02:10 | |
| *** jeromatron has joined #magnetodb | 02:12 | |
| *** openstackgerrit has quit IRC | 02:20 | |
| *** openstackgerrit has joined #magnetodb | 02:21 | |
| *** jeromatron has quit IRC | 02:34 | |
| *** jeromatron has joined #magnetodb | 02:42 | |
| *** jeromatron has quit IRC | 03:00 | |
| *** rushiagr_away is now known as rushiagr | 03:06 | |
| *** openstackgerrit has quit IRC | 03:20 | |
| *** openstackgerrit has joined #magnetodb | 03:20 | |
| *** achanda has quit IRC | 03:32 | |
| *** rushiagr is now known as rushiagr_away | 03:45 | |
| *** achanda has joined #magnetodb | 03:56 | |
| *** achanda has quit IRC | 04:06 | |
| *** jeromatron has joined #magnetodb | 04:23 | |
| *** charlesw has quit IRC | 04:27 | |
| *** vivekd has joined #magnetodb | 04:37 | |
| *** achanda has joined #magnetodb | 04:45 | |
| *** achanda has quit IRC | 04:46 | |
| *** rushiagr_away is now known as rushiagr | 04:49 | |
| *** achanda has joined #magnetodb | 04:57 | |
| *** jeromatron has quit IRC | 06:13 | |
| *** achanda has quit IRC | 06:53 | |
| *** achanda has joined #magnetodb | 06:58 | |
| *** achanda has quit IRC | 07:19 | |
| *** romainh has joined #magnetodb | 07:54 | |
| *** romainh has left #magnetodb | 07:54 | |
| *** vivekd_ has joined #magnetodb | 08:28 | |
| *** vivekd has quit IRC | 08:31 | |
| *** vivekd_ is now known as vivekd | 08:31 | |
| *** ygbo has joined #magnetodb | 08:58 | |
| *** rushiagr is now known as rushiagr_away | 09:07 | |
| *** rushiagr_away is now known as rushiagr | 09:10 | |
| *** achanda has joined #magnetodb | 09:21 | |
| *** isviridov_away is now known as isviridov | 09:23 | |
| isviridov | Hello everyone | 09:23 |
|---|---|---|
| vivekd | hello isviridov | 09:34 |
| vivekd | isviridov: the gate-magnetodb-devstack-dsvm and gate-magnetodb-cassandra-tox are failing against my patch @ https://review.openstack.org/#/c/149600/ | 09:49 |
| vivekd | isviridov: and I see lot of "ClusterIsNotConnectedException" & "'Unable to connect to any servers' in their respective console | 09:49 |
| vivekd | isviridov: are those two gates stable or are there any issues in it? | 09:49 |
| isviridov | gate-magnetodb-cassandra-tox is considered as unstable and non-voting at this moment. devstack job must work. Let me check | 09:51 |
| isviridov | There were several releases of olso.* libs yesterday | 09:51 |
| vivekd | ok isviridov | 09:52 |
| isviridov | vivekd looks like cassandra-driver has been released and updated to 2.1.4 | 09:59 |
| isviridov | Previously it was ok with localhost in config, now looks like it should be 127.0.0.1 | 10:00 |
| isviridov | I mean http://logs.openstack.org/00/149600/5/check/gate-magnetodb-devstack-dsvm/345b810/logs/etc/magnetodb/magnetodb-api.conf.txt.gz | 10:00 |
| isviridov | The line "contact_points": ["localhost"], | 10:00 |
| * isviridov at first look | 10:00 | |
| isviridov | Let me try it | 10:02 |
| vivekd | isviridov: ok | 10:02 |
| openstackgerrit | Ilya Sviridov proposed stackforge/magnetodb: Update configs https://review.openstack.org/151159 | 10:05 |
| isviridov | vivekd I've reproduced it locally. It is driver update. | 10:47 |
| isviridov | Lets us fix driver version for now | 10:47 |
| vivekd | isviridov: thanks a lot :-) | 10:47 |
| *** ajayaa has joined #magnetodb | 10:53 | |
| openstackgerrit | Ilya Sviridov proposed stackforge/magnetodb: Fix cassandra-driver version https://review.openstack.org/151175 | 10:58 |
| openstackgerrit | Alexander Chudnovets proposed stackforge/magnetodb: (WIP) Monitoring API URLs refactoring https://review.openstack.org/145247 | 11:11 |
| *** achanda has quit IRC | 11:22 | |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Fixes bug with not query retrying if item changed https://review.openstack.org/150944 | 11:44 |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Adds tempest concurrent tests https://review.openstack.org/150943 | 11:45 |
| aostapenko | vivekd: patch with fix is merging now. Please your patch in about 40 minutes | 11:46 |
| aostapenko | vivekd: however you'll need to write functional test for your patch too | 11:47 |
| vivekd | ok aostapenko | 11:47 |
| vivekd | oh ok | 11:47 |
| vivekd | aostapenko: do i need to write functional tests and submit it with the same patch or creating a new patch and review request is how it needs to be done? | 11:49 |
| aostapenko | with same. I'll give you a tip in ten minutes | 11:50 |
| vivekd | ok aostapenko thank you! | 11:50 |
| aostapenko | Move this tests to the same file in stable dir: | 11:52 |
| aostapenko | https://github.com/stackforge/magnetodb/blob/master/contrib/tempest/tempest/api/keyvalue/in_progress/rest/test_create_table_negative.py#L196-L210 | 11:52 |
| aostapenko | https://github.com/stackforge/magnetodb/blob/master/contrib/tempest/tempest/api/keyvalue/in_progress/rest/test_create_table_negative.py#L147-L174 | 11:52 |
| aostapenko | don't forget to remove this tests from old file, and please add to this tests error message check. You can use https://github.com/stackforge/magnetodb/blob/master/contrib/tempest/tempest/api/keyvalue/stable/rest/test_create_table_negative.py#L288-L294 as an example | 11:55 |
| aostapenko | vivekd: Please, feel free to ask | 11:56 |
| vivekd | sure aostapenko | 11:57 |
| openstackgerrit | Alexander Chudnovets proposed stackforge/magnetodb: (WIP) Monitoring API URLs refactoring https://review.openstack.org/145247 | 11:58 |
| vivekd | aostapenko: what is the difference between the stable and 'in_progress' dirs? | 12:05 |
| aostapenko | vivekd: tests in stable dir vote in dvsm job. We put tests for implemented features there | 12:07 |
| openstackgerrit | Merged stackforge/magnetodb: Fix cassandra-driver version https://review.openstack.org/151175 | 12:23 |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Fixes bug with not query retrying if item changed https://review.openstack.org/150944 | 12:25 |
| vivekd | aostapenko: ok. how come someone wrote the tests already, even before the bug was fixed ? :-) | 12:28 |
| aostapenko | vivekd: We've covered many cases for not implemented features and not fixed bugs. in_progress dir was created for this purposes | 12:32 |
| aostapenko | test in this dir are running in dvsm job too. but they do not vote | 12:32 |
| openstackgerrit | Vivek Dhayaal proposed stackforge/magnetodb: Fix key schema validation for table and LSIs https://review.openstack.org/149600 | 12:36 |
| vivekd | oh ok aostapenko. thank you! | 12:36 |
| aostapenko | vivekd: rebase your change please, bugfix with job is merged already | 12:39 |
| vivekd | oh ok aostapenko | 12:39 |
| openstackgerrit | Alexander Chudnovets proposed stackforge/magnetodb: Monitoring API URLs refactoring https://review.openstack.org/145247 | 12:40 |
| achudnovets_ | o/ | 12:43 |
| openstackgerrit | Alexander Chudnovets proposed stackforge/magnetodb: Monitoring API URLs refactoring https://review.openstack.org/145247 | 12:44 |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Adds tempest concurrent tests https://review.openstack.org/150943 | 12:44 |
| aostapenko | vivekd: you can do it by pushing rebase button https://review.openstack.org/#/c/149600/ if no conflicts are met | 12:46 |
| openstackgerrit | Vivek Dhayaal proposed stackforge/magnetodb: Fix key schema validation for table and LSIs https://review.openstack.org/149600 | 12:48 |
| vivekd | oh that's cool aostapenko . i should use that next time onwards. this time i rebased locally and pushed | 12:52 |
| openstackgerrit | Dmitriy Ukhlov proposed stackforge/magnetodb: Move setting up default encoding into setup_global_env https://review.openstack.org/150810 | 13:12 |
| *** rushiagr is now known as rushiagr_away | 13:40 | |
| openstackgerrit | Dmitriy Ukhlov proposed stackforge/magnetodb: Move setting up default encoding into setup_global_env https://review.openstack.org/150810 | 13:56 |
| isviridov | Hey everyone. It is meeting time | 13:59 |
| isviridov | Anybody here for meeting? | 14:00 |
| achudnovets_ | hi | 14:00 |
| miqui | hi | 14:00 |
| isviridov | achudnovets_ miqui | 14:00 |
| isviridov | aostapenko ikhudoshyn | 14:00 |
| isviridov | #startmeeting magnetodb | 14:00 |
| openstack | Meeting started Thu Jan 29 14:00:52 2015 UTC and is due to finish in 60 minutes. The chair is isviridov. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
| openstack | The meeting name has been set to 'magnetodb' | 14:00 |
| isviridov | achudnovets_ miqui o/ | 14:01 |
| isviridov | Not too many today | 14:01 |
| ikhudoshyn | o/ | 14:01 |
| isviridov | Hello ikhudoshyn | 14:02 |
| ajayaa | o/ | 14:02 |
| isviridov | Ok, let us start with action items as usually | 14:02 |
| ominakov | o/ | 14:02 |
| isviridov | #topic Go through action items isviridov | 14:02 |
| isviridov | ominakov hi | 14:02 |
| isviridov | aostapenko charlesw isviridov brainstorm the scenario | 14:02 |
| isviridov | Ok, it is about testing of concurrent writes | 14:03 |
| * isviridov looking for BP | 14:03 | |
| isviridov | #link https://blueprints.launchpad.net/magnetodb/+spec/test-concurrent-writes | 14:03 |
| isviridov | I consider it as done. The BP is in approved state now | 14:04 |
| openstackgerrit | Dmitriy Ukhlov proposed stackforge/magnetodb: Move setting up default encoding into setup_global_env https://review.openstack.org/150810 | 14:04 |
| isviridov | During testing we have discovered a bug https://bugs.launchpad.net/magnetodb/+bug/1415478 | 14:04 |
| ikhudoshyn | there's a patch from aostapenko | 14:04 |
| isviridov | I believe it is not the last one | 14:05 |
| ikhudoshyn | i just mean it's not merged yet | 14:05 |
| ikhudoshyn | why u say its done? | 14:05 |
| aostapenko | o/ | 14:05 |
| *** dukhlov_ has joined #magnetodb | 14:05 | |
| isviridov | ikhudoshyn yeap. I'm not sure that it will be only one patch | 14:05 |
| dukhlov_ | hello | 14:05 |
| isviridov | ikhudoshyn because action was to 'brainstorm the scenario'. You can read two patterns in BP description | 14:06 |
| aostapenko | ikhudoshyn: this patch does not fix bug that isviridov mentions | 14:06 |
| ikhudoshyn | a, got it, its bout AI not BP | 14:06 |
| isviridov | ikhudoshyn yeap | 14:06 |
| isviridov | aostapenko exactly | 14:07 |
| isviridov | aostapenko anything to add? | 14:07 |
| isviridov | Looks like not | 14:07 |
| ikhudoshyn | move on? | 14:08 |
| isviridov | Next AI is dukhlov_ charlesw aostapenko isviridov review https://review.openstack.org/#/c/146534/ | 14:08 |
| isviridov | It is merged, my congrats! | 14:08 |
| dukhlov_ | merged | 14:08 |
| isviridov | We are done with action items | 14:09 |
| isviridov | #topic Open discussion | 14:09 |
| isviridov | ikhudoshyn I've seen reoly from charlesw in Notification refactoring BP, please take a look | 14:10 |
| ikhudoshyn | sure | 14:10 |
| miqui | isviridov: my feedback is am still learning/ramping up on the project... | 14:10 |
| miqui | ..its been slow lately ... | 14:10 |
| isviridov | miqui great to hear from you | 14:11 |
| isviridov | What are you looking at right now? | 14:11 |
| ajayaa | Hi guys. I wanted to talk about ttl feature. | 14:11 |
| miqui | isviridov: how to test it and understand the code overall.. | 14:12 |
| isviridov | ajayaa yes, we have started discussion internally but no outcome in mail list. Sorry | 14:12 |
| ajayaa | I sent a mail in the mailing list last to last week. Sadly nobody gave a look. | 14:12 |
| ajayaa | isviridov, okay. Let me know your thoughts on mailing list. | 14:13 |
| isviridov | miqui are you online after meeting? I would love to unswer your Q then. | 14:13 |
| * isviridov serching for his notes | 14:13 | |
| isviridov | dukhlov_ please join | 14:13 |
| ajayaa | This blog post would help to understand the problems associated with ttl. | 14:14 |
| ajayaa | http://ajayaa.github.io/cassandra-difference-between-insert-update/ | 14:14 |
| isviridov | #topic TTL feature for a row | 14:14 |
| miqui | isviridov: , thanks i'll be online, but i have to focus on something else... | 14:14 |
| isviridov | #link http://lists.openstack.org/pipermail/openstack-dev/2015-January/054628.html | 14:14 |
| miqui | isviridov: is tomorrow good? | 14:14 |
| ajayaa | please read it when you are free. | 14:14 |
| isviridov | miqui don't hesistate to contact me any question | 14:14 |
| miqui | oh k, great... thanks... | 14:14 |
| isviridov | ajayaa will do, but let us use this time to share oppinions we have already | 14:15 |
| ajayaa | miqui, You can ping me also. I will be happy to help. | 14:15 |
| ajayaa | isviridov, yes. | 14:15 |
| ajayaa | +1 | 14:15 |
| miqui | ..thanks... | 14:15 |
| isviridov | So, the idea you are suggesting (please correct me) is to allow TTL only for inserting | 14:16 |
| ajayaa | yes. | 14:16 |
| ikhudoshyn | ajayaa: that actually does not sound really good for me, sry | 14:16 |
| isviridov | But with next update we will loose original TTL | 14:16 |
| *** jeromatron has joined #magnetodb | 14:17 | |
| ajayaa | exactly. Cassandra provides column level ttl. | 14:17 |
| isviridov | CQL what illustrates it #link http://paste.openstack.org/show/163676/ | 14:17 |
| ajayaa | instead if row level. It is one of those features which is being demanded by the community for a long time. | 14:17 |
| ikhudoshyn | there's two other approaches we could also consider: 1) provide per-column TTL and use C* native one 2) DIY per row ttl | 14:18 |
| ajayaa | DIY? | 14:18 |
| ikhudoshyn | do-it-yourself )) | 14:19 |
| ajayaa | ahh | 14:19 |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Adds tempest concurrent tests https://review.openstack.org/150943 | 14:19 |
| dukhlov_ | we can easily implement like per-row TTL for inserts only | 14:19 |
| ikhudoshyn | just introduce servie attribute with per-row ttl and handle it on our own | 14:19 |
| isviridov | ikhudoshyn noy sure we can implement 1 with current data structure as far as we have a one column with set of attributes in C* | 14:20 |
| ikhudoshyn | dukhlov_: and claim that TTL on updates is unavailable? | 14:20 |
| dukhlov_ | yes | 14:20 |
| dukhlov_ | or implemet updates using inserts | 14:21 |
| ikhudoshyn | dukhlov_: that would sound weird from user perspective | 14:21 |
| dukhlov_ | read whole row and insert it again | 14:21 |
| ajayaa | ikhudoshyn, We would have to update all the columns for a row incase of an update. | 14:21 |
| ajayaa | Otherwise some columns would dissappear and some would remain. | 14:21 |
| ajayaa | For that you would need to fetch the row before updating. | 14:22 |
| dukhlov_ | our update_item request now works in this way | 14:22 |
| ikhudoshyn | ajayaa: i actually meant not using C* native TTL, but intro separate attribute and check/update it manually | 14:22 |
| dukhlov_ | it reads whole row then peform modification and store it | 14:22 |
| ajayaa | ohh...We need to run a process or thread which would clean up the data regularly. | 14:23 |
| ikhudoshyn | ajayaa: sure we'll need it | 14:23 |
| dukhlov_ | it is inefficient but now it works in this way | 14:23 |
| isviridov | dukhlov_ any possibilities to improve it? | 14:24 |
| * isviridov evaluating if we have to rely on current implemetation or it will be changed soon | 14:24 | |
| ajayaa | dukhlov, If you have specified return values as ALL_OLD then it is read, I think. | 14:25 |
| *** charlesw has joined #magnetodb | 14:25 | |
| isviridov | ajayaa with own TTL we have to take care about cleaning | 14:25 |
| dukhlov_ | we should choose Dynamo DB API support or efficiency | 14:25 |
| ajayaa | You have written it, I might have missed something. | 14:25 |
| ajayaa | dukhlov_ ^^ | 14:25 |
| ajayaa | isviridov, agreed. | 14:25 |
| dukhlov_ | no not only for return ald item | 14:27 |
| ajayaa | dukhlov_ +1. I that is done in put_item. You are right. | 14:27 |
| dukhlov_ | fort example when you want increase number value by +1 | 14:27 |
| ajayaa | https://github.com/stackforge/magnetodb/blob/master/magnetodb/storage/driver/cassandra/cassandra_with_custom_lsi_impl.py#L863 | 14:28 |
| dukhlov_ | cassandra cann't do this | 14:28 |
| ajayaa | got it. :) | 14:28 |
| ajayaa | There is a counter type in cassandra. | 14:29 |
| ikhudoshyn | ajayaa: we evaluated that one, it's pretty limited | 14:29 |
| dukhlov_ | yes, but you can't create counter field with other types | 14:30 |
| ajayaa | ikhudoshyn, okay. I would love to have a discussion sometime later around that. Let's not hijack ttl thread for now. | 14:30 |
| ikhudoshyn | agree | 14:30 |
| dukhlov_ | you need to create separate table with counters only | 14:30 |
| ajayaa | Do we have a consensus on how to go about ttl? | 14:31 |
| isviridov | Ok, let me summarize | 14:31 |
| isviridov | The only way for now looks like implementation ow raw TTL using custom field | 14:31 |
| isviridov | The performance is not expected the best | 14:32 |
| ikhudoshyn | isviridov: +1 | 14:32 |
| isviridov | TTL could be implemented to put and update | 14:32 |
| isviridov | dukhlov_ ikhudoshyn ajayaa? | 14:33 |
| *** rushiagr_away is now known as rushiagr | 14:33 | |
| ajayaa | +1 for custom which would provide consistency. | 14:34 |
| dukhlov_ | I'm worried about sense of such efforts | 14:34 |
| dukhlov_ | If Cassandra add row-level ttl in future | 14:34 |
| charlesw | should we check with C* folks to see if they have any plan for that? | 14:35 |
| dukhlov_ | I don't think that it is so complicated | 14:35 |
| isviridov | charlesw +1 | 14:35 |
| ikhudoshyn | charlesw: +1 | 14:35 |
| ajayaa | +1 | 14:35 |
| dukhlov_ | charlesw: +1 | 14:35 |
| aostapenko | +1 | 14:35 |
| ajayaa | If we can get a timeline for that then it would be awesome. | 14:36 |
| isviridov | ajayaa charlesw what are you excpectation for availability of this functionality if there are any? | 14:37 |
| * isviridov actually it is question to Symatec, Relience :) | 14:37 | |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Adds tempest concurrent tests https://review.openstack.org/150943 | 14:37 |
| ajayaa | We don't have an immediate requirement but something like nice to have. | 14:38 |
| charlesw | On symantec side, we are not in urgent need for that | 14:38 |
| isviridov | Clear. charlesw will to check if C* is going to ass row level TTL? | 14:38 |
| isviridov | * will you | 14:39 |
| charlesw | sure, I'll dig into that | 14:39 |
| isviridov | #action charlesw clarify what are plans for row TTL in C* community | 14:40 |
| openstackgerrit | Dmitriy Ukhlov proposed stackforge/magnetodb: Move setting up default encoding into setup_global_env https://review.openstack.org/150810 | 14:40 |
| isviridov | #agreed try leverage C* nativre TTL | 14:40 |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Adds tempest concurrent tests https://review.openstack.org/150943 | 14:40 |
| isviridov | I've moved https://blueprints.launchpad.net/magnetodb/+spec/row-expiration to kilo-3 for now | 14:40 |
| ajayaa | okay. | 14:41 |
| isviridov | Great discussion! | 14:41 |
| isviridov | Next topic? Any suggestions? | 14:41 |
| isviridov | ominakov how it is going with migration solution? | 14:42 |
| charlesw | we should have a formal/standard way of upgrade/migration | 14:43 |
| ominakov | now, I'am testing it on real env and have some issues - some tables failed with CREATE_FAILED status | 14:43 |
| charlesw | you should remove those tables | 14:44 |
| charlesw | are they existing CREATE_FAILED tables? | 14:44 |
| isviridov | ominakov any BP for it? | 14:44 |
| ominakov | isviridov, not yet ( | 14:45 |
| ominakov | charlesw, nope, it first time creating | 14:45 |
| isviridov | ominakov please create it with description of approach you are using, now it is not clear for community | 14:45 |
| ominakov | sure, i'll do it | 14:46 |
| charlesw | Also please submit your patch for review | 14:46 |
| isviridov | #action ominakov file blueprint about migration | 14:47 |
| isviridov | #topic Open discussion | 14:47 |
| ikhudoshyn | https://review.openstack.org/146909 | 14:48 |
| isviridov | ikhudoshyn will check | 14:49 |
| ikhudoshyn | tnx | 14:50 |
| isviridov | Anythink else? | 14:50 |
| isviridov | * anything | 14:50 |
| aostapenko | :) | 14:50 |
| ajayaa | nope. Thanks guy! | 14:50 |
| ajayaa | guys* | 14:50 |
| isviridov | Finshed for today? 3..2..1.. | 14:51 |
| isviridov | Thank you for comming | 14:51 |
| charlesw | Thanks for organinzing | 14:51 |
| ikhudoshyn | cya guys | 14:51 |
| isviridov | vivekd miqui ygbo there is a PyCharm Pro license for MagnetoDB contributors if you need it, just ping me | 14:52 |
| *** ajayaa has quit IRC | 14:52 | |
| isviridov | #endmeeting | 14:52 |
| openstack | Meeting ended Thu Jan 29 14:52:38 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:52 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/magnetodb/2015/magnetodb.2015-01-29-14.00.html | 14:52 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/magnetodb/2015/magnetodb.2015-01-29-14.00.txt | 14:52 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/magnetodb/2015/magnetodb.2015-01-29-14.00.log.html | 14:52 |
| *** isviridov is now known as isviridov_break | 14:53 | |
| *** jeromatron has quit IRC | 14:56 | |
| *** jeromatron has joined #magnetodb | 15:02 | |
| *** achanda has joined #magnetodb | 15:31 | |
| *** jeromatr_ has joined #magnetodb | 15:34 | |
| *** jeromatron has quit IRC | 15:38 | |
| *** achanda has quit IRC | 15:41 | |
| *** isviridov_break is now known as isviridov | 15:43 | |
| isviridov | miqui what kind of task are you looking for? | 15:43 |
| miqui | hi isviridov, just setting up developer env, run it successfully, so that i can then code+test | 15:45 |
| miqui | btw, i'll take your pycharm lic offer... | 15:45 |
| miqui | thanks... | 15:45 |
| isviridov | miqui so you have to install all components needed by mdb. Now it is keystone, mysql, cassandra, rabbitmq. The easiest way to do it is using devstack. here is devstack integration for mdb just look at the document https://github.com/stackforge/magnetodb/tree/master/contrib/devstack | 15:55 |
| isviridov | I would suggest to do it in vm | 15:56 |
| isviridov | miqui here is a quick start https://magnetodb.readthedocs.org/en/latest/developer_guide.html | 15:56 |
| *** vivekd has quit IRC | 15:57 | |
| miqui | thanks isviridov | 15:57 |
| miqui | yeah, saw this one, had some issues launching devstack....geez | 15:57 |
| miqui | but sure will keep on it.. | 15:58 |
| isviridov | Just you installed devstack, take a look how tempest is running following this doc https://wiki.openstack.org/wiki/MagnetoDB/QA/Tests_on_env_with_devstack | 15:58 |
| aostapenko | isviridov, dukhlov, charlesw look please ikhudoshyn's patch https://review.openstack.org/146909 | 15:58 |
| * isviridov aostapenko is promoting ikhudoshyn | 15:58 | |
| isviridov | miqui feel free to ask issues as well. For logs please use paste http://paste.openstack.org/ | 15:59 |
| *** jeromatr_ has quit IRC | 16:00 | |
| isviridov | miqui you are testing developer guide and onboarding process. So whatever issue you are facing will improve it. | 16:00 |
| isviridov | miqui check private messages about PyCharm license | 16:00 |
| miqui | yeah..thats right...collecting feedback for ya.. | 16:00 |
| *** charlesw_ has joined #magnetodb | 16:05 | |
| *** charlesw has quit IRC | 16:06 | |
| *** charlesw_ is now known as charlesw | 16:06 | |
| aostapenko | ikhudoshyn, dukhlov, isviridov review https://review.openstack.org/150944 https://review.openstack.org/150943 | 16:14 |
| aostapenko | charlesw | 16:14 |
| achudnovets_ | and this one, plz https://review.openstack.org/#/c/145247 :) | 16:16 |
| openstackgerrit | Ilya Sviridov proposed stackforge/magnetodb: Removed py26 env from tox.ini https://review.openstack.org/147474 | 16:17 |
| openstackgerrit | Merged stackforge/magnetodb: Fix key schema validation for table and LSIs https://review.openstack.org/149600 | 16:19 |
| *** jeromatron has joined #magnetodb | 16:21 | |
| *** charlesw has quit IRC | 16:32 | |
| *** jeromatron has quit IRC | 16:35 | |
| openstackgerrit | Ilya Sviridov proposed stackforge/magnetodb: Fixed import sequence https://review.openstack.org/151306 | 16:42 |
| openstackgerrit | Ilya Sviridov proposed stackforge/magnetodb: (WIP)Recover tempest html report generation https://review.openstack.org/147546 | 16:47 |
| openstackgerrit | Ilya Sviridov proposed stackforge/python-magnetodbclient: (WIP)Move to graduated oslo libraries as much as possible https://review.openstack.org/144179 | 16:49 |
| *** ajayaa has joined #magnetodb | 16:53 | |
| *** jeromatron has joined #magnetodb | 16:59 | |
| isviridov | Bye everyone. See you tomorrow | 17:17 |
| *** isviridov is now known as isviridov_away | 17:17 | |
| *** ygbo has quit IRC | 17:18 | |
| openstackgerrit | Merged stackforge/magnetodb: Add restore manager https://review.openstack.org/146909 | 17:27 |
| openstackgerrit | Merged stackforge/magnetodb: Fixes bug with not query retrying if item changed https://review.openstack.org/150944 | 17:28 |
| *** jeromatron has quit IRC | 17:47 | |
| *** jeromatron has joined #magnetodb | 17:50 | |
| *** rushiagr is now known as rushiagr_away | 18:02 | |
| openstackgerrit | Merged stackforge/magnetodb: Removed py26 env from tox.ini https://review.openstack.org/147474 | 18:05 |
| *** achanda has joined #magnetodb | 18:29 | |
| *** openstackgerrit has quit IRC | 18:50 | |
| *** openstackgerrit has joined #magnetodb | 18:51 | |
| *** achanda has quit IRC | 19:10 | |
| *** achanda has joined #magnetodb | 19:18 | |
| *** achuprin_ has quit IRC | 19:19 | |
| *** achuprin_ has joined #magnetodb | 19:27 | |
| *** charlesw has joined #magnetodb | 19:30 | |
| *** jeromatron has quit IRC | 19:35 | |
| *** jeromatron has joined #magnetodb | 19:36 | |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Adds tempest concurrent tests https://review.openstack.org/150943 | 19:45 |
| *** ajayaa has quit IRC | 19:47 | |
| *** openstackgerrit has quit IRC | 20:04 | |
| *** openstackgerrit has joined #magnetodb | 20:05 | |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Fixes bug with update nonexistent item with return values "ALL_OLD" https://review.openstack.org/151377 | 20:43 |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Adds tempest concurrent tests https://review.openstack.org/150943 | 20:50 |
| openstackgerrit | Alexander Chudnovets proposed stackforge/magnetodb: Monitoring API URLs refactoring https://review.openstack.org/145247 | 20:50 |
| *** achanda has quit IRC | 20:55 | |
| *** miqui has quit IRC | 21:18 | |
| *** achanda has joined #magnetodb | 21:19 | |
| *** miqui has joined #magnetodb | 21:21 | |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Fix bug with update item that contains only key attributes https://review.openstack.org/151394 | 21:48 |
| *** achanda has quit IRC | 22:03 | |
| openstackgerrit | Andrei V. Ostapenko proposed stackforge/magnetodb: Adds test for checking update item with ALL_OLD atomicity https://review.openstack.org/151402 | 22:05 |
| *** achanda has joined #magnetodb | 22:14 | |
| *** achanda has quit IRC | 22:14 | |
| *** achanda has joined #magnetodb | 22:17 | |
| openstackgerrit | Abhishek Chanda proposed stackforge/python-magnetodbclient: Move to graduated oslo libraries as much as possible https://review.openstack.org/144179 | 22:34 |
| *** openstackgerrit has quit IRC | 22:51 | |
| *** openstackgerrit has joined #magnetodb | 22:52 | |
| *** jeromatron has quit IRC | 23:21 | |
| *** charlesw has quit IRC | 23:34 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!