16:00:55 #startmeeting openstack-freezer 10-12-2015 16:00:56 Meeting started Thu Dec 10 16:00:55 2015 UTC and is due to finish in 60 minutes. The chair is m3m0. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:57 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:59 The meeting name has been set to 'openstack_freezer_10_12_2015' 16:01:09 All: meetings notes available in real time at: https://etherpad.openstack.org/p/freezer_meetings 16:01:10 ok I'm sorry 16:01:15 sorry for the delay 16:01:25 please raise your hand if you are here :) 16:01:27 o/ 16:02:27 \o 16:03:11 ok so far 2 :) the rest of the people are very busy around here 16:03:33 daemontool, any news on the oslo logging? 16:03:45 emildi: reldan Slashme szaher frescof 16:04:04 Here 16:04:40 m3m0: I can start 16:05:11 cool :) go ahead 16:05:24 I think this can be approved https://review.openstack.org/#/c/252568/ (oslo) 16:05:43 szaher: did that, we need to do that also for the agent 16:05:46 after that is merged 16:05:49 we are going to merge 16:05:52 the parallel 16:06:07 https://review.openstack.org/#/c/247840/ 16:06:12 from reldan 16:06:16 is that ready to merge? reldan? 16:06:27 did you test it on windows as well? 16:06:27 After this is merged, I probably need to rebase atop of oslo and change config 16:07:03 ok 16:07:04 after taht 16:07:15 from my side 16:07:29 I'm working on creating a new python-freezerclient repo 16:07:30 now 16:07:32 we need to define 16:07:33 what stepd 16:07:37 we need to take 16:07:38 for taht 16:07:42 because there's a proposal 16:08:41 can't find the review 16:08:48 do you have a time for when the python-freezerclient will be ready? 16:08:50 to deprecate all the openstack clients 16:08:55 one sec 16:09:05 in favor 16:09:09 of python-openstackclient 16:09:14 so what do we do? 16:09:34 are we going to create a separate repo or are we going only to contribute to openstackclient? 16:09:41 I've received 16:09:41 we need to figure it out if there are guidelines to integrate us in that repo 16:09:52 couple of feedback on this 16:09:57 which is? 16:09:57 quite opposite 16:10:01 but both good 16:10:16 one was to go for our client independent 16:10:24 but the public proposal says otherwise 16:10:29 I think both make sense 16:10:47 but probably we do not want to maintain both 16:10:55 and go only for oen approach 16:11:07 nope, and if the python-freezerclient will be deprecated there is no point to work on that 16:11:30 yes but we need to be sure about that 16:11:32 and.... 16:11:39 if we are going directly on openstackclient 16:11:46 we really need to do a planning job 16:11:48 now 16:12:18 do you have a proposition for this planning? 16:12:26 all, any thoughts? 16:12:32 I have a blueprint 16:12:39 and a first commit 16:12:41 but needs to be extended 16:13:12 could you send the link for both? 16:13:19 https://blueprints.launchpad.net/freezer/+spec/freezerclient 16:13:58 https://review.openstack.org/#/c/255349/ 16:14:02 and one sec 16:14:05 I'm trying to find 16:14:08 the public proposal 16:14:12 from AJaeger 16:14:45 here https://review.openstack.org/#/c/243348/ 16:15:03 also we need to create a freezer-specs 16:15:05 and fill it 16:16:19 Jokke_ comment make a lot of sense 16:16:33 as usual :) 16:18:19 anyway 16:18:21 that's the thing 16:18:22 so, should we wait to see what happens with that commit? 16:18:25 probably we need to wait there 16:18:29 yes 16:18:41 a part code reviews, and that two topics 16:18:48 that's all from me 16:18:49 so, in the meantime we continue working with parallel backups and oslo logging 16:18:57 there's one disaster ecovery 16:18:58 yes 16:19:03 page I've found 16:19:07 I think we should align 16:19:07 one sec 16:19:14 send it please 16:19:46 reminder about the osc ... it still needs the freezer-pythonclient 16:19:56 osc is just the clie wrapper from it 16:20:14 https://wiki.openstack.org/wiki/DisasterRecovery 16:20:24 jokke_: thanks 16:20:25 ok 16:20:47 then lets move forward with the freezerclient 16:20:53 and also this if we want https://wiki.openstack.org/w/images/4/49/Openstack_disaster_recovery_-_openstack_meetup.pdf 16:20:57 ok 16:22:47 ok, lots of material there, should we complement that info with freezer? 16:24:17 I think so 16:24:49 do you want to do that? 16:25:10 btw I'll be off the rest of the year so we need to find a temporary chairman :) 16:25:42 yes I think we can stop 16:25:45 the weekly meeting 16:25:51 the 17th 16:25:59 will be the last one? 16:26:10 and restart the 7th of Jan? 16:27:07 ok sounds good but still someone needs to take care of this next week 16:27:24 daemontool, reldan any plans for the tenant backup? 16:27:48 m3m0: good one, we need that 16:27:55 m3m0: please record on etherpad 16:27:57 also 16:28:04 thank you 16:28:49 m3m0: I'll do the chairman next week 16:28:55 where's Vanni? 16:29:36 he's busy 16:29:42 ah ok 16:31:06 m3m0: I think now we can support that 16:31:16 we can iterate over this: https://blueprints.launchpad.net/freezer/+spec/tenant-backup 16:31:17 can't remember now what was specifically needed 16:31:34 ah yes.... 16:31:35 sorry 16:31:37 got it 16:31:51 we need more time to think about it 16:32:01 but for sure we can proceed 16:32:13 using the othe rservice native apis 16:33:01 to get the information / dataat least from keystone, neutron, nova -> glance, cinder -> glance 16:33:02 etc 16:33:11 reldan: we'll discuss about this next week 16:33:13 yes because working only on a file system level could be very very difficullt 16:33:57 Sure, it is really complex task. As far as I know there are no one cloud provider (amazon, azure … ) with functionality like that 16:34:15 we will be the first :) 16:34:44 anything else to say on this topic? 16:34:53 But it’s really should be well defined ) At least because we cannot make a copy of tenant (ID is alway unique) 16:34:59 reldan: that's one more good reason to do it :D 16:35:04 yes 16:39:53 do you have anything else to say today guys? 16:40:16 m3m0: you? 16:40:34 any news related to web ui or alike? 16:40:41 windows side all good? 16:40:42 I've been very busy in another project this week 16:40:47 ok 16:41:13 on the windows side there is an update that i would like to do to the scheduler to not need the user password to get installed 16:41:23 ok 16:41:24 but I need to do more testing there 16:41:28 that's a good one 16:41:59 so we can use this installer from cloud-init https://github.com/memogarcia/freezer-installer 16:42:25 so when a windows vm gets deployed it already has freezer installed 16:42:38 and maybe to register this automatically as well 16:42:59 on the ui, I'm waiting for the parallel backups to implement the ui part of that 16:43:10 but will be a big change on the ui 16:44:15 ok 16:44:31 m3m0: did we created a dedicated repo for that? 16:44:40 called openstack-freezer-utils? 16:44:52 yes, but I haven't move the repos there 16:44:59 I'll do that over the weekend 16:45:04 and update the readmens 16:45:04 ah ok 16:45:07 readmes* 16:48:52 that's pretty much all from my side 16:52:54 ok 16:56:46 ok guys thanks to all for participate :) I know we are all very bussy 16:56:48 #endmeeting