1194653114 M * Bertl okay, off to bed now ... have a good one everyone!
1194653119 N * Bertl Bertl_zZ
1194653661 M * sid3windr night Bertl_zZ 
1194653871 J * arachnist arachnist@088156184167.who.vectranet.pl
1194653987 Q * dna Quit: Verlassend
1194654284 Q * FireEgl Read error: No route to host
1194654856 Q * dowdle Remote host closed the connection
1194654969 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa
1194655276 Q * _gh_ Read error: Connection reset by peer
1194656052 Q * FireEgl Ping timeout: 480 seconds
1194656532 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa
1194656922 J * meandtheshell ~markus@85.127.112.221
1194657372 Q * FireEgl Ping timeout: 480 seconds
1194657497 Q * mire Ping timeout: 480 seconds
1194657886 Q * AStorm Remote host closed the connection
1194657907 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net
1194661416 Q * meandtheshell Quit: Leaving.
1194661495 J * meandtheshell ~sa@85.127.112.221
1194661987 Q * meandtheshell Quit: Leaving.
1194664313 J * aj_ ~aj@p5B23F715.dip.t-dialin.net
1194664744 Q * derjohn_mobil Ping timeout: 480 seconds
1194664914 J * FireEgl FireEgl@Sebastian.Atlantica.DollarDNS.Net
1194666697 J * mire ~mire@21-168-222-85.adsl.verat.net
1194667814 Q * hparker Quit: g'nite
1194669997 N * AStorm Guest156
1194670002 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net
1194670041 Q * Guest156 Remote host closed the connection
1194671416 Q * bored2sleep Read error: Operation timed out
1194671684 J * bored2sleep ~bored2sle@66-111-53-150.static.sagonet.net
1194675980 Q * mire Ping timeout: 480 seconds
1194676047 Q * Johnnie Ping timeout: 480 seconds
1194676591 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.ct.comcast.net
1194677654 J * mire ~mire@21-168-222-85.adsl.verat.net
1194678292 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk
1194680956 Q * JonB Quit: This computer has gone to sleep
1194681325 N * Bertl_zZ Bertl
1194681331 M * Bertl morning folks!
1194681679 J * ntrs_ ~ntrs@79.125.249.48
1194682078 N * AStorm Guest161
1194682083 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net
1194682087 Q * Guest161 Ping timeout: 480 seconds
1194682112 Q * ntrs__ Ping timeout: 480 seconds
1194682621 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk
1194682890 M * Bertl okay, off for now .. back later ...
1194682896 N * Bertl Bertl_oO
1194683852 Q * JonB Ping timeout: 480 seconds
1194684150 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk
1194684259 J * dna ~dna@60-228-dsl.kielnet.net
1194684814 J * kwowt ~kwowt@BSN-61-102-153.dial-up.dsl.siol.net
1194685042 Q * quote Ping timeout: 480 seconds
1194685081 Q * ntrs_ Quit: Leaving
1194685310 M * Guy- Bertl, daniel_hozac: would you mind if I posted a log excerpt from this channel to https://bugs.launchpad.net/bugs/88595 (the bug where they track the ubuntu util-vserver segfault issue)?
1194685351 M * Guy- about a year ago, you helped me determine that it had to do with dietlibc and the stack protector thing
1194685937 Q * JonB Quit: This computer has gone to sleep
1194687443 M * ruskie hmm any way to tell vserver build -m template that the template tarball has a subdir which equals the / ???
1194687609 Q * Falle Remote host closed the connection
1194687761 J * matthew_ ~matthew@81.168.74.31
1194687780 M * matthew_ nice interview on montanalinux btw
1194687902 M * matthew_ do I take it that with current stable, if I unify vservers, there won't be apt-get / dpkg issues like there used to be?
1194688181 J * larsivi ~larsivi@101.84-48-201.nextgentel.com
1194688209 N * AStorm Guest173
1194688217 Q * Guest173 Ping timeout: 480 seconds
1194688386 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net
1194688567 M * Guy- matthew_: if you mean what I think you mean, and you have COW link breaking enabled, then no
1194688572 M * Guy- but don't unify, hashify
1194689155 J * virtuoso_ ~s0t0na@ppp91-122-160-36.pppoe.avangard-dsl.ru
1194689564 Q * virtuoso Ping timeout: 480 seconds
1194689785 J * JonB ~NoSuchUse@130.227.63.19
1194690315 J * kugg ~jerkeby@port-212-202-236-178.static.qsc.de
1194691292 M * JonB is it sufficient to run ntp in one guest? or should i run it in all guests? or on the host?
1194691359 M * Guy- JonB: on the host, I'd say, unless you have virtualized guest time, in wichi case I don't know
1194691367 M * Guy- *which
1194691437 M * JonB Guy-: how do i know if i have virtualized the guest time?
1194691451 M * JonB Guy-: and why not just run it in a guest if they are all synced anyway?
1194691515 M * Guy- JonB: it's a kernel option, CONFIG_VSERVER_VTIME
1194691557 M * Guy- JonB: and that particular guest would need additional privileges to set the time for the host, so you might as well run ntp on the host
1194691567 M * JonB Guy-: okay
1194691596 M * Guy- of course, chrony or taiclockd might be better
1194691604 M * Guy- depending on your needs
1194691605 M * JonB # CONFIG_VSERVER_VTIME is not set
1194691611 M * JonB what are those
1194691617 M * Guy- ntp clients
1194691644 M * JonB Guy-: why are they better?
1194691656 M * Guy- alternatives to ntpd as far as the client functionality is concerned (although chrony can maybe also act as a server, I'm not sure)
1194691668 M * Guy- ntpd seems to insist on opening a listening socket
1194691686 M * Guy- which doesn't seem necessary on a client
1194691695 M * JonB Guy-: if these other clients doesnt listen, how do they get network trafik?
1194691711 M * Guy- a listening socket is a server socket
1194691718 M * Guy- i.e. one for other remote computers to connect to
1194691719 M * JonB okay
1194691747 M * JonB seems better
1194691795 M * JonB udp        0      0 0.0.0.0:323             0.0.0.0:*                          682/chronyd         
1194691795 M * JonB udp        0      0 0.0.0.0:123             0.0.0.0:*                          682/chronyd         
1194691816 M * JonB from netstat
1194691822 M * JonB what does that mean?
1194691931 M * Guy- it means that it did open two listening sockets after all
1194691947 M * Guy- but I think you can tell it to bind them to 127.0.0.1, or maybe even disable them
1194692029 M * JonB okay
1194692044 J * Yvo ~yvonne@91.64.217.106
1194692061 P * Yvo 
1194692120 M * JonB how?
1194692194 M * matthew_ Guy-: yep, thanks for the help. With hashify, do I need to rehashify from time to time aswell?
1194692202 M * matthew_ i.e. in order to catch new files too
1194692259 M * Guy- yes, and you need to periodically remove old files from the hashify directory as well (ones with a link count of 1)
1194692277 M * Guy- matthew_: and don't use this on xfs, link breaking is b0rked
1194692294 M * Guy- JonB: read documentation, adjust configuration, repeat until satisfied
1194692307 M * Guy- JonB: (I don't know off hand either)
1194692313 M * JonB Guy-: i am doing that. i can not see how i can make it not bind to network
1194692324 M * JonB Guy-: as for removing files with just 1 link
1194692341 M * JonB Guy-: isnt that easiest done by removing the directory, and make a new?
1194692359 M * Guy- easiest, maybe; most efficient, I don't think so
1194692376 M * Guy- find . -links 1 -type f -exec rm {} +
1194692390 M * matthew_ and finally, presumeably having one .hashify directory for hundreds of guests is ok?
1194692391 M * Guy- this isn't a lot more difficult but does save you some unnecessary filesystem exercise
1194692402 M * Guy- matthew_: absolutely; in fact, it's desirable
1194692420 M * matthew_ I think last time I did this I had one for sid and one for sarge and one for etch... (I only run debian)
1194692432 M * Guy- I don't see what you gain by separating them
1194692440 M * matthew_ no, I can't think why I did that either
1194692514 M * matthew_ ok, I'll have a play with this later on. Is the CoW link breaking part of the util vserver package or the kernel?
1194692682 M * matthew_ ahh ok, it's clearly part of the vserver rather than util-vserver stuff. sheesh, nice debian packages make it really easy to loose track of the different projects that form linux-vserver
1194693446 M * Guy- a few months ago the precompiled debian vserver kernels were still based on vs2.0; I've always used vs2.2
1194693449 Q * aj_ Ping timeout: 480 seconds
1194693458 M * Guy- I don't know if the cow link breaking code is present in 2.0
1194694279 Q * phedny_ Ping timeout: 480 seconds
1194694295 J * phedny ~mark@ip56538143.direct-adsl.nl
1194694538 Q * Aiken Quit: Leaving
1194694886 Q * hardwire Ping timeout: 480 seconds
1194695913 J * hardwire ~bip@rdbck-3571.palmer.mtaonline.net
1194696321 J * ema ~ema@rtfm.galliera.it
1194696488 N * AStorm Guest178
1194696493 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net
1194696559 Q * Guest178 Ping timeout: 480 seconds
1194696663 J * meandtheshell ~sa@85.127.112.221
1194697592 Q * AStorm Ping timeout: 480 seconds
1194697611 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net
1194699400 M * daniel_hozac yes, 2.0 lacks COW.
1194699465 M * daniel_hozac (and therefore, so do the Debian etch kernels)
1194699523 M * JonB daniel_hozac: in a vserver guest, which runlevel is then chosen?
1194699544 M * daniel_hozac 3 by default.
1194699551 M * JonB daniel_hozac: okay
1194700356 Q * mire Ping timeout: 480 seconds
1194701107 J * pmenier ~pme@ACaen-152-1-106-40.w86-215.abo.wanadoo.fr
1194701328 M * matthew_ what about the debian sid kernels?
1194701364 M * matthew_ CONFIG_VSERVER_COWBL=y
1194701372 M * matthew_ looks like it's in then
1194701446 M * matthew_ that's from sid: linux-image-2.6.22-3-vserver-amd64
1194701634 M * Bertl_oO well, it would be trivial if they would put the vsx.y.z numbers somewhere
1194701673 J * Asmodeo ~chatzilla@151.66.129.123
1194701750 M * matthew_ agreed
1194702244 P * Asmodeo 
1194702495 M * Guy- Bertl, daniel_hozac: would you mind if I posted a log excerpt from this channel to https://bugs.launchpad.net/bugs/88595 (the bug where they track the ubuntu util-vserver segfault issue)?
1194702660 M * daniel_hozac they're already public at irc.13thfloor.at/LOG...
1194702822 M * Guy- I know
1194702834 M * Guy- I'll take that as a 'no' then
1194702855 M * daniel_hozac eh?
1194702880 M * Guy- as in 'no, we wouldn't mind'
1194702894 M * daniel_hozac ah, right.
1194703660 M * Guy- but somebody was faster
1194704097 Q * JonB Ping timeout: 480 seconds
1194704826 J * DavidS ~david@p57A4CC51.dip0.t-ipconnect.de
1194705980 J * Solaris ~admin@85.138.105.30
1194706024 M * matthew_ vhashify will work fine if some of the vservers are in 32bit and some in 64bit mode right?
1194706086 M * daniel_hozac sure, it's just unlikely that too many files will get unified across them.
1194706113 M * matthew_ Failed to initialize unification for vserver
1194706118 M * matthew_ um?
1194706147 M * daniel_hozac have you followed the steps to set it up? see e.g. http://linux-vserver.org/Frequently_Asked_Questions#How_do_I_manage_a_multi-guest_setup_with_vhashify.3F
1194706168 M * matthew_ it would appear not. cheers
1194707393 M * matthew_ ahh. is working a treat. I guess the next test is when there's some package to upgrade. Will I get the old "permission denied" out of dpkg...
1194707522 M * DavidS matthew_: not, if you have vs2.2 or better and enabled the CoW option
1194707542 M * daniel_hozac it's 2.1+.
1194707594 Q * kwowt Ping timeout: 480 seconds
1194707621 M * matthew_ I have COWBL in /proc/config.gz so I should be ok.
1194707673 M * matthew_ so what are the historical semantics of hard links in unix /meant/ to be?
1194707684 M * matthew_ rm just decreases the link count right?
1194707696 M * daniel_hozac yes.
1194707702 M * matthew_ and changing the file keeps all links pointing at the same place
1194707713 M * daniel_hozac yep.
1194707752 M * matthew_ what about mv? Does that create a new copy of the file?
1194707766 M * daniel_hozac no.
1194707776 M * daniel_hozac unless you move it to a different filesystem.
1194707778 M * matthew_ so it'll fail if it's cross-filesystem
1194707779 M * matthew_ right
1194707817 M * matthew_ it just seems a slightly odd feature to want in a filesystem to start with.
1194707820 M * fb matthew_: on old unices you even can't move between filesystems
1194707836 M * fb i think it's possible only with gnu mv
1194707865 M * daniel_hozac what's a slightly odd feature?
1194707877 M * matthew_ hard links
1194707906 M * daniel_hozac why's that? making the same file appear in multiple places in the filesystem seems useful in so many ways to me...
1194707924 M * matthew_ oh ok. I'm probably not thinking properly then.
1194707927 M * daniel_hozac much cheaper and easier to use than multiple bind mounts.
1194707992 M * matthew_ so is the COWBL option hardcoded to only modify behaviour in /vservers/.hash or /var/lib/vservers/.hash or whereever that symlink pointed?
1194708027 M * daniel_hozac no, it applies to any file with the immutable and immutable linkage invert attributes set.
1194708057 M * matthew_ ahh right.
1194708094 M * matthew_ sorry, excuse my ignorance, those are attributes created by linux-vserver?
1194708123 M * daniel_hozac immutable is a mainline feature.
1194708129 M * daniel_hozac immutable linkage invert is something we add.
1194708199 M * matthew_ right. yes, I remember setattr +i
1194708234 M * daniel_hozac s/setattr/chattr/
1194708252 M * matthew_ quite :)
1194708273 M * matthew_ so many commands and features that I've never had any reason to explicitly use...
1194708295 M * Bertl_oO :)
1194708352 M * matthew_ have you guys read Dan Bernstein's recent paper about qmail security and stuff?
1194708388 M * daniel_hozac no.
1194708442 M * matthew_ - he basically says the principle of least priviledge does not help people write secure software. He ends up treating security as a binary property - either the software is not vulnerable or it is. If it is, the user's security requirements have been violated. Regardless of any principle of least priviledge.
1194708491 M * matthew_ I just thought you might have some comments on that given vserver can be used to enforce that.
1194708527 M * matthew_ http://cr.yp.to/qmail/qmailsec-20071101.pdf
1194709524 J * kugg_ ~jerkeby@port-212-202-236-178.static.qsc.de
1194709640 M * Bertl_oO welcome kugg_!
1194709947 Q * kugg Ping timeout: 480 seconds
1194709990 M * matthew_ also, can I take it that using hashify will result in better disk caching because the kernel will now only cache one file whereas before it would cache two copies of the same file?
1194710017 M * daniel_hozac heh, that's typically the reason to use hashify, yes :)
1194710164 M * matthew_ well, after running hashify on my 21 vservers, I've reduced disk usage from a whopping 7% to 6% of 320GB...
1194710214 M * daniel_hozac ;)
1194710238 M * kugg_ Bertl_oO: thank you
1194710244 N * kugg_ kugg
1194710639 M * DavidS matthew_: In that case RAM might be more interesting
1194710652 Q * ^Toad Remote host closed the connection
1194710665 J * ^Toad ~tl@tyler.cs.brown.edu
1194710983 M * Guy- matthew_: but you may want to restart the vservers after hashifying them to fully obtain the caching/sharing benefit
1194711047 M * matthew_ Guy-: oh yes, good point.
1194711128 Q * ema Quit: leaving
1194711558 J * mire ~mire@21-168-222-85.adsl.verat.net
1194712496 M * Guy- can I hide routing entries from guests?
1194712506 M * daniel_hozac no.
1194712507 M * Bertl_oO no, not yet
1194712525 M * Guy- thanks
1194712553 M * Bertl_oO but, for the typical user, you can easily obfuscate them
1194712609 M * Guy- like, add them to anything but the main routing table?
1194712612 M * Guy- or how do you mean?
1194712616 M * Bertl_oO yep, precisely
1194712634 M * Bertl_oO put the host routes into a separate table, for example
1194712669 M * Bertl_oO I think we will (in the future) add something to assign routing tables (from the isolation PoV) to a guest
1194712669 M * Guy- my problem is that I have a p2p filesharing application (mldonkey) running in a vserver; I NAT all of its traffic to a ppp0 interface and have OUTPUT rules that prevent it from talking out over eth0
1194712680 M * Guy- in interfaces/ I gave it a 10.x IP on dummy0
1194712696 M * Guy- yet, somehow, eth0's IP is receiving packets obviously meant for mldonkey
1194712712 M * Guy- even though none are going out, I checked that
1194712719 M * Bertl_oO which is not unexpected
1194712727 M * Guy- I'm not sure I understand what's going on
1194712737 N * Bertl_oO Bertl
1194712749 M * Guy- that vserver isn't even supposed to know about any IP of eth0
1194712753 M * Bertl your setup is, that you have ppp0 as your dialup or whatever?
1194712762 M * Guy- not quite
1194712766 M * Guy- ppp0 is a pptp vpn
1194712780 M * Guy- eth0 is my internet connection (the box is in a coloc centre)
1194712781 M * Bertl but your routing is done over that one, yes?
1194712798 M * Bertl so eth0 is your default route/gateway?
1194712799 M * Guy- not this vserver's routing, I used ip rule to route its traffic out through ppp0
1194712824 M * Bertl and the answers/connects are coming from eth0`
1194712828 M * Guy- no
1194712836 M * Guy- it works, most traffic goes over ppp0
1194712846 M * Guy- but occasionally, a few UDP packets come in on eth0
1194712851 M * Bertl okay, know what, draw a simple network diagram in ascii :)
1194712864 M * Guy- um, will try :)
1194712868 M * Bertl (so that we know what we are talking about :)
1194712984 M * Guy- http://pastebin.ca/768433
1194713017 Q * snooze Ping timeout: 480 seconds
1194713042 M * Bertl so where comes dummy0 into play?
1194713136 M * Guy- it's the IP the guest sees as its own
1194713142 M * Guy- I use NAT to map it to whatever IP ppp0 gets
1194713165 M * Bertl ah, and ppp0 ip changes every now and then?
1194713172 M * Guy- I updated the paste as http://pastebin.ca/768438; it now has the ip rules
1194713180 M * Guy- yes, ppp0 has a dynamic IP, it changes every few hours
1194713207 M * Bertl okay, what about the IP your p2p client announces?
1194713235 M * Guy- it connects to a website and uses the address 'detected' by that website, I think
1194713256 M * Bertl okay, then try to do that from inside the guest (for a test)
1194713291 M * Guy- this part works, because it gets a 'high ID' from the ed2k servers, which means that they are able to connect back to it; and since it's unable to send out packets on eth0, this means they see the ppp0 IP
1194713296 M * Guy- but I'll try anyway
1194713317 M * Bertl better safe than sorry :)
1194713379 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se
1194713383 M * Bertl wb snooze!
1194713478 M * Guy- Bertl: yes, it detects the correct IP
1194713517 M * Bertl okay, and all outgoing connections from the private IP get the ppp0 one, right?
1194713521 M * Guy- yes
1194713544 M * Guy- I get one of these rogue UDP packets every ten minutes or so
1194713556 M * Guy- in normal traffic (over ppp0) they are much more common
1194713581 M * Bertl and they are from outside and head towards the public? or private? IP of the guest?
1194713600 M * Guy- on ppp0 I get several each second
1194713611 M * Guy- they head towards one of the public IPs of the host
1194713634 M * Guy- and they are from outside, at least iptables reports them as incoming on eth0
1194713664 M * Guy- they can't be replies, because I'm not sending out anything from that UDP port on eth0
1194713700 M * Bertl strange, maybe port probings or so?
1194713720 M * Guy- could be, but what would anyone be looking for on udp/1450?
1194713725 M * Bertl what do the packets contain?
1194713729 M * Guy- using 25-byte UDP packets just like ed2k does?
1194713742 M * Guy- I just restarted tcpdump to show me that
1194713750 M * Guy- we'll have to wait a few minutes until a new packet arrives
1194713782 M * Guy- the ones I receive on ppp0 are not human readable
1194713783 M * Bertl okay, but if they contain a public IP of the host, and you intercept them at input, then somebody is likely sending them to _that_ public IP
1194713799 M * Guy- yes, absolutely
1194713804 M * Guy- I'm just wondering why
1194713810 M * Bertl so, my theory would be, that somehow, somebody on the net knows your public IP
1194713821 M * Guy- several somebodies
1194713839 M * Guy- a few dozen different IPs every day
1194713839 M * Bertl sources for that could be: a) the p2p app is sending it explicitely
1194713856 M * Bertl b) some packets contain it as source address
1194713875 M * Bertl c) some upstream router is being smart and remapping IPs
1194713883 M * Guy- I think we can rule out c)
1194713899 M * Guy- as for b), I could try to listen for packets with the wrong source address on ppp0
1194713922 M * Bertl try that, maybe that provides some clues
1194713927 M * Bertl (in the output queue)
1194713939 M * Guy- I use tcpdump with 'ip src host 1.2.3.4'
1194713959 M * Bertl hmm, okay, would be better to add a log rule to iptables
1194713972 M * Guy- I can do that as well
1194714086 M * Guy- I just received two more rouge packets on eth0, with nothing matching outgoing on ppp0 (but I'll wait a bit longer)
1194714107 M * Guy- as for a) - can the p2p app retrieve the IPs of eth0 somehow?
1194714116 M * Guy- it doesn't even know there's an eth0 interface
1194714137 M * Guy- and the IP in question isn't the primary IP of that interface
1194714140 M * Bertl it should not be able to do so, but it could get the data from some information leak
1194714157 M * Bertl but more likely, it could contain the IP in the config :)
1194714176 M * Guy- no, I grepped for that :)
1194714189 N * ensc Guest195
1194714192 M * Guy- OK, I'll wait for the iptables counter and tcpdump output to grow
1194714198 M * Guy- and report my findings :)
1194714199 J * ensc ~irc-ensc@p54B4D509.dip.t-dialin.net
1194714213 M * Bertl okay
1194714309 Q * Guest195 Ping timeout: 480 seconds
1194714343 M * DavidS p2p apps have very long memories, so if you (anybody) ever went online from that IP ...
1194714367 M * Bertl yes, could be that it is still recorded somewhere
1194714892 Q * AStorm Ping timeout: 480 seconds
1194715400 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net
1194715467 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk
1194716146 M * Guy- well, it stores its settings in textfiles
1194716150 M * Guy- I grepped for the IP, and no hits
1194716240 M * JonB Guy-: strace it?
1194716280 M * Guy- I suppose I could, but I'd get swamped ere I see anything interesting
1194716326 M * Guy- btw, so far, one more rogue packet on eth0 (from the same source that sent the previous one 30 minutes ago)
1194716341 M * Guy- and no wrong source address on ppp0
1194716389 Q * FireEgl Quit: Bye...
1194717196 Q * smarthouseguy 
1194717367 Q * JonB Quit: Leaving
1194717862 Q * fb Ping timeout: 480 seconds
1194718431 J * JonB ~NoSuchUse@kg0-199.kollegiegaarden.dk
1194719472 Q * dna Quit: Verlassend
1194719486 J * David1 ~david@p57A4BA12.dip0.t-ipconnect.de
1194719486 N * DavidS Guest204
1194719486 N * David1 DavidS
1194719545 Q * pmenier Quit: Konversation terminated!
1194719847 Q * Guest204 Ping timeout: 480 seconds
1194720174 Q * besonen_mobile Read error: Connection reset by peer
1194720183 J * besonen_mobile ~besonen_m@71-220-228-70.eugn.qwest.net
1194720728 J * mjt ~mjt@81.13.94.2
1194721444 Q * michal Ping timeout: 480 seconds
1194721871 J * michal ~michal@www.rsbac.org
1194722857 Q * DavidS Quit: Leaving.
1194723375 Q * Guest11 Remote host closed the connection
1194723775 J * Guest209 ~ensc@www.sigma-chemnitz.de
1194724012 J * derjohn_mobil ~aj@e180208211.adsl.alicedsl.de
1194724088 M * derjohn_mobil cohan_, ping
1194724596 Q * eyck Quit: leaving
1194724625 J * eyck ~eyck@nat.nowanet.pl
1194724634 M * Bertl wb eyck!
1194725570 M * eyck helo
1194725626 N * Hunger d4G4
1194725673 J * bonbons ~bonbons@ppp-111-102.adsl.restena.lu
1194725698 N * d4G4 Hunger
1194726056 J * ema ~ema@rtfm.galliera.it
1194726120 J * hparker ~hparker@linux.homershut.net
1194726783 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa
1194726793 J * tuxmania ~bonbons@ppp-111-160.adsl.restena.lu
1194726801 Q * duckx Remote host closed the connection
1194726830 J * duckx ~Duck@81.57.39.234
1194726844 Q * bonbons Ping timeout: 480 seconds
1194727292 J * Asmodeo ~chatzilla@151.66.129.123
1194727411 P * Asmodeo 
1194727415 J * dowdle ~dowdle@67-42-174-141.blng.qwest.net
1194727509 Q * arachnist Quit: leaving
1194727744 Q * dowdle Remote host closed the connection
1194727792 Q * ema Quit: leaving
1194728360 Q * ensc Quit: leaving
1194728459 J * ensc ~irc-ensc@p54B4D509.dip.t-dialin.net
1194728980 J * arachnist arachnist@088156184167.who.vectranet.pl
1194729017 J * bonbons_ ~bonbons@ppp-111-195.adsl.restena.lu
1194729032 Q * tuxmania Ping timeout: 480 seconds
1194729292 Q * derjohn_mobil Ping timeout: 480 seconds
1194729938 A * mjt is reading Bertl's interview...  An.. interesting reading.
1194730035 Q * arachnist Quit: brb/bbl
1194730124 J * fb fback@red.fback.net
1194730145 M * neuralis mjt: link?
1194730158 M * mjt http://www.montanalinux.org/linux-vserver-interview.html
1194730166 M * mjt it's on LWN
1194730389 J * yarihm ~yarihm@whitehead2.nine.ch
1194730424 Q * ensc Remote host closed the connection
1194730449 J * Aiken ~james@ppp59-167-115-173.lns3.bne4.internode.on.net
1194730686 J * faheem_ ~faheem@cpe-071-077-007-143.nc.res.rr.com
1194730915 Q * JonB Quit: This computer has gone to sleep
1194731039 J * ensc ~irc-ensc@p54B4D509.dip.t-dialin.net
1194731127 Q * zLinux Ping timeout: 480 seconds
1194731187 Q * michal Ping timeout: 480 seconds
1194731197 Q * kugg Ping timeout: 480 seconds
1194731426 J * Falle ~falle@diana.falle.se
1194731539 M * Falle anyone here installed a debian guest with debootstrap? Im having locale trouble and I'm not du familiar with debian yet...
1194731562 M * Bertl should be quite simple, we have the guest install lines on the wiki
1194731586 M * Falle thats the way i did it..  but the locales are not installed.
1194731610 M * Bertl means?
1194731645 M * Falle diana:/# locale -a
1194731645 M * Falle locale: Cannot set LC_CTYPE to default locale: No such file or directory
1194731648 M * Falle and so on...
1194731656 M * Bertl inside the guest?
1194731659 M * Falle yep
1194731669 M * Bertl well, try to install the locales then?
1194731696 M * Falle i tried copying the /usr/share/i18n/ dir but that didnt work.
1194731714 M * Bertl nah, those are packages you have to install
1194731722 J * michal ~michal@www.rsbac.org
1194731761 M * Falle have any idea on what they are called? i have the apps locale and localegen.
1194731784 M * Falle localedef*
1194731784 M * faheem_ Falle: apt-get install locales 
1194731788 J * zLinux ~zLinux@88.213.31.164
1194731793 M * faheem_ should take care of it. Have you done that?
1194731802 M * Falle trying
1194731819 M * faheem_ Falle: What version of util-vserver are you using? If you are using etch, get the backport.
1194731840 M * faheem_ The default version in etch seems to have some problems.
1194731850 M * Falle locale is things that normaly just work.. when the basics are acting up i'm screwd :) :P
1194731873 M * Falle etch / amd64
1194731881 M * faheem_ Falle: Well, it is just unset. No big deal. Also need to set time using tzconfig.
1194731888 M * faheem_ Falle: Yes, me too.
1194731901 M * Bertl Falle: using util-vserver 0.30.212?
1194731924 M * faheem_ Falle: Use 0.30.214-3~bpo.1
1194731932 M * faheem_ from backports.org.
1194731941 M * faheem_ Works well for me.
1194731941 M * Bertl yes, that would be advised 
1194731956 M * Falle 20.212
1194731962 M * Falle 30.212
1194731979 M * Falle ok
1194731982 M * faheem_ Falle: Had some wacky problems with that and locales recently too.
1194731997 M * faheem_ With 30.212, I mean.
1194732002 M * Falle ok.
1194732007 M * Falle i check it out.
1194732019 M * Falle I'll*
1194732032 M * Bertl will simplify a lot of things
1194732034 Q * Aiken Quit: Leaving
1194732049 J * Aiken ~james@ppp59-167-115-173.lns3.bne4.internode.on.net
1194732190 M * Falle cant find -3, only -5
1194732211 M * Falle 0.30.214-5~bpo40+2
1194732244 M * Bertl should be fine, just a newer version
1194732255 M * faheem_ Falle: Should be fine, too. The -5 is debian specific, I think.
1194732337 M * faheem_ Falle: Still need to install locales. I'd nuke the vserver guest you already have, or at least stop using it.
1194732445 M * Falle faheem_: already nuked :)
1194732454 M * Falle boostraping a new one now
1194732700 M * Falle hmm, that didnt go to well either :)
1194732704 M * Falle /usr/lib/util-vserver/distributions/etch/initpost: line 142: 12506 Killed                  $_VSERVER "$NAME" exec bash -c ': >/tmp/startwait' >&/dev/null
1194732731 M * Bertl you sure you updated util-vserver properly?
1194732742 Q * BobR_zZ_ Remote host closed the connection
1194732742 Q * Bertl Remote host closed the connection
1194736492 T * * http://linux-vserver.org/ | latest stable 2.2.0.5, 2.0.3-rc3, devel 2.3.0.29, stable+grsec 2.2.0.5 | util-vserver-0.30.214 | 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 ;) 
1194736492 T * harry -
1194737173 M * Falle daniel_hozac: ok, thanks for clearing that up. Is there some sort of "quick n' dirty" to moidify the 214 script? you said somthing about a race, maybe a inserting a delay somewhere? :)
1194737207 J * Bertl_ herbert@IRC.13thfloor.at
1194737260 N * Bertl Guest224
1194737260 N * Bertl_ Bertl
1194737269 Q * Guest224 Quit: leaving
1194737318 M * daniel_hozac Falle: as i said, it's not a problem, you can simply ignore it.
1194737425 M * Falle ok. so I'll try starting the guest and see what happends..
1194737744 M * Bertl okay folks, I'm off to bed now ... have a good one everyone!
1194737751 N * Bertl Bertl_zZ
1194737961 Q * tuxmania Quit: Leaving
1194737998 M * Falle this is simply not my day..  :)  ignoring the script that died, I'm back to the locales problem.  Now when i try to apt-get install locales-all it says: tar: ./so_DJ.utf8/LC_IDENTIFICATION: Cannot write: No space left on device
1194738020 M * Falle 190GB should be enough for locales, right? ;)
1194738020 M * daniel_hozac and, why do you think that is? :)
1194738080 M * daniel_hozac try unmounting the guest's /tmp.
1194738217 M * Falle umount: /tmp: must be superuser to umount
1194738218 M * Falle diana:~#
1194738230 M * daniel_hozac yes, you'll have to do it from the outside, as always.
1194738238 M * daniel_hozac vnamespace -e <guest> umount /vservers/.../tmp
1194738255 M * Falle oh..  didnt know that. sorry
1194738449 M * Falle that worked, now apt-get/tar can unpack the locales..  but still complains about them not existing
1194738469 M * Falle this is, like i said erlier, not my day :)
1194738503 M * daniel_hozac you need to generate the locales.
1194738537 M * daniel_hozac run locale-gen
1194738581 M * Falle i restarted the guest after installing the locale-all package and now everything works.
1194738629 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa