1172103222 M * cehteh byte, not kbytes?
1172103481 Q * meandtheshel1 Quit: Leaving.
1172103623 Q * duckx Remote host closed the connection
1172104521 Q * mEDI_S Quit: mEDI_S
1172104760 M * xp_prg2 darn it, I am trying to xforwarding from guest vserver and it keeps saying can't open display 
1172104853 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1172105128 J * mEDI_S ~medi@snipah.com
1172105204 M * Bertl xp_prg2: there was an ML thread on that
1172105228 M * Bertl xp_prg2: IIRC, very recent sshd requires a special 'security' option to be enabled
1172105228 M * xp_prg2 where is it?
1172105251 M * xp_prg2 how do I set this 'security' option?
1172105251 M * Bertl of course, it could just be that your xauth is not working properly
1172105273 M * Bertl sorry, I do not remember the details atm
1172105295 M * Bertl check with echo $DISPLAY and xauth list
1172105457 M * xp_prg2 ok
1172105531 M * xp_prg2 I didn't have xauth that was the problem, thanks :)
1172105557 M * Bertl you're welcome!
1172106583 Q * fs Server closed connection
1172106593 Q * eyck Remote host closed the connection
1172106601 J * fs fs@213.178.77.98
1172109133 Q * gerrit Ping timeout: 480 seconds
1172110271 Q * ntrs Remote host closed the connection
1172110464 Q * borgfish Read error: Connection reset by peer
1172110531 J * ntrs ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1172111775 J * eyck eyck@kuszelas.com
1172111891 Q * Piet_ Quit: Piet_
1172112808 Q * ensc Ping timeout: 480 seconds
1172113559 J * hiuhfiwehf ~hi@tor-irc.dnsbl.oftc.net
1172113573 Q * hiuhfiwehf Remote host closed the connection
1172113689 M * Bertl ah, good, nobody missed me :)
1172113709 J * j1mmy ~rpc@c-71-193-152-57.hsd1.or.comcast.net
1172113719 M * Bertl welcome j1mmy!
1172113726 M * j1mmy hi
1172113869 M * Bertl what can we do ya'for?
1172113905 J * ensc ~irc-ensc@p54B4DB7F.dip.t-dialin.net
1172113942 M * j1mmy just reading the web page and decided to drop in
1172113966 M * Bertl excellent idea! if you want to know something, just ask ... (see topic)
1172113977 M * j1mmy ok cool thanks
1172113986 M * Bertl you're welcome!
1172114006 J * bigLOL ~urkel@tor-irc.dnsbl.oftc.net
1172114011 M * bigLOL DCC SEND FFFFFFFFFFFFFFFFFFFFFFFFFF
1172114015 Q * bigLOL 
1172114529 N * DreamerC_ DreamerC
1172115128 Q * ensc Ping timeout: 480 seconds
1172117047 Q * badari Server closed connection
1172117060 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1172117069 J * badari ~badari@bi01p1.co.us.ibm.com
1172117198 M * Bertl wb badari! gerrit!
1172117227 Q * dlezcano Ping timeout: 480 seconds
1172117247 J * dlezcano ~dlezcano@AToulouse-252-1-9-124.w82-125.abo.wanadoo.fr
1172117313 M * gerrit hi bertl
1172118317 J * ensc ~irc-ensc@p54B4FAF8.dip.t-dialin.net
1172118815 M * Bertl daniel_hozac, Hollow: I uploaded vcmd 0.08 and a shiny17, which improves on the non-pic i386 1-5 args case, please sync up to that version ASAP
1172120318 J * nou Chaton@causse.larzac.fr.eu.org
1172120877 M * Bertl welcome nou!
1172121473 M * daniel_hozac Bertl: ok, done.
1172121868 J * phedny_ ~mark@phedny.vps.van-cuijk.nl
1172121933 Q * phedny Server closed connection
1172122854 M * Bertl daniel_hozac: btw, is it just my strace, or does strace know details about vserver syscalls now?
1172122880 M * daniel_hozac hmm, which strace is that?
1172122884 M * Bertl (i.e. do you know, was there something merged upstream?)
1172122898 M * Bertl version 4.5.15
1172122937 M * Bertl ah, no, sec
1172122964 M * Bertl version 4.5.1, so it's probably patched 
1172124348 Q * ||Cobra|| Server closed connection
1172124359 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1172124441 M * Bertl have a good one everyone! I'm off to bed now ...
1172124448 N * Bertl Bertl_zZ
1172125878 Q * ag- Server closed connection
1172125890 J * ag- ~ag@caladan.roxor.cx
1172126442 J * gardo garry@host-222-126-75-172.dhcp.infocom.ph
1172126598 Q * bXi Server closed connection
1172126603 J * bXi bluepunk@irssi.co.uk
1172126652 Q * gardo Read error: Connection reset by peer
1172127607 N * DoberMann[ZZZzzz] DoberMann
1172127631 J * gab ~gab@158.36.45.236
1172129159 J * DoberMann_ ~james@AToulouse-156-1-114-168.w90-30.abo.wanadoo.fr
1172129265 Q * DoberMann Ping timeout: 480 seconds
1172129327 N * DoberMann_ DoberMann[PullA]
1172129613 Q * rob-84x^ Server closed connection
1172129620 J * rob-84x^ ~rob@submarine.ath.cx
1172130181 Q * ZLinux Server closed connection
1172130204 J * ZLinux ~ZLinux@88.213.57.11
1172130334 Q * dlezcano Quit: Leaving
1172130787 J * gebura ~gebura@AOrleans-151-1-60-56.w90-21.abo.wanadoo.fr
1172130806 M * gebura hello
1172130862 M * daniel_hozac hi
1172130980 N * phedny_ phedny
1172131075 M * nebuchadnezzar hello
1172131852 Q * gebura Quit: Leaving
1172131982 Q * xp_prg2 Ping timeout: 480 seconds
1172132212 Q * kir Remote host closed the connection
1172132888 Q * michal` Remote host closed the connection
1172132968 J * gebura ~gebura@AOrleans-151-1-60-56.w90-21.abo.wanadoo.fr
1172133064 M * gebura i have a question:
1172133083 M * gebura i want compil linuxvserver on debian , on a sparc64 smp system
1172133098 M * gebura and for the header i have choice betwen few packages
1172133193 M * gebura linux-headers-2.6.18-3-vserver-sparc64 ( tagged "uniprocessor") , linux-headers-2.6.18-3-sparc64-smp , inux-headers-2.6.18-3
1172133255 M * gebura and i don't know , how to choice
1172133391 Q * j1mmy Quit: leaving
1172133445 M * daniel_hozac what?
1172133476 M * daniel_hozac if you're going to use the Debian packages, the one you want is linux-image-2.6.18-4-vserver-sparc64
1172133481 M * daniel_hozac (it's in sid)
1172133509 J * Aiken ~james@ppp126-23.lns2.bne4.internode.on.net
1172133588 M * gebura yes but it is tagged "uniprocessor"
1172133592 M * gebura ("Linux kernel image on uniprocessor 64-bit UltraSPARC")
1172133662 M * Adrinael_ Do the headers really differ between UP/SMP?
1172133696 M * Adrinael_ If they do, I'm going to start a new vapourware project, a kernel with a non-silly interface.
1172133709 J * michal` ~michal@www.rsbac.org
1172133725 M * daniel_hozac gebura: have you tried it?
1172133745 M * gebura i am currently using this kernel
1172133751 M * gebura uname -a tell me its smp
1172133767 M * gebura but the system is very charged for the few things running on
1172133768 M * daniel_hozac so, uh, what's the problem?
1172133778 M * gebura i don't know if all cpu are used
1172133811 M * Adrinael_ Are you talking about kernel _image_ or headers?
1172133863 M * gebura i am using an image but i wan compil another kernel , because the "uniprocessor" on description sound like a warning for me
1172133896 M * daniel_hozac gebura: you just said yourself it's an SMP kernel.
1172133924 M * daniel_hozac gebura: and i'm quite certain waldi runs that on the 32 virtual CPU box he has access to.
1172133966 M * gebura this kernel?
1172134036 M * gebura he is running this kernel image with?
1172134049 M * daniel_hozac i believe so.
1172134128 M * gebura interesting
1172134142 M * gebura i don't understand whu this menion about "uniproc" on te package but if it run without any problem...
1172134179 M * gebura does waldi come on the channel sometimes ?
1172134227 J * lilalinux ~plasma@80.69.41.2
1172134277 M * daniel_hozac hmm, i thought he was here already.
1172134301 M * daniel_hozac i guess you might ask on #debian-kernel.
1172134342 M * gebura i will do or try maling list
1172134529 J * dna ~naucki@69-242-dsl.kielnet.net
1172135000 Q * lilalinux Remote host closed the connection
1172135755 J * kir ~kir@swsoft-mipt-nat.sw.ru
1172136842 J * ema ~ema@lart.galliera.it
1172137407 Q * Aiken Quit: Leaving
1172138183 J * Aiken ~james@ppp126-23.lns2.bne4.internode.on.net
1172139257 J * duckx ~Duck@tox.dyndns.org
1172141202 J * meandtheshel1 ~markus@85-124-207-17.dynamic.xdsl-line.inode.at
1172141415 M * matti :)
1172141564 Q * Aiken Quit: Leaving
1172141754 Q * gab Quit: Leaving
1172141814 J * Aiken ~james@ppp126-23.lns2.bne4.internode.on.net
1172142055 Q * Hollow Remote host closed the connection
1172142361 Q * nox Remote host closed the connection
1172142387 Q * phreak`` Remote host closed the connection
1172142540 Q * mEDI_S Ping timeout: 480 seconds
1172144207 J * Piet hiddenserv@tor.noreply.org
1172144380 Q * Loki|muh Remote host closed the connection
1172144389 J * Loki|muh loki@satanix.de
1172144884 J * mEDI_S ~medi@snipah.com
1172144887 J * nox ~nox@static.88-198-17-175.clients.your-server.de
1172144890 J * Hollow ~hollow@styx.xnull.de
1172145123 J * phreak`` ~phreak``@deimos.barfoo.org
1172145123 Q * mEDI_S Read error: Connection reset by peer
1172145785 J * mmouse ~mmouse@office.haefft.de
1172146461 Q * Aiken Quit: Leaving
1172146825 J * geb ~gebura@AOrleans-151-1-72-133.w90-21.abo.wanadoo.fr
1172147080 Q * gebura Ping timeout: 480 seconds
1172147848 J * mEDI_S ~medi@snipah.com
1172148357 Q * duckx Remote host closed the connection
1172148384 J * duckx ~Duck@tox.dyndns.org
1172148530 Q * duckx Remote host closed the connection
1172148698 J * duckx ~Duck@tox.dyndns.org
1172150120 N * DoberMann[PullA] DoberMann
1172150356 J * lilalinux ~plasma@80.69.41.2
1172150613 Q * mmouse 
1172151048 Q * ema Quit: leaving
1172151668 Q * UukGoblin Ping timeout: 480 seconds
1172152462 J * chand ~chand@m167.net81-64-156.noos.fr
1172153091 J * Piet_ hiddenserv@tor.noreply.org
1172153190 Q * geb Remote host closed the connection
1172153482 Q * Piet Ping timeout: 480 seconds
1172154848 Q * rob-84x^ Ping timeout: 480 seconds
1172155059 J * ema ~ema@lart.galliera.it
1172155804 Q * harry Server closed connection
1172155810 J * harry ~harry@d54C2508C.access.telenet.be
1172155887 N * Bertl_zZ Bertl
1172155901 M * Bertl morning folks!
1172155969 M * Bertl daniel_hozac: vtop requires the legacy API?
1172155988 M * nebuchadnezzar no, I use vtop without
1172155991 M * nebuchadnezzar :-)
1172155994 M * cehteh nope (else it wont ....)
1172156011 M * Bertl hmm ... strange ...
1172156016 M * Bertl # vtop
1172156016 M * Bertl chcontext: tools were built without legacy API support; can not continue
1172156044 M * Bertl # chcontext --version
1172156044 M * Bertl chcontext-compat 0.30.213-rc3 -- allocates/enters a security context
1172156044 M * Bertl This program is part of util-vserver 0.30.213-rc3
1172156059 M * nebuchadnezzar I haven't legacy in my kernel
1172156069 M * Bertl            Available APIs: v13,net,v21
1172156089 M * nebuchadnezzar maybe the tool is checking for the APIs built-in ?
1172156113 M * Bertl [ 1] legacy support is disabled.
1172156113 M * Bertl [ 2] legacy network support is disabled.
1172156124 M * Bertl [15] legacy version id is not used.
1172156132 M * cehteh chcontext-compat is the legacy thing
1172156150 M * Bertl yeah, but I have no idea why it is called :)
1172156165 M * cehteh (iirc) .. this loosk bit familar to me like the errors i had 2 weeks ago
1172156184 M * cehteh bad moon phase perhaps
1172156201 M * cehteh or you forgot to sacrifice a unicorn?
1172156217 A * Bertl does not sacrifice unicorns ...
1172156255 M * cehteh hah .. thats it :)
1172156276 M * cehteh if you had it would have worked out of the box .. now you have to debug it
1172156278 A * Bertl is a strong believer in the Invisible Pink Unicorn!
1172156305 J * rob-84x^ ~rob@submarine.ath.cx
1172156317 M * cehteh ;)
1172156428 N * Piet_ Piet
1172156621 Q * dna Quit: Verlassend
1172156641 M * daniel_hozac Bertl: should be fine... what VS-API is vserver-info showing?
1172156676 M * Bertl                    VS-API: ???
1172156696 M * daniel_hozac so probably there's some syscall trouble or similar.
1172156705 M * daniel_hozac tried strace?
1172156712 M * daniel_hozac or gdb, i guess.
1172156714 M * Bertl okay, will investigate, might be shiny16 related
1172156724 Q * ex Server closed connection
1172156728 J * ex ex@valis.net.pl
1172157093 M * nox Bertl: do you have any idea why a bind9-guest starts but doesn?t answer on querys not even from inside the guest?
1172157107 M * daniel_hozac nox: is named running?
1172157113 M * nox yes
1172157171 M * Bertl nox: if it doesn't answer, that could have three reasons, IMHO
1172157174 M * nox 2.6.19.2-vs2.2.0-rc8 with default caps (former kernel behaved the same)
1172157195 M * Bertl 1) bind is bound to a different ip/port, you are talking to something else
1172157212 M * Bertl 2) bind is not in the mood to answer (acls, security, check logs)
1172157244 M * Bertl 3) some nifty iptable filter rule is blocking your communication or some routing setup ensures the packages are lost :)
1172157261 J * dna ~naucki@69-242-dsl.kielnet.net
1172157274 M * Bertl nox: in any case, I'd suggest to use tcpdump on the host to check for the communication
1172157315 M * nox the guest is on transacid?s server, iptables seems to be fine, same config on host worked
1172157353 J * DavidS ~david@vpn.uni-ak.ac.at
1172157366 M * Bertl welcome DavidS!
1172157517 Q * duckx Remote host closed the connection
1172157547 J * duckx ~Duck@tox.dyndns.org
1172157589 M * nox tcpdump would need cap_raw or?
1172157623 M * nox ah on host
1172157848 J * chrome___ ~sabaini@85-124-41-108.dynamic.xdsl-line.inode.at
1172157925 M * chrome___ hi all! i've got a problem with util-vserver -- it keeps SEGFAULTing on me.
1172157934 M * DavidS hey bertl!
1172157944 M * chrome___ i'm using util-vserver-0.30.212 
1172157978 M * chrome___ and kernel 2.6.20 with vs2.3.0.10
1172158007 M * chrome___ arch=x86_64
1172158019 Q * Bertl Server closed connection
1172158092 M * chrome___ has anybody any idea whats going on here?
1172158092 M * chrome___ or what i should try to track this down?
1172158175 M * nox interfaces/00/name shouldn?t make a difference for bind or?
1172158231 J * c0ol ~s0k4@85-18-136-105.fastres.net
1172158235 P * c0ol 
1172158264 M * nox chrome___: paste the strace to paste.linux-vserver.org
1172158320 J * Bertl herbert@IRC.13thfloor.at
1172158339 M * nox chrome___: one of the very helpfull devs will help ya asap (:
1172158364 M * chrome___ its pretty short really -- http://paste.linux-vserver.org/1194 
1172158364 M * chrome___ thx :)
1172158387 M * Bertl nice, OFTC did close the connection on me :)
1172158460 M * nox Bertl: i ignore join/parts here which time ya left?
1172158524 M * Bertl the IRC log has everything ...
1172158601 M * Bertl chrome___: could you upload 'vserver-info - SYSINFO' and the output of testme.sh please?
1172158635 M * chrome___ shure, its mostly segfaults tho...
1172158667 M * Bertl I assume you are hitting an issue with your toolchain (userspace)
1172158691 M * Bertl might that be ubuntu for example?
1172158733 M * chrome___ ic -- here it is: http://paste.linux-vserver.org/1195
1172158748 Q * cohan_ Server closed connection
1172158749 M * chrome___ yes, its ubuntu 
1172158751 J * cohan ~cohan@koniczek.de
1172158758 M * Bertl okay, ubuntu has a broken gcc
1172158768 M * Bertl but it is simple to work around that actually
1172158781 M * Bertl install gcc 3.3, make sure that dietlibc is installed
1172158781 M * chrome___ broken in what way?
1172158786 M * chrome___ ok
1172158798 M * Bertl in that way, that it doesn't honor the stack protector disable stuff
1172158819 M * Bertl it takes the option, but fails to apply it to certain compilations it seems
1172158847 M * chrome___ should i recompile the kernel or only the userspace stuff?
1172158847 M * Bertl it was confirmed that gcc33 (you ahve to tell the tools which gcc to use) works perfectly fine
1172158855 M * Bertl only userspace is affected
1172158877 M * chrome___ ok, i'll try that -- thanks!
1172158936 M * Bertl you're welcome! keep us posted!
1172159596 M * chrome___ to followup -- yep, installing gcc-3.3 and recompiling helped. at least it doesnt segfault anymore ;-)
1172159644 M * Bertl excellent! please check with the ubuntu folks so that this can be resolved in the future
1172159683 M * chrome___ i'll do that
1172159750 M * Bertl thanks!
1172160180 Q * DavidS Quit: Leaving.
1172160324 M * nox ps aux
1172160329 M * nox sry
1172160538 M * matti Hi Bertl :)
1172161216 M * Bertl hey matti!
1172161241 J * Termvt100 ~user1@189.131.131.155
1172161333 M * nox is there any 2.2 patch for 2.6.20?
1172161377 M * Bertl welcome Termvt100!
1172161381 M * Bertl nox: yep
1172161441 M * Termvt100 thanks Bertl 
1172161451 M * nox ah just forgot 2 update links
1172161675 M * Termvt100    Programa de Comprobacisn de la vulnerabilidad de contraseqas en memoria compartida de Informix.
1172161675 M * Termvt100    Aplicacisn del Estandar de Seguridad Basica en Servidores Unix de la Direccisn de Informatica.
1172161675 M * Termvt100    Adaptacion :  AT - Netrix
1172161675 M * Termvt100    Programacion: David Litchfield (davidl@ngssoftware.com)
1172161675 M * Termvt100    Fecha: Enero 2007
1172161676 M * Termvt100    Revision:
1172161676 M * Termvt100    CVE:CVE-2006-3858
1172161678 M * Termvt100    Compilar y Ejecutar como informix.
1172161678 M * Termvt100    #cc -o shhifx shhmifx.c
1172161684 M * Termvt100 upss sorry 
1172161756 M * Termvt100 bertl, i have a problem 
1172161782 M * Termvt100 with kernel 2.6.12.4 
1172161798 M * Termvt100 and patch 2.0 dof vserver 
1172161827 M * Termvt100 the time of the machine forward 
1172161859 M * Termvt100 i.e. the computer has a time later that the real , that i set 
1172161884 M * Bertl the computer being what?
1172161914 M * Termvt100 it happens since i installed the patch of vserver 2.0 
1172161917 M * Bertl i.e. you set a time on the host machine, with 'date' I assume?
1172161927 M * Termvt100 yes , with date 
1172161942 M * Bertl okay, and if you execute 'date' right after setting it
1172161950 M * Bertl it shows a different time?
1172161977 M * Termvt100 no, no inmediate 
1172161997 M * Termvt100 it's incremental 
1172161998 M * Bertl so when does it happen then?
1172162011 M * Bertl your time starts to advance or so?
1172162015 M * doener sounds like ntpd + wrong timezone
1172162018 M * Termvt100 after some days 
1172162041 M * Termvt100 after some days the clock has change one hour 
1172162047 M * Bertl hehe
1172162054 M * Termvt100 i don't use ntp
1172162072 M * Bertl does it keep changing?
1172162082 M * Termvt100 after some weeks the clock ha changed many hours 
1172162099 M * Termvt100 yes it keeps changing
1172162112 M * Bertl okay, well, first, I'm pretty sure the Linux-VServer patch has nothing to do with that behaviour
1172162119 M * Termvt100 where are tou bertl ?
1172162131 M * Bertl (simply because it doesn't change anything related at all)
1172162154 M * Bertl Termvt100: I'm currently in Cambridge, US)
1172162163 M * Termvt100 hmm , maybe the configuration necesary in the kernel for the installation of vserver 
1172162195 M * Bertl well, we do not dictate any settings there either, so if you took your old config, that should be identical
1172162220 M * Bertl what I assume might be the case here is a change in the kernel behaviour
1172162221 J * FireEgl ~FireEgl@68.220.222.136
1172162246 M * Bertl i.e. you updated a kernel version or two, or downgraded to an older one at the same time
1172162257 M * Bertl and that caused the change ...
1172162300 M * Bertl I'm pretty confident, that if you compile the very same kernel (without the Linux-VServer patch) with the same .config, it will expose similar behaviour
1172162301 M * Termvt100 ahmm ,in fact i change from the version 2.4 to 2.6 
1172162347 M * Termvt100 ahn the .config's are very diferents of course 
1172162347 M * Bertl nevertheless, a drift of an hour per day is quite impressive, not even my broken PowerBook changes that much :)
1172162371 M * Bertl nevertheless, I'd suggest to do the follwing:
1172162384 M * Bertl - get a recent kernel (i.e. 2.6.19.4 or so)
1172162390 M * Termvt100 ok 
1172162395 J * stefani ~stefani@flute.radonc.washington.edu
1172162406 M * Bertl - double check the config, make sure to use APIC if available
1172162423 M * Bertl - install some ntp service if you have internet access
1172162450 M * Bertl I know that certain amd/via combos exposed drifting time issues a while ago
1172162501 M * Termvt100 yes this computer is atlhon amd on via motherboard 
1172162502 M * Bertl and if you want to rule out Linux-VServer, then just do as I suggested, i.e. remove the patch, but keep the same config and kernel version
1172162543 M * Termvt100 but with the kernel 2.4 not drift the time 
1172162556 M * Bertl well, the kernels are quite different
1172162573 M * Bertl for example, the 2.4 kernel will not enter any power saving mode on that board I guess
1172162592 M * Bertl while the 2.6 kernels will do some fancy CPU scaling and stuff, if selected
1172162593 M * Termvt100 no it does'nt 
1172162612 M * Termvt100 ahh ok 
1172162633 M * Bertl so it's not really surprising that 2.6 behaves completely different than 2.4 :)
1172162690 M * Bertl btw, do you actually use one? (vt100 that is :)
1172162696 M * Termvt100 would you suggest me run vserver on any kernel 2.4 ?
1172162726 M * Bertl no, as I said, I'd suggest to get a recent 2.6 kernel and double check the config options
1172162731 M * Termvt100 rather i use a xterm
1172162772 M * Bertl you can safely disable any power saving or CPU scaling for a server system, also avoid HighMem and use (L)APIC if possible
1172162778 M * Termvt100 ok , don't you sugesst me in any way to use kernel 2.4?
1172162805 M * doener Bertl: guess you also got a mail from vmware?
1172162813 M * Bertl no, not really, unless you have very good reasons to do so :)
1172162822 M * Bertl doener: hmm, sec, checking
1172162853 M * Bertl doener: nope
1172162913 M * Termvt100 well, theres no  reason especific , just i like it 
1172162928 M * doener hm, I wonder where they got my name from then, thought it was due to Linux-VServer... they want to create their own Linux kernel team and have positions to fill. So if you know anyone who wants to work there
1172162976 M * Bertl probably related to the kvm progress :)
1172163002 M * doener yeah. I heard rumours about Ubuntu including vmware in their kernel as well
1172163042 A * Bertl prefers QEMU
1172163059 M * Bertl at least until VMware releases the source code :)
1172163124 M * Bertl Termvt100: why did you upgrade then in the first place?
1172163135 M * Wonka Bertl: you know virtualbox?
1172163162 M * Termvt100 i upgraded for one suggest in this chanel 
1172163170 M * Bertl Wonka: no? what's the features?
1172163199 M * Wonka GPL, VMware-like interface, nearly as fast
1172163200 M * Termvt100 someone told me that was better upgrade kernel to use vserver 
1172163212 M * Wonka http://virtualbox.org/
1172163218 M * Bertl Wonka: how many guest archs does it support?
1172163256 M * Wonka Bertl: only x86, currently.
1172163279 M * Bertl what's the advantage over QEMU?
1172163328 M * Wonka the interface.
1172163341 M * Bertl you mean the GUI stuff or what?
1172163343 M * Wonka yes
1172163355 M * Bertl ah, I don't use the QEMU gui at all ... :)
1172163362 M * Wonka me neither
1172163400 M * Bertl okay, so that is something for the folks who want to run windows in Linux then ... I guess ... nevertheless will check it out, tx
1172163423 A * Wonka would like something like kvm-kqemu or kvm-vbox...
1172163448 M * Bertl now that the kqemu is GPL, I guess it wont take too long
1172163494 M * Wonka vservers have their place, but virtualizing hardware is a nice thing too
1172163535 M * Bertl I totally agree, we use it for testing too, which makes that fact obvious :)
1172163540 M * Wonka hrhr
1172163592 M * Wonka i thought about having some big linux box and running a WTS guest there...
1172163612 M * Wonka for those things my parents need to do on windows for some reason or other
1172163708 M * Wonka the kvm userspace tool is a modified qemu and has the same vnc interface, which i like much more than virtualboxens RDP stuff...
1172163723 M * Wonka SDL is out of the question for what i want
1172163870 M * Termvt100 Bertl, thanks for you help
1172163886 M * Bertl Termvt100: you're welcome!
1172163894 N * DoberMann DoberMann[PullA]
1172164118 Q * Termvt100 Quit: changing servers
1172164150 J * bonbons ~bonbons@83.222.38.57
1172164468 M * Bertl wb bonbons!
1172164477 M * Bertl okay, off for now ... back later ...
1172164491 M * bonbons Hey Bertl!
1172164513 N * Bertl Bertl_oO
1172164615 M * derjohn Wonka, Bertl_oO : I heard virtualbox has RDP to as protocol to access the machines, so I really fast! 
1172164651 M * Wonka derjohn: but debian's rdesktop version somehow doesn't like it
1172164667 M * Wonka derjohn: i see no reason not to have VNC too
1172164700 M * derjohn Wonka, thats odd... Well, I feel that RDP ist quite more responsive than VNC.
1172164741 M * Wonka would be LAN only, in my case, so it's quite irrelevant...
1172164744 M * derjohn Besides that, all Win Users already have a GUI that is shipped with the OS. Well, I dont have windows, to I use krdc to access
1172164797 M * derjohn Wonka, well, I dont want to convince you about something. Just wanted to add that to Bertl's question "what advantages over qemu does it have" ...
1172164810 M * derjohn RDP _could_ be one.
1172164860 M * Wonka ah, so.
1172164869 M * Wonka well, for me, RDP is a disadvantage ;)
1172164985 Q * dna Quit: Verlassend
1172165123 Q * chand Quit: chand
1172166387 M * derjohn where can i find 2.2.0-rc13.1/pre4 ? Does the ".1" contain the jfs-patch ?
1172166437 M * daniel_hozac no, .1 removes some debugging output.
1172166469 M * daniel_hozac and they're in the usual place, http://vserver.13thfloor.at/Experimental/
1172166982 M * derjohn ahhh .. now I get it ... it's only for 2.6.19 ! I am looking for 2.6.20 stuff  patch-2.6.20-vs2.2.0-pre4.diff   still current?
1172167046 M * derjohn I build a 2.6.20.1 patch from it and adapted the ipv6  patch. on the ML there was something about an missing include in jfs.c ... is that also missing in 2.2.0pre4 ?
1172167408 M * phedny vlogin: openpty(): Permission denied
1172167417 M * phedny I get this error when trying to vserver enter
1172167452 M * derjohn daniel_hozac,  remap Source IP Address ? what is that goodfor
1172167453 Q * phedny Remote host closed the connection
1172167573 J * phedny ~mark@phedny.vps.van-cuijk.nl
1172167646 Q * ema Remote host closed the connection
1172167708 M * derjohn phedny, are you root on that machine? Seems you dont have permission to grab the pty ...
1172167766 M * phedny I login with ssh and then su to root
1172167768 M * derjohn daniel_hozac, I found it in the kernel help :)
1172167784 M * derjohn phedny, from a 'screen bash' ?
1172167808 M * phedny yes, but problem also occurs when I do a plain login as root with ssh
1172167861 M * bonbons derjohn: I uploaded a ipv6 patch for 2.6.20-vs2.2.0-pre4 recently, at usual place for my patches
1172167864 M * derjohn there is/was a pty problem when you enter a guest and try to start a screen then. maybe the login shell of the user is a screen ?
1172167907 M * derjohn bonbons, nice ;) Good that I tried myself. It was only one trivial hunk that failed right? 
1172167911 M * phedny derjohn: right now I'm connecting with ssh as root and enter the command directly in the shell, without any screen
1172167912 M * derjohn or did you more ?
1172167935 M * phedny Starting internet superserver: inetd.
1172167938 M * phedny /etc/rc3.d/S20ssh: line 7: /dev/null: Permission denied
1172167958 M * phedny well, I've the grsec-enabled version
1172167961 M * derjohn phedny, did that work in former times with that guest ?
1172167964 M * bonbons don't remember exactly, but there were a few more hunks failing (at least with the patch I started from)
1172167965 M * derjohn oh ... 
1172167991 M * derjohn bonbons, Ok, but i think i'll take yours. ;)
1172168013 M * phedny derjohn: I rsync'd the guest from another host
1172168025 M * phedny derjohn: on the other host it worked fine, on this one it doesn't
1172168029 M * derjohn phedny, with grsec you'll have to ask harry 
1172168039 M * phedny but I think I should relax some grsec config in the kernel :)
1172168054 Q * lilalinux Remote host closed the connection
1172168116 M * bonbons one or two vx_chec -> nx_check, and then another bigger one caused by mainline change
1172168256 M * derjohn bonbons, strange, but I started with daniels 2.6.19 patch ...
1172168283 M * daniel_hozac yeah, mine already had the vx_check -> nx_check hunks fixed.
1172168360 M * bonbons very possible, I started from patch against older 2.6.19-vs2.2.0rcs which I upgraded for latest .19rc and for .20-pre
1172168381 M * derjohn so thats the current one? http://people.linux-vserver.org/~bonbons/ipv6/patch-2.6.20-vs2.2.0.ipv6-pre4.diff
1172168424 M * daniel_hozac looks like.
1172168431 M * bonbons yes
1172168460 M * derjohn bonbons, you didnt start from 2.6.20.1 ? (I just had a look at th extraversion) 
1172168468 M * bonbons the 20.1 just adds NFS fix so has no effect at all to vserver code
1172168487 M * derjohn yup, just wanted to keep you updated ;)
1172168526 M * derjohn as my dpatch dir will stop any failed hunk, even an extraversion fail, I have to adapt carefully.
1172168528 M * bonbons :) for the .1 I saw it very short time after it appeared
1172168559 M * bonbons sure
1172168811 Q * ensc Remote host closed the connection
1172168966 J * DavidS ~david@213.129.230.12
1172169205 J * ensc ~irc-ensc@p54B4FAF8.dip.t-dialin.net
1172169708 Q * ensc Remote host closed the connection
1172169909 J * jmcaricand ~kvirc@d83-179-197-224.cust.tele2.fr
1172170047 M * chrome___ sorry to bug you again -- another problem crept up.... 
1172170053 M * chrome___ # vserver etch1 start
1172170054 M * chrome___ ncontext: vc_net_create(): Invalid argument
1172170065 M * chrome___ ...failed to start vserver
1172170082 M * daniel_hozac your kernel doesn't support dynamic contexts, and you didn't specify a static one.
1172170109 M * chrome___ a-ha
1172170118 M * daniel_hozac or: the context you chose is not within the supported range.
1172170161 M * chrome___ ok, i must admit i am a bit unclear on the static/dynamic context thing... do i have to specify a static context when creating a vserver?
1172170173 M * daniel_hozac or after the fact, either one works.
1172170207 M * daniel_hozac echo <unique number between 2 and 49151> > /etc/vservers/<guest>/context will fix it after you've built it.
1172170218 M * daniel_hozac but specifying it with --context ... during build is of course best.
1172170247 M * chrome___ yes, that works! thanks!
1172170269 M * chrome___ just curious -- why is it better to specify it beforehand?
1172170278 M * chrome___ ie. during build?
1172170285 M * daniel_hozac because it avoids the extra step of doing it after?
1172170310 M * chrome___ ok, but i think i'll manage that ;-)
1172170310 M * chrome___ thanks again...
1172170439 J * ensc ~irc-ensc@p54B4FAF8.dip.t-dialin.net
1172170462 M * Bertl_oO almost back ... i.e. back after a shower :)
1172170642 M * cehteh no toughbook?
1172170643 M * cehteh  :)
1172171785 M * phedny derjohn: it looks like xfs ignores the dev mount option and therefore access nodes in /dev is denied
1172171803 M * phedny derjohn: so both /dev/null and /dev/pts are not accessible
1172171859 M * bonbons phedny: if /dev in your guest a separate mountpoint?
1172171874 M * phedny I have / on a seperate partition for this single guest
1172171888 M * phedny /dev/vg0/phedny /       xfs     rw,dev                  0 0
1172171905 M * daniel_hozac dev isn't parsed by the kernel or filesystem, it's parsed by the program doing the mount.
1172171940 M * phedny well, somewhere it seems to be ignored
1172171954 M * phedny on the old server it did work with this line:
1172171955 M * phedny /dev/vg/phedny  /       ext3    rw,dev                  0 0
1172171981 M * daniel_hozac try with util-vserver 0.30.213-rc3.
1172171998 M * daniel_hozac there have been bugs with the option parsing in secure-mount, but i think they should all be worked out by now.
1172172034 M * phedny but is the /etc/vserver/<...>/fstab file read by secure-mount?
1172172075 M * phedny the new server has 0.30.212 btw, the old server (where it worked) has 0.30.211
1172172076 M * daniel_hozac yes.
1172172086 M * phedny okay, I'll give it a try after a short break
1172172099 M * phedny hmm, wait, that won't be today :(
1172172110 M * phedny thanks for your help, I'll let you know whether it fixes things tomorrow
1172172117 M * daniel_hozac okay.
1172172125 M * daniel_hozac thanks.
1172172193 N * Bertl_oO Bertl
1172172209 M * Bertl cehteh: please send me one ... I'll put it to good use :)
1172172256 Q * Loki|muh Remote host closed the connection
1172172257 M * cehteh ok .. i'll do that right after i have some money left
1172172259 J * Loki|muh loki@satanix.de
1172172267 M * cehteh (enough i meant)
1172172275 M * Bertl perfect ...
1172172354 M * bored2sleep I'm seeing something maybe weird on 2.1.1... it looks like running "ps" inside a vserver leaks 2 dentries every time.  unfortunately I need to base of 2.6.16.x, so I can't run 2.2.0 and see if it still happens there.
1172172403 M * daniel_hozac 2.1.1 was released for 2.6.18 though...
1172172428 M * Bertl bored2sleep: interesting ... how do you test this?
1172172444 M * bored2sleep daniel_hozac: true, but I was able to get it working on 2.6.16.x with some tweaks... I wasn't able to get 2.2.0 to compile (yet?) on it
1172172461 M * Bertl bored2sleep: even more interesting ...
1172172476 M * Bertl let's hear the details ...
1172172502 M * bored2sleep Bertl: I "vserver ... enter ps" and check /proc/virtual/.../limit
1172172537 M * daniel_hozac the DENTRY limit isn't really accurate...
1172172554 M * daniel_hozac it just shows that dentries were allocated in that context.
1172172565 M * daniel_hozac (or freed)
1172172600 M * bored2sleep daniel_hozac: ah.  so I shouldn't use that then?
1172172667 M * daniel_hozac there's nothing that dictates that dentries will be freed immediately after a command returns.
1172172718 M * Bertl bored2sleep: could you try after ssh-ing into a guest too?
1172172738 M * Bertl bored2sleep: I'm interested if that will add two dentries too
1172172776 M * bored2sleep Bertl: yes, it also happens via ssh (first thing I thought to test, after testing it in a loop to see if it really dies)
1172172805 M * Bertl ah, so basically every time you do ps, dentries increase by 2
1172172850 M * Bertl could you easily try if that accounted value can go beyond 2^17?
1172172858 M * Bertl i.e. larger than 2*65536
1172172869 M * bored2sleep sure
1172172874 M * daniel_hozac is that so unexpected? the ps process should add another directory to proc, and i guess ps reads /proc/<pid>/stat or such, no?
1172172914 M * Bertl yes, that's what I assume, and I remember that older kernels had an issue with freeing those dentries
1172172934 M * bored2sleep daniel_hozac: don't you expect them to go away eventually?
1172172957 M * daniel_hozac we don't tag the dentries IIRC, so if they do so from another context, it'll get accounted there.
1172172968 M * Bertl bored2sleep: if what I assume is true, they go away once you unmount proc
1172172971 M * bored2sleep I mean, I also do "for i in `seq 1 800` ; do ps > /dev/null; done" and it goes up fast
1172173051 M * bored2sleep Bertl: I meant to ask also, how do you remount proc?  I just end up restarting the vserver...
1172173055 M * Bertl yes, I agree that the dentries are supposed to stay in the same order as the number of files/pathes on the guest
1172173229 M * bored2sleep I'm up to 43000 so far (looks like I'm doing a bit over 10000 per minute)
1172173276 M * bored2sleep hah, ok, I've got more problems than I thought.
1172173299 M * Bertl hmm?
1172173371 M * bored2sleep the VM limit has now gone mad.  it says -24, and I can't run any processes (hit count goes up, and it kills the process)
1172173408 Q * jmcaricand Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/
1172173414 M * Bertl hmm, what exact patch version did you use?
1172173442 M * bored2sleep bah, I guess I'm going to have to try and smoosh my patches together better.  curse people for not keeping up to date like vservers does :)
1172173463 M * daniel_hozac curse who?
1172173465 M * Bertl so you did combine several patches?
1172173525 M * bored2sleep Bertl: yeah, that's why I'm basing off a lower kernel version.  I couldn't get the other patches working on newer kernels
1172173567 M * Bertl what kind of patches, if I may ask?
1172173568 M * bored2sleep I've got a few things... I'll have to go back to my build system and see what all was squished in there.  I'm always too much of a feature maniac.
1172173570 M * daniel_hozac well, we can't really help you then, can we?
1172173585 M * bored2sleep daniel_hozac: probably not, which is why I said I'd have to rebuild :)
1172173639 M * Bertl so here (with 2.2.0) the number of dentries stays constant on ps
1172173669 M * bored2sleep Bertl: there's some lchmod patch, an nfs-ngroups patch, but the real problem is the mammoth Xen patch. ( I <3 virtualization )
1172173701 M * Bertl Xen and Linux-VServer are known to go together quite well
1172173724 M * Bertl i.e. you just need to add the Xen arch support (at least for domU :)
1172173757 M * daniel_hozac yes, both the Debian and Fedora kernels have xen variants available (that hopefully work).
1172173939 M * bored2sleep Bertl: I was using xen stable from source, then vserver on top of that.. xen stable likes 2.6.16.33 I think
1172173951 M * bored2sleep and yes, for domU :)
1172174034 M * bored2sleep daniel_hozac: fedora has xen+vserver kernels?
1172174048 M * Bertl there should be updated patches for later 2.6.16 kernels, IIRC
1172174081 M * daniel_hozac bored2sleep: not in the official repos, but i do.
1172174088 M * bored2sleep daniel_hozac: ah
1172174143 M * bored2sleep hmm, maybe I'll try and grab the suse dev kernel source and look at it.  they seem to be using 2.6.20 with xen
1172174182 M * daniel_hozac didn't 2.6.20 add some hypervisor/paravirt stuff? shouldn't it be much easier to integrate xen now?
1172174194 M * bored2sleep daniel_hozac: sort of
1172174223 M * bored2sleep they added paravirt_ops, which is a stable source interface... but xen doesn't yet use it, since it just came out.
1172174245 M * bored2sleep there's somebody working on a patch for it, but I don't recall thinking it sounded very stable...
1172174334 M * Bertl daniel_hozac: yep, but what do we know which code the SuSE "2.6.20" kernel actually has
1172174358 M * Bertl could be a 2.6.12 in disguise :)
1172174423 M * daniel_hozac hehe :)
1172174437 M * tokkee IIrc the SuSE kernel patch is about twice as large as the kernel source itself ;-)
1172174449 M * Bertl and Xen is mainly a paper published over and over again ...
1172174464 M * Bertl so it will take some while until they actually use the kvm stuff
1172174506 M * bored2sleep I don't think they'll ever use the kvm stuff, but they definitely are working on paravirt_ops
1172174962 J * dna ~naucki@80-217-dsl.kielnet.net
1172174999 M * Bertl bored2sleep: which Linux-VServer patch did you use?
1172175108 M * bored2sleep looking back, I think it was actually the last for 2.6.16 (2.1.1-rc22)
1172175147 M * bored2sleep I also tried 2.2.0-rc8 (which was the latest at the time), but it didn't work out quite right.
1172175192 M * Bertl you might want to look into daniel_hozac's 2.0.x patches for 2.6.16.37+
1172175208 M * Bertl (unless you absolutely need 2.2.x features)
1172175233 M * Bertl http://people.linux-vserver.org/~dhozac/p/k/
1172175324 M * bored2sleep I think I wanted to try cow link breaking if possible... though I'm not sure I even know how to enable it ;D
1172175431 M * Bertl ah, i.c.
1172175472 M * bored2sleep eh, I just wanted to try everything. half of it isn't documented anyway I think :)
1172175607 M * Bertl hmm, by now documentation should cover roughly 90%, but you won't find more than 30% in one place :)
1172175645 M * daniel_hozac really? you think we have that much docs? :)
1172175695 M * bored2sleep heh
1172175700 M * Bertl yes, everytime I'm searching for something I expect to find on the wiki, I find a new wiki/howto on the net ...
1172175736 M * Bertl almost everything is covered, but it would be great to have it central in the wiki :)
1172175834 M * daniel_hozac yeah, it seems that people love putting docs on their own wiki rather than linux-vserver.org...
1172175900 M * Bertl probably because it looks too professional to be a wiki :)
1172175955 M * Bertl we might want to explicitely contact folks writing vserver stuff to their wikis and ask them to add the same stuff to _the_ wiki ...
1172176057 M * bored2sleep I must say, performance seems good so far though.  I'm using real site data under simulated load, I'm able to push 25 Mbps on a xenU+vserver w/ apache/php/myqsl... my test system is only a single p3, and the xenu only has 384 MB ram.
1172176153 M * Bertl yes, you can expect 'native' performance for Linux-VServer guests
1172176178 M * Bertl actually, any measureable overhead is considered a bug for 2.2.x
1172176242 M * bored2sleep Bertl: well, everyone always says you can, but nice to see it really is the case. :)  
1172176343 M * Bertl yeah, well, we are not in the 'selling nice promises business' as most of the competition is .... actually we are not selling anything :)
1172176372 P * stefani I'm Parting (the water)
1172176416 M * bored2sleep Bertl: excellent point
1172176453 M * bored2sleep I'm also pleased with the memory overhead, which seems extremely low from what I see now.
1172176646 M * Bertl with unification, you can even share memory mappings (executables, shared libraries and so on) among guests
1172176655 M * Bertl reducing buffers and caches
1172176674 M * bored2sleep Bertl: yes.  afaik, that's a big advantage over openvz (if not virtuozzo)
1172176719 M * bored2sleep I haven't used openvz in a while, but last time I looked it didn't have that feature, because the vzfs driver is proprietary
1172176797 M * Bertl except for that, I think that the vzfs cannot provide the cache sharing either ... but I might be wrong there :)
1172176868 M * bored2sleep Bertl: hmm, I'm not sure about that either... the only systems I have with vzfs on them have so much data it is hard to tell what is being cached. 
1172177031 M * Bertl you might also enjoy the network isolation, unless you have a real need for virtual network stacks
1172177053 M * Bertl it save roughly 50% of the networking overhead ...
1172177173 M * bored2sleep I'm not sure whether I'd need virtual network stacks or not.  pehaps it would assist in ddos protection (for other contexts, not the one under attack)
1172177185 J * ema ~ema@lart.galliera.it
1172177246 M * Bertl bored2sleep: not really, the only cases where you _need_ virtualization is for layer 2 stuff, everything layer 3 works quite fine, including rate limiting and active DDoS protections
1172177268 M * daniel_hozac Bertl: speaking of, did you see the messages on containers list where your input was requested?
1172177280 M * daniel_hozac (i haven't caught up fully yet)
1172177389 M * bored2sleep Bertl: great, then I don't think I'll need it.  anyone doing ipv6?
1172177406 M * daniel_hozac http://people.linux-vserver.org/~bonbons/ipv6/patch-2.6.20-vs2.2.0.ipv6-pre4.diff
1172177475 M * Bertl the patch is of good quality, and if you experience any issues, you can contact bonbons, he has the details ...
1172177553 M * bored2sleep well, I better get 2.2.0 working at all first :)
1172177677 J * prae ~benjamin@foxhound.sherpadown.net
1172177879 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1172178202 M * Bertl nap attack ... back later ...
1172178211 N * Bertl Bertl_zZ
1172179161 P * chrome___ Kopete 0.12.4 : http://kopete.kde.org
1172179619 Q * DavidS Quit: Leaving.
1172181303 Q * bonbons Quit: Leaving
1172182144 Q * prae Quit: Pwet
1172182346 J * prae ~benjamin@foxhound.sherpadown.net
1172183831 J * Aiken ~james@ppp126-23.lns2.bne4.internode.on.net
1172184711 N * Bertl_zZ Bertl
1172184715 M * Bertl back now ...
1172184719 M * Bertl evening folks!
1172185312 M * Hollow hi Bertl, fyi, i made two charts for start and stop procedure for the reference .. http://home.xnull.de/work/vserver/vcd/doc/manual/intro/vshelper-{startup,shutdown}.pdf
1172185324 M * Hollow (for vcd of course)
1172185331 M * Hollow and how it uses all the vshelper actions
1172185381 M * Bertl hmm, looks nice
1172185412 M * Hollow you should see the manual .. ;)
1172185442 M * Hollow http://home.xnull.de/work/vserver/vcd/doc/manual/manual.pdf if you're interested
1172185446 Q * Aiken Remote host closed the connection
1172185649 J * Aiken ~james@ppp126-23.lns2.bne4.internode.on.net
1172185722 Q * Aiken Remote host closed the connection
1172185933 N * DoberMann[PullA] DoberMann
1172186036 Q * prae Ping timeout: 480 seconds
1172186430 J * Aiken ~james@ppp126-23.lns2.bne4.internode.on.net
1172186496 M * Bertl wb Aiken!
1172186515 M * Aiken hi
1172186559 M * Aiken doing nothing with vserver at the moment, yet again a kernel upgrade is broken for me
1172186574 M * Bertl ah, which one?
1172186608 M * Aiken non alpha this time
1172186611 M * Aiken x86
1172186626 M * Aiken my usb mouse does not work with > then 2.6.20-rc2
1172186706 M * Bertl did you report it?
1172186734 M * Aiken not yet, have started on a git bisect to find exactly where it broke first
1172186750 M * Bertl okay, makes sense
1172186785 M * Aiken it seemed to help last time the alpha broke
1172186811 M * Aiken I want to at least narrow down exactly which -rc broke
1172186885 N * DoberMann DoberMann[ZZZzzz]
1172186930 Q * yarihm Quit: Leaving
1172186997 J * VooDooMaster ~icechat5@p549CB4E6.dip0.t-ipconnect.de
1172187009 M * VooDooMaster Hi!
1172187021 M * VooDooMaster as usual - I have a little question ;)
1172187022 M * Bertl welcome VooDooMaster!
1172187149 M * VooDooMaster I try to create a new vserver with "vserver test build --context 2000 --hostname test --interface eth0:192.168.100.200/24 --initstyle plain -m template -- -t /vservers/stage3.tar.bz2
1172187207 M * VooDooMaster I get an "unsupported packagin method: application/empty (application/x-bzip2)
1172187242 M * Bertl any reason why you changed the order of arguments?
1172187261 M * Bertl i.e. why not:
1172187272 M * VooDooMaster I found that order in a howto ... what is the correct order?
1172187287 M * VooDooMaster wasn't there a vserver-new script once upon a time?
1172187290 M * Bertl vserver test build -m template --context 2000 --hostname test --interface eth0:192.168.100.200/24 --initstyle plain -- -t /vservers/stage3.tar.bz2
1172187301 M * Bertl but that is not really your problem here
1172187321 M * Bertl the problem is that your 'file' command doesn't get the file type right
1172187344 M * Bertl i.e. it _thinks_ your stage3.tar.bz2 is an empty file or so
1172187373 M * VooDooMaster file of stage3.tar.bz says: bzip2 compressed data, block size 900k
1172187392 M * VooDooMaster stage3.tar.bz2 - sorry
1172187402 M * Bertl yes, but it doesn't work with the mime stuff, sec
1172187454 M * VooDooMaster 2I tried to un bzip it - but the tar didn't work either ...
1172187467 M * Bertl try file -z
1172187507 M * VooDooMaster now it says: empty (bzip2 ...)
1172187517 M * VooDooMaster humm ... what shall I do?
1172187518 M * Bertl see, that is the problem ...
1172187521 M * Hollow file is broken
1172187528 M * VooDooMaster I see ... 8[
1172187529 M * Hollow please downgrade to 4.17
1172187544 Q * Aiken Remote host closed the connection
1172187593 M * VooDooMaster Hi Hollow!
1172187601 M * Hollow hi VooDooMaster
1172187614 M * VooDooMaster thanks - emerge in progress
1172187662 M * VooDooMaster 2oh - 4.17 not available - is 4.18 ok, too?
1172187713 M * Hollow i have 4.17-r1 here...
1172187726 J * Aiken ~james@ppp126-23.lns2.bne4.internode.on.net
1172187796 M * Hollow VooDooMaster: also see https://bugs.gentoo.org/show_bug.cgi?id=164057
1172187982 M * VooDooMaster 4.18 doesn't work :/ trying 4.17-r1 ...
1172188091 M * VooDooMaster it works!  many thanks and good night!
1172188099 M * Bertl cya!
1172188118 M * VooDooMaster you guys are great ... just in case nobody ever said that ;)
1172188154 P * VooDooMaster 
1172188648 M * matti Bertl: :)
1172188649 M * matti Hollow: :)
1172188729 M * Bertl daniel_hozac: ping?