Thursday, 2015-09-17

*** jonaspf has quit IRC00:28
*** jonaspf has joined #openstack-freezer01:23
*** jonaspf has quit IRC01:38
*** jonaspf has joined #openstack-freezer02:27
*** dschroeder has quit IRC02:36
*** jonaspf has quit IRC02:42
*** jonaspf has joined #openstack-freezer03:02
*** jonaspf has quit IRC03:48
*** jonaspf has joined #openstack-freezer03:54
*** dschroeder has joined #openstack-freezer04:05
*** jonaspf has quit IRC04:08
*** dschroeder has quit IRC04:13
*** jonaspf has joined #openstack-freezer04:21
*** jonaspf has quit IRC04:36
*** jonaspf has joined #openstack-freezer04:38
*** jonaspf has quit IRC05:04
*** jonaspf has joined #openstack-freezer05:25
*** jonaspf has quit IRC05:41
*** jonaspf has joined #openstack-freezer05:43
*** jonaspf has quit IRC06:30
*** jonaspf has joined #openstack-freezer06:44
*** jonaspf has quit IRC07:13
*** jonaspf has joined #openstack-freezer07:17
*** jonaspf has quit IRC07:52
*** jonaspf has joined #openstack-freezer08:01
openstackgerritSaad Zaher proposed stackforge/freezer: Bandwidth problem fix on linux using trickle Moving code to agent instead of scheduler Change-Id: I95d6ad74b40acd9eb4cc383a8f29362f6d1841d9  https://review.openstack.org/22259810:27
*** reldan has joined #openstack-freezer10:28
openstackgerritEldar Nugaev proposed stackforge/freezer: Configurable SSH-PORT  https://review.openstack.org/22457110:55
*** reldan has quit IRC10:55
*** reldan has joined #openstack-freezer10:57
*** reldan has quit IRC11:02
*** reldan has joined #openstack-freezer11:18
*** szaher has joined #openstack-freezer11:25
*** jonaspf has quit IRC11:45
*** jonaspf has joined #openstack-freezer12:56
*** jonaspf has quit IRC13:12
*** openstackgerrit has quit IRC13:31
*** openstackgerrit has joined #openstack-freezer13:31
*** jonaspf has joined #openstack-freezer13:38
openstackgerritMerged stackforge/freezer: Configurable SSH-PORT  https://review.openstack.org/22457113:53
openstackgerritSaad Zaher proposed stackforge/freezer: Bandwidth problem fix on linux using trickle Moving code to agent instead of scheduler https://bugs.launchpad.net/freezer/+bug/1466858 Change-Id: I95d6ad74b40acd9eb4cc383a8f29362f6d1841d9  https://review.openstack.org/22259813:57
openstackLaunchpad bug 1466858 in Freezer "throttling doesn't work with https" [Undecided,New]13:57
m3m0#startmeeting 2015-09-1715:12
freezerBot`Meeting started Thu Sep 17 15:12:18 2015 UTC and is due to finish in 60 minutes.  The chair is m3m0. Information about MeetBot at http://wiki.debian.org/MeetBot.15:12
freezerBot`Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:12
freezerBot`The meeting name has been set to '2015_09_17'15:12
openstackMeeting started Thu Sep 17 15:12:18 2015 UTC and is due to finish in 60 minutes.  The chair is m3m0. Information about MeetBot at http://wiki.debian.org/MeetBot.15:12
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:12
openstackThe meeting name has been set to '2015_09_17'15:12
m3m0Hello everyone, sorry for the delay15:12
m3m0all: notes available in https://etherpad.openstack.org/p/freezer_meetings15:12
m3m0let's do a quick round on the project15:13
m3m0fabriziov you are first15:13
fabriziovok15:14
fabriziovI'm working on the lvm options15:14
fabriziovsmall change to make the agent more "smart" in identifying the mount point and the directory to "cd" into15:15
fabriziovthat would result also in less options required from the user in case of lvm snapshots15:16
fabriziovso better usability15:16
fabriziovalso15:16
fabriziovshould be ready by tomorrow at last15:16
*** dschroeder has joined #openstack-freezer15:17
m3m0the lvm change, is a bug? or just an enhancement?15:18
fabriziovkind of a bug actually.15:18
fabriziovif the mount point of the directory to backup is not /15:19
m3m0do we have a bug assigned to this in launchpad?15:19
fabriziovthe  path-to-backup option will not contain the whole path15:19
fabriziovhmmm dont think so15:19
fabriziovI will create a bug in launchpad15:20
m3m0thanks :)15:21
m3m0do you have anything more to add?15:21
fabriziovthere is a blueprint to improve usability which seems relative to this issue15:22
fabriziovhttps://blueprints.launchpad.net/freezer/+spec/improve-freezer-usability15:22
fabriziovSaad just told me he was working on this. I'll check with him15:22
fabriziovWe15:23
fabriziovWe'll make sure this will solve the problem15:23
m3m0but if we are planning to send that patch as a bug fix, we should document the bug separately15:23
fabriziovyes. I think filing the bug makes sense anyway15:23
fabriziovBesides that I'm still reading about the openstack and gozer ci toolchain for integration tests15:25
m3m0do you need any help with that?15:25
fabriziovwell, I can definitely use some help with that.15:28
m3m0we should prioritize the current tasks15:29
fabriziovif anyone has relevant docs or links or some spare mental resources :)15:29
fabriziovyep. atm I want to close the lvm stuff.15:30
fabriziovSince Saad has already taken a look into it, it should be fairly quick to fix it15:30
fabriziovthere's also a minor issue about the frequency of keystone requests made from the keystonemiddleware15:32
fabriziovon behalf of the freezer-api15:33
m3m0what's the situation there?15:33
fabriziovmaybe just enabling some caching solves15:34
m3m0do we have timeouts?15:35
fabriziovfrom what I've got, it seems that the keystonemiddleware queries keystone too often to validate the user credentials.15:35
m3m0or tokens not valid?15:35
fabriziovit's not a timeout problem, I think it's just that keystone receives many requests and this might be a concern15:36
m3m0we should look in the docs if we can query once per token "life"15:36
fabriziovin other words, the keystonemiddleware is not a "good citizen" and might stress the keystone server too much :)15:37
fabriziovmy idea is go for memcached and check the token timeout parameters15:38
m3m0is that something that we want to do for HLM?15:39
szaherI think the cache will solve the problem15:40
szahertoken is valid for 24 hours only15:40
fabriziovHLM, yes15:40
szaherhttp://docs.openstack.org/developer/keystone/configuration.html15:40
szaherhere you will find enabling cache will solve the problem15:41
m3m0we can use this15:41
m3m0#token_cache_time=30015:41
m3m0http://docs.openstack.org/developer/keystonemiddleware/middlewarearchitecture.html15:41
fabriziovyes memo, that's precisely the documentation I was looking into.15:41
m3m0perfecto :)15:41
fabriziovSaad, the problem seems to be that the keystonemiddleware queries keystone when it does not need to.15:42
fabriziovnot a keystone problem, but rather a keystonemiddleware one15:43
szaherOkay15:43
fabriziovthe fact that there are more than one apis behind a HAProxy reduces the gain of using the cache, but not so much I think15:45
m3m0do you have anything more to add fabriziov?15:49
fabriziovno. thanks memo15:51
m3m0thanks :)15:51
m3m0reldan, you're next15:51
reldanThank you, m3m0!15:51
reldanMy code with first iteration of parallel backup is in master! And it works. So my next step is changing our config file15:52
m3m0congratulations :)15:52
reldanIt should accept OS credentials as well as multiple storages15:52
reldanThank you!15:53
reldanToday I did a small fix to my ssh storage - I have added SSH_PORT15:53
reldanSo I’m going to work on config files for storages. I would like to ask Fabrizio Vanni to help me15:54
reldanIt’s all from my side15:54
m3m0you should have a small meeting to discuss this offline then :)15:54
m3m0thanks a lot15:54
m3m0szaher, you're next15:54
szaherThank you, m3m015:54
szaherI was working on throttling bandwidth bug, because it's not working for https15:55
szaherI used a 3rd party app called trickle to limit bandwidth on linux and will search for something suitable for windows15:56
szaherthe code for limiting bandwidth on linux is in master now15:56
m3m0perfect, those are great news15:56
m3m0thanks a lot15:56
szaheralso I've been working on another task15:56
szaherhttps://blueprints.launchpad.net/freezer/+spec/improve-freezer-usability15:56
m3m0are you planning on working on usability next ?15:56
szaherthis blueprint I created to improve freezer usability15:56
m3m0perfect15:56
m3m0are we planning to move to cliff?15:57
szahercontainer, there is a default value for container15:57
m3m0https://github.com/openstack/cliff15:57
m3m0for the arguments?15:57
szaherOkay, this is another issue15:57
szaherwe need to be aligned with openstack standards15:58
szaherbut for the time being we need to fix some usability issues to make user life easier15:58
szaher* lvm_dirmount15:58
szaher* container15:58
szaher* path_to_backup with lvm snapshots15:58
szaherWe need to provide default value for those 3 parameters15:58
szaherthe first two are done now, I'm working on the third one and once I finish I'll commit15:59
m3m0why container?15:59
szaherwe can plan for using cliff to rearrange our arguments15:59
szahercontainer it's already in, If the user didn't provide a container name freezer will use freezer_backups15:59
m3m0and for local and ssh?16:00
szaherfor storage reldan is using default value as swift16:00
m3m0but the container default value will be freezer_backups when storing on swift16:01
m3m0but what will be the default value for ssh and local?16:01
reldanThere are no default for ssh and local16:01
szaherfor ssh and local not done yet16:02
szaherI'll work on it16:02
reldanI just have no idea what we can use as default for ssh and local16:02
reldan/tmp ?  )16:03
m3m0mmm16:03
szahermay be the home directory of the user16:03
m3m0i don't think that should be the correct behaviour16:03
szaherand we use a folder called freezer_backups16:03
szaher?16:03
reldanBut it may be windows as well16:03
reldanyes - and it’s fails16:03
m3m0because if you set 2 different backups without defining a container16:04
m3m0those 2 could get corrupted isn't it16:04
m3m0?16:04
reldanI would prefer don’t have any default value16:04
reldanIt’s strange actually16:04
m3m0yeah kind of, to have only a default value for swift16:05
reldanAnd for me it is strange that we adding “freezer” prefix for swift16:05
reldanfreezerc —path-to-backup … container = my-backups16:05
fabriziovyeah ... what about "frozen" ?16:05
reldanbut actually it will store data in freezer_my-backups16:05
reldanWhy?16:06
reldanI have no possibility to store my data in container without “freezer” prefix at all16:06
m3m0#agree with that16:06
m3m0we should find a better behaviour for that16:07
reldanAgree16:07
* fabriziov agrees16:07
szaherOkay, decision ?16:08
m3m0so we agree that we should put a default value in containers?16:08
reldanI16:08
m3m0shouldn't*16:08
reldanI’m not sure )16:08
m3m0me too16:08
m3m0i think we shouldn't do that16:08
fabriziovdefault ok, forced value no16:09
reldanDefault is strange for me )16:09
reldanFor swift we can imagine some funny name16:10
reldanBut for other storages16:10
szahercontainer is a term used only for swift and not for ssh and local16:10
reldanBut I actually don’t think that it is a major problem16:10
szaherso we will provide default value for container for swift only ? or we will make it mandatory for the user to enter a container name ?16:10
reldanIt’s nice to discuss problem16:10
fabriziovdefault for ssh could be a folder in ssh_user's home16:10
szaherI suggested that before, but what about local ?16:11
m3m0can we discuss this offline?16:12
reldanYes, sure. I’m not sure that it has any significant priority16:12
szaherSure16:12
m3m0agree with that :)16:13
m3m0so, szaher, you should go on with that16:14
szaherOkay, finally for containers I'll leave it as it's ?16:14
m3m0with the default value16:14
szaherYea16:14
m3m0does anyone have anything more to add?16:15
szahernope16:16
m3m0nice :)16:16
m3m0thanks to everyone16:16
m3m0#endmeeting16:16
freezerBot`Meeting ended Thu Sep 17 16:16:52 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:16
freezerBot`Minutes:        http://meetbot.stefanocanepa.it/freezer/openstack-freezer/2015/openstack-freezer.2015-09-17-15.12.html16:16
freezerBot`Minutes (text): http://meetbot.stefanocanepa.it/freezer/openstack-freezer/2015/openstack-freezer.2015-09-17-15.12.txt16:16
freezerBot`Log:            http://meetbot.stefanocanepa.it/freezer/openstack-freezer/2015/openstack-freezer.2015-09-17-15.12.log.html16:16
openstackMeeting ended Thu Sep 17 16:16:52 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:16
openstackMinutes:        http://eavesdrop.openstack.org/meetings/2015_09_17/2015/2015_09_17.2015-09-17-15.12.html16:16
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/2015_09_17/2015/2015_09_17.2015-09-17-15.12.txt16:16
openstackLog:            http://eavesdrop.openstack.org/meetings/2015_09_17/2015/2015_09_17.2015-09-17-15.12.log.html16:16
fabriziovthanks memo16:18
*** reldan has quit IRC16:54
*** jonaspf has quit IRC17:21
*** reldan has joined #openstack-freezer18:58
*** jonaspf has joined #openstack-freezer19:33
*** reldan has quit IRC19:36
*** jonaspf has quit IRC19:48
*** jonaspf has joined #openstack-freezer20:20
*** jonaspf has quit IRC20:35
*** reldan has joined #openstack-freezer21:35
*** reldan has quit IRC21:42
*** reldan has joined #openstack-freezer22:02
*** jonaspf has joined #openstack-freezer23:07
*** jonaspf has quit IRC23:22
*** dschroeder has quit IRC23:32
*** reldan has quit IRC23:39

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