21:01:07 #startmeeting Zaqar 21:01:07 Meeting started Mon Jul 6 21:01:07 2015 UTC and is due to finish in 60 minutes. The chair is flaper87. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:01:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:01:10 The meeting name has been set to 'zaqar' 21:01:24 vkmc: ryansb kragniz o/ 21:01:30 o& 21:01:31 \l 21:01:32 anyone around ? 21:01:34 \o 21:01:34 awesome 21:01:36 :D 21:01:42 ops, that's a weird arm 21:01:44 o/ 21:01:45 there 21:01:49 :D 21:02:01 #topic Agenda 21:02:03 #link https://wiki.openstack.org/wiki/Meetings/Zaqar#Agenda 21:02:09 that's our agenda for today 21:02:15 Not much to discuss, really 21:02:21 #topic Relevant reviews 21:02:29 #link https://review.openstack.org/#/q/status:open+project:openstack/zaqar+branch:master+topic:pre-signed,n,z 21:02:45 Those patches implement the pre-signed URL feature we need for L-2 21:02:53 I'm having some fights with py34 and py27 21:02:59 fun thing is that those tests pass locally 21:03:00 oh, nice 21:03:12 anyway, the feature should be complete with those patches 21:03:24 which will allow for the client side code to be written 21:03:39 It'd be really amazing if we could get as many comments as possible there asap 21:03:44 therve already did some reviews 21:03:59 Any comments/questions? 21:04:15 * ryansb hasn't reviewed those 21:04:24 no q's yet. 21:04:40 ryansb: coolio, drop some on those reviews 21:04:41 :D 21:04:43 moving on 21:04:45 #link https://review.openstack.org/#/q/status:open+project:openstack/zaqar+branch:master+topic:bp/cross-transport-api-spec-messages,n,z 21:04:51 That's the cross-transport fitler 21:05:04 WE gotta get those merged 21:05:11 I +2'd the message impl today 21:05:20 not sure if flwang already got to that 21:05:21 btw, flwang you around? 21:05:34 nope 21:05:36 re presigned, I have been checking those today but I want to reread them, will submit reviews soon 21:05:49 vkmc: sounds awesome, thanks for taking the time 21:05:55 ask as many questions as possible 21:05:56 re cross transport, I have to work a bit more on claims, there are odd things going on there 21:06:03 sure, thanks flaper87 for working on it 21:06:10 we want to make that pre-signed feature stable enough to not shoot ourselves on our feet 21:06:30 vkmc: roger, I think messages is already a good step forward 21:06:31 yeah, that is a good idea 21:06:32 haha 21:06:37 cool! 21:06:38 hahaha 21:06:53 It'd be coold if we could start working on the push notifications feature 21:06:54 :D 21:06:57 anyway 21:06:58 I remember seeing therve asking for notifications with websocket 21:07:02 certainly our next step after claims 21:07:09 lol 21:07:17 yeah 21:07:29 we had a discussion the other day that I have yet to write into a spec 21:07:39 I'll check the backlog 21:07:40 I'll try to find the time this week but I don't promisse much 21:07:52 vkmc: that was in os-zaqar some time last week 21:08:04 flaper87, cool, thx 21:08:12 ok, moving on 21:08:14 #link https://review.openstack.org/#/c/196674/ 21:08:18 That's zaqar client 21:08:26 diga has been putting lots of efforts on the CLI 21:08:34 lets give that one some priorities 21:08:41 yeah \o/ 21:08:49 erm, I mean, lets bump its priority to something higher 21:08:51 :D 21:09:10 #link https://review.openstack.org/#/q/owner:%22Doraly+Navarro%22+status:open,n,z 21:09:14 last but not least 21:09:18 Those are dynarros reviews 21:09:31 there's still some work there but there are some that are ready to be merged 21:09:46 so, please, take a look there too. Those patches make the library better 21:10:27 ok, that's all I have 21:10:32 since we have ryansb here 21:10:34 cool, thanks dynarro! 21:10:39 #topic News from Heat-land 21:10:45 ryansb: ^ do you have something for us? 21:11:30 apparently we had him 21:11:31 :P 21:11:40 I'll make sure I ask later 21:11:48 #topic Updates from other teams 21:11:48 yeah, I do 21:11:52 #undo 21:11:53 Removing item from minutes: 21:11:56 * flaper87 loves the undo 21:12:00 ryansb: goooooo 21:12:00 lol 21:12:27 hahaha 21:12:27 ok, so we merged zaqar as a software config transport 21:12:34 which is great 21:12:52 we're still working on an event format to send user events 21:13:03 and that's it from heat 21:13:18 unless therve is around/has anything 21:13:41 mmh, I don't think he is 21:13:45 those are great news 21:13:54 How are you guys testing things? 21:14:10 therve is mocking zaqarclient, I think 21:14:26 we just kinda trust that zaqar will work 21:14:32 oooook, any chance we can help with a functional gfate? is that something you guys want ? 21:15:21 not sure, I don't know if we're looking at that atm 21:15:28 ok, do let us know 21:15:31 kk 21:15:41 That also reminds me. We gotta fix the functional gate for zaqarclient 21:15:45 oh gosh, so many things 21:15:46 :D 21:15:53 ryansb: thanks for the updates 21:15:57 and (non-heat related) the swift transport is almost passing zaqar's functional tests 21:16:03 so that's cool 21:16:15 ryansb: oh that's coool indeed 21:16:17 :D :D :D 21:16:30 o/ 21:16:33 oh yes, I was going to bring that up 21:16:34 sorry for the late 21:16:40 we need to review that driver 21:16:41 blame the morning traffic 21:16:42 is looking really good 21:16:52 that reminds me 21:16:56 (moving on) 21:17:02 #topic News from other projects 21:17:05 #link https://review.openstack.org/#/c/196755/ 21:17:11 ^ that's also really cool 21:17:17 hi flwang! 21:17:27 vkmc: hi guys 21:17:32 flaper87, sweeeee 21:17:33 t 21:17:39 Swift's notification middleware that uses zaqar 21:17:46 I mean, it's not required 21:17:54 but Zaqar is a totally valid option 21:17:54 neat 21:18:00 w0000h0000 21:18:36 ok, moving on 21:18:43 #topic email publisher 21:18:43 i'm looking at https://review.openstack.org/#/c/196755/ very interesting... 21:18:56 flwang: news on $topic ? 21:19:14 flaper87:i'm going to submit a patch this week 21:19:22 * flaper87 is making up these topics at runtime. Bare with me, everything is coming to mind as we go 21:19:25 still coding 21:19:36 flwang: cooolio, as long as you say you're coding, I'm happy 21:19:44 flaper87: hah 21:19:50 it'd be really nice to get it up this week 21:19:59 JIT_agenda++ 21:20:12 ryansb++ 21:20:29 ok, moving on 21:20:36 #topic Upcoming Summit 21:20:53 yeah yeah, it's probably too early bbut I'd like to have more time to prepare things 21:21:05 summit already? 21:21:11 * ryansb checks calendar 21:21:15 The first thing I'd like to highlight is that there are folks (vkmc, dynarro, cpallares and shaifali) looking forward to present 21:21:29 The CFP is open and it'll close on July 15th 21:21:38 \o/ 21:21:43 didn't know about dynarro, cool 21:21:53 so, get your abstracts in there and if you want help to review them and provide feedback on topics etc, please let us know 21:22:00 vkmc: I saw shaifali pinged her earlier today 21:22:08 indeed, I'm happy to review too 21:22:11 I'm not really sure if she's actually going to 21:22:24 flaper87, oh she will 21:22:34 sweet! 21:22:37 vkmc: I know, right? ;) 21:22:45 it would be nice to have a prez of Zaqar + Heat 21:23:02 to be clear, I'm not going to present this time. 21:23:10 flaper87, damn 21:23:19 it was targeted to you directly 21:23:20 hahahaha 21:23:27 vkmc: I think zaqar+heat would be amazing 21:23:45 flaper87: what's the current status of zaqar + heat? 21:23:55 any link/spec about that? 21:24:02 flwang: ryansb just updated us, mind reading the summary later? 21:24:05 flwang: we just merged zaqar as a transport for softwareconfig 21:24:15 see meeting notes for details 21:24:22 flaper87: ryansb: cool, thanks 21:24:25 np 21:24:25 i will read the summary 21:24:42 ok, back to the topic 21:24:57 Please, send many abstracts, I think Zaqar+Heat or Zaqar+Swift would be great to have 21:25:10 It'd be awesome to show people real-world use cases 21:25:18 zaqar+swift as in "using zaqar as a swift notifier" 21:25:21 rather than talking a lot about the internals 21:25:24 ryansb: yes 21:25:30 gotcha 21:25:31 (related to the patch I just shared) 21:25:53 mmh, actually, swift+zaqar+Swift 21:25:56 that'd be sweet too 21:25:59 lol 21:26:06 stacks on stacks on stacks 21:26:07 :D 21:26:16 * flaper87 does the containers dance 21:26:45 ok, moving on 21:26:49 #topic Policy support 21:26:52 #link https://review.openstack.org/#/c/179673/ 21:27:00 kragniz seems to be very busy lately 21:27:12 I'm not sure if he'll have the time to tackle that one 21:27:28 flaper87: i can talk with him 21:27:28 I'll ping him again later but, in case he doesn't have time, would any of you like to take it? 21:27:39 flwang: +1 21:27:47 flwang: that'd be great 21:27:49 i can take it back if he don't have bandwidthg 21:27:50 to get a clear view 21:27:57 flwang: do you have the b/w ? 21:27:58 :) 21:28:15 flaper87: good question 21:28:22 flwang: any spare minion ? 21:28:32 I have one in mind, diga 21:28:42 you can take it either, boss 21:28:50 then i can focus on the email notification 21:28:52 but that's the only name that comes to mind 21:29:02 flwang: yeah, it's better to get that email publisher done 21:29:20 flwang: you focus on that one, I'll see what can be done with the policy spec 21:29:32 flaper87: ok, coojl 21:29:38 We have other contributors that would be happy to help 21:30:21 ok, now I ran out of topics 21:30:26 #topic Open Discussion 21:30:30 o/ 21:30:48 #info There won't be a meeting next week (and probably the one after next week) 21:31:04 whaaa? 21:31:17 vkmc: holidays :) 21:31:21 you're happy to join us 21:31:24 ohh 21:31:26 I know you'll like that 21:31:31 yeah I need holidays 21:31:35 s/happy/welcome/ 21:31:38 but also happy 21:31:41 but I have some things to finish 21:31:50 unfortunately >.> 21:32:10 nice. We'll see you when you get back then. 21:32:18 hey guys, its flaper87's birthday 21:32:18 :D 21:32:23 flaper87: i would like to know your current opinion about 'queue' of zaqar 21:32:25 vkmc: me too but remember, procrastination makes you better https://www.youtube.com/watch?v=Ux5dRX_9bj0 21:32:29 \o/ happy birthday! 21:32:37 ryansb: oh, thank you :D 21:32:42 flwang, that's a good question 21:32:47 we should revisit that 21:32:57 flwang: you mean the spec to s/queue/topic/ ? 21:33:05 flaper87: sorry for the tough question as your birthday gift 21:33:22 flaper87: yes, i'm not a fan to move to topic, TBH 21:33:26 flwang: haha, no worries, I get younger every year ;) 21:33:45 flwang: my current opinion is that we did a big thing by making queue's a non-required resource 21:33:50 it's now a background thing 21:33:57 and messages are all we care about 21:34:06 the rename can be posponed (or never done) 21:34:25 My current thinking is that we should focus on improving what we have and the less we talk about queues the better 21:34:35 That is, Zaqar is a messaging service and that's what it provides 21:34:36 flaper87: i asked because i just noticed swift notification middleware is using the 'queue' 21:35:00 that said, the integrations are happening, is depending on 'queue' 21:35:10 Yeah, I need to re-read the patch. I commented on an earlier PS saying that queue's are lazy 21:35:37 I think they shouldn't rely on queue creation 21:36:03 that said, I think we may have to stick with queue as a resource name 21:36:08 * flaper87 shrugs 21:36:21 flaper87: that's my point 21:36:57 flaper87: i prefer to keep 'queue' as supported, though it maybe not recommend by zaqar's ptl 21:37:03 I guess the TL;DR is that I don't care enough for now. Lets work on making people use API >=1.1 21:37:23 or even >=2 21:37:33 if we could rename queue -> topic 21:37:41 without changing the api too much 21:37:50 I don't see how renaming it matters all that much 21:37:54 vkmc: then, what's the benefit? 21:37:59 ryansb: exactly 21:38:09 the thing is that users complain that the queues don't behave like a queue 21:38:20 At some point it seemed quite important to me but the more I thought about it the less I cared 21:38:21 and that is right 21:38:37 We worked on changing the API itself instead of just the name of the resource 21:38:39 I don't care either, but I know that this has generated some noise in the past 21:38:42 and I believe the result was better 21:39:09 vkmc: I think it was a set of things put together mission+queues+name+API 21:39:19 flaper87, yeah of course 21:39:21 now we're just left with that silly name 21:39:29 which we can just tell people to ignore 21:39:31 :P 21:39:36 but the fact that our queues are not FIFO was the biggest complain 21:39:48 hehe yes 21:39:52 yeah, that's a fair complaint I think. 21:40:25 well, our queues were FIFO 21:40:33 not really 21:40:33 we then moved them down the chain 21:40:38 yes they were 21:40:40 we had the get_by_id endpoint 21:40:43 that was a requirement 21:40:51 sure, which we didn't have in 1.1 21:40:55 oh yes 21:41:03 anyway 21:41:17 queue's are behind messages now 21:41:23 FIFO is optional 21:41:29 and it's a storage feature 21:41:34 rather than an API guarantee 21:42:34 One of Zaqar's goals has always been to answer the need of: "Gimme an url to post messages" 21:42:49 I think we have that now without extra requirements 21:42:56 flaper87: and i have another topic, redis 21:42:58 we still have queues in the URL but oh well 21:43:04 flwang: sup with that? 21:43:21 redis seems like a second citizen compared with mongo 21:43:34 thought we don't admit that 21:43:49 oh we do admit that 21:43:50 :P 21:43:58 I want to change that story 21:44:01 FWIW 21:44:06 that said, should we start to fill the gap 21:44:23 flwang: I guess you're referring to the lack of support for subscriptions 21:44:25 right? 21:44:46 flaper87: not really 21:44:57 flwang: what gap are you referring to? 21:44:58 actually, there are many TODO in redis driver 21:45:09 flwang: but is there a feature gap? 21:45:13 other than those TODOs ? 21:45:30 flwang: to be fair, there are TODOs in other places too 21:45:31 ryansb: are those TODOs something you'd like to work on? I know you love redis 21:45:32 :D 21:45:42 pool, flavor, catalogue 21:45:44 brb 21:45:51 flwang: right, but that's management 21:45:52 heh, I do like redis, but I haven't actually looked at the driver. 21:46:04 we split management and message planes on purpose 21:46:20 I don't think the lack of support for creating pool/flavor/catalogue resources means we don't care about redis 21:46:39 actually, that allows us to focus more on the data plane, which is where we want redis to rock 21:46:50 still... you would need mongo for management 21:46:57 vkmc: or sqla :) 21:47:02 I can add it to my list, but I'd rather do the swift driver first 21:47:05 or sqla 21:47:06 yes 21:47:09 ryansb: +1 21:47:26 we need https://bugs.launchpad.net/zaqar/+bug/1471193 fixed 21:47:26 Launchpad bug 1471193 in zaqar "Don't assume the queue controller is in the same storage" [High,Confirmed] - Assigned to Digambar (digambarpatil15) 21:47:28 diga took it 21:47:40 vkmc: fwiw, I'm building swift as data-only, and rely on having sqla available 21:47:41 That bug needs to be fixed to make the redis+sqla combination work 21:47:44 (or mongodb) 21:47:48 ryansb: +1 21:47:52 I think that's totally fair 21:47:55 ryansb, yeah :) 21:47:57 it is 21:48:07 same thing for websocket, in the transport side 21:48:15 if it doesn't make sense to have management its just finde 21:48:17 fine+ 21:48:25 yeah, I dunno how I'm going to get swift to do subscriptions yet 21:48:32 claims work fine. 21:48:44 cross that bridge when I get there. 21:49:32 ryansb++ 21:49:45 ryansb: if it becomes really hard to get subscriptions there, I'd say you shouldn't even bother 21:49:47 really 21:49:57 swift as a data plane storage is a great thing to have 21:50:04 for management, there are other things 21:50:41 anything else? 21:50:56 one day we should discuss further if the options we now provide for management are good 21:51:17 vkmc: storage options ? 21:51:17 good as in ops friendly 21:51:22 flaper87, yeah 21:51:29 oh, sqla is very ops friendly 21:51:31 * flaper87 ducks 21:51:33 :P 21:51:34 haha 21:51:43 jokes apart, I agree 21:51:52 cool 21:51:53 :) 21:51:58 for now I guess I'm happy because I know ops have experience with both mongo and sqla 21:52:03 more with the later, likely 21:52:30 yeah, if they want to deploy zaqar they don't need any odd dependency 21:53:45 ok, if there isn't anything else, I'll end this meeting 21:53:48 we used the whole slot 21:53:52 I did not expect that 21:53:53 :P 21:54:24 work expands to fill the time available 21:54:35 I think that's a law or something 21:54:38 ;) 21:54:56 hahaha 21:55:17 it was a very productive meeting indeed 21:55:23 ryansb's law 21:55:34 coolio, thanks all for attending and the amazing feedback 21:55:41 catch you all in os-zaqar! 21:55:44 thanks flaper87, seeya 21:55:44 rock on 21:55:47 #endmeeting