1301618346 Q * hoax_ Read error: Operation timed out 1301618903 J * imcsk8 ~ichavero@148.229.9.250 1301619141 J * fisted_ ~fisted@p50883347.dip.t-dialin.net 1301619465 Q * fisted Ping timeout: 480 seconds 1301619489 J * hoax_ U2FsdGVkX1@dhcp-077-249-151-209.chello.nl 1301619641 Q * dowdle Remote host closed the connection 1301620273 J * dpeddi 570802b4@ircip2.mibbit.com 1301620276 M * dpeddi hi 1301620296 M * dpeddi there is a more updated documentation about vserver and usb? 1301620389 Q * dpeddi 1301621792 Q * hparker Quit: Quit 1301628869 Q * cuba33ci Read error: Connection reset by peer 1301628879 J * cuba33ci ~cuba33ci@111-240-172-26.dynamic.hinet.net 1301630039 Q * edog Ping timeout: 480 seconds 1301636335 M * Bertl off to bed now ... have a good one everyone! 1301636339 N * Bertl bertl_zZ 1301636352 N * bertl_zZ Bertl_zZ 1301637300 J * ghislain ~AQUEOS@adsl2.aqueos.com 1301637720 N * BobR_afk BobR 1301637772 N * BobR BobR_oO 1301638564 J * edog ~edog@alcotrash.org 1301638795 Q * derjohn_mob Ping timeout: 480 seconds 1301640946 J * derjohn_mob ~aj@pD9E250FB.dip0.t-ipconnect.de 1301643984 Q * hijacker_ Remote host closed the connection 1301644349 Q * kwowt Ping timeout: 480 seconds 1301644608 J * TheSeer ~theseer@border.office.ballyhoo.de 1301644613 M * TheSeer morning :) 1301646068 J * dpeddi 570802b4@ircip1.mibbit.com 1301646079 M * dpeddi hi 1301646096 M * dpeddi I need some help with vserver and libusb 1301646278 M * daniel_hozac what's your problem? 1301646290 M * dpeddi well... 1301646304 M * dpeddi permission denied accessing /dev/bus/usb/001/0001 1301646355 M * dpeddi pen("/dev/bus/usb/001/005", O_RDWR) = -1 EACCES (Permission denied) write(2, "libusb couldn't open USB device "..., 123libusb couldn't open USB device /dev/bus/usb/001/005: Permission denied. 1301646361 M * dpeddi this is the exact error 1301646371 J * bonbons ~bonbons@2001:960:7ab:0:6cb2:5c80:123b:d6bf 1301646387 M * dpeddi I tried to give all the caps available 1301646393 M * dpeddi but the error persist 1301646440 M * daniel_hozac what kernel? 1301646443 M * daniel_hozac how was it configured? 1301646481 M * dpeddi Linux uragano 2.6.32-trunk-vserver-686 #1 SMP Sun Jan 10 08:30:55 UTC 2010 i686 GNU/Linux 1301646489 M * dpeddi debian squeeze default 1301646520 M * dpeddi sorry 1301646540 M * dpeddi the kernel is lenny's kernel 1301646582 M * TheSeer hmm.. how do i force a vserver-ip to be a secondary ip even if it's of a different subnet? 1301646609 M * TheSeer right now the vserver-ip affects the routing of the host server 1301646625 M * TheSeer am i missing something? 1301646648 M * dpeddi on fstab I've 1301646657 M * dpeddi - /dev/bus/usb /dev/bus/usb ext3 rbind 0 0 1301646660 M * dpeddi - /sys /sys ext3 rbind 0 0 1301646705 M * dpeddi I've tried instruction on wiki and searched on all chat log and ml without any success 1301646838 M * daniel_hozac TheSeer: if it's on a different subnet, it cannot be a secondary IP unless the host has an IP there as well. 1301646875 M * TheSeer oouhm... 1301646897 M * daniel_hozac every network has to have a primary IP. 1301646901 M * daniel_hozac you can't be secondary without a primary. 1301646906 M * TheSeer the host has an ip on eth0 and the router it is connected to routes a 2nd subnet to the box 1301646932 M * TheSeer if i start a vserver with an ip out of that range, my "host" ip changes 1301646943 M * TheSeer as in, the ip that is used as SRC for outgoing packages 1301646965 M * daniel_hozac do your routes have src on them? 1301646970 M * daniel_hozac i.e. are they properly configured? 1301647042 M * daniel_hozac dpeddi: can you open it on the host? 1301647054 M * dpeddi daniel_hozac: yes i can 1301647151 M * dpeddi on host: open("/dev/bus/usb/001/005", O_RDWR) = 6 write(4, "\1", 1) = 1 read(3, "\1", 1) = 1 1301647227 M * TheSeer daniel_hozac: today is one of the days i'm feeling stupid ;) 1301647252 M * TheSeer daniel_hozac: i have a 2nd server with the same type of setup and there it works like charm.. i'm currently at a loss as to what i'm missing 1301647306 M * daniel_hozac dpeddi: what type of device is it? 1301647357 M * dpeddi it is a fstd_sio 1301647377 M * dpeddi usbserial 1301647549 M * TheSeer moaah.. 1301647551 M * TheSeer got it.. 1301647560 M * TheSeer *sigh* that WAS stupid... 1301647603 Q * AndrewLee Remote host closed the connection 1301647657 M * Mr_Smoke Has anyone had any particular trouble with 2.6.38.x kernels so far ? 1301647665 M * Mr_Smoke I've had 15days uptime then 3 panics in 3 days :/ 1301647699 M * daniel_hozac TheSeer: care to share with the rest of the class? 1301647729 M * daniel_hozac dpeddi: you are doing it as root, right? 1301647749 M * daniel_hozac dpeddi: i.e. basic UNIX permissions let you do it? 1301647796 M * TheSeer daniel_hozac: the problem was not the routing but the fact i was trying to talk to another server on the 2nd subnet. So (obviously! *sigh*) the box used the IP that made most sense for that 1301647815 M * TheSeer when shutting the vserver down, that ip was gone and the "original" host ip gets used 1301647815 M * dpeddi daniel_hozac: yes I'm root 1301647852 M * dpeddi daniel_hozac: both on host and on vserver I have at least rw for owner on device and directory 1301647927 M * daniel_hozac interesting. i don't see EACCES anywhere in the USB code. 1301647933 J * AndrewLee ~andrew@n201.enc.hlc.edu.tw 1301647961 M * daniel_hozac can you copy the ttyUSB* nodes to the guest and have those work? 1301647988 M * dpeddi yes ttyUSB works... 1301648015 M * dpeddi but the program I need use libusb 1301648111 M * dpeddi mmm... ttyUSB has maj 188 1301648131 M * dpeddi while /dev/bus/usb/001/x have maj 189 1301648219 M * daniel_hozac yeah, they should be different devices. 1301648231 M * daniel_hozac one gives you a tty, one gives you raw USB access. 1301648323 M * dpeddi I supposed that by adding all caps on bcaps and ccaps I should get raw access working... 1301648339 M * dpeddi at least to understant if it was a capability issue... 1301648357 M * dpeddi but it shouldn't be the case 1301648468 J * moi ~moi@cla92-6-88-165-97-153.fbx.proxad.net 1301648501 N * moi Guest818 1301648516 N * Guest818 zwykx 1301648659 M * daniel_hozac dpeddi: i can reproduce it, but i am not really sure why, since even unprivileged users can access that. 1301648698 M * dpeddi funny... 1301648743 M * dpeddi do you think it will be solved? 1301648977 M * daniel_hozac sure. 1301649032 M * dpeddi I should update kernel with patch I suppose... 1301649047 M * dpeddi ...when fix will be out 1301649485 Q * derjohn_mob Ping timeout: 480 seconds 1301649569 J * petzsch ~markus@p57B63E1F.dip.t-dialin.net 1301649883 J * petzsch1 ~markus@p57B667EF.dip.t-dialin.net 1301650233 Q * petzsch Ping timeout: 480 seconds 1301650797 M * zwykx I have built a vserver kernel for Fedora 13 and built a guest but can't start the guest, any idea ? 1301651359 J * hijacker ~hijacker@213.91.163.5 1301651505 J * derjohn_mob ~aj@pD9E250FB.dip0.t-ipconnect.de 1301651598 M * Mr_Smoke zwykx: use the force Luke. 1301651624 M * Mr_Smoke More seriously, perhaps you'd like to investigate a little further ? any error messages ? stuff like that ? 1301651706 M * zwykx no error message, just the following answer after start : Entering non-interactive startup 1301651731 M * zwykx then 1301651732 M * zwykx # vserver Vserver1 status 1301651733 M * zwykx Vserver 'Vserver1' is stopped 1301651792 M * daniel_hozac did you install any service that would have been enabled? 1301651801 M * daniel_hozac what guest OS are you installing? 1301651818 M * zwykx Fedora 13 too 1301651856 M * zwykx no particular service, it's my first vserver !! 1301651868 M * daniel_hozac what util-vserver? 1301651874 M * Mr_Smoke Welcome aboard then :) 1301651881 M * Mr_Smoke What template did you use to build the guest ? 1301651945 M * zwykx util-vserver-0.30.216-pre2955 1301651969 M * zwykx vserver Vserver1 build -m yum --hostname=s1 --interface eth0:192.168.1.1/24 -- -d f13 1301651973 M * daniel_hozac try adding -- rsyslog to the end of you vserver build command. 1301652022 M * daniel_hozac i.e. vserver Vserver1 build -m yum --hostname=s1 --interface eth0:192.168.1.1/24 -- -d f13 -- rsyslog 1301652364 M * daniel_hozac (or, if you just want to modify the one you have, vyum Vserver1 -- install rsyslog) 1301652393 M * zwykx fine all works now 1301652406 M * Mr_Smoke sweet :) 1301652488 M * zwykx what surprises me is that only one kernel works (2.6.31.14-vs2.3.0.36.28.2) on 10 kernel I have built 1301652551 M * zwykx I generaly get the answer : Function not implemented when I try to build a guest 1301652618 M * zwykx Is there something special to make recent versions work ? 1301652638 M * daniel_hozac depends on how you built it... 1301652651 M * daniel_hozac you probably want to go for 2.6.38 or so. 1301652710 M * zwykx yes, I tried the latests versions from http://linux-vserver.org/Downloads 1301652783 M * zwykx I apply the patch as indicated on http://linux-vserver.org/Installation_on_Fedora and build the guest as before 1301652808 M * Mr_Smoke daniel_hozac: I might have asked that before, but any reports of strange memory OOpses with 2.6.38 and up ? 1301652819 M * daniel_hozac Mr_Smoke: none that i have seen. 1301652972 M * Mr_Smoke Ok 1301652979 M * Mr_Smoke Well I've had 3 panics in 3 days 1301652991 M * Mr_Smoke Bertl said they were probably not vserver-related 1301653016 M * Mr_Smoke Strange thing is the same kernel on practically identical hardware has been running smoothly for a couple of weeks 1301653027 M * Mr_Smoke So I'm left here wondering :p 1301653044 M * Mr_Smoke So if you ever hear of anything similar, I'd be glad to hear about it :) 1301653888 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1301654096 Q * AndrewLee Remote host closed the connection 1301654101 J * AndrewLee ~andrew@n201.enc.hlc.edu.tw 1301654505 Q * julius Ping timeout: 480 seconds 1301655146 J * julius ~julius@217.20.127.15 1301655445 Q * dpeddi Quit: http://www.mibbit.com ajax IRC Client 1301655554 Q * BenG Quit: I Leave 1301656362 Q * quasisane Ping timeout: 480 seconds 1301657211 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net 1301657357 Q * quasisane 1301660751 J * ViRUS ~mp@p579B5CAB.dip.t-dialin.net 1301660773 Q * bsingh Ping timeout: 480 seconds 1301660978 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1301661275 J * bsingh ~balbir@122.172.20.48 1301662658 Q * petzsch1 Quit: Leaving. 1301662916 N * Bertl_zZ Bertl 1301662920 M * Bertl morning folks! 1301662924 M * daniel_hozac morning Bertl 1301663110 M * Bertl Mr_Smoke: switch the two systems 1301663172 M * Mr_Smoke Erm, how so ? 1301663204 M * Bertl well, swap the software part, or the entire hardware whatever is simpler :) 1301663227 M * Mr_Smoke huhuh :) 1301663233 M * Mr_Smoke I'm sure my ISP will love that :) 1301663244 M * Bertl if the issue remains on the same physical machine, it is a problem with the hardware, otherwise with the software 1301663255 M * Mr_Smoke Easier said ;) 1301663258 M * Bertl or at least the software triggers the issue 1301663492 M * Mr_Smoke The annoying thing is that, most of the time, the kernel doesn't have time to log anything before it panics 1301663504 M * Mr_Smoke and if the console has gone into power saving, you can't even wake that up 1301663524 M * Mr_Smoke makes it hard to know what happens 1301663560 M * daniel_hozac serial console would fix that one. 1301663596 M * Bertl yeah, also, if the early printk is enabled, you can capture almost every panic via serial console 1301663651 M * Mr_Smoke Well I've just moved to the latest 2.6.38.2 for now 1301663664 M * Mr_Smoke If the problem is reproduced, i'll enabled that and ask for a serial console 1301663768 M * Bertl don't you have some kind of remote management already? 1301663806 M * Mr_Smoke like IPMI ? no 1301663820 M * Mr_Smoke I'll ask, but I don't think so 1301663860 M * Bertl well, so you are diving in the dark there? :) 1301663898 M * Mr_Smoke pretty much :) 1301663910 M * Mr_Smoke Fortunately, one of the guys over there is a friend of mine 1301663925 M * Mr_Smoke And the tech support staff is generally helpful 1301663936 M * Mr_Smoke They once lent me a KVM over IP for a while 1301663941 M * Mr_Smoke and didn't charge me :) 1301663979 M * Bertl then I really wonder why your machines are not hooked up via serial console ... at least daisy chained :) 1301664000 M * Mr_Smoke I'm not sure they're even in the same room 1301664032 M * Mr_Smoke They already set me up with a private VLAN for no charge ... 1301664038 M * Mr_Smoke I'm not sure how much more I can ask for :p 1301664067 M * Bertl well, I presume there are cables connecting the various locations of your servers :) 1301664098 M * Mr_Smoke Probably ;) 1301664106 M * Mr_Smoke Nut sure how long a serial cable can be though 1301664129 M * Bertl if patched via cat5e for example, roughly 500m 1301664144 M * Mr_Smoke 'k 1301664192 M * Bertl and note, you could run 4 consoles via cat6 cabling without any issues :) 1301664211 M * Bertl (no hardware handshake though) 1301664844 J * ktwilight__ ~keliew@91.176.231.240 1301665141 Q * ktwilight_ Ping timeout: 480 seconds 1301665861 Q * ktwilight__ Ping timeout: 480 seconds 1301667279 M * ghislain i wonder if you can use a serial like connect via usb and then daisy chain usb (serial are disapearing nowadays) 1301667301 M * ghislain i mean without a converted, directly with simple usb cables 1301667323 M * daniel_hozac virtual serial consoles are still prevalent. 1301667325 M * daniel_hozac perhaps even more so 1301667326 M * ghislain plugged to an usb hub 1301667457 M * Bertl console via (direct) USB works, but it requires a lot of stuff to work correctly 1301667488 M * Bertl so typically it is preferable to have a serial console attached via USB (the serial side on the server :) 1301668016 M * ghislain ok 1301668030 Q * AndrewLee Remote host closed the connection 1301668056 J * AndrewLee ~andrew@n201.enc.hlc.edu.tw 1301668807 P * zwykx Konversation terminated! 1301671439 J * dowdle ~dowdle@scott.coe.montana.edu 1301671456 Q * BenG Quit: I Leave 1301672116 J * derjohn_foo ~aj@pD9E24F77.dip0.t-ipconnect.de 1301672548 Q * derjohn_mob Ping timeout: 480 seconds 1301672780 Q * ncopa Quit: Leaving 1301674047 Q * derjohn_foo Ping timeout: 480 seconds 1301675084 Q * bsingh Read error: Connection reset by peer 1301675121 J * ktwilight ~keliew@91.176.5.100 1301675793 J * bsingh ~balbir@122.167.250.222 1301677297 Q * TheSeer Quit: Client exiting 1301678720 M * arekm there was also some way for serial console over firewire afaik 1301678821 M * daniel_hozac i feel like netconsole might actually work better than that. 1301678830 M * daniel_hozac also, who actually uses firewire? ;) 1301678946 M * Bertl actually I used firewire a few days ago to debug a laptop :) 1301678992 M * Bertl or to be precise, I tried, but the problem with firewire is, there is no real console over firewire, it's more like async raw memory access to the machine (via DMA) 1301679017 M * daniel_hozac lol 1301679019 M * daniel_hozac that sounds hardcore. 1301679021 M * Bertl unfortunately the laptop in question had too much memory 1301679034 M * Bertl (only 4GB can be reached via DMA) 1301679066 M * Bertl and the tool was kind of outdated/buggy as well 1301679251 M * Bertl so yeah, it kind of works if the setup is okay, but I wouldn't suggest to use that unless you have no other options left 1301679351 M * daniel_hozac hehe 1301679498 Q * edog Remote host closed the connection 1301679546 J * edog ~edog@alcotrash.org 1301680145 M * arekm bidirectional netconsole would be cool 1301680176 M * daniel_hozac i believe the colloquial term for that is ssh. 1301680273 M * arekm ssh doesn't really work if for example your disk hangs every read() or write() due to some bug etc. No way to remotely get sysrq in such case etc 1301680309 M * mnemoc there is an iptables extension for remote sysrq iirc 1301680600 Q * imcsk8 Quit: This computer has gone to sleep 1301681488 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net 1301681539 M * daniel_hozac arekm: yeah, i know. of course, it's hard to make anything that will likely work when you have kernel problems. 1301681777 M * arekm when read() etc hang then even remote syslog stops heh 1301684646 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg 1301684768 J * imcsk8 ~ichavero@nat.ti.uach.mx 1301685326 M * Bertl serial console is the proper tool here, it is simple to set up, doesn't require any special software stack etc to work (once the sio is configured) and is reasonably fast when dumping data at 115200 1301685367 Q * quasisane Quit: leaving 1301685523 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net 1301688888 J * cuba33ci_ ~cuba33ci@111-240-164-208.dynamic.hinet.net 1301689138 Q * FloodServ reticulum.oftc.net synthon.oftc.net 1301689138 Q * cuba33ci_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * bsingh reticulum.oftc.net synthon.oftc.net 1301689138 Q * tam_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * MooingLemur reticulum.oftc.net synthon.oftc.net 1301689138 Q * ghislain reticulum.oftc.net synthon.oftc.net 1301689138 Q * cuba33ci reticulum.oftc.net synthon.oftc.net 1301689138 Q * hel reticulum.oftc.net synthon.oftc.net 1301689138 Q * Romster reticulum.oftc.net synthon.oftc.net 1301689138 Q * ntrs reticulum.oftc.net synthon.oftc.net 1301689138 Q * ser reticulum.oftc.net synthon.oftc.net 1301689138 Q * quasisane reticulum.oftc.net synthon.oftc.net 1301689138 Q * imcsk8 reticulum.oftc.net synthon.oftc.net 1301689138 Q * dowdle reticulum.oftc.net synthon.oftc.net 1301689138 Q * fLoo reticulum.oftc.net synthon.oftc.net 1301689138 Q * micah reticulum.oftc.net synthon.oftc.net 1301689138 Q * AndrewLee reticulum.oftc.net synthon.oftc.net 1301689138 Q * monrad-51468 reticulum.oftc.net synthon.oftc.net 1301689138 Q * fback reticulum.oftc.net synthon.oftc.net 1301689138 Q * FIChTe reticulum.oftc.net synthon.oftc.net 1301689138 Q * tolkor reticulum.oftc.net synthon.oftc.net 1301689138 Q * puck reticulum.oftc.net synthon.oftc.net 1301689138 Q * jkl__ reticulum.oftc.net synthon.oftc.net 1301689138 Q * maod reticulum.oftc.net synthon.oftc.net 1301689138 Q * bonbons reticulum.oftc.net synthon.oftc.net 1301689138 Q * DoberMann reticulum.oftc.net synthon.oftc.net 1301689138 Q * ktwilight reticulum.oftc.net synthon.oftc.net 1301689138 Q * hijacker reticulum.oftc.net synthon.oftc.net 1301689138 Q * fisted_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * LuckyLuke reticulum.oftc.net synthon.oftc.net 1301689138 Q * Chlorek reticulum.oftc.net synthon.oftc.net 1301689138 Q * padde reticulum.oftc.net synthon.oftc.net 1301689138 Q * DLange reticulum.oftc.net synthon.oftc.net 1301689138 Q * cehteh reticulum.oftc.net synthon.oftc.net 1301689138 Q * sid3windr reticulum.oftc.net synthon.oftc.net 1301689138 Q * wurtel reticulum.oftc.net synthon.oftc.net 1301689138 Q * click reticulum.oftc.net synthon.oftc.net 1301689138 Q * Mr_Smoke reticulum.oftc.net synthon.oftc.net 1301689138 Q * eyck_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * DreamerC reticulum.oftc.net synthon.oftc.net 1301689138 Q * bzed reticulum.oftc.net synthon.oftc.net 1301689138 Q * tokkee reticulum.oftc.net synthon.oftc.net 1301689138 Q * julius reticulum.oftc.net synthon.oftc.net 1301689138 Q * arekm reticulum.oftc.net synthon.oftc.net 1301689138 Q * Hunger reticulum.oftc.net synthon.oftc.net 1301689138 Q * Radiance reticulum.oftc.net synthon.oftc.net 1301689138 Q * daniel_hozac reticulum.oftc.net synthon.oftc.net 1301689138 Q * pmjdebru1jn reticulum.oftc.net synthon.oftc.net 1301689138 Q * zbyniu reticulum.oftc.net synthon.oftc.net 1301689138 Q * karasz reticulum.oftc.net synthon.oftc.net 1301689138 Q * C14r reticulum.oftc.net synthon.oftc.net 1301689138 Q * ViRUS reticulum.oftc.net synthon.oftc.net 1301689138 Q * SwenTjuln reticulum.oftc.net synthon.oftc.net 1301689138 Q * _nono_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * _are_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * mnemoc reticulum.oftc.net synthon.oftc.net 1301689138 Q * ex reticulum.oftc.net synthon.oftc.net 1301689138 Q * BobR_oO reticulum.oftc.net synthon.oftc.net 1301689138 Q * fosco reticulum.oftc.net synthon.oftc.net 1301689138 Q * Janno reticulum.oftc.net synthon.oftc.net 1301689138 Q * Phoner_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * _Shiva__ reticulum.oftc.net synthon.oftc.net 1301689138 Q * deever_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * jeroen_ reticulum.oftc.net synthon.oftc.net 1301689138 Q * ignaz reticulum.oftc.net synthon.oftc.net 1301689138 Q * sladen reticulum.oftc.net synthon.oftc.net 1301689138 Q * lodan reticulum.oftc.net synthon.oftc.net 1301689138 Q * raceme reticulum.oftc.net synthon.oftc.net 1301689138 Q * maharaja reticulum.oftc.net synthon.oftc.net 1301689138 Q * Guy- reticulum.oftc.net synthon.oftc.net 1301689138 Q * trippeh reticulum.oftc.net synthon.oftc.net 1301689138 Q * PowerKe reticulum.oftc.net synthon.oftc.net 1301689138 Q * geb reticulum.oftc.net synthon.oftc.net 1301689138 Q * disposable reticulum.oftc.net synthon.oftc.net 1301689138 Q * grobie reticulum.oftc.net synthon.oftc.net 1301689138 Q * Bertl reticulum.oftc.net synthon.oftc.net 1301689155 J * maod ~maod@173-203-86-60.static.cloud-ips.com 1301689155 J * jkl__ jkl@c-71-56-238-217.hsd1.co.comcast.net 1301689155 J * tolkor ~rj@tdream.lly.earlham.edu 1301689155 J * puck ~puck@leibniz.catalyst.net.nz 1301689155 J * FIChTe ~fichte@bashpipe.de 1301689155 J * fback fback@red.fback.net 1301689168 J * ghislain ~AQUEOS@adsl2.aqueos.com 1301689168 J * cuba33ci ~cuba33ci@111-240-172-26.dynamic.hinet.net 1301689168 J * hel ~hel@porthos.lennackers.de 1301689168 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com 1301689168 J * ntrs ~ntrs@vault08.rosehosting.com 1301689168 J * ser ~quassel@host1.tldp.ibiblio.org 1301689173 Q * cuba33ci Max SendQ exceeded 1301689174 J * ktwilight ~keliew@91.176.5.100 1301689174 J * ViRUS ~mp@p579B5CAB.dip.t-dialin.net 1301689174 J * julius ~julius@217.20.127.15 1301689174 J * hijacker ~hijacker@213.91.163.5 1301689174 J * bonbons ~bonbons@2001:960:7ab:0:6cb2:5c80:123b:d6bf 1301689174 J * fisted_ ~fisted@p50883347.dip.t-dialin.net 1301689174 J * arekm arekm@carme.pld-linux.org 1301689174 J * SwenTjuln ~SwenTjuln@77.111.2.36 1301689174 J * LuckyLuke ~luca@host65-83-static.228-95-b.business.telecomitalia.it 1301689174 J * Hunger ~Hunger@Hunger.hu 1301689174 J * Radiance ~Radiance@193.16.154.187 1301689174 J * Chlorek chlorek@chlorek.com 1301689174 J * daniel_hozac ~daniel@c-923071d5.08-230-73746f22.cust.bredbandsbolaget.se 1301689174 J * _nono_ ~gomes@licencieux.ircam.fr 1301689174 J * pmjdebru1jn ~pascal@overlord.pcode.nl 1301689174 J * _are_ ~quassel@vs01.lug-s.org 1301689174 J * mnemoc ~amery@shell.opensde.net 1301689174 J * padde ~padde@patrick-nagel.net 1301689174 J * DLange ~DLange@dlange.user.oftc.net 1301689174 J * DoberMann ~james@2a01:e35:8b44:84c0::2 1301689174 J * ex ex@valis.net.pl 1301689174 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl 1301689174 J * eyck_ ~eyck@77.79.198.68 1301689174 J * Mr_Smoke smokey@layla.lecoyote.org 1301689174 J * cehteh ~ct@pipapo.org 1301689174 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net 1301689174 J * tokkee tokkee@osprey.tokkee.org 1301689174 J * sid3windr luser@bastard-operator.from-hell.be 1301689174 J * wurtel ~paul@gw-office.telegraaf.net 1301689174 J * BobR_oO odie@IRC.13thfloor.at 1301689174 J * C14r ~C14r@mail.cipworx.de 1301689174 J * Bertl herbert@IRC.13thfloor.at 1301689174 J * fosco fosco@91.208.40.1 1301689174 J * bzed ~bzed@devel.recluse.de 1301689174 J * click click@ti0127a340-0126.bb.online.no 1301689174 J * Janno ~Janno@server3.raumopol.de 1301689174 J * Phoner_ ~phoner@administrat.org 1301689174 J * _Shiva__ ~shiva@whatcha.looking.at 1301689174 J * karasz ~karasz@shell.opensde.net 1301689174 J * deever_ ~deever@static.172.68.46.78.clients.your-server.de 1301689174 J * jeroen_ ~jeroen@imap.powerinternet.eu 1301689174 J * ignaz ~ignaz@85-126-150-194.work.xdsl-line.inode.at 1301689174 J * sladen ~paul@starsky.19inch.net 1301689174 J * lodan ~lodan@rb178-1-88-163-25-248.fbx.proxad.net 1301689174 J * raceme ~tof@ombos.raceme.org 1301689174 J * maharaja raoul@93-189-26-52.rev.ipax.at 1301689174 J * Guy- ~korn@elan.rulez.org 1301689174 J * trippeh atomt@uff.ugh.no 1301689174 J * grobie ~grobie@tyr.schnuckelig.eu 1301689174 J * PowerKe ~PowerKe@94-226-192-17.access.telenet.be 1301689174 J * geb ~geb@mars.gebura.eu.org 1301689174 J * disposable disposable@blackhole.sk 1301689178 J * AndrewLee ~andrew@n201.enc.hlc.edu.tw 1301689178 J * monrad-51468 ~mmk@domitian.tdx.dk 1301689202 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net 1301689202 J * imcsk8 ~ichavero@nat.ti.uach.mx 1301689202 J * dowdle ~dowdle@scott.coe.montana.edu 1301689202 J * fLoo ~fLoo@irc.coresec.de 1301689208 J * cuba33ci ~cuba33ci@111-240-164-208.dynamic.hinet.net 1301689208 J * bsingh ~balbir@122.167.250.222 1301689208 J * tam_ ~tam@says.screwallofyoubitches.com 1301689208 J * MooingLemur ~troy@ipv4.pinchaser.com 1301689219 J * micah ~micah@micah.riseup.net 1301689919 J * FloodServ services@services.oftc.net 1301692624 Q * hijacker_ Quit: Leaving 1301693589 J * derjohn_foo ~aj@pD9577BFA.dip.t-dialin.net 1301693791 M * Bertl off to bed now .. have a good one everyone! 1301693796 N * Bertl Bertl_zZ 1301694900 Q * ghislain Quit: Leaving. 1301695516 Q * ViRUS Quit: If there is Artificial Intelligence, then there's bound to be some artificial stupidity. (Thomas Edison) 1301696556 J * ichavero_ ~ichavero@148.229.9.250 1301696617 Q * edog Quit: leaving 1301697820 Q * derjohn_foo Ping timeout: 480 seconds 1301700370 Q * dowdle Remote host closed the connection 1301700545 J * dowdle ~dowdle@scott.coe.montana.edu 1301701770 Q * bonbons Quit: Leaving