1321660848 Q * dowdle Remote host closed the connection
1321661572 Q * bonbons Quit: Leaving
1321662363 Q * jeroen__ Ping timeout: 480 seconds
1321662881 J * jeroen__ ~jeroen@095-097-051-172.static.chello.nl
1321664632 Q * petzsch Quit: Leaving.
1321666152 M * Bertl off to bed now ... have a good one everyone!
1321666159 N * Bertl Bertl_zZ
1321676248 Q * Mr_Smoke Ping timeout: 480 seconds
1321676440 J * Mr_Smoke smokey@layla.lecoyote.org
1321684444 Q * hparker Quit: Quit
1321686223 J * geos_one ~chatzilla@chello080109195117.4.graz.surfer.at
1321687650 Q * chrissbx Ping timeout: 480 seconds
1321689997 J * derjohn_mob ~aj@p4FFD1D13.dip.t-dialin.net
1321691025 N * Bertl_zZ Bertl
1321691030 M * Bertl morning folks!
1321692650 J * sannes ~ace@cm-84.209.106.118.getinternet.no
1321693323 Q * fisted Read error: Connection reset by peer
1321693395 J * fisted ~fisted@xdsl-87-78-220-145.netcologne.de
1321693724 Q * arekm Quit: leaving
1321694190 J * arekm ~arekm@ixion.pld-linux.org
1321695572 Q * arekm Quit: leaving
1321696107 M * Bertl off for now ... bbl
1321696112 N * Bertl Bertl_oO
1321696237 J * BenG ~bengreen@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com
1321696241 Q * BenG Remote host closed the connection
1321696334 J * arekm ~arekm@ixion.pld-linux.org
1321696425 M * arekm Bertl_oO: checked 3.1.1+vserver and 3.1.1+grsec both work fine, so indeed  - there is some conflict between vserver and grsec, possibly the one you mentioned
1321696992 J * BenG ~bengreen@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com
1321697005 Q * BenG 
1321697263 M * arekm Bertl_oO: looked at dup_mm and copy_process but don't see anything obvious - grsecurity just rearranges code but doesn't change it meaning IMO
1321697285 M * arekm Bertl_oO: could you look if you see anything obvious to you? I'm applying this patch on top of vserver: http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/kernel/kernel-grsec_full.patch?revision=1.89&view=co
1321697445 M * arekm Bertl_oO: but I've looked only at dup_mm and copy_process contents.. maybe there is something outside that I should look at, too?
1321697468 M * arekm Bertl_oO: (as 3.0.9+vserver+grsec works well)
1321698165 J * mike__ ~mike@79.133.200.204
1321698233 Q * sannes Ping timeout: 480 seconds
1321698259 Q * FireEgl Read error: Connection reset by peer
1321698283 Q * mike_ Ping timeout: 480 seconds
1321698299 J * sannes ~ace@cm-84.209.106.118.getinternet.no
1321699258 Q * derjohn_mob Ping timeout: 480 seconds
1321699274 J * FireEgl ~FireEgl@173-16-9-169.client.mchsi.com
1321699384 J * dna ~dna@133-174-103-86.dynamic.dsl.tng.de
1321701013 Q * mcp Remote host closed the connection
1321701095 Q * fisted Ping timeout: 480 seconds
1321701130 Q * dna Quit: Verlassend
1321701134 J * fisted ~fisted@xdsl-87-78-215-57.netcologne.de
1321701219 Q * jeroen__ Ping timeout: 480 seconds
1321701490 J * jeroen__ ~jeroen@095-097-051-172.static.chello.nl
1321701736 J * mcp ~mcp@wolk-project.de
1321701971 J * bonbons ~bonbons@2001:960:7ab:0:10fe:50b7:4921:d32c
1321702081 Q * geos_one Read error: Connection reset by peer
1321702513 Q * jeroen__ Ping timeout: 480 seconds
1321702555 J * jeroen__ ~jeroen@095-097-051-172.static.chello.nl
1321708112 J * bergerx ~bergerx@46.196.250.204
1321709020 J * petzsch ~markus@p57B66FE6.dip.t-dialin.net
1321712075 J * geos_one ~chatzilla@chello080109195117.4.graz.surfer.at
1321712190 Q * Aiken Remote host closed the connection
1321712933 Q * petzsch Quit: Leaving.
1321713566 J * kir ~kir@swsoft-msk-nat.sw.ru
1321715181 J * derjohn_mob ~aj@ip-81-210-228-111.unitymediagroup.de
1321716533 J * petzsch ~markus@p57B66FE6.dip.t-dialin.net
1321717789 Q * cuba33ci Read error: Connection reset by peer
1321717799 J * cuba33ci ~cuba33ci@114-36-233-158.dynamic.hinet.net
1321717881 J * chrissbx ~chrissbx@69-196-180-202.dsl.teksavvy.com
1321718505 Q * petzsch Quit: Leaving.
1321718632 P * kir Leaving.
1321719019 J * ghislain1 ~AQUEOS@adsl2.aqueos.com
1321719059 Q * derjohn_mob Ping timeout: 480 seconds
1321719080 Q * imcsk8 Ping timeout: 480 seconds
1321719278 Q * ghislain Ping timeout: 480 seconds
1321719454 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647
1321723162 J * petzsch ~markus@p57B66FE6.dip.t-dialin.net
1321727497 Q * hparker Quit: Quit
1321728974 J * alpha_one_x86 ~kvirc@201.222.115.29
1321729022 M * alpha_one_x86 Hello, for you, what is the better elevator for vserver, I have read that's "elevator=noop" is better, is real with the kernel 3.1 and last vserver?
1321729064 M * pmjdebruijn vserver has no specific relevance to elevators AFAIK
1321729087 M * pmjdebruijn so it's like depending on the type of storage you have
1321729097 M * pmjdebruijn likely
1321729155 M * alpha_one_x86 I have read that's cfg enter to conflic with each instance of vserver (multiple instance of IO disk sheduler?), it's real?
1321729209 A * pmjdebruijn isn't an expert
1321729216 M * pmjdebruijn but vserver is not full virtualization
1321729224 M * pmjdebruijn so all scheduling is done by the host io scheduler
1321729237 M * pmjdebruijn so I think you are confused with VMware and friends
1321729240 M * chrissbx alpha_one_x86: that doesn't sound like it makes sense, vserver just uses processes, as just said;
1321729264 M * chrissbx alpha_one_x86: what vserver users are interested in is fair scheduling in a way that one vserver client can't hurt others too much.
1321729273 M * alpha_one_x86 yes, it's why I have prefer check it here before choice
1321729281 M * chrissbx So just in that view, some schedulers can work better or worse.
1321729335 M * chrissbx (And things may have changed (improved) in this regard generally since the advent of CGROUP.)
1321729425 M * chrissbx i.e. afaik there's no difference from a non-vserver multi-user system where you want to prevent one user to hurt others too much.
1321729435 M * alpha_one_x86 Nobody have try some schedulers to see what is better with multiple vserver running?
1321729476 M * chrissbx I haven't. (Just using it for personal use, though)
1321729515 M * daniel_hozac it depends on what you want to achieve.
1321729552 M * alpha_one_x86 try no heavy load by vserver which lot of use the disk by large directory
1321729632 Q * petzsch Quit: Leaving.
1321730573 M * chrissbx I want to have X for a guest; what's more secure: running the X server inside that guest, and give that guest the necessary capabilities, or run the X server on the host and bind mount the unix domain socket into the guest?
1321730676 M * chrissbx (I suppose combining both, i.e. using a second otherwise unused guest with the necessary caps to run the X server, and bind mount the socket over to the original guest, would be the safest bet,
1321730706 M * chrissbx but then if one or both of the safety barriers are just moot, why have the additional complications?)
1321730934 M * chrissbx I've got intel graphics; I suppose I should check whether that needs /dev/*mem nowadays; if not, I guess it would be safe?
1321731127 Q * alpha_one_x86 Quit: KVIrc KVIrc Equilibrium 4.1.1, revision: 5816, sources date: 20110403, built on: 2011-10-30 17:22:05 UTC http://www.kvirc.net/
1321731750 J * petzsch ~markus@p57B66FE6.dip.t-dialin.net
1321733645 Q * chrissbx Ping timeout: 480 seconds
1321733959 J * chrissbx ~chrissbx@69-196-180-202.dsl.teksavvy.com
1321734369 Q * jeroen__ Ping timeout: 480 seconds
1321734434 Q * chrissbx Quit: Leaving
1321734974 J * jeroen__ ~jeroen@095-097-051-172.static.chello.nl
1321736039 J * derjohn_mob ~aj@p4FFD1D13.dip.t-dialin.net
1321736258 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1321739539 Q * mike__ Ping timeout: 480 seconds
1321739700 Q * derjohn_mob Ping timeout: 480 seconds
1321740034 J * derjohn_mob ~aj@p4FFD1D13.dip.t-dialin.net
1321741557 J * derjohn_mobi ~aj@p4FFD1D13.dip.t-dialin.net
1321741557 Q * derjohn_mob Read error: Connection reset by peer
1321745238 Q * fisted Read error: Operation timed out
1321745402 J * fisted ~fisted@xdsl-87-78-209-110.netcologne.de
1321746365 Q * sannes Remote host closed the connection