02:00:03 #startmeeting zaqar 02:00:04 Meeting started Tue Mar 20 02:00:03 2018 UTC and is due to finish in 60 minutes. The chair is wanghao. Information about MeetBot at http://wiki.debian.org/MeetBot. 02:00:05 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 02:00:07 The meeting name has been set to 'zaqar' 02:00:22 hello everyone 02:03:04 yangzhenyu: hi 02:03:38 hi 02:03:47 seems now only you and me.... 02:04:03 e... 02:04:03 o/ 02:04:11 wxy: hi 02:05:30 wanghao, What are we going to discuss? 02:05:33 okay let rock 02:05:39 o/ 02:05:49 #topic rocky scheduler 02:05:50 hi feilong 02:06:01 flwang1: hi 02:06:11 https://releases.openstack.org/rocky/schedule.html 02:06:36 here is the rocky schedule 02:07:17 just reminder guys to follow the time line. 02:07:40 wanghao: got, thanks 02:07:48 flwang1: np 02:07:53 btw, I would suggest to change our meeting from this channel to #zaqar 02:08:03 i think it would be easier for people to join 02:08:17 en that's good too. 02:08:33 I will update our wiki for this change. 02:08:42 everyone else is ok with this? 02:08:53 I am ok 02:08:57 wanghao: you may also need a change for the meeting repo, IIRC 02:09:23 wow, thanks for this tip. 02:10:01 ok. let's jump to next 02:10:13 #topic Rocky tasks 02:10:21 https://etherpad.openstack.org/p/zaqar-rocky-plan 02:11:50 is any feature under development? Then we can target them to R-1 IMO. 02:12:19 queue filter is one from me. 02:13:29 and others like delete message with clain id also can target R-1 too. 02:14:25 so guys pls push those task if you're interest in it when you have time. 02:14:26 ok 02:14:35 I know everyone is very busy. 02:14:55 some specs should be updated first. 02:15:28 yes 02:16:01 let's enhance our review for this specs and let them merged soon before R-1 02:17:06 do anything else want to discuss for those tasks? 02:17:34 Websocket enhancement 02:18:25 I can add some functional like delay queue or dead letter queue 02:18:36 for websocket 02:18:50 we need a zuul job first 02:19:20 now our tempest test jobs are all based on wsgi. 02:20:05 alright, I got it. 02:20:15 em, have any idea to add the test job? 02:20:56 base on zuul v3, it's easy to add now. 02:21:07 update the .zuul.yaml 02:21:35 any docs? 02:21:53 finding. 02:22:02 yangzhenyu: I think you can list the detailed jobs including the functional adding and test job. we can follow those tasks. 02:22:14 wxy: thanks 02:22:50 ok 02:25:29 and we also need to see how to implement the tempest test for websocket. 02:25:45 not very clear for me at least. 02:27:04 will try it. 02:27:38 First of all, what tests are needed for websocket? tempest? unit? functional? interg? 02:28:56 I think tempest is ok 02:29:39 can't find the exact url. I'd do it later. 02:30:34 wxy: okay 02:31:07 yangzhenyu: I think we can add some tempest tests fist, build a basic job in zuul. 02:32:36 en ok, first add tempest tests, then improve unit test and functional test. Finally, improve zaqar function, I think. 02:32:53 yangzhenyu: ++ 02:33:29 I can start an original patch for zuul jobs 02:33:52 then feel free to update it. :) 02:34:26 ok 02:34:48 Does this need to register bp? 02:35:29 yangzhenyu: I'm thinking if ut is necessary, but others I agree too. 02:35:40 good to have 02:35:47 +1 02:36:34 wxy: you can register one, thanks 02:37:03 sure 02:37:34 okay, next topic 02:37:40 #topic free discuss 02:37:56 yangzhenyu: I want to discuss your patch: https://review.openstack.org/#/c/517901/ 02:38:17 ok 02:39:07 wanghao: as I suggested before, I would recommend to talk to united stack (tong fang cloud) to get some feedback from them about zaqar 02:40:00 flwang1: any guys we can connect to ? 02:40:06 flwang1: yes, recently I am finding the united stack guys from webchat 02:40:52 I know a easycloud guy who may know some guys. 02:41:54 I have joined some webchat group, want to get some feedback. 02:42:14 I just posted the contact card in our wechat group 02:42:26 you guys can talk to him 02:42:39 flwang1: sure thanks 02:44:26 yangzhenyu: back to your patch, I see your issue. 02:45:36 yangzhenyu: but I feel the ttl that zaqar modifies, the new ttl will mean the time that this message could be lived more. 02:46:04 wanghao, this patch to solve bug/1730335. Our msg ttl is unchanged, But when the msg is claim status, it may change to smaller. 02:46:15 So, ttl=claim_ttl+claim_grace make sense 02:46:26 yes, it be smaller 02:46:46 But ttl is unchanged at the beginning. 02:47:47 always unchange, so it can not mean the msg could be lived more. 02:48:24 It is more like a total time to live. 02:48:43 the meaning of ttl has been changed after modify it. 02:48:54 Not a remaining time. 02:49:45 * wxy leave for some internal things 02:49:52 but the total time to live is not the actual time that message keep in zaqar 02:50:11 it's just a limit. 02:51:59 if we use ttl=ttl+claim_ttl+claim_grace, that means we didn't need claim_ttl and claim_grace any more. 02:52:14 just give a defined value for ttl. 02:52:59 maybe we can split ttl to two parts. 02:53:17 This situation only occurs in the claim state and the message expires soon. 02:53:57 yes, if user didn't claim the message, so the ttl will be what? 02:54:08 ttl or ttl+claim_ttl_claim_grace? 02:54:15 example, ttl 02:54:20 ttl 02:55:03 so, if we defined the ttl is unchanged value, we just can use ttl now. 02:55:34 This is also possible 02:56:00 and we add a new metadata, if a message be claimed and will expires soon, we add some time to it. 02:56:33 tell the user, "your message's ttl is expired, but we allow it to live a little more" 02:56:38 However, it may affect the message get because the claim status has not yet ended and the theory cannot delete the message. 02:57:11 ok 02:57:17 I got it 02:57:56 But I can't remember if the msg get will be affected. 02:59:12 When the msg claimed, and expires soon, The message should be accessible. 03:00:13 en we can discuss it in zaqar channel 03:00:20 ok 03:00:23 time is up now. 03:00:35 #endmeeting