1182644005 M * slack101 wow
1182644012 M * slack101 well jus installed debian on my server lenny
1182644016 M * slack101 installed vserver
1182644019 M * slack101 rebooted server
1182644029 M * slack101 ..................still not up and about to hit the 60 second amrk
1182644053 M * slack101 ok something went wrong 
1182644055 M * slack101 blaaaah
1182644101 M * slack101 ok yea
1182644105 M * slack101 that ddint work as planned
1182644137 M * slack101 did not work at all to be honest
1182644145 Q * bzed Quit: Leaving
1182644161 M * slack101 damn
1182644163 M * slack101 damn
1182644329 M * slack101 well this sucks 
1182644416 M * slack101 anyone got any ideas ?
1182644455 M * daniel_hozac about what?
1182644460 M * daniel_hozac "my server didn't boot"?
1182644506 M * slack101 its remote
1182644508 M * slack101 i dont know 
1182644509 M * slack101 ;)
1182644532 M * daniel_hozac well, unfortunately i didn't bring my crystal ball...
1182644538 M * slack101 damn
1182644541 M * slack101 but yea
1182644550 M * slack101 it was wroking until i did apt-get util-vserver
1182644551 M * slack101 etc
1182644559 M * slack101 the etch package works 
1182644565 M * slack101 but i guess the lenny package does not 
1182644571 M * daniel_hozac of util-vserver?
1182644589 M * slack101 and i really need the debian one in lenny 
1182644609 M * slack101 my vserver did not start  so obviously thee kernel is messed up
1182644635 M * daniel_hozac your guest didn't start? aren't you able to log in to the host to see why?
1182644645 M * slack101 the host
1182644652 M * slack101 My host server
1182644657 M * slack101 my real server
1182644665 M * slack101 i installed vserver and it dont work
1182644747 M * slack101 should i jus stay on etch and compile it myself ?
1182644780 M * daniel_hozac do you know _why_ it doesn't work?
1182644788 M * slack101 lenny is throwing a bunch of errors 
1182644790 M * slack101 nope
1182644799 M * slack101 all i cna od to a broken server is 
1182644811 M * slack101 Restore or request a network booted recovery system
1182644836 M * slack101 just know i installed vserver from the lenny repos and it ddint work ;)
1182644844 M * slack101 and the ETCH does 
1182644859 P * click_ [IRSSI]
1182644907 M * Bertl get a physical machine with a remote console (preferably a serial one :)
1182644944 M * slack101 i would if i could afford my own connection
1182644950 M * slack101 a 100 mbit connection isnt cheap
1182644953 M * slack101 so i got to do colocation
1182644972 M * daniel_hozac hehe.
1182644988 M * daniel_hozac i pay ~$40/mo for my 100/10 Mbps connection at home ;)
1182645019 M * Bertl well, you are lucky :)
1182645020 M * slack101 well
1182645028 M * slack101 a 100 mbit connection here is quite a bit 
1182645035 M * Bertl but seriously, even hosting providers have working remote consoles
1182645045 M * slack101 i have SSH
1182645058 M * Bertl if not, you can always rent two machines and have them crossed with a serial cable
1182645060 M * slack101 how would i get a remote console if the server dont work ?
1182645081 M * Bertl this is a very cheap and efficient solution
1182645084 M * daniel_hozac the second one wouldn't even need a good connection...
1182645087 M * slack101 i have have one machine at this place many more machines at other places 
1182645098 M * slack101 still have to be in the physcal spot 
1182645105 M * daniel_hozac yep.
1182645124 M * Bertl daniel_hozac: or could be used for hosting services/balancing guests/failover/etc
1182645129 M * slack101 well i need this up within like 1-2 days :P
1182645130 M * daniel_hozac indeed.
1182645231 M * slack101 hmmm
1182645232 M * slack101 this sucks 
1182645275 M * Bertl no, your attitude and wy of doing things suck :)
1182645298 M * Bertl s/wy/way/
1182645453 N * DoberMann DoberMann[ZZZzzz]
1182645707 J * click click@ti511110a080-1538.bb.online.no
1182645858 J * DoberMann_ ~james@AToulouse-156-1-7-105.w81-250.abo.wanadoo.fr
1182645965 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds
1182646960 M * slack101 heres thatd a few grand
1182647657 M * Bertl guess I'm off to bed for today ... have fun!
1182647663 N * Bertl Bertl_zZ
1182650470 Q * markus_ Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]
1182650694 M * slack101 big fun for me 
1182650814 Q * coderanger_ Ping timeout: 480 seconds
1182651701 M * lylix heh... still working on the same system :(
1182651807 J * vitor ~email@201.79.164.94
1182652012 Q * vitor 
1182652819 J * ktwilight ~ktwilight@225.126-66-87.adsl-dyn.isp.belgacom.be
1182652871 Q * ktwilight_ Read error: Connection reset by peer
1182652940 Q * FaUl Remote host closed the connection
1182652943 J * FaUl immo@shell.chaostreff-dortmund.de
1182654395 M * slack101 lylix: yea , well i would have you do it but my partner keep avoidign when it comes to money and i aint paying 4 k out of my pocket for something that is not a super high priortiy 
1182656069 M * lylix sounds like DavidS is a candidate as well
1182656285 M * lylix problem is, once its setup, will you/partner be able to support it and resolve future issues?  thats presumably a bigger concern than just getting started
1182656430 M * lylix btw, "...need this up within like 1-2 days" sounds like high-priority ?!? lol
1182657256 M * slack101 lylix: well 
1182657267 M * slack101 David5 was consultation not setting things up ;)
1182657302 M * slack101 lylix: as i said i might do it im not sure ..........i mean i have used linux for years its more of a time issue 
1182658771 Q * Aiken Quit: Leaving
1182658945 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net
1182659146 J * badari ~badari@bi01p1.co.us.ibm.com
1182659535 Q * badari2 Ping timeout: 480 seconds
1182659971 J * badari1 ~badari@bi01p1.co.us.ibm.com
1182660403 Q * badari Ping timeout: 480 seconds
1182660874 Q * phedny Ping timeout: 480 seconds
1182662246 Q * lylix Ping timeout: 480 seconds
1182662325 Q * Piet Quit: Piet
1182668846 J * HeinMueck ~Miranda@dslb-088-064-017-242.pools.arcor-ip.net
1182670661 N * DoberMann_ DoberMann
1182671382 J * ensc ~irc-ensc@p54B4F061.dip.t-dialin.net
1182674331 J * bonbons ~bonbons@ppp-111-172.adsl.restena.lu
1182674754 J * derjohn2 ~aj@gprs-pool-1-012.eplus-online.de
1182674953 J * ema ~ema@rtfm.galliera.it
1182675093 J * pmenier ~pmenier@ACaen-152-1-95-34.w83-115.abo.wanadoo.fr
1182675676 Q * derjohn2 Ping timeout: 480 seconds
1182679584 N * pmenier pmenier_off
1182680399 Q * Johnnie Ping timeout: 480 seconds
1182681193 J * Johnnie ~jdlewis@c-67-163-246-136.hsd1.pa.comcast.net
1182682591 J * yarihm ~yarihm@84-74-20-183.dclient.hispeed.ch
1182682964 Q * yarihm Quit: Leaving
1182684705 N * BobR_oO BobR
1182684942 Q * ema Quit: leaving
1182685154 Q * Aiken Quit: Leaving
1182685270 J * rgl ~Rui@84.90.10.107
1182685274 M * rgl hi
1182685292 M * rgl a guest can share its IP with the host?
1182685313 M * bXi yes
1182685342 M * rgl thx :)
1182686010 J * Piet hiddenserv@tor.noreply.org
1182686449 J * Greek0 ~greek0@85.255.145.201
1182687515 N * BobR BobR_afk
1182689092 J * bzed ~bzed@10-205-116-85.dsl.manitu.net
1182690280 Q * rgl Ping timeout: 480 seconds
1182691621 J * rgl ~Rui@84.90.10.107
1182691930 Q * gerrit Quit: Client exiting
1182692184 J * [BiG^BrotheR] ~Dr-DreaM@84.23.96.253
1182693673 M * rgl your guys known if its possible to access the console from USB instead of the serial port?
1182694407 J * cedric ~cedric@rny93-2-82-66-66-30.fbx.proxad.net
1182695327 N * pmenier_off pmenier
1182696489 J * derjohn2 ~aj@W31cc.w.pppool.de
1182698325 N * Bertl_zZ Bertl
1182698330 M * Bertl morning folks!
1182698346 M * derjohn2 Bertl, morning ! :)
1182698588 M * awk good evening
1182698741 M * derjohn2 Bertl, did yiu ever try out "atop" and the atop kernel patch ? It looks like I could find out which vservers (or processes) take most disk I/O ...
1182699153 M * Bertl http://www.noooxml.org/petition
1182699168 M * Bertl derjohn2: no, url?
1182699207 M * Bertl derjohn2: btw, the I/O management (in mainline) is currently completely rewritten
1182699223 M * Bertl (including I/O groups and queues for process groups)
1182699275 M * derjohn2 http://www.atconsultancy.nl/atop/kernpatch.html
1182699309 M * derjohn2 well, i thought atop is well-known, as the userspace are packaged in debian :)
1182699338 M * Bertl how did that happen? (is the kernel patch in debian too?)
1182699356 M * derjohn2 I was thinking about trying to add atop to my vserver kernel builds....
1182699400 M * derjohn2 yes, it is. but there are two kind of patches from atop
1182699408 M * Bertl well, except for the disk info, the socket accounting is already done in vserver, no?
1182699410 M * derjohn2 kernel-patch-atopcnt - additional statistical counters for atop
1182699410 M * derjohn2 atop - Monitor für Systemressourcen und Prozess-Aktivität
1182699410 M * derjohn2 kernel-patch-atopacct - Speichert zusätzliche Statistik-Zähler für atop im Datensatz
1182699462 M * Bertl derjohn2: export LC_ALL=C LANG=Posix :)
1182699497 M * derjohn2 yes, I know you speak posix c ;)
1182699587 M * derjohn2 but I also have no experience with bsd style accounting. maybe there are other accounting schemes in the mainline kernel which could give us more than only cpu and mem usage per process.
1182699596 M * derjohn2 (or: per context)
1182699619 M * derjohn2 is it maybe that what's currently changes in mainline?
1182699672 M * Bertl well, I think it would be simple to add the missing I/O accounting for contexts, if that is something useful ... would you volunteer to test that?
1182699678 M * derjohn2 interesting, the second atop patch is mor eintrusive, but saves info about terminated processes also.
1182699691 M * derjohn2 test? sure !
1182699706 M * derjohn2 coding: out of my scope :/ 
1182699745 M * Bertl well, did I ever expect you to code something? :)
1182699753 M * derjohn2 i'm just building a kernel with the fixes per_cpu stuff bonbons and doener pointed out yesterday (git commit)
1182699804 M * derjohn2 Bertl, no, hopefully not, as we want working vserver pataches ;)
1182699807 M * derjohn2 *patches
1182700599 J * dna ~naucki@105-230-dsl.kielnet.net
1182700848 N * ensc Guest224
1182700858 J * ensc ~irc-ensc@p54B4EC57.dip.t-dialin.net
1182700966 Q * Guest224 Ping timeout: 480 seconds
1182701731 J * cryptronic ~oli@i3ED6DA42.versanet.de
1182701733 M * cryptronic hi all
1182701741 M * Bertl welcome cryptronic!
1182701745 M * cryptronic one
1182701747 M * cryptronic sry
1182701808 M * cryptronic i have a strange problem here: on one vserver of a machine apache suddenly starts very very slow and is not responding within 1 min. This problem starts from one day to another and i have no clue where it coms from
1182701838 M * cryptronic /coms/comes/
1182701864 M * cryptronic did anyone have had a similar problem?
1182701917 M * Bertl I would check the resolver
1182701937 M * cryptronic what do you mean by resolver?
1182701957 M * Bertl well, the thing which does 'name to ip' conversion :)
1182701973 M * Bertl usually that requires a config, in /etc/resolv.conf
1182701974 M * rgl hey Bertl :D
1182701980 M * Bertl hey rgl!
1182702000 M * Bertl cryptronic: it might be that the nameservers there cannot be reached ...
1182702019 M * rgl next week I'll get a new box were I'll install vserver on 64-bits :D
1182702042 M * cryptronic this is not the problem because all vserver on this host has a nearly simliar subdomain, and all other subdomains responding in normal time
1182702071 M * Bertl cryptronic: well, did you verify the resolver of this particular guest?
1182702116 M * cryptronic yes
1182702130 M * cryptronic Query time: 3 msec
1182702177 M * Bertl okay, off for dinner now ... back shortly ...
1182702187 N * Bertl Bertl_oO
1182702213 M * bonbons cryptronic: is your syslog eating up all data it gets? I had troubles with some metalog versions
1182702292 M * cryptronic the silly thing is, that i'm using the exactly same setup on many different guests on that box and only one makes trouble :/
1182702737 M * cryptronic ok i think i got the problem: the /etc/host file was empty - strange thing
1182702904 M * cryptronic off now
1182702909 M * cryptronic thanks for your helo
1182702910 M * cryptronic thanks for your help
1182702914 Q * cryptronic Quit: Leaving
1182703215 N * Bertl_oO Bertl
1182703221 M * Bertl back now ...
1182703369 M * derjohn2 bonbons, hi! I am just compiling a VS with the GIT patch b00742d399513a4100c24cc2accefdc1bb1e0b15  applied ( i had  to adapt it a little for 2.6.20.14). I press thumbs the enough_room offers enough room now ;)
1182703393 J * |pmenier| ~pmenier@ACaen-152-1-36-242.w83-115.abo.wanadoo.fr
1182703732 M * Bertl wb |pmenier|!
1182703771 Q * pmenier Ping timeout: 480 seconds
1182704632 M * |pmenier| Hi all
1182704739 M * |pmenier| Bertl : i've tested last patch-2.6.22-rc4-vs2.2.0-rc3.2.diff : works fine for me on amd64 (in a vmware)
1182704823 N * |pmenier| pmenier
1182704905 M * Bertl pmenier: great! tx for testing!
1182704964 M * pmenier and 2.6.21.5-vs2.2.0-rc3.diff is up since several days :)
1182705825 Q * [BiG^BrotheR] Quit: ][DreaM-ScripT][
1182706999 Q * pmenier Quit: KVIrc 3.2.0 'Realia'
1182707325 M * rgl can one boot from LVM?  or do I need to create a normal /boot partition?
1182707344 M * Bertl no, should be fine, but you need an initramfs
1182708721 N * DoberMann DoberMann[PullA]
1182708859 J * rgl_ ~Rui@84.90.10.107
1182709105 Q * rgl Ping timeout: 480 seconds
1182709487 Q * cehteh Ping timeout: 480 seconds
1182710812 J * cehteh ~ct@pipapo.org
1182712588 J * Baby ~miry@195.37.62.208
1182713286 M * Bertl wb Baby!
1182713324 M * Baby hi!!!
1182713329 A * Baby is soooo sad :(
1182713339 M * Baby i've just arrived back from debconf
1182713343 M * Wonka .oO( hey baby! )
1182713349 M * Baby hi Wonka!
1182713351 M * Bertl Baby: that's reason enoug?
1182713353 M * Wonka :>
1182713359 M * Bertl *enough
1182713364 M * Baby yup!!! i would have stayed there forever! :)
1182713373 M * Wonka Bertl: it was, when i was back from CCCamp 2004
1182713375 M * Wonka 2003 even
1182713392 M * Wonka could be worse this year..
1182713417 M * Baby cccamp in berlin, august this year?
1182713420 M * Baby i plan to be there :)
1182713505 M * Bertl damn, I missed the paper deadline again ...
1182713517 M * Wonka Baby: the very one
1182713532 M * Baby cool! i hope to meet there!
1182713534 M * Baby :)
1182713566 M * Wonka there's a #camp on freenode
1182713582 M * Baby joining :)
1182713639 M * Wonka and now, i gotta go. meet some people in RL and watch the fireworks.
1182713645 M * Wonka end of kieler woche
1182713681 M * Baby cool! have fun! :)
1182713694 M * Wonka thx
1182713735 M * Baby :)
1182713837 M * Bertl talking of debian, daniel_hozac: do we know what the status of debian post install helper scripts is?
1182714525 Q * HeinMueck Quit: Aah!
1182715588 J * bonsaikitten ~pal@adsl-187-74.dsl.init7.net
1182715593 M * bonsaikitten greetings!
1182715607 M * bonsaikitten I have an interesting race condition and would like some help :-)
1182715632 M * bonsaikitten having done vserver foo start while running vserver foo stop has started a race between those two
1182715635 M * Bertl let's hear!
1182715647 M * bonsaikitten what's worse is that it is persistent across reboots
1182715654 M * Bertl two different guests?
1182715661 M * bonsaikitten no, the same guest
1182715669 M * bonsaikitten now the scripts cycle it up and down :-)
1182715682 M * Bertl hmm, well, that can happen with older scripts, I think
1182715694 M * Bertl why not do a 'restart' in the first place?
1182715705 M * bonsaikitten I wanted to stop it, edit a few things and restart
1182715711 M * bonsaikitten stopping took longer than expected
1182715721 M * bonsaikitten and I didn't check if it was really stopped
1182715722 M * Bertl okay, what tool version do you have?
1182715723 M * bonsaikitten :-(
1182715805 M * bonsaikitten sys-cluster/util-vserver-0.30.213 on a gentoo host
1182715872 M * Bertl that should be recent enough not to race on stop/start
1182715878 M * bonsaikitten it does :-)
1182715880 M * Bertl but better double check with daniel_hozac 
1182715894 M * bonsaikitten where does it hide the state files / lockfiles ?
1182715903 M * bonsaikitten I should be able to manually nuke it
1182715913 M * Bertl anyway, you can revive the guest by cleaning up the files in /var/run IIRC
1182715983 Q * dna Quit: Verlassend
1182716109 J * tux ~nico@201-213-6-166.net.prima.net.ar
1182716142 P * tux 
1182716352 M * bonsaikitten :-(
1182716368 M * bonsaikitten /var/run/vservers is now empty, and still they fight to start/stop it
1182716767 M * Bertl who fights?
1182716803 M * Bertl if you know that your scripts/invocations are racey, you don't expect util-vserver to heal itself, or?
1182716820 M * bonsaikitten no
1182716830 M * bonsaikitten if I do "vserver foo start" now
1182716842 M * bonsaikitten there's one starting and one stopping script popping up
1182716847 Q * derjohn2 Ping timeout: 480 seconds
1182716859 M * bonsaikitten they must have some state left that triggers this rather unexpected behaviour
1182716883 M * bonsaikitten so I wish to kill that state so that the vserver is stopped stopped :-)
1182717293 M * bonsaikitten http://rafb.net/p/9UCDMT66.html
1182717302 M * bonsaikitten ^^ that's the scriptfight :-)
1182717626 M * daniel_hozac Bertl: Hollow did some great work on etch post-install scripts for 0.30.213.
1182717797 M * daniel_hozac bonsaikitten: looks to me like there are two of them trying to stop the same guest?
1182717822 M * bonsaikitten daniel_hozac: that might be
1182717827 M * bonsaikitten but they are cycling
1182717852 M * bonsaikitten only way to stop that madness is to mv /usr/sbin/vserver away and kill them
1182717853 M * Bertl daniel_hozac: ah, great! tx!
1182717956 J * [BiG^BrotheR] ~Dr-DreaM@84.23.96.253
1182717959 M * bonsaikitten daniel_hozac: any idea how I can stop that script replication from happening?
1182717994 M * daniel_hozac AFAIK there are no loops that would restart it over and over again...
1182718009 M * daniel_hozac unless your guest isn't going away by vserver ... stop and it just keeps on calling sys_reboot.
1182718041 M * Bertl shouldn't that be killed anyway?
1182718052 M * daniel_hozac it _should_...
1182718062 M * bonsaikitten well, if I do "vserver bonsai start" those multiple scripts spawn
1182718068 M * bonsaikitten I don't understand it ...
1182718077 M * daniel_hozac what?
1182718091 M * daniel_hozac you do vserver bonsai start, and it starts executing vserver ... stop multiple times?
1182718110 M * bonsaikitten it spawns all those processes you see in the paste
1182718115 M * Bertl bonsaikitten: you don't happen to have messed with the guest configs in funny ways?
1182718125 M * daniel_hozac (btw, you want to use ps fauxc so we get a tree...)
1182718135 M * bonsaikitten Bertl: no, this machine has been running since october 2004 ...
1182718160 M * Bertl hmm, so you are using legacy configs?
1182718161 M * daniel_hozac could be that the second process is just a sub-shell of the first one.
1182718180 M * daniel_hozac bonsaikitten: IMHO your guest is restarting itself.
1182718227 M * bonsaikitten daniel_hozac: ok, how do I tell it to stop being silly?
1182718235 M * bonsaikitten http://rafb.net/p/BCw3g888.html btw
1182718259 M * daniel_hozac so that looks perfectly sane to me.
1182718273 M * daniel_hozac you just have to convince your guest it should boot, not reboot :)
1182718296 M * bonsaikitten daniel_hozac: speak to me :-)
1182718308 M * bonsaikitten I'll do almost any evil trickery that makes it behave
1182718332 M * daniel_hozac well, whatever it is that you have to do will be specific to your guest's distribution...
1182718341 M * bonsaikitten gentoo 
1182718375 M * daniel_hozac you should be able to figure out what's causing it by vps faux, check what's calling reboot...
1182718428 M * bonsaikitten http://rafb.net/p/wTS8jH31.html <-- looks like you were right
1182718458 M * daniel_hozac now you just have to figure out why that's happening :)
1182718470 M * bonsaikitten I'd guess it's some init-script being smart
1182718476 M * bonsaikitten I absolutely hate that :-)
1182718666 M * bonsaikitten hmm, is there a way to get the vserver output on startup redirected to console?
1182718703 M * Bertl with the gentoo init style (IIRC, that was resurrected) yes
1182718725 M * bonsaikitten I think /sbin/rc is trying to be smart
1182718729 Q * _cob Ping timeout: 480 seconds
1182719179 J * _cob ~cob@pc-csa01.science.uva.nl
1182719380 M * bonsaikitten ok, I fixed it
1182719385 M * bonsaikitten thanks for your help
1182719394 M * Bertl hehe, what was it?
1182719405 M * bonsaikitten trigger was a smart /sbin/rc plus a minor upgrade I did earlier
1182719413 M * bonsaikitten causing the init system to think it had failed
1182719511 M * bonsaikitten thus causing a reset, which the vserver scripts executed gladly
1182719564 M * bonsaikitten I owe you a beer or equivalent sign of credit :-)
1182719673 J * tuxmania ~bonbons@2001:5c0:85e2:0:20b:5dff:fec7:6b33
1182719758 M * slack101 whats up everyone 
1182719872 M * bonsaikitten slack101: they fixed me! I is happy!
1182719915 M * slack101 lol
1182719920 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net
1182719953 M * bonsaikitten every 6 months or so my vservers fail, and everytime I get helped here
1182719971 M * bonsaikitten I love platinum support with superfast reaction times :-D
1182719983 Q * bonbons Ping timeout: 480 seconds
1182720021 M * Bertl bonsaikitten: you're welcome!
1182720026 N * tuxmania bonbons
1182720048 M * bonsaikitten I wonder how much that service level would cost with, say, Microsoft :-)
1182720071 M * slack101 what goes wrong with your vservers ?
1182720077 M * Bertl probably too much :)
1182720082 M * bonsaikitten I had an unexpected power failure today
1182720096 M * bonsaikitten and as the machine only gets rebooted when such things happen ...
1182720103 M * bonsaikitten configuration is always a bit off :-)
1182720115 M * bonsaikitten gentoo is moving too fast for "reliable" servers
1182720123 M * slack101 its ofr sure a learning process the whole vserver thing 
1182720132 M * bonsaikitten I should reboot every month to guarantee a stable config
1182720228 M * bonsaikitten and I should reinstall from scratch - 2.5 years of piling up cruft is suboptimal
1182720256 M * bonsaikitten but it shows how stable linux-vserver is - even with my lazy administration it survives for such a long time!
1182720536 M * slack101 im going to get the kerrnel and patch it and compile hopefully this will be fine 
1182720540 M * slack101 fun*
1182721623 Q * bonbons Quit: Leaving
1182721654 Q * meandtheshell Quit: Leaving.
1182722126 Q * cedric Quit: cedric
1182722631 M * bonsaikitten slack101: it is fun
1182722641 M * bonsaikitten and with this note I take leave, have a nice day!
1182722661 Q * bonsaikitten Quit: vielen dank fuer die blumen ...
1182722680 M * slack101 them germans 
1182723035 M * eSa| i got vcontext eating up processor on 2.6.20.11-vs2.3.0.12 kernel
1182723045 M * daniel_hozac upgrade your utils.
1182723063 Q * ktwilight Ping timeout: 480 seconds
1182723069 M * daniel_hozac (and you should use 2.2.0, 2.3 is currently lacking quite a few fixes)
1182723078 J * ktwilight ~ktwilight@19.73-66-87.adsl-dyn.isp.belgacom.be
1182724075 J * ktwilight_ ~ktwilight@226.94-66-87.adsl-dyn.isp.belgacom.be
1182724143 Q * ktwilight Ping timeout: 480 seconds
1182724289 M * Bertl daniel_hozac: btw, do you have a list?
1182725164 N * DoberMann[PullA] DoberMann
1182725325 M * daniel_hozac of missing fixes? unfortunately not...
1182725381 Q * Piet Remote host closed the connection
1182725454 J * Piet hiddenserv@tor.noreply.org
1182725520 N * DoberMann DoberMann[ZZZzzz]
1182725556 M * Bertl daniel_hozac: I'm looking at the diff between my 2.2 and 2.3 branch, and although I see a few things, nothing really problematic pops up ... that's why I was asking :)
1182725559 M * daniel_hozac i guess the 2.2 changelog might serve as a useful starting point.
1182725560 Q * rgl_ Ping timeout: 480 seconds
1182725568 M * daniel_hozac ah, hehe.
1182725595 M * daniel_hozac btw, would it make sense to make 2.3 a sort of "on-top" patch?
1182725603 M * Bertl but I guess I will filter out some changes first ...
1182725617 M * Bertl yeah, I thought about that, might make sense to base that on the latest release
1182725689 M * daniel_hozac also makes it a lot easier to answer the "what's in 2.3" questions.
1182725953 M * Bertl but in this case, we somehow should include the stable version at least in the patch name
1182725984 M * Radiance hmm guys, the stable grsec+vserver patch is the wrong file, the filename is correct but not the contents (it's the same as the 2.6.21.5 version grsec+vserver patch file). http://people.linux-vserver.org/~harry/patch-2.6.19.7-vs2.2.0-grsec2.1.10-20070402.diff
1182725991 M * Radiance can some one correct this please ? :)
1182726034 M * Bertl harry: ping?
1182726035 J * lilalinux_ ~plasma@dslb-084-058-222-034.pools.arcor-ip.net
1182726126 Q * _cob Ping timeout: 480 seconds
1182726150 M * Radiance forget it, it is CORRECT
1182726165 M * Radiance sleep deprevation is what is wrong here ;)
1182726170 M * Bertl harry: unping! :)
1182726173 M * Radiance lol
1182726190 A * Radiance walks to make a coffee (lol)
1182726229 M * Bertl reminds me of: "aargh! my screen went black! .... nevermind, it's back!" :)
1182726249 M * daniel_hozac hehehe.
1182726465 Q * lilalinux__ Ping timeout: 480 seconds
1182727580 J * DreaM[BrB] ~Dr-DreaM@84.23.96.253
1182727925 Q * [BiG^BrotheR] Ping timeout: 480 seconds
1182728107 J * [BiG^BrotheR] ~Dr-DreaM@84.23.96.253
1182728463 M * Radiance the " Remap Source IP Address" option would be fine if the guest ip is a private range ip and not an internet ip ?
1182728514 Q * bzed Remote host closed the connection
1182728551 Q * DreaM[BrB] Ping timeout: 480 seconds
1182728660 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1182728674 M * daniel_hozac that doesn't matter at all.
1182728691 M * daniel_hozac it only affects traffic originating from the guest, destined to 127.0.0.1.
1182728707 M * daniel_hozac for those packets, the destination address is rewritten to the guest's first IP address.
1182728724 M * daniel_hozac enabling that option will also make it rewrite the source IP address.
1182728769 M * Bertl really?
1182728903 M * daniel_hozac ?
1182728908 M * Bertl according to the code, it only affects the source address rewriting (in general, for ip 127.0.0.1), of course, that also results in slightly adjusted flow calculations
1182728930 M * daniel_hozac isn't that what i said?
1182728944 M * Bertl for those packets, the destination address is rewritten
1182728951 M * Bertl nope :)
1182728973 M * daniel_hozac well, that was a more general comment.
1182728988 M * daniel_hozac i.e. how it always works. i guess that wasn't really clear :)
1182728998 M * Bertl ah, okay, got that wrong :)
1182729031 M * Radiance ok :-)
1182729141 Q * ||Cobra|| Ping timeout: 480 seconds
1182729168 M * Radiance is this a good option to enable by default for the average setup "Enable COW Immutable Link Breaking" ? 
1182729193 M * daniel_hozac definitely. as long as you're not using XFS :)
1182729201 M * daniel_hozac (any progress on that btw?)
1182729206 M * Bertl Radiance: if you want to use CoW link breaking, yes :)
1182729209 M * Bertl daniel_hozac: no
1182729211 M * Radiance ok, that's cool. I don't use xfs heh