Friday, 2014-10-10

*** jeromatron has quit IRC00:02
*** charlesw has joined #magnetodb00:33
*** charlesw_ has joined #magnetodb01:43
*** charlesw has quit IRC01:43
*** charlesw_ is now known as charlesw01:43
*** jeromatron has joined #magnetodb01:51
*** jeromatron has quit IRC02:13
*** openstackgerrit has quit IRC02:58
*** vivekd has joined #magnetodb03:50
*** charlesw has quit IRC04:01
*** jeromatron has joined #magnetodb04:29
*** jeromatron has quit IRC04:31
*** jeromatron has joined #magnetodb05:24
*** rushiagr_away is now known as rushiagr05:26
*** ajayaa has joined #magnetodb05:27
*** achuprin_ has quit IRC05:39
*** romainh has joined #magnetodb05:52
*** k4n0 has joined #magnetodb06:34
*** jeromatron has quit IRC06:37
*** k4n0 has quit IRC07:24
*** k4n0 has joined #magnetodb07:28
*** ajayaa has quit IRC07:36
*** ajayaa has joined #magnetodb07:57
*** vivekd2 has joined #magnetodb11:20
*** isviridov_away is now known as isviridov11:40
*** k4n0 has quit IRC11:42
*** vivekd3 has joined #magnetodb11:42
*** vivekd2 has quit IRC11:42
vivekdhi isviridov11:55
vivekdi saw the blueprint filed by ajayaa https://blueprints.launchpad.net/magnetodb/+spec/table-uuid11:55
vivekdi'd a chat with him and i'd like to work on it.11:56
vivekdisviridov: can we go ahead and implement that or do we need to have some more discussions?11:56
isviridovvivekd, hello11:56
vivekdhello11:56
isviridovvivekd, great to see your initative here12:03
vivekdisviridov: thanks!12:03
isviridovCurrently we don't have an agreement about table-uuid and how it will impact current API12:07
isviridovI think it needs more discussion before implementation.12:09
vivekdby impact in the current API u mean we may have to change MDB resource url to use uuid instead of table name?12:10
ajayaaisviridov, Would it hurt to just add an UUID field for a table and expose an api to get the project and table name given then UUID.12:12
ajayaa*and not change anything else12:12
*** vivekd3 has quit IRC12:12
*** vivekd2 has joined #magnetodb12:13
ajayaaI am just trying to create a unique identifier for a table which could safely be used by external systems like ceilometer.12:13
isviridovI've seen it in your spec. But why do you need project and table name by uuid?12:14
ajayaaisviridov, If I aggregate usage data in ceilometer then to present this data in a meaningful way to end-user, we would need to know above info.12:15
ajayaaFor e.g. It does not make sense to say that you used X byte in resource_id <UUID>12:16
isviridovvivekd, yes, also other's API calls12:16
ajayaaisviridov, For now I am just proposing to add a single api without bringing change in any other api.12:17
isviridovajayaa, yes, and it looks like half baked solution now.12:18
ajayaaisviridov, If we decide to make all our api openstack style, it is half-baked.12:18
isviridovajayaa, in current form it looks like better to leave projectid_tablename as identifier12:19
isviridovajayaa, I agree12:20
isviridovajayaa, but API is always thing to disput. It won't be easy just to add something12:24
vivekdisviridov: but still how will we solve the problem of a table deleted and recreated with same name in same project?12:24
isviridovvivekd, it will not12:24
isviridovvivekd, that is why I wan't to have uuid. We are just figuring out how to do it better12:25
isviridov*want12:26
ajayaaisviridov, +1. While proposing this spec, I was not aware that we have plans to make our apis openstack-style.12:26
vivekdisviridov: do u mean that the spec to add a table  uuid should also have a proposal to change all our APIs openstack style?12:28
vivekdfor the sake of completion12:29
isviridovajayaa, in some way it will be opensyack-style12:30
*** vivekd3 has joined #magnetodb12:31
*** vivekd2 has quit IRC12:31
isviridovvivekd, not sure about it. Current API is used already. So, the changes should be not very critical, but consistent with other parts12:32
isviridovvivekd, anyhow it is v1 now, huge changes are possible only in next version only12:33
*** ajayaa has quit IRC12:33
*** vivekd has quit IRC12:35
*** vivekd has joined #magnetodb12:37
*** vivekd3 has quit IRC12:37
*** vivekd2 has joined #magnetodb12:39
*** vivekd3 has joined #magnetodb12:41
*** vivekd2 has quit IRC12:41
*** vivekd has quit IRC12:42
*** vivekd3 has quit IRC12:46
*** rushiagr is now known as rushiagr_away12:55
*** romainh has left #magnetodb13:21
*** romainh has joined #magnetodb13:22
*** charlesw has joined #magnetodb13:32
*** rushiagr_away is now known as rushiagr13:44
*** openstackgerrit has joined #magnetodb14:17
openstackgerritA change was merged to stackforge/magnetodb: Code cleanup  https://review.openstack.org/12744214:38
*** romainh has left #magnetodb16:15
*** jeromatron has joined #magnetodb16:25
*** jeromatron has quit IRC17:43
*** jeromatron has joined #magnetodb17:43
*** jeromatron has quit IRC18:04
*** openstackgerrit has quit IRC18:48
*** openstackgerrit has joined #magnetodb18:55
*** rushiagr is now known as rushiagr_away19:18
*** jeromatron has joined #magnetodb19:23
*** jeromatron has quit IRC21:55
*** jeromatron has joined #magnetodb21:55
*** charlesw has quit IRC21:57
*** jeromatron has quit IRC22:46
*** openstackgerrit has quit IRC22:54
*** jeromatron has joined #magnetodb23:03

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