1348618416 J * DoberMann ~james@2a01:e35:8b44:84c0::2
1348618745 Q * bellows Quit: http://www.mibbit.com ajax IRC Client
1348622190 M * Bertl_oO off to bed now ... have a good one everyone!
1348622253 N * Bertl_oO Bertl_zZ
1348625356 J * ser ~ser@host1.tldp.ibiblio.org
1348627725 Q * clopez Ping timeout: 480 seconds
1348629512 Q * ccxCZ Remote host closed the connection
1348629696 J * FireEgl FireEgl@2001:470:e5ad:1:51db:628d:734a:c23c
1348638494 J * ghislain ~AQUEOS@adsl2.aqueos.com
1348639989 Q * FireEgl Read error: Connection reset by peer
1348640584 Q * nkukard Read error: Connection reset by peer
1348640598 J * nkukard ~nkukard@41.177.37.231
1348640974 J * FireEgl ~FireEgl@173-25-83-57.client.mchsi.com
1348642752 Q * ensc|w Remote host closed the connection
1348642760 J * ensc|w ~ensc@www.sigma-chemnitz.de
1348643257 J * kir ~kir@swsoft-msk-nat.sw.ru
1348648747 M * nyerup Bertl_zZ: Remember that routing cache bug? Any news on that?
1348648767 M * nyerup I'm stuck on 2.6.38.
1348649678 P * kir PING 1348649678
1348649781 J * BlackPanx 4d6f0224@ircip1.mibbit.com
1348650685 J * TaylorBaby ask@71-88-208-68.dhcp.kgpt.tn.charter.com
1348650746 M * TaylorBaby WWW.QUICKCOLLEGEHOOKUPS.COM is giving away 7 more FREE accounts!
1348650752 Q * TaylorBaby autokilled: This host triggered network flood protection. please mail support@oftc.net if you feel this is in error, quoting this message. (2012-09-26 09:12:32)
1348650783 N * Bertl_zZ Bertl
1348650790 M * Bertl morning folks!
1348650803 M * BlackPanx do we have any !seen command here or something ?
1348650810 M * Bertl nyerup: means?
1348651039 M * Bertl BlackPanx: #oftc?
1348651236 M * BlackPanx no, some bot or something
1348651240 M * BlackPanx that keeps track
1348651250 M * BlackPanx on users which are online and when were they online last time
1348651263 M * BlackPanx !seen psand
1348651396 M * Bertl ah, no, no bot which does that atm
1348651408 M * Bertl but you can dig through the online logs
1348651792 M * BlackPanx may i ask why do scripts for shutdown and startup have sleep 90
1348651793 M * BlackPanx in them
1348651800 M * BlackPanx it really slows down shutdown and startup
1348651806 M * BlackPanx any particular reason ?
1348651830 M * daniel_hozac what script?
1348651838 M * BlackPanx init scripts
1348651846 M * BlackPanx have sleep 90 in them
1348651860 M * daniel_hozac which one?
1348651986 M * BlackPanx cat /etc/rc6.d/K02vservers-default | grep sleep ## initmethods are spending much time time in sleeps, it is safe to #echo "VServer guest startup is sleeping for 90 seconds..." #sleep   90
1348652001 M * BlackPanx i commented in this
1348652002 M * BlackPanx server
1348652004 M * BlackPanx but default
1348652007 M * BlackPanx has sleep 9'
1348652009 M * BlackPanx 90
1348652011 M * BlackPanx and waits
1348652012 M * BlackPanx :)
1348652103 M * daniel_hozac that's not in any of the util-vserver scripts, so why you've added it we're not the right people to answer.
1348652539 J * fleischergesell ~fleischer@p5B0A36E8.dip.t-dialin.net
1348652620 M * fleischergesell We noticed some vcontext segfaults in dmesg - any idea what the problem might be?
1348652621 M * fleischergesell [3351756.652224] vcontext[19772]: segfault at 7fff90bceff8 ip 0000000000403279 sp 00007fff90bcf000 error 6 in vcontext[400000+9000
1348652640 M * daniel_hozac what version?
1348652641 M * fleischergesell we're using vs2.3.2.7.diff on a 3.2. debian bpo kernel
1348652939 M * fleischergesell We are also noticing stange i/o lockups at unrelated timestamps - but any time we had a lockup, we always had atleast one vcontext segfault showing up in kern.log. Do you think this is related?
1348653037 M * Bertl fleischergesell: what util-vserver version?
1348653068 M * fleischergesell vserver 0.30.216-pre3029
1348653349 M * fleischergesell should we try the lastest testing instead? Or is the "stable" feature-rich enoug to downgrade?
1348653701 J * clopez ~clopez@fanzine.igalia.com
1348654429 M * fleischergesell Is there anything we can do to debug the problem?
1348654820 J * fisted_ ~fisted@xdsl-87-78-183-231.netcologne.de
1348655201 Q * fisted Ping timeout: 480 seconds
1348656009 M * BlackPanx hmm... i have a bit of a problem with making initramfs: /boot $ mkinitramfs -k -o initrd.img-3.2.29-vs2.3.2.15-beng vmlinuz-3.2.29-vs2.3.2.15-beng  Cannot find /lib/modules/vmlinuz-3.2.29-vs2.3.2.15-beng
1348656019 M * BlackPanx i can specify -k with path
1348656024 M * BlackPanx but will that be problem ?
1348656035 J * ccxCZ ~ccxCZ@178.238.36.182
1348656057 M * BlackPanx kernel is in: /lib/modules/3.2.23-vs2.3.2.12-beng
1348656062 M * BlackPanx not in /lib/modules
1348656522 Q * ccxCZ Ping timeout: 480 seconds
1348657385 Q * clopez Ping timeout: 480 seconds
1348657542 M * Bertl sounds like a debian/packaging problem
1348657585 M * Bertl fleischergesell: well, I'd suggest to update to a recent kernel/tool set and see if you can recreate the issue there
1348657658 M * fleischergesell The problem is, I cannot manually recreate the issue. It just happens (tm) sometimes.
1348657697 M * fleischergesell as it is relatively easy to update the toolset - dou you think the core problem is more likely there or in the kernel?
1348657799 M * Bertl more likely in the toolchain, or to be precise in the libraries they are linked to
1348657829 M * Bertl so I'd start with updating util-vserver
1348657836 J * clopez ~clopez@fanzine.igalia.com
1348657852 J * ju ~ju@curl.eatmytux.com
1348657872 M * fleischergesell Okay, will do so. Btw, do any of the adresses the segfault occurs at give you a hint whether this might be i/o related?
1348657901 M * Bertl segfaults are not specifically i/o related
1348657924 M * Bertl they happen when the program accesses 'bad' memory
1348657940 M * Bertl (where bad doesn't necessarily mean defect :)
1348658385 M * daniel_hozac it's usually just a bug.
1348658668 M * fleischergesell Okay, will give the lastest util-vserver package a go
1348658858 M * fleischergesell Thank you both for the help.
1348659119 M * Bertl you're welcome!
1348659340 Q * clopez Ping timeout: 480 seconds
1348660033 J * clopez ~clopez@fanzine.igalia.com
1348660486 P * fleischergesell 
1348661590 M * BlackPanx FATAL: Could not load /lib/modules/3.2.29-vs2.3.2.15-beng/modules.dep: No such file or directory FATAL: Could not load /lib/modules/3.2.29-vs2.3.2.15-beng/modules.dep: No such file or directory
1348661593 M * BlackPanx okay as i thought
1348661599 M * BlackPanx problem with this mkinitramfs
1348661600 M * BlackPanx ...
1348662752 M * Bertl yeah, debian is fun it seems :)
1348662796 M * Chlorek hi Bertl, can I get /proc/net/dev in net namespace vserver?
1348662890 Q * Aiken Remote host closed the connection
1348663087 M * Bertl hmm, please rephrase the question :)
1348663293 M * Chlorek I need /proc/net/dev inside vserver operating in network namepsace
1348663304 M * Chlorek is it possible, and how, if?
1348663327 M * Bertl well, you can certainly unhide it
1348663341 M * daniel_hozac it should be unhidden by default
1348663347 M * Bertl I'm not sure how it is handled inside a network namespace though
1348663384 M * Chlorek it's not hidden
1348663632 M * Chlorek ok, another question
1348663642 M * Chlorek how can I reload vunify-exclude?
1348663658 M * Chlorek the same way as vprocunhide-files?
1348663671 M * daniel_hozac it will be used next time you run hashify.
1348664576 Q * nkukard Quit: Leaving
1348665542 M * Chlorek looks like vserver bug
1348665559 M * Chlorek people says that lxc netns works fine
1348665635 M * Bertl well, there is nothing we change compared to LXC
1348665724 M * Bertl so either those 'people' lie or your 'problem' (whatever that actually) is, is not network namespace related
1348665987 M * Chlorek check yourself - shorten google http://chlorek.com/i2F
1348666408 J * nkukard ~nkukard@41.177.37.231
1348667214 M * BlackPanx how could i inspect initrd.img-3.2.29-vs2.3.2.15-beng file ?
1348667218 M * BlackPanx mount it somehow
1348667219 M * BlackPanx or what
1348667220 M * BlackPanx ?
1348667273 M * daniel_hozac file -z initrd.img*
1348667324 M * BlackPanx umm that tells me what this is :) something cpio :D
1348667342 M * BlackPanx ASCII cpio archive (SVR4 with no CRC) (gzip compressed data
1348667444 M * Bertl Chlorek: well, what I see there is a discussion I had, which concluded nothing
1348667526 M * BlackPanx okay it's mounted as: /dev/loop0 on /temp type sysfs (rw)
1348667557 M * BlackPanx but find . | grep modules.dep
1348667568 M * BlackPanx doesnt find my modules.dep in that initrd file...
1348667585 M * Bertl you 'mounted' a cpio archive as sysfs?
1348667595 M * BlackPanx yep
1348667615 M * Bertl quite interesting approach
1348667633 M * daniel_hozac doubt that will do you any good...
1348667636 M * BlackPanx but i see the structure of something else i guess... 
1348667651 M * BlackPanx i would need to see /lib/modules/something/
1348667657 M * BlackPanx if it's properly packed this time
1348667661 M * BlackPanx cause debian is really stupid
1348667665 M * Bertl next time try to mount it as procfs instead
1348667675 M * Bertl nah, just kidding
1348667692 M * BlackPanx -.-
1348667693 M * BlackPanx not funny
1348667695 M * BlackPanx -.-
1348667697 M * Bertl you need to unpack it, cpio is like tar, just better and older
1348667706 M * BlackPanx hmm
1348667707 M * BlackPanx okay
1348667765 M * BlackPanx so actually gunzip-cpio something like that ?
1348667820 M * daniel_hozac zcat | cpio -id is your friend.
1348667853 M * BlackPanx thanks for the tip :)
1348668092 M * Chlorek Bertl: conclusions of those conversations are everywhere the same, namely /proc/net is missing
1348668147 M * Bertl yes, but there is no evidence that it is even remotely Linux-VServer related
1348668180 M * BlackPanx it worked. thanx dani/bertl
1348668189 M * Bertl Chlorek: note that I do not say it isn't, but I haven't seen or heard from anybody actually doing some tests in that regard
1348668193 M * BlackPanx and this time it's packed properly
1348668215 M * daniel_hozac Bertl: testing and proving theories is so much less fun than speculating!
1348668226 M * Bertl of course
1348668248 M * Chlorek I'm still looking for something new, different, but so and so i cannot find solution
1348668273 M * Bertl the longest useful discussion ended with some 'unshare' tool, which obviously doesn't unshare network namespaces at all
1348668317 M * Bertl maybe it would make sense to check with an LXC setup first, then compare it between a patched and unpatched kernel (same version)
1348668322 M * Chlorek actually it's not a tool
1348668325 M * Chlorek http://www.kernel.org/doc/man-pages/online/pages/man2/unshare.2.html
1348668336 M * Bertl well, I know the unshare syscall
1348668347 M * Bertl we use it for unsharing namespaces
1348668410 M * Chlorek but the result is completly different from what you get with lxc or openvz
1348668454 M * Bertl show me!
1348668838 J * mib_6b8erv 8ce8c7cd@ircip2.mibbit.com
1348668863 M * mib_6b8erv Q:  Should one Vserver be able to ping or resolve the Vserver Host or another Vserver Guest by host name?  At the moment, we can resolve host name within a Vserver (e.g., within vserver1, ping vserver1.mydomain.com gets resolution to the IP), but not between Vservers.
1348669028 M * daniel_hozac have you setup DNS?
1348669147 M * mib_6b8erv In the hosts file, we have a line for IP and host name, but have not set up DNS beyond that.
1348669162 M * Chlorek damn
1348669168 M * Chlorek Bertl: later
1348669176 M * Chlorek boss is disturbing me now
1348669205 M * mib_6b8erv PS we are using the guests as X servers...can we can successfully start X sessions.
1348669720 M * mib_6b8erv Should we set up DNS in another way?
1348669739 M * daniel_hozac do you have all guests in every /etc/hosts?
1348669836 M * mib_6b8erv no - should we do that?   We really want the guests to be able to resolve to a cups server but don't need them to resolve to each other.
1348669911 Q * nkukard Read error: Connection reset by peer
1348669952 M * mib_6b8erv I.e., we want User's guests to be able to use a common cups server running on it's own guest (all on the same Host).
1348670124 M * daniel_hozac then that will  have to be in the user's /etc/hosts
1348670144 M * Bertl s/user's/guest's/
1348670181 M * mib_6b8erv OK, thanks guys - will give that a try.
1348670207 Q * mib_6b8erv Quit: http://www.mibbit.com ajax IRC Client
1348670537 M * Chlorek anyway
1348670553 M * Chlorek Bertl: how can I show you if I don't use lxc
1348670656 M * Chlorek people say, that netns works fine in lxc, so I just expect the same, positive result using vserver
1348670756 M * daniel_hozac how are you setting it up with Linux-VServer?
1348670809 M * Chlorek what do you mean?
1348670858 M * daniel_hozac how are you using network namespaces?
1348670963 M * Chlorek using spaces/net 
1348670969 M * daniel_hozac and?
1348670973 M * Chlorek and post-start script
1348670987 M * daniel_hozac without noncontext?
1348671011 M * Chlorek ip link add name hgw0 up type veth peer name veth0
1348671011 M * Chlorek vserver hgw exec ip link set up lo
1348671011 M * Chlorek ip link set veth0 name eth0 netns $PID up
1348671011 M * Chlorek vserver hgw exec ip addr add 172.31.0.2/32 dev eth0
1348671191 M * Chlorek and it works properly, but I can't get /proc/net/ inside guest
1348671636 M * Bertl the question was: without noncontext?
1348672596 Q * BlackPanx Quit: http://www.mibbit.com ajax IRC Client
1348673799 M * nyerup Bertl: We talked a few months back about a problem with the routing cache, leading to packets being sent on the wrong interface for non-cached route entries.
1348673852 M * nyerup It was a regression somewhere between 2.6.38.z and 3.0.z.
1348674176 M * nyerup Bertl: I see the routing cache has been removed completely in 3.6. Do you have a working copy that patches a 3.6-rc I could try out?
1348675618 J * bonbons ~bonbons@2001:960:7ab:0:7db4:91f8:66ff:a0ee
1348676885 J * nkukard ~nkukard@41.177.37.231
1348677267 M * Chlorek Bertl: what do you mean noncontext?
1348677444 M * Bertl you have to ask daniel_hozac, I just repeated the question you ignored/overlooked
1348677527 M * Chlorek I was busy
1348677535 M * Chlorek programers are like chirdren
1348677538 M * Chlorek :/
1348677560 M * Bertl open to everything new?
1348677569 Q * ju Read error: Connection reset by peer
1348677586 J * ju ~ju@curl.eatmytux.com
1348677596 M * Chlorek hm?
1348677601 M * Chlorek no
1348677608 M * Chlorek careless
1348677660 M * Chlorek 3h lost for learning php, and show him where is a bug
1348677682 M * Chlorek and it's at the top of doc
1348677687 M * Chlorek :/
1348677703 M * Bertl maybe you should have hired a php programmer? :)
1348677727 M * Chlorek I hate it ;)
1348677817 M * Bertl there is a tool called ns_exec (used by LXC)
1348677845 M * Bertl you might want to try to unshare a network namespace with that on a Linux-VServer patched kernel
1348678294 Q * DoberMann charon.oftc.net reticulum.oftc.net
1348678294 Q * guerby charon.oftc.net reticulum.oftc.net
1348678294 Q * Rockj charon.oftc.net reticulum.oftc.net
1348678294 Q * fback charon.oftc.net reticulum.oftc.net
1348678294 Q * Chlorek charon.oftc.net reticulum.oftc.net
1348678294 Q * nox charon.oftc.net reticulum.oftc.net
1348678294 Q * m_ueberall charon.oftc.net reticulum.oftc.net
1348678294 Q * trippeh charon.oftc.net reticulum.oftc.net
1348678294 Q * Defaultti charon.oftc.net reticulum.oftc.net
1348678294 Q * vasko charon.oftc.net reticulum.oftc.net
1348678294 Q * harry charon.oftc.net reticulum.oftc.net
1348678294 Q * jrayhawk charon.oftc.net reticulum.oftc.net
1348678294 Q * ju charon.oftc.net reticulum.oftc.net
1348678294 Q * hparker charon.oftc.net reticulum.oftc.net
1348678294 Q * deathtje_ charon.oftc.net reticulum.oftc.net
1348678294 Q * disposable charon.oftc.net reticulum.oftc.net
1348678294 Q * DreamerC charon.oftc.net reticulum.oftc.net
1348678294 Q * FireEgl charon.oftc.net reticulum.oftc.net
1348678294 Q * quasisane charon.oftc.net reticulum.oftc.net
1348678294 Q * alex3 charon.oftc.net reticulum.oftc.net
1348678294 Q * ntrs charon.oftc.net reticulum.oftc.net
1348678294 Q * nicholi charon.oftc.net reticulum.oftc.net
1348678294 Q * hijacker_ charon.oftc.net reticulum.oftc.net
1348678294 Q * WMP charon.oftc.net reticulum.oftc.net
1348678294 Q * puck charon.oftc.net reticulum.oftc.net
1348678294 Q * ircuser-1 charon.oftc.net reticulum.oftc.net
1348678294 Q * nkukard charon.oftc.net reticulum.oftc.net
1348678294 Q * fisted_ charon.oftc.net reticulum.oftc.net
1348678294 Q * yang charon.oftc.net reticulum.oftc.net
1348678294 Q * nlm charon.oftc.net reticulum.oftc.net
1348678294 Q * PowerKe charon.oftc.net reticulum.oftc.net
1348678294 Q * Jb_boin charon.oftc.net reticulum.oftc.net
1348678294 Q * grobie charon.oftc.net reticulum.oftc.net
1348678294 Q * dkg charon.oftc.net reticulum.oftc.net
1348678294 Q * FloodServ charon.oftc.net reticulum.oftc.net
1348678294 Q * swenTjuln charon.oftc.net reticulum.oftc.net
1348678294 Q * cuba33ci charon.oftc.net reticulum.oftc.net
1348678294 Q * nou charon.oftc.net reticulum.oftc.net
1348678294 Q * padde charon.oftc.net reticulum.oftc.net
1348678294 Q * _are_ charon.oftc.net reticulum.oftc.net
1348678294 Q * nyerup charon.oftc.net reticulum.oftc.net
1348678294 Q * clopez charon.oftc.net reticulum.oftc.net
1348678294 Q * ser charon.oftc.net reticulum.oftc.net
1348678294 Q * Romster charon.oftc.net reticulum.oftc.net
1348678294 Q * wurtel_ charon.oftc.net reticulum.oftc.net
1348678294 Q * ivan` charon.oftc.net reticulum.oftc.net
1348678294 Q * micah charon.oftc.net reticulum.oftc.net
1348678294 Q * ensc|w charon.oftc.net reticulum.oftc.net
1348678294 Q * aj__ charon.oftc.net reticulum.oftc.net
1348678294 Q * ncopa_ charon.oftc.net reticulum.oftc.net
1348678294 Q * geb charon.oftc.net reticulum.oftc.net
1348678295 Q * daniel_hozac charon.oftc.net reticulum.oftc.net
1348678295 Q * DelTree charon.oftc.net reticulum.oftc.net
1348678295 Q * ex charon.oftc.net reticulum.oftc.net
1348678295 Q * MooingLemur charon.oftc.net reticulum.oftc.net
1348678295 Q * _nono_ charon.oftc.net reticulum.oftc.net
1348678295 Q * sid3windr charon.oftc.net reticulum.oftc.net
1348678295 Q * macmaN charon.oftc.net reticulum.oftc.net
1348678295 Q * pexapor charon.oftc.net reticulum.oftc.net
1348678295 Q * aurel charon.oftc.net reticulum.oftc.net
1348678295 Q * transacid charon.oftc.net reticulum.oftc.net
1348678295 Q * neofutur charon.oftc.net reticulum.oftc.net
1348678295 Q * mcp charon.oftc.net reticulum.oftc.net
1348678295 Q * brambles charon.oftc.net reticulum.oftc.net
1348678295 Q * Hunger charon.oftc.net reticulum.oftc.net
1348678295 Q * sladen charon.oftc.net reticulum.oftc.net
1348678295 Q * jeroen__ charon.oftc.net reticulum.oftc.net
1348678295 Q * click charon.oftc.net reticulum.oftc.net
1348678295 Q * theocrite charon.oftc.net reticulum.oftc.net
1348678295 Q * _Shiva_ charon.oftc.net reticulum.oftc.net
1348678295 Q * HeL charon.oftc.net reticulum.oftc.net
1348678295 Q * DLange charon.oftc.net reticulum.oftc.net
1348678295 Q * morfoh charon.oftc.net reticulum.oftc.net
1348678295 Q * Bertl charon.oftc.net reticulum.oftc.net
1348678295 Q * bzed charon.oftc.net reticulum.oftc.net
1348678295 Q * tokkee charon.oftc.net reticulum.oftc.net
1348678344 J * ju ~ju@curl.eatmytux.com
1348678344 J * nkukard ~nkukard@41.177.37.231
1348678344 J * clopez ~clopez@fanzine.igalia.com
1348678344 J * fisted_ ~fisted@xdsl-87-78-183-231.netcologne.de
1348678344 J * ensc|w ~ensc@www.sigma-chemnitz.de
1348678344 J * FireEgl ~FireEgl@173-25-83-57.client.mchsi.com
1348678344 J * ser ~ser@host1.tldp.ibiblio.org
1348678344 J * DoberMann ~james@2a01:e35:8b44:84c0::2
1348678344 J * cuba33ci ~cuba33ci@114-25-197-43.dynamic.hinet.net
1348678344 J * aj__ ~aj@d004166.adsl.hansenet.de
1348678344 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647
1348678344 J * sladen ~paul@212.13.202.11
1348678344 J * yang yang@yang.netrep.oftc.net
1348678344 J * nlm ~nlm@host230.200-117-23.telecom.net.ar
1348678344 J * guerby ~guerby@nc10d-ipv6.tetaneutral.net
1348678344 J * quasisane ~sanep@c-24-218-184-186.hsd1.nh.comcast.net
1348678344 J * pexapor ~rj@tdream.lly.earlham.edu
1348678344 J * ncopa_ ~ncopa@ti0143a340-0216.bb.online.no
1348678344 J * jeroen__ ~jeroen@mail.nl02.searchtrends.eu
1348678344 J * Defaultti defaultti@kapsi.fi
1348678344 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com
1348678344 J * nou Chaton@causse.larzac.fr.eu.org
1348678344 J * deathtje_ ~deathtje@216.67.225.106
1348678344 J * geb ~geb@mars.gebura.eu.org
1348678344 J * vasko ~vasko@unreal.rainside.sk
1348678344 J * jrayhawk ~jrayhawk@nursie.omgwallhack.org
1348678344 J * harry ~harry@enzoverder.be
1348678344 J * Rockj rockj@rockj.net
1348678344 J * m_ueberall dircproxy4@2a01:4f8:100:80e3:0:bc28:af65:3
1348678344 J * DLange ~DLange@dlange.user.oftc.net
1348678344 J * Bertl herbert@IRC.13thfloor.at
1348678344 J * bzed ~bzed@bzed.netrep.oftc.net
1348678344 J * transacid ~transacid@transacid.de
1348678344 J * neofutur ~neofutur@neofutur.user.oftc.net
1348678344 J * _Shiva_ shiva@whatcha.looking.at
1348678344 J * theocrite ~Hubert@87.98.217.168
1348678344 J * nox ~bnc@2a01:4f8:140:40a2:6667::952
1348678344 J * morfoh ~morfoh@shell.opensde.net
1348678344 J * mcp ~mcp@wolk-project.de
1348678344 J * brambles xymox@grip.espace-win.org
1348678344 J * Hunger hunger@proactivesec.com
1348678344 J * aurel ~aurel@sid.a42.de
1348678344 J * tokkee tokkee@osprey.tokkee.org
1348678344 J * trippeh atomt@t-1000.ugh.no
1348678344 J * Chlorek chlorek@chlorek.com
1348678344 J * MooingLemur ~troy@69.160.40.66
1348678344 J * _nono_ ~gomes@licencieux.ircam.fr
1348678344 J * ex ex@valis.net.pl
1348678344 J * DelTree ~deplagne@alcorak1.eric.deplagne.name
1348678344 J * daniel_hozac ~daniel@h149n2-spaa-a12.ias.bredband.telia.com
1348678344 J * macmaN ~chezburge@138.167.190.90.dyn.estpak.ee
1348678344 J * click click@ice.vcon.no
1348678344 J * sid3windr luser@bastard-operator.from-hell.be
1348678344 J * HeL ~HeL@46.4.254.205
1348678344 J * wurtel_ ~paul@gw-office.telegraaf.net
1348678344 J * ivan` ~ivan`@li125-242.members.linode.com
1348678344 J * micah ~micah@199.254.238.47
1348678344 J * fback fback@red.fback.net
1348678344 J * swenTjuln ~Marko@toby-243.tobonet.com
1348678344 J * disposable disposable@shell.websupport.sk
1348678344 J * WMP ~oftc@auburn.sored.pl
1348678344 J * puck ~puck@leibniz.catalyst.net.nz
1348678344 J * ntrs ~ntrs@vault08.rosehosting.com
1348678344 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1348678344 J * nicholi ~nicholi@rrcs-76-79-196-34.west.biz.rr.com
1348678344 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net
1348678344 J * hijacker_ ~hijacker@213.91.163.5
1348678344 J * alex3 ~alex@v1.fob.spline.inf.fu-berlin.de
1348678344 J * Jb_boin ~dedior@proxad.eu
1348678344 J * PowerKe ~tom@94-226-105-17.access.telenet.be
1348678344 J * dkg ~dkg@lair.fifthhorseman.net
1348678344 J * nyerup irc@jespernyerup.dk
1348678344 J * padde ~padde@patrick-nagel.net
1348678344 J * _are_ ~quassel@vs01.lug-s.org
1348678344 J * grobie ~grobie@tyr.schnuckelig.eu
1348678344 J * FloodServ services@services.oftc.net
1348678722 J * hijacker ~hijacker@cable-84-43-134-121.mnet.bg
1348679042 Q * nkukard Read error: Connection reset by peer
1348679064 M * Bertl okay, off for a nap ... bbl
1348679082 N * Bertl Bertl_zZ
1348679987 J * nkukard ~nkukard@41.177.83.250
1348680493 J * nkukard_ ~nkukard@41.177.37.231
1348680519 Q * nkukard Read error: Connection reset by peer
1348681916 Q * fisted_ Read error: Connection reset by peer
1348681930 J * fisted ~fisted@xdsl-84-44-238-155.netcologne.de
1348682478 J * fisted_ ~fisted@xdsl-81-173-184-131.netcologne.de
1348682901 Q * fisted Ping timeout: 480 seconds
1348684559 Q * nkukard_ Ping timeout: 480 seconds
1348685158 J * nkukard_ ~nkukard@41.177.37.231
1348686666 Q * ser Remote host closed the connection
1348687005 Q * clopez Ping timeout: 480 seconds
1348687729 J * ser ~ser@host1.tldp.ibiblio.org
1348688361 Q * sid3windr Read error: Connection reset by peer
1348689900 Q * nkukard_ Ping timeout: 480 seconds
1348689965 Q * hijacker Quit: Leaving
1348690069 J * nkukard_ ~nkukard@41.177.37.231
1348691149 J * [Guy] ~korn@elan.rulez.org
1348691265 Q * Guy- Ping timeout: 480 seconds
1348691426 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1348692408 Q * fback Remote host closed the connection
1348692412 J * fback fback@red.fback.net
1348693357 J * Guy- ~korn@elan.rulez.org
1348693357 Q * [Guy] Read error: Connection reset by peer
1348693960 Q * ntrs Ping timeout: 480 seconds
1348694133 Q * nkukard_ Ping timeout: 480 seconds
1348694148 J * nkukard_ ~nkukard@41.177.82.178
1348694174 J * derjohn_foo ~aj@d065052.adsl.hansenet.de
1348694201 N * Bertl_zZ Bertl
1348694207 M * Bertl back now ...
1348694265 J * clopez ~clopez@17.28.165.83.dynamic.mundo-r.com
1348694332 J * ntrs ~ntrs@vault08.rosehosting.com
1348694613 Q * aj__ Ping timeout: 480 seconds
1348694716 Q * bonbons Quit: Leaving
1348696130 Q * ghislain Quit: Leaving.
1348698212 Q * nkukard_ Ping timeout: 480 seconds
1348698715 J * nkukard_ ~nkukard@41.177.37.231
1348699746 Q * ju Ping timeout: 480 seconds
1348702021 Q * derjohn_foo Ping timeout: 480 seconds
1348702531 J * derjohn_foo ~aj@d065052.adsl.hansenet.de
1348703702 Q * nkukard_ Ping timeout: 480 seconds
1348703716 J * nkukard_ ~nkukard@41.177.82.178
1348703747 Q * nlm Remote host closed the connection