Wednesday, 2014-10-01

*** charlesw has joined #magnetodb00:20
*** jeromatron has joined #magnetodb00:44
*** jeromatron has quit IRC01:18
*** charlesw has quit IRC02:29
*** rushiagr_away is now known as rushiagr03:26
*** vivekd has joined #magnetodb04:02
*** rushiagr is now known as rushiagr_away04:52
*** ajayaa has joined #magnetodb05:27
*** ajayaa has quit IRC05:33
*** rushiagr_away is now known as rushiagr05:35
*** ajayaa has joined #magnetodb05:46
*** k4n0 has joined #magnetodb05:47
*** rushiagr is now known as rushiagr_away05:50
*** rushiagr_away is now known as rushiagr05:51
*** romainh has joined #magnetodb06:51
*** ajayaa has quit IRC07:43
*** ajayaa has joined #magnetodb08:04
*** vivekd has quit IRC08:32
ajayaaisviridov, hi09:12
*** rushiagr is now known as rushiagr_away09:31
ajayaaHi dukhlov, ikhudoshyn, aostapenko09:37
ajayaaDo we have some restrictions the length of table names and characters allowed in table name.09:37
aostapenkoHi, ajayaa09:37
ajayaahi, aostapenko09:40
ajayaaPlease see the above question.09:41
aostapenkoajayaa, yes. Restrictions from DynamoDB. And we have some limitations connected to cassandra. look please https://bugs.launchpad.net/magnetodb/+bug/127157609:44
isviridovajayaa, aostapenko hello09:46
aostapenkoas I know we can not use '.' and '-' now. And max table name now is 46 symbols09:46
ajayaaIn the ceilometer there is a field called resource_id which needs to be unique for each resource(as the name suggests)09:47
aostapenkoisviridov, hello09:47
ajayaaI am thinking of concatenating project_id and table name for that field.09:47
ajayaaisviridov, Hi09:47
aostapenkoajayaa, exactly09:48
ajayaaIn stead of going for adding UUID field for each table.09:48
ajayaaThere was a blueprint I created yesterday based on isviridov's suggestion09:48
aostapenkoproject_id and table_name is unique pair09:48
isviridovajayaa, I think we will add UUID eventually09:48
ajayaaisviridov, Do we have other use cases for UUID?09:49
aostapenkohowever if table will be recreated it will be another resource. UUID is better in this case09:49
isviridovajayaa, but if it blocks your, feel free to suggest your approach09:50
ajayaaaostapenko, that is a nice case.09:50
isviridovaostapenko, good point09:50
ajayaaWhich obv. needs a UUID.09:50
ajayaaisviridov, I was preparing spec for UUID and then this idea struck me. So I had a conversation with ceilometer team regarding this.09:51
ajayaaBut I guess we would need the UUID field anyway.09:52
ajayaa:)09:52
ajayaaisviridov, aostapenko If you have other use cases for UUID, please tell me. I will add those to specs.09:54
aostapenkoisviridov, ajayaa UUID is not mentioned in our API. But it will be much more openstackly if we can expose it and use10:06
ajayaaaostapenko, Yes.10:31
ajayaaBut wouldn't that require a major change in the apis?10:31
aostapenkoajayaa, yes. So needs discussion10:32
ajayaahttps://wiki.openstack.org/wiki/MagnetoDB/specs/uuid-for-a-table10:32
ajayaaI have created a spec for UUID field. We could limit the scope of this blueprint to just add UUID field.10:33
ajayaadukhlov, isviridov, ikhudoshyn, ^^10:33
ajayaaPlease read it and let me know of your comments.10:34
ajayaaaostapenko, ^^10:35
isviridovajayaa, will do today10:39
ajayaaisviridov, I won't be available for next two days. So won't be able to attend meetings as well.10:39
ajayaa:(10:40
ajayaaHoliday time.10:40
ajayaa:)10:40
isviridovajayaa, what is the holiday?11:02
ajayaaWe have Gandhi's birthday tomorrow.11:03
ajayaaAnd the next day, We have a festival called Dusserah.11:03
ajayaaisviridov ^^11:03
isviridovHave a nice holydays.11:03
ajayaaThank you.11:04
* isviridov have to send greeting to colleagues from India11:04
*** ajayaa has quit IRC11:37
*** tnurlygayanov has quit IRC11:57
*** isviridov is now known as isviridov_na12:07
*** charlesw has joined #magnetodb13:32
aostapenkocharlesw, hi13:33
charleswHi aostapenko13:34
aostapenkocharlesw, thank you for your suggestions13:36
charleswyou are very welcome13:37
*** aostapenko is now known as aostapenko_dinne13:38
*** aostapenko_dinne is now known as aostapenko_away13:38
*** openstackgerrit has quit IRC14:18
*** openstackgerrit has joined #magnetodb14:19
*** aostapenko_away is now known as aostapenko14:38
*** openstackgerrit has quit IRC14:47
*** openstackgerrit has joined #magnetodb14:49
*** jeromatron has joined #magnetodb14:53
*** openstackgerrit has quit IRC15:02
*** isviridov_na is now known as isviridov_meetin15:04
*** openstackgerrit has joined #magnetodb15:04
*** k4n0 has quit IRC16:05
openstackgerritAndrei V. Ostapenko proposed a change to stackforge/magnetodb: Monitoring health check request  https://review.openstack.org/12510816:07
openstackgerritDmitriy Ukhlov proposed a change to stackforge/magnetodb: API level refactoring  https://review.openstack.org/12540416:15
*** openstackgerrit has quit IRC16:18
*** openstackgerrit has joined #magnetodb16:19
*** jeromatron has quit IRC16:27
*** romainh has left #magnetodb16:45
*** jeromatron has joined #magnetodb16:53
*** keith_newstadt has joined #magnetodb17:01
*** rushiagr_away is now known as rushiagr17:10
*** isviridov_meetin is now known as isviridov_away17:17
*** jeromatron has quit IRC17:20
*** jeromatron has joined #magnetodb17:23
openstackgerritDmitriy Ukhlov proposed a change to stackforge/magnetodb: API level refactoring  https://review.openstack.org/12540417:39
openstackgerritNuno Santos proposed a change to stackforge/magnetodb: Add length limits to index name pattern.  https://review.openstack.org/12544517:57
*** rushiagr is now known as rushiagr_away18:19
*** jeromatron has quit IRC18:21
openstackgerritNuno Santos proposed a change to stackforge/magnetodb: Additional validation on index name and table name patterns  https://review.openstack.org/12544519:24
*** jeromatron has joined #magnetodb20:01
*** vnaboychenko has joined #magnetodb20:03
*** jeromatron has quit IRC20:14
*** jeromatron has joined #magnetodb20:15
openstackgerritNuno Santos proposed a change to stackforge/magnetodb: Additional validation on index name and table name patterns  https://review.openstack.org/12544520:34
*** jeromatron has quit IRC20:54
*** jeromatron has joined #magnetodb20:56
*** jeromatron has quit IRC21:27
*** jeromatron has joined #magnetodb21:27
*** jeromatron has quit IRC21:51
*** keith_newstadt has quit IRC22:04
*** keith_newstadt has joined #magnetodb22:14
*** charlesw has quit IRC22:20
*** keith_newstadt has quit IRC22:22
*** jeromatron has joined #magnetodb22:29
openstackgerritNuno Santos proposed a change to stackforge/magnetodb: Additional validation on index name and table name patterns  https://review.openstack.org/12544523:01
*** jeromatron has quit IRC23:45

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