1254269255 Q * dowdle Remote host closed the connection
1254272019 M * Bertl off to bed now ... have a good one everyone! cya!
1254272034 N * Bertl Bertl_zZ
1254272034 Q * dallas Quit: dallas
1254273544 Q * geb Ping timeout: 480 seconds
1254273642 P * jfs Quitte
1254279567 J * saulus_ ~saulus@c150043.adsl.hansenet.de
1254279974 Q * SauLus Ping timeout: 480 seconds
1254279977 N * saulus_ SauLus
1254283242 J * fback_ fback@red.fback.net
1254283359 Q * fback Ping timeout: 480 seconds
1254285620 J * blues_ ~blues@dqr169.neoplus.adsl.tpnet.pl
1254285734 Q * blues Ping timeout: 480 seconds
1254285739 J * thierryp ~thierry@home.parmentelat.net
1254286424 J * scientes ~scientes@174-21-131-73.tukw.qwest.net
1254286432 Q * scientes Remote host closed the connection
1254286636 J * scientes ~scientes@174-21-131-73.tukw.qwest.net
1254288843 Q * thierryp Remote host closed the connection
1254289866 J * derjohn_mob ~aj@c189091.adsl.hansenet.de
1254289927 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1254290163 J * emcepe ~mcp@wolk-project.de
1254290604 Q * mcp Ping timeout: 480 seconds
1254290609 J * mcp- ~mcp@wolk-project.de
1254290622 N * mcp- mcp
1254291032 Q * emcepe Ping timeout: 480 seconds
1254291916 J * thierryp ~thierry@zanzibar.inria.fr
1254291951 N * morrigan_zZ morrigan
1254293064 Q * derjohn_mob Ping timeout: 480 seconds
1254293322 M * arekm Bertl: 6 days and still running ;>
1254293389 J * kir ~kir@swsoft-msk-nat.sw.ru
1254294393 J * derjohn_mob ~aj@80.85.196.112
1254294706 J * davidkarban ~david@199.123.broadband11.iol.cz
1254297472 Q * krushik Ping timeout: 480 seconds
1254297768 J * krushik mayday_682@84.17.25.144
1254299278 J * scientes_ ~scientes@174-21-139-249.tukw.qwest.net
1254299544 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1254299573 M * ghislainocfs2 arekm: i see a trend here
1254299577 Q * scientes Ping timeout: 480 seconds
1254300147 Q * scientes_ Ping timeout: 480 seconds
1254300271 J * scientes ~scientes@174-21-153-87.tukw.qwest.net
1254301130 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1254301696 Q * Chlorek Ping timeout: 480 seconds
1254301700 J * Chlorek ~cokolwiek@c.sed.pl
1254302501 J * click click@ti0127a340-0204.bb.online.no
1254303657 Q * scientes Ping timeout: 480 seconds
1254304197 J * scientes ~scientes@174-21-157-226.tukw.qwest.net
1254304757 Q * balbir_ Read error: Connection reset by peer
1254304956 Q * BenG Quit: I Leave
1254305817 J * balbir_ ~balbir@122.172.9.83
1254305835 Q * Chlorek charon.oftc.net reticulum.oftc.net
1254305835 Q * gnuk charon.oftc.net reticulum.oftc.net
1254305835 Q * krushik charon.oftc.net reticulum.oftc.net
1254305835 Q * kir charon.oftc.net reticulum.oftc.net
1254305835 Q * thierryp charon.oftc.net reticulum.oftc.net
1254305835 Q * SauLus charon.oftc.net reticulum.oftc.net
1254305835 Q * ada charon.oftc.net reticulum.oftc.net
1254305835 Q * Borg_ charon.oftc.net reticulum.oftc.net
1254305835 Q * BWare charon.oftc.net reticulum.oftc.net
1254305835 Q * meebey charon.oftc.net reticulum.oftc.net
1254305835 Q * cehteh charon.oftc.net reticulum.oftc.net
1254305835 Q * PowerKe charon.oftc.net reticulum.oftc.net
1254305835 Q * ensc|w_ charon.oftc.net reticulum.oftc.net
1254305835 Q * opuk charon.oftc.net reticulum.oftc.net
1254305835 Q * _Shiva_ charon.oftc.net reticulum.oftc.net
1254305835 Q * SpComb charon.oftc.net reticulum.oftc.net
1254305835 Q * Loki|muh charon.oftc.net reticulum.oftc.net
1254305835 Q * ncopa charon.oftc.net reticulum.oftc.net
1254305835 Q * Marillion charon.oftc.net reticulum.oftc.net
1254305835 Q * Hollow charon.oftc.net reticulum.oftc.net
1254305835 Q * Guy- charon.oftc.net reticulum.oftc.net
1254305835 Q * padde charon.oftc.net reticulum.oftc.net
1254305835 Q * Mr_Smoke charon.oftc.net reticulum.oftc.net
1254305835 Q * thalunil charon.oftc.net reticulum.oftc.net
1254305835 Q * FIChTe charon.oftc.net reticulum.oftc.net
1254305835 Q * pmjdebruijn charon.oftc.net reticulum.oftc.net
1254305835 Q * _are_ charon.oftc.net reticulum.oftc.net
1254305835 Q * grobie charon.oftc.net reticulum.oftc.net
1254305835 Q * Radiance charon.oftc.net reticulum.oftc.net
1254305835 Q * ruskie charon.oftc.net reticulum.oftc.net
1254305835 Q * karasz charon.oftc.net reticulum.oftc.net
1254305835 Q * neofutur charon.oftc.net reticulum.oftc.net
1254305835 Q * weasel charon.oftc.net reticulum.oftc.net
1254305835 Q * morrigan charon.oftc.net reticulum.oftc.net
1254305835 Q * BobR_oO charon.oftc.net reticulum.oftc.net
1254305835 Q * Bertl_zZ charon.oftc.net reticulum.oftc.net
1254305837 J * pmjdebruijn pascal@jester.pcode.nl
1254305837 J * SpComb terom@zapotek.paivola.fi
1254305838 J * neofutur ~neofutur@xena.ww7.be
1254305838 J * Borg_ borg@borg.uu3.net
1254305839 J * opuk ~kupo@pipe.intertubez.net
1254305839 J * Mr_Smoke ~smokey@layla.lecoyote.org
1254305843 J * Guy- ~korn@elan.rulez.org
1254305844 J * weasel ~weasel@anguilla.debian.or.at
1254305846 J * krushik mayday_682@84.17.25.144
1254305846 J * ncopa ~ncopa@90.149.48.245
1254305846 J * _are_ ~quassel@h1417489.stratoserver.net
1254305847 J * PowerKe ~tom@d5153A2D7.access.telenet.be
1254305847 J * saulus ~saulus@c150043.adsl.hansenet.de
1254305851 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1254305851 J * Radiance ~Radiance@193.16.154.187
1254305872 J * FIChTe fichte@bashpipe.de
1254305897 J * BWare ~itsme@ip-80-113-1-198.ip.prioritytelecom.net
1254305897 J * POWER-DIGGA ~ada@ip-95-222-78-232.unitymediagroup.de
1254305941 J * thierryp ~thierry@zanzibar.inria.fr
1254305981 J * padde ~padde@ps.bucuo.de
1254305982 J * Loki|muh loki@satanix.de
1254306032 J * thalunil ~thalunil@82.94.215.130
1254306044 J * kir ~kir@swsoft-msk-nat.sw.ru
1254306057 J * cehteh ~ct@pipapo.org
1254306142 J * Marillion ~dirk@hetzner4.127011.net
1254306154 J * karasz ~karasz@shell.opensde.net
1254306161 J * Hollow ~bene@shiva.xnull.de
1254306171 J * meebey meebey@booster.qnetp.net
1254306189 J * _Shiva_ shiva@whatcha.looking.at
1254306207 J * ensc|w ~ensc@www.sigma-chemnitz.de
1254306327 J * BobR_oO odie@IRC.13thfloor.at
1254306383 J * ruskie ruskie@goatse.co.uk
1254306393 J * grobie ~grobie@tyr.schnuckelig.eu
1254306626 J * Bertl_zZ herbert@IRC.13thfloor.at
1254306642 J * ksn ~kuben@81.199.130.2
1254306711 Q * ksn Read error: Connection reset by peer
1254306927 J * morrigan morrigan@IRC.13thfloor.at
1254307678 N * POWER-DIGGA ada
1254307682 N * ada ada---------------------------
1254307890 J * ksn ~kuben@81.199.130.2
1254307911 Q * ksn Read error: Connection reset by peer
1254308431 N * Bertl_zZ Bertl
1254308435 M * Bertl morning folks!
1254309100 M * BWare morning
1254309154 J * ksn ~kuben@81.199.130.2
1254309397 M * karasz morning
1254309426 M * karasz what monitoring solution would you recomend for a bunch of vservers on different hosts?
1254309563 M * ada--------------------------- hi
1254309597 M * BWare karasz: nagios, cacti, groundworks, whatever suits your needs
1254309687 J * jfs ~jfs@ip-80-236-248-30.dsl.scarlet.be
1254310003 M * transacid ada---------------------------: is such a nick really necessary?
1254310187 M * krushik karasz, I saw a little review abiut such monitoring recently. mb it helps: http://blog.workaround.org/2009/09/tired-of-nagios-and-cacti-try-zabbix/
1254310208 M * krushik morning)
1254310282 M * arekm Bertl: turning on sched_hard on my test machine (which doesn't oops) so maybe it will start oopsing and I'll have good place to test stuff
1254310380 Q * arekm Quit: restart
1254310568 J * arekm arekm@carme.pld-linux.org
1254310742 M * Bertl arekm: the TB scheduler will get an overhaul shortly, maybe we'll even remove it, if mainline gets the hard limits working
1254310788 M * arekm Bertl: cool but it still would be nice to fix vserver for "long maintained" 2.6.27.x
1254310937 M * ghislainocfs2 bertl: they create an hard scheduler on their own or this is your TB that is integrated in the cgroup system ?
1254311456 M * Bertl arekm: yes, definitely ... do you know, have we seen any oops on an UP system (or just SMP systems)
1254311478 M * Bertl ghislainocfs2: it's a cgroup mix
1254311527 M * arekm Bertl: I have only smp systems. Not sure about blues I guess his server is also smp one
1254311695 A * arekm has bad luck with bugs... I remember ntp triggered bug that took quite long time to figure out what's happening
1254311722 M * Bertl do we have more traces than the single one I know about?
1254311736 M * Bertl I mean, with debug information on
1254311775 M * arekm no, I have only one
1254311785 J * doener ~doener@i59F54A8D.versanet.de
1254311888 Q * doener_ Ping timeout: 480 seconds
1254312014 M * Bertl any traces from blues_?
1254312074 M * Bertl would definitely help to a) get more traces and b) find a trigger/scenario which results in the panic
1254312168 M * Bertl IMHO it could either be triggered by a very strict hard limit (causing all processes to be put on hold), or by the host going idle, when the context is basically on hold
1254312235 M * Bertl okay, got some work to do in the basement ... bbl
1254312239 N * Bertl Bertl_oO
1254312252 Q * scientes Remote host closed the connection
1254312266 M * arekm blues doesn't like to do more testing because he almost lost fs data due to these oopses heh
1254312274 M * arekm that's why I'm trying to trigger on a test machine somehow
1254312412 J * scientes ~scientes@174-21-157-226.tukw.qwest.net
1254312441 Q * ksn Read error: Connection reset by peer
1254312536 Q * scientes Remote host closed the connection
1254312564 J * scientes ~scientes@174-21-157-226.tukw.qwest.net
1254312810 J * jrdnyquist ~jrdnyquis@slayer.caro.net
1254313640 Q * jfs Quit: Quitte
1254314283 Q * larsivi Ping timeout: 480 seconds
1254314330 J * larsivi ~larsivi@37.80-202-217.nextgentel.com
1254315853 Q * thierryp Ping timeout: 480 seconds
1254317960 M * pmjdebruijn hmm I have something odd
1254317968 M * pmjdebruijn 32bit kernel + 32vserver-util
1254317971 M * pmjdebruijn works fine
1254317984 M * pmjdebruijn 64bit kernel + 32bit vserver-util works fine as well
1254317985 M * pmjdebruijn but now
1254317991 M * pmjdebruijn 64bit kernel + 64bit vserver-util
1254317994 M * pmjdebruijn I get this
1254317995 M * pmjdebruijn vcontext: execvp("/etc/init.d/rc"): No such file or directory
1254318289 M * pmjdebruijn I'm not really sure why it's trying to exec /etc/init.d/rc
1254318308 M * pmjdebruijn oh wait doh
1254318333 M * pmjdebruijn but that file exists
1254318335 M * pmjdebruijn and is mounted
1254318459 M * pmjdebruijn well the file isn't mounted, the the vserver root fs
1254318571 M * pmjdebruijn doh I think I found it
1254318685 M * pmjdebruijn bash shell broke because I did have the lib64 symlink to lib
1254318686 M * pmjdebruijn doh
1254318696 M * pmjdebruijn at least that's what I think, I'm trying as we speak
1254318937 M * pmjdebruijn jup
1254318942 M * pmjdebruijn that was my issue
1254319256 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1254319594 J * Chlorek ~cokolwiek@c.sed.pl
1254319646 P * dkg 
1254320834 Q * davidkarban Quit: Ex-Chat
1254321007 M * ghislainocfs2 nice monolgue here :)
1254321308 J * bjornkr ~bjrn@wxs1.wtbts.nl
1254321350 M * bjornkr okay here goes my minute: does vserve run inside vmware ?
1254321353 M * bjornkr ;)
1254321361 M * bjornkr okay here goes my minute: does vserver run inside vmware ?
1254321380 M * BWare yep
1254321391 M * ghislainocfs2 it should has vmware is running a vanilla kernel inside the container system
1254321399 M * BWare vmware, virtualbox, qemu
1254321402 M * ghislainocfs2 so you can use a vserver kernel
1254321404 M * BWare all work
1254321479 M * bjornkr great! 
1254321526 M * bjornkr this is really great, thank you all1
1254322496 Q * bjornkr 
1254322867 Q * krushik Read error: No route to host
1254323204 J * thierryp ~thierry@LRouen-152-82-29-136.w80-13.abo.wanadoo.fr
1254323293 Q * Marillion Quit: leaving
1254324007 Q * derjohn_mob Ping timeout: 480 seconds
1254324108 J * manana mayday_232@84.17.25.144
1254324208 Q * thierryp Ping timeout: 480 seconds
1254324944 J * dowdle ~dowdle@scott.coe.montana.edu
1254326338 J * derjohn_mob ~aj@c145214.adsl.hansenet.de
1254327035 Q * scientes Ping timeout: 480 seconds
1254327213 J * fluor- ~fluor@silentio.us
1254327234 M * fluor- hey there - I'm having trouble with a specific vserver on a host that runs 12 of them
1254327247 M * fluor- one of the vserver has, for the second time, "disappeared" somehow
1254327257 M * fluor- it is listed in running vservers with vserver-stat
1254327266 M * fluor- it answers to ping and its services keep running
1254327278 M * fluor- but I cannot enter/stop/restart it with the vserver command
1254327303 M * fluor- and the output of vserser-stat show everything but its name, which is blanked (hence the "disappearance" somehow)
1254327324 M * fluor- any clue as to how to control it when "vserver $vservername action" fails ?
1254327354 M * daniel_hozac don't use trailing slashes when using vserver...
1254327366 M * daniel_hozac or recent utils.
1254327420 J * jfs ~jfs@ip-80-236-248-30.dsl.scarlet.be
1254327439 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1254327596 M * fluor- daniel_hozac: trailing slashes, where ?
1254327607 M * daniel_hozac vserver guest/ enter
1254327620 M * fluor- daniel_hozac: I'm not
1254327638 M * fluor- I get "'vserver ... suexec' is supported for running vservers only; aborting..."
1254327643 M * daniel_hozac you did.
1254327691 M * daniel_hozac not this time, but at some point.
1254327746 M * fluor- right, assuming that's the reason, is there anything I can do to kill the vserver and restart it properly ?
1254327770 M * fluor- (the vserver has mark and is started automatically on boot)
1254327823 M * daniel_hozac recreate the run file.
1254327886 M * fluor- wew!
1254327891 M * fluor- daniel_hozac: thanks a bunch
1254327896 M * fluor- daniel_hozac: I'm writing that down!
1254327896 J * geb ~geb@earth.gebura.eu.org
1254328258 J * imcsk8 ~ichavero@148.229.1.11
1254329021 M * Mr_Smoke hey btw, how far are we from an "officially labelled" stable VServer release ?
1254329025 M * Mr_Smoke 2.2.0.7 is getting old :)
1254329038 M * Mr_Smoke (not that I mind for the moment, I'm happy with it)
1254329056 J * wibble wibble@vortex.ukshells.co.uk
1254330127 N * Bertl_oO Bertl
1254330131 M * Bertl back now ...
1254330147 M * Bertl fluor-: what util-vserver version is that?
1254330356 M * Bertl Mr_Smoke: well, you can help to speed things up :)
1254330367 M * Mr_Smoke I can ? :)
1254330463 M * geb is there a public todo / plan for a stable release ?
1254330745 M * Bertl not yet, but I'll put up something shortly .. basically everybody can help by setting up a testing environment, either in a virtual machine (kvm, QEMU, vmware) or on bare hardware
1254330766 M * Bertl with some 'problematic' guests or typical usage scenarios on it
1254330797 M * Bertl the first step will be to get vs2.3 out of pre, and back into devel
1254330822 M * Bertl then we will have a short phase of adding back missing/new features
1254330841 M * Bertl this is where the testing is very important and everybody can do that I guess
1254330867 M * Bertl then a code review and cleanup, again some testing and we should have our new stable release
1254331096 M * geb maybe testing can also be done automatically ?
1254331126 M * geb ie with test units for typical/problematics usage scenarios
1254331303 M * Bertl go crazy there ...
1254331488 M * geb :)
1254331504 M * Mr_Smoke Well I'd be glad to test stuff .... whenever it's devel :)
1254331819 Q * BenG Quit: I Leave
1254332674 J * Dalby ~Dalby@d54C30A19.access.telenet.be
1254332742 M * Dalby Hi there; I am running debian etch with several vservers.. I am looking into upgrading to lenny due to outdated packets. Can I safely do aptitude dist-upgrade?
1254332777 M * Bertl be careful with debian kernels, specifically the 2.6.26.x series is severely broken
1254332814 Q * dowdle Remote host closed the connection
1254332834 M * Dalby using e/2.6.18-6-vserver-amd64/
1254332862 M * Dalby its just that i have no clue how the dist-upgrade will react.. will it even recognize the vserver :-)
1254332880 M * Dalby i got a minus 612 score when i tryout :)
1254332901 M * Bertl no idea, probably #debian is a better place to ask :)
1254332925 M * Dalby hah :)
1254332942 M * geb http://zbla.net/debian ?
1254332956 J * dowdle ~dowdle@scott.coe.montana.edu
1254334647 Q * fluor- Quit: :::
1254335897 Q * gnuk Quit: NoFeature
1254336563 J * ViRUS ~mp@p579B5A1F.dip.t-dialin.net
1254336645 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1254338616 Q * manana Read error: No route to host
1254339609 J * manana mayday_940@84.17.25.144
1254339612 N * manana krushik
1254340338 J * thierryp ~thierry@195-86-126-108.dsl.easynet.nl
1254340667 J * SlackLnx ~SlackWare@85.139.11.48
1254341819 Q * ada--------------------------- 
1254341977 Q * Dalby Read error: Connection reset by peer
1254342031 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1254342236 M * Mr_Smoke Hey there
1254342270 M * Mr_Smoke What would be a not-too-ugly solution for traffic accounting/graphing inside a 2.2.0.7 guest ?
1254342434 M * Bertl inside a guest?
1254342495 M * Bertl i.e. do you want to account the host data inside a guest, or all guests from inside a 'special' one? or guest specific data inside the guest?
1254342516 M * Mr_Smoke Well ... I want to account guest data but ... I wouldn't mind if the host did it and made it available to the guest
1254342525 M * Mr_Smoke I just know that using /proc/net inside the guest is not an option
1254342542 M * Mr_Smoke But either way
1254342566 M * Mr_Smoke Your solution with a "special" guest accounting for all guests ... how does that work ?
1254342629 M * Bertl well, guest accounting is easily done with accounting iptables rules
1254342716 M * Mr_Smoke I thought as much
1254342718 M * Bertl those should be easy to read out from a guest then, put them into an rrd database (rrdcollect, rrdtool) and graph with e.g. php or rrdtool or cacti or something
1254342738 M * Mr_Smoke But what did you have in mind with that "special" guest ?
1254342799 M * Bertl well, that would be the job of that 'special' guest :)
1254342848 M * krushik simple solution to account traffic through interfaces is vnstat
1254342877 M * Mr_Smoke Oh ok :)
1254342886 M * Mr_Smoke vnstat hm
1254342901 M * krushik It even draw graphics in ascii )
1254342913 M * Bertl but it won't give you guest traffic :)
1254342960 M * Mr_Smoke Yeah I see
1254342966 M * Mr_Smoke I think I'll go the iptables way
1254342979 M * Mr_Smoke Especially as I might need to graph a specific port sometimes
1254342988 M * Mr_Smoke It means a lot of manual tweaking but heh ... :)
1254342988 M * krushik why? if I have a dedicated interface for a guest it should, I suppose
1254343001 M * Mr_Smoke krushik: I don't. Maybe I should use aliases hmm
1254343020 M * Mr_Smoke Does vserver 2.2 support that ?
1254343043 M * krushik yep
1254343049 M * Bertl krushik: Linux-VServer uses ip isolation not virtual network stacks
1254343075 M * Bertl much faster because less overhead, and less intrusive too
1254343075 M * Mr_Smoke So guest 1 has eth0:1 and so on ... that's an idea
1254343118 M * Bertl if you like, but note that all aliases are accounted the same
1254343125 M * Mr_Smoke Ah wel
1254343130 M * Mr_Smoke iptables is simple enough :)
1254343135 M * Bertl i.e. there is only _one_ accounting per interface
1254343140 M * fback_ good evening :-)
1254343147 M * Mr_Smoke 'evening
1254343159 M * Mr_Smoke I really should spend some time tuning PaX/Grsec now
1254343204 M * Mr_Smoke Is there a list of "safe" Vserver + GrSecurity options somewherer 
1254343205 M * Mr_Smoke ?
1254343215 M * Mr_Smoke I take it some of the chroot restrictions are bound to create trouble :p
1254343219 M * Bertl I think harry has a list somewhere
1254343227 M * Mr_Smoke Hooray for harry
1254343228 M * Mr_Smoke :)
1254343354 M * fback_ Mr_Smoke: check people.linux-vserver.org/~harry/
1254343398 N * fback_ fback
1254343551 M * Mr_Smoke fback: oooh thanks
1254343586 M * Mr_Smoke fback: it's in the README file. Thanks a bunch :)
1254344171 M * Mr_Smoke What about writing to /dev/mem and so on ? I suppose it should be save to disable that on a server
1254344180 M * Mr_Smoke I can't remember why I didn't though
1254344253 M * Bertl /dev/mem shouldn't be available in a guest
1254344373 M * Mr_Smoke True. But if that's available, and if it can prevent code injection even on the host, it can't be bad
1254344384 M * Mr_Smoke Ok that came out wrong.
1254344410 M * Mr_Smoke I mean, if "Deny writing to /dev/kmem, /dev/mem, and /dev/port" is available, then it should lock things down on the host, just some more
1254344502 M * Mr_Smoke Ok, harry's config has =y for those two
1254344507 M * Mr_Smoke Let's give it a go.
1254345245 Q * doener Quit: apparently I suck
1254345683 J * doener ~doener@i59F54A8D.versanet.de
1254345842 Q * geb Ping timeout: 480 seconds
1254345961 M * Mr_Smoke Bertl: One more question if you're still around
1254345973 M * Mr_Smoke http://www.paul.sladen.org/vserver/archives/200806/0026.html
1254345996 M * Mr_Smoke I'm getting stuff similar to that last paragraph there
1254346007 M * Mr_Smoke I'm guessing it's no big deal apparently ?
1254346112 M * Bertl well, depends on the kernel version
1254346120 Q * bonbons Quit: Leaving
1254346211 M * Mr_Smoke Meaning ?
1254346234 M * Mr_Smoke I'm running 2.6.22.19
1254346423 M * Bertl okay, and what patch?
1254346553 J * kbad ~kyle@ip-66-33-206-8.dreamhost.com
1254346586 M * kbad http://pastebin.com/m62542735
1254346598 M * kbad anyone else experience that?
1254346636 J * dallas ~dallas@dsl081-243-128.sfo1.dsl.speakeasy.net
1254346657 M * Bertl if you get this or similar with a recent kernel/patch and without grsec, let us know
1254346704 M * kbad how recent?
1254346710 M * Mr_Smoke Bertl: Harry's bundle : vs2207+Grsec+IPv6
1254346726 M * Bertl kbad: 2.6.31.x preferably
1254346733 M * kbad ok
1254346738 M * Mr_Smoke To be precise : http://people.linux-vserver.org/~harry/ipv6/ipv6-2.6.22.19-vs2.2.0.7-grsec2.1.11-20080415.diff <<<=== that one
1254347382 Q * nkukard Remote host closed the connection
1254347643 J * nkukard ~nkukard@196.212.73.74
1254348023 Q * thierryp Ping timeout: 480 seconds
1254348385 P * kbad 
1254348842 M * isodude hm, how much do I need to restart for sysctl change to take action? I want to mknod inside a vserver, it was disable by sysctl, then I went outside the vserver change sysctl and went back in again.. couldn't do it still
1254349148 M * Bertl how was mknod disabled via sysctl?
1254349271 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1254349401 M * isodude sysctl kernel.grsecurity.chroot_deny_mknod=1
1254349563 Q * imcsk8 Quit: Leaving
1254349564 M * Bertl so that's a grsec security feature, not sure what you need for grsec to catch up on that
1254349578 M * Bertl inside a Linux-VServer guest, all you need is the proper capability
1254349608 J * thierryp ~thierry@195-86-126-108.dsl.easynet.nl
1254350369 Q * jfs Quit: Quitte
1254350629 M * isodude ok
1254351736 Q * SlackLnx Read error: Connection reset by peer
1254353292 Q * ghislainocfs2 Ping timeout: 480 seconds
1254353700 J * ViRUS_ ~mp@p579B5BBF.dip.t-dialin.net
1254354132 Q * ViRUS Ping timeout: 480 seconds