1173312532 M * Bertl er: in recent kernels, the bcaps is handled as a mask 1173312547 M * Bertl er: i.e. if you 'raise' the capability set from outside 1173312579 M * Bertl a new suid execution (or even a task having that capability) will be able to exercise it immediately 1173312648 M * Bertl kind of tired .. almost fell asleep :) so I'm off to bed now ... have a good one everyone! cya! 1173312655 N * Bertl Bertl_zZ 1173315105 Q * eyck_ Ping timeout: 480 seconds 1173315618 Q * er Quit: Leaving 1173319840 Q * softi42 Ping timeout: 480 seconds 1173320416 J * softi42 ~softi@p549D6646.dip.t-dialin.net 1173326860 Q * ensc Ping timeout: 480 seconds 1173327951 J * ensc ~irc-ensc@p54B4F046.dip.t-dialin.net 1173328601 Q * FireEgl Quit: ... 1173330913 Q * Piet Quit: Piet 1173330964 J * DoberMann_ ~james@AToulouse-156-1-165-63.w90-38.abo.wanadoo.fr 1173331070 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1173331825 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042 1173332246 Q * yang Ping timeout: 480 seconds 1173333624 J * besonen ~besonen@209-180-234-92.eugn.qwest.net 1173334359 J * gab ~gab@158.36.45.236 1173338663 Q * sladen Ping timeout: 480 seconds 1173338708 N * DoberMann_ DoberMann 1173340346 J * dna ~naucki@p54BCFEE6.dip.t-dialin.net 1173340443 J * sladen paul@starsky.19inch.net 1173342050 J * cdrx ~legoater@blueice4n2.uk.ibm.com 1173342336 Q * arachnist Quit: leaving 1173342627 N * DoberMann DoberMann[PullA] 1173342668 J * chand ~chand@m167.net81-64-156.noos.fr 1173343633 J * yang ~yang@yang.sponsor.oftc.net 1173346131 Q * dlezcano_ Read error: Connection reset by peer 1173346149 J * _are_ ~are@1und1.lihas.de 1173346153 M * _are_ hi 1173346540 N * DoberMann[PullA] DoberMann 1173347138 Q * cdrx Quit: Leaving 1173347391 J * dlezcano_ ~dlezcano@blueice4n2.uk.ibm.com 1173348053 J * cdrx ~legoater@blueice3n1.uk.ibm.com 1173348792 J * meandtheshel1 ~markus@85-124-206-122.dynamic.xdsl-line.inode.at 1173350127 J * Daniel15 ~dansoftau@server.daniel15.com 1173350201 M * Daniel15 Grrr... Even the pastebin gets spammed :\ 1173350203 M * Daniel15 http://paste.linux-vserver.org/1238 1173350254 M * Daniel15 Anyways, I'm having trouble installing NFS on my host system, does anyone know much about it? 1173350261 M * Daniel15 Here's the errors I get: http://paste.linux-vserver.org/1249 1173350311 M * Daniel15 Actually, I think I know what the problem is... I'll be back in a sec (need to reboot server) :) 1173350622 M * Daniel15 Yep, fixed it myself :) 1173350627 A * Daniel15 kicks the Debian vserver kernel 1173350846 M * harry :) 1173350867 J * Dan15 ~dansoftau@server.daniel15.com 1173350900 Q * Daniel15 Killed (NickServ (GHOST command used by Dan15)) 1173350903 N * Dan15 Daniel15 1173352032 Q * ex cation.oftc.net unununium.oftc.net 1173352032 Q * cohan_ cation.oftc.net unununium.oftc.net 1173352032 Q * jkl cation.oftc.net unununium.oftc.net 1173352032 Q * brcc_ cation.oftc.net unununium.oftc.net 1173352048 J * brcc_ bruce@i.am.someasshole.com 1173352048 J * jkl 3VCgv8fEI1@c-67-173-253-237.hsd1.co.comcast.net 1173352048 J * cohan_ ~cohan@koniczek.de 1173352048 J * ex ex@81.219.196.129 1173352121 J * eyck eyck@kuszelas.com 1173352209 Q * dlezcano_ Read error: Connection reset by peer 1173354310 Q * chand Quit: chand 1173354546 Q * shedi Quit: Leaving 1173354810 A * ard is finally getting some stats 1173354852 M * ard I moved my nameservers to a dual machine vserver config (means: 2 nameservers that I can start or stop on 1 of 2 machines) 1173354859 M * ard http://stats.kwaak.net/munin/stankie/kwaak.stankie.html#Vserver 1173354871 M * ard http://stats.kwaak.net/munin/mistar1/kwaak.mistar1.html#Vserver 1173354899 M * ard stankie is currently running distributed-net in a developers vserver ;-) 1173355024 M * ard the numbers come from a hacked vserver-stat. (just removed that kile/mega stuff and make the output more munin complient) 1173355102 M * Daniel15 So... many... graphs! :P 1173355108 M * Daniel15 Looks nice :) 1173355125 M * _are_ overwhelms me a bit. ;) 1173355143 M * Daniel15 Just a question on the graph that's titled "vserver RSS"... What is RSS? 1173355161 A * Daniel15 is a newbie at this stuff :P 1173355216 M * ard eh 1173355219 M * ard resident set size 1173355246 M * ard the memory actually in use by the vserver 1173355264 M * Daniel15 Ah, right :) 1173355265 M * ard vsz is virtual set size, and hence cannot be stacked 1173355333 M * ard I also wanted the hostname there, but I guess I need to put \0 somewhere in a buffer :-) 1173355385 M * Daniel15 Hey, does anyone know how to share a directory between two vservers? I've got a directory in one vserver that I'd like another vserver to be able to access. I'm trying NFS, but can't seem to get the destination vserver to mount it properly 1173355423 M * ard ard@tessa:/etc/vservers/siddev$ cat fstab 1173355423 M * ard none /proc proc defaults 0 0 1173355423 M * ard none /tmp tmpfs size=16m,mode=1777 0 0 1173355423 M * ard none /dev/pts devpts gid=5,mode=620 0 0 1173355426 M * ard Hmmm 1173355429 M * ard /home /home none bind 0 0 1173355431 M * ard /usr/src/shared /usr/src/shared none bind 0 0 1173355497 M * ard (that was the answer :-) ) 1173355502 M * ard (bind) 1173355527 M * Daniel15 Awesome, works perfectly, thanks a lot! :D 1173355550 M * Daniel15 One thing: What happens if both vservers are running at the same time? The files won't get corrupted or anything, will they? 1173355576 M * Daniel15 I'm not quite sure of the best way to approach it; I added 1173355599 M * Daniel15 vservers/gforge01/home/groups /mnt/groups none bind 0 0 1173355613 M * Daniel15 into the fstab of the second vserver (called gforge01-web)... Would this work fine? 1173355632 M * Daniel15 (the line has a / on the start of it, I missed that when copying it :P) 1173355762 M * ard they are one and the same file 1173355773 M * ard it works with or without vserver, it's plain linux ;-) 1173355786 M * ard you will have to think about security though 1173355801 M * ard and wether you want to tagxid that mount or not 1173355819 M * Daniel15 Yeah, but I thought something bad would happen with the file system if both vservers access it (yeah, I'm still new to linux) 1173355822 M * Daniel15 tagxid? 1173355826 M * ard for home directories it is ok 1173355845 M * Daniel15 Its only use is for Apache virtual hosts 1173355864 M * ard vservers aren't servers. You merely seperate one process from another by a context barrier 1173355880 M * ard that make's them security wise very cool... :-) 1173355931 M * Daniel15 Anyways, I have to go 1173355933 M * Daniel15 Talk to you later :) 1173355936 M * ard bibi 1173355947 M * Daniel15 And thanks for all your help :D 1173355952 M * Daniel15 Bye 1173355953 Q * Daniel15 Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de ) 1173357676 M * Bertl_zZ ard: sidenote: you probably want to get the stats from procfs or even better from the syscall interface, instead of vserver-stat, but probably vserver-stat is a good start 1173357681 N * Bertl_zZ Bertl 1173357685 M * Bertl morning btw :) 1173357753 M * renihs morning Bertl :) 1173357894 M * ard Bertl : yes :-), indeed vserver-stat is a good start for me :-). 1173357914 M * ard The rss values come from the sum of processes 1173357946 M * ard I can find other things in /proc/, but I am just beginning to graph (and understand) 1173357979 J * marl ~matt@84.92.193.226 1173358057 M * Bertl ard: yep, you might want to have a look at /proc/virtual//limit (for example) and keep in mind that this info is also available in 'raw' form via syscall 1173358138 A * ard sighs 1173358142 M * ard RSS: 854 0/ 63920 -1/ -1 0 1173358149 A * ard bumps head 1173358253 Q * marl_ Ping timeout: 480 seconds 1173358257 M * ard I was looking at that file, but dismissed it, since I thought it was limit, and not (as I see now) current 1173358435 A * _are_ got asked yesterday about raising shmmax within a vserver. This had been possible with 2.6.18 kernels but fails silently at 2.6.19. Found some post about it on the vserver mailing list, but I really don't understadn the ... 1173358435 A * _are_ solution pointed there. 1173358437 M * ard So I need sched for the system and user time, limit for memory and cacct for traffic 1173358618 M * Bertl well, the thing is like that: 1173358627 M * Bertl (regarding shmem and friends) 1173358649 M * Bertl the mainline kernel changed in that way, that IPC resources are now a namespace 1173358673 M * Bertl so Linux-VServer adapted to that, and uses this new namespace 1173358704 M * Bertl the implication from that is, that each guest gets his own IPC limits (not the host limits) 1173358734 M * _are_ ok, so basically the limits need to be set with vnamespace in sme way? 1173358749 M * Bertl and the guest limits, while they are somewhat adjustable per guest, will usually be lower than the typical host settings you had 1173358788 M * Bertl vnamespace is the wrong tool, it just handles (or handled?) the _namespace_ not the ipc one 1173358811 M * Bertl _are_: but yes, entering the ipc space and adjusting it is what newer tools do 1173358827 M * Bertl thus you can set the new maximas via a config entry 1173358868 M * _are_ so are there already any tools out there that actually query some config entry (whichever it is in the end)? 1173358883 M * _are_ and ofc actually use the queried config entry 1173358895 M * Bertl yep, recent release candidates of util-vserver work just fine 1173359011 M * _are_ then I seem to be unable to find it. 0.30.211 is the latest one I have seen anywhere, on wiki alpha-utils is linked to max 2.30.210. 1173359036 A * ard uses 212 1173359052 M * ard util-vserver 0.30.212-1 1173359057 M * Bertl http://people.linux-vserver.org/~dhozac/t/uv-testing/ 1173359070 M * _are_ Thanks 1173359076 M * Bertl np 1173359083 M * ard but is it 212+ ? or I can do that alsoe with 212? 1173359106 M * Bertl I'm not sure, you have to ask daniel_hozac for that 1173359116 M * ard Ah, ok... 1173359125 M * ard anyway... 1173359131 A * ard is of to a meeting 1173359141 M * ard 0/~ 1173359149 M * Bertl ejoy :) 1173359228 M * _are_ daniel_hozac: starting of which version can util-vserver handle stuff like changing shmmax within guests in more recent kernels? 1173359428 M * _are_ ard: 2007-01-18 13:38 is the changelog entry that points there, 212 has been released before 1173359629 M * Bertl looks to me like you answered your question :) 1173360708 M * daniel_hozac the 0.30.213-rcs can do that. 1173361466 M * _are_ :-) 1173363265 M * _are_ found the tools and I believe I can set the sysctl stuff in /etc/vservers//sysctl, however, it won't work. Am I using the wrong file or is the syntax different from /etc/sysctl.conf? 1173364102 M * _are_ ok, actually found the manual on that. should have looked into doc/ first, then into the source, not vice versa 1173364464 Q * yang Ping timeout: 480 seconds 1173365331 Q * Vudumen Remote host closed the connection 1173365488 J * Vudumen ~vudumen@217.20.138.14 1173365972 Q * Vudumen Ping timeout: 480 seconds 1173366046 J * pflanze ~chris@80-218-220-172.dclient.hispeed.ch 1173366054 M * pflanze Hello 1173366181 M * Bertl hey pflanze! 1173366236 M * matti Bertl: :) 1173366239 M * pflanze A little off-topic question: is there a way to *totally remove* the ability to ptrace a process of even the same uid? 1173366253 M * pflanze in standard linux, or with vserver, or grsec, whatever. 1173366325 M * pflanze I'm trying to write a forking server which proxies all data through children of one uid, and want to prevent that if broken in can listen to traffic of other connections. 1173366327 M * Bertl whatever: yes, just check the Linux-VServer code, which prevents ptracing across contexts 1173366348 M * Bertl you can easily extend that to other checks 1173366365 M * pflanze hm yeah, but how to put a process into another context from inside a vserver. 1173366384 M * pflanze and then I'd need a separate context for each child (connection). 1173366393 M * Bertl recent experimental aptches have support for per process flags 1173366417 M * pflanze I could as well use different uid's for the same purpose. But how to allocate a new uid safely? (create users on the fly hum) 1173366423 M * Bertl (well, at least the basic interfaces are there) 1173366450 M * Bertl uid and unix users are only loosely associated 1173366464 M * pflanze safely meaning, without race conditions - and filling /etc/{passwd,shadow} with entries doesn't sound practical. 1173366468 M * Bertl i.e. a new uid does not need to have a new unix user 1173366483 M * pflanze yes, but how do other apps know that an uid is taken? 1173366501 M * pflanze An uid-server would be a valid approach. 1173366512 M * pflanze Just wondering why noone has done this. 1173366545 M * Bertl probably because it's not worth the trouble? 1173366554 M * pflanze sshd with priviledge separation must be running into the same issues, I should probably read that code. 1173366612 M * pflanze Well, if it's not worth the trouble separating the connections (over which passwords are coming in) then I can run my whole server as root right away.. 1173366631 M * pflanze assuming I put the server into a vserver where nothing else is. 1173366677 M * pflanze a simple "drop ptrace capability" would probably have been enough. 1173366703 M * Bertl I don't think that you have passwords transferred at any time ... 1173366832 M * pflanze I do. They are coming through tcp/ssl, must be decrypted, then I can pass them to a root child which setuid's and continues the work. But the first part which receives the user/password does not know the target user yet, so has to run as root or any other uid and should not be able to listen other connections. 1173366858 J * Vudumen 5fe2d48232@217.20.138.14 1173366863 M * pflanze "listen" meaning tracing. 1173366922 A * pflanze goes off cooking a lunch and think about whether it's worth worrying. 1173366922 Q * ntrs_ Read error: Connection reset by peer 1173366963 J * ntrs ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1173367590 M * Bertl okay, off to get some groceries ... back later ... 1173367595 N * Bertl Bertl_oO 1173368194 J * hallyn ~xa@adsl-75-2-83-129.dsl.chcgil.sbcglobal.net 1173369702 Q * cdrx Read error: Connection reset by peer 1173370035 J * ema ~ema@lart.galliera.it 1173370157 Q * ntrs Quit: Leaving 1173370185 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at 1173370558 J * ntrs ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1173371087 M * pflanze More thoughts: how would I reliably detect whether some particular uid is free again (the process has exited and didn't fork off some evil daemon)? 1173371099 Q * _are_ Quit: bbl 1173371121 M * pflanze If I would use ctx id's instead of uids, would there be a way to reliably detect whether no process exists anymore in that ctx? 1173371159 M * pflanze (I'm assuming scanning proc can't be done atomic) 1173371969 M * doener pflanze: regarding the ptrace stuff, is it ok for root to trace it? 1173371982 M * pflanze yes 1173372000 M * doener then prctl/PR_SET_DUMPABLE might be your friend 1173372023 M * pflanze I want to listen(), then fork(), then drop privs including ptrace, then do network processing. 1173372038 A * pflanze checks that 1173372222 M * doener http://paste.linux-vserver.org/1254 1173372455 Q * DoberMann Ping timeout: 480 seconds 1173372580 J * arachnist arachnist@088156185052.who.vectranet.pl 1173372674 J * DoberMann ~james@AToulouse-156-1-165-63.w90-38.abo.wanadoo.fr 1173373354 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net 1173373863 J * bonbons ~bonbons@83.222.38.146 1173374165 J * stefani ~stefani@flute.radonc.washington.edu 1173374290 Q * ntrs Ping timeout: 480 seconds 1173374975 J * Piet hiddenserv@tor.noreply.org 1173375127 J * ntrs ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1173376511 Q * ag- Quit: switching hosts 1173376592 J * ag- ~ag@zealot.plz.fr 1173376767 N * DoberMann DoberMann[PullA] 1173377398 N * Bertl_oO Bertl 1173377403 M * Bertl back now ... 1173378211 M * pflanze doener: (back from distraction) thanks, that looks perfect! 1173378274 M * pflanze As expected it also prevents gdb from binding to the process; although one can "gdb ./a.out" and "run" then kill -SEGV and "bt", but that's probably since gdb has switched on ptrace before the process forbids it. 1173378322 M * pflanze If I can switch dumpable off as root befor the setuid() and it is preserved, then this is no problem. 1173378329 A * pflanze will see 1173378343 M * arachnist any women here? happy woman's day 1173379320 J * _are_ ~are@1und1.lihas.de 1173379932 Q * ema Quit: leaving 1173379945 N * DoberMann[PullA] DoberMann 1173380614 M * Bertl arachnist: AFAIK, there are some, but currently sleeping I guess :) 1173380942 J * spion ~bombadil@bofh.lx.se 1173380944 M * spion hi 1173380951 M * Bertl welcome spion! 1173381000 M * spion # ls -la /dev/vroot/ 1173381000 M * spion ls: /dev/vroot/: No such file or directory 1173381009 M * spion any idea how to use vrsetup here? 1173381107 M * doener pflanze: a minimal testcase here works the expected way (child has a different uid and is still non-traceable) 1173381117 M * Bertl spion: hehe, you probably want to create the devices 1173381134 M * doener pflanze: http://paste.linux-vserver.org/1259 -- my testcase 1173381156 M * Bertl spion: there was a time, when devfs did that for you, but the kernel changed to udev, so you now have to add them yourself and/or create proper udev rules 1173381181 M * daniel_hozac hmm, udev creates them automatically for me. 1173381206 M * daniel_hozac at least, i have no memory of creating them. 1173381207 Q * lilalinux Remote host closed the connection 1173381340 M * Bertl daniel_hozac: interesting 1173381476 M * Bertl well, it is possible, I guess 1173381537 M * spion but how? 1173381547 M * spion do i need any module? 1173381570 M * Bertl depends, did you compile it as module? 1173381577 M * spion what? 1173381587 M * Bertl the vroot support in the kernel 1173381598 M * spion dunno ... its a stock debian kernel 1173381621 M * Bertl which version? 1173381640 M * spion # grep -i vroot /boot/config-2.6.18-4-vserver-686 1173381640 M * spion # CONFIG_BLK_DEV_VROOT is not set 1173381643 M * spion fuck! 1173381681 M * spion since 2.6.18 its not included anymore 1173381684 M * Bertl so with other words ... nope that is not compiled in :) 1173381721 M * Bertl you might want to contact the debian maintainers (or at least file a bug report) 1173381770 M * Bertl btw, can you do me a favor and upload the output of: 1173381781 M * Bertl # grep VSERVER /boot/config-2.6.18-4-vserver-686 1173381787 M * Bertl (to paste.linux-vserver.org) 1173381857 M * spion http://paste.debian.net/23323 1173381865 J * shedi ~siggi@ftth-237-144.hive.is 1173381870 M * Bertl tx 1173381915 M * Bertl ah, that's why the debian folks have no debug output/warnings :) 1173382142 M * Bertl daniel_hozac, doener: btw, my todo list (for 2.2.x) has the following topics 1173382153 M * Bertl - remove obsolete ipc stuff 1173382165 M * Bertl - remove whitespace changes to mainline 1173382183 Q * DavidS Quit: Leaving. 1173382184 M * Bertl - make 'warnings' show up even with debug disabled 1173382204 M * Bertl (maybe have a separate Disable Warnings option 1173382221 M * Bertl daniel_hozac, doener: anything you want to add? 1173382330 Q * shedi Quit: Leaving 1173382567 M * doener hm, what's that "warning" thing about? 1173382647 M * Bertl that is actually sitting on my todo list for quite some while now, maybe I even addressed it already ... let me check 1173382688 M * doener I meant: Which warnings? 1173382703 M * Bertl ah, we have vxwprintk's all over the place 1173382705 M * doener compile time? barrier/hidden file runtime warnings? 1173382727 M * Bertl they are not displayed (not even compiled in) when VSERVER_DEBUG is disabled 1173382770 M * Bertl we might want to move things like: 1173382775 M * Bertl vxwprintk(1, "xid=%d messing with the barrier." 1173382786 M * Bertl out of the VSERVER_DEBUG case 1173382813 M * doener yeah, definitely 1173382844 M * doener you always want to debug your users :) 1173382851 M * Bertl yep 1173382890 M * Bertl or I think we should at least make it a discouraging option at compiletime (i.e. enabled by default, you do not want to disable it unless ...) 1173382911 M * doener also fine 1173382976 M * Bertl yes, was reminded of that by the fact that debian disables the debug options completely, and thus the user do not get any annoying warning s:) 1173383464 J * shedi ~siggi@ftth-237-144.hive.is 1173383998 M * arachnist Bertl: isn't that used to give "oh, everything works so smooth" impression? :> 1173384022 M * Bertl arachnist: yes, that is probably the intention :) 1173384162 M * daniel_hozac Bertl: that sounds good to me. 1173384196 N * DoberMann DoberMann[PullA] 1173384291 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at 1173384609 M * _are_ at least if you use some x86_64 the debian 2.6.18.[34] prepatched vserver kernel is not a bright idea anyway. 1173384615 M * _are_ unless stability is not an issue 1173384902 M * Bertl what stability issues are in 2.6.18-4? 1173384910 Q * FireEgl Quit: ... 1173385147 J * ema ~ema@lart.galliera.it 1173385986 P * stefani I'm Parting (the water) 1173386293 Q * cdrx Quit: Leaving 1173386299 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net 1173386318 Q * cdrx 1173386896 Q * ZLinux Remote host closed the connection 1173386978 M * spion hmm 1173386981 J * ZLinux ~ZLinux@88.213.57.11 1173386983 M * spion Mar 8 20:47:56 vsamba01 ovpn-server[3870]: TUN/TAP device tun1 opened 1173386983 M * spion Mar 8 20:47:56 vsamba01 ovpn-server[3870]: Note: Cannot set tx queue length on tun1: Operation not permitted (errno=1) 1173386988 M * spion any idea? 1173387110 M * Bertl no idea what the tx queue length here is 1173387123 M * Bertl but I think it can be disabled in the config 1173387137 M * spion http://paste.debian.net/23333 1173387140 M * Bertl okay, off for now ... back later ... 1173387145 N * Bertl Bertl_oO 1173387519 J * chand ~chand@m167.net81-64-156.noos.fr 1173387559 M * _are_ Bertl_oO: in the debian 2.6.18 you get sort of IOoopses with restarting vservers. syslogs ays something about 'Reboot/Crash narrowly avoided, rebootneeded', I think the first word was crash, but I am not sure atm. Had been a ... 1173387559 M * _are_ very busy week. 1173387769 M * _are_ on display there had been a segfault of some process on stopping vservers at that time. Only occured tome with the debian kernels though. My own kernels don't have these issues. 1173388117 M * daniel_hozac 2.6.18-3? 1173388403 Q * chand Quit: chand 1173388445 M * _are_ daniel_hozac: yes and -4 1173388467 M * daniel_hozac if you're still getting those with -4, you really should report it. 1173388521 M * _are_ k, will tell the apprentice to install -4 again on the tstmachine. good practice. ;) 1173388599 J * _dmax ~semaj@81.193.61.146 1173388775 Q * dmax Ping timeout: 480 seconds 1173388780 N * _dmax dmax 1173390390 Q * bonbons Quit: Leaving 1173391000 Q * DavidS Quit: Leaving. 1173392113 Q * meandtheshel1 Quit: Leaving. 1173392854 N * DoberMann[PullA] DoberMann 1173392988 J * fallingdutch ~fallingdu@krlh-590f388f.pool.einsundeins.de 1173393502 J * derjohn2 ~aj@adsl-dynamic-242-6.deep.ch 1173394977 Q * fallingdutch Quit: Ex-Chat 1173395368 J * _mcp ~hightower@wolk-project.de 1173395368 Q * mcp Read error: Connection reset by peer 1173395544 Q * ema Quit: leaving 1173395866 Q * derjohn2 Quit: Verlassend 1173396153 N * DoberMann DoberMann[ZZZzzz] 1173396934 Q * Medivh Quit: changing servers 1173396999 J * Medivh ck@paradise.by.the.dashboardlight.de 1173397115 Q * TrueBrain Ping timeout: 480 seconds 1173397126 J * TrueBrain truelight@openttd.org 1173397568 Q * nadim Ping timeout: 480 seconds