1303345612 J * ktwilight_ ~keliew@91.176.91.113
1303345613 Q * ktwilight__ Read error: Connection reset by peer
1303353446 Q * imcsk8 Quit: This computer has gone to sleep
1303353941 M * Bertl off to bed now ... have a good one everyone!
1303353946 N * Bertl Bertl_zZ
1303354923 Q * hparker Quit: Quit
1303365600 J * ghislain ~AQUEOS@adsl2.aqueos.com
1303367800 Q * derjohn_mob Ping timeout: 480 seconds
1303368904 J * petzsch ~markus@dslb-092-078-225-241.pools.arcor-ip.net
1303372613 J * derjohn_mob ~aj@213.238.45.2
1303373796 Q * petzsch Quit: Leaving.
1303375503 Q * FireEgl Ping timeout: 480 seconds
1303377693 J * FireEgl FireEgl@2001:470:e056:1:dd09:7c49:1d75:2315
1303379117 M * ghislain ryker: you use bonding for Bandwidth or for redondancy ?
1303379177 M * ghislain i never ever saw a network card fail on my side, hd and power supply/ram seems the most fragile components i see
1303386432 M * AlexanderS hi, I am using the util-vserver packages from http://repo.psand.net/
1303386462 M * AlexanderS the util-vserver-sysv package fails silently to install /etc/init.d/vservers-default
1303386477 M * AlexanderS what can i do?
1303389623 N * Bertl_zZ Bertl
1303389627 M * Bertl morning folks!
1303389644 M * Bertl AlexanderS: why not build util-vserver yourself?
1303393365 M * ryker ghislain: we use bonding on some nics for both performance and redundancy.  Although, I agree with you that I've never had a problem with a network card going out, but i have had a switch go out.  That's when you're happy you're using redundant switches. :)
1303394660 M * ghislain s
1303394665 M * ghislain that sound a good reason yes !
1303395959 J * ktwilight__ ~keliew@91.176.54.163
1303395959 Q * ktwilight_ Read error: Connection reset by peer
1303397250 J * petzsch ~markus@p57B64E9B.dip.t-dialin.net
1303402439 J * bonbons ~bonbons@2001:960:7ab:0:1ca7:6bed:d673:4540
1303402816 Q * derjohn_mob Ping timeout: 480 seconds
1303403305 J * fisted ~fisted@p50881EEB.dip.t-dialin.net
1303404935 A * MooingLemur uses bonding for redundant switchiness
1303405496 Q * petzsch Quit: Leaving.
1303405818 J * petzsch ~markus@p57B662F0.dip.t-dialin.net
1303406658 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647
1303406828 J * derjohn_mob aj@88.128.131.183
1303407547 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg
1303408268 Q * hijacker_ Ping timeout: 480 seconds
1303410317 J * imcsk8 ~ichavero@148.229.1.11
1303410438 Q * bonbons Quit: Leaving
1303410813 J * bonbons ~bonbons@2001:960:7ab:0:a57d:2cda:c5c1:a51f
1303415261 Q * derjohn_mob Ping timeout: 480 seconds
1303415364 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg
1303416202 Q * petzsch Quit: Leaving.
1303416480 J * derjohn_mob aj@80.187.232.220
1303417999 Q * bonbons Quit: Leaving
1303418720 Q * imcsk8 Quit: Leaving
1303418767 Q * hparker Quit: Quit
1303419077 Q * hijacker_ Quit: Leaving
1303419881 M * Mr_Smoke Bertl: hey there :)
1303419882 M * Mr_Smoke question
1303419894 M * Mr_Smoke I've got a guest with virt_load and virt_cpu
1303419914 M * Mr_Smoke however, munin still graphs the host's load (when running inside the guest)
1303419927 M * Mr_Smoke also the guest's htop shows host's cpu activity
1303419939 M * Mr_Smoke is this expected/fixable ?
1303419965 M * Bertl kernel/patch/util-vserver version?
1303419992 M * Mr_Smoke 2.6.38-vs2.3.0.37-rc6
1303420016 M * Mr_Smoke 0.30.216_pre2935
1303420031 M * Mr_Smoke 37 days old to be precise
1303420932 M * Bertl VIRT_LOAD should work fine
1303421043 M * Bertl VIRT_CPU is not available in recent kernels, was replaced by the cgroup CPU isolation/accounting which doesn't provide a 'virtualization' yet AFAIK
1303421142 Q * derjohn_mob Ping timeout: 480 seconds
1303421192 M * Bertl could you do a 'cat /proc/loadavg' on the host and on the guest for me?
1303421217 M * Mr_Smoke sure, did that already, it's ok on the guest, meaning close to 0, even when the host is under load
1303421241 M * Bertl so that means that VIRT_LOAD works then?!
1303421250 M * Mr_Smoke yes.
1303421272 M * Mr_Smoke but for some reason, munin and htop see past that
1303421281 M * Bertl hmm, interesting ...
1303421301 M * Bertl well, let's get an strace -fF of either
1303421348 M * Mr_Smoke /proc/stat in fact
1303421349 M * daniel_hozac what does python -c 'import os; print(os.getloadavg())' return?
1303421420 M * Mr_Smoke daniel_hozac: proper, virtualized load (near 0)
1303421617 Q * jrklein Quit: No Ping reply in 180 seconds.
1303421649 J * jrklein ~osx@2001:470:1f0f:572::250:160
1303421739 Q * FireEgl Ping timeout: 480 seconds
1303421786 M * Mr_Smoke I'm afraid I'll have to let you deal with this on your own for now : 
1303421788 M * Mr_Smoke bedtime here
1303421792 M * Mr_Smoke seeya !
1303421935 M * Bertl np, cya
1303422368 J * FireEgl ~FireEgl@173-16-9-3.client.mchsi.com
1303422855 Q * jrklein Quit: No Ping reply in 180 seconds.
1303422883 J * jrklein ~osx@2001:470:1f0f:572::250:160
1303424039 J * imcsk8 ~ichavero@148.229.9.250
1303424884 Q * ghislain Quit: Leaving.
1303428636 M * Bertl off to bed now ... have a good one everyone!
1303428641 N * Bertl Bertl_zZ
1303429013 Q * dowdle Remote host closed the connection