Thursday, 2015-09-03

*** reldan has joined #openstack-freezer08:17
*** samuelBartel has joined #openstack-freezer08:17
*** reldan has quit IRC08:40
*** reldan has joined #openstack-freezer09:13
*** marzif has joined #openstack-freezer09:42
*** marzif has quit IRC10:08
openstackgerritFabrizio Vanni proposed stackforge/freezer: freezer-scheduler in no-daemon mode  https://review.openstack.org/21893310:31
*** marzif has joined #openstack-freezer10:47
*** fabriziov has joined #openstack-freezer10:48
*** marzif has quit IRC12:14
*** marzif has joined #openstack-freezer12:15
*** reldan has quit IRC12:18
*** reldan has joined #openstack-freezer12:34
openstackgerritFabrizio Vanni proposed stackforge/freezer-api: update type deletion policy in db-init  https://review.openstack.org/21979813:42
*** dschroeder has joined #openstack-freezer14:34
fabriziovplease have a look at this also: https://review.openstack.org/#/c/218933/314:43
daemontool_m3m0, would be good if after the meeting today we can send an official email to the openstack ml communicating the date, time and place of our weekly meeting14:46
m3m0I will do that14:46
daemontool_ty14:56
m3m0hello everyone15:01
fabriziovhi15:02
daemontool_hey15:02
m3m0#startmeeting openstack-freezer 09-09-201515:03
freezerBotMeeting started Thu Sep  3 15:03:31 2015 UTC and is due to finish in 60 minutes.  The chair is m3m0. Information about MeetBot at http://wiki.debian.org/MeetBot.15:03
freezerBotUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:03
freezerBotThe meeting name has been set to 'openstack_freezer_09_09_2015'15:03
openstackMeeting started Thu Sep  3 15:03:31 2015 UTC and is due to finish in 60 minutes.  The chair is m3m0. Information about MeetBot at http://wiki.debian.org/MeetBot.15:03
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:03
openstackThe meeting name has been set to 'openstack_freezer_09_09_2015'15:03
m3m0All: meetings notes available in real time at: https://etherpad.openstack.org/p/freezer_meetings15:03
m3m0Hello, let's start by order15:04
m3m0daemontool_15:04
m3m0you're first15:04
daemontool_ok15:04
daemontool_I've been mainly working on code review, currently I'm working in fabriziov to integration tests settings up a dsvm gate job,15:04
daemontool_I'm planning to work15:05
daemontool_on usability improvement (with szaher), and on the block based incremental as soon as the current storage code refactor will be merged15:06
m3m0does the integration tests only include linux functionality?15:06
daemontool_when we have a dsvm I think we can test both linux and windows, as it is basically a VM runnin the OS15:06
daemontool_at first instance the tests will be done for Linux15:07
daemontool_there are15:07
daemontool_other tests that can be done in the hp public cloud with dsvm by creating a windows vm15:07
daemontool_but that wouldn't be automatic, so we need to understand how we can manage the windows image in devstack as I'm not sure it is included by default15:07
daemontool_once we know where to get the windows image, I think the tests will be done pretty strightforward15:08
m3m0do you have a timeline for this? or a blueprint that we can review?15:09
daemontool_for Windows yes: https://blueprints.launchpad.net/freezer/+spec/windows-testing15:10
daemontool_for dsvm not, I'll create one15:11
m3m0thank you15:11
m3m0do you need help with anything?15:11
daemontool_I'll be out starting from saturday 2 weeks, so probably fabriziov  will need a bit of help on this15:12
daemontool_all good for now :)15:12
m3m0ok, thank you very much15:12
m3m0fabriziov, you're next15:13
fabriziovso15:13
fabriziovmy main task atm is setting up devstack gate jobs for integration tests15:13
fabriziovit'll take a few days15:14
fabriziovI also have some reviews out:15:14
daemontool_basic bp herr for dsvm integration: https://blueprints.launchpad.net/freezer/+spec/freezer-dsvm15:14
fabriziovthx for the bp :)15:14
fabriziovthe reviews:15:15
fabriziov- improved db-init script15:15
fabriziovhttps://review.openstack.org/#/c/219798/15:15
fabriziov- freezer-scheduler in no-daemon mode15:15
fabriziovhttps://review.openstack.org/#/c/218933/15:15
fabriziov- better handling of job-events (fixes an issue with inability to restart failed jobs)15:16
fabriziovhttps://review.openstack.org/#/c/217324/15:16
fabriziovand15:16
fabriziovhttps://review.openstack.org/#/c/217325/15:16
fabriziovWe shoud discuss the behavior for this: https://review.openstack.org/#/c/218812/15:16
*** dschroeder has quit IRC15:16
fabriziovthat is the selection of the api entpoint type15:17
fabriziovshould the freezer-scheduler stick to an explicit url of the api (public/admin/internal) ?15:17
fabriziovor should it try all until one succeeds ?15:17
m3m0I'll say we have to be explicit on the selection15:17
daemontool_I think we need to support both cases15:18
m3m0that way we can document the behaviour more easily15:18
daemontool_if one fails, we try the other15:18
daemontool_like the default15:18
daemontool_but if we are explicit we have to use exactly that15:18
m3m0in that case we need to be very carefully on the trying order15:19
m3m0someone can have access to public, admin and internal endpoints15:19
daemontool_in the trying order, the explicit is the first, otherwise is the default15:19
fabriziovmaybe if the user gives an explicit endpoint-type, the scheduler should use only that15:20
fabriziovand if it fails, it fails15:20
fabriziovif, on the other hand, the user did not specify a value15:20
fabriziovthe scheduler could try all the types15:20
daemontool_by default try all, while if explicit try only that?15:20
daemontool_I think make sense15:21
*** dschroeder has joined #openstack-freezer15:21
fabriziovyes. if I ask for the "internal", the scheduler shoudl try only that15:21
fabriziovnot the public nor the admin15:21
fabriziovif I dont specify a value, try all15:21
fabriziovthe order counts, of course, we should agree and document that15:22
daemontool_m3m0, sounds good that to you?15:22
daemontool_+1 for me15:22
daemontool_reldan, any thought?15:22
m3m0I would like to have further discussion, we can to this offline and document the issue on the bp15:23
reldanI would like to have discussion as well, I have no strong opinion at the moment15:23
m3m0so agree further dicussion?15:24
daemontool_m3m0, OK15:24
reldanm3mo, yes15:24
m3m0so, fabriziov, do you have a timeline on this topics?15:25
fabriziovsure15:25
fabriziovthe devstack gate jobs will take some days15:25
fabriziovthe rest is in review.15:25
fabriziovas soon as we agree on the endpoint-type selection criteria15:26
fabriziovthe patchset will be out within the day15:26
fabriziovunless we meet ad 7pm ;)15:26
daemontool_lol15:27
fabriziovthat's pretty much all for me15:28
m3m0hahaha talk to your admin for that :)15:28
m3m0thanks a lot fabriziov15:28
fabriziovu r welcome15:28
daemontool_fabriziov,  talk to your webmaster for that15:28
m3m0I'm next on the list15:29
m3m0I've been working on this blueprint https://blueprints.launchpad.net/freezer/+spec/code-guidelines15:30
m3m0still needs some uptades but is to help us to define a common code guideline to deal with multiple os and external tool calls15:31
m3m0also to define a series of steps need it to submit new functionality or a patch15:31
m3m0for instance if a new functionality doesn't come with a bp it's a -115:32
m3m0the same for bugs15:32
m3m0this way we can keep track of bugs, new changes and define timelines more easily15:32
m3m0at the moment I'm working on a different project but as soon as that is finished I would like to work in 2 items15:33
m3m0finish the porting of the scheduler on windows: https://blueprints.launchpad.net/freezer/+spec/port-freezer-scheduler-windows15:34
m3m0and increase the coverage of tests in the web-ui15:35
m3m0that's it for me at the moment15:36
m3m0reldan, you're next15:36
reldanThank you m3m015:36
reldanI still doing my parallel backup stuff. I have reviewed your comments on my pull request and agree with them. I am writing documentation for methods, as well as I’m trying to show correct errors in case of internal gnutar errors15:37
reldanIt is really hard to do correct output of errors in case of multithreading, because reading from pipe is bloking operation in python15:38
reldanI understand that it already took too much time, but I hope to commit my changes today15:38
m3m0do you need any help with that?15:39
reldanThank you m3m0, I believe that I finish it soon, but I really will need help during review. It will be that somebody to check everything with me. Because I’m really afraid of race conditions of any type15:40
m3m0of course, we can set a private meeting to that, the more people involved on this the better15:41
m3m0could you send us the review link?15:41
fabriziovit could help to have some documentation about the implementation, diagrams, uml-style maybe15:41
reldanAbsolutely agree, thank you. I also have thoughts about using greenlets or pykka - put I suppose we should discuss it later15:41
m3m0just let be careful on the dependencies licensing15:42
m3m0do you have anything more to say?15:42
reldanYes, it the same request https://review.openstack.org/#/c/214596/ , but I’m going to update it15:42
reldanAbout uml diagrams, it will be very good to find some semi-automatic way to do so. I mean it will be great to describe such diagrams in some dsl language and have tool to build it15:43
reldanOtherwise any uml diagram very soon will become absolete15:44
m3m0does pycharm comes with a functionality to do that?15:44
reldanIt have something like that https://confluence.jetbrains.com/display/PYH/Working+with+UML+class+diagrams+in+PyCharm15:45
reldanBut I have never tried it15:45
reldanAnd I don’t know can it build time dependency diagramm15:45
reldanor something except class hierarchy15:45
m3m0me neither :P15:46
m3m0but if you try it let us know15:46
reldanDeal, thank you m3m015:46
m3m0do you have anything more to say?15:46
fabriziovthat's true. I was thinking more about a quick way to introduce us to the parallel backup implementation, so that we can understand quickly and review the code.15:46
reldanYes, yes we need a simple way to knowledge sharing15:47
reldanNo, I have nothing to add, thank you15:47
fabriziovbut automating diagrams would be very welcome too, especially when you have to draw them for the documentation :)15:47
m3m0agree15:48
m3m0am I missing someone? does anyone have anything to say?15:49
m3m0ok15:50
m3m0thanks a lot guys15:50
m3m0#endmeeting15:50
freezerBotMeeting ended Thu Sep  3 15:50:55 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:50
freezerBotMinutes:        http://meetbot.stefanocanepa.it/freezer/openstack-freezer/2015/openstack-freezer.2015-09-03-15.03.html15:50
freezerBotMinutes (text): http://meetbot.stefanocanepa.it/freezer/openstack-freezer/2015/openstack-freezer.2015-09-03-15.03.txt15:50
freezerBotLog:            http://meetbot.stefanocanepa.it/freezer/openstack-freezer/2015/openstack-freezer.2015-09-03-15.03.log.html15:50
openstackMeeting ended Thu Sep  3 15:50:55 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:50
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_freezer_09_09_2015/2015/openstack_freezer_09_09_2015.2015-09-03-15.03.html15:50
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_freezer_09_09_2015/2015/openstack_freezer_09_09_2015.2015-09-03-15.03.txt15:51
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_freezer_09_09_2015/2015/openstack_freezer_09_09_2015.2015-09-03-15.03.log.html15:51
fabriziovthank you memo15:51
*** marzif has quit IRC16:04
*** reldan has quit IRC16:06
*** reldan has joined #openstack-freezer16:11
*** samuelBartel has quit IRC16:16
*** reldan has quit IRC17:10
*** reldan has joined #openstack-freezer17:54
*** reldan has quit IRC17:57
*** reldan has joined #openstack-freezer17:58
*** marzif has joined #openstack-freezer18:28
*** marzif has quit IRC18:38
*** reldan has quit IRC21:00
*** reldan has joined #openstack-freezer21:26
*** marzif has joined #openstack-freezer21:39
*** marzif has quit IRC23:21
*** dschroeder has quit IRC23:47

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