1172448003 M * Bertl bored2sleep: without going into the details, start with a loop which does ... mkdir("aaa"); chdir("aaa") ...
1172448027 P * test3 
1172448032 M * Bertl that is probably sufficient to kill your linux system from a simple, unpriviledged user
1172448979 J * cehteh ~ct@pipapo.org
1172449262 Q * ema Quit: leaving
1172450048 M * bored2sleep Bertl: seems ok :)
1172450081 Q * Aiken_ Quit: Leaving
1172450124 M * bored2sleep good luck removing that directory though... ;)
1172450159 M * bored2sleep actually, it wasn't too bad
1172450266 M * bored2sleep dentry count seems to stop increasing around 49,000
1172450270 M * dreamind Hi folks :)
1172450363 M * bored2sleep hello dreamind 
1172450368 M * dreamind hi bored2sleep 
1172450575 J * shedi ~siggi@ftth-237-144.hive.is
1172450853 M * bored2sleep Bertl: looks like mkdir seems to error out at 47465, at least for me.
1172450914 J * harsszeg ~harsszeg@line-122-6.gprs.westel900.net
1172450950 P * harsszeg 
1172450960 M * dreamind hi Bertl :)
1172450985 M * Bertl hey dreamind!
1172450997 M * dreamind Bertl: how's things?
1172451027 M * Bertl fine, fine, and for you?
1172451054 M * dreamind Bertl: fine so far ;)
1172451130 M * dreamind Bertl: I'm still working on convincing some colleagues to use linux-vserver more extensively ;)
1172451162 M * dreamind Bertl: but some of them tend to use strange linux setups, just one big partition (on a server) and many more strange things ;)
1172451163 M * Bertl good luck then ... what do they use now instead?
1172451202 M * dreamind Bertl: well, they just use several machines now, and on these machines they tend to use root for remote ssh login and several other strange things ;)
1172451291 M * dreamind Bertl: but as time comes things will get better hopefully ^^
1172451446 M * dreamind well have to go, nite folks :)
1172451481 M * Bertl cya
1172451487 Q * dreamind Quit: dreamind
1172451642 Q * DreamerC_ Quit: leaving
1172451660 J * DreamerC ~dreamerc@125-225-102-189.dynamic.hinet.net
1172452050 M * bored2sleep Bertl: hah, my mistake, I also had an inode limit. 
1172452116 M * Bertl that can be circumvented by the 'trick' I briefly mentioned above ... ;)
1172452173 M * bored2sleep yeah, except that the syscall itself won't remove a directory that isn't empty
1172452260 M * Bertl mkdir -p x/x; cd x/x/; rm -rf ../../x
1172452332 M * bored2sleep seriously, I tried that!
1172452361 M * bored2sleep :(
1172452431 M * bored2sleep works just like before.  once you've done that, you can no longer create new directories in the tree
1172452447 M * bored2sleep (just tested again, to be sure! :)
1172452497 M * bored2sleep because the rm -r recurses, deletes the cwd, and then you're stuck... maybe if you exec'd....
1172452550 M * Bertl well, you have to keep a handle on the dir, use the *at commands and such
1172452571 M * Bertl never said you can do it easily with bash, although you probably can do it with bash too :)
1172452741 M * bored2sleep Bertl: the syscall won't let you remove non-empty directories either
1172452759 M * bored2sleep trying to think of a way around that now :)
1172452869 M * bored2sleep bah, doesn't matter as long I have the inode limit in place.  the inodes aren't released until the process is killed
1172452946 M * Bertl now try with a cyclic symlink
1172453041 M * bored2sleep pretty sure I tried that one too.  
1172453107 M * bored2sleep I'm having one distinct problem now though... if I delete the directories out from under the program, the inodes are *never* released. :(
1172453408 M * Bertl they will be released, once you leave the dir
1172453419 M * Bertl i.e. if you do something like 'cd /'
1172453446 M * bored2sleep nope 
1172453531 M * bored2sleep I wrote a c program that creates the dirs recursively.  I run it, then while it is running I rm -fr  the tree.  it errors out (can't create directories once cwd is gone). check df -i on both guest and host
1172453584 M * Bertl you are doing strange things .. I like that! :)
1172453588 M * bored2sleep even if I stop the vserver completely, the inodes are gone on the host
1172453591 M * bored2sleep Bertl: hehe
1172453599 M * Bertl what filesystem?
1172453602 M * bored2sleep ext3
1172453618 M * bored2sleep I used to run reiser, but it is *so* flakey it drives me nuts
1172453630 M * Bertl a separate filesystem for the guest?
1172453650 M * bored2sleep all guests are in /vservers, which is its own fs
1172453767 J * _dmax ~semaj@81.193.56.81
1172453767 M * bored2sleep I haven't tried this in vanilla linux, mostly because I don't want to hose a real system. ;)
1172453806 M * bored2sleep rebooting a system because of dentry leaks was one thing, having to go reformat is something else entirely 
1172453823 M * Bertl hmm, it could have two causes
1172453852 M * Bertl well, actually three
1172453864 M * Bertl a) a bug in the filesystem journalling
1172453884 M * Bertl b) still some reference to the path (innermost)
1172453905 M * Bertl c) a bug in the inode accounting (unlikely)
1172453956 M * bored2sleep I'll reboot, make sure there is really really nothing keeping it in memory
1172453975 M * Bertl also watch the fsck on bootup (or do it manually)
1172454021 M * bored2sleep yeah, I should have run fsck before rebooting.  inode usage is definitely lower now
1172454115 Q * dmax Ping timeout: 480 seconds
1172454124 N * _dmax dmax
1172454134 M * bored2sleep still, rebooting the host isn't fun.  I'll try and run it again, see what happens
1172454376 M * bored2sleep hmm, ok strange.
1172454387 M * bored2sleep heh, what an amusingly narrow situation
1172454516 M * bored2sleep so, I run /trouble1, hit ctl-z after it has made 10,000 directories or so, "rm -fr t" (t is the directory tree), foreground it (then it errors out), but the inodes are still in use! even with no process!
1172454577 M * Bertl ctrl-z?
1172454586 M * Bertl that will only stop it
1172454590 M * bored2sleep background it
1172454602 M * bored2sleep I mentioned when I foregrounded it again to let it error out
1172454613 M * Bertl ah, okay
1172454633 M * bored2sleep this is all as an unpriv user
1172454657 M * Bertl how are you checking the inodes?
1172454660 M * bored2sleep df -i
1172454676 M * bored2sleep In both guest and host
1172454691 M * bored2sleep (they report different numbers, but are going up or down by the same amount)
1172454698 M * Bertl okay, I assume that will give the same results on vanilla
1172454700 M * bored2sleep btw, how do I recalculate the dlimit.
1172454887 M * Bertl IIRC, there is a script to do that in recent util-vserver
1172454896 M * Bertl it is used on guest startup to recalculate that
1172454947 M * bored2sleep yeah, I guess the question is, where is the dlimit cache, so I can remove it
1172455079 M * bored2sleep nm, found it
1172455142 M * bored2sleep btw, a "mount -o remount /vservers/" is enough to do the trick, at least on the host
1172455251 M * bored2sleep the guest has to have the dlimit cache removed.  can be before or after the remount 
1172455264 M * bored2sleep (remount works even while the guests are live)
1172455428 M * bored2sleep in fact, if you remount while the guests are live, they correct themselves.
1172455534 M * Bertl so it is probably some delayed freeing .. maybe sync would suffice
1172455682 M * bored2sleep no, sync isn't enough, I tried that first
1172455740 M * bored2sleep but, since remount fixes it, this really isn't more than a minor annoyance, and maybe a bit of a puzzle as to why it doesn't know they are free 
1172455770 M * Bertl would be really interesting to see if that is related to the namespaces
1172455781 M * Bertl i.e. test on mainline with and without namespaces
1172458866 M * bored2sleep I believe the vanilla+xenu kernel I tested doesn't have namespaces
1172458875 M * bored2sleep (and it was affected)
1172458955 M * Bertl it has namespaces, but you probably didn't use them
1172459086 M * bored2sleep it was 2.6.16.33... I don't see anything about it in the .config...
1172459200 M * Bertl namespaces got into the kernel with 2.4.something :)
1172459217 M * Bertl (well, the filesystem namespace at least :)
1172460188 M * Bertl okay, off to bed now .. have fun folks!
1172460194 N * Bertl Bertl_zZ
1172460721 Q * Piet Quit: Piet
1172462477 M * bored2sleep is it possible to change rlimits while a vserver is running?
1172462616 J * Aiken ~james@ppp123-241.lns2.bne4.internode.on.net
1172462680 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1172462690 J * ensc ~irc-ensc@p54B4D4D9.dip.t-dialin.net
1172464664 M * daniel_hozac bored2sleep: yes, see vlimit.
1172472914 N * DoberMann[ZZZzzz] DoberMann
1172473306 J * Aiken_ ~james@ppp123-241.lns2.bne4.internode.on.net
1172473644 Q * Aiken Ping timeout: 480 seconds
1172474835 J * DoberMann_ ~james@AToulouse-156-1-153-122.w90-38.abo.wanadoo.fr
1172474945 Q * DoberMann Ping timeout: 480 seconds
1172475111 N * DoberMann_ DoberMann[PullA]
1172476128 J * dna ~naucki@160-211-dsl.kielnet.net
1172477116 J * cdrx ~legoater@blueice3n1.uk.ibm.com
1172478454 Q * Aiken_ Read error: Connection reset by peer
1172479649 J * Aiken ~james@ppp123-241.lns2.bne4.internode.on.net
1172479689 N * DoberMann[PullA] DoberMann
1172479707 J * meandtheshell ~markus@85-124-233-202.work.xdsl-line.inode.at
1172481200 J * FireEgl Proteus@68.220.222.136
1172481914 Q * gab Remote host closed the connection
1172481934 J * sharkjaw ~gab@216-158-6.0503.adsl.tele2.no
1172482935 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1172483259 Q * Aiken Quit: Leaving
1172483918 Q * ensc Ping timeout: 480 seconds
1172485449 J * lilalinux ~plasma@80.69.41.2
1172485700 J * ensc ~irc-ensc@p54B4D4D9.dip.t-dialin.net
1172486759 J * ema ~ema@lart.galliera.it
1172487396 Q * kaner Remote host closed the connection
1172487398 J * kaner kaner@strace.org
1172488880 M * orzel hello. i have a vserver with ip 10.11.0.128 running apache. i've redirected ports 80/443 from the external IP to this vserver, and it works great
1172488891 M * orzel the vserver host is also the nat/gateway.
1172488914 M * orzel and computer on the local network , can not access the web server. 
1172488952 M * orzel this is because the iptables rule is on  "-t nat -A PREROUTING",  and only handles outside requests, not inside ones.
1172488973 M * orzel i can't find a way to make iptables do what i want, do you have any idea ?
1172489026 M * daniel_hozac what does your iptables rule look like?
1172489028 M * orzel i have an external IP (say : x.x.x.x) which is nated by my ISP arrives as eth0/192.168.1.2 on my server. 
1172489046 M * orzel and i have dummy0 with my external ip
1172489066 M * orzel iptables -t nat -A PREROUTING -d 192.168.1.2 -p tcp --dport 80 -j DNAT --to-destination 10.11.0.128:80 <- i use that to redirect to the vserver
1172489090 M * daniel_hozac add another one for your real external address.
1172489147 M * orzel i tried but it doesn't work
1172489194 M * orzel i guess that's because the nat is not used in the same direction when from within the local network.
1172489326 M * daniel_hozac yes it is.
1172489390 M * orzel ah? ok. But it doesn't work. 
1172489423 M * orzel i used exactly the same line i gave, changing 192.168.1.2 with my external ip
1172489426 J * dreamind ~dreamind@p54A78EB6.dip0.t-ipconnect.de
1172489434 M * orzel it apperas ni iptables -t nat -L 
1172489456 Q * DavidS Quit: Leaving.
1172489515 M * daniel_hozac and your client is trying to connect to your external IP address?
1172489559 M * dreamind Hi folks :)
1172489573 M * daniel_hozac hello dreamind.
1172489645 M * dreamind hi daniel_hozac :)
1172489673 Q * borgfish Ping timeout: 480 seconds
1172489779 M * orzel daniel_hozac:  sure, i 've checked (ping with the same name returns external ip)
1172489825 J * prae ~Benjamin@eclairdc.ipslanetwork.net
1172489830 M * prae hi everybody
1172489882 M * daniel_hozac hello prae
1172489900 M * daniel_hozac orzel: no other rules that would intercept the packet?
1172489911 M * daniel_hozac orzel: tried adding some logging?
1172489937 M * orzel no other rule, no
1172490080 M * orzel mm, actually it works, but not from the nat/gateway itself.
1172490084 M * orzel but this is ok i think
1172490086 M * prae I have a small question, I compile my latest kernel (2.6.20) with vserver (2.3.0.10) and with "Automatically Assign Loopback IP", but now, when I start my vservers, loopback-guest isn't created (I must create interfaces/ dir with loopback, but with this solution, it's not remap on guest loopback :-\ )  you have an idea about this problem ?
1172490107 M * orzel daniel_hozac: i tried adding a rule for 127.0.0.1 with no success
1172490169 M * daniel_hozac prae: have you assigned 127.x.y.1 to lo?
1172490189 M * daniel_hozac prae: where x and y are replaced with the upper and the lower bytes of the xid, respectively?
1172490200 M * prae heuu .. no
1172490218 M * daniel_hozac prae: well then, try doing that :
1172490219 M * daniel_hozac )
1172490230 M * daniel_hozac i'm not sure how far along the per-guest loopback stuff is yet though.
1172490275 M * prae I assign this ip where ? into interfaces/x/* ?
1172490379 M * daniel_hozac no.
1172490397 M * daniel_hozac ip addr add 127.x.y.1/8 dev lo secondary or so.
1172490601 M * orzel daniel_hozac: thanks for you help, it's ok now.
1172490629 M * daniel_hozac orzel: what was the problem?
1172490630 M * prae but ... how vserver know the link between loopback-guest and vs-host ?
1172490637 M * daniel_hozac prae: hmm?
1172490653 M * daniel_hozac prae: IIRC the current code assigns 127.x.y.1 by default.
1172490675 M * daniel_hozac that can be changed if you don't want that particular address, but not with util-vserver at this time.
1172490713 M * orzel daniel_hozac:  i was testing from the server itself, hence not going through nat
1172490740 M * prae private loopback-guest doesn't works so ... ?
1172490740 M * orzel daniel_hozac:  so basically, the only computer in the whole world that can NOT access the web server now, is the host itself. External and internal network can :)
1172490782 M * prae If I must create each fake-loopback in my main system ... it's not really a private loopback-guest  :-\
1172491296 J * gEsWmPGC[ ~hollow@styx.xnull.de
1172491348 Q * Hollow Remote host closed the connection
1172491384 N * gEsWmPGC[ Hollow
1172491705 J * glutoman glut@no.suid.pl
1172491714 J * xe ex@valis.net.pl
1172491722 Q * prae osmotic.oftc.net larich.oftc.net
1172491722 Q * SNy osmotic.oftc.net larich.oftc.net
1172491722 Q * pusling osmotic.oftc.net larich.oftc.net
1172491722 Q * m`m`h osmotic.oftc.net larich.oftc.net
1172491722 Q * orzel osmotic.oftc.net larich.oftc.net
1172491722 Q * ex osmotic.oftc.net larich.oftc.net
1172491722 Q * kir osmotic.oftc.net larich.oftc.net
1172491722 Q * ||Cobra|| osmotic.oftc.net larich.oftc.net
1172491722 Q * ard osmotic.oftc.net larich.oftc.net
1172491722 Q * glut osmotic.oftc.net larich.oftc.net
1172491724 Q * FloodServ cation.oftc.net helium.oftc.net
1172491726 N * xe ex
1172491792 J * prae ~Benjamin@eclairdc.ipslanetwork.net
1172491792 J * SNy 45f70c1409@bmx-chemnitz.de
1172491792 J * pusling pusling@195.215.29.124
1172491792 J * m`m`h ~simba@deb30.mgts.by
1172491792 J * orzel ~orzel@freehackers.org
1172491792 J * kir ~kir@swsoft-mipt-nat.sw.ru
1172491792 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1172491841 Q * prae Ping timeout: 480 seconds
1172491930 J * prae ~Benjamin@eclairdc.ipslanetwork.net
1172492313 Q * FireEgl Quit: ...
1172493147 J * FloodServ services@services.oftc.net
1172494046 J * Piet hiddenserv@tor.noreply.org
1172494638 Q * mnemoc Ping timeout: 480 seconds
1172494654 J * mnemoc ~amery@kilo105.server4you.de
1172495882 N * Bertl_zZ Bertl
1172495980 M * Bertl morning folks!
1172496009 Q * ema Quit: leaving
1172496688 Q * sharkjaw Quit: Leaving
1172496878 M * Bertl okay, off to breakfast now ... back later ...
1172496889 N * Bertl Bertl_oO
1172496906 J * Pazzo ~ugelt@dialin-225136.rol.raiffeisen.net
1172496927 Q * prae Quit: Quitte
1172498264 J * ard ~ard@82-197-200-127.dsl.cambrium.nl
1172498691 J * Piet_ hiddenserv@tor.noreply.org
1172499060 J * ema ~ema@lart.galliera.it
1172499101 Q * Piet Ping timeout: 480 seconds
1172499164 N * Bertl_oO Bertl
1172499168 M * Bertl back now ...
1172499788 Q * nebuchadnezzar Ping timeout: 480 seconds
1172499867 Q * ZLinux Remote host closed the connection
1172499903 Q * [PUPPETS]Gonzo Quit: Serverwechsel
1172500317 J * nebuchadnezzar ~nebu@zion.asgardr.info
1172500771 J * [PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1172501958 Q * matti Server closed connection
1172501960 J * matti matti@acrux.romke.net
1172501983 N * matti Guest63
1172502037 Q * ||Cobra|| Remote host closed the connection
1172502383 Q * nebuchadnezzar Quit: ERC Version 5.1.4 (IRC client for Emacs)
1172502622 J * nebuchadnezzar ~nebu@zion.asgardr.info
1172502727 Q * Adrinael_ Server closed connection
1172502727 J * Adrinael adrinael@st12-127.tky.hut.fi
1172503584 Q * dna Quit: Verlassend
1172503866 Q * michal` Ping timeout: 480 seconds
1172504030 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1172504524 J * michal` ~michal@www.rsbac.org
1172504528 Q * cdrx Read error: Connection reset by peer
1172505522 Q * phreak`` Quit: leaving
1172505552 J * phreak`` ~phreak``@deimos.barfoo.org
1172505739 M * nox http://paste.linux-vserver.org/1207 <- another oops
1172505743 Q * transacid Quit: reboot
1172505858 A * Bertl is looking ...
1172505881 M * nox thx a lot bertl
1172505904 M * Bertl older kernel, should be fixed by now
1172505918 M * nox was known issue?
1172505934 M * Bertl yep, looks like I've seen it
1172505949 M * nox how could i dare 2 use a kerel more than 1 week ^^
1172505972 M * Bertl yeah, how can you? :)
1172506001 M * nox 2.3 ready for productive machine?
1172506012 M * nox never had probs with 2.1
1172506070 M * Bertl no, 2.3 is testing/development only
1172506099 M * Bertl 2.2.x has the 2.1 features and is stabilizing now .. well it is quite stable actually
1172506106 M * nox ok thats the official answer (; 
1172506119 Q * Pazzo Quit: Verlassend
1172506131 M * nox but ok i am fine with 2.2 and looking forward to the 2.4 features 
1172506202 M * nox s/fine/really happy/ :)
1172506299 M * Bertl well, 2.3 will become interesting a month or so after the 2.2 release
1172506311 M * Bertl at which point we will add all the new features :)
1172506426 M * sid3windr v6 ! :)
1172506435 M * nox lo!
1172506445 M * sid3windr lo is less important :>
1172506467 M * Bertl yep :)
1172507138 J * borgfish ~bla@141.12.67.168
1172507657 M * weasel hmm.  the amount of different patches is quite confusing
1172507658 J * Piet__ hiddenserv@tor.noreply.org
1172507694 M * Bertl weasel: hmm?
1172507701 Q * ard Ping timeout: 480 seconds
1172507711 M * weasel 2.0*, 2.1*, 2.2*, each in several flavours
1172507741 M * weasel I didn't pay attention for a while, so the last thing I downloaded back in september was 2.1.1-rc35.
1172507769 M * Bertl 2.0 is the 'current' stable branch for 2.6 kernels
1172507770 M * weasel and while there already are 2.2.0-rc patches on the website, there isn't a 2.1.1 final, as far as I can see
1172507784 M * Bertl 2.1 is/was the development branch for 2.6
1172507802 M * Bertl 2.2 is the upcoming stable release, with most of the 2.1 devel features
1172507812 M * weasel so 2.2.0-rc14 is what I should use now?
1172507812 M * Bertl 2.3 is the current development branch
1172507820 M * Bertl yep, definitely
1172507824 M * weasel great, thanks
1172507829 M * Bertl you're welcome!
1172507880 M * sid3windr hm
1172507894 M * sid3windr either I have someone on ignore, bertl is dreaming, lagging, or the network is desynced
1172507897 M * sid3windr :p
1172507956 M * Bertl how so?
1172507980 M * Bertl sid3windr: btw, check the realtime logs :)
1172508076 Q * Piet_ Ping timeout: 480 seconds
1172509089 J * stefani ~stefani@tsipoor.banerian.org
1172509171 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net
1172509255 M * sid3windr Bertl: because weasel didn't actually say anything, yet you're responding to stuff :p
1172509362 M * Bertl so looks like you have some ignore active then :)
1172509449 J * transacid ~transacid@transacid.de
1172509532 Q * dreamind Quit: dreamind
1172509691 J * bonbons ~bonbons@83.222.38.146
1172510968 M * daniel_hozac weasel: the 2.1.1 release was on the front page linux-vserver.org until it got deprecated.
1172511011 M * daniel_hozac (http://linux-vserver.org/index.php?title=Template%3ACurrentPatchTable&diff=2326&oldid=2325)
1172511799 J * dna ~naucki@153-237-dsl.kielnet.net
1172512037 N * DoberMann DoberMann[PullA]
1172512284 M * click [17:37:12] < weasel> so 2.2.0-rc14 is what I should use now?
1172512284 M * click [17:37:12] < Bertl> 2.3 is the current development branch
1172512302 M * click hi bertl, ltns btw
1172512312 M * click (or me being active, as usual)
1172512523 M * weasel click: your clock is off
1172512565 M * click shouldn't be, sync'ed to stratum2-server
1172512604 M * click ah, it was
1172512608 M * click 20 sec off
1172512620 M * click forgot that the ntp-server didn't run locally atm
1172512888 J * DavidS ~david@217.19.46.18
1172512890 M * daniel_hozac Bertl: is there a pre5 coming soon with all the fixes we've done?
1172512980 M * Bertl hey click! how's going?
1172512999 M * Bertl daniel_hozac: yeah, have to fix my network first, but should be done shortly
1172513007 M * daniel_hozac okay, thanks!
1172513055 M * Bertl I'm currently fading in and out, the wireless is not 
1172513066 M * Bertl really good here ...
1172513087 M * daniel_hozac ah, wireless says it all, hehe.
1172513285 M * Bertl yeah, well, in addition to that, every day it stops twice, asking for authorization (for free high speed internet that is :)
1172513560 M * daniel_hozac sounds really annoying.
1172513614 M * Bertl yeah, no idea what it is for, it even requires javascript and such stuff to logon ... looks very proprietary
1172513713 J * prae ~benjamin@foxhound.sherpadown.net
1172514080 Q * dna Quit: Verlassend
1172514396 Q * prae Ping timeout: 480 seconds
1172514573 N * DoberMann[PullA] DoberMann
1172515569 Q * meandtheshell Remote host closed the connection
1172515596 J * duckx ~Duck@tox.dyndns.org
1172515629 J * meandtheshell ~markus@85-124-233-202.work.xdsl-line.inode.at
1172515722 M * Bertl daniel_hozac: ah, do you have any fixes/improvements piled up? maybe from the last PLM runs?
1172515737 M * daniel_hozac hmm, no, none that i can think of.
1172515764 M * Bertl just asking this time _before_ I upload the patches :)
1172515775 M * daniel_hozac hehe :)
1172515796 M * Bertl will take a few minutes, as I updated to 2.6.19.5 too
1172515867 M * daniel_hozac and 2.6.20.1, i guess :)
1172515890 M * Bertl yep
1172516084 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de
1172516123 M * dreamind hi
1172516358 M * Bertl wb dreamind!
1172516370 M * dreamind thx Bertl ;)
1172516411 M * Bertl you are here for the new release, yes?
1172516419 M * Bertl (release candidate actually :)
1172516433 M * dreamind hm, why?
1172516446 M * dreamind I've just started to use irc since some weeks now ;)
1172516450 M * Bertl because I'm going to upload that in a few minutes :)
1172516456 M * dreamind ah nice :D
1172516465 M * dreamind ok, will test it (prob.) tomorrow :)
1172516488 M * Bertl so new to irc? what client do you use?
1172516499 M * dreamind no I'm not new to irc ;)
1172516539 M * dreamind but I had no time to start my irc client for some months / weeks now...
1172516553 M * dreamind I'm using Colloquy on Mac OS X
1172517534 M * Bertl okay, that will probably confuse the hell out of folks, we have now vs2.2.0-rc15 for 2.6.19.5 and 2.6.20.1
1172517616 J * _Radiance 95f8fdd282@halt.1984world.eu
1172517617 J * weasel_ weasel@asteria.debian.or.at
1172517623 M * daniel_hozac so rc series for 2.6.20 then.
1172517632 J * blizz_ ~blizz@evilhackerdu.de
1172517634 J * fosco_ fosco@konoha.devnullteam.org
1172517638 N * weasel_ Guest161
1172517640 J * kaner_ kaner@strace.org
1172517642 J * transaci1 ~transacid@transacid.de
1172517644 M * dreamind well I remember to use rc7 or something like that on 2.6.19 ;)
1172517657 M * daniel_hozac i guess that's not quite as confusing as having rc1 for 2.6.20 and rc15 for 2.6.19.
1172517672 M * Bertl yes, that was my thought too ..
1172517673 M * dreamind yea that sounds confusing
1172517673 Q * duckx charon.oftc.net galapagos.oftc.net
1172517673 Q * transacid charon.oftc.net galapagos.oftc.net
1172517673 Q * kaner charon.oftc.net galapagos.oftc.net
1172517673 Q * DoberMann charon.oftc.net galapagos.oftc.net
1172517673 Q * virtuoso charon.oftc.net galapagos.oftc.net
1172517674 Q * weasel charon.oftc.net galapagos.oftc.net
1172517674 Q * fosco charon.oftc.net galapagos.oftc.net
1172517674 Q * Radiance charon.oftc.net galapagos.oftc.net
1172517674 Q * mEDI_S charon.oftc.net galapagos.oftc.net
1172517674 Q * blizz charon.oftc.net galapagos.oftc.net
1172517674 Q * nox charon.oftc.net galapagos.oftc.net
1172517674 Q * fs charon.oftc.net galapagos.oftc.net
1172517674 Q * WorkRoey charon.oftc.net galapagos.oftc.net
1172517674 Q * meebey charon.oftc.net galapagos.oftc.net
1172517674 Q * bj charon.oftc.net galapagos.oftc.net
1172517674 N * Guest161 weasel
1172517676 Q * mjt Read error: Connection reset by peer
1172517691 N * transaci1 transacid
1172517691 J * virtuoso ~s0t0na@80.253.205.251
1172517713 Q * mountie Ping timeout: 480 seconds
1172517777 M * daniel_hozac are we doing the 2.2.0 release for both 2.6.19 and 2.6.20?
1172517907 M * daniel_hozac (i assume it's rather imminent by now)
1172517986 M * daniel_hozac or are we aiming for -rc50 this time too? :)
1172517999 J * mjt ~mjt@nat.corpit.ru
1172518142 J * bj ~bj@insanefactory.com
1172518171 J * DoberMann ~james@AToulouse-156-1-153-122.w90-38.abo.wanadoo.fr
1172518177 M * Bertl welcome mjt! bj! DoberMann!
1172518201 M * Bertl ah, that is from the split ... well, no harm done :)
1172518209 M * daniel_hozac hmm, i seem to remember there being more fixes...
1172518229 M * Bertl here we go *G*
1172518287 M * daniel_hozac ah, no, the jffs2 was only 2.6.20, i take it?
1172518290 J * meebey meebey@booster.qnetp.net
1172518316 J * duckx ~Duck@tox.dyndns.org
1172518341 J * mEDI_S ~medi@snipah.com
1172518351 J * WorkRoey ~katz@h-69-3-4-130.mclnva23.covad.net
1172518363 M * Bertl daniel_hozac: yep, and that should be in (the ioctl one)
1172518382 M * daniel_hozac i was only looking at the 2.6.19 diff, and it was a lot smaller than i expected.
1172518424 J * nox ~nox@static.88-198-17-175.clients.your-server.de
1172518446 M * daniel_hozac hmm, i don't see it.
1172518455 M * bored2sleep what does VSERVER_REMAP_SADDR actually do?
1172518470 M * daniel_hozac it remaps the source address to the first address assigned to the guest.
1172518485 M * daniel_hozac (for traffic originally destined to 127.0.0.1)
1172518561 M * Hollow morning
1172518576 M * daniel_hozac Bertl: grep jffs2 patch-2.6.20.1-vs2.2.0-rc15.diff returns nothing here.
1172518826 M * Bertl works fine here, though
1172518844 M * daniel_hozac i.e. the include is not needed?
1172518856 M * Bertl wasn't that for 2.3.x?
1172518863 M * Bertl (which has jffs2 changes)
1172518866 M * daniel_hozac hmm, no idea...
1172518869 M * daniel_hozac i guess that makes more sense.
1172518886 M * daniel_hozac ok then.
1172518887 M * Bertl well, I just compiled jffs2 here, and it didn't give any error on 2.2.0
1172518899 M * Bertl (2.6.20.1)
1172518925 M * Bertl or was that jfs?
1172518939 M * Bertl nope, that is compiled in too
1172518947 M * Bertl guess we are fine there ...
1172519035 M * Bertl ah, btw, doener, Hollow: http://video.google.com/videoplay?docid=8577770107744261639
1172519112 M * Hollow hmm.. doesn't work here in safari
1172519121 M * Hollow but well, i won't stop smoking ;)
1172519134 M * daniel_hozac haha, nice.
1172519135 M * Bertl you can download it too
1172519155 M * Hollow i just get the google logo + search bar
1172519169 M * Hollow ah.. it works now.. 
1172519204 M * daniel_hozac yeah, took some time to load.
1172519231 M * Hollow yeah.. slow connection here... just DSL3k ;)
1172519241 M * Hollow i'm used to my 20MBit line ;)
1172519274 M * daniel_hozac i've got 100 Mbps down here.
1172519275 Q * meandtheshell Quit: Leaving.
1172519279 M * Hollow neat
1172519399 Q * ema Quit: leaving
1172519467 J * meandtheshell ~markus@85.124.174.54
1172519484 M * click bertl: sorry, had to rush out, driving my other half to the store
1172519501 M * Bertl np
1172519509 M * click doing quite ok, although it could (as usual) have been better :)
1172519567 M * Bertl hehe, there is always a 'better' ... no?
1172519586 M * click indeed :) i don't complain though
1172519608 M * click oh, i'll be afk'ish again, watching neverending story again :D
1172519618 M * click back in a bit :)
1172519627 M * Bertl that's the way, be happy with what you have ... it is usually so much more than the rest of the world has :)
1172519743 M * Hollow daniel_hozac: btw, you had some problems with gentoos init.d scripts?
1172519766 M * daniel_hozac what?
1172519778 M * Hollow i read sth in the backlog..
1172519782 M * daniel_hozac hmm.
1172519786 M * Hollow i look it up
1172519807 M * daniel_hozac ah yes.
1172519821 M * daniel_hozac --initstyle gentoo doesn't work with the old baselayout-vserver.
1172519897 M * ex daniel_hozac, it's working only with baselayout >=1.13?
1172519909 M * daniel_hozac yes.
1172519919 M * Hollow well, it should work for all baselayouts.. and i also removed the check for it some time ago
1172519937 M * daniel_hozac only in build, not in start :)
1172519949 M * Hollow interesting
1172519954 M * daniel_hozac so i take it that's unintentional?
1172519965 M * daniel_hozac i.e. i'll remove the check from there as well?
1172519968 M * Hollow well, i never actually tried it..
1172519980 M * Hollow ah
1172519983 M * Hollow now i got it
1172519986 M * Hollow yeah, you can remove it
1172520431 M * daniel_hozac http://paste.linux-vserver.org/1209 i don't understand what's failing :)
1172520505 M * Hollow try adding "true" to the end of /sbin/rc
1172520553 J * _fs fs@213.178.77.98
1172520556 M * daniel_hozac yeah, i guess that'll do it.
1172520582 M * daniel_hozac why doesn't init-vserver.sh exit 0?
1172520619 M * Hollow yeah, would probably be the easiest way ..
1172520639 M * Hollow seems 1.13 does exit with 0
1172520641 M * daniel_hozac do we want to fail bootup if sysinit/boot fails, but continue if default fails?
1172520670 M * Hollow sounds good to me ..
1172520694 M * daniel_hozac ok, i'll do that then.
1172520732 J * comfrey ~comfrey@70.91.185.84
1172520799 M * daniel_hozac btw, have you had a chance to test the 0.30.213-rc* initscripts?
1172520891 M * Bertl wb _fs! comfrey!
1172520944 M * Hollow not yet, currently not at home, but i'll call my flatmate tomorrow to boot my box, so i'll be able to work... will be back in berlin on march 15th
1172520956 M * daniel_hozac okay, np.
1172520971 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/uv/experimental/delta-gentoo-fix01.diff is what i'll be committing RSN unless you tell me otherwise :)
1172521004 M * Hollow yep, looks good
1172521088 M * daniel_hozac ok. it's done.
1172521154 N * _fs fs
1172521481 M * Bertl daniel_hozac: yep, the ioctl stuff is in 2.3 (jsut updating the patches there too now :)
1172521511 M * daniel_hozac okay :)
1172522650 M * bonbons daniel_hozac: question regarding util-vserver + settingup interfaces with IPv6 addresses
1172522676 M * bonbons looks like util-vserver tries to set a boadcast address with the IPv6 address, r am I doing something wrong?
1172522689 M * daniel_hozac hmm, still? i thought i fixed that.
1172522735 M * Bertl hey bonbons! what's up with the ML posting?
1172522757 M * bonbons hey Bertl, what do you mean?
1172522766 M * Bertl is that guy hitting a missing virtualization or an util-vserver issue?
1172522815 M * bonbons he was first adding the address just to the allowed list of the guest (without adding the address to the host)
1172522818 M * Bertl ah, sorry, just saw that it wasn't added on the host
1172522845 M * bonbons second part well, I'm checking right now what to answer
1172522879 M * daniel_hozac hmm, i really thought i got rid of that long ago.
1172522900 M * bonbons as my check here resulted in "Broadcast can be set only for IPv4 addresses"
1172522902 M * daniel_hozac must've been a local change on my test system or something.
1172522909 M * Bertl well, we should get ipv6 integrated ASAP .. so that is definitely something I will work on the next week 
1172522973 M * daniel_hozac bonbons: http://people.linux-vserver.org/~dhozac/p/uv/experimental/delta-ipv6-fix01.diff should fix it.
1172523220 M * bonbons yep, that fixes it
1172523251 M * daniel_hozac (it's a slight change in behaviour for IPv4, but i don't expect it to break anything...)
1172523300 M * bonbons Bertl: item that should be checked at some time is the conflict detection with dual-stack sockets (and mapped IPv4 addresses in IPv6)
1172523350 M * bonbons right now one might end having conflicts there between guests or guest and host
1172523367 M * Bertl yes, for the ipv4 ipv6 addresses, we simply will fall back to the ipv4 checks, I guess
1172524126 M * waldi hmm, recursive faults, so its quite clear that this machine have a high load ...
1172524147 M * Bertl waldi: hmm? where?
1172524162 M * Bertl btw, uploaded vs2.3.0.11 :)
1172524168 M * waldi my old xen vserver kernel
1172524180 T * daniel_hozac http://linux-vserver.org/ | latest stable 2.0.2.1, 2.0.3-rc1, 2.2.0-rc15, devel 2.3.0.11, stable+grsec 2.0.2.1, 2.2.0-rc13.1 | util-vserver-0.30.212 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;)
1172524190 M * Bertl tx :)
1172524212 M * daniel_hozac for both? i thought 2.3 was 2.6.20 only at this point.
1172524245 M * Bertl well, I had both branches sitting here ...
1172524263 M * daniel_hozac ah, no, i just misread the directory listing.
1172524359 M * daniel_hozac btw, do you think we could do one "last" release for 2.0 soon?
1172524370 M * daniel_hozac i.e. get 2.0.3 out the door, so we can forget about it? :)
1172524381 Q * DavidS Quit: Leaving.
1172524387 M * Bertl sure, I guess you have all patches piled up by now?#
1172524456 M * Bertl we might want to feed some fixes back from 2.2.0?
1172524538 M * daniel_hozac delta-locks-fix01.diff is the only one i can think of off hand.
1172524555 M * daniel_hozac i guess the reaper changes might be relevant as well.
1172525649 J * marcfiu ~mef@aegis.CS.Princeton.EDU
1172525942 M * Bertl hey marcfiu!
1172526179 N * _Radiance Radiance
1172526674 Q * bonbons Quit: Leaving
1172526876 M * daniel_hozac Bertl: btw, is the device mapping stuff in 2.3?
1172527120 M * Bertl part of it should be, yes
1172527188 M * daniel_hozac i really need to take some time and look at 2.3 one of these days...
1172527527 Q * dreamind Quit: dreamind
1172527557 M * daniel_hozac hmm, i only see the headers.
1172527614 M * Bertl 2.3 needs a lot of work, we were focusing on 2.2 the last few weeks
1172527629 M * daniel_hozac yeah, i guess 2.3 will get focus once 2.2.0 is released.
1172527681 M * Bertl yep, I'm going to do some jffs2 work this week, in 2.3 but 2.3 will get more attention once 2.2. is out
1172527950 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1172529222 P * marcfiu 
1172529892 Q * meandtheshell Quit: Leaving.
1172530168 P * stefani I'm Parting (the water)
1172530195 J * eric pUaT7gjogy@c-67-173-253-237.hsd1.co.comcast.net
1172530202 M * eric hello!
1172530207 N * eric jkl
1172530214 M * Bertl hey eric!/jkl!
1172530224 M * jkl nice to see you here bertl, it's been awhile
1172530241 M * jkl as always I come with questions
1172530260 M * Bertl well, that's what this channel is for .. among other things ...
1172530288 M * jkl this one is easy though. In the past, to remove vservers I have rm -rf'd /etc/vserver/NAME and it's root directory
1172530307 M * Bertl okay
1172530317 M * jkl is there a better way? using the vserver utility?
1172530331 M * Bertl yep, recent tools know a delete or remove 
1172530357 M * Bertl     delete      ... remove a vserver
1172530361 M * jkl great! I'll give that a shot
1172530376 M * Bertl make that, and let us know how it goes ...
1172530392 A * jkl wonders why this wasn't mentioned in the man page!
1172530426 M * Bertl probably mostly because the man page is quite outdated
1172530433 M * Bertl vserver --help should show
1172530453 M * Bertl btw, patches to update the man pages are welcome :)
1172530477 M * jkl I'll keep that in mind@
1172530478 M * jkl !
1172530721 N * DoberMann DoberMann[ZZZzzz]
1172530761 J * dna ~naucki@114-236-dsl.kielnet.net
1172530977 M * daniel_hozac something that would autogenerate the man pages from --help or similar would be even better :)
1172531173 Q * yarihm Quit: Leaving
1172531316 M * jkl Starting ClamAV daemon: clamdLibClamAV Error: Wrote 0 instead of 512 (/tmp/clamav-534c2d3535863879/main.ndb) :(
1172531404 M * jkl always running out of space on /tmp in vservers!
1172531458 M * Bertl increase the size of the tmpfs
1172531495 M * Bertl or decrease the size of your emails :)
1172531523 M * jkl hehe
1172531638 M * jkl it seems as if, when building a fresh etch debian vserver, the package locales is not installed
1172531663 A * jkl wonders if this is a feature
1172531676 M * Bertl well, IIRC, a lot of stuff is not installed on debian :)
1172531689 M * jkl yes, but locales is very important!
1172531696 M * Bertl hmm?
1172531717 M * Bertl what do you need it for?
1172531723 J * ema ~ema@lart.galliera.it
1172531741 M * jkl apt spits out tons of errors when it tries to install things if locales in not present
1172531769 M * Bertl really? well, I think that only happens if you actually have a locale set
1172531811 M * jkl no, there isn't a locale set, and that's why apt is complaining
1172531822 M * jkl *shrug* my debain experience is limited
1172531843 M * Bertl so is mine ... maybe debian folks know more
1172531864 M * Bertl but IMHO, if it is required for apt, it should be in the dependancies, no?
1172532267 M * mEDI_S apt-get install locales;dpkg-reconfigure locales;$editor /etc/environment  ;)
1172533029 Q * quiksilv 
1172533179 M * jkl I just wonder why it isn't one of the included packages when the vserver gets built initially
1172533200 M * Bertl the initial guest is built according to the dependancy system debian uses
1172533227 M * Bertl i.e. there are a few 'trigger' packages IIRC, and the rest is pulled in if required
1172533238 M * jkl interesting.
1172533247 M * Bertl basically the result of the debootstrap debian uses
1172533265 M * jkl is there a way to specify a larger tmpfs when building a server initially
1172533285 M * Bertl I guess not, but it can be easily changed in the fstab
1172533291 M * jkl yep, it can
1172533300 M * Bertl and you can have distro specific build/post process scripts
1172533312 M * jkl I am just looking to make this as automagical as possible
1172533335 M * Bertl and that would be the way to go, I think
1172533409 M * jkl agreed.
1172533624 M * mEDI_S ah Bertl 
1172533636 M * mEDI_S UNIX:      7750835/5018110979      5196007/5017261949
1172533643 M * mEDI_S INET:      1842725/762281086       2107741/13163952448
1172533683 M * Bertl yes?
1172533686 M * mEDI_S i tink is fine now ;) i have no ip6 traff and no raw traff so i can it not test
1172533693 M * mEDI_S 64bit bug
1172533699 M * Bertl ah, okay
1172533707 M * Bertl yeah, values look reasonable
1172534180 Q * dna Quit: Verlassend