13:02:24 #startmeeting 13:02:24 Meeting started Wed Sep 3 13:02:24 2014 UTC. The chair is alinefm. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:02:24 Useful Commands: #action #agreed #help #info #idea #link #topic. 13:02:25 #meetingname scrum 13:02:25 The meeting name has been set to 'scrum' 13:02:39 #info Agenda 1) Status 2) Open discussion 13:02:39 anything else? 13:03:48 Good for me 13:04:31 #topic Status 13:04:32 #info Please provide your status using the #info command: #info 13:06:08 #info royce finished volume create dispatcher(merged) and implementation of storage volume upload(waiting for review) 13:06:13 #info alinefm sent patch to use the same XML structure while attaching a new iSCSI volume or creating a VM from an iSCSI volume 13:06:20 #info vianac sent another set of download storage volume patches (including the async change part); reviewed mailing list patches 13:06:31 #info alinefm sent patch to centralize graphics information in one data structure 13:06:34 #info wenwang Researching about the Asynchronous event notify 13:06:47 #info alinefm sent patches to fix plugin tests 13:07:15 #info alinefm sent patches to discover kimchi peers using openSLP 13:07:32 #info alinefm sent patch to fix UI while listing storage volumes in Storage tab 13:07:55 #info royce is investigating big file direct upload 13:08:39 #info alinefm sent patches to support async task query classification (waiting review) 13:09:47 royce, the upload patches you sent this morning are ready? I mean, which tests and so? 13:10:01 vianac, when do you plan to send the download patches for review? 13:10:15 alinefm, today 13:10:32 YuXin, any update about the upload/download UI? 13:11:13 hong liang is working on that with Royce today 13:11:33 alinefm, yes, sent with mockmodel tests, I've tested the model part with previously demo UI 13:11:57 royce, YuXin, do you know when the UI will be ready? 13:12:19 hongliang said he will finish it tomorrow 13:12:39 ok 13:12:41 https://github.com/kimchi-project/kimchi/wiki/todo-1.3 13:13:01 BTW, people are asking about the image template UI 13:13:59 today is the last devel day before the stabilization phase for 1.3 release 13:14:07 and just a few tasks are already merged 13:14:15 royce, we will need to postpone it =/ 13:14:40 from the time, I only expect to have upload/download tasks (backend and UI) done 13:15:01 we can wait by this Friday to get them merged before code freeze 13:15:29 all other tasks will be moved back to backlog so we can devel them for the Dec release 13:15:32 sounds good? 13:17:06 #info baude reworking the edit vm functions to recreated the xml format each time a change is made. also provides ability to clone vms 13:17:10 YuXin, how much time do you think it is needed to do the img template UI ? 13:17:38 it is just create a template with an installed image? 13:17:57 YuXin, from a .img file instead of an ISO file 13:18:14 backend already ready? 13:18:20 yeap 13:18:26 YuXin yes, merged last sprint 13:18:54 the image file is supplied by user with a url or file path? 13:19:16 YuXin, a file path, just like ISO do 13:19:37 but url would not be problem I suppose 13:19:48 YuXin, royce, we can do the same as local ISO - previous list the .img files in the pools and provide a input box for custom path 13:20:07 so only support file path, right? 13:20:12 yes 13:20:16 yes 13:20:34 I will look into it tomorrow and will try my best to get it done within this Friday 13:21:15 alinefm, that is what I'm thinking about, just one problem of that is we need to filter image using by vm 13:21:17 thank you very much! =) 13:21:30 royce, why? 13:21:51 as the backend uses backingstore a new vm can share the same base img 13:22:06 if a vm is using a img, and it becomes the base of other vm 13:22:34 to me, the image is read-only, right? 13:22:54 alinefm, I didn't do the logic of making current vm img convert to base part as you do in vm->template 13:23:17 oh ok 13:23:19 YuXin, yes 13:23:20 so we need to filter 13:23:35 the ref_count can be used for it, right? 13:23:42 yes, alinefm 13:23:50 looks like server side filter, right? 13:24:12 it just covers we download a cloud image from net (as openstack do), and we gen vm from it 13:24:35 YuXin, you can just use ref_cnt = 0 to filter it 13:24:51 ?a parameter in API 13:24:55 royce, but doing it for each pool can take a long time 13:24:55 yes 13:24:59 ok 13:25:08 discuss details with you tomorrow 13:25:12 VM ticket: update novnc/spice code (sheldon) 13:25:26 alinefm, do you mean query ref_cnt takes long time? 13:25:27 backend of this also merged, right? 13:25:43 YuXin, yes 13:26:00 royce, GET /storagepools//storagevolumes?ref_count=0 13:26:12 you will need to run it ^ for each pool, right? 13:26:35 We first select a pool 13:27:03 royce, the shallow scan does not select a pool - it searches in all active pools 13:27:19 I thought in do the same but for .img files 13:27:55 is it the one to set console password and we already designed it to make it an item in general tab of vm edit? 13:27:59 I'm not sure we do the same.... 13:28:10 Because there is a limitation of libguestfs 13:28:30 it takes time for libguestfs to read the img file to make distro disicsion... 13:28:55 YuXin, it is one part! the other one is pass "password=" to the console URL 13:29:08 If we query every img it'll take long time 13:29:11 simon has sent a patch for the first part but havent sent the v2 13:29:48 so backend of the 1st part already merged? 13:30:08 royce, so your suggestion is have a combobox with the storage pools listed, once user hit it we list in a second combobox the storage volumes with ref_count = 0 13:30:23 royce, and in a second option, an input box to input a path 13:30:23 ? 13:30:28 YuXin, yes 13:30:49 I think we can get UI of the 1st part to be implemented 13:31:01 Yes, I guess so, or we just expose ootb pool for img query 13:31:04 if no password, then when lauch console, it will work 13:31:11 YuXin, you can focus first in img template and I will take a look on the password UI 13:31:24 as it has a version on ML I can apply the comments and resend 13:31:26 if password is set, when lauch console, user need to input a password manually, is that acceptable 13:32:22 yes 13:32:31 ok 13:32:34 this is how it is today 13:33:14 aline, you can work on the password, if any difficulty, let me know 13:33:35 make sure I will =) 13:33:52 any other task to discuss? 13:34:38 pci passthrough will be deferred? 13:35:28 yes 13:35:36 Asynchronous event notify(WenWang) 13:35:47 zheng zhou still needs to do some tests on RHEL 13:35:51 aline, for this one, you have a backend patch out, right? 13:36:11 yes - my patch is for task classification 13:36:19 it is not related to async event notify 13:36:28 but we can use it to solve the tasks issues we are having 13:36:28 ok 13:36:36 until get the asyn event done 13:36:42 ok 13:37:13 the idea is while loading the UI run: GET /tasks?status=running&target_uri= 13:37:39 for example for debugreports: /tasks?status=running&target_uri=/debugreports (need to encode) 13:37:48 alinefm: What's the plan of the async task 13:38:04 so we can list all those debugreports in progress with the loading icon 13:38:12 alinefm: Is thiis a workaround? 13:38:31 wenwang, yes 13:38:39 until we get async event done 13:38:51 I think it is easy to do then async event 13:38:55 *than 13:39:22 :)yes 13:39:28 alinefm: And it's working for the tasks that need to be asynchronised, right? 13:39:47 yes 13:40:20 alinefm: Is the offering of doing the real async task job still on our work plan in the next release? 13:41:24 yes 13:42:00 Great! 13:43:16 shall we move on to open discussion ? 13:43:48 #topic Open Discussion 13:44:10 hopefully we get merged more patches by Friday 13:44:24 and then it is a code freeze - only bug fixes will be merged until the 1.3 GA 13:44:39 so we need to focus on tests and tests and bug fixes 13:45:06 we have a bunch of bugs in github - so feel free to get any one to work on 13:45:24 I also would like to have a person responsible for each distro (the same we did last release) 13:45:30 any volunteers? =) 13:46:11 alinefm, what is our schedule? 13:46:35 https://github.com/kimchi-project/kimchi/wiki/planning-1.3 13:46:43 royce, GA on 09/24 13:46:58 so we need to tests and fix bugs by this sate 13:47:00 *date 13:47:30 OK, I will take ubuntu 13:48:14 thanks! 13:48:24 vianac, do you want fedora, rhel or opensuse? 13:48:30 alinefm: distro means test on certain OS? 13:48:38 wenwang, yes 13:48:47 I can do the test on reel 13:48:50 rhel 13:48:54 alinefm, Fedora 13:49:17 #info royce responsible for test on Ubuntu 13:49:27 #info wenwang responsible for test on RHEL 13:49:36 #info vianac responsible for test on Fedora 13:49:38 please prepare the matrix:) 13:49:47 #info alinefm responsible for test on openSUSE 13:50:08 #action alinefm update the test matrix on github 13:50:17 royce, I will do by Friday too =) 13:50:32 thanks, alinefm 13:50:46 wenwang, YuXin, it is much to ask to one of you test on IE? 13:51:09 alinefm: I can do the testing on IE 13:51:18 I would take look at fixed bugs to cover some regression 13:51:19 i will handle ie 13:51:22 great! 13:51:55 anything else for today? 13:55:12 ok... 13:55:18 thanks everyone for joining! 13:55:25 #endmeeting