1258244127 Q * kbad Remote host closed the connection
1258244289 J * fosco_ fosco@marx.wirefull.org
1258244340 Q * fosco Remote host closed the connection
1258244445 Q * fosco_ 
1258244446 J * fosco fosco@91.208.40.1
1258244449 J * infowolfe ~infowolfe@c-71-236-152-35.hsd1.or.comcast.net
1258244455 Q * fosco 
1258244459 J * fosco fosco@marx.wirefull.org
1258245102 Q * fosco Ping timeout: 480 seconds
1258245111 Q * raceme Ping timeout: 480 seconds
1258245913 J * fosco fosco@marx.wirefull.org
1258247681 Q * bonbons Quit: Leaving
1258249744 J * friendly ~friendly@ppp118-209-136-134.lns20.mel6.internode.on.net
1258251041 Q * AmokPaule Remote host closed the connection
1258252223 N * DoberMann[PullA] DoberMann[ZZZzzz]
1258253579 Q * fLoo 
1258254035 J * aj__ ~aj@e180195065.adsl.alicedsl.de
1258254464 Q * derjohn_foo Ping timeout: 480 seconds
1258254927 Q * scientes Ping timeout: 480 seconds
1258255493 M * Bertl off to bed now ... have a good one everyone!
1258255498 N * Bertl Bertl_zZ
1258255893 J * derjohn_foo ~aj@e180194217.adsl.alicedsl.de
1258256264 Q * aj__ Ping timeout: 480 seconds
1258257501 J * saulus_ ~saulus@d003190.adsl.hansenet.de
1258257909 Q * SauLus Ping timeout: 480 seconds
1258257917 N * saulus_ SauLus
1258258794 J * scientes ~scientes@174-21-207-238.tukw.qwest.net
1258266940 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1258267413 Q * friendly Quit: Leaving.
1258268510 Q * scientes Ping timeout: 480 seconds
1258277891 Q * uva Quit: Leaving
1258278210 J * dna ~dna@175-195-103-86.dynamic.dsl.tng.de
1258278235 J * uva bno@114-45-227-25.dynamic.hinet.net
1258279496 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1258285411 J * AmokPaule ~amokpaule@brsg-4dbba3f6.pool.mediaWays.net
1258287769 Q * uva Quit: Leaving
1258289278 J * gdm ~gdm@pistol.redetoile.net
1258290266 J * uva bno@114-45-227-25.dynamic.hinet.net
1258290878 J * ViRUS ~mp@p579B4D18.dip.t-dialin.net
1258292271 J * blues_ ~blues@acsp46.neoplus.adsl.tpnet.pl
1258292391 Q * blues Ping timeout: 480 seconds
1258292488 Q * opuk Remote host closed the connection
1258294928 J * vServer_User ~vServer_U@host90-152-0-26.ipv4.regusnet.com
1258296073 J * hparker ~hparker@208.4.188.201
1258297109 N * Bertl_zZ Bertl
1258297112 M * Bertl morning folks!
1258297163 M * pmjdebruijn mornin
1258297248 J * opuk ~kupo@pipe.intertubez.net
1258297441 M * Bertl off for now .. bbl
1258297445 N * Bertl Bertl_oO
1258298033 J * vServer_User_Zz ~vServer_U@host90-152-0-26.ipv4.regusnet.com
1258298347 Q * vServer_User Ping timeout: 480 seconds
1258298761 Q * vServer_User_Zz Ping timeout: 480 seconds
1258298959 J * vServer_User ~vServer_U@host90-152-0-26.ipv4.regusnet.com
1258301126 Q * nenolod Ping timeout: 480 seconds
1258301864 Q * dna Quit: Verlassend
1258302134 J * vServer_User_Zz ~vServer_U@host90-152-0-26.ipv4.regusnet.com
1258302312 M * biz damn, I've just missed Bertl_oO :D
1258302345 M * biz Bertl_oO: the getpid() caching problem is not there with current versions
1258302370 M * biz hilight me when you're back :)
1258302380 Q * vServer_User Ping timeout: 480 seconds
1258304754 M * vServer_User_Zz is there any good reason the vserver build command is taking a lifetime?
1258304795 M * biz well, it's more like the build-method you're using
1258304867 M * vServer_User_Zz vserver loadbal1 build \
1258304867 M * vServer_User_Zz      -m debootstrap --context 50 \
1258304867 M * vServer_User_Zz      --hostname loadbal1 \
1258304867 M * vServer_User_Zz      --interface eth0:10.0.1.50/24 \
1258304867 M * vServer_User_Zz      -- -d lenny -m http://mirror.bytemark.co.uk/debian/
1258304873 M * vServer_User_Zz pretty standard stuff
1258304894 M * biz if that takes time, it's because of debootstrap and possibly a slow mirror
1258304894 J * fLoo fLoo@188-193-148-129-dynip.superkabel.de
1258304961 Q * fLoo 
1258304978 M * biz if you want to create multiple guests, just do it once and use -m clone for the others, or prepare a template tarball and use -m template
1258304986 M * vServer_User_Zz its the first guest :(
1258304994 N * vServer_User_Zz vServer_User
1258304997 M * biz debootstrap is like a full installation of the guest-os
1258305003 M * vServer_User i understand that
1258305013 M * vServer_User but its usually rapido, but this is a new server
1258305024 M * vServer_User and for some reason its dog slow for debootstrap
1258305033 M * vServer_User its basically just freezing
1258305040 M * biz where exactly?
1258305046 M * vServer_User I: Retrieving Packages
1258305058 M * biz yeah well, choose another mirror then
1258305067 M * vServer_User i'm on a different mirror
1258305085 M * vServer_User (and this mirror is going a normal speed on another server)
1258305090 M * vServer_User somehthing perculiar is going on
1258305094 J * fLoo ~fLoo@207.126.164.189
1258305170 M * biz you could try debootstrap in a chroot on its own
1258305183 M * biz (which is much like what vserver build does)
1258305390 M * biz ftp://ftp.pld-linux.org/people/hawk/vserver-templates/Debian/
1258305444 M * vServer_User how do you make up the template, just tar a root dir of a fresh vserver?
1258305657 M * biz yes, just debootstrap a new guest, clean it up, stop it and tar it's contents
1258305704 M * biz you have to do all that as root to preserve owners and special files etc. though
1258305840 J * nenolod ~nenolod@petrie.dereferenced.org
1258306363 Q * derjohn_foo Remote host closed the connection
1258307080 M * vServer_User even apt-get is super slow
1258307089 M * vServer_User something really odd is going on with the system
1258307910 M * Mr_Smoke It's running debian :)
1258307918 A * Mr_Smoke hides in a corner sharpish
1258309317 Q * Piet Remote host closed the connection
1258309432 J * Piet ~piet@04ZAACAV8.tor-irc.dnsbl.oftc.net
1258309811 M * biz Bertl_oO: It's not util-vserver, I've tested it with the same version of it but different vserver kernel patches
1258309841 M * biz Bertl_oO: So somewhere in the current stable patch is a bug that causes it
1258309852 M * biz s/patch/kernel patch/
1258309941 M * biz or... it could also be a bug in the 2.6.22.19 kernel itself
1258310309 M * Bertl_oO biz: you are talking about the upstart?
1258310324 M * biz yes
1258310370 M * Bertl_oO okay, so I'd suggest to simply go for a recent kernel/patch then, as I know it works with 2.6.29+
1258310399 M * Bertl_oO but yeah, I'll take a look at it when I find some time
1258310485 J * vServer_User_Zz ~vServer_U@host90-152-0-26.ipv4.regusnet.com
1258310515 M * biz I'll have a look how other /sbin/init implementations check for it (possibly some others using NPTL, too)
1258310524 M * biz http://lkml.org/lkml/2004/6/5/88
1258310594 M * biz because the sysv init daemon before upstart worked fine in the same setup and also checked for pid 1
1258310695 Q * vServer_User Ping timeout: 480 seconds
1258310971 Q * vServer_User_Zz Ping timeout: 480 seconds
1258311243 M * Bertl_oO biz: yeah, I go with Linus there .. it's really dumb to cache pids
1258311337 M * biz hehe, indeed.
1258311339 M * biz isinit = (getpid() == 1);
1258311349 M * biz that's how old fashioned sysvinit checks it
1258311389 M * biz ... exactly the same, however, it's not linked with -libpthread :D
1258311393 M * biz *hrhr*
1258311402 M * biz what a dumb bug
1258311609 M * biz what I don't get is the different result depending on the kernel
1258311630 M * biz ... same glibc version ... same getpid() wrapper
1258311720 Q * pmenier Quit: Konversation terminated!
1258311984 J * derjohn_mob ~aj@e180194217.adsl.alicedsl.de
1258312137 M * yang Hello ! I am wondering if vserver acts well on i5/i7 platforms ?
1258312252 M * biz this is x86_64 after all, isn't it?
1258312392 M * yang yes, is anyone using it on those platforms allready?
1258313183 M * Bertl_oO yang: I'd presume it just works fine, haven't got the chance to try it myself though
1258313189 N * Bertl_oO Bertl
1258314116 M * Bertl biz: clone() was changed several times and the entire namespace part works completely different in 2.6.22 compared with 2.6.26+
1258314136 M * Bertl so I'm not that surprised that there is a difference between kernels
1258314531 M * biz btw Bertl, any chance to get linux-vserver patches into the mainline kernel? Do you use git for development?
1258314535 Q * infowolfe Quit: Leaving
1258314563 M * biz I've tried to follow the kernel patches ... but it's a pain in the ass :D
1258314748 M * Bertl quite a lot of stuff changed, that's why there is no stable release after 2.6.24 (yet)
1258315027 J * infowolfe ~infowolfe@c-71-236-152-35.hsd1.or.comcast.net
1258315149 M * biz well I rather thought about getting your work included with the kernel upstream, so people don't have to patch and the userbase would probably grow
1258315201 M * biz but I guess it's hard to maintain the code and keep up with the pace of the upstream kernel changes, since it looks like you're basically working alone?
1258315367 M * Bertl unless there are grave changes in mainline, the Linux-VServer patch is unitrusive enough to be easily ported to newer kernels
1258315502 J * scientes ~scientes@174-21-207-238.tukw.qwest.net
1258316096 M * biz hmm.. so what's hindering it then? You could setup a git repository that you maintain and mail pull requests to linux-kernel@vger.kernel.org (after approval) to get Linus pull in the latest changes that work on top of his mainline kernel?
1258316134 M * biz this way users won't have to bother with patching and also for developers it's much easier to follow / fork and send you pull requests for new features or bugfixes or whatever
1258316143 M * Bertl well, anybody who wants _can_ already incorporate any changes we do ontop of mainline
1258316167 M * Bertl but there is no real interest from the core developers to integrate anything
1258316232 M * biz :-(
1258317502 Q * infowolfe Remote host closed the connection
1258320356 J * fleischergesell ~fleischer@dslb-088-076-048-058.pools.arcor-ip.net
1258320412 M * fleischergesell whats the root pw for a newly created vserver?
1258320423 M * Bertl unset
1258320442 Q * scientes Ping timeout: 480 seconds
1258320462 M * fleischergesell so you simply cannot su root unless you are root allready?
1258320485 M * Bertl unless you set a password
1258320524 M * fleischergesell ya thats what i meant - but leaving the password as unset should be in no way a security matter, right?
1258320599 M * Bertl depends on your distro, usually it should be fine/secure, but if your guest distro uses no password for root, it might be a security issue
1258320636 M * fleischergesell well, debian usually wants a password set
1258320643 M * fleischergesell to allow login
1258320747 M * Bertl it should be rather simple to check with /etc/passwd and /etc/shadow
1258320764 M * fleischergesell i was just thinking on whether to set one and thus allow logins in theory or to just leave it unset, making it impossible to brute-force the password
1258321172 M * fleischergesell what do you think is more secure on a debian lenny/sid guest distro?
1258321273 M * Bertl a reasonably good password cannot be brute forced nowadays
1258321299 M * Bertl of course, no password (i.e. no access via password) is more secure :)
1258321599 M * fleischergesell thank you
1258322864 Q * bonbons Quit: Leaving
1258322975 M * fleischergesell grml, for some non-apparent reason my vserver wont use quota - i did everything according to the faq, but cannot get it to work - it simply wont mount the mtab entry correctly
1258323048 M * Bertl mtab entries are made, not mounted :)
1258323140 M * fleischergesell well, my mtab is made specifiyng grpquota and usrquota
1258323157 M * Bertl how?
1258323176 M * fleischergesell as the faq says, i edited /etc/vserver/webserver/mtab
1258323179 Q * puck Remote host closed the connection
1258323198 M * Bertl well, that's fine, but has noffect whatsoever on the mount
1258323204 M * Bertl *no effect
1258323209 M * fleischergesell but inside the vserver, the mtab looks as if I never touched it - just the defaults
1258323225 M * fleischergesell the faq says it should say that i specified qouta as options :|
1258323241 M * Bertl then something is wrong (i.e. the config's mtab is copied inside the guest)
1258323268 M * Bertl make sure that your guest system doesn't mess with the mtab afterwards
1258323372 M * fleischergesell it shouldn't, its just been created - but there is infact a mtab file inside the guest which is not the same as the mtab in my config
1258323412 M * Piet hi. i'm trying to set rlimits and ulimits according to http://www.nongnu.org/util-vserver/doc/conf/configuration.html - util-vserver is version 0.30.216~r2772-6. to configure the 'nofile' resource, do I just echo 10000 > /etc/vservers/myvserver/{r,u}limits/{nofile,nsock} ? Or do I need to create these resource{,.hard,.soft} files and add the limits in there? If so, which format does this file have?
1258323490 M * Bertl echo is fine (except for the fact that the {} shell expansion won't work in this case :), if you do not use .hard/.soft, both will be set to the same value
1258323532 M * Bertl fleischergesell: make sure your util-vserver is recent and the guest was cleaned up .. in case of doubt, search manually for scripts messing with mtab (inside the guest)
1258323548 M * fleischergesell okay, thx
1258323575 Q * ViRUS Quit: If there is Artificial Intelligence, then there's bound to be some artificial stupidity. (Thomas Edison)
1258323579 M * Piet Bertl: ah, so a file with the literal name name /etc/vservers/myvserver/rlimits/resource.hard would not work but i'd need to replace 'resource' by e.g. 'nofile', right?
1258323622 J * puck ~puck@leibniz.catalyst.net.nz
1258323696 M * Bertl correct
1258323721 M * Bertl so, you can have, e.g. 'nofile' _or_ 'nofile.hard' and/or 'nofile.soft'
1258323730 M * Piet thanks, this wasn't so obvious to me.
1258323929 M * Bertl np
1258325058 J * thierryp ~thierry@home.parmentelat.net
1258325363 M * fleischergesell grml i cleaned everything up, there is 2 scripts that modify the mtab, both in etc/init.d and they wont get called at all - still, the mtab in the guest gets modified / created by something which i can't find :/
1258325486 M * Bertl util-vserver will copy the mtab file (from the config) to the guest, but that should be it ... run it with --debug to check what actually happens
1258325832 M * fleischergesell thx, got it fixed
1258326187 Q * fLoo Remote host closed the connection
1258326394 M * Bertl fleischergesell: glad you fixed it, what was the problem?
1258326697 M * fleischergesell ashamed to say, a typo :/
1258326743 M * fleischergesell but learned a bit more about the vserver, so good for me
1258326885 M * fleischergesell none of my vserver got a file etc/vservers/<servername>/scripts/initialize - util-vserver just takes the one from .default - if i want to customize, do i have to copy the file from defaults to vserver-dir or just the stuff i want to customize?
1258327431 M * fleischergesell nvm
1258327593 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1258327932 J * scientes ~scientes@174-21-207-238.tukw.qwest.net
1258328160 Q * fleischergesell Ping timeout: 480 seconds