--- Log opened di okt 20 00:00:37 2015 00:01 -!- bala (purple): has joined #vdsm 00:30 -!- fsimonce: has quit [Quit: Coyote finally caught me] 03:27 -!- gshereme: has quit [Read error: Connection reset by peer] 03:36 -!- Humble: has quit [Ping timeout: 244 seconds] 03:44 -!- apahim: has quit [Ping timeout: 256 seconds] 03:49 -!- Humble (Humble Chirammal): has joined #vdsm 03:55 -!- apahim (Amador Pahim): has joined #vdsm 04:34 < vxitch> it works! I forgot I installed a libguestfs preview repo out of which I installed virt-v2v. This seems to have updated systemd to 219 from 208. 219 is NOT compatible with the currently available vdsm for RHEL 7 :) 04:55 -!- bala: has quit [Ping timeout: 260 seconds] 05:07 -!- bala (purple): has joined #vdsm 05:37 -!- shubhendu (Shubhendu Tripathi): has joined #vdsm 05:44 -!- rmatinata: has quit [Ping timeout: 260 seconds] 05:51 -!- rmatinata (Ricardo Marin Matinata): has joined #vdsm 06:03 -!- rmatinata: has quit [Ping timeout: 246 seconds] 06:10 -!- rmatinata (Ricardo Marin Matinata): has joined #vdsm 06:13 -!- apahim: has quit [Ping timeout: 250 seconds] 06:42 -!- gpadgett: has quit [Ping timeout: 246 seconds] 06:58 -!- Humble: has quit [Ping timeout: 240 seconds] 07:10 -!- ishaby (Idan Shaby): has joined #vdsm 07:10 -!- ndarshan (Darshan n): has joined #vdsm 07:11 -!- Humble (Humble Chirammal): has joined #vdsm 07:26 -!- ibarkan (Ido Barkan): has joined #vdsm 07:40 -!- sbonazzo (purple): has joined #vdsm 07:41 -!- pkliczew (Piotr Kliczewski): has joined #vdsm 07:49 -!- pkliczew: has quit [Ping timeout: 272 seconds] 07:59 -!- adahms: has quit [Read error: Connection reset by peer] 08:24 -!- ykaplan (Yeela Kaplan): has joined #vdsm 08:39 -!- mmirecki (Marcin Mirecki): has joined #vdsm 08:40 -!- fromani (Francesco Romani): has joined #vdsm 08:41 -!- rmohr: has quit [Quit: rmohr] 08:44 -!- pkliczew (Piotr Kliczewski): has joined #vdsm 08:59 -!- mskrivanek_away is now known as mskrivanek 09:06 -!- mode/#vdsm: by ChanServ 09:06 -!- danken1 (purple): has joined #vdsm 09:18 < pkliczew> fromani, good morning 09:18 < fromani> pkliczew: good morning 09:18 < pkliczew> fromani, I checked our leaky vdsm 09:18 < fromani> pkliczew: so did I 09:18 < pkliczew> fromani, and after your pinning it seems to be stable 09:18 < fromani> pkliczew: yes, I see *minimal* growth, in the order of <5% 09:19 < fromani> pkliczew: so pinning *surely* help for perfs, *maybe* will help to improve memory reclamation 09:19 < pkliczew> fromani, you added instance # print and I compared those from yesterday 5PM and today NOW 09:19 < pkliczew> fromani, I do not see any significant changes 09:20 < fromani> pkliczew: exactly. Simple check with ps aux seems to confirm 09:20 -!- msivak_ (Martin Sivak): has joined #vdsm 09:21 < pkliczew> fromani, what do you think we call it as "official" solution and let the perf team play with it? 09:22 < pkliczew> fromani, or do you have something else that we can do? 09:23 < fromani> pkliczew: I'm not happy with this, but it help to stop the bleeding, so seems like an ER-like fix to me 09:23 < fromani> pkliczew: I extracted the host sampling thread and run it independently (look for "hostsampler.py" process) with dowser attached 09:23 < pkliczew> fromani, :D, it feel the same 09:24 < fromani> pkliczew: so we can learn what happens in the host stats thread in isolation, and it *seems* stable 09:24 < fromani> pkliczew: so I think it is fair to call the InterfaceSample lead a red herring 09:24 < pkliczew> fromani, agree 09:24 < fromani> pkliczew: and to call the dowser tool a disappointing solution 09:25 < fromani> btw, it works OK with hoststats alone, so we can inspect it 09:25 < pkliczew> fromani, I miss good tooling in python like visualvm 09:25 < fromani> pkliczew: furthermore, I dusted off my own env and run 100 VMs without network, passed the night stable 09:25 < fromani> pkliczew: i mean without obvious leaks, something like +/- 3% both objgraph dump and ps output 09:26 < fromani> pkliczew: so, to wrap up, as crazy as may sound, the pinning solution is the only one that changes something 09:26 < pkliczew> fromani, it should be good enough improvement for perf team attempt to break it again 09:26 < fromani> pkliczew: agreed, actually is the only thing we can offer 09:27 < pkliczew> fromani, yup 09:31 -!- amarchuk: has quit [Ping timeout: 250 seconds] 09:35 -!- Humble: has quit [Read error: Connection reset by peer] 09:39 -!- fsimonce (Federico): has joined #vdsm 09:50 -!- sshnaidm (Sergey (Sagi) Shnaidman): has joined #vdsm 09:50 -!- Humble (Humble Chirammal): has joined #vdsm 09:51 -!- derez_ (Daniel Erez): has joined #vdsm 09:55 < ybronhei> fromani: if the pinning is what helps it probably multiprocessing implementation that causes it 09:55 < fromani> ybronhei: can you please elaborate? 09:56 -!- amarchuk (Anton Marchukov): has joined #vdsm 09:57 < ybronhei> fromani: can it be related to some cleaning between context switch? 09:57 < fromani> ybronhei: I'm pretty confident it is related to the insane number of threads we are using (insane for python standards), GIL contention and so forth 09:58 < ybronhei> fromani: yes exactly, so some kind of cleaning between threads context switch that run on different cpus 09:58 < fromani> ybronhei: yes, even more specific, it *may* depend on how GIL works in python 2.x 09:58 < ybronhei> fromani: lets ask qe to run the same env with pinning and see the results 09:59 < fromani> ybronhei: sure, that's what pkliczew and me are suggesting 09:59 < fromani> we don't have much more actually :) 09:59 < ybronhei> fromani: it could be greate if we would have python3 support to compare . but we don't 09:59 < fromani> ybronhei: agreed. It is a long way forward... 09:59 -!- fabiand (Fabian Deutsch): has joined #vdsm 09:59 < ybronhei> fromani: ok, lets see what they say with pinning 10:00 < ybronhei> fabiand: Hi fabiand, just saw your Q from yesterday 10:00 < fromani> ybronhei: after nsoffer interesting data, I'm starting to believe we should drop pthreading and fall back to python's threading 10:00 -!- rmohr: has quit [Ping timeout: 250 seconds] 10:00 < ybronhei> fabiand: you want to debug vdsm-tool run ? :) actually it doesn't sound too complicated but I never gdb vdsm-tool. didn't think it worth it 10:01 < fabiand> ybronhei, :) 10:01 < fabiand> hey 10:01 < fabiand> ybronhei, yes, I wondered if I could use it with pdb .. 10:01 < ybronhei> fromani: yes, I agree. although I still need to review more deeply the code 10:01 < fabiand> the "difficulty" is that vdsm-tool is a bash wrapper, which does not work with pdb, so I needed to use the correct python entry point .. 10:01 < fabiand> but in the end I found the issue in a different way 10:01 < ybronhei> fromani: oh, but no. python's threading in python2 is buggy. we can drop our implementation only over python3 10:02 < ybronhei> fromani: Condition and Lock are implemented quite bad there 10:02 < ybronhei> fromani: we should try out nir's impl and see if it worth using it instead of ours 10:03 < ybronhei> fabiand: you mean gdb, right? 10:03 < ybronhei> fabiand: and vdsm-tool is python's executable 10:03 < fabiand> ybronhei, nope, pdb: python -m pdb ,,, 10:03 < ybronhei> fabiand: ah, so you can use it 10:04 < ybronhei>:# python -m pdb /usr/bin/vdsm-tool 10:04 < ybronhei> > /usr/bin/vdsm-tool(20)() 10:04 < ybronhei> -> from __future__ import print_function 10:04 < ybronhei> (Pdb) 10:04 < ybronhei> it works ^ 10:04 < fabiand> oh! 10:04 < fabiand> nice 10:05 < fabiand> there you go, I should have been brave enough to test ;) 10:05 -!- sshnaidm: has quit [Ping timeout: 256 seconds] 10:06 < ybronhei> pkliczew: what about the failures we have in koji? do you have few minutes to go over it again? 10:07 < pkliczew> ybronhei, can you send me a link to srpm that you use for build it 10:07 < pkliczew> ybronhei, I asked for it in the email 10:07 < ybronhei> pkliczew: I saw - but you don't need it. I just ran usual make rpm on latest ovirt-3.6 branch 10:07 < ybronhei> pkliczew: and use the src.rpm output. you probably can do it too .. 10:08 < ybronhei> pkliczew: but I can send you the one I used ... 10:08 < pkliczew> ybronhei, I do not understand how freshly generated certs are expired 10:08 < pkliczew> ybronhei, please do 10:09 < ybronhei> pkliczew: me also 10:10 < ybronhei> pkliczew: sent, by mail 10:10 < pkliczew> ybronhei, looking 10:11 < pkliczew> ybronhei, I can see the certs there 10:12 < pkliczew> ybronhei, can you remove them and retry? 10:13 < ybronhei> pkliczew: from where? 10:13 < pkliczew> ybronhei, from srpm 10:13 < ybronhei> pkliczew: how? I told you what I do. just run make rpm and use the output 10:14 < pkliczew> ybronhei, it seems that you have old certs which are added to srpm during the build 10:14 < pkliczew> ybronhei, you use this rpm when you run koji build and the certs are not regenerated 10:15 < pkliczew> ybronhei, just remove them and check 10:22 < ybronhei> pkliczew: how? 10:23 < ybronhei> pkliczew: lets see again the build.log and understand where are the certs are generated in this process. its not part of the src.rpm creation 10:24 < pkliczew> ybronhei, the certs are generated during standard build when we run tests 10:25 < pkliczew> ybronhei, so remove the certs that you have and run make build and rpmbuild -ts @tarball@ 10:25 < pkliczew> ybronhei, it should be enough not to have the certs in the file 10:26 < ybronhei> pkliczew: trying 10:43 < ybronhei> pkliczew: https://kojipkgs.fedoraproject.org//work/tasks/2144/11512144/build.log 10:44 < pkliczew> ybronhei, have you removed your certs 10:44 < pkliczew> ybronhei, ? 10:44 < ybronhei> pkliczew: I have no idea.. why does it tries to compile for armv7l ? :/ I explicitly mention noarch.. I'll try to advice juan 10:44 < pkliczew> ybronhei, I saw that they were created in June this year 10:45 < ybronhei> pkliczew: I did what you said, created fresh tarball and build the src.rpm from it 10:45 < pkliczew> ybronhei, but the most important was to remove the certs 10:46 < pkliczew> ybronhei, just creating tarball and srpm is not enough 10:46 < ybronhei> pkliczew: from where? :/ 10:46 < pkliczew> ybronhei, tests directory 10:46 < pkliczew> ybronhei, there are server.* and other.* 10:46 < ybronhei> pkliczew: ah? it packages it?! why? 10:47 < pkliczew> ybronhei, I have no clue, it was merged long time ago 10:47 < ybronhei> pkliczew: only crt files? 10:47 < pkliczew> ybronhei, all 10:48 < ybronhei> pkliczew: and why make clean doesn't clean it? we need to take care of it 10:48 < ybronhei> pkliczew: anyway, it was there. trying again 10:48 < ybronhei> pkliczew: but still there is arch thing that Im not sure how to solve 10:48 < pkliczew> ybronhei, we can improve it later, you are the first one to have this issue 10:49 < pkliczew> ybronhei, I am not sure how to solve arch issue 10:52 < pkliczew> fromani, do you have a patch to pin vdsm 3.5? 10:52 -!- nsoffer (Nir Soffer): has joined #vdsm 10:52 -!- fromani: has quit [Read error: Connection reset by peer] 10:53 -!- fromani (Francesco Romani): has joined #vdsm 10:53 < nsoffer> ybronhei, any chance to get https://gerrit.ovirt.org/47500 into 3.6 quickly (for today build)? 10:54 < ybronhei> nsoffer: please ask fromani, im on my way to office now 10:54 < fromani> pkliczew: not released, in branch 10:54 < nsoffer> ybronhei, thanks, fromani ? 10:54 < nsoffer> fromani, ^^^ 10:55 < fromani> nsoffer: let me just run one quick sanity check and it is in. 10:55 < pkliczew> fromani, ok, I think it would be good to let everyone know about your findings 10:56 -!- bazulay (purple): has joined #vdsm 10:56 < fromani> pkliczew: sure, will send a followup later 10:56 < pkliczew> fromani, great 10:58 -!- danken1: has quit [Ping timeout: 268 seconds] 11:00 < nsoffer> fromani, ci finished (got mail) 11:02 < nsoffer> fromani, ignore, it was from the 3.5 branch 11:02 < fromani> nsoffer: running manually, so far so good 11:06 -!- fromani: has quit [Quit: Leaving] 11:06 -!- fromani (Francesco Romani): has joined #vdsm 11:12 < nsoffer> fromani, the commit message needs tiny fix - submitting 11:12 < fromani> nsoffer: ok 11:13 < nsoffer> fromani, done (edited on gerrit) 11:13 < fromani> nsoffer: ok, taking in 11:13 < nsoffer> fromani, thanks 11:15 < fromani> nsoffer: noticed jenkins unhappiness with your https://gerrit.ovirt.org/#/c/47502/ - probably bogus. Can you please look? 11:15 -!- mode/#vdsm: by ChanServ 11:15 -!- danken1 (purple): has joined #vdsm 11:16 < nsoffer> fromani, I'm looking 11:16 -!- #vdsm ybronhei: has quit [Ping timeout: 265 seconds] 11:16 < nsoffer> fromani, it is still open 3.6 11:16 < nsoffer> fromani, I posted it before you merged 11:17 < fromani> nsoffer: ok 11:17 < nsoffer> fromani, ok now 11:18 < fromani> nsoffer: fine, it is on queue for next 3.5 release 11:18 < nsoffer> fromani, do we have rpm install job there? 11:18 < fromani> nsoffer: yes, run manually by yours truly: automation-enabling patches are still (slowly) getting in :) 11:18 < nsoffer> fromani, I see some jobs starting 11:19 < nsoffer> fromani, great, you are more reliable then the ci :-) 11:19 -!- pkliczew: has quit [Ping timeout: 260 seconds] 11:20 < fromani> nsoffer: yep ;) at least I listen when someone yells at me ;) 11:24 < ibarkan> mpolednik1: ping 11:24 < nsoffer> fromani, I want to close that 3.5.6 bug soon, when do you plan to merge the 3.5 patch? 11:25 < fromani> nsoffer: within the day. 11:25 < nsoffer> fromani, great 11:25 < nsoffer> fromani, there is another bug maybe 4 years old, waiting on this bug 11:25 < fromani> nsoffer: I want to make 3.5.6 in shape, we have two patches pending for this (that I know of at the moment) 11:25 < mpolednik1> ibarkan: pong 11:25 -!- mpolednik1 is now known as mpolednik 11:31 < nsoffer> fromani, reminding https://gerrit.ovirt.org/46400 (when you have time) 11:32 < fromani> nsoffer: nsoffer sure 11:35 -!- msivak__ (Martin Sivak): has joined #vdsm 11:37 -!- msivak_: has quit [Ping timeout: 260 seconds] 11:37 -!- pkliczew (Piotr Kliczewski): has joined #vdsm 11:37 -!- pkliczew is now known as pkliczew|lunch 11:40 -!- mmirecki is now known as mmirecki-lunch 12:22 -!- Humble: has quit [Ping timeout: 272 seconds] 12:36 < nsoffer> danken1, https://gerrit.ovirt.org/45115 is also urgent, I think this is the last fix required to resolve https://bugzilla.redhat.com/880738 12:37 < nsoffer> danken1, we have the fix everywhere (except centos) 12:41 -!- pkliczew|lunch is now known as pkliczew 12:43 -!- apahim (Amador Pahim): has joined #vdsm 13:08 <@danken1> mpolednik: rmohr: could you join me in reviewing fromani's https://gerrit.ovirt.org/#/q/topic:host_sampling ? 13:08 < mpolednik> danken1: will try asap, stuck in POWERful world for a while 13:10 < rmohr> danken1: can join in about one hour 13:11 <@danken1> rmohr: join me virtually, I'm doing it offline. 13:11 < rmohr> danken1: I know what you meant :D 13:11 <@danken1> nsoffer: can you solemnly promise to drop these %centos refs asap ? 13:13 -!- pkliczew: has quit [Ping timeout: 255 seconds] 13:16 -!- mskrivanek is now known as mskrivanek_away 13:17 -!- mskrivanek_away is now known as mskrivanek 13:17 -!- ybronhei (purple): has joined #vdsm 13:19 -!- mskrivanek is now known as mskrivanek_away 13:19 -!- mskrivanek_away is now known as mskrivanek 13:20 -!- pkliczew (Piotr Kliczewski): has joined #vdsm 13:20 -!- mskrivanek is now known as mskrivanek_away 13:20 -!- mskrivanek_away is now known as mskrivanek 13:23 <@danken1> ibarkan: please see my last comment to https://gerrit.ovirt.org/#/c/47443/ - am I missing something? 13:23 -!- firemanxbr (Marcelo Barbosa): has joined #vdsm 13:23 < nsoffer> danken1, no, there will be more of these :-) 13:23 < nsoffer> nsoffer, we are not going to wait any more for centos to release stuff 13:24 < nsoffer> danken1, once a package is available on some platform, we should use it 13:24 < ibarkan> danken1: I think u r 13:28 -!- mmirecki-lunch is now known as mmirecki 13:28 <@danken1> but when centos has the newer multipath as well, I want the condition gone from the spec. 13:29 <@danken1> centos users deserves the same kind of protection - once their plaform supports it 13:29 -!- nsoffer: has quit [Ping timeout: 265 seconds] 13:29 <@danken1> ibarkan: please elaborate! don't you need to eat all tokens till the end of the filter? 13:29 < ibarkan> danken1: I do 13:30 < ibarkan> this is what I do 13:30 < ibarkan> danken1: parse_skip_line does this 13:31 < ibarkan> dankenq, to prove, see the improved unittest 13:31 < ibarkan> danken1, to prove, see the improved unittest 13:31 -!- msivak__: has quit [Quit: msivak__] 13:34 -!- ndarshan: has quit [Quit: Leaving] 13:38 < fromani> danken1: https://gerrit.ovirt.org/#/c/44412/12 rebased and re-verified 13:50 -!- fabiand: has quit [Ping timeout: 246 seconds] 13:54 -!- gpadgett (Greg Padgett): has joined #vdsm 13:55 -!- amarchuk: has quit [Ping timeout: 250 seconds] 14:00 -!- rmohr: has quit [Quit: rmohr] 14:19 -!- amarchuk (Anton Marchukov): has joined #vdsm 14:31 -!- fabiand (Fabian Deutsch): has joined #vdsm 14:34 -!- mskrivanek is now known as mskrivanek_away 14:39 -!- sshnaidm (Sergey (Sagi) Shnaidman): has joined #vdsm 14:53 -!- nsoffer (Nir Soffer): has joined #vdsm 15:01 -!- sshnaidm: has quit [Ping timeout: 256 seconds] 15:10 -!- #vdsm ybronhei: has quit [Ping timeout: 265 seconds] 15:12 -!- ybronhei (purple): has joined #vdsm 15:13 -!- shubhendu: has quit [Ping timeout: 240 seconds] 15:14 -!- sshnaidm (Sergey (Sagi) Shnaidman): has joined #vdsm 15:16 -!- mskrivanek_away is now known as mskrivanek 15:33 <@danken1> fromani: thanks. I've asked ybronhei to take a quick look. 15:34 -!- rmohr: has quit [Ping timeout: 255 seconds] 15:49 -!- ibarkan: has quit [Ping timeout: 240 seconds] 15:53 -!- adahms: has quit [Quit: Leaving] 15:58 -!- bala: has quit [Ping timeout: 272 seconds] 16:08 < nsoffer> pkliczew, ping 16:08 < pkliczew> nsoffer, hi 16:08 < nsoffer> pkliczew, what the problem with log_info? 16:08 < nsoffer> It worked for me in the shell 16:09 < nsoffer> pkliczew, or maybe I was not testing passing parameters? 16:09 < pkliczew> I pushed my ssl config patch and it failed on jenkins with the error as in the comment 16:09 < nsoffer> pkliczew, there is no traceback 16:09 < pkliczew> nsoffer, so I checked and log method has a bit different signature than the one defined by asyncore 16:09 < pkliczew> nsoffer, so it was complaining 16:10 < pkliczew> nsoffer, that is way I pushed the fix for it, now waiting on jenkins to confirm it 16:11 < nsoffer> pkliczew, you mean log_info() is not compatible with logging.info() right? 16:11 < pkliczew> nsoffer, exactly the difference is logging level as second argument 16:12 < nsoffer> pkliczew, ok, your patch provides a compatible version of log_info to satisfy asyncore.dispatcher callers 16:13 -!- ishaby: has quit [Ping timeout: 244 seconds] 16:13 < pkliczew> nsoffer, ok 16:13 < nsoffer> pkliczew, than maybe log has the same issue? 16:13 < pkliczew> nsoffer, what do you mean? 16:13 < nsoffer> currently no call in asyncore.dispatcher call self.log() 16:14 < nsoffer> but if logiing.debug() is not comatible with dispatcher.log(), we may have the same issue 16:14 < pkliczew> nsoffer, I added one recently to use self._log.log 16:14 < nsoffer> so better fix both call 16:14 < pkliczew> nsoffer, will check that 16:15 < nsoffer> pkliczew, thanks, sorry for breaking your code :-0 16:15 < pkliczew> nsoffer, it happens to all of us from time to time 16:24 < pkliczew> nsoffer, I greped for dispatcher.log and I was not able to find it 16:24 < pkliczew> nsoffer, so I think that current patch set should solve it 16:24 < nsoffer> pkliczew, it is not used currently in dispatcher code 16:24 < pkliczew> nsoffer, yup 16:25 < nsoffer> pkliczew, but we should not leave this broken, you can never know when they will use it 16:25 < nsoffer> specially on rhel 16:25 < pkliczew> ok so I will leave your assignment 16:25 < pkliczew> let me fix it 16:42 -!- gshereme (Greg Sheremeta): has joined #vdsm 17:01 -!- firemanxbr: has quit [Quit: Leaving] 17:06 -!- firemanxbr (Marcelo Barbosa): has joined #vdsm 17:07 -!- sbonazzo: has quit [Quit: Leaving.] 17:07 -!- firemanxbr: has quit [Read error: Connection reset by peer] 17:08 -!- firemanxbr (Marcelo Barbosa): has joined #vdsm 17:08 -!- firemanxbr: has quit [Read error: Connection reset by peer] 17:09 -!- firemanxbr (Marcelo Barbosa): has joined #vdsm 17:09 -!- adjohn: has quit [Ping timeout: 240 seconds] 17:11 -!- derez_: has quit [Quit: Leaving] 17:11 -!- pkliczew: has quit [Read error: Connection reset by peer] 17:13 -!- adjohn (adjohn): has joined #vdsm 17:13 -!- firemanxbr: has quit [Read error: Connection reset by peer] 17:14 -!- firemanxbr (Marcelo Barbosa): has joined #vdsm 17:14 -!- firemanxbr: has quit [Read error: Connection reset by peer] 17:14 -!- firemanxbr (Marcelo Barbosa): has joined #vdsm 17:24 -!- firemanxbr: has quit [Read error: Connection reset by peer] 17:25 -!- firemanxbr (Marcelo Barbosa): has joined #vdsm 17:32 -!- mskrivanek is now known as mskrivanek_away 17:41 -!- danken1: has quit [Quit: Leaving.] 18:00 -!- rmohr: has quit [Quit: rmohr] 18:00 -!- ykaplan: has quit [Remote host closed the connection] 18:38 -!- #vdsm dyasny: has quit [Ping timeout: 244 seconds] 18:47 -!- gshereme: has quit [Remote host closed the connection] 18:49 -!- gshereme (Greg Sheremeta): has joined #vdsm 19:06 -!- shubhendu (Shubhendu Tripathi): has joined #vdsm 19:06 -!- rmohr: has quit [Ping timeout: 264 seconds] 19:09 -!- firemanxbr: has quit [Quit: Leaving] 19:09 -!- firemanxbr (Marcelo Barbosa): has joined #vdsm 19:10 -!- nsoffer: has quit [Ping timeout: 272 seconds] 19:14 -!- fromani: has quit [Quit: Leaving] 19:42 -!- sshnaidm: has quit [Ping timeout: 256 seconds] 20:02 -!- #vdsm ybronhei: has quit [Ping timeout: 240 seconds] 20:15 -!- mmirecki: has quit [Ping timeout: 244 seconds] 20:25 -!- fabiand: has quit [Quit: Verlassend] 20:25 -!- bazulay: has quit [Quit: Leaving.] 20:54 -!- nsoffer (Nir Soffer): has joined #vdsm 21:16 -!- gshereme: has quit [Read error: Connection reset by peer] 21:26 -!- firemanxbr: has quit [Quit: Leaving] 21:44 -!- gshereme (Greg Sheremeta): has joined #vdsm 21:44 -!- #vdsm ircuser-1: has quit [Read error: Connection reset by peer] 22:04 -!- shubhendu: has quit [Ping timeout: 246 seconds] 22:59 -!- jbrooks: has quit [Ping timeout: 256 seconds] 23:41 -!- dyasny (Dan Yasny): has joined #vdsm --- Log closed wo okt 21 00:00:40 2015