Wednesday, 2016-01-20

*** asvechnikov has quit IRC06:48
*** asvechnikov has joined #openstack-bareon06:48
*** sylwesterB has joined #openstack-bareon08:27
*** sylwesterB has quit IRC08:31
*** sylwesterB has joined #openstack-bareon08:31
evgenylagordeev: could you please consider merging this patch https://review.openstack.org/#/c/269516/ , with it you will be able to see what your spec looks like before merging it.08:51
evgenylkozhukalov: could you please merge it if it's ok https://review.openstack.org/#/c/269057/ ?08:51
sylwesterBpoI need to leave earlier today and I will miss the sync up so i will share my status here later09:12
evgenylsylwesterB: yeah, no problem :)09:14
openstackgerritMerged openstack/bareon-specs: Fix rendering of specs by sphinx  https://review.openstack.org/26951609:35
-openstackstatus- NOTICE: review.openstack.org is being restarted to apply patches11:40
*** ChanServ changes topic to "review.openstack.org is being restarted to apply patches"11:40
*** openstackgerrit has quit IRC11:43
*** openstackgerrit has joined #openstack-bareon11:44
*** ChanServ changes topic to "#openstack-bareon"11:51
-openstackstatus- NOTICE: Restart done, review.openstack.org is available11:51
*** asvechnikov has quit IRC13:56
*** asvechnikov has joined #openstack-bareon14:02
evgenylagordeev: I'm confused by cephjournal calculation https://github.com/openstack/bareon/commit/51d701bdbaeceefab475614b85e9a2b44e14c285 ,  we add new partitions but where do we get enough free space?14:03
agordeevevgenyl: i think i got your consern. we add new partitions without paying any attention to how much of disk space has been already consumed by already created partitions.14:08
evgenylagordeev: yeah, I don't understand how it can work :)14:10
evgenylagordeev: So I have thoughts that this part of code doesn't get executed due to some reasons :)14:11
evgenylagordeev: which is good :)14:11
agordeevevgenyl: initial partitioning data carefully prepared by nailgun which is aware of disk/volumes sizes. so, bareon is just doing its job without validating the actual input data too much. In other words, bareon never tried to analyze that provided input data actually fits to disks that system has. The same concern goes to partitioning scheme produced in14:22
agordeevrun-time.14:22
agordeevevgenyl: i agree that this approach contradicts with smart disk space allocator somehow.14:32
evgenylagordeev: I've reread the code, so it looks like cephjournal is always going to be smaller than specified by the user (from nailgun), except the case when amount of cephjournals is bigger then amount of osds, but luckily it didn't happen before :) I'll need to think how to solve it properly in terms of new dynamic allocator.14:37
sylwesterBMy status: I was working on tests for https://review.openstack.org/#/c/264699/ - one test (which I didn't touch) doesn't work, tomorrow I will investigate further. I also spend some time filling my performance review as Tomasz already pinged us about it ;)14:52
evgenylsylwesterB: thanks :)14:54
*** sylwesterB has quit IRC15:00

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