1248049174 Q * misc-- Remote host closed the connection
1248049913 J * nou Chaton@causse.larzac.fr.eu.org
1248050719 J * scientes_ ~scientes@97-126-28-93.tukw.qwest.net
1248051138 Q * scientes Ping timeout: 480 seconds
1248052457 Q * imcsk8 Quit: This computer has gone to sleep
1248054168 Q * scientes_ Ping timeout: 480 seconds
1248054593 J * ousado ~johnny@p5B3C32F5.dip0.t-ipconnect.de
1248055027 Q * ousado__ Ping timeout: 480 seconds
1248055542 Q * FIChTe Ping timeout: 480 seconds
1248055703 J * FIChTe fichte@bashpipe.de
1248058473 J * ktwilight_ ~keliew@174.58-240-81.adsl-dyn.isp.belgacom.be
1248058829 J * saulus_ ~saulus@c192018.adsl.hansenet.de
1248058867 Q * ktwilight__ Ping timeout: 480 seconds
1248059237 Q * SauLus Ping timeout: 480 seconds
1248059243 N * saulus_ SauLus
1248059340 M * puck Does network namespace support work okay with the vserver patch?
1248064952 J * doener_ ~doener@i59F55693.versanet.de
1248065052 Q * doener Ping timeout: 480 seconds
1248065345 Q * SHINSAKU 
1248065560 J * imcsk8 ~ichavero@189.155.135.32
1248067011 J * the-vava ~vava@p5496C054.dip.t-dialin.net
1248067334 Q * VavaR Ping timeout: 480 seconds
1248067750 Q * geb Remote host closed the connection
1248069415 J * scientes_ ~scientes@97-126-28-93.tukw.qwest.net
1248072260 Q * ktwilight_ Read error: Connection reset by peer
1248072329 J * ktwilight_ ~keliew@217.190-241-81.adsl-dyn.isp.belgacom.be
1248072567 J * davidkarban ~david@193.85.217.71
1248073228 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1248073321 Q * BenG 
1248073529 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1248074923 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1248075958 J * dna ~dna@128-205-103-86.dynamic.dsl.tng.de
1248077011 J * _nono_ ~gomes@libation.ircam.fr
1248077658 Q * BenG Quit: I Leave
1248077667 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1248077928 Q * ghislainocfs2 Quit: Leaving.
1248077936 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com
1248080062 J * pmenier ~pmenier@ACaen-152-1-13-236.w83-115.abo.wanadoo.fr
1248080467 Q * imcsk8 Quit: This computer has gone to sleep
1248080532 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1248081312 M * pmjdebruijn whieh... 2.6.27.27 has been released, with the failing dm patch reverted...
1248081770 M * pmjdebruijn the .25 patch seem to apply cleanly (except for the Makefile ofcourse)
1248082837 J * friendly ~friendly@ppp121-44-193-30.lns10.mel4.internode.on.net
1248082893 N * Bertl_zZ Bertl
1248082898 M * Bertl morning folks!
1248082943 M * Bertl puck: Linux-VServer does not affect or change the mainline code (regarding network namespaces) so they are supposed to work like in the unmodified kernel
1248082957 M * Bertl pmjdebruijn: as I said, the dm patch wa bogus
1248083042 M * pmjdebruijn Bertl: yeah
1248083081 M * puck Bertl: re network namespace, okay, no worries.  I'll read up more on how it is supposed to work in the mainline
1248084966 Q * larsivi Remote host closed the connection
1248085283 J * larsivi ~larsivi@70.84-48-63.nextgentel.com
1248085411 Q * friendly Quit: Leaving.
1248085414 Q * BenG Quit: I Leave
1248087640 M * richi_ for what is the grsecur*what-ever* patch?
1248087940 M * Bertl for the folks who like grsec (combined with Linux-VServer)
1248088240 M * infowolfe Bertl, ping
1248088282 M * infowolfe i've got a weird issue with a vm hostname leaking to the host
1248088310 M * Bertl old util-verver with tnewer kernel?
1248088317 M * Bertl *newer
1248088317 M * infowolfe probably
1248088338 M * Bertl well, knwn issue, update util-vserver and restart the guests
1248088344 M * Bertl *known
1248088345 M * infowolfe 30.216_pre2841 ok?
1248088354 M * Bertl yep, should be fine
1248088875 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1248089464 M * infowolfe Bertl, have you had any reports of _very_ strange things going on with the -pre3 2.6.30.1 patch?
1248089474 M * infowolfe Cannot write to `/home/gentoo/distfiles/gentoo-headers-2.6.30-1.tar.lzma' (No space left on device). <= wget outputs
1248089483 M * Bertl yep, is fixed in pre4
1248089489 M * infowolfe hahah
1248089489 M * infowolfe ok
1248089521 M * infowolfe Bertl, what caused it?
1248089544 M * Bertl misapplied patch in the ext3 block allocation code
1248089567 M * infowolfe -pre4's latest?
1248089651 M * Bertl yep
1248090810 M * richi_ lol, i'am now finished with compiling 2.6.30.1-pre3 - DAMN :D
1248091654 M * FIChTe pre3 should not work ;)
1248091706 M * FIChTe bertl is it usefull to provide kernels via vserver.13thfloor.at? i could do the debian part if you want
1248091724 M * FIChTe providing backported upstream kernels for the latest stable debian distribution
1248091726 M * FIChTe for example
1248091841 M * Bertl well, it's probably better to a) coordinate with the 'other' debian folks (especially the maintainer (micah)), and b) to have your own upload place (if that is possible) as you can update the wiki easily, but need my help to put something on vserver.13thfloor.at
1248091859 M * Bertl but if you do not have a place to put and link them, I can provide that, of course
1248091940 M * FIChTe yeah would be cool to link them on linux-vserver.org under the experimental section
1248091996 M * Bertl I would suggest to make (if it doesn't already exist) a wiki page with all? distro specific kernel/util-vserver packages
1248092041 M * Bertl personally I'm favoring the opinion that that kernel should be customized to your system (which is rarely the case on distro kernel :)
1248092230 M * FIChTe i have a lot of systemadmin contacts and they all dont really care about other distros in their large server farms so i think provide debian kernels could be a nice approach, i like vserver so i would like to contribute in that way :), or i do a small blog on my own and provide these kernels
1248092274 M * Bertl as I said, no problem with putting them on the wiki (as links) if you keep them up-to-date and koordinate with the maintainer(s)
1248092336 M * FIChTe ok i first try to catch one of the debian maintainers
1248092376 J * mib_tziytyz1 5a98001b@webchat.mibbit.com
1248092388 M * mib_tziytyz1 hello
1248092423 M * mib_tziytyz1 I'm having a little bother with rbind in a vserver causing it to kernel panic
1248092500 M * mib_tziytyz1 it has been working for months, but last week I renamed the vserver and wondering if perhaps I'm missing something
1248092549 M * mib_tziytyz1 I wrote a page for it on the Wiki (http://linux-vserver.org/Rename_vServer) and attached a script I wrote to do the job - so maybe you can see what might be missing?
1248092756 M * mib_tziytyz1 ?
1248092898 M * Bertl what is your kernel/patch version?
1248092959 M * mib_tziytyz1 Hi Berl - you might remember me from a while ago, I was pestering you guys under "vServer_User" - but I am being forced to use an online IRC client as my ISP has blocked port 6667 for some reason
1248092960 M * mib_tziytyz1 2.6.28.7-grsec2.1.13-vs2.3.0.36.7
1248093062 M * Bertl I'd suggest to go for a 2.6.27.x or 2.6.29.x kernel, and try without grsec first
1248093072 M * Bertl if the issue persists, please let me know
1248093249 M * mib_tziytyz1 it is
1248093255 M * mib_tziytyz1 I am unable to do anything right now
1248093275 M * mib_tziytyz1 even simple operations like chown cause "BUG: unable to handle kernel NULL pointer dereference at 0000000000000000"
1248093288 M * mib_tziytyz1 then I have to powercycle the system to recover
1248093318 M * bzed mib_tziytyz1: bts, oftc uses a lot of ports != 6667 you can connect to.or use ipv6
1248093325 M * Bertl as I said, try with a more recentpatch (2.6.28 is not really updated) and without grsec (which had some issues recently)
1248093343 M * mib_tziytyz1 Bertl - it has been working for months
1248093364 M * mib_tziytyz1 the only change we have had since last week, was me renaming the vservers and more crucially a memory upgrade
1248093378 M * Bertl then I would opt for a hardware issue
1248093399 M * Bertl did you run a memtest on the new memory?
1248093403 M * mib_tziytyz1 that is what I imagine, I'm currently pressing the datacentre for immediate replacement
1248093425 M * mib_tziytyz1 I didn't have access to the memory modules and as the server is in use at present I cannot take it offline to run memtest
1248093444 M * mib_tziytyz1 so as an alternative I am running memtester - which allows you to test ram whilst the OS is running
1248093451 M * mib_tziytyz1 obviously with some limitations
1248093501 M * mib_tziytyz1 I can run operations from the parent server itself - but if I try to perform the same operation in the vserver (on the same directory which is rbind'ed) it bombs
1248093535 M * Bertl nothing I can do about that if the system is unstable (hardware wise :)
1248093555 M * mib_tziytyz1 i completely understand - but I was wondering if it could be a possible implication of renaming the vserver
1248093581 M * Bertl nope, not really
1248093582 M * mib_tziytyz1 there isn't any other references to the path other than the ones i specified on the wiki page? (http://linux-vserver.org/Rename_vServer#Sample_vServer_renaming_bash_script_.28wrote_for_Debian.29)
1248093643 M * mib_tziytyz1 i guess I'll have to wait on replacement then
1248093652 M * mib_tziytyz1 and see how it performs
1248093903 M * Bertl yes, testing on an instable system doesn't make sense ...
1248094597 M * mib_tziytyz1 ** potentially unstable, who knows, the memory could be fine :|
1248094702 M * Bertl if the machine (not just the memory) turns out to be fine, I'd go for my initial suggestion
1248095195 M * mib_tziytyz1 but it had been working for months with that kernel
1248095546 M * mib_tziytyz1 i think i might know what it was
1248095603 M * mib_tziytyz1 i am using quota's on the parent server to manage the user's quota, and one of the users had maxed out their quota - so when trying to access it through the vserver - it didn't understand why it wasn't able to write and paniced
1248095612 Q * BenG Quit: I Leave
1248095618 M * mib_tziytyz1 that potentially makes sense?
1248095666 M * Bertl could be, in any case, nothing we can/will investigate further on an outdated grsec kernel :)
1248095686 M * mib_tziytyz1 boo to you sir
1248095705 M * mib_tziytyz1 you know how updating the kernel scares me - whats the optimum build to go for then?
1248095710 M * mib_tziytyz1 i can compile in the background
1248095734 M * Bertl I'd go for the 2.6.29.x kernels or the 2.6.27.x if you prefer mainline stability
1248095754 M * Bertl you can also test 2.6.30*pre patches, if you want to help stabilize them
1248095826 M * mib_tziytyz1 i would love to help, but they are production units and any downtime costs us!
1248095954 M * Bertl that's what test systems are for .. every company should have one (if downtime is critical :)
1248095996 M * mib_tziytyz1 i'm trying to figure out a sensible heartbeat system this week actually
1248096215 M * pmjdebruijn daniel_hozac: I found the new debian packages for util-vserver for sid... I'm "backporting" it now to Debian Lenny...
1248096583 N * DoberMann[ZZZzzz] DoberMann
1248096783 M * arekm hm, someone posted vserver+grsec patch here... was it for .30?
1248096880 N * dave0gone dave0
1248096963 M * mib_tziytyz1 it looks like it is the quota issue - perhaps I should submit a bug?
1248096988 M * Bertl yo whom?
1248096994 M * Bertl *to whom?
1248097001 M * mib_tziytyz1 I dunno - do you have a bug tracker?
1248097053 M * Bertl somewhere, but Linux-VServer bugs are reported here or on the ML, and there is no point in reporting it on an outdated and heavily patched (grsec) kernel
1248097183 M * mib_tziytyz1 just looking at what you said above, you say vsersion 2.6.27 for kernel? I am running 2.6.28.7-grsec2.1.13-vs2.3.0.36.7 .... surely that is newer?
1248097226 M * Bertl nope, 2.6.27.x is long time maintained (mainline) so it will be maintained by Linux-VServer too, 2.6.28.x is not
1248097282 M * mib_tziytyz1 ah, ok
1248097294 M * mib_tziytyz1 I'm sure I remember you reccomending .28 last time I was having bother
1248097321 M * Bertl I really doubt so, unless that bas back when 2.6.28.x was the current kernel
1248097332 M * Bertl s/bas/was/
1248097335 M * mib_tziytyz1 who knows
1248097347 M * Bertl the irc logs probably :)
1248097365 M * mib_tziytyz1 lol
1248097380 M * mib_tziytyz1 I'll go for 2.6.29 then
1248097393 M * mib_tziytyz1 do you happen to have the link on how to apply the grsec patch
1248097468 M * Bertl don't apply it at all, if you suspect a Linux-VServer issue
1248097531 M * mib_tziytyz1  .... so much for extra security :(
1248097554 M * Bertl do you explicitely configure grsec?
1248097577 M * mib_tziytyz1 only the basic options when compiling the kernel
1248097580 M * mib_tziytyz1 past that point, no
1248097592 M * Bertl so you are not really using it then anyways
1248097597 M * mib_tziytyz1 lol
1248097600 M * mib_tziytyz1 ok then!
1248097703 M * mib_tziytyz1 running make menuconfig now  ....
1248097734 M * mib_tziytyz1 ah, need the linx-vserver patch itself
1248097736 M * mib_tziytyz1 that might help :lol:
1248099244 M * Bertl nap attack .. bbl
1248099250 N * Bertl Bertl_zZ
1248099914 J * geb ~geb@AOrleans-253-1-42-146.w92-140.abo.wanadoo.fr
1248099935 M * geb hi
1248100435 J * dowdle ~dowdle@scott.coe.montana.edu
1248101223 J * SHINSAKU ~Shinsaku@chello084010157123.chello.pl
1248102923 J * mxs mxs@p4FCC9773.dip.t-dialin.net
1248102979 J * thierryp ~thierry@0460hostw42.starwoodbroadband.com
1248103242 Q * mxs_ Ping timeout: 480 seconds
1248103856 Q * mib_tziytyz1 Quit: http://www.mibbit.com ajax IRC Client
1248104617 Q * geb Ping timeout: 480 seconds
1248104994 Q * davidkarban Quit: Ex-Chat
1248105658 Q * Pazzo Quit: Ex-Chat
1248107040 J * ViRUS ~mp@p579B4741.dip.t-dialin.net
1248107908 Q * dna Read error: Connection reset by peer
1248107922 J * dna ~dna@128-205-103-86.dynamic.dsl.tng.de
1248108073 N * Bertl_zZ Bertl
1248108076 M * Bertl back now ...
1248108450 Q * PowerKe Quit: Shutdown for maintenance
1248108488 J * imcsk8 ~ichavero@189.155.135.32
1248108584 J * vServer_User ~vServer_U@host90-152-0-28.ipv4.regusnet.com
1248108592 M * vServer_User hello all
1248108611 M * vServer_User just trying to compile vserver kernel on debian - but i can't find the webpage i used last time as a guide
1248108639 M * vServer_User i know i need to use make-kpkg --initrd , but it is exiting somewhere along the stage
1248108893 Q * imcsk8 Quit: This computer has gone to sleep
1248108954 J * PowerKe ~tom@d5153A5EC.access.telenet.be
1248109008 M * Bertl http://linux-vserver.org/Installation_on_Debian
1248109075 M * Bertl http://linux-vserver.org/Installation_on_Linux_2.6
1248109122 M * Bertl (if you want to build a debian package, you have to check with the debian folks)
1248109205 M * vServer_User darn, its the debian package I'm trying to build explicitally
1248109226 M * dave0 vServer_User: what error are you getting from make-kpkg?
1248109253 M * vServer_User dpkg-gencontrol: error: package linux-image-2.6.29.5-vs2.3.0.36.14 not in control info
1248109337 M * dave0 sorry, can't help there... I've not seen that one before
1248109400 M * dave0 where did you get the source?  I usually use make-kpkg with a stock kernel.org kernel + whatever patches, rather than using the Debian source package
1248109426 M * vServer_User i'm just using the kernel source + patch from linux-vservers
1248109722 Q * PowerKe Quit: More maintenance
1248109879 N * DoberMann DoberMann[PullA]
1248110227 M * dave0 vServer_User: I use "make menuconfig; fakeroot make-kpkg clean; fakeroot make-kpkg --initrd kernel_image" 
1248111438 Q * dowdle Remote host closed the connection
1248111622 J * dowdle ~dowdle@scott.coe.montana.edu
1248111893 M * vServer_User i managed to get it to compile by removing the ./debian dir and running make-kpkg --rootcmd fakeroot --append-to-version +vserver --initrd kernel-image
1248111935 M * vServer_User should i upgrade my version of util-vserver, i am running 0.30.216~r2772-6
1248111950 M * vServer_User this is to go with --  2.6.29.5-vs2.3.0.36.14
1248112151 M * Bertl yep, update to a newer version
1248112160 M * vServer_User have you got the link handy for it
1248112204 M * Bertl http://people.linux-vserver.org/~dhozac/t/uv-testing/
1248112268 M * vServer_User do you recommend any version
1248112277 M * Bertl yep, the latest
1248112285 M * vServer_User 0.30.216-pre2841
1248112287 M * vServer_User ?
1248112297 M * Bertl correct
1248112301 Q * gnuk Quit: NoFeature
1248112317 M * vServer_User is it backwards compatible, should i switch to .27
1248112328 M * Bertl yep
1248112337 M * vServer_User gotta love bleeding edge eh
1248112341 M * vServer_User so .29 is supported then
1248112344 M * daniel_hozac it's backwards compatible to 2.4 kernels...
1248112350 M * vServer_User and i can test the quota bug and report back
1248112359 M * Bertl excellent!
1248112380 M * vServer_User will do then
1248112445 M * vServer_User darn, first hurdle, Can not find the 'vconfig' tool 
1248112521 M * daniel_hozac that message comes with instructions on how to fix it...
1248112524 M * vServer_User apt-get install vlan ;)
1248112551 J * saulus_ ~saulus@d126220.adsl.hansenet.de
1248112561 M * Bertl which, btw, is something the previous version would/should have required too, btw
1248112573 M * vServer_User i think i just used pre-built bins before
1248112608 M * Bertl which means, that their dependancy is wrong :)
1248112623 M * vServer_User i wasn't building from source though
1248112629 M * vServer_User just dpkg -i 'ing
1248112640 M * Bertl it is a tool used at runtime
1248112644 M * vServer_User hmmm
1248112649 M * vServer_User probably explains my old networking issue
1248112650 M * vServer_User lol
1248112655 M * vServer_User No package 'nss' found | 
1248112661 M * vServer_User darn
1248112704 Q * SauLus Ping timeout: 480 seconds
1248112715 N * saulus_ SauLus
1248112774 M * vServer_User apt-get install libnss3-1d didn't help
1248112793 M * Bertl install the devel packages
1248112808 M * vServer_User apt-get install libnss3-dev
1248112810 M * vServer_User worked
1248112874 M * vServer_User "src/exec-remount.c:110: error: 'MNT_DETACH' undeclared (first use in this function)"
1248112878 M * vServer_User during make
1248112911 M * Bertl use proper header files
1248112916 J * allquixotic ~sean@pool-70-17-244-221.balt.east.verizon.net
1248112927 M * vServer_User not sure what that means?
1248113302 M * vServer_User i guess i need to be running .29 during compilation then?
1248113319 M * daniel_hozac no.
1248113339 M * vServer_User any thoughts on how to resolve it
1248113410 M * daniel_hozac use a recent util-vserver version.
1248113457 M * daniel_hozac r2840+ work around old and broken headers.
1248113457 M * vServer_User thats what i'm trying to compile
1248113465 M * daniel_hozac apparently not.
1248113737 M * vServer_User src/vcontext.c:301: warning: implicit declaration of function 'pivot_root'
1248113737 M * vServer_User src/vcontext.c:305: error: 'MNT_DETACH' undeclared (first use in this function)
1248113737 M * vServer_User src/vcontext.c:305: error: (Each undeclared identifier is reported only once
1248113737 M * vServer_User src/vcontext.c:305: error: for each function it appears in.)
1248113737 M * vServer_User make[2]: *** [src/vcontext.o] Error 1
1248113738 M * vServer_User make[2]: Leaving directory `/usr/src/util-vserver/util-vserver-0.30.216-pre2841'
1248113738 M * vServer_User make[1]: *** [all-recursive] Error 1
1248113740 M * vServer_User make[1]: Leaving directory `/usr/src/util-vserver/util-vserver-0.30.216-pre2841'
1248113740 M * vServer_User make: *** [all] Error 2
1248113746 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 
1248113781 M * vServer_User will do ;)
1248113845 M * vServer_User but still leaves me with the header issue
1248114054 J * PowerKe ~tom@d5153A5EC.access.telenet.be
1248114258 M * vServer_User ?
1248114282 M * Bertl daniel_hozac should know, he maintains util-vserver
1248114489 M * vServer_User pm'ed him but i think hes away
1248114875 M * daniel_hozac so hack around it. add the definition to it.
1248114932 M * vServer_User not sure i have the brains for it
1248115043 M * vServer_User any tips for how to go about it
1248115077 M * daniel_hozac add the following to src/vcontext.c
1248115081 M * daniel_hozac #define MNT_DETACH              0x0002
1248115311 M * vServer_User thanks mate, we have a makefile
1248115315 M * fback vServer_User: you're building utils?
1248115319 M * vServer_User yeah
1248115334 M * fback it's debian lenny?
1248115338 M * vServer_User certainly is
1248115361 M * fback i386 or amd64?
1248115369 M * vServer_User i'm on a mission to see if quotas set on the host machine cause kernel panics in the vserver
1248115371 M * vServer_User amd64
1248115376 M * vServer_User i'm make/make installed now
1248115418 M * fback then you could use .deb created by me some time ago
1248115450 M * fback you can complain if something is broken, but generally it "works for me"
1248115466 M * vServer_User well, i've worked hard enough for today
1248115481 M * vServer_User i'll trial the new kernel later tonight/tommorow and report back about the quota thing
1248115499 M * vServer_User thanks very much all!
1248115559 M * fback if only I could find the link to these .debs ;)
1248115571 M * vServer_User post them - then at least it will be in the irc logs
1248115598 M * vServer_User peace
1248115599 Q * vServer_User 
1248115964 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1248119347 Q * DLange Ping timeout: 480 seconds
1248119812 J * DLange ~DLange@dlange.user.oftc.net
1248120578 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1248120753 Q * thierryp Ping timeout: 480 seconds
1248121886 P * daenney 
1248122470 Q * bonbons Quit: Leaving
1248123238 Q * ghislainocfs2 Quit: Leaving.
1248124012 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1248124581 N * dave0 dave0gone
1248125015 Q * dna Quit: Verlassend
1248126269 N * DoberMann[PullA] DoberMann[ZZZzzz]
1248126653 Q * FireEgl Ping timeout: 480 seconds
1248127135 J * imcsk8 ~ichavero@189.155.135.32
1248127193 J * FireEgl FireEgl@FireEgl.CJB.Net
1248128808 J * thierryp ~thierry@38.104.126.78
1248129429 Q * FireEgl Remote host closed the connection
1248129510 Q * imcsk8 Quit: This computer has gone to sleep
1248130235 J * FireEgl FireEgl@WTF.4.1.0.c.0.7.4.0.1.0.0.2.ip6.arpa
1248130809 J * imcsk8 ~ichavero@201.144.51.36
1248131300 J * geb ~geb@AOrleans-253-1-42-146.w92-140.abo.wanadoo.fr
1248131524 Q * FireEgl Read error: Connection reset by peer
1248131682 Q * PowerKe Ping timeout: 480 seconds
1248131873 Q * doener_ Quit: leaving
1248132215 J * PowerKe ~tom@d5153A5EC.access.telenet.be
1248132452 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1248133364 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com