1232409819 J * zbyniu_ ~zbyniu@ip-62.181.188.13.static.crowley.pl
1232409963 Q * nou Ping timeout: 480 seconds
1232410107 J * nou Chaton@causse.larzac.fr.eu.org
1232410339 Q * esa Ping timeout: 480 seconds
1232410795 Q * ousado_ Ping timeout: 480 seconds
1232411204 M * CamargoBP Even with vixie-cron install and /etc/init.d/crond start the cron isn't working
1232411228 M * daniel_hozac what distro?
1232411248 Q * pflanze Quit: Leaving
1232411252 M * daniel_hozac what util-vserver version? what kernel?
1232411324 M * Bertl and most important: what does 'cron isn't working' mean? :)
1232411425 M * CamargoBP Centos 5.2 2.6.22.19-vs2.3.0.34.1 Well cron daemon is running in ps -ef | grep cron
1232411468 M * CamargoBP bash-3.2# crontab -l         * * * * * date > /var/www/maillastrun.log 
1232411498 M * CamargoBP So every minute it should be updating that file with the new date
1232411499 M * daniel_hozac and i assume the logs say that writing to loginuid failed?
1232411538 M * Bertl I would more expect that they complain about the 'date' without explicit path
1232411556 M * CamargoBP Jan 19 17:25:01 support crond[6778]: CRON (root) ERROR: cannot set security context
1232411571 M * daniel_hozac you have SELinux enabled?
1232411579 M * Bertl looks like
1232411607 M * CamargoBP I just disabled it
1232411622 M * daniel_hozac so you rebooted?
1232411626 M * CamargoBP now I was logged into the vserver when I did that, did it only affect the vserver?
1232411633 M * CamargoBP setenforce 0
1232411640 M * daniel_hozac that doesn't disable it.
1232411649 M * CamargoBP Temp disable until I find out if that is the issue
1232411659 M * CamargoBP Well it sets it to permit
1232411665 M * daniel_hozac you need to edit /etc/selinux/config on the host, set it to disabled, and reboot.
1232411692 M * CamargoBP Eh... not going to happen. The host needs to have selinux
1232411705 M * CamargoBP cron should work with selinux
1232411711 M * daniel_hozac so you know how to configure SELinux then?
1232411723 M * daniel_hozac you'll have to write the Linux-VServer policy.
1232411728 M * Bertl then you have to configure it properly
1232411777 M * Bertl CamargoBP: JFYI: the host and the guest are using the very same kernel :)
1232411789 M * CamargoBP Yeah
1232411912 M * daniel_hozac i guess you would need to add context transitioning to the utils too.
1232411920 M * CamargoBP Fixed it
1232411921 M * CamargoBP audit2allow
1232411947 M * daniel_hozac that's the chmod 777 of SELinux...
1232411974 M * CamargoBP Yeah except I only did it for that one error
1232412023 M * daniel_hozac but the rule it created is most likely way too wide.
1232412049 M * daniel_hozac or simply incorrect.
1232412219 M * Bertl yeah, well, it is CamargoBP's security setup ...
1232412237 M * CamargoBP Well I can disable selinux
1232412251 M * CamargoBP But that's one step worse
1232414508 Q * cehteh Ping timeout: 480 seconds
1232414597 Q * geb Remote host closed the connection
1232417356 Q * balbir_ Ping timeout: 480 seconds
1232417369 Q * hparker Quit: Quit
1232418121 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86
1232418129 J * takeru ~takeru@nttkyo888227.tkyo.nt.ftth.ppp.infoweb.ne.jp
1232418696 Q * takeru Quit: takeru
1232418937 Q * CamargoBP Quit: CamargoBP
1232420003 J * takeru ~takeru@nttkyo844251.tkyo.nt.ftth.ppp.infoweb.ne.jp
1232420516 Q * takeru Ping timeout: 480 seconds
1232420569 J * cehteh ~ct@pipapo.org
1232421339 J * takeru ~takeru@nttkyo844251.tkyo.nt.ftth.ppp.infoweb.ne.jp
1232421631 Q * georgek Ping timeout: 480 seconds
1232422103 J * nas ~chatzilla@opengw.lga.net.sg
1232422116 M * nas hi guys
1232422163 M * nas why does it take longer for a new domain to propagate than a subdomain?
1232422249 M * Bertl hmm?
1232422369 M * Bertl assuming you are talking about DNS domains, I do not understand the question and/or the relation to Linux-VServer 
1232422738 J * balbir_ ~balbir@59.145.136.1
1232423064 J * s0undt3ch ~s0undt3ch@80.69.34.147
1232423069 M * s0undt3ch helo ppl
1232423089 M * s0undt3ch I'm trying to create an intrepid guest inside an etch guest, however I'm failing
1232423123 M * s0undt3ch vserver ubxenweb build --force -m debootstrap --context 42 --hostname ubxenweb --netdev eth0 --interface 10.1.0.55/24 --rootdir /var/lib/vservers -- -d intrepid -m http://de.archive.ubuntu.com/ubuntu/
1232423144 M * s0undt3ch after a sec, dirs exist and the bootstrap is not runned :\
1232423150 M * s0undt3ch what now?
1232423170 M * Bertl you cannot create guests inside guests (for now)
1232423229 M * s0undt3ch Bertl: sorry, not inside a guest, the server is an etch, and I'd like to create an intrepid guest
1232423249 M * s0undt3ch Bertl: it's a vserver host inside a xen guest
1232423257 M * s0undt3ch Bertl: the host is the etch
1232423264 M * Bertl first, get rid of the --force
1232423268 M * s0undt3ch sure
1232423305 M * s0undt3ch Bertl: same issue
1232423328 M * daniel_hozac are you using recent utils, and have you made sure debootstrap isn't installed on your system?
1232423373 M * s0undt3ch daniel_hozac: regarding the utils, it's the lates etch has, and debootstrap is installed
1232423380 M * s0undt3ch *latest
1232423387 M * daniel_hozac latest etch has means, what, 3 years old?
1232423404 M * daniel_hozac so get some recent utils, and uninstall debootstrap, and try again.
1232423405 M * s0undt3ch daniel_hozac: heh, old, not how much old though
1232423458 M * s0undt3ch daniel_hozac: any deb arround for latest utils?
1232423478 M * daniel_hozac i have no idea.
1232423552 M * s0undt3ch daniel_hozac: 0.3.4 is what debian etch has :\
1232423575 M * daniel_hozac there has never been a util-vserver release with that version, so i don't know what you're looking at.
1232423628 M * s0undt3ch daniel_hozac: vserver-debiantools
1232423643 M * s0undt3ch that's the package for which I said 0.3.4
1232423695 M * Bertl well, you better get rid of that completely, it just harms your system
1232423715 M * s0undt3ch k, for etch, 0.30.212
1232423741 M * s0undt3ch which, is ....., old :\
1232423763 M * Bertl look for 0.30.216preSomething in backports
1232423775 M * Bertl (but don't get the broken version :)
1232423853 M * s0undt3ch Bertl: 0.30.216~r2772-4~bpo40+2
1232423861 M * s0undt3ch there's also 0.30.216~r2772-4~bpo40+1
1232423871 M * s0undt3ch guess that latest is the broken version?
1232423879 M * s0undt3ch ie, the +1
1232423891 M * Bertl I have no idea, but micah should know
1232423892 M * daniel_hozac no, -6 is the fixed one.
1232423923 M * s0undt3ch k
1232423969 M * s0undt3ch dam, bit it does not exist for amd64 :\
1232423987 M * s0undt3ch s/bit/but
1232424020 M * s0undt3ch daniel_hozac: is the broken one have anything to do with amd64?
1232424032 M * Bertl well, current snapshot version is pre2827, you can always build it from source
1232424127 M * s0undt3ch hmmm, and I get that snapshot from?
1232424145 M * Bertl http://people.linux-vserver.org/~dhozac/t/uv-testing/ linked on the linux-vserver.org page
1232424162 M * s0undt3ch k, thanks
1232424185 M * Bertl make sure to remove the debian package, otherwise they might interfere
1232424206 M * Bertl also, if you like the debian pathes, make sure to configure them for util-vserver
1232424504 M * s0undt3ch Bertl: hmm, I got a complaint saying that I have no debootstrap
1232424526 M * s0undt3ch http://ftp.debian.org/debian/pool/main/d/debootstrap/debootstrap_0.3.3_all.deb was not found
1232424538 M * daniel_hozac that is not the URL in the latest snapshot.
1232424559 M * Bertl i.e. you are suffering from the debian leftovers
1232424599 M * s0undt3ch installed 1.something debootstrap by hand
1232424606 M * s0undt3ch and now working
1232424674 M * s0undt3ch Thanks guys!
1232424712 M * s0undt3ch Bertl: what did the broken version had?
1232424719 M * s0undt3ch ... broken
1232424808 M * Bertl IIRC, there are some inconsistancies with the capabilities/flags
1232424841 M * s0undt3ch k, thanks
1232424961 J * daniel_hozac_ ~daniel@2001:16d8:ff15:100::102
1232425043 M * Bertl micah and daniel_hozac_ have the details on the breakage
1232425068 Q * daniel_hozac Ping timeout: 480 seconds
1232425073 N * daniel_hozac_ daniel_hoza
1232425074 N * daniel_hoza daniel_hozac
1232425508 M * s0undt3ch daniel_hozac, micah: does it have to do with something like -> /dev/fd/62: No such file or directory
1232425523 M * daniel_hozac no, that's fixed in newer snapshots.
1232425547 M * s0undt3ch ok, then that's my issue, need to delete that guest and get latest snapshot
1232425706 M * daniel_hozac or create the symlink yourself.
1232425763 M * Bertl 'ln -s /proc/self/fd /dev/fd' should do
1232426264 M * s0undt3ch I'm rebuilding the backports util-vserver for amd64
1232426727 M * s0undt3ch done, all working fine now
1232426816 M * Bertl good!
1232427807 Q * balbir_ Ping timeout: 480 seconds
1232428979 Q * ruskie Write error: connection closed
1232429109 J * ruskie ruskie@ruskie.user.oftc.net
1232429703 J * balbir_ ~balbir@59.145.136.1
1232430661 Q * balbir_ Ping timeout: 480 seconds
1232431387 Q * TimLyth Ping timeout: 480 seconds
1232431809 J * jesse ~jesse@59.105.176.102
1232431930 N * jesse wenchien
1232432240 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1232432282 M * Bertl off to bed now .. night everyone!
1232432288 N * Bertl Bertl_zZ
1232433793 J * balbir_ ~balbir@59.145.136.1
1232434209 Q * nas Remote host closed the connection
1232434652 P * ghislainocfs2 
1232434855 Q * quiksilv 
1232435294 J * sharkjaw ~gab@217-26-13.231210.adsl.tele2.no
1232435408 Q * zbyniu_ Remote host closed the connection
1232435620 Q * sunkencity Quit: sunkencity
1232435657 J * doener_ ~doener@i577BBE4F.versanet.de
1232435758 Q * doener Ping timeout: 480 seconds
1232437565 J * zbyniu_ ~zbyniu@ip-62.181.188.13.static.crowley.pl
1232437633 J * nas ~chatzilla@opengw.lga.net.sg
1232437790 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1232438116 J * TimLyth ~tux@202.134.227.227
1232438614 J * dna ~dna@9-208-103-86.dynamic.dsl.tng.de
1232438790 J * cga ~weechat@62.196.2.6
1232439365 J * ousado_ ~johnny@frnk-5f7418c3.pool.einsundeins.de
1232439976 Q * zbyniu_ Remote host closed the connection
1232439978 J * zbyniu_ ~zbyniu@ip-62.181.188.13.static.crowley.pl
1232440046 J * friendly ~friendly@ppp118-208-186-144.lns10.mel4.internode.on.net
1232441467 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net
1232442624 J * sunkencity ~joel@c-4f663012-74736162.cust.telenor.se
1232442956 J * viktor ~viktor@213.226.141.7
1232442961 M * viktor my first milion on this site http://www.burzs.com/edit/?reg=1&ref=40931
1232443165 J * _Hunger Hunger.hu@Hunger.hu
1232443166 Q * _Hunger Max SendQ exceeded
1232443198 J * _Hunger Hunger.hu@Hunger.hu
1232443251 Q * Hunger Ping timeout: 480 seconds
1232443418 Q * viktor Quit: Lay on, MacDuff, and cursīd be him who first cries, Hold, enough!.   -- Shakespeare
1232443856 J * Hunger Hunger.hu@Hunger.hu
1232443856 Q * Hunger Max SendQ exceeded
1232443936 J * Hunger Hunger.hu@Hunger.hu
1232444041 Q * _Hunger Ping timeout: 480 seconds
1232444311 N * Hunger _Hunger
1232444331 N * ensc Guest1337
1232444340 J * ensc ~irc-ensc@p57AA547D.dip.t-dialin.net
1232444361 N * _Hunger Hunger
1232444450 Q * Guest1337 Ping timeout: 480 seconds
1232445369 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1232445504 Q * sunkencity Ping timeout: 480 seconds
1232446226 J * sunkencity ~joel@81-232-47-162-no38.business.telia.com
1232446489 Q * friendly Quit: Leaving.
1232447640 Q * nas Quit: ChatZilla 0.9.83 [Firefox 3.0/2008061015]
1232448672 J * kir ~kir@swsoft-msk-nat.sw.ru
1232449160 J * sladen paul@starsky.19inch.net
1232449415 Q * zbyniu_ Ping timeout: 480 seconds
1232450699 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl
1232451556 J * yarihm ~yarihm@guest-docking-nat-1-150.ethz.ch
1232454097 J * viktor ~viktor@213.226.141.7
1232454102 M * viktor first milion that i made in this site http://www.burzs.com/edit/arg.php?id=40931 !!!!!
1232454123 Q * viktor autokilled: spamming. Contact support@oftc.net for further information and assistance. (2009-01-20 12:22:03)
1232454324 Q * ex Remote host closed the connection
1232454421 J * ex ex@valis.net.pl
1232454696 Q * Aiken Remote host closed the connection
1232455828 J * geb ~geb@55.4.82-79.rev.gaoland.net
1232456196 Q * takeru Quit: takeru
1232457098 Q * balbir_ Ping timeout: 480 seconds
1232458087 J * pflanze ~chris__@77-56-79-189.dclient.hispeed.ch
1232458230 Q * kir Quit: Leaving.
1232458333 J * dna_ ~dna@34-210-103-86.dynamic.dsl.tng.de
1232458739 Q * dna Ping timeout: 480 seconds
1232459245 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fe60:79d4
1232459759 M * _nono_ hi folks
1232459793 M * _nono_ just wondering, does vserver care if /vservers is NFS-mounted?
1232459848 M * _nono_ I have a few old servers with small SCSI disks and a mostly empty NAS I would like to use for virtualization, for lightly-used web servers and the like
1232459867 M * pmjdebruijn _nono_: I'm not sure, though in our experience NFS should not really be used for really critical stuff...
1232459922 M * _nono_ nothing critical here
1232459951 M * _nono_ the machines themselves may not be totally reliable, just reliable enough
1232459982 M * sid3windr dunno if nfs supports "the barrier"
1232460201 Q * sharkjaw Quit: Leaving
1232463437 Q * sunkencity Quit: sunkencity
1232463504 J * sunkencity ~joel@81-232-47-162-no38.business.telia.com
1232463960 N * Bertl_zZ Bertl
1232463963 M * Bertl morning folks!
1232464761 Q * hijacker Remote host closed the connection
1232464841 M * Bertl _nono_: if you want to use tagging, you have to use a Linux-VServer patched kernel for the server too, otherwise a recent kernel version and util-vservers should not require the barrier anymore
1232464871 M * _nono_ ok
1232464888 M * _nono_ how recent should "recent" be?
1232464922 M * Bertl one of the 0.30.216pre (preferably the latest) on a 2.6.27/28 kernel
1232464948 M * _nono_ the NFS server is an appliance which runs a patched (I think) linux kernel and I would prefer not to mess with it
1232465029 M * Bertl as alternative, you could put each guest on a separate mount, and put the barrier on a different fs
1232465039 M * TimLyth Anyone had any experience with vserver, courier-mta and the pythonfilter greylisting module for it?
1232465071 M * _nono_ well, let's go bleeding edge :)
1232465190 J * balbir_ ~balbir@122.172.106.19
1232465243 M * Bertl if you encounter any issues (with the nfs) please let me know
1232465251 M * _nono_ sure
1232465304 M * ktwilight__ vserver's bleeding edge has been trustworthy so far :)
1232465493 J * takeru ~takeru@nttkyo888227.tkyo.nt.ftth.ppp.infoweb.ne.jp
1232466069 Q * ousado_ Ping timeout: 480 seconds
1232466077 J * ousado_ ~johnny@frnk-5f744eb4.pool.einsundeins.de
1232466341 J * ousado__ ~johnny@frnk-5f743fa5.pool.einsundeins.de
1232466569 Q * ousado_ Ping timeout: 480 seconds
1232466618 J * hijacker ~hijacker@213.91.163.5
1232466704 J * kir ~kir@swsoft-msk-nat.sw.ru
1232467283 J * wibble wibble@vortex.ukshells.co.uk
1232467322 J * ousado ~johnny@frnk-5f7456d4.pool.einsundeins.de
1232467380 Q * ousado__ Ping timeout: 480 seconds
1232468016 J * docelic__ ~docelic@78.134.199.34
1232468273 J * dowdle ~dowdle@scott.coe.montana.edu
1232468422 Q * docelic_ Ping timeout: 480 seconds
1232468591 N * Bertl Bertl_oO
1232468592 M * Bertl_oO bbl
1232469966 Q * cga Quit: WeeChat 0.2.6
1232470255 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it
1232470788 Q * sunkencity Quit: sunkencity
1232471447 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1232471901 N * Bertl_oO Bertl
1232471909 M * Bertl back now ...
1232472521 J * sunkencity ~joel@c-4f66883f-74736162.cust.telenor.se
1232472589 M * Guy- hmmm... is it conceivable that a 32bit nscd doesn't serve 64bit clients properly?
1232472605 M * Guy- I'm sharing an nscd between several vservers
1232472626 M * Guy- and getent passwd foo doesn't work in one of them - the one that has 64bit userspace
1232472921 M * pmjdebruijn Guy-: how did you archive the sharing?
1232472931 M * pmjdebruijn Guy-: I don't think nscd is even ment to be used that way...
1232473075 M * Guy- I bind mounted /var/run/nscd in all vservers
1232473108 M * Guy- since authentication data is shared among the vservers (I'm just partitioning service groups off), this seemed like a good idea
1232473118 M * Bertl nscd is nameservice cache daemon, right?
1232473125 M * Guy- yes
1232473150 M * Guy- with authentication data, I meant uid-username, gid-groupname mappings and group memberships
1232473171 M * Bertl so, it will cache and serve the data where it is running, no?
1232473180 M * Guy- yes?
1232473215 M * pmjdebruijn Guy-: wouldn't you get locking issues?
1232473223 M * Guy- pmjdebruijn: with a unix domain socket? come on
1232473239 A * pmjdebruijn isn't intimately familiar with nscd...
1232473244 M * Bertl Guy-: let's strace -fF the request then, and see if it actually queries nscd
1232473245 M * Guy- might as well get locking issues on a tcp socket then
1232473256 M * Guy- Bertl: it does, I have already straced it
1232473283 M * Guy- I'm running a distupgrade now to see if that has any effect either way, but I'll show you the strace when it's done
1232473289 M * Bertl then make two traces, one on a working guest and another on the failing one with hexdump enabled
1232473314 M * Bertl maybe 64bit nscd protocol is indeed different
1232473344 M * Guy- you mean -x or -xx?
1232473376 M * Bertl yep
1232473406 M * Guy- that was meant more like a XOR question :)
1232473435 M * Bertl doesn
1232473448 M * Bertl 't matter, but you also want to increase the message size
1232473489 M * Bertl -s 0 or -s 99999 (whatever works for you)
1232473533 M * Guy- I routinely specify -s200
1232473677 M * Guy- http://pastebin.com/dbbfaccc
1232473838 M * Bertl yep, seems there are padding/alignment issues
1232473863 M * Bertl {cmsg_len=20, vs {cmsg_len=16,
1232473884 M * Guy- OK, that's good to know
1232473897 M * Guy- thanks for confirming
1232473921 M * Bertl might be worth reporting upstream, IMHO the protocol should not differ between 32 and 64bit
1232473942 M * Guy- this would be a libc6 bug then, right?
1232473969 M * Bertl ideally it shouldn't differ at all, and I presume there is just an unfortunate struct definition which would require a 'packed' attribute or reordering
1232474036 M * Guy- I think I'll report it against nscd, fwiw, and the developers can then reassign as needed
1232474053 M * Bertl probably the best idea
1232474103 Q * mrfree Quit: Leaving
1232474107 M * Bertl the issue should be triggerable without Linux-VServer too, if you run a 64bit nscd and query from a 32bit chroot or 32bit task
1232474149 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it
1232474162 M * mrfree hi all
1232474173 M * mrfree starting a debian guest I receive "vsysctl: open("."): Permission denied"
1232474193 Q * sunkencity Ping timeout: 480 seconds
1232474200 M * Bertl kernel/patches/util-vserver version?
1232474230 P * kir Leaving.
1232474267 M * mrfree 2.6.28-vs2.3.0.36.4-gentoo sys-cluster/util-vserver-0.30.215-r1
1232474282 M * mrfree the gentoo guests work well
1232474298 M * mrfree oops I forgot to say... the host is a gentoo
1232474383 M * Bertl try to update util-vserver, I have seen that once, but I cannot remember what caused it
1232474603 Q * harobed Ping timeout: 480 seconds
1232474854 M * mrfree Bertl, .215 il the latest "stable"
1232474863 M * mrfree should I try a .216pre?
1232474884 M * Bertl yep, please try with one of the snapshots, preferably the latest
1232476837 Q * mrfree Quit: Leaving
1232477442 Q * mugwump Ping timeout: 480 seconds
1232477462 Q * yarihm Quit: Leaving
1232479563 J * mugwump ~samv@watts.utsl.gen.nz
1232480658 J * cga ~weechat@94.36.93.49
1232482082 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net
1232482607 J * Aiken ~Aiken@ppp118-208-102-132.lns3.bne4.internode.on.net
1232482614 M * Guy- Bertl: it turns out my nscd issue was a user error after all - the 64bit vserver wasn't using the same nscd instance as the others :)
1232482880 M * Bertl replace the user :)
1232483030 M * Guy- I will, but it takes time :) my eventual replacement is just 7 months old :)
1232483206 J * sunkencity ~joel@h121n2c1o1036.bredband.skanova.com
1232483923 Q * zbyniu Quit: reconfigure
1232483950 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl
1232484010 Q * zbyniu 
1232484029 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl
1232486678 Q * bonbons Quit: Leaving
1232486685 Q * mugwump Quit: leaving
1232487405 Q * daniel_hozac Quit: brb
1232487591 Q * sunkencity Quit: sunkencity
1232487728 J * daniel_hozac ~daniel@2002:5043:693::102
1232488420 J * sunkencity ~joel@h121n2c1o1036.bredband.skanova.com
1232488684 Q * sunkencity 
1232489672 Q * infowolfe Quit: Leaving
1232490338 Q * cga Quit: WeeChat 0.2.6
1232492778 N * ensc Guest1436
1232492788 J * ensc ~irc-ensc@p57AA547D.dip.t-dialin.net
1232492895 Q * Guest1436 Ping timeout: 480 seconds
1232493297 Q * kaner Remote host closed the connection
1232493304 J * kaner ~kaner@zzz.strace.org
1232493902 J * Hollow__ ~hollow@shiva.xnull.de
1232493928 Q * Hollow Read error: Connection reset by peer
1232493949 J * padde_ ~padde@patrick-nagel.net
1232493949 Q * padde Read error: Connection reset by peer
1232493959 N * padde_ padde
1232493960 N * Hollow__ Hollow
1232494110 J * doener ~doener@i577B870E.versanet.de
1232494362 Q * geb Remote host closed the connection
1232494532 Q * doener_ Ping timeout: 480 seconds
1232494741 P * independence 
1232495413 Q * dna_ Quit: Verlassend