Thursday, 2015-12-17

*** dschroeder has quit IRC00:38
*** c00281451 is now known as chenzeng02:18
*** sputnik13 has quit IRC02:32
*** zhonghua-lee has quit IRC04:23
*** zhonghua-lee has joined #openstack-freezer04:24
*** reldan has quit IRC08:55
*** reldan has joined #openstack-freezer09:05
*** smekel has quit IRC09:17
*** reldan has quit IRC09:20
*** smekel has joined #openstack-freezer09:39
*** zhonghua-lee has quit IRC09:44
*** zhonghua-lee has joined #openstack-freezer09:45
*** openstackgerrit has quit IRC09:47
*** openstackgerrit has joined #openstack-freezer09:48
*** reldan has joined #openstack-freezer09:52
*** vannif has quit IRC09:55
*** vannif has joined #openstack-freezer11:08
*** zhonghua-lee has quit IRC11:14
*** zhonghua-lee has joined #openstack-freezer11:15
*** reldan has quit IRC11:29
*** smekel has quit IRC11:41
*** smekel has joined #openstack-freezer11:43
*** reldan has joined #openstack-freezer12:03
*** daemontool has joined #openstack-freezer13:09
daemontoolMorning13:10
daemontoolreldan: any update on https://review.openstack.org/#/c/247840/ ?13:11
reldandaemontool: Works great for me13:19
reldanPlease try yourself13:19
reldanAnd if it works for you - let’s just merge without additional checks13:19
reldanIt already waits for 1 months13:19
*** smekel has quit IRC13:26
*** smekel has joined #openstack-freezer13:26
daemontoolreldan:  can you do the tests with Slashme  and see what his not working on his side?13:27
daemontoolI'd like to merge it asap13:28
daemontoolso we can branch liberty13:28
reldanYou can see the bug - it seems problem with rights or something like that, ssh cannot make listdir on dir13:28
daemontoolwe need to do that asap but we need to understand13:28
daemontoolif that works now13:29
daemontoolok13:29
daemontoolSlashme:  do you agree with that?13:29
reldanhttps://bugs.launchpad.net/freezer/+bug/152532213:29
openstackLaunchpad bug 1525322 in Freezer "SSH storage is broken" [High,Confirmed]13:29
daemontoolyes13:29
reldanIt invokes  return self.ftp.listdir(directory)13:29
reldanand then exception inside paramiko13:29
reldanIOError: [Errno 2] No such file13:30
reldanif directory is correct - then it may be 1) Bug in paramiko 2) Problem with rights13:30
reldanThere may be a problem with restore - but I have fixed it recently13:31
daemontoolok13:31
daemontoolreldan:  is Pierre there?13:31
vannifnot atm, but he's around13:32
reldanDaemontool: test please on your environement13:32
reldanIt contains conf file13:32
reldanhttps://bugs.launchpad.net/freezer/+bug/152532213:32
openstackLaunchpad bug 1525322 in Freezer "SSH storage is broken" [High,Confirmed]13:32
reldanProbably I’m wrong13:32
daemontoolreldan:  yes13:32
*** smekel_ has joined #openstack-freezer13:35
daemontoolvannif: there's anything you are working on atm?13:42
vannifbackup cinder volumes13:42
daemontoolok13:44
vannifbut I'd like to go back on the code as well. I need some time to dwelve into the parallel storages code13:44
daemontoolok13:44
daemontooltoday during the meeting we'll about this13:44
daemontoolreldan:  I can dedicate 2 hours today to test the parallel code13:45
reldandaemontool: Great, thank you. I will test it today as well. I actualy wanted to get this pull request mergest quickly. And then propose improvements. But now we stuch at the first part13:46
*** daemontool has quit IRC14:02
*** smekel_ has quit IRC15:03
*** daemontool has joined #openstack-freezer15:27
*** pennerc has joined #openstack-freezer15:31
daemontoolHi pennerc  :)15:33
pennercHello15:33
SlashmeI have no time to re-test before next week. If you tell me the ssh bug is resoved, then I'm ok to merge as the rest seemed to work.15:36
SlashmeBut I'm against merging some code that introduces a bug that breaks SSH storage (even if you resolve it in a future commit)15:37
daemontoolSlashme,  I'm testing it right now15:37
*** dschroeder has joined #openstack-freezer16:04
*** nullvariable has joined #openstack-freezer16:06
daemontooldid anyone received the talk submission email for Austin Summit?16:30
daemontoolvannif, ping16:56
daemontoolvannif, szaher Slashme  reldan m3m0  frescof anyone around_17:06
daemontool?17:06
reldanI’m here17:06
daemontoolok17:06
reldanI can see szaher Slashme and vannif17:07
daemontool#startmeeting 17-12-201517:07
openstackMeeting started Thu Dec 17 17:07:43 2015 UTC and is due to finish in 60 minutes.  The chair is daemontool. Information about MeetBot at http://wiki.debian.org/MeetBot.17:07
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:07
openstackThe meeting name has been set to '17_12_2015'17:07
daemontoolHi all, I understand few of us are in holidays17:08
daemontoolreldan,  do you want to go first_17:08
daemontool?17:08
reldanYes, sure. I have a parallel backup still in review.17:08
daemontoolok17:09
daemontoolso If I understand well17:09
daemontoolwe have an exception17:09
daemontoolwhen the user does not have the permission to write to the remote directory in the ssh node17:09
reldanAnd it actually takes so long, I even don’t understand why actually17:09
daemontoolor the directory in the remote node does not exists17:09
daemontoolright_17:09
daemontool?17:09
reldanNope, it should create a directory if it doesn’t exists17:09
daemontoolok17:09
daemontoolit creates the full directory tree ?17:10
reldanAnyway this exception from my point of view has no relation to parallel backup17:10
daemontoollike /home/user/directory17:10
daemontoolif user/directory does not exists17:10
reldanYes, I’m not sure what it will be if you already has a directory with wrong rights17:10
reldanBut it creates all subdirectories as well17:10
daemontoolok17:10
daemontoolso I've tested it with swift and ssh and it works17:11
daemontoolbut I'm testing other edge cases17:11
reldanGreat! it works as well for me17:11
daemontoollike the one mentioned17:11
reldanLast days I hear a lot about tenant backup17:12
daemontoolok17:12
reldanBut don’t see any document or blueprint or proposal17:12
daemontoolyes I agree17:12
daemontoolwe don't have one yet17:12
daemontoolI have to write it17:12
reldanI heard as well that we need multi region backup17:12
reldanBut don’t see any blueprint17:13
reldanI also saw a mail about billing/metrics17:13
reldanAnd don’t know any proposal about it17:13
daemontoolmulti region backups_17:13
daemontool?17:13
reldanLike if you have a tenant in two regions. Let’s say us-west and us-east17:14
daemontoolI think we already supports that17:14
daemontoolah ok, related to tenants backup17:14
reldanYes, sure17:14
reldanMulti region tenant backup17:14
reldanI don’t know how it should works17:14
reldanIf we talk about cinder backup - let’s say cindernatie17:15
daemontoolgenerally the os_auth_url changes17:15
reldanIt means that we should have some superbackup with links to both local backup in two regions or what17:15
daemontoollike credentials are the same17:15
daemontoolfor what I understand17:16
daemontoollet's say we have a user17:16
daemontoolthat has 1 vm on region-a17:16
daemontooland 1 vm on region-b17:16
reldanSo when I hear question - do we support multi region tenant backup? I don’t know what to answer. Because I have no definition of tenant backup and multi region tenant backup17:16
daemontoolthe credentials are the same, what changes is the os_auth_url17:16
daemontoolthe answer is nope17:17
daemontoolI mean17:17
daemontoolyou can do it17:17
reldanor how is difficult to implement it17:17
daemontoolbut it's about configuring17:17
daemontoola backup for each region17:17
daemontoolfor th same tenant17:17
daemontoolso in the example I was providing17:17
daemontool1vm -> region-a17:17
daemontool1 vm -> region-b17:17
daemontoolsame tenant owns them17:18
reldanYes17:18
daemontoolbut to access one region17:18
reldanAnd we should save superbackup with information about all backups in different regions17:18
reldanor metabackup17:18
daemontoolso currently17:19
daemontoolso supports that we need to have two backups17:19
daemontoolindipendent17:19
reldanYes, and we need some bluepring about tenant backup17:19
daemontoolI think currently a quick workaround to provide this feature would be to create 2 jobs17:19
daemontool1 for reagion-a and 1 for region-b17:19
reldanWith definition, with description how it should work17:19
daemontooland the 2 jobs a part of the same session17:19
daemontooljob session17:20
daemontoolbut the think is, that we don't have tenant based backups17:20
daemontoolnow17:20
reldanYes17:20
daemontoolso it would be a manual process17:20
daemontooli.e. 1 job for volumes, 1 job for vms, 1 job for the users, 1 job for networks17:20
daemontooletc17:20
reldanYes, and restore should be manual as well17:21
daemontoolall of them belonging to the same job session17:21
daemontoolunfortunately yes17:21
vannifI think that if the two backups are unrelated then using a session to link them might even be counterproductive: if one backup fails, the whole sessione fails17:21
daemontoolso we need to find a way to automatically discover17:21
daemontoolwell17:21
daemontoolit make sense17:21
daemontoolbecause17:21
daemontoolif you are a tenant and you want to backup your vms with the volumes and users and networks17:21
daemontoolif one of them fails17:22
daemontoolthe others should fails too17:22
daemontoolor when you restore, let's say without networks, ot users17:22
daemontoolit's not going to work17:22
daemontoolwhat do you think?17:22
vannifthen they *are* related17:22
vannifin that case yes. it makes sense ^^17:23
daemontoolI think they are related...17:23
daemontoolso we need to find a way17:23
daemontoolto automate all this17:23
daemontoolby retrieving the data from the api in json format17:24
daemontoolsave it17:24
daemontooland then re upload it for the restore17:24
daemontoolsomething like devstack does17:24
daemontoolwhen creating roles, tenatns, networks,17:24
reldanI would like to have some blueprint with description what we actually want to have. And what we mean by tenant backup. How it should be connected with cinder native backup. The format of backup etc…17:24
daemontool+ vms, volumes etc17:24
daemontoolyes17:24
daemontoolI think for Mitaka we need to make sure the backup session works17:25
daemontoolthe job session17:25
daemontoolthe an important thing17:25
daemontoolanyway yes I-m goign to write the bp17:25
daemontoolFriday17:25
daemontoolI have a long flight to do17:25
daemontooland I-ll write couple of blueprints17:25
reldanIt sounds very good. Thank you.17:26
daemontoolok ty17:27
reldanI also feel some problem17:27
reldanwith parallel backups and cindernative backup17:27
reldanbecause cindernative means one storage17:27
reldanswift in the same region17:27
daemontoolah ok17:27
reldanSo cindernative it is only swift and only one storage17:28
reldanSo it a skew in all our architecture17:28
daemontoolyes17:28
daemontoolwell that's an intrinsic limitation of using cindernative17:29
daemontoolthe only thing we can do is prepare a bp17:29
daemontoole talk with the cinder guys17:29
daemontoolcouple of weeks ago had a conversation with the nova ptl17:29
daemontoolabout something similar17:29
daemontooland he wasn't very interested17:30
daemontoolI think for now we have to write clearly that limitation17:30
daemontooland provide advanced feature17:30
daemontoolwith the other approaches17:30
daemontooland after our approach works17:30
daemontoolwe can see how to natively integrate it to cinder and nova17:30
reldanI have feel that we trying to solve different tasks in freezer-agent. 1) It’s file backup (without any knowledge about OpenStack) 2) OpenStack specific backups17:31
daemontoolwell, it's the same task17:32
daemontoolit's just different the way17:32
reldanWe don’t use tar for cindernative, we don’t use encryption for cindernative, we don’t use compression ...17:32
daemontoolwe achieve the backup and restoer execution17:32
daemontoolyes17:32
daemontoolexactly17:32
daemontoollet's implement17:33
daemontooland improve the approaches we have now17:33
daemontoolfor cinder backups17:33
daemontoolother than cindernative17:33
daemontoolthen we can see what would be the better approach17:34
daemontoolcause we can add backup modes in cinder and nova17:34
reldanProbably - but we don’t support incremental for cinder (not native)17:34
daemontoolwe have to do that17:34
daemontoolthat is our limitation17:34
daemontoolin the meantime17:35
daemontoolI writing a bp17:35
daemontoolfor the tenant backup17:35
reldanI also going to replace cinder/v1 to cinder/v217:35
daemontoolok17:35
daemontoolgood17:35
reldanIt’s all from my side17:35
daemontoolok17:35
daemontoolI submitted couple of changes in governance17:36
daemontoolthat was requested by the os tc17:36
daemontoolabout  how we do release17:36
daemontoolalso I'm working to get more people on board with the project17:36
daemontoolI think on February17:36
daemontoolwe should have 3 people more 50% of their time at least17:36
daemontoolI hope even more17:36
reldanIt’s good )17:37
reldanI also would like to have sprints, if we have distributed team now17:37
daemontoolalso I'm working with one customer to add servers to opensta-infra17:37
daemontoolnot directly related to us17:37
daemontoolbut it's good for os anyway17:37
daemontool I'm also working on the python-freezerclient repo creation and code split17:38
daemontoolhttps://review.openstack.org/#/c/255349/17:38
daemontoolthat requires quite a few tasks17:38
daemontoollike17:39
daemontoolchanging the name17:39
daemontooland so on17:39
daemontoolso to be ready to add our project to the openstackclient17:39
daemontoolafter that and the bp17:40
daemontoolI'll rework the bloc kbased incremental17:40
reldanI can help with block based incremental17:41
daemontoolyes let's talk about that after Christmass holidays17:41
reldanBecause now I have an abstraction layer17:41
daemontoolyep >(17:41
daemontool:)17:41
daemontoolthat's all from me17:42
daemontoolszaher, vannif Slashme  do you have anything to add?17:42
reldanDo you know, have openstack projects some sort of sprints?17:42
reldanor milestones?17:43
vannifno17:43
daemontoolreldan,  yes17:43
daemontool12 of June is Mitaka-217:43
daemontoolvannif, there's a bp for the cinder backups?17:43
daemontoolwhat's the activity there?17:43
daemontoolby 12th of June we need to branch liberty and prepare the repo for Mitaka-217:44
daemontoolok, so the weekly meeting will stop for Christmass holidays17:45
daemontoolwe'll restart the 7th of January17:45
reldanI would like to adapt this approach, you know - have a well prepared blue prints and decision that we are going to do and some priortity17:45
daemontoolyes reldan  I agree17:46
daemontoolwe need to create also the openstack-specs repo17:46
vannifno. I don't think there's any bp for cinder17:46
daemontoolsorry17:46
daemontoolfreezer-specs17:46
vannifI think we also need to rationalize how to get the lists of backups17:46
daemontoolvannif,  ok if you could write a bp describing the activity you are doing that'd be good, otherwise no one knows17:46
vannifsure17:47
daemontoolvannif,  ty17:47
vannifregarding the bakup listing, browsing the api is doable with a relatively low effort17:47
daemontoolyes we need to provide a way to list the backups17:47
daemontoolI think it's a bare minimum feature17:47
vannifbut when there's no api, it's the agent that has to get the list17:47
daemontoolvannif, ok let's do taht17:47
daemontoolyes17:48
vannifand we need to agree and document that feature in case of local storages, containers, ssh storage17:48
reldanAnd we need to define metadata format for parallel backup17:49
vannifit's not (always) a simple list of files. the listing involves metadata17:49
daemontoolyes17:49
daemontool#agreed17:50
daemontoolok17:54
daemontoolthanks all17:54
daemontool#endmeeting17:54
openstackMeeting ended Thu Dec 17 17:54:39 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:54
openstackMinutes:        http://eavesdrop.openstack.org/meetings/17_12_2015/2015/17_12_2015.2015-12-17-17.07.html17:54
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/17_12_2015/2015/17_12_2015.2015-12-17-17.07.txt17:54
openstackLog:            http://eavesdrop.openstack.org/meetings/17_12_2015/2015/17_12_2015.2015-12-17-17.07.log.html17:54
*** sputnik13 has joined #openstack-freezer18:05
*** reldan has quit IRC18:06
*** pennerc_ has joined #openstack-freezer19:56
*** pennerc has quit IRC19:56
*** reldan has joined #openstack-freezer20:01
*** daemontool has quit IRC20:57
*** daemontool has joined #openstack-freezer20:58
*** reldan has quit IRC21:59
*** reldan has joined #openstack-freezer22:19
*** pennerc_ has quit IRC23:04

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