1243987249 Q * dowdle Remote host closed the connection 1243987408 M * [Guy] Bertl: remember the mysql performance issue I related earlier? that a CREATE took several orders of magnitude more time in a guest than on the host? 1243987411 N * [Guy] GUy- 1243987415 N * GUy- Guy- 1243987424 J * imcsk8 ~ichavero@189.155.146.252 1243987432 M * Guy- well, it turns out it was caused by the default /tmp guest mount 1243987449 M * Guy- the tmp directory was too small for mysql to work efficiently, apparently 1243988088 Q * daniel_hozac Ping timeout: 480 seconds 1243988113 M * Bertl ah, so the 'test setup' wasn't done on an equal basis 1243988138 M * Bertl but that makes we wonder, what mysql has to do with /tmp? 1243988163 M * Guy- it uses /tmp for temporary tables in many circumstances 1243988183 M * Guy- I don't know why it needs temporary space for a CREATE though (even if it was a very complex one) 1243988222 M * Bertl well, that is something just looking for problems ... can it at least be changed to a proper dir? 1243988223 M * Guy- as for 'equal basis', 'default install' can be considered 'equal' for some values of 'equal' :) 1243988232 M * Guy- yes, it can be changed 1243988244 M * Bertl okay, then I would suggest to do so :) 1243988260 M * Guy- I normally do, this wasn't my system 1243988313 M * Bertl well, good that it could be resolved ... :) 1243988372 M * Guy- the owner expressed a similar sentiment :) 1243988385 M * Guy- but now, good night 1243988390 M * Bertl have a good one! 1243988396 M * Guy- I'll do my best 1243988545 Q * hparker Quit: Quit 1243988958 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1243990622 J * thierryp ~thierry@sah215.atp.nicta.com.au 1243991218 Q * imcsk8 Quit: This computer has gone to sleep 1243991502 J * daniel_hozac ~daniel@c-6c3771d5.08-230-73746f22.cust.bredbandsbolaget.se 1243991836 J * scientes ~scientes@174-21-88-43.tukw.qwest.net 1243996354 J * imcsk8 ~ichavero@189.155.146.252 1243997251 M * Bertl off to bed now .. have a good one everyone! cya! 1243997255 N * Bertl Bertl_zZ 1244005072 Q * thierryp Ping timeout: 480 seconds 1244005311 J * derjohn_foo ~aj@c152160.adsl.hansenet.de 1244005744 Q * derjohn_mob Ping timeout: 480 seconds 1244006466 J * Dats` Dats_@203.184.3.131 1244007020 Q * imcsk8 Quit: This computer has gone to sleep 1244008787 Q * Dats` Quit: Dats` on mIRC 6.2 Quit 1244009444 J * geb ~geb@161.4.82-79.rev.gaoland.net 1244011209 Q * derjohn_foo Remote host closed the connection 1244012122 J * doener ~doener@i59F55D73.versanet.de 1244012229 Q * doener_ Ping timeout: 480 seconds 1244013478 J * cga ~weechat@194.244.1.35 1244014075 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1244014401 Q * SauLus Quit: = something weird happened 1244014424 J * saulus ~saulus@c193220.adsl.hansenet.de 1244016001 N * pmenier_off pmenier 1244016384 N * Bertl_zZ Bertl 1244016387 M * Bertl morning folks! 1244016422 M * ghislainocfs21 morning bertl 1244016443 J * thierryp ~thierry@sah215.atp.nicta.com.au 1244017801 P * cga got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1244018755 J * kir ~kir@swsoft-msk-nat.sw.ru 1244019622 J * ktwilight__ ~keliew@82.73-65-87.adsl-dyn.isp.belgacom.be 1244019953 J * derjohn_mob ~aj@tmo-100-20.customers.d1-online.com 1244020001 J * ktwilight ~keliew@188.59-240-81.adsl-dyn.isp.belgacom.be 1244020031 Q * ktwilight_ Read error: Connection reset by peer 1244020242 Q * ktwilight__ Ping timeout: 480 seconds 1244020380 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1244021405 J * ktwilight_ ~keliew@177.67-65-87.adsl-dyn.isp.belgacom.be 1244021771 Q * ktwilight Ping timeout: 480 seconds 1244023880 J * davidkarban ~david@193.85.217.71 1244024143 Q * thierryp Quit: ciao folks 1244024195 Q * docelic Quit: http://www.spinlocksolutions.com/ 1244024423 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1244024428 J * friendly ~friendly@ppp118-208-150-23.lns10.mel4.internode.on.net 1244024436 P * friendly 1244024643 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk 1244026434 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1244026434 Q * hijacker_ Read error: Connection reset by peer 1244026539 J * hijacker ~hijacker@213.91.163.5 1244027873 J * click click@ti0127a340-0048.bb.online.no 1244028198 Q * mnemoc Server closed connection 1244028210 J * mnemoc ~amery@shell.opensde.net 1244028912 Q * FireEgl Ping timeout: 480 seconds 1244028916 J * thierryp ~thierry@intern174.lnk.telstra.net 1244029154 Q * groente Server closed connection 1244029165 J * simon` ~simon@78.129.201.122 1244029174 J * groente ~groente@shell.puscii.nl 1244029213 M * simon` this seems to be a recurring topic for me. I upgraded to a more recent kernel in order to be able to have 127.0.0.1 as a loopback device for all my vservers. do I simply add the IP address in several of their IP configurations? 1244029308 M * geb no don't do it (see http://linux-vserver.org/Frequently_Asked_Questions_scratch#127.0.0.1_issues ) 1244029315 M * geb it must be automatic 1244029431 M * geb if it is not, check your flags ( see http://linux-vserver.org/Capabilities_and_Flags#Network_context_flags_.28nflags.29 ) 1244029486 M * Bertl simon`: what exaclty is the problem? 1244029510 M * simon` ah, I didn't know that it was automatic. didn't check after the reboot. 1244029542 M * Bertl very much depends on the kernel config, but the default is to automatically assign an address for each guest 1244029579 M * simon` coolio 1244029592 M * Bertl note that also the 'auto single-ip special casing' is a default too, so you might want to disable that for guests with a single IP (if you want loopback) 1244029600 M * simon` you know, my only critique of vserver so far is that the debian packages are outdated ;-P 1244029625 M * simon` I bet it's a show-stopper for some people. 1244029654 M * Bertl well, debian packages are not just outdated, they're broken .. but it seems, debian is happy with them ... 1244029655 M * BenG http://kernels.bristolwireless.net/ here's some I made earlier simon` 1244029666 M * simon` BenG, cool! 1244029706 M * simon` mind if I link to them on my homepage? 1244029715 M * simon` the page itself, that is. 1244029715 M * BenG Nope, go ahead 1244029733 M * BenG I reserve the right to sort them into a better order at some point 1244029749 M * BenG so point to http://kernels.bristolwireless.net/ is probably the best bet 1244029818 M * BenG Bertl, what would be the very easiest of ways to show the chroot escape problem that is caused by the file flags on the Debian kernel? 1244029835 M * BenG an actual demonstration of the security issue 1244029882 M * BenG one from here? http://linux-vserver.org/Secure_chroot_Barrier 1244029885 M * Bertl there are a bunch of chroot escape tools floating around, we even have collected some (most?) of them .. the problem is, this will not show up (on debian) unless you actively switch the kernel 1244029938 M * BenG " actively switch the kernel"? as in build a guest on one and then run it on another? 1244029954 M * Bertl yes, to or from 2.6.26 1244029969 M * Bertl if you set the barrier running 2.6.26, it will work fine 1244030042 M * BenG the flags on some of my ported guests where a total mess, with boundaries on every directory right through the guest hierachy 1244030066 M * simon` Bertl, have you actually had negative response from the kernel maintainers at debian? 1244030120 M * BenG simon`, I've had zero response when I submitted to the bug thread about the file flags 1244030133 M * BenG few users have reported bugs on it 1244030138 M * BenG and some have posted fixes 1244030190 M * simon` BenG, I was about to, but their bugtracker confuses me immensely. 1244030232 M * BenG popularity contest points to 956 with the util-vserver package installed (though not everybody has popcon on of course) 1244030307 M * BenG there bugtracker is complicated, but there are 18,000+ packages to maintain, so they need to be grouped and such 1244030317 M * BenG there->their 1244030319 M * Bertl simon`: nope, they 'used' an early experimental patch and never complained or contacted us (AFAICT) 1244030359 M * BenG Bertl, you are saying "they" like Debian is a completely coherent unit 1244030379 M * BenG if you wanted a they to point at it would probably be the kernel team 1244030500 M * Bertl yes, I'm aware that debian is not coherent :) but it is simpler to refer to the responsible debian maintainers as 'they' :) 1244030526 M * BenG fair enough 1244030573 M * Bertl also note: for me it's perfectly fine what 'they' do and I'm happy with 'their' decisions .. what I hate is to explains folks over and over that the 'stable' debian kernels are broken :) 1244030585 M * simon` hehehe 1244030611 M * simon` I feel a little guilty having brought this on-topic at least five times now ;-P 1244030630 M * BenG that's one of the reasons I put those kernels together, it's a waste of everyone's time 1244030638 M * fb Bertl: paste random log into a wiki 1244030655 M * BenG simon`, publicise the breakages 1244030665 M * fb Bertl: and then point next cases there ;-) 1244030683 M * BenG fb, I added some stuff on the debian install pages on the wiki 1244030695 M * Bertl yeah, maybe I do a 'why debian kernels are broken' wiki page 1244030723 M * Bertl but somehow I thought that might be considered offensive (at least from debian folks) 1244030763 M * BenG I don't mind being offended if it get's something done for the next Debian release 1244030779 M * fb Bertl: change 'broken' into 'behaves like no other distro' and you'll be politically correct ;-D 1244030788 M * BenG but actually, I'm not even offended 1244030855 M * Bertl IMHO it's a shame, as a) we are really willing to help the debian maintainers to get the patches/tools right and b) there is a large debian userbase which uses Linux-VServer 1244030896 M * fb Bertl: when they decided about kernel version shipped with release, there's no hope to change this 1244030922 M * Bertl well, they could fix up 2.6.26 if they insist on having a 2.6.26 Linux-VServer kernel 1244030935 M * fb btw, this guarantees that this 'broken' behavior is consistent among all lenny installations 1244030953 Q * geb Quit: Quitte 1244031010 M * Bertl well, beats me why somebody would want that ... 1244031028 M * Bertl but I never understood debian and debian policy ... 1244031043 M * fb Bertl: and i can understand this, there's nothing worse than a surprise "it stopped to work after an update" 1244031064 M * simon` fb, but it actually does work. it's just exploitable. 1244031079 M * Bertl well, parts of it do not work as expected 1244031081 M * fb and when this touched large (like 1000+) installation... 1244031101 M * Bertl for example, you isntantly lose hard cpu limits when 'upgrading' to 2.6.26 (debian) 1244031104 Q * Piet Remote host closed the connection 1244031121 M * fb Bertl: more important, they (debian folks) should document it 1244031128 M * fb what's changed 1244031130 M * fb where 1244031138 M * fb and how it differs from upstream 1244031151 M * Bertl they do not even document what patch they are using .. 1244031164 Q * click Quit: leaving 1244031228 M * fb with this kind of information one could live with 'broken' kernel + utils 1244031248 M * fb Bertl: well, this really depends on package 1244031269 M * fb for some (cyrus for example) there's quite good upgrade guide 1244031292 M * Bertl yes, but it would be really nice to e.g. know _what_ patch is in 2.6.26-vserver-2 or what it is actually called 1244031295 M * fb also, local changes are at least mentioned at various points 1244031364 M * Bertl anyway, enough time wasted on this subject for now ... conclusion: debian kernel is broken, avoid it or live with the pieces ... 1244031365 M * fb s/points/places/ 1244031380 M * BenG linux-tree-2.6.26 would be the package with the full set of patches to look through 1244031395 M * BenG there are many many patches used in debian used for features/fixes 1244031445 M * BenG my conclusion is that the Debian kernel maintainers need to be prodded until they start interacting a bit more with linux-vserver 1244031554 M * fb BenG: they porbably reside in debian/patches dir 1244031576 M * fb in linux-source-something package 1244031612 M * fb most of them should have some meaningfull names ;) 1244031615 M * BenG linux-source-something is the alread patched package I think, whereas linux-tree-something it's all seperated out, IIRC 1244031747 M * fb hmh, we're getting far from the channel purposes 1244031846 M * BenG we're talking about how to get vserver patches into distros, surely that's a valid topic 1244031883 M * Bertl no problem here ... 1244031913 M * fb and Bertl gets nervous about this lately, so I cut it here ;-) 1244032011 M * Bertl as I said: no problem here ... feel free to use the channel for this 1244032018 M * BenG cool 1244032041 M * fb gtg 1244032045 M * fb see you later 1244032113 Q * thierryp Remote host closed the connection 1244032160 M * BenG /usr/src/kernel-patches/all/2.6.26/debian/features/all/vserver/vs2.3.0.35-update.patch.bz2 1244032160 M * BenG /usr/src/kernel-patches/all/2.6.26/debian/features/all/vserver/vs2.3.0.35.patch.bz2 1244032165 M * BenG aha! 1244032437 M * Bertl at least this looks like there was _some_ update 1244032489 J * balbir ~balbir@116.50.167.3 1244032655 M * BenG I'm finding those responsible... 1244032664 Q * SpComb Ping timeout: 480 seconds 1244032699 M * arekm Bertl: did you ever saw problems with signal delivery in vserver enabled kernel? SIGALRM is not being delivered sometimes to one of my processes (exim) 1244032725 M * Bertl yes, but AFAICT, it was fixed some time ago 1244032734 M * Bertl what kernel do you use? 1244032788 M * arekm 2.6.27.19, 2.3.0.33 vserver afaik 1244032824 J * SpComb terom@zapotek.paivola.fi 1244032853 M * Bertl yep, try something newer than the ptimer fix 1244032898 M * arekm will switch to 2.3.0.36.6 then 1244032973 M * Bertl let me know if the issue persists, maybe it is unrelated 1244033015 M * arekm ok (my exim is now patched to notice such thing as missing signal) 1244033690 Q * _Shiva_ Server closed connection 1244033691 J * _Shiva_ shiva@whatcha.looking.at 1244033780 J * Jani ~mail@p54BC91E6.dip0.t-ipconnect.de 1244033780 J * thierryp ~thierry@intern174.lnk.telstra.net 1244033788 N * Jani JServe 1244033789 Q * MooingLemur Ping timeout: 480 seconds 1244033816 M * JServe Hi. 1244033832 M * Bertl hey 1244033851 M * JServe I have a little 'problem' (ok, not really a problem but I am just curios about that) 1244033861 M * JServe I use linux-vserver since eons, everything fine. 1244033879 J * MooingLemur ~troy@shells195.pinchaser.com 1244033881 M * JServe Yesterday I read in the wiki that I can use virt_uptime as flag that a vserver could have it's own uptime. 1244033918 M * Bertl yep, and that's actually a default flag :) 1244033927 M * JServe I have create now a new vserver and set this flag, vattribute shows that this flag is set. But when I do the command 'uptime' in the vserver I just get the uptime of the main host? 1244033932 M * JServe Oh? 1244033953 M * JServe Do I just perhaps get the meaning of virt_uptime wrong? 1244034035 M * Bertl no, I don't think so .. what kernel/patch/util-vserver version do you use? 1244034065 M * JServe Kernel: 2.6.28-vs2.3.0.36.4-gentoo 1244034065 M * JServe util-vserver: 0.30.215; Apr 25 2009, 21:22:19 1244034173 M * Bertl just to clarify, this is what you mean/expect: http://paste.linux-vserver.org/12966 1244034191 M * JServe Yepe 1244034199 M * JServe That's what I mean, expecting I do nothing ;) 1244034262 N * AndrewLe1 AndrewLee 1244034268 M * JServe 'since all the vservers working well and I just would have this as feature. When it not works somehow it's not so important for me. 1244034351 M * Bertl looks to me that it might be broken in your kernel ... at least it works here on a recent 2.6.27.x and 2.6.29.x 1244034376 M * JServe *hmms* 1244034387 M * JServe I could test that out this evening at home with my test system. 1244034428 M * JServe Ok, thanks for the help sofar. 1244034481 M * Bertl you're welcome! please let me know what you find ... 1244034520 M * JServe Yepe, I will do. 1244034642 M * Bertl off for now ... bbl 1244034647 N * Bertl Bertl_oO 1244034698 Q * TobiX Server closed connection 1244034701 J * TobiX tobias@zoidberg.org 1244035475 M * JServe BRB 1244035478 Q * JServe 1244036029 Q * BenG Quit: I Leave 1244036834 Q * blathijs Ping timeout: 480 seconds 1244036923 J * Piet ~piet@tor-irc.dnsbl.oftc.net 1244037024 J * blathijs ~matthijs@drsnuggles.stderr.nl 1244039805 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1244041345 Q * thierryp Quit: ciao folks 1244041513 J * imcsk8 ~ichavero@189.155.146.252 1244041711 Q * kir Quit: Leaving. 1244042130 J * geb ~geb@161.4.82-79.rev.gaoland.net 1244042163 Q * Bertl_oO Server closed connection 1244042168 J * Bertl_oO herbert@IRC.13thfloor.at 1244042860 Q * imcsk8 Quit: This computer has gone to sleep 1244042951 Q * davidkarban Quit: Ex-Chat 1244043054 J * FireEgl FireEgl@FireEgl.CJB.Net 1244043268 J * Jani|Gelb ~mail@p54BCC8E2.dip.t-dialin.net 1244043547 P * Val 1244044778 Q * wibble Server closed connection 1244044780 J * wibble wibble@vortex.ukshells.co.uk 1244045217 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1244045491 Q * mrfree Quit: Leaving 1244045742 Q * Jani|Gelb 1244045986 Q * harobed Ping timeout: 480 seconds 1244046159 J * imcsk8 ~ichavero@148.229.1.11 1244048326 Q * balbir Read error: Connection reset by peer 1244048414 N * pmenier pmenier_off 1244049307 Q * derjohn_mob Ping timeout: 480 seconds 1244049363 J * balbir ~balbir@116.50.167.3 1244049524 Q * scientes Ping timeout: 480 seconds 1244050322 Q * transacid Server closed connection 1244050340 J * transacid ~transacid@transacid.de 1244052026 Q * balbir Ping timeout: 480 seconds 1244052317 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg 1244052735 Q * gnuk Quit: NoFeature 1244053033 J * Gonzo ~sh@80.69.41.3 1244053053 N * Gonzo Gonzo_afk 1244054650 Q * larsivi Remote host closed the connection 1244054706 J * toirc7738 ~toirc7738@host147-253-dynamic.18-79-r.retail.telecomitalia.it 1244054725 P * toirc7738 1244055635 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1244055719 Q * Pazzo 1244055844 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at 1244056170 Q * geb Quit: Quitte 1244056209 J * geb ~geb@earth.gebura.eu.org 1244058042 Q * geos_one Remote host closed the connection 1244058198 N * Bertl_oO Bertl 1244058967 M * Bertl back now ... 1244059877 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1244060019 M * micah i'm having a source address problem... when I try to open a tcp connection from a guest to another system, the source address gets set to something I am not expecting, and as a result is not coming back properly 1244060141 M * micah this is the guest and host's interface configurations and routing table: http://paste.linux-vserver.org/12967 1244060206 M * micah what happens is if I try to open a connection to 198.252.153.17, it doesn't connect. if I tcpdump on the host's eth0 interface, I see that the connection is coming from the 10.8.0.11 address, rather than the one I would expect 1244060253 Q * DreamerC Ping timeout: 480 seconds 1244060276 M * Bertl how many IPs are assigned to the guest? 1244060320 M * Bertl ah, I see, 3 IPs plus the loopback 1244060336 M * Bertl which one is the first? I presume the 10.8.0.11, yes? 1244060437 M * micah when you say 'first', do you mean in /etc/network//interfaces ? 1244060454 M * micah err 1244060463 M * micah /etc/vservers//interfaces 1244060488 M * Bertl yep 1244060489 Q * saulus Remote host closed the connection 1244060498 M * micah in there, the first one is '0' and it has 204.13.164.23 1244060503 M * Bertl your guest doesn't have an IP in the 192.x network 1244060509 M * micah the 10.8.0.11 is last (2) 1244060515 M * Bertl 198.x I mean 1244060527 M * micah no, it does not... the host has it, and its on the same lan and should be reachable via the default gw 1244060553 M * Bertl could you upload /proc/virtnet//* for this guest please? 1244060566 M * micah sure 1244060626 M * micah http://paste.linux-vserver.org/12968 1244060679 M * Bertl okay, that explains it, your netmask for 10.8.x is 0 1244060713 M * fb micah: if vserver just hides some interfaces for bind() and co., and the host does all the job, then it will not go with default gw without special rules on the host 1244060715 M * Bertl so, when the guest searches for a source address to reach a non-local destination, that's what will be used 1244060755 M * micah interesting that 10.8.x is 0, when it is not on the host 1244060756 M * fb micah: but i'm far from the details of guest network virtualization :) 1244060769 M * Bertl micah: in the guest specification 1244060790 M * Bertl micah: i.e. you are missing a prefix/netmask (or some bug in util-vserver) 1244060835 M * micah i have the ip and 'nodev' in there 1244060859 M * micah i thought the utilities would pick the right dev and netmask, but I can set the prefix in there 1244060935 M * Bertl the tools cannot 'pick' the netmask, and the kernel does not care about the dev :) 1244060960 M * micah i thought the netmask was correct, because the 'ip addr ls' inside the guest showed it as having /32 1244060995 M * micah setting it causes it to work, so great :) 1244061084 M * fb Bertl: this means vserver doesn't leave ALL the networking to the host ;P 1244061117 M * Bertl fb: it does, after limiting the choices according to the guest configuration :) 1244061139 M * fb this also means i learnt something new today, and probably i can drop some rules here and there... 1244061142 M * fb ;) 1244061191 M * fb Bertl: it makes some local routes non-local, and it's quite a big thing imho 1244061335 M * Bertl not really, it just changes the source IP 1244061420 J * er ~sapanbhat@aegis.CS.Princeton.EDU 1244061435 M * er hi everyone 1244061450 M * Bertl hey er! 1244061462 M * er hi bertl 1244061487 M * er say - is VXC_PROC_WRITE still supported? 1244061505 M * er i don't see it in the latest 2.3 patch 1244061657 M * er apparently, it was working till 2.3.0.34.32 but doesn't in 2.3.0.34.39. 1244061847 M * er lemme phrase that in slightly more detail before leaving the question here. PlanetLab gives the ccapability VXC_PROC_WRITE to guests that need to write to /proc, which appears to have worked till 2.3.0.34.32, but does not in 2.3.0.34.39. any ideas? 1244061972 M * Bertl hmm ... I don't see any VXC_PROC_WRITE in any of my patches or deltas ... and it isn't documented on http://linux-vserver.org/Capabilities_and_Flags either ... 1244062012 M * Bertl I do not have the PL specific patches at hand, maybe it was an addon? 1244062085 M * er ok, daniel hozac just confirmed that on the other channel, it looks like it is a PlanetLab patch. 1244062110 M * er (16:47:46) daniel_hozac: it's a planetlab patch. (16:48:07) daniel_hozac: it's never been mainlined, because it was ▒│ 1244062110 M * er │mostly an ugly hack. 1244062123 M * Bertl but sounds reasonable, so we could probably integrate it (properly) 1244062726 Q * larsivi Remote host closed the connection 1244062830 Q * nox Server closed connection 1244062844 J * nox ~nox@host.noxlux.de 1244062868 Q * bonbons Quit: Leaving 1244063017 Q * hijacker_ Quit: Leaving 1244063289 J * derjohn_mob ~aj@c152160.adsl.hansenet.de 1244064507 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net 1244065569 Q * fb Read error: Connection reset by peer 1244065793 J * fb fback@red.fback.net 1244065854 Q * er Ping timeout: 480 seconds 1244067136 Q * padde Server closed connection 1244067141 J * padde ~padde@patrick-nagel.net 1244067686 J * fb_ fback@red.fback.net 1244067686 Q * fb Read error: Connection reset by peer 1244069531 N * Gonzo_afk Gonzo 1244069536 M * Gonzo hiho 1244069594 M * Gonzo I am using kernel 2.6.29.4 with vserver patch 2.3.0.36.14, runnning in a domU 1244069631 M * Bertl sounds good so far :) 1244069649 M * Gonzo lookes like I am having some trouble with the namespace. My host always takes the hostname of the vserver guest which was started last 1244069663 M * Gonzo and the vserver all have the hostname of the guest 1244069676 M * Bertl nah, that is a problem of having too old util-vserver :) 1244069694 M * Gonzo 0.30.214 1244069732 M * Bertl get 0.30.216-pre2833 1244069770 M * Gonzo my boss *wink to derjohn* likes using the debian package... at least I fear so :) 1244069787 M * Gonzo but ok, I'll try a newer version of the util-vserver 1244069788 M * Gonzo thanks bertl 1244069793 M * Bertl np 1244069838 M * Bertl ah, you might get it working by downgrading to 0.30.212 or so :) maybe debian has a package for that some where :) 1244069860 M * Gonzo looks like debian lenny has util-vserver 0.30.216~r2772-6 1244069868 M * Gonzo strange that this wasn't installed... 1244069878 M * Bertl that's broken, like the debian kernels 1244069893 M * Gonzo sounds great :) 1244069961 M * Gonzo broken in which was? (util-vsrver in debian) 1244069990 M * Bertl well, it won't help you with your issue here 1244070011 M * Gonzo ok :) 1244070070 M * Gonzo please don't be angry if I try this package before compiling my own package :) 1244070149 M * Bertl no problem .. go ahead (waste your time :) 1244070159 M * Gonzo time invested: done 1244070169 M * Gonzo wasted: at least not regarging my namespace problem 1244070195 M * Gonzo looks like my original 'problem' is gone with 0.30.216-r2772-6 1244070221 M * Bertl really? so debian 'fixed' it without updating the version then ... 1244070237 M * Gonzo I feal ashamed as I always come here with problems solved in recent versions... or human problems setting up my stuff 1244070257 M * Gonzo maybe the '-6' shows some patchlevel beyond r2772 1244070264 Q * geb Remote host closed the connection 1244070271 M * Bertl I tell you, I have no clue ... 1244070323 Q * imcsk8 Quit: This computer has gone to sleep 1244070332 Q * harobed Ping timeout: 480 seconds 1244070367 M * Gonzo :) - at least it seems to work. Thanks for your time, Bertl 1244070424 M * Bertl np 1244070488 Q * harrydg Ping timeout: 480 seconds 1244070723 Q * sid3windr Read error: Connection reset by peer 1244070741 J * sid3windr luser@bastard-operator.from-hell.be 1244072906 Q * Wonka Server closed connection 1244072907 J * Wonka produziert@chaos.in-kiel.de