1412553602 Q * fisted Remote host closed the connection 1412553653 J * fisted ~fisted@xdsl-84-44-236-206.netcologne.de 1412572958 M * undefined Bertl: okay, i made a patch to account for linux-vserver's CAP_CONTEXT in the upstream masking of "unused" capability bits and it seems to test out (testme.sh, testfs.sh, and starting, entering, & stoping a guest) and not fail where it did last time (ie "chcontext: vc_new_s_context(): Function not implemented") 1412572965 M * undefined posting to the mailing list shortly 1412574062 M * Bertl excellent! good work! 1412574306 M * undefined Bertl: thanks for the linux-vserver kernel patch! 1412574311 M * undefined off to bed; toodles! 1412574321 M * Bertl have a good sleep! 1412575806 J * Ghislain ~aqueos@adsl1.aqueos.com 1412580441 Q * zerick Read error: Connection reset by peer 1412586778 Q * ensc|w Remote host closed the connection 1412588779 M * Bertl off to bed now ... have a good one everyone! 1412588790 N * Bertl Bertl_zZ 1412592574 Q * _Shiva_ Quit: Operator halted - Coffee not found 1412592581 J * _Shiva_ shiva@whatcha.looking.at 1412593062 M * yoshi314_ stupid question, but if i mount something in vdir from host, what do i have to do for guest to notice ? 1412593080 M * yoshi314_ it seems that the mount is not reflected until i restart the guest 1412595028 Q * Aiken Remote host closed the connection 1412596801 Q * fisted Remote host closed the connection 1412596851 J * fisted ~fisted@xdsl-87-78-16-221.netcologne.de 1412597783 M * undefined yoshi314_: mount it in the namespace of the guest (instead of mounting it in the host namespace, which gets inherited by the guest on restart) 1412597812 M * yoshi314_ undefined: through vspace ? 1412597825 M * yoshi314_ i mean with vspace command? 1412597833 M * undefined ie "vnamespace -e mount /dev/loop /vservers//mnt/" 1412597846 M * yoshi314_ ok, next time i'll do that. 1412597865 M * yoshi314_ i keep forgetting how useful that command it 1412597866 M * yoshi314_ *is 1412597880 M * undefined (that's an example of mounting the loopback device, ie a cd/dvd image, into a guest) 1412597955 M * yoshi314_ yeah, i got that part 1412597982 M * yoshi314_ i still have to provide absolute path to the guest, it seems. that's a helpful tip. 1412608350 M * Ghislain but does not vmount is made for this ? 1412609205 N * Bertl_zZ Bertl 1412609209 M * Bertl back now ... 1412611577 J * bonbons ~bonbons@2001:a18:20e:6101:65ad:dabe:8d96:634f 1412615251 J * zerick ~eocrospom@190.187.21.53 1412615924 Q * fosco Quit: leaving 1412616605 J * fosco fosco@91.208.40.1 1412625455 M * arekm hm, how is this possible? host has big load while guests have small load - http://sprunge.us/RFZg 1412625477 M * arekm I had 800 processes in one guest and yet load for this guest was showing only 1 or 2 1412625569 J * Aiken ~Aiken@d63f.h.jbmb.net 1412627034 M * daniel_hozac arekm: what's causing the load? 1412628380 Q * bonbons Quit: Leaving 1412628562 M * arekm daniel_hozac: I would say that 800 exim processes but guest load avg doesn't seem to confirm that 1412628709 M * daniel_hozac so ps aux | egrep 'R|D' showed a large number in that guest? 1412628930 M * arekm daniel_hozac: there were D processes... but didn't count how many of them unfortunately 1412628943 M * arekm is there a way to see host only load avg? (without all guests included) 1412628978 M * arekm (can't reproduce by hand btw, few "dd if=/dev/zero bs=100M | gzip | gzip -d | gzip | gzip -d | gzip | gzip -d > /dev/null &" increase guest load correctly) 1412629007 M * arekm maybe it was simply something on host that was doing that load (and the only thing there that could do that is bind used as local resolver) 1412629169 M * daniel_hozac or your filesystem helper processes 1412629173 M * daniel_hozac or software RAID if you're using that. 1412629209 M * daniel_hozac it could be that D processes aren't counted towards the guest load, although they should be. 1412629220 M * daniel_hozac which kernel are you on? 1412629230 M * arekm hw raid here. 3.4.103 1412629254 M * daniel_hozac .103? wow. 1412629261 M * arekm sorry. 3.4.91 :) 1412629291 M * arekm updated to .103 today to see if it changes anything (will see tomorrow) 1412629518 M * daniel_hozac are you currently seeing this? could you cat /proc/virtual//cvirt for a few of them? 1412629666 M * arekm unfortunately not but I'll catch that when it happens again. killing these 800 exim processes lowered load to sane values (host load was close to 1000 sometimes) 1412629803 M * daniel_hozac cvirt + vps aux should have enough data to debug it. 1412632142 Q * Ghislain Quit: Leaving. 1412636624 M * Bertl off to bed now ... have a good one everyone! 1412636627 N * Bertl Bertl_zZ