1252368188 Q * moogle synthon.oftc.net larich.oftc.net
1252368201 J * moogle ~nenolod@petrie.dereferenced.org
1252369053 Q * theocrite Remote host closed the connection
1252371713 Q * Piet_ Quit: Piet_
1252372545 J * imcsk8 ~ichavero@148.244.152.78
1252375362 Q * Hunger Quit: _._
1252375804 J * Hunger ~Hunger@Hunger.hu
1252375804 J * doener ~doener@i59F55100.versanet.de
1252375911 Q * doener_ Ping timeout: 480 seconds
1252377639 Q * imcsk8 Quit: This computer has gone to sleep
1252378850 J * saulus_ ~saulus@c192169.adsl.hansenet.de
1252379207 M * Bertl off to bed now .. have a good one everyone!
1252379211 N * Bertl Bertl_zZ
1252379259 Q * SauLus Ping timeout: 480 seconds
1252379267 N * saulus_ SauLus
1252383786 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1252386223 Q * balbir Quit: Ex-Chat
1252386248 J * balbir ~balbir@122.172.31.171
1252386654 J * imcsk8 ~ichavero@148.244.152.78
1252387189 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1252389380 J * uva bno@118-160-173-80.dynamic.hinet.net
1252389989 J * davidkarban ~david@199.123.broadband11.iol.cz
1252390055 Q * balbir Ping timeout: 480 seconds
1252390504 Q * derjohn_mob Ping timeout: 480 seconds
1252390715 J * balbir ~balbir@122.172.20.96
1252391597 J * sharkjaw ~gab@90.149.121.45
1252391878 J * derjohn_mob ~aj@80.85.196.112
1252391963 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1252392340 J * geb ~geb@194.4.82-79.rev.gaoland.net
1252392378 Q * geb 
1252392394 J * geb ~geb@79.82.4.194
1252392709 J * dna ~dna@117-201-103-86.dynamic.dsl.tng.de
1252394720 J * mxs mxs@p4FCC9D21.dip.t-dialin.net
1252394818 Q * geb Ping timeout: 480 seconds
1252395021 Q * mxs_ Ping timeout: 480 seconds
1252395383 J * geb ~geb@72.4.82-79.rev.gaoland.net
1252395575 Q * imcsk8 Quit: This computer has gone to sleep
1252396001 J * kir ~kir@swsoft-msk-nat.sw.ru
1252397599 Q * PowerKe Ping timeout: 480 seconds
1252398905 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1252399232 Q * tanjix 
1252401718 J * Piet ~piet@659AACDU7.tor-irc.dnsbl.oftc.net
1252404384 M * elesouef Hi there. Is there a way to have a recent kernel (~2.6.30) with a stable patch ? My goal is to build a debian kernel pretty recent, with vserver capabilities for a Dell r300 server.
1252404454 Q * Piet Remote host closed the connection
1252404494 J * Piet ~piet@659AACDWK.tor-irc.dnsbl.oftc.net
1252404551 J * PowerKe ~tom@d5153A2D7.access.telenet.be
1252404681 J * theocrite ~romuald@kim.theocrite.org
1252404686 M * theocrite Hi
1252404769 J * raceme ~tof@ombos.raceme.org
1252405889 Q * geb Ping timeout: 480 seconds
1252406355 Q * FireEgl Remote host closed the connection
1252406609 Q * derjohn_mob Ping timeout: 480 seconds
1252406654 J * derjohn_mob ~aj@80.85.196.112
1252407171 J * FireEgl Proteus@2001:470:e056:1:4::9
1252407773 J * Keeper opera@90.151.198.181
1252408138 Q * derjohn_mob Ping timeout: 480 seconds
1252408177 M * pmjdebruijn elesouef: I would try the 2.6.27.31-vs kernel, if that is recent enough
1252408571 M * Keeper Hi! Kernel 2.6.29.6 + Vserver + ext4 error when compiling what to do?
1252408858 M * pmjdebruijn what error?, does it compile without the vserver patch?
1252408906 M * BenG Keeper, which arch? Which distro?
1252409048 M * Keeper BenG: Gentoo-source, vanilla source error is the same,
1252409074 M * BWare what's the error ?
1252409090 M * BWare use pastebin for anything over 3 lines
1252409101 M * BenG not sure why you are asking here then Keeper, surely Gentto folk would have more of a clue
1252409122 M * Keeper I'll still try and write a complete error, OK?
1252409546 Q * BenG Quit: I Leave
1252409749 J * derjohn_mob ~aj@80.85.196.112
1252409823 M * elesouef pmjdebruijn: You suggest 2.6.27-31 and the vs2.3.0.36.6 patch ?
1252409951 M * pmjdebruijn 2.6.27.31
1252409958 J * ncopa ~ncopa@90.149.48.245
1252410002 M * elesouef pmjdebruijn: ok, thanks.
1252410010 M * ncopa hi
1252410017 M * pmjdebruijn elesouef: http://vserver.13thfloor.at/Experimental/patch-2.6.27.31-vs2.3.0.36.6.diff
1252410033 M * ncopa im having some issues with building util-vserver on uclibc
1252410070 M * ncopa http://pastebin.com/dbc8be58
1252410090 M * ncopa basicly, first it complains that i use GNU libc and not dietlibc
1252410095 M * ncopa which is not true
1252410097 M * ncopa i use uclibc
1252410104 M * ncopa second it tries to find NSS
1252410113 M * ncopa which does not exist due to its uclibc
1252410120 M * ncopa any ideas?
1252410128 M * BWare fix uclibc config
1252410134 M * BWare to include nss
1252410141 M * ncopa implement nss in uclibc
1252410145 M * ncopa oh yea right
1252410146 M * BWare and install dietlibc
1252410153 M * BWare it should work
1252410171 M * ncopa why would I want dietlibc when i alreay have uclibc
1252410174 M * BWare I'm running several uclibc only hosts
1252410201 M * BWare It says why in the warning
1252410225 M * ncopa #
1252410225 M * ncopa  glibc's NSS functions are very unreliable in ***
1252410225 M * ncopa #
1252410225 M * ncopa configure: WARNING: *** chroot() environments
1252410272 M * ncopa but uclibc != glibc
1252410283 M * BWare yep, so installing dietlibc will fix your NSS error as well
1252410360 M * BWare the overhead is minimal
1252410380 N * Bertl_zZ Bertl
1252410385 M * Bertl morning folks!
1252410388 M * BWare morning
1252410389 M * ncopa i just wonder if its really necessary
1252410391 M * ncopa mornin
1252410403 M * Bertl ncopa: dietlibc?
1252410415 M * ncopa yes. i have uclibc
1252410436 M * ncopa so i think dietlibc should be un-necessary
1252410461 M * Bertl I do not remember, does uclibc use any dynamic libraries?
1252410469 M * ncopa yes
1252410486 M * Bertl then it is probably unsuited for the purpose
1252410486 M * ncopa ok so the problem is dynamic linking?
1252410517 M * Bertl yes, because you have a security issue, if a command which enters a guest, suddenly loads guest libraries/code
1252410582 M * ncopa it might override the hosts libs?
1252410650 M * Bertl specifically it might allow code to be run at a priviledged (host like) state
1252410686 M * ncopa so you link util-vserver statically to avoid that
1252410714 M * Bertl yes, the tools which operate between host and guest are statically linked, so no further code can be injected
1252410727 M * ncopa thanks for the explanation
1252410734 M * ncopa makes sense
1252410760 M * Bertl yeah, unfortunately it doesn't work with e.g. glibc, as it even loads stuff when statically linked :/
1252410770 M * ncopa but theoretically i coudl have linked the tools statically to uclibc
1252410797 M * ncopa i dont think uclibc loads stuff when statically linked
1252410825 M * Bertl yes, you probably have to fix a bunch of 'uclibc' bugs though (depending on architecture and setup)
1252410846 M * ncopa x86
1252410858 M * Bertl we had to fix about 20 bugs in dietlibc to make it work, but no idea about uclibc
1252410868 M * ncopa interesting
1252410896 M * Bertl but yeah, iif it doesn't load code (e.g. for resolving) you should be fine
1252410910 M * ncopa libresolv?
1252410944 M * ncopa dn_*() and res_() funcs?
1252410958 M * ncopa i could give it a try
1252410986 M * ncopa i probably need to fix the configure script to not assume uclibc==glibc
1252411019 M * Bertl daniel_hozac has the details, he currently maintains util-vserver, I'm sure he has no problem with extending the tools to uclibc, as long as somebody (like you :) does the port and testing :)
1252411032 M * ncopa :)
1252411042 M * ncopa if you have some testcases to look out for
1252411047 M * ncopa then i think i could do it
1252411055 M * Bertl the basic set is the testme.sh and testfs.sh
1252411065 M * ncopa cool
1252411084 M * Bertl there are no tests to check that nothing is dynamically loaded, you have to verify that yourself
1252411114 M * ncopa im pretty sure uclibc dont do that
1252411126 M * ncopa i have a vauge memory of people complaingin about that in glibc
1252411132 M * ncopa in busybox list
1252411146 M * Bertl for the nss part, try to install beecrypt
1252411155 M * ncopa it it installed
1252411196 M * Bertl it should be an alternative to nss, maybe just the detection goes wrong
1252411202 M * ncopa ok
1252411208 M * ncopa I'll dig into it
1252411306 M * Bertl and it is 'only' used for hashification/unification, so not strictly necessary to get a guest started or to configure it
1252411329 M * ncopa checking for beecrypt/beecrypt.h... yes
1252411329 M * ncopa checking for hashFunctionContextInit in -lbeecrypt... no
1252411341 M * ncopa what version of beecrypt are you guys using?
1252411450 M * Bertl beecrypt6 v3.1.0 here, but older ones should do too
1252411511 M * ncopa beecrypt 4.1.2 here
1252411541 M * Bertl I doubt that has changed, I'd suspect the detection to go wrong
1252411562 M * Bertl but check your docu (for beecrypt) for that funtion
1252411565 M * ncopa the test fails on missing mp* symbols
1252411630 M * Bertl what util-vserver version are you trying to build?
1252411648 M * ncopa 0.30.216-pre2841
1252411655 M * ncopa i have a 22.6.30.5 kernel
1252411672 M * ncopa i mean im building a 2.6.30.5 kernel
1252411679 M * Bertl okay, so a recent one .. which should actually be fine 
1252411727 M * Bertl does uclibc play nicely with beecrypt?
1252411734 M * ncopa not sure
1252411747 M * ncopa i m surprised where the .so were installed
1252411773 M * ncopa might be it shoudl have been linked with -lgmp or something
1252411796 M * ncopa i'll checkt that up
1252411796 M * ncopa thanks
1252411814 M * Bertl k, anyway, shuld not be required, except for vhashify
1252411842 M * ncopa so maybe a ./configure --disable-vhashify would be nice?
1252412059 Q * FireEgl Ping timeout: 480 seconds
1252412206 M * ncopa recompiling beecrypt seems to solve that
1252412584 M * Keeper make[2]: *** [fs/ext4/inode.o] Error 1
1252412584 M * Keeper make[1]: *** [fs/ext4] Error 2
1252412584 M * Keeper make: *** [fs] Error 2
1252412629 M * Bertl Keeper: kernel/patch version?
1252412680 M * Keeper Bertl Kernel 2.6.30.5 + patch-2.6.30.5-vs2.3.0.36.14-pre7.diff 
1252412728 M * Bertl hmm, compiles fine here with ext4, please upload your .config somewhere
1252412947 M * Keeper Bertl: We loaded another gentoo-source will try to compile
1252412988 M * Bertl another gentoo source?
1252413003 M * Bertl the patches are against vanilla kernel sources
1252413048 M * Keeper Bertl: Yes, I know I did at vanilla
1252413081 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com
1252413205 M * Bertl k, when you have a problematic config, please let me know
1252413389 M * Keeper Bertl: Vanilla with my current .config works fine, but when if you add VServer does not work
1252413467 M * Bertl good please provide the .config for me to test with :)
1252413477 M * Keeper Bertl: Now try again and if you do not get put together to me .config
1252413905 Q * davidkarban Quit: Ex-Chat
1252413935 M * Keeper Bertl: Before I left a patch on Gentoo-source, and there were no problems, but then appeared
1252413998 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1252414034 M * Bertl good, pack up (e.g. bzip2) your .config, upload it somewhere and paste the url here
1252414250 Q * BenG 
1252414558 Q * jrdnyquist Quit: Leaving
1252414780 J * dsoul darksoul@insomniac.pl
1252415042 M * Keeper ERROR: Failed to compile
1252415057 M * Keeper   LD      drivers/video/built-in.o
1252415057 M * Keeper   LD      drivers/built-in.o
1252415095 M * Keeper Bertl: my .config http://slil.ru/27964379
1252415345 M * Bertl x86?
1252415360 M * Keeper Bertl: yes
1252415482 M * Keeper Bertl: I have this .config is always used and there were no problems, but now is not working, the problem may be somewhere in my
1252415568 M * Bertl we'll see, compiling here now
1252415718 M * Keeper Bertl: I am sure that you understood :)
1252415844 M * Bertl yep, I can confirm this, caused by the tagging mode you selected in combination with ext4, give me a minute to fix it
1252416389 J * Kmos ~gothicx@kmos.user.oftc.net
1252416433 M * Bertl welcome Kmos!
1252416438 J * thierryp ~thierry@zanzibar.inria.fr
1252416467 M * Kmos hi. there is an easy way to define cpu limit, cpu core limit to one? It would be nice to have something like "cpu: 1 ; memory: 1GB" for example.
1252416470 M * Kmos hi Bertl 
1252416474 M * Kmos http://oldwiki.linux-vserver.org/vsched+explained
1252416491 M * Kmos I can't find anything really useful. this url doesn't help very much
1252416542 M * Bertl you can use cpusets on recent kernel/util-vserver, which is proably the best choice if you want to dedicate a specific cpu/core to a guest
1252416593 M * Kmos hmm.. I got 2.6.22.18-vs2.2.0.6
1252416628 M * Bertl could work, with a recent util-vserver
1252416646 M * Kmos 0.30.213
1252416649 M * Kmos works?
1252416658 M * Kmos don't think so :)
1252416666 M * Kmos too old
1252416676 Q * thierryp 
1252416682 M * Bertl probably too old, but no point in keeping those old versions anyway :)
1252416699 M * Kmos the main server has an old ubuntu distro
1252416710 M * Kmos :(
1252416778 M * Bertl so? building utils and kernel from source is no rocket science :)
1252416820 M * Kmos yeah, I could try to backport util-vserver
1252416867 M * Bertl check that your kernel has cpusets enabled, otherwise you need to update that too (which would be adviseable, because of mainline security issues)
1252416877 M * Kmos let's try it. thanks
1252416926 M * Bertl you're welcome!
1252416942 M * Keeper Bertl: That I made a mistake?
1252416950 M * Kmos # CONFIG_CPUSETS is not set
1252417077 M * Bertl Keeper: no mistake on your side .. just not implemented yet, uploading a patch in a few minutes
1252417203 M * Keeper Bertl: The same problem exists in other versions of the patches
1252417253 M * Bertl http://vserver.13thfloor.at/ExperimentalT/delta-ext4tag-fix01.diff this is what you want/need, but note, that because of the changes in ext4, the internal tagging is incompatible to ext2/3 (in the on disk format)
1252417351 M * Keeper Bertl: That is, it will only work with ext4 and in this case can not be used ext2/ext3?
1252417519 M * Bertl no, but 'switching' from ext3 to ext4 (or the other way round) will mess up your tags (but I don't think that one would do that on a regular basis anyway :)
1252417593 M * Kmos Added cpuset support patch
1252417602 M * Keeper Bertl: Now, understand what you mean
1252417605 M * Kmos was added in util-vserver 0.30.210-7
1252417656 M * Bertl so you should be fine with your current util-vserver then, if you change the kernel config
1252417725 M * Keeper Bertl: Thanks for the quick solution is very happy
1252417727 M * Kmos yep :)
1252417740 M * Bertl Keeper: you're welcome!
1252417974 M * Keeper Bertl: This problem exists in other patches, and later refined in any version
1252417998 M * Bertl yes, very likely, but the very same patch should work for older versions too
1252418093 M * Bertl I will add it to the next releases where appropriate
1252418108 M * Keeper Bertl: I thought that you upgrade your current patches
1252418199 M * Keeper Thanks to all who are working on the project and makes it so interesting
1252418401 Q * sharkjaw Remote host closed the connection
1252418502 M * Bertl okay, off for now ... bbl
1252418506 N * Bertl Bertl_oO
1252418887 M * yang oops, just missed Bertl_oO 
1252418935 M * yang Is there a good manual about backing up vserver guests and moving them onto a different platform ?
1252418947 M * yang (different server)
1252419053 M * yang micah: Also I wanted to ask you about any update for the vserver kernel in Debian ?
1252419388 M * Keeper yang: what specific kernel you need?
1252419592 Q * Kmos Quit: return unless user.signoff?
1252419824 M * BWare yang: tar/rsync if you don't need anything fancy (like hashify)
1252419964 M * Keeper Good luck
1252419975 Q * Keeper Quit: Keeper
1252420046 M * yang BWare: beside /etc/vserver/<vserver>, what else needs to be backed up ?
1252420157 M * BWare These: /etc/vservers/ /vservers/
1252420181 M * BWare and if changed, /etc/vservers/.defaults and/or /etc/vservers/.distributions
1252423566 J * thierryp ~thierry@home.parmentelat.net
1252424339 P * ncopa Ex-Chat
1252424513 Q * thierryp Remote host closed the connection
1252424848 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1252426079 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it
1252426383 Q * derjohn_mob Ping timeout: 480 seconds
1252426520 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1252427036 J * thierryp ~thierry@home.parmentelat.net
1252427750 J * wibble wibble@vortex.ukshells.co.uk
1252427778 Q * mrfree Quit: Leaving
1252427976 J * geb ~geb@earth.gebura.eu.org
1252428305 J * dna_ ~dna@100-199-103-86.dynamic.dsl.tng.de
1252428586 Q * BenG Quit: I Leave
1252428718 Q * dna Ping timeout: 480 seconds
1252429865 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1252430041 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1252430234 N * Bertl_oO Bertl
1252430240 M * Bertl back now ...
1252430295 M * Bertl yang: rsync is a good choice, with the proper options (make sure to duplicate the uid/gid numerically), tar works too (same advice), dump/restore if you are using ext2/3, and similar for other filesystems
1252431163 Q * Pazzo Quit: Bye!
1252431412 J * kdean06 ~Kevin@pool-70-18-234-98.res.east.verizon.net
1252431549 M * kdean06 I recently updated a vserver host from Etch to Lenny and networking seems to have broken within the guests. Specifically, loopback seems to be working improperly. IMAP servers, for instance, are timing out. Spamassassin is no longer filtering messages.
1252431575 M * kdean06 What changes happened between the two releases in terms of vserver, and how can I correct this behavior?
1252432306 M * Bertl no idea, we do not even know what kernels are involved, but I presume you switched from stable to experimental (Linux-VServer release wise), and you now have a fully isolated lo
1252432394 M * Bertl combined with the single ip special casing and lback management (which is probably turned to automatic in the kernel), your guests will act a little unusual, if you have a single IP assigned to them
1252432451 M * Bertl probably the simplest fix is to add ~single_ip to the guest configs nflags
1252432601 M * Bertl kdean06: also note: http://linux-vserver.org/Installation_on_Debian#Issues_with_the_current_2.6.26_Kernel
1252432698 M * kdean06 Yes, I'm using 2.6.26-2-vserver-amd64 from Debian. I believe I upgraded from their 2.6.24 kernel of the same spec. 
1252432724 M * kdean06 I'm also using single IPs, on all but on guest, so perhaps that flag will help. I'll try that, then look at the Debian limitations.
1252432736 M * kdean06 Thanks for the info. :)
1252432792 M * Bertl np
1252432835 J * dowdle ~dowdle@scott.coe.montana.edu
1252432900 M * kdean06 Is the proper way to add nflags to create the nflags file, or is it specified elsewhere? Is ~single_ip the proper format?
1252432927 M * Bertl echo '~single_ip' >nflags 
1252433121 Q * BenG Quit: I Leave
1252433125 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1252433151 Q * BenG 
1252433686 M * geb hi
1252433713 M * geb who operate http://paste.linux-vserver.org/ ? i am a bit interested by the modification to the pastebin.php (for the design)
1252433745 M * Bertl Hollow
1252433807 M * geb thanks for hightlight him for me :)
1252433860 Q * balbir Read error: Operation timed out
1252434048 J * derjohn_mob ~aj@tmo-108-32.customers.d1-online.com
1252434749 M * kdean06 Hrm, still nothing from lo. :S
1252434760 M * kdean06 Can't even ping it, though it appears in ifconfig.
1252434774 J * fishingshrimp ~Adium@xdsl-213-196-205-152.netcologne.de
1252434776 M * Bertl did you restart the guest?
1252434781 J * balbir ~balbir@122.172.11.165
1252434785 M * kdean06 Yes.
1252434797 M * kdean06 You mean since adding the single_ip nflag. Yes. Still nothing.
1252434829 M * Bertl ~single_ip, I hope :)
1252434856 M * kdean06 Yes.
1252434914 M * Bertl well, probably a debian issue then, try with a recent kernel and util-vserver
1252435022 M * kdean06 Hrm. Okay.
1252435131 Q * fishingshrimp Quit: Leaving.
1252435702 M * Bertl kdean06: maybe ask the debian folks, they should know more about their kernel/tools
1252435728 M * kdean06 I'll do that. I might just revert to my previous set, they seemed to work.
1252435737 M * kdean06 At least short term.
1252436671 M * kdean06 Yeah, but be a Debian thing. :S REverted to the older tools and kernel and it works. Meh.
1252436683 M * kdean06 I find reason to be more and more critical every day. 
1252436695 M * kdean06 Thanks for the help Bertl. Very much appreciated.
1252436763 M * Bertl you're welcome! 
1252436783 M * Bertl note: building the kernel/tools from source is rather trivial, and works on all distros
1252436916 M * kdean06 Yes, I know, I've done it.
1252436925 M * kdean06 When I poke around on my own systems, that is.
1252436958 M * kdean06 This system is semi-production, and not mine, so I'd prefer to use older tools managed by the distro for reasons entirely un-technical.
1252436985 M * geb Hollow, i used your css for pastebin.toile-libre.org , i'll change the color and add a greeting soon ;)
1252438616 Q * MooingLemur Ping timeout: 480 seconds
1252439598 J * MooingLemur ~troy@shells195.pinchaser.com
1252439948 Q * geb Quit: /
1252440312 J * imcsk8 ~ichavero@200.95.162.30
1252441011 Q * kdean06 Quit: Leaving
1252441614 J * geb ~geb@earth.gebura.eu.org
1252442200 Q * imcsk8 Ping timeout: 480 seconds
1252442346 Q * balbir Ping timeout: 480 seconds
1252442607 Q * geb Quit: /
1252442819 J * imcsk8 ~ichavero@200.95.162.30
1252443592 Q * bonbons Quit: Leaving
1252443881 Q * BWare Quit: *p00f*
1252444153 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1252444175 Q * BenG 
1252446178 Q * derjohn_mob Ping timeout: 480 seconds
1252446644 Q * thierryp Remote host closed the connection
1252447219 Q * dna_ Quit: Verlassend
1252447283 J * thierryp ~thierry@home.parmentelat.net
1252447766 Q * thierryp Ping timeout: 480 seconds
1252448273 J * derjohn_mob ~aj@e180193030.adsl.alicedsl.de
1252449428 J * ichavero_ ~ichavero@189.135.236.32
1252449457 J * dallas ~dallas@dsl081-243-128.sfo1.dsl.speakeasy.net
1252449526 Q * imcsk8 Ping timeout: 480 seconds
1252450426 Q * ichavero_ Quit: This computer has gone to sleep
1252453188 Q * sid3windr Ping timeout: 480 seconds
1252453513 Q * Piet Ping timeout: 480 seconds
1252453543 J * sid3windr luser@bastard-operator.from-hell.be
1252453890 J * imcsk8 ~ichavero@189.135.236.32
1252454068 J * Piet ~piet@659AACELV.tor-irc.dnsbl.oftc.net
1252454111 Q * dowdle Remote host closed the connection