1289952267 Q * imcsk8 Remote host closed the connection
1289955294 Q * dowdle Remote host closed the connection
1289956815 M * Bertl off to bed now ... have a good one everyone!
1289956828 N * Bertl Bertl_zZ
1289956929 P * dkg 
1289959610 M * micah wi 21
1289967017 J * petzsch ~markus@dslb-088-075-167-124.pools.arcor-ip.net
1289969483 Q * petzsch Quit: Leaving.
1289973079 J * nkukard ~nkukard@41-133-198-30.dsl.mweb.co.za
1289973152 J * petzsch ~markus@dfn377.rz.tu-ilmenau.de
1289973622 Q * petzsch Quit: Leaving.
1289979205 Q * derjohn_mob Ping timeout: 480 seconds
1289979455 J * petzsch ~markus@dfn377.rz.tu-ilmenau.de
1289981726 J * ghislain ~AQUEOS@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1289982326 J * kir ~kir@swsoft-msk-nat.sw.ru
1289983311 J * derjohn_mob ~aj@213.238.45.2
1289983812 J * thierryp ~thierry@home.parmentelat.net
1289986216 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1289986375 Q * petzsch Quit: Leaving.
1289986561 J * petzsch ~markus@dfn377.rz.tu-ilmenau.de
1289987021 J * manana ~mayday090@84.17.25.149
1289987081 J * yarihm ~yarihm@gprs15.swisscom-mobile.ch
1289987383 Q * petzsch Quit: Leaving.
1289988125 Q * nkukard Ping timeout: 480 seconds
1289989107 Q * thierryp Remote host closed the connection
1289990027 N * Bertl_zZ Bertl
1289990032 M * Bertl morning folks!
1289990032 Q * yarihm Quit: Leaving
1289990585 Q * jkl Ping timeout: 480 seconds
1289991599 Q * ghislain Ping timeout: 480 seconds
1289991835 J * ghislain ~AQUEOS@adsl2.aqueos.com
1289992557 J * petzsch ~markus@dfn377.rz.tu-ilmenau.de
1289992581 Q * petzsch 
1289993127 J * jkl jkl@c-71-196-138-95.hsd1.co.comcast.net
1289993351 J * nkukard ~nkukard@41-133-198-30.dsl.mweb.co.za
1289993599 J * jeroen_ ~jeroen@imap.powerinternet.eu
1289993606 Q * manana Remote host closed the connection
1289993867 J * lvpvpl ~blagoj@89.205.105.228
1289996513 Q * nkukard Quit: Leaving
1289996516 Q * Piet Remote host closed the connection
1289996539 J * petzsch ~markus@dslb-088-075-167-124.pools.arcor-ip.net
1289996757 J * BenG ~bengreen@cpc6-aztw22-2-0-cust100.aztw.cable.virginmedia.com
1289997616 J * Piet ~Piet__@28IAAATI0.tor-irc.dnsbl.oftc.net
1289999158 M * Bertl off for now ... bbl
1289999162 N * Bertl Bertl_oO
1289999560 J * sivael 5bda4c12@ircip3.mibbit.com
1289999701 M * sivael Hi everyone. I have a question about vserver-stat. It displays all the servers properly, all works well... except that RSS and VSZ values are 0. All vservers have set limits, the vserver version is recent: util-vserver: 0.30.216-pre2910; Oct 19 2010, 17:43:27, kernel: Kernel: 2.6.35-vs2.3.0.36.32-gentoo. 
1289999816 M * sivael on another machine with util-vserver: 0.30.216-pre2883; Jul 24 2010, 11:23:16, Kernel: 2.6.33-vs2.3.0.36.30.4-gentoo both RSS and VSZ are displayed correctly
1289999839 M * sivael I have been pouring over the config files, flags and such and I simply have no idea what's wrong:P
1289999969 M * sivael So.. if anyone has an idea where to look for it, I'd be grateful.
1290000668 M * sivael actually it works with: util-vserver: 0.30.215; Oct  4 2008, 14:27:31  Kernel: 2.6.22
1290000715 M * sivael and util-vserver: 0.30.216-pre2883; Jul 12 2010, 09:22:25 Kernel: 2.6.33-vs2.3.0.36.30.4-gentoo
1290000796 M * sivael so... it works on 3 older machines but not on the newest one. idk. if 16 GB of ram has anything to do with that or two guests on Debian maybe?
1290001737 J * thierryp ~thierry@80.125.172.129
1290001741 Q * FireEgl Ping timeout: 480 seconds
1290002103 Q * thierryp Remote host closed the connection
1290002118 P * kir Leaving.
1290003034 M * Mr_Smoke Has anyone managed to compile util-vserver (pre2924) with gcc-4.4 ?
1290003046 M * Mr_Smoke I'm getting /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../../i686-pc-linux-gnu/bin/ld: src/check-unixfile: hidden symbol `__stack_chk_fail_local' isn't defined
1290003053 M * Mr_Smoke And it won't build ...
1290003255 M * Mr_Smoke I'm not sure gcc 4.4 is to blame though
1290003812 M * Mr_Smoke Hm, might be http://bugs.gentoo.org/show_bug.cgi?id=326285
1290004195 J * thierryp ~thierry@92.90.21.5
1290004313 M * sivael nope, never tried
1290004638 M * mikez Mr_Smoke: 4.4.3 pre2924
1290004674 M * Mr_Smoke mikez: meanin ?
1290004681 M * mikez working
1290004687 M * Mr_Smoke huh
1290004701 M * Mr_Smoke this is 4.4.4-r2, the stable version available in portage ... :/
1290004714 M * mikez ohh
1290004723 M * mikez can not help you, sorry
1290004758 M * Mr_Smoke Maybe it's not time to upgrade to gcc-4.4 just yet
1290004774 Q * thierryp Remote host closed the connection
1290004783 M * Mr_Smoke I've sent a probe out to the mailing-list
1290004794 M * Mr_Smoke We'll see what comes out of this
1290006176 M * Mr_Smoke Otherwise I guess I'll rebuild the system with gcc-4.3
1290006187 M * Mr_Smoke mikez: what distribution do you use ?
1290006338 M * mikez Mr_Smoke: gentoo
1290006338 Q * snooze Remote host closed the connection
1290006355 M * mikez Mr_Smoke: (Gentoo 4.4.3-r2 p1.2)
1290006383 M * mikez gcc a bit older than yours
1290006398 M * Mr_Smoke Hm I got a question for you then
1290006414 M * Mr_Smoke Did you create a custom ebuild for pre2924 or did you compile it from source?
1290006419 M * Mr_Smoke (a couple of questions actually)
1290006429 M * mikez compile it from source
1290006466 M * Mr_Smoke Oh ok.
1290006475 M * Mr_Smoke Does it complain about NSS ? or maybe you have NSS installed ?
1290006559 M * mikez nss installed
1290006631 M * Mr_Smoke Ok
1290006651 M * Mr_Smoke And what arch are you running ? most of 4.4.3 is hard masked here
1290006692 M * mikez u mean x86?
1290007148 M * Mr_Smoke Yeah
1290007200 M * Mr_Smoke Ah, I'm running hardened, this is why 4.4.2 are masked
1290007645 M * mikez run grsec 
1290007664 M * Mr_Smoke Yep
1290007668 M * Mr_Smoke and PaX
1290009724 M * micah Bertl_oO: i noticed on http://linux-vserver.org/util-vserver:Cgroups#using_cgroup_to_enforce_memory_limits that there is a delta-memcg-fix04.diff for an issue with cgroup support. I assume this isn't in vs2.3.0.36.29 and I'm wondering what the state is with it
1290009758 M * micah Bertl_oO: dann has bumped the patch in the debian kernel up to vs2.3.0.36.29 and we are turning on the cgroup options, but I am wondering what the state is of this patch
1290010914 Q * sivael Quit: http://www.mibbit.com ajax IRC Client
1290011624 N * Bertl_oO Bertl
1290011629 M * Bertl micah: base kernel is?
1290011662 M * micah Bertl: 2.6.32
1290011697 M * Bertl then you should update to vs2.3.0.36.29.6 (or at least incorporate the changes)
1290011800 M * Bertl if you get me a patch against a mainline kernel (2.6.32.x) I can provide the necessary update patch for you
1290011861 M * Mr_Smoke Hi there Bertl :)
1290011903 M * Mr_Smoke Gimme a shout if/when you have an idea about the gcc 4.4 issue :)
1290011905 M * Bertl __stack_chk_fail_local sounds toolchain related
1290011907 M * micah Bertl: does vs2.3.0.36.29.6 incorporate http://vserver.13thfloor.at/ExperimentalT/delta-memcg-fix04.diff?
1290011908 M * Mr_Smoke Ha.
1290011911 M * Mr_Smoke Meaning .
1290011912 M * Mr_Smoke ?
1290011925 M * Bertl meaning that your gcc/binutils/dietlibc is broken
1290011948 M * Mr_Smoke Hmm, the whole system had just been rebuilt (emerge -eav system / world) 
1290011955 M * Mr_Smoke So everything was consistent
1290011974 M * Bertl doesn't mean that it is working, does it?
1290011982 M * Mr_Smoke It was :)
1290011984 M * dannf Bertl: we're on vs2.3.0.36.29.6 now - was wondering if i should also apply http://vserver.13thfloor.at/ExperimentalT/delta-memcg-fix04.diff or if you had something newer
1290011988 M * Mr_Smoke For pretty much everything else
1290011999 M * Mr_Smoke I'm rebuilding with gcc 4.3 now for comparison
1290012009 M * Bertl dannf: ah, so already updated to that, sec, let me check
1290012031 M * Bertl Mr_Smoke: how many apps did you test which use dietlibc?
1290012094 M * Mr_Smoke Hm, dunno of any, my bad
1290012132 M * Mr_Smoke util-vserver is the only one that depends on it atm
1290012336 M * Bertl dannf: nope, the memcg-fix should not be relevant for 2.6.32 (unless the memcg mainline fixes have been applied to your kernel as well)
1290012363 M * Bertl but I can't tell without knowing the actual patches
1290012387 M * micah Bertl: you mean the performance fixes that were in -mm?
1290012398 M * dannf Bertl: I don't believe they are - but I can post a diff of our tree vs. any tree you like
1290012417 M * Bertl either that or check for the interface of mem_cgroup_read_stat()
1290012431 J * dowdle ~dowdle@scott.coe.montana.edu
1290012446 M * Bertl if it takes a mem_cgroup struct as first argument, you want the fix, otherwise the &mem->stat is correct
1290012485 M * dannf static s64 mem_cgroup_read_stat(struct mem_cgroup_stat *stat,
1290012485 M * dannf                 enum mem_cgroup_stat_index idx)
1290012497 M * dannf cool
1290012503 M * Bertl so fix would be wrong
1290012508 M * dannf understood
1290012542 M * micah although it doesn't seem likely we'll turn cgroup support on without the performance fixes
1290012580 M * Bertl well, you might consider adding them and turning them on anyway
1290012596 M * Bertl otherwise you'll end up with no proper guest limits
1290012646 M * Bertl (which is very likely to end in folks rolling their own kernels again, because the debian kernel does not provide memory limits)
1290012689 M * micah Bertl: dannf pointed out this bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534964 it seems like there is some concern about the performance hit but that it will eventually get resolved
1290013144 M * Bertl yeah, well, the question IMHO is more, is a Linux-VServer kernel without memory limits useful for production?
1290013322 M * Mr_Smoke Hm it would be nice to have util-vserver depend on nss btw
1290013324 M * micah i haven't been using memory limits :)
1290013403 M * Bertl Mr_Smoke: how so?
1290013447 M * Mr_Smoke Bertl: apparently, in recent util-vserver, /configure complains that nss is missing. It would be cleaner if the gentoo ebuild depended on nss :) just a suggestion
1290013466 M * Bertl micah: well, in a potential hostile production environment, running without memory or cpu limits is not the best idea, no?
1290013484 M * Bertl Mr_Smoke: I'm using the latest util-vserver but definitely no nss
1290013493 M * Bertl (using beecrypt here)
1290013529 M * Mr_Smoke (.text+0x32): undefined reference to `__builtin_stdarg_start'
1290013529 M * Mr_Smoke collect2: ld returned 1 exit status
1290013533 M * Mr_Smoke Duh O.o
1290013545 M * Mr_Smoke This is getting weirder
1290013663 M * Mr_Smoke I can't think of anything O.o
1290013678 M * Bertl well, again, this is a builtin
1290013703 M * Mr_Smoke What is wrong with my system ?
1290013720 M * Bertl i.e. gcc is compiling something into the code which is supposed to come from a gcc library, but it doesn't
1290013752 M * Mr_Smoke O.o
1290013760 M * Mr_Smoke I just rebuild gcc and glibc
1290013765 M * Mr_Smoke Let's rebuild dietlibc then
1290013800 M * Bertl glibc is probably not involved at al, check gcc, binutils and dietlibc
1290013807 M * Bertl *all
1290013846 M * Mr_Smoke dietlibc was the problem
1290013847 M * Mr_Smoke Thanks :)
1290013859 M * Mr_Smoke It might have been the cause of the gcc-4.4 problem too then
1290013865 M * Mr_Smoke Odd, as I had rebuilt every single package
1290014051 M * Mr_Smoke Bertl: one more thing, with the advent of LXC, will VServer continue on its own, contribue to LXC to eventually disappear ... ?
1290014112 M * Bertl I think, in a few years, when LXC is actually usable on its own, the kernel part of Linux-VServer will be gone
1290014137 M * Bertl and userspace (i.e. util-vserver) will simply use the interfaces provided by LXC
1290014145 J * manana ~mayday090@84.17.25.149
1290014263 M * Mr_Smoke Ok
1290014269 M * Mr_Smoke A few years ? that long ? wow
1290014414 M * Mr_Smoke Bertl: also, I keep getting this fakerunlevel.c:(.text+0x95): undefined reference to `__stack_chk_fail_local'
1290014428 M * Mr_Smoke I just rebuild binutils, libtools and dietlibc
1290014431 M * Mr_Smoke This is gcc 4.4.4.
1290014458 M * Bertl again, no stack checks outside the toolchain
1290014476 M * Bertl i.e. whatever causes this, it is limited to gcc/binutils and dietlibc
1290014518 M * Mr_Smoke Let's stick to 4.3.4 then
1290014635 Q * BenG Quit: I Leave
1290014915 J * BenG ~bengreen@cpc6-aztw22-2-0-cust100.aztw.cable.virginmedia.com
1290015012 Q * BenG 
1290015208 J * FireEgl ~FireEgl@173-25-19-139.client.mchsi.com
1290015650 Q * lvpvpl Ping timeout: 480 seconds
1290015882 J * lvpvpl ~blagoj@89.205.105.228
1290017260 J * dna ~dna@dslb-094-222-123-088.pools.arcor-ip.net
1290017382 Q * derjohn_mob Ping timeout: 480 seconds
1290017579 J * dna_ ~dna@dslb-094-222-217-229.pools.arcor-ip.net
1290018013 Q * dna Ping timeout: 480 seconds
1290018967 Q * mikez Quit: leaving
1290018972 J * derjohn_mob ~aj@d074127.adsl.hansenet.de
1290019257 M * petzsch OT: When debian 6 is released it will probably be the oldest newest distro release *g* http://news.debian.net/2010/11/17/debian-6-0-squeeze-release-update/
1290019329 M * Bertl how unexpected :)
1290019760 J * mkiez mike@user.custhost.se
1290020525 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se
1290021352 Q * manana Remote host closed the connection
1290021893 J * derjohn_foo ~aj@d075053.adsl.hansenet.de
1290022315 J * manana ~mayday090@84.17.25.149
1290022318 Q * derjohn_mob Ping timeout: 480 seconds
1290022527 Q * nou Ping timeout: 480 seconds
1290023024 J * mikeoz mike@no.phear.eu
1290023031 N * mikeoz Mikez
1290023033 J * nou Chaton@causse.larzac.fr.eu.org
1290024064 Q * ncopa Quit: Ex-Chat
1290024718 J * ghislain1 ~AQUEOS@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1290024989 Q * ghislain Ping timeout: 480 seconds
1290025086 P * lvpvpl 
1290025145 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg
1290026105 Q * dna_ Quit: Verlassend
1290026173 Q * monrad-51468 Ping timeout: 480 seconds
1290026209 M * Marillion petzsch: not really, RHEL is older, but not worse
1290026243 M * Marillion recent SW is not really better
1290026295 J * monrad-51468 ~mmk@domitian.tdx.dk
1290026306 M * petzsch depends on what you do... in a webhosting envoirment customers cry because of to old and of course of two new software versions (example PHP, MySQL etc.)
1290026373 M * Marillion petzsch: you work in a EP market?
1290026391 M * Marillion i don't believe that
1290026413 M * petzsch btw.: i think it is partly a sign for how good the linux-vserver cgroup sheduling works, as a vserver of mine got me: nuß.de daß.de und spießer.de :-D
1290026451 M * petzsch EP is an electronic market chain here in germany... are we talking about the same thing here?
1290026474 M * Marillion EP == enterprise
1290026523 M * petzsch mostly small direct end customers... who in the enterprise would use LAMP :-D
1290026654 M * petzsch just so it doesn't come out wrong: i'm with debian since woody and never would want to use anything else
1290026797 M * Marillion petzsch: this is not the reason for me, why you use any distro, it is your statement
1290026935 Q * monrad-51468 Ping timeout: 480 seconds
1290026969 M * petzsch moving close to 20 bare-metal servers, i'm actually happy to not having to do a major version upgrade every 6 or 11 month... so aside from just beeing used to debian managment tools and standards it is also the relativly long time support the versions have... i a beginning to sound a bit schizophren
1290027161 M * Marillion I do not care what distro you use, current software is not necessarily better, anyway :)
1290027262 M * Marillion see PHP, is broken by deseign every years
1290027307 M * Marillion matter, new topic
1290027310 M * petzsch agree to never change a running system but sometimes inovation needs to be taken advantage of
1290027352 M * petzsch your right, before this gets into something religious and bloody :)
1290027373 M * Marillion :)
1290028045 J * monrad-51468 ~mmk@domitian.tdx.dk
1290029335 Q * derjohn_foo Ping timeout: 480 seconds
1290030157 J * derjohn_foo ~aj@d075053.adsl.hansenet.de
1290030790 Q * hijacker_ Quit: Leaving
1290031187 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net
1290031551 Q * bonbons Quit: Leaving
1290032181 Q * manana Read error: Connection reset by peer
1290032222 J * manana ~mayday090@84.17.25.149
1290032283 Q * petzsch Quit: Leaving.
1290035580 Q * harobed Ping timeout: 480 seconds
1290035680 Q * manana Remote host closed the connection