1315440040 Q * ntrs Ping timeout: 480 seconds 1315441004 J * ntrs ~ntrs@vault08.rosehosting.com 1315441309 Q * ntrs Remote host closed the connection 1315441330 J * ntrs ~ntrs@vault08.rosehosting.com 1315441696 Q * ntrs Remote host closed the connection 1315441741 J * ntrs ~ntrs@vault08.rosehosting.com 1315442334 Q * ntrs Remote host closed the connection 1315446400 Q * ccxCZ Ping timeout: 480 seconds 1315446516 J * ntrs ~ntrs@vault08.rosehosting.com 1315448735 J * ccxCZ ~ccxCZ@193.209.forpsi.net 1315451778 M * Bertl ntrs: you might consider fixing your irc client/network connection ... 1315451789 M * Bertl off to bed now ... have a good one everyone! 1315451795 N * Bertl Bertl_zZ 1315456060 J * sannes ~ace@cm-84.209.106.118.getinternet.no 1315461751 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1315461754 Q * ncopa 1315461762 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1315463545 Q * ccxCZ Ping timeout: 480 seconds 1315464887 J * ghislain ~AQUEOS@adsl2.aqueos.com 1315465136 J * VirMan 551c9566@ircip3.mibbit.com 1315466934 J * LuckyLuke ~luca@host65-83-static.228-95-b.business.telecomitalia.it 1315467730 J * thierryp ~thierry@home.parmentelat.net 1315469386 Q * vera Quit: Leaving 1315470084 M * ghislain hello there 1315470129 M * ghislain i do not know for you but i am unable to make quota work on debian squeeeze with vserver. The lenny quota tool work but the squeeze one don't 1315470147 M * ghislain write(2, "Cannot find mountpoint for devic"..., 44Cannot find mountpoint for device /dev/hdv2 1315470246 M * ghislain seesm it use /proc/mounts and it is empty 1315470368 M * ghislain is there a way to filll /proc/mounts with some options ? 1315473410 M * VirMan sorry - i know gentoo only :) 1315473494 M * VirMan just out of curiosity - is there any chance we got newer kernel as stable anytime this year ? 1315473513 M * VirMan or how much it will cost :D 1315473691 M * ghislain we launched an help program for this, you can donate to the project ome money to help 1315473707 M * ghislain s/ome/some/ 1315473735 M * ghislain when bertl will be back he would be able to tell you more 1315474691 M * VirMan that would be good 1315474786 M * VirMan because i start wondering to switch to openVZ - i hate to do this because i love vserver.. still it lacks normal stable ebuilds (all things you do yourself) 1315474967 M * VirMan i could pay for it (reasonable) to get better backup :) 1315475167 M * ghislain i use vserver and i try to give back money each year to help the project, seems fair to do that :) 1315475244 M * VirMan i think that is fair 1315475246 M * VirMan :) 1315475291 M * VirMan but i love to see some progress except experimental development - it is loooong time from last stable release - not saying last ebuild for gentoo 1315475371 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1315475781 M * Mr_Smoke I think updating the ebuild shouldn't be too difficult now, should it ? 1315477259 M * VirMan well you need to create those manually and do it for machines - also there are some problems with compilation newer util-vserver 1315477344 M * VirMan lots of details - gentoo is easy to maintain and keeping running, but with vserver - you cannot use standard commands , watch for every dependency that may call other version ,, or you updated portage and some changes are gone.. 1315477397 M * VirMan i know this is not a lot of work - but i cannot see it done by gentoo maintainer - they refused to apply any changes until stable release appears 1315477530 M * hparker there's a ~ version 1315477547 M * hparker Happens to work fine 1315477559 M * VirMan for single machine :P 1315477587 M * VirMan remember to do this every time you install new box or move things 1315477602 M * hparker Not sure what ou mean, mark sys-kernel/vserver-sources ~ in packeage.keywords, you'll get 2.6.35 on that machine 1315477627 M * VirMan yes 1315477654 M * hparker I run tha tand util-vserver ~ without issues.. On real hardware and in KVM 1315477662 M * VirMan but we do not have ebuilds that works nice for newer kernels 1315477687 M * hparker I'm still wading through the ebuild when I have time 1315477696 M * hparker (No, I'm not the maintainer) 1315477736 M * VirMan just minutes ago i wanted to compile util vserver 2955 and.. it died.. 1315477745 M * VirMan i'm not developer an i cannot fix this. 1315477771 M * hparker Did you ~ dietlibc? 1315477810 M * VirMan instead of hiring admin to maintain vserver properly i would like to pay for it so package would come out of the box as it was while ago 1315477810 M * VirMan :) 1315477812 M * hparker Here's what I run on my servers http://dpaste.com/611088/ 1315477825 M * VirMan no - and i have no ideat what dietlibc is 1315477849 M * hparker The libc needed to compile util-vserver 1315477880 M * VirMan so it is masked ??? - just for fun of the maintainers .. ? 1315477891 M * hparker You probably don't need the microcode entry 1315477897 M * hparker No, it's testing 1315477898 M * VirMan no i don't 1315477907 M * hparker Not masked 1315478003 M * hparker Remember, going from .22 to .35 changes a lot of things (If you're still running .22) 1315478040 M * VirMan 2.6.35-vs2.3.0.36.32-gentoo #8 SM 1315478066 M * hparker That's already the ~ version 1315478072 M * VirMan i know 1315478076 M * hparker k 1315478078 M * VirMan and it has bugzz 1315478117 M * VirMan free -m and top are displaying full host memory instead of guest limited 1315478117 M * hparker I've got .38 running in a VM atm, still working out the way he does the ebuild and then I'll shoot for .39 or 3 1315478128 M * hparker Hrrmmm 1315478141 M * hparker I kno htop shows proper in a guest 1315478148 M * VirMan and lots of detial 1315478153 M * hparker As does free -m 1315478158 M * VirMan hm 1315478166 M * hparker Did you change your cofnig to use cgroups? 1315478170 M * BenG " free -m and top are displaying full host memory instead of guest limited" - even with the VIRT_MEM flag set? 1315478175 M * VirMan for kernel i have (no newer ebuilds) it does not 1315478189 M * hparker You guest configs 1315478196 M * BenG 2.6.35 should have cgroups VirMan 1315478211 M * hparker http://dpaste.com/611092/ 1315478212 M * VirMan util-vserver: 0.30.216-pre2955; May 26 2011, 12:59:52 1315478240 M * hparker Now you need to change your guest configs from using the old style limits to cgroup limits 1315478253 M * VirMan i tried 1315478257 M * VirMan and it worked 1315478264 M * VirMan but not for displaying mem 1315478274 M * hparker Then it's not working :P 1315478282 M * VirMan it killed application , but showed full memory 1315478295 M * VirMan i set limit for 2 gb 1315478308 M * VirMan aloocated until it was killed (just about 2 gb) 1315478316 M * VirMan but free -m shows 32gb 1315478331 M * VirMan funny isn't it ? 1315478357 M * BenG you're sure it's cgroups working and not the legacy limits? 1315478364 M * hparker http://dpaste.com/611093/ 1315478366 M * VirMan hm 1315478373 M * VirMan i'll check again 1315478375 M * hparker That's the cofig for the free -m I just pasted 1315478387 M * VirMan i use this machine i was pasting results from 1315478443 M * VirMan [bu the way i liked more old style - simple and effective ] 1315478481 M * BenG have you deleted the old config too VirMan? 1315478489 M * VirMan hm- no :) 1315478498 M * VirMan this may cause this ? 1315478499 M * BenG do that, and where is your cgroupfs mounted 1315478511 M * BenG remove the old config for a start 1315478522 M * BenG but you do have cgroupfs mounted somewhere? 1315478539 M * BenG /dev/cgroup perhaps? 1315478556 M * hparker Mine is /sys/cgroups 1315478561 M * hparker -s 1315478596 M * BenG I think /dev/cgroup is the usual one for util-vserver, but maybe it's build/system dependant 1315478609 M * VirMan my is /dev/cgroup 1315478646 M * BenG and it's populated as expected? 1315478663 M * hparker I think it was, I was working on the libcgroup ebuild at the time and it uses /sys/cgroup :P 1315478676 M * VirMan how do i check that ? 1315478686 M * hparker ls /dev/cgroup 1315478696 M * hparker ls /dev/cgroup/ 1315478697 M * BenG there should be stuff in /dev/cgroup// 1315478703 M * VirMan yes 1315478704 M * BenG :) 1315478706 J * ccxCZ ~ccxCZ@193.209.forpsi.net 1315478706 M * VirMan all servers are there 1315478714 M * VirMan and their data 1315478723 M * VirMan it works i checked 1315478731 M * VirMan but it don't display limits 1315478740 M * hparker Gah, it is under /dev :P 1315478760 M * hparker dev/cgroup/cache.pcsrvc.com $ cat memory.max_usage_in_bytes 1315478760 M * hparker 134217728 1315478772 M * VirMan dlimits should be deleted as well ? 1315478785 M * BenG all the old memory limits should be deleted 1315478819 M * BenG I can't even remember the filenames, its so long since I used them 1315478831 M * VirMan gemini vs6044 # cat memory.max_usage_in_bytes 285470720 1315478866 M * hparker What about memory.limit_in_bytes ? 1315478908 M * VirMan cat memory.limit_in_bytes 9223372036854775807 1315478911 M * VirMan .... 1315478913 M * hparker :-o 1315478918 M * VirMan this is nice 1315478937 M * hparker echo 285470720 > memory.limit_in_bytes 1315478938 M * VirMan i hot subspace link to external memory or sth :P 1315478939 M * hparker :P 1315478946 M * hparker hehe 1315478986 M * BenG echo 2G > memory.limit_in_bytes 1315478997 M * BenG ^ if you like VirMan 1315479021 M * BenG then check free -m inside the guest 1315479023 M * VirMan works - nice 1315479052 M * VirMan works :] 1315479068 M * BenG so, get rid of your old config and see if util-vserver actually applies the correct values to the cgroupfs 1315479070 M * VirMan and now - why it works now ... 1315479090 M * BenG get rid of you old config and restart the guest 1315479246 M * VirMan still after restart it stays the same... 1315479264 M * BenG 9223372036854775807? 1315479276 M * VirMan i have custom scripts working to maintain guests so i can throw there limits applying 1315479318 M * VirMan gemini vs6044 # cat memory.limit_in_bytes 9223372036854775807 1315479333 M * BenG okay, so next thing to look at is util-vserver 1315479351 M * BenG do you have /usr/lib/util-vserver/vserver.suexec 1315479389 M * BenG when I used and older version of this file, I had to add a line to get cgroups working 1315479399 M * VirMan yes 1315479413 M * BenG there's a line like this: 1315479415 M * BenG addtoCPUSET "$VSERVER_DIR" 1315479436 M * VirMan cpuset? 1315479452 M * BenG and after that there should be a line: 1315479454 M * BenG attachToCgroup "$VSERVER_DIR" 1315479458 M * VirMan his goes for every mchine ? 1315479478 M * VirMan where it is ? 1315479480 M * BenG it's not a per guest thing 1315479490 M * BenG /usr/lib/util-vserver/vserver.suexec is part of util-vserver 1315479499 M * VirMan i mean for every physical server i got ? 1315479503 M * BenG yeah 1315479513 M * BenG or install a newer version of util-vserver 1315479519 M * VirMan 2955 is old? 1315479522 M * BenG which is prefered anyway 1315479533 M * VirMan i don't have newer ebuiild 1315479553 M * BenG http://linux-vserver.org/Welcome_to_Linux-VServer.org#Tools 1315479565 M * BenG 0.30.216-pre2987 is the latest 1315479568 M * VirMan by the way - i refer applying limits by my application if this works the way i saw today 1315479580 M * VirMan it could be done from adm panel that way live 1315479590 M * BenG that will work 1315479618 M * VirMan i'm not that deep into linux admin :D 1315479647 M * BenG you can set cpuset live too by the way 1315479755 M * BenG hmmm, 2955 isn't that old 1315479768 M * BenG you should get the limits set correctly with that 1315479795 M * BenG you've removed the vlimits - but still don't get the cgroupfs values set on vserver startup? 1315479810 M * BenG update in any case I would say 1315479816 M * BenG update util-vserver 1315480004 M * VirMan ok. 1315480029 M * VirMan i'll try - but i cannot make ebuild myself - it was not working and i don't have time to learn how to do that :) 1315480047 M * VirMan so when it will come - ill upgrade :) 1315480051 M * BenG shame, it sounds like gentoo could do with someone to update their ebuild 1315480099 M * VirMan yes - they could do something - from 2955 and my kernel they did not throw any new things 1315480164 M * Mr_Smoke Hm 1315480169 M * Mr_Smoke I got 2955 compiled from the ebuild 1315480204 M * BenG and you got working cgroup limits at guest startup? 1315480216 M * Mr_Smoke Yup 1315480234 M * VirMan hm.. 1315480243 M * BenG you up for showing us you config VirMan ? 1315480253 M * BenG you up for showing us your config VirMan ? 1315480258 M * VirMan which config ? 1315480274 M * BenG for one of the server that doesn't get the limits set on guest startup 1315480283 M * VirMan ok. 1315480298 M * VirMan well which dir? 1315480305 M * VirMan cgroups? 1315480321 M * BenG ls -laR /etc/vserver/ 1315480327 M * VirMan i got directory "cgroup" 1315480359 M * Mr_Smoke is there a /dev/cgroup/ ? 1315480382 M * BenG Mr_Smoke, see earlier discussion, we've already been there :) 1315480390 M * Mr_Smoke Sorry, been away a little :) 1315480403 M * VirMan http://dpaste.com/611110/ 1315480414 M * VirMan this : http://dpaste.com/611110/ 1315480454 M * BenG you don't have a cgroup folder in there VirMan 1315480459 M * BenG you need one 1315480480 M * VirMan oh man... i was checking vs6059 :/ 1315480486 M * VirMan dumb me 1315480502 M * BenG :) 1315480538 M * VirMan ok and two files there 1315480559 M * BenG can we see the config structure though for that one VirMan ? 1315480599 M * BenG and the contents of the two files in cgroup please 1315480607 M * VirMan http://dpaste.com/611113/ 1315480618 M * VirMan now it looks like this 1315480656 M * VirMan in memory.limit in bytes there is 2G 1315480690 M * VirMan nothing more -the same goes for memory.memsw.limit in bytes 1315480699 M * VirMan i'll try restart 1315480703 M * BenG that also says 2G? 1315480714 M * BenG cat memory.memsw.limit_in_bytes 1315480719 M * BenG would say 2G? 1315480726 M * VirMan yes 1315480750 M * BenG okay 1315480756 M * VirMan ok now it works 1315480759 M * BenG :) 1315480759 M * VirMan :] 1315480770 M * BenG but you may find you have no swap enabled on that machine 1315480773 M * VirMan old config is not my freind anymore :D 1315480786 M * VirMan yes 1315480790 M * VirMan how do i do that? 1315480802 M * BenG memory.memsw.limit_in_bytes is the sum of the main and swap memory 1315480807 M * VirMan i never managed to get swap online 1315480819 M * VirMan aa... 1315480825 M * BenG so have memory.limit_in_bytes as 2G 1315480828 M * VirMan so it should be mem+swap ? 1315480833 M * BenG memory.memsw.limit_in_bytes as 4G 1315480837 M * BenG yep 1315480881 M * VirMan now i'm happy :D 1315480885 M * BenG you can do: cd /dev/cgroup/vs6044/ && echo "4G" > memory.memsw.limit_in_bytes 1315480890 M * VirMan big beer to you all 1315480893 M * BenG to try it out 1315480905 M * VirMan i already done it 1315480920 M * BenG sweet 1315480923 M * VirMan workzzzzzzz 1315480952 M * VirMan let's assume you works for vserver team so i'll throw them some $$ 1315480970 M * VirMan :P 1315481009 M * VirMan Thanks a lot - i was digging for this for a while 1315481021 M * BenG :P well I don't work for them but they do deserve some money 1315481025 M * VirMan i admit i was frustrated :P 1315481051 N * Bertl_zZ Bertl 1315481060 M * Bertl morning folks! 1315481065 M * BenG morning 1315481073 M * VirMan GOOOOD morning :P 1315481084 M * VirMan for me i 13:24 :P 1315481102 M * VirMan i'll be going then - some boxes to fix ;) 1315481106 M * Bertl same here, nevertheless a good morning :) 1315481127 M * hparker Morning Bertl 1315481140 M * VirMan Bertl - so uour in central europe ? 1315481159 M * Bertl atm, yep 1315481159 M * VirMan i was almost sure you are form usa 1315481185 M * VirMan nice. 1315481187 M * BenG 12:26 here 1315481231 M * Bertl ghislain: what does the 'new' quota tool extract from /proc/mounts? 1315481231 M * VirMan :) 1315481242 M * VirMan ok - be going - have a nice day 1315481267 M * Bertl u2, cya 1315481502 Q * VirMan Quit: http://www.mibbit.com ajax IRC Client 1315481771 Q * BenG Quit: I Leave 1315481837 M * ghislain bertl: seems the mount poitn 1315481948 M * ghislain the paste bin says: Your post could not be processed. It looks like spam. so i think quotatool is a apsammer ;p 1315482000 M * ghislain http://pastebin.com/F00V5htN 1315482062 J * VirMan 551c9566@ircip2.mibbit.com 1315482068 M * VirMan hi 1315482077 M * VirMan i got one more question 1315482121 M * VirMan on one machine i have 2.6.35-vs2.3.0.36.32-gentoo and i can compile only 2910 1315482133 M * VirMan newer are just broken 1315482233 M * Bertl broken in what way? and which version did you try? 1315482310 M * ghislain bertl: the key is here i tuhink it just try to map whatever you gave it as path to a mountpoint: write(2, "Cannot find mountpoint for devic"..., 44Cannot find mountpoint for device /dev/hdv2 1315482326 M * ghislain and it do not find any in the /proc/mounts as it is empty 1315482476 M * ghislain if i put /var : Mountpoint (or device) /var not found or has no quota enabled. 1315482485 M * hparker VirMan: I'm working on an updated ebuild atm, I'll let you know how it goes 1315482494 M * VirMan 2955 1315482513 M * VirMan and 2935 1315482524 M * VirMan ok. 1315482527 M * VirMan thanks a lot 1315482573 M * VirMan it seems i got no cgroup mounted .. :/ 1315482580 M * VirMan on this machine 1315482585 M * VirMan mhmhm 1315482922 J * derjohn_mob aj@tmo-002-115.customers.d1-online.com 1315482934 M * Bertl ghislain: what's in your /proc/mounts ? 1315482991 M * Bertl VirMan: well, I'd go for a recent version and either reboot and/or re-execute the runlevel scripts which come with util-vserver 1315483016 M * VirMan i'll check 1315483086 M * VirMan orion var # mount -t cgroup -o cpu,cpuset,memory 0 2 mount: mount point 2 does not exist 1315483330 M * VirMan orion var # cat /proc/mounts rootfs / rootfs rw 0 0 /dev/root / reiserfs rw,noatime,notail 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 rc-svcdir /lib64/rc/init.d tmpfs rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0 ud 1315483933 M * Bertl on a recent kernel, recent util-vserver will mount the cgroup fs in the init scripts 1315483974 M * arekm scarry 1315483983 M * Bertl VirMan: i.e. you do not have to do that yourself (and the mount line above is wrong anyway) 1315484073 Q * julius Ping timeout: 480 seconds 1315484520 Q * VirMan Quit: http://www.mibbit.com ajax IRC Client 1315485369 M * hijacker Bertl, tell me about it, I once setup that alternative to the 200 lines kernel code for speedup http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html 1315485426 M * hijacker it was always util-vserver that had the cgroup container ;-) as it was run earlier than rc.local I presume 1315485793 J * julius ~julius@217.20.127.15 1315486156 J * julius_ ~julius@217.20.127.15 1315486164 Q * julius Remote host closed the connection 1315486492 M * ghislain bertl: the proc/mounts is empty allways by defaults they allways are 1315486520 M * Bertl ghislain: that sounds like a bug, /proc/mounts inside a guest shouldn't be empty 1315486528 M * ghislain bertl: idealy they should reflect the mtab + /proc and pts i think no ? 1315486575 M * ghislain Kernel: 2.6.36-vs2.3.0.36.36aq, 0.30.216-pre2914 perhaps the tolls are too old ? 1315486629 M * ghislain upgrading this server is not easy as it run in rpodcution i am waiting for the 3.0 to be ready to switch to it 1315486767 Q * derjohn_mob Ping timeout: 480 seconds 1315486836 M * Bertl well, no idea what the aq means, but you should definitely get newer tools 1315486878 M * Bertl i.e. I'm not sure that util-vserver version will even create properly isolated guests on that kernel 1315486931 M * ghislain i have the hide_mount ccap 1315486997 M * daniel_hozac hide_mount only hides unreachable things. 1315487000 M * daniel_hozac i.e. the host system. 1315487760 Q * Aiken Remote host closed the connection 1315488473 M * Rockj to fix vserver support in kernel 1315488480 M * Rockj nvm, ill google first damnit 1315488560 M * Bertl huh? 1315488630 M * Rockj (I figured out I needed to patch my kernel, couldn't just download the kernel from kernel.org and configure it) 1315488862 M * Bertl correct, patches are linked on the wiki front page 1315488940 M * ghislain daniel_hozac: so i don't know why it do not appear ion the /proc/mounts. I will upgrade the utils and see if it changes something 1315489999 J * Hurga ~foest@business-188-111-094-066.static.arcor-ip.net 1315490279 M * Hurga Q: I usually move my /etc/vservers file to /data/vservers/vservers (the vservers live in /data/vservers which is a drbd volume, and that way I can do failover of the vservers together witn their configuration). 1315490305 M * Hurga Usually this works fine, but with the latest tools I get "save_ctxinfo: readlink("/etc/vservers/testlucid/run"): No such file or directory" 1315490321 M * daniel_hozac that has never worked fine, unless you simply didn't have the barrier set. 1315490346 M * Hurga well it worked for me :P 1315490354 M * daniel_hozac so you probably didn't have a proper setup. 1315490379 M * Hurga won't rule it out. 1315490421 M * Hurga so nothing really changed, just weirdness on my side? 1315490426 M * daniel_hozac yep. 1315490431 M * Hurga ok, thx. 1315490499 M * Hurga But could you please give me a pointer explaining the barrier? never had to do with it so far... 1315490565 M * daniel_hozac it is one of the security mechanisms that prevent guests from escaping into other guests and the host. 1315490613 M * Bertl hijacker: but there should be no problem to use the util-vserver mount address or simply bind mount into the place where you want it 1315490620 M * Hurga ok, caught my mistake already. 1315490673 M * Hurga I linked the /etc/vservers to /data/vservers-etc before which is one dir up and therefore outside the barrier (I guess) 1315490699 M * Hurga anyway, starts fine now. 1315490753 M * daniel_hozac yup. 1315490786 M * Bertl btw, has there been any tests if we actually need the barrier? 1315490845 M * Bertl I know we agreed that it is probably obsolete but we'll keep it around (my suggestion) 1315490874 M * Bertl what I mean is, has somebody audited the chroot replacement yet? 1315490885 M * daniel_hozac i did some tests, i wasn't able to reach the barrier. 1315490900 M * daniel_hozac but i suppose it is still good to have for cases where you don't want a filesystem namespace... 1315490918 M * Bertl yes, definitely, I do not plan to remove it anytime soon 1315490943 M * hijacker Bertl, aye no issues, it was that this machine was not running any guests, just vserver enabled kernel and utils installed ;-) 1315492404 M * ghislain do you think the linux 3.0X patches are now quite rounded, i mean at first you had some chnages in the kernel to recover from so i wondered if i can wander with those withtout too much troubles :) 1315492549 M * Bertl as far as we know, they seem to work fine except on a specific 8 way amd machine where they seem to cause strange panics with ext4 1315493472 J * n01101111x ~nox@88.198.68.79 1315493837 M * hparker Ok, I have ebuilds that at least install 1315495629 Q * LuckyLuke Quit: leaving 1315495648 J * LuckyLuke ~luca@host65-83-static.228-95-b.business.telecomitalia.it 1315496255 M * ghislain bertl: ok for the global thing, and vserver related how do you feel about this one ? what feature are missing if any or any part causing issue on the verser side that you still work on ? 1315496564 M * Bertl the networking changes are still untested, so there are missing checks and sometimes too much information inside the guests 1315496591 M * Bertl the 'new' warning system isn't in place yet (so that's a missing feature) 1315497540 J * sweil ~stefan@p54ADA0D2.dip.t-dialin.net 1315499624 J * bonbons ~bonbons@2001:960:7ab:0:c06d:cf0b:623e:bb56 1315500526 M * ghislain what is this new warning system ? ^^ 1315500555 M * Bertl it will replace the existing Linux-VServer warnings with a more configureable one 1315500573 M * ghislain ah ok, i guess mainline hard limit for cpu still not there ? 1315500649 M * Bertl haven't checked for some time, but I guess not 1315500689 Q * ncopa Quit: Leaving 1315500818 M * ghislain i cannot reach http://www.kernel.org/ to check ^^ 1315500834 M * ghislain seems down from here 1315500852 Q * sannes Read error: Connection reset by peer 1315500927 M * sid3windr yes, since a few days now, since being haxed and all ;) 1315500997 M * Bertl most likely the damage was larger than expected 1315501053 M * Bertl http://www.theregister.co.uk/2011/09/06/linus_torvalds_dumps_kernel_for_github/ 1315501274 M * Hurga strange still, IIRC I got a kernel from kernel.org on monday... it definetely worked then 1315501309 M * sid3windr yup, they took more stuff down beginning of the week 1315501320 M * sid3windr or maybe the webserver is still up but the primary NS isn't 1315501327 M * sid3windr as dns stopped working a few days ago 1315501335 A * Hurga nods. 1315501342 M * Hurga OK, gtg. Bye! 1315501349 Q * Hurga Remote host closed the connection 1315503584 Q * thierryp Remote host closed the connection 1315506364 J * hijacker_ ~hijacker@cable-84-43-136-96.mnet.bg 1315507063 Q * bonbons Read error: Connection reset by peer 1315507141 J * bonbons ~bonbons@2001:960:7ab:0:c06d:cf0b:623e:bb56 1315507228 Q * bonbons Read error: Connection reset by peer 1315507308 J * bonbons ~bonbons@2001:960:7ab:0:c06d:cf0b:623e:bb56 1315507363 Q * bonbons Read error: Connection reset by peer 1315507443 J * bonbons ~bonbons@2001:960:7ab:0:c06d:cf0b:623e:bb56 1315507513 Q * bonbons Read error: Connection reset by peer 1315507593 J * bonbons ~bonbons@2001:960:7ab:0:c06d:cf0b:623e:bb56 1315513812 Q * bonbons Quit: Leaving 1315514057 Q * hijacker_ Quit: Leaving 1315515716 Q * sweil Remote host closed the connection 1315516803 J * derjohn_mob ~aj@p578EF44C.dip.t-dialin.net 1315518300 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f 1315521005 Q * derjohn_mob Ping timeout: 480 seconds 1315521822 Q * jeroen__ Ping timeout: 480 seconds 1315522988 Q * dowdle Remote host closed the connection 1315523630 Q * ghislain Quit: Leaving.