1102913288 J * _no_x ~vps@c150103.adsl.hansenet.de
1102913393 Q * no_x Ping timeout: 480 seconds
1102913423 Q * infowolfe Ping timeout: 480 seconds
1102913935 J * infowolfe ~infowolfe@66.179.81.30
1102914450 Q * infowolfe Quit: (rebooting into a devfs kernel)
1102914594 J * infowolfe ~infowolfe@66.179.81.30
1102914621 P * infowolfe 
1102914634 J * infowolfe ~infowolfe@66.179.81.30
1102916593 Q * ndim Ping timeout: 480 seconds
1102916863 J * ndim U2FsdGVkX1@helena.bawue.de
1102925270 Q * infowolfe Remote host closed the connection
1102925272 J * infowolfe ~infowolfe@66.179.81.30
1102927135 Q * infowolfe Quit: (rebooting again)
1102927429 J * infowolfe ~infowolfe@66.179.81.30
1102927445 P * infowolfe 
1102927542 J * infowolfe ~infowolfe@66.179.81.30
1102930411 J * _are_ ~are@gateway-dsl.lihas.de
1102930418 M * _are_ hi
1102930503 M * infowolfe hi
1102930719 J * grecea ~grecea@h-195-22-237-74.mdl.net
1102931610 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.29, devel 1.3.9, 1.9.3 
1102931723 M * _are_ Are there any experiences about running UML within a vserver? vserver suits well for almost all projects i have, but one I need a different kernel.
1102932293 J * ReMa ~chatzilla@p54806BFA.dip.t-dialin.net
1102932302 M * ReMa hi there.
1102932398 M * ReMa did someone know if vserver is running on fedora core 2 or suse 9.2 ? 
1102932796 J * monrad ~monrad@213083190130.sonofon.dk
1102933308 M * albeiro why it would not be ? i am pretty sure it does
1102933496 M * ReMa is there a howto anywhere? until now i do it with redhat 7.2 and the old 2.4.26-vs.128 kernel. now i want to try to compile my own kernel. which os would you prefer ?
1102934089 N * _no_x nox
1102934224 M * Loki|muh linux - of course :)
1102934229 M * albeiro os -> linux ;]
1102934288 Q * meebey Quit: reboot
1102934297 M * ReMa fedora 2 or suse 9.2 
1102934358 M * albeiro both of them are one big crap to me, i would choose suse probably
1102934438 M * ReMa ok. they speak from a vanilla kernel. does it also work with the suse source ?
1102934476 M * Loki|muh try it
1102934484 M * Loki|muh would guess no
1102934598 M * _are_ ReMa: SuSE/RedHat/Mandrake patch their kernels quite a bit. Biggest part is additional drivers. You can still try and apply the patch (I understand it is not *that* version dependent), but you probably get at leats some ...
1102934598 M * _are_ warnings about 'offsets' from patch
1102934609 M * ReMa hmm... i'll try
1102934705 M * ReMa @ are which distro do you prefer ?
1102934793 A * albeiro gentoo
1102934826 M * _are_ ReMa: most boxes run Debian atm. But this is no reference, as I am only about to set up a vserver box (will be 2 boxes, 1*2 Opteron, 8GB RAm, 2TB disc, 1*4 Opteron, 16GB, 2TB disc) and, as I just read all the Manuals, FAQ, ...
1102934826 M * _are_ Wiki a few of my internal boxes might be vservers too in short time ;)
1102934900 M * _are_ I like the intrusion detection / no log truncating part very much, though it had nothing to do with the original reason to look into vserver. :-)
1102934907 M * albeiro pretty amazing machines
1102934966 J * jsambrook ~jsambrook@aelfric.plus.com
1102934967 M * _are_ albeiro: well, and that is the problem. I have not yet found decent info on how vserver will run on SMP/Opteron, though I understand from the concepts it should not make a difference.
1102934984 J * meebey meebey@meebey.net
1102935058 Q * nox Remote host closed the connection
1102935098 J * nox ~vps@c150103.adsl.hansenet.de
1102935792 M * Doener _are_: smp should be no issue, afaik all known races have been fixed. the only problem with amd64 i know was a bug in dietlibc that caused the tools to break, but that's also been fixed some weeks/months ago.
1102935821 M * Loki|muh fixed?
1102935831 M * Loki|muh not in the latest release
1102935842 M * Loki|muh and dietlibc also has to be patched
1102935844 Q * nox Quit: Neustart
1102935861 M * Loki|muh otherwise it will not compile
1102935993 M * Doener really? didn't hear such things. but as i don't own any amd64 systems, i'll just believe what you tell me ;)
1102936090 M * Doener indeed, no new dietlibc release since the bug was found...
1102936248 M * albeiro use normal glibc :)
1102936286 M * _are_ well, I will use a normal debian install anyway -> no dietlibc and no intention on running vservers on my ipaq ;)
1102936354 M * albeiro for ipaq you would use uclibc ;p
1102936366 M * _are_ would there be races ;)
1102936657 J * nox ~hamburg@c150103.adsl.hansenet.de
1102936682 M * ReMa i get allot of these messages :
1102936688 M * ReMa patching file linux-2.6.9/mm/mmap.c
1102936690 M * ReMa Hunk #1 succeeded at 911 with fuzz 2 (offset 3 lines).
1102936692 M * ReMa Hunk #2 FAILED at 1011.
1102936704 M * ReMa so it didn't work out :-(
1102936740 M * albeiro it could not with prepatched kernel
1102936779 M * ReMa hmm 
1102936797 M * ReMa qould it work if i tak ea vanilla one and put it to my suse box ?
1102936802 M * _are_ ReMa: the 'offset' ones are no big deal in most cases, check the *.rej files if there are serious problems with the rest
1102936831 M * _are_ it might be they only fixed a typo or the like, happens quite often, but patch can't recognize it than anymore
1102936942 M * ReMa 3 files : 
1102936944 M * ReMa mars:/usr/src/linux # find / -name *.rej
1102936945 M * ReMa /usr/src/linux-2.6.8-24/kernel/Makefile.rej
1102936947 M * ReMa /usr/src/linux-2.6.8-24/kernel/vserver/Makefile.rej
1102936948 M * ReMa /usr/src/linux-2.6.8-24/Makefile.rej
1102936950 M * ReMa what if to do now ?
1102936966 M * _are_ read them, if you are lucky, it is jus the vrsion info that changed
1102936984 M * _are_ if you are almost lucky, it is just a few object files that are added to a list
1102936991 M * _are_ and if you are unlucky, it is a real mess.
1102937003 M * _are_ but I'd say you end up at least 'almost lucky'
1102937058 Q * nox Quit: Terminated with extreme prejudice - dircproxy 1.0.5
1102937223 J * nox ~nox@c150103.adsl.hansenet.de
1102941574 Q * lilo Quit:  
1102941589 J * lilo ~lilo@lilo.usercloak.oftc.net
1102941817 Q * pusling Quit: leaving
1102941856 J * pusling ~pusling@195.215.29.124
1102944524 N * cereal|away cereal
1102946745 Q * sannes Read error: Connection reset by peer
1102949071 N * cereal cereal|away
1102951157 J * DuckMaster ~Duck@dyn-83-155-54-195.ppp.tiscali.fr
1102951258 M * _are_ Are there any experiences about running UML within a vserver? vserver suits well for almost all projects i have, but for one I need a different kernel. Can inability to mount things / configure network be circumvented in some ...
1102951258 M * _are_ way?
1102951589 Q * DuckKing Ping timeout: 480 seconds
1102952018 M * nox _are_: inability to mount things / configure network  can be circumvented  , i would expect probs elsewhere, but wait the developers awakening *g*
1102952130 M * _are_ well, I'd love to have the inability later on, but no idea how I tell the UML kernel where to find / if not by mounting it. later the inability restricted via vserver/capabilities would be really nice.
1102952238 M * nox well both projects have quite an different approach
1102952263 M * _are_ i know. and imho quite some different targets for using
1102952341 M * _are_ or: different strengths. and the strengths depend on what you want to do. while running the same kernel and no emulation (vserver) is better for most the tasks I want to do on that box, I have one task that needs a different ...
1102952341 M * _are_ kerenl -> UML for that one.
1102952358 M * nox only target 4 uml is if you must have an other kernel in all other ways i would prefer vserver
1102952376 M * _are_ exactly this is how I understand it.
1102952401 M * nox why  and which kernel u need
1102952404 M * _are_ spent 2 days reading docs till i dared and show up here ;)
1102952449 M * _are_ there will be some old oracle database that depends on specific kernels
1102952515 M * _are_ at least according to oracle. will see what I can do to make it work with the current kernel, but I love to have a backup solution at hands. And who knows why I have to change to a newer kernel in future.
1102952729 M * nox also ask oracle 4 better support and explanation why special kernel 
1102952749 M * _are_ atm I prefer asking my customers not to use oracle :->
1102952764 M * _are_ but the explanation is easy: 'certified systems'
1102952775 M * _are_ they certify suse and redhat, everyone else is lost
1102952799 M * _are_ ad as I don't use suse or redhat and even dare and use a non-standard kernel, don't expect them to give me any answer
1102952821 M * _are_ their hotlines are trained to act stupid.
1102952839 M * nox well they spend so much money on their linuxmarketing *tztz*
1102952870 M * _are_ ran through this years ago with HP where I accidently told them I used suse 72, the problem was I had not been able to go past the bios and they kept telling me suse 72 is not supported I have to use 7.1. Nice if you can't ...
1102952870 M * _are_ get past the bios.
1102952929 M * _are_ conclusion: support hotlines get only told the absolute minimum info or they will start and act stupid. :-/
1102952942 M * nox vserver behaves quite like the standard kernel 
1102952985 M * _are_ well, to me this is quite obvious. the problem is more like old versions of an appliacation and new kernels.
1102953071 M * _are_ e.g. my vmware license is plain useless. only drivers for kernel 2.2. ofc I am free to buy a new one. (ridiculous for the simple task of administrating a phone system). vserver + uml would solve this issue for me.
1102953084 M * _are_ plain uml would, too, but I'd prefer to have it in the vserver security context
1102953241 M * nox i´m sure Bertl will explain when he has time
1102953381 J * ensc ~ircensc@ultra.csn.tu-chemnitz.de
1102953414 M * nox _are_:   are any vanilla kernels supported ?
1102953456 M * _are_ oracle: doubt it, not yet checked, though, old vmware: yes
1102953711 J * sannes ~ace@home.skarby.no
1102953955 Q * sannes Read error: Connection reset by peer
1102957640 J * Duckx ~duckx@195.75.27.158
1102958764 Q * ReMa Quit: Chatzilla 0.9.65 [Mozilla rv:1.8a4/20040927]
1102958960 Q * _are_ Quit: Disconnecting
1102959005 M * Duckx hy all :)
1102959011 M * Duckx Back from england 
1102960825 N * Bertl_zZ Bertl_ILL
1102960836 M * Bertl_ILL evening folks!
1102960921 J * sannes ~ace@home.skarby.no
1102960922 M * nox pitiable Bertl_ILL 
1102960935 M * Bertl_ILL hey nox!
1102960967 M * nox had an very ill lastweek   lastweak so to say *g*
1102960979 M * Bertl_ILL seems like some abdominal influenza keeps me within toilet range ...
1102961011 M * Loki|muh sounds bad :/
1102961019 M * nox didn´t were here so much to not infect u (:
1102961033 M * Bertl_ILL heh ;)
1102961151 M * nox Get well soon!
1102961171 M * Bertl_ILL I'm working on it ...
1102961171 Q * ensc Read error: Connection reset by peer
1102961198 Q * Duckx Remote host closed the connection
1102961218 J * ensc ~ircensc@ultra.csn.tu-chemnitz.de
1102961268 M * Bertl_ILL is everything else working as usual (without me)?
1102961374 M * nox Bertl_ILL: are there any news from the "onefilealphatool.conf" projekt ?
1102961407 M * Zoiah nox: you mean legacy support?
1102961466 M * nox more an xml wrapper  which converts between file and dir
1102961467 M * Bertl_ILL legacy support should work fine with 1.9.3.10 or .11
1102961488 M * Zoiah nox: ahh, neat.
1102961499 M * Bertl_ILL nox: no, a few more folks 'asked' if such thing exists, but nobody wanted to write such a converter yet ...
1102961546 M * nox someone want to take one of "his" programmers ... who was it ?
1102961629 M * Bertl_ILL ah, which brings me to pinky ... sec
1102961655 M * Bertl_ILL good, seems like pinky is working as expected ... http://irc.13thfloor.at/LOG/
1102962192 M * Bertl_ILL okay, so I take that as everything is fine .. and return to bed now .. any last words?
1102962294 M * rs re
1102962302 M * Bertl_ILL wb rs!
1102962308 M * rs how are you ?
1102962316 M * rs ILL ? what does it mean ?
1102962318 M * Bertl_ILL well, ill :/
1102962363 M * rs oh you are sick ?
1102962371 M * Bertl_ILL yeah, some say so ;)
1102962436 M * rs :)
1102962442 M * Bertl_ILL what's up on your part?
1102962480 M * rs nothing really interesting, I'm in vacation until chrismas to flush all my untaken vacation days...
1102962513 M * Bertl_ILL probably busy with non-vserver stuff anyway, right?
1102962546 M * rs yeah 
1102962560 M * rs but I would like to do some vserver stuff anyway
1102962579 M * rs I would have some time to test NGNET :)
1102962604 M * Bertl_ILL sounds good ... well, I hope I'll be better soon ...
1102962628 M * Bertl_ILL (the ngnet tests so far look promising)
1102962687 M * rs there is some big discution on the lycos vds forum about the lake of iptable support in vservers
1102962717 M * rs some customers think it's a shame to sell such a product without it... it's a point of view :)
1102962723 M * Bertl_ILL discussion is always good ...
1102962732 M * rs yeah :)
1102962763 M * Bertl_ILL most folks do not understand iptables anyway, so it's probably better for them _not_ to use it ;)
1102962798 M * albeiro hey Bertl, poor you :(
1102962800 M * Bertl_ILL OTOH, it looks like ngnet might be able to virtualize those too ...
1102962813 M * Bertl_ILL albeiro: tx
1102962823 M * rs one asked if QoS would be supported
1102962834 M * rs would be a nice feature
1102962834 Q * sannes Read error: Connection reset by peer
1102962852 M * albeiro Bertl_ILL: you should have laptop to irc from ... you know ;p
1102962864 M * Bertl_ILL rs: as with every ip based line ... unfortunately ip folks forgot about that ;)
1102962872 M * Bertl_ILL albeiro: I have ...
1102962910 M * rs yeah but you have to do some checks about the validity of the line I guess
1102962930 M * Bertl_ILL well, as I said, ip does not provide QoS per se ...
1102962942 M * rs means if the rule if for the right vserver
1102962967 M * Bertl_ILL we could do QoS over ATM ;)
1102962990 M * Bertl_ILL (ip over ethernet will not work here)
1102963091 M * Bertl_ILL rs:  do your routers support QoS including bandwidth reservations?
1102963223 M * Bertl_ILL well, anyway, one step after the other ... next step is to stabilize ngnet ... and the immediately next step is going to bed (for me ;)
1102963230 J * mhepp ~mhepp@r72s22p13.home.nbox.cz
1102963238 M * rs hehe ok
1102963240 M * Bertl_ILL aloha mhepp!
1102963251 M * Bertl_ILL have a nice vaccation, rs!
1102963264 M * Bertl_ILL cya folks ...
1102963267 M * rs have a nice sleep :)
1102963276 N * Bertl_ILL Bertl_zZ
1102963402 M * mhepp Bertl_zZ: Ahoj (hello from czech republic)
1102969938 J * sannes ~ace@home.skarby.no
1102970910 Q * brc Ping timeout: 480 seconds
1102973814 Q * mhepp Quit: mhepp caught signal: Autobus error
1102973814 Q * sannes Read error: Connection reset by peer
1102980820 J * sannes ~ace@home.skarby.no