1315613383 M * Bertl off to bed now ... have a good one everyone! 1315613387 N * Bertl Bertl_zZ 1315620379 Q * fisted Read error: Operation timed out 1315620569 J * fisted ~fisted@xdsl-87-78-211-232.netcologne.de 1315623365 Q * hparker Quit: Quit 1315625639 Q * fisted Remote host closed the connection 1315626278 J * fisted ~fisted@xdsl-87-78-211-232.netcologne.de 1315637978 Q * sannes Read error: Connection reset by peer 1315638384 J * sannes ~ace@cm-84.209.106.118.getinternet.no 1315639553 J * ksn ~ksn@197.169.177.7 1315639568 P * ksn 1315639978 N * Bertl_zZ Bertl_oO 1315640444 J * ghislain ~AQUEOS@adsl2.aqueos.com 1315641947 J * bonbons ~bonbons@2001:960:7ab:0:6905:59af:67b3:d638 1315643549 J * Natasiel ~natasiel@199.84.43.186 1315643628 M * Natasiel hello vserver channel 1315643659 M * Natasiel I was wondering if there was any docs about host/guest kernel compatibility? 1315643705 M * Bertl_oO the guest uses the host kernel, almost all known distros work with a wide range of kernels so no real problem there 1315643845 M * Natasiel the problem is with squeeze host (2.6.32) and RH8 guest (2.4.18), amongst other things, ps segfault 1315643879 M * daniel_hozac wow. 1315643892 M * daniel_hozac RH8 was the second Linux distribution i ever installed... :-) 1315643893 M * Bertl_oO how unexpected :) anyway, ps was fixed some time ago 1315643896 M * Natasiel I've read that procps might have to be recompiled on the guest, but wondered what _else_ might be broken 1315643935 M * Bertl_oO a lot of things will be broken in 'old' distros, as they never have been updated/fixed 1315643937 M * Natasiel daniel_hozac: yes, the goal is to revamp the hardware of an old server :) 1315643978 M * Natasiel aye, then some other virtualization might be better than vserver then? 1315643986 M * Bertl_oO nevertheless, we still have a 2.4 Linux-VServer kernel if you really want to provide the 2.4 kernel API 1315643991 M * Natasiel ...(something to actually boot the old kernel) 1315644014 M * Bertl_oO that's an option too, kvm would be a good choice, IMHO 1315644027 M * Bertl_oO but be aware, that system will be wide open security wise 1315644057 M * Natasiel wide open? as in chroot? 1315644286 M * Bertl_oO as in everybody who knows the IP can probably mess with your host :) 1315644373 M * Natasiel crap, I still want to sleep at night! Anyway, thanks a lot guys; I'll look into kvm as I fear 2.4 Linux-VServer would now break my host system :) 1315644419 M * Bertl_oO well, same goes for a 2.4 kernel in kvm 1315644441 M * Bertl_oO i.e. it won't break your host, but it will be open as well 1315644490 M * Bertl_oO so the most secure solution is to fix up broken userspace inside a guest on a Linux-VServer 2.6 kerne 1315644525 M * Bertl_oO the second best solution is probably a 2.4 Linux-VServer kernel inside kvm with that system as guest 1315644560 M * Bertl_oO anyway, really off now ... bbl 1315644571 M * Natasiel thanks Bertl_oO 1315650283 Q * ntrs Ping timeout: 480 seconds 1315650755 J * ntrs ~ntrs@vault08.rosehosting.com 1315662092 Q * PowerKe_ Ping timeout: 480 seconds 1315665663 Q * fisted Ping timeout: 480 seconds 1315666021 J * fisted ~fisted@xdsl-87-78-218-167.netcologne.de 1315667847 Q * ghislain Quit: Leaving. 1315674004 J * ghislain ~AQUEOS@adsl2.aqueos.com 1315674762 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647 1315677936 Q * Natasiel Remote host closed the connection 1315678259 Q * ghislain Quit: Leaving. 1315681480 Q * nkukard Read error: Connection reset by peer 1315681697 J * nkukard ~nkukard@41-133-248-130.dsl.mweb.co.za 1315682740 Q * FireEgl Quit: Leaving... 1315685755 Q * hparker Quit: Quit 1315688549 Q * arekm Quit: leaving 1315688734 J * arekm ~arekm@ixion.pld-linux.org 1315688920 Q * arekm 1315689032 Q * wurtel__ Ping timeout: 480 seconds 1315689092 J * arekm ~arekm@ixion.pld-linux.org 1315689176 M * arekm bah, per-ss should be automated :/ 1315689204 M * daniel_hozac hmm? 1315689218 M * arekm daniel_hozac: creation of per-ss file 1315689239 M * daniel_hozac use your configuration management to make it happen? 1315689264 M * arekm won't work if I change the way of cgroup mouting manually to/from per-ss 1315689278 M * daniel_hozac what? 1315689351 M * arekm if I stop mounting cgroup per subsystem then vserver utils won't notice that 1315689371 M * daniel_hozac they mount it themselves... 1315689390 M * daniel_hozac according to the configuration 1315689412 M * arekm but I mount things earlier on my own 1315689446 M * daniel_hozac well, if you prefer things being difficult, why are you complaining about them being difficult? :-) 1315689527 M * arekm every cgroup app wants to do mouting on it's own - it's crazy 1315689571 M * daniel_hozac the beauty of filesystem APIs... 1315689577 M * daniel_hozac or something. 1315689953 M * arekm yet there are only two common configurations, per-subsystem (used by default by libcgroup) or subsystems merged 1315691163 Q * sannes Remote host closed the connection 1315695092 J * FireEgl ~FireEgl@173-16-9-169.client.mchsi.com 1315695936 J * wurtel__ ~paul@gw-office.telegraaf.net 1315698203 Q * bonbons Quit: Leaving