1167782670 M * Bertl_oO okay, off to bed .. have to get up early today ... have a good one everyone!
1167782676 N * Bertl_oO Bertl_zZ
1167782883 J * frank_ ~frank@p57BB4D18.dip.t-dialin.net
1167783051 M * frank_ howto rise values for /proc/sys/kernel/sem in vserver? we only get std kernel value, but on host we have larger value in /proc...sem
1167783088 M * daniel_hozac see the recent mailing list archives.
1167783104 M * frank_ we use 2.6.19.1-vs2.2.0-rc5
1167783868 M * frank_ thanks
1167784662 J * gerrit ~gerrit@bi01p1.co.us.ibm.com
1167784719 M * daniel_hozac so did that work for you?
1167785467 J * derjohn2 ~aj@dslb-084-058-218-095.pools.arcor-ip.net
1167786323 J * derjohn3 ~aj@dslb-084-058-200-229.pools.arcor-ip.net
1167786758 Q * derjohn2 Ping timeout: 480 seconds
1167786779 J * dreamind apwdsl@p548AB227.dip0.t-ipconnect.de
1167788457 Q * FireEgl Quit: ...
1167788868 Q * gerrit Quit: Client exiting
1167789608 J * _dmax ~semaj@bl4-57-190.dsl.telepac.pt
1167789882 J * s0undt3ch_ ~s0undt3ch@81.193.57.190
1167789961 Q * dmax Ping timeout: 480 seconds
1167789964 N * _dmax dmax
1167790013 Q * s0undt3ch Ping timeout: 480 seconds
1167790013 N * s0undt3ch_ s0undt3ch
1167792432 J * eli213123123123123 ~benjamin@180.173.233.220.exetel.com.au
1167792437 M * eli213123123123123 help
1167792453 M * eli213123123123123 my mother's got a girlfriend
1167792466 M * eli213123123123123 and yes i realize you're all gay
1167792484 M * eli213123123123123 fuck
1167792485 M * eli213123123123123 fuck
1167792486 M * eli213123123123123 fuck
1167792486 M * eli213123123123123 fuck
1167792487 Q * eli213123123123123 Killed (FloodServ ((FloodServ) Warning, you have triggered a network protection. Stop flooding!))
1167792508 J * eli213123123123123 ~benjamin@180.173.233.220.exetel.com.au
1167792517 M * eli213123123123123 hello cunt
1167792519 M * eli213123123123123 s
1167792600 F * ChanServ +o daniel_hozac
1167792601 P * eli213123123123123 
1167792618 F * daniel_hozac +b *!*@180.173.233.220.exetel.com.au
1167792622 F * daniel_hozac -o daniel_hozac
1167793291 J * dreamind_ apwdsl@p548AB233.dip0.t-ipconnect.de
1167793622 Q * dreamind Ping timeout: 480 seconds
1167793630 J * frank__ ~frank@p57BB7DC0.dip.t-dialin.net
1167793987 Q * frank_ Ping timeout: 480 seconds
1167794736 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1167795797 J * Tyan ~tyan@F2325.f.strato-dslnet.de
1167796046 Q * [NO]HP_fountain Ping timeout: 480 seconds
1167800150 Q * nox Ping timeout: 480 seconds
1167800570 J * nox ~nox@static.88-198-17-175.clients.your-server.de
1167800967 N * Bertl_zZ Bertl
1167800973 M * Bertl morning folks!
1167801394 M * lylix Bertl: g/m
1167801659 M * Bertl lylix: how's going? could you resolve your issues?
1167801689 M * lylix went w/ 2.2-rc5, fixed the segfaults/oops
1167801698 M * Bertl ah, good to heatr
1167801700 M * Bertl *hear
1167801707 M * lylix when i get time, gg to try 2.3.0.X and see if the same issue crops up
1167801722 M * Bertl that'd be nice ... TIA
1167801771 M * lylix btw... what is the best resource for working on VPN w/ vserver... ive ran into several thins on the net and wondering if one is preferred over the others
1167801792 M * Bertl vpn as in openvpn?
1167801797 M * lylix primarily from these: http://oldwiki.linux-vserver.org/OpenVPN
1167801805 M * lylix http://linux-vserver.org/Frequently_Asked_Questions#Can_I_run_an_OpenVPN_Server_in_a_guest.3F
1167801827 M * Bertl ah, okay, yes, simplest way is to create a persistant tun device on the host, and 'assign' it to the guest
1167801843 M * Bertl i.e. reserve the ips for the guest in advance ...
1167801876 M * Bertl s/guest/tun/
1167801963 M * lylix k, we'll see what we can break :)
1167802011 M * lylix btw, i think a fellow dropped in here about a week or so ago about the network stack
1167802040 M * Bertl yep, I remember somebody
1167802056 M * lylix i checked out the lkm thread from june, but wasnt able to find anything relevant recently... it there still motion on that, or is it somewhat dead atm?
1167802068 M * lylix s/it/is
1167802090 M * Bertl there is, but unfortunately it is mostly OVZ folks trying to push their stack into mainline
1167802112 M * Bertl nevertheless, I think we will make some progress there soon (lkml side wise)
1167802128 M * lylix where are they aiming in the stack, layer 2?
1167802158 M * Bertl yes, that's for me the problem, my idea is to have both, Layer 3 isolation and Layer 2 virtualization
1167802175 M * Bertl this way, the user can choose that on a per guest basis
1167802203 M * Bertl i.e. if he prefers the overhead of the full virtualization because he needs it, or can live with the lightweight isolation
1167802262 M * Bertl but IMHO we cannot have enough folks working on network virtualization, it's a complicated area, and much can go wrong there
1167802297 M * lylix sounds logical, method above that is
1167802312 M * lylix are you meaning to not have too  many, or need more?
1167802403 M * Bertl no, we can't have enough :)
1167802437 M * Bertl there is a lot to check, and to test .. so it makes sense to have as many as possible working on that
1167802452 M * lylix we are interested in funding some development in this area, but im not sure if it would speed anything up or not
1167802465 M * lylix sounds more like a necessity for "human" resources
1167802514 M * Bertl well, I think it cannot hurt to get a developer/tester with some equipment to work with ...
1167802539 M * Bertl we will start integrating the layer 2 stuff pretty soon I guess, also we are extending the layer 3 capabilities
1167802548 M * Bertl i.e. loopback isolation and ipv6 there
1167802553 M * lylix have you considered doing your implementation of the stack as a vserver patchset inclusion, or have you decided to wait on upstream kernel direction?
1167802562 M * lylix "we" = ?
1167802568 M * Bertl we = Linux-VServer :)
1167802596 M * Bertl so 2.3.x will follow mainline virtualization very closely
1167802608 M * Bertl and will incorporate 'test patches' every now and then
1167802678 M * lylix excellent... well this guy is available to us up to about Feb... he needs to orient himself as far as actual kernel hacking, but shouldnt be a problem
1167802694 M * lylix what patchset is recommended for network dev atm?
1167802712 M * Bertl defintely 2.3.x is the way to go there
1167802722 M * Bertl it already has part of the loopback isolation
1167802751 M * lylix yep, i heard that ffrom the other day... are they over the mm tree?
1167802774 M * Bertl no, not yet, but I think we will soon move there
1167802814 M * Bertl 2.6.20-rc* atm
1167802819 M * lylix thatd be nice.. then i can play w/ reiser4 enabled kernel, lol
1167802950 M * Bertl ext4 is there too :)
1167803286 M * lylix havent given ext4 a go yet, an experience w/ it?
1167803319 M * Bertl basically an ext3 branch for now ... but they have great plans 
1167803948 M * micah hi all
1167803993 M * micah i'm having some odd networking issues in a guest
1167804010 M * Bertl hey micah! how's the new year?
1167804013 M * micah I am unable to connect to some networks from inside the guest, but I can from the outside
1167804026 M * micah Bertl: its been unfortunately sick
1167804104 M * micah Bertl: and your's?
1167804243 M * micah I'm running 2.6.18, this is my host's networking config: http://paste.linux-vserver.org/848
1167804295 M * micah the vserver is configured with 204.13.164.176, if I do something like 'telnet 65.19.68.52 25' from the vserver it never connects, but it does from the host
1167804320 M * micah if I do 'netcat -v -s 204.13.164.176 65.19.68.52 25' from the vserver, it does connect
1167804392 M * micah I must be missing something obvious
1167805079 M * Bertl micah: busy, but fine here ...
1167805125 M * Bertl how do you telnet' from the host with the guest ip?
1167805173 M * Bertl micah: try the following, as first test:
1167805178 M * micah Bertl: I'm not telnet'ing from the host with the guest ip, just that the host is able to reach the remote machine, but the guest not
1167805193 M * Bertl ping -I 204.13.164.176 www.google.com
1167805198 M * micah however, it seems I have a larger problem with the box being unavailable :(
1167805235 M * Bertl if that fails, your router does not route the 204.13.164. net
1167805331 M * micah well for now I think I will go to the colo to fix the bigger problem
1167805339 M * Bertl which is?
1167805348 M * micah I know the router routes 204.13.164 because I've got plenty of other machines using it
1167805377 M * Bertl doesn't mean that it will route it on the connected port
1167805379 M * micah the bigger problem is there is an outage on the machine that gets me access to the actual host
1167805413 M * Bertl ah, okay, serial console?
1167805424 M * micah yeah, and that machine is down
1167805434 M * Bertl that sucks ...
1167805908 M * micah its not a problem as I needed to go there anyways :)
1167808350 Q * mrrm Remote host closed the connection
1167808497 J * mrrm ~urkel@tor-irc.dnsbl.oftc.net
1167809063 Q * FireEgl Quit: ...
1167809585 M * johnny Bertl, i tested 2.2rc5 with my standard work
1167809587 M * johnny it's all good
1167809592 M * johnny just so you know
1167809599 M * Bertl excellent! tx!
1167809613 M * johnny and i'm using gentoo's new baselayout too
1167809617 M * johnny it's great
1167809621 M * johnny everthing works perfectly now
1167809634 M * Bertl the gentoo folks will be happy! tx again for the feedback!
1167809635 M * johnny i'm very happy
1167809641 M * johnny yeah i told them on their channel
1167809765 M * johnny on freenode
1167809768 M * johnny #gentoo-vserver
1167809774 M * Bertl okay, good ...
1167809783 M * johnny but i wanted you to know that 2.2rc5 itself went well
1167809797 M * Bertl yes, and I appreciate it!
1167809798 M * johnny not that i have serious needs or anything.. 
1167809802 M * eyck daniel_hozac: the fix for my problem will go to 0.30.213? 
1167809824 M * johnny i'm just using it for my own stuffs basically
1167809840 M * Bertl me too :)
1167809843 M * johnny 2 domains , webserver, dns, mail, spamfilter, mysql, etc.
1167809890 M * johnny i'll eventually port all the stuff from the host to it's own vserver at some point.. but i just plain don't have time atm
1167809893 Q * m`m`h Ping timeout: 480 seconds
1167809956 M * Bertl it's a nice security increase if you do not have any services on the host ...
1167809988 M * eyck yeah, but then you have to handle server sprawl right on your own private desktop
1167810326 M * eyck btw, it looks like I might be replacing largish esx installation with vserver, how would you like that?
1167810376 M * Bertl sounds good ... :)
1167810398 M * eyck .... on 2.4. ;) 
1167810427 M * Bertl well, you probably have a good contact to the maintainer :)
1167810453 M * johnny Bertl, i'm sure
1167810464 M * johnny it's alot easier when you can physically access the box
1167810482 M * johnny or even have console access
1167810484 M * johnny but i have neither
1167810494 M * johnny this box has been through a gentoo install over the top of redhat9 about 2 years ago
1167810504 M * johnny hmm.. maybe longer
1167810507 M * Bertl ouch
1167810508 M * johnny and then a vserver
1167810528 M * johnny you have no clue how much i learned lol
1167810544 M * johnny one time i got stuck with access to ed to fix my problems.. tha'ts the only editor that work..
1167810556 M * Bertl okay, folks .. have to leave now ... will be back later ...
1167810561 M * Bertl johnny: no sed? :)
1167810564 M * johnny lol
1167810569 M * johnny only shell internel
1167810571 N * Bertl Bertl_oO
1167810575 M * johnny anyways.. have a good day dudes
1167810578 M * johnny just wanted to let you know
1167810582 M * johnny peace
1167810585 Q * johnny Quit: Ex-Chat
1167812318 J * ybanafa ybanafa@82.114.185.98
1167812362 M * ybanafa Hi All ..
1167812448 M * ybanafa is "Oliver" there ? 
1167812701 Q * dreamind_ Quit: dreamind_
1167812825 Q * ybanafa Quit: Leaving
1167814780 Q * shedi Quit: Leaving
1167814981 J * m`m`h ~simba@deb30.mgts.by
1167816654 J * ybanafa ybanafa@82.114.185.98
1167816810 Q * ybanafa 
1167816967 J * dna ~naucki@p54BCE043.dip.t-dialin.net
1167816988 P * frank__ Leaving
1167817002 J * shedi ~siggi@dsl-149-109-85.hive.is
1167818637 J * meandtheshell ~markus@85-124-206-110.dynamic.xdsl-line.inode.at
1167818759 Q * Aiken Quit: Leaving
1167822242 M * daniel_hozac eyck: which problem?
1167822444 M * daniel_hozac eyck: the legacy names not showing up on 2.6 problem?
1167822760 M * daniel_hozac (thanks for reminding me, i had forgotten about that vim session, http://people.linux-vserver.org/~dhozac/p/uv/experimental/delta-legacy-2.6-fix01.diff should fix it)
1167822778 M * daniel_hozac if you could give that a spin, i'd really appreciate it.
1167823303 J * lilalinux ~plasma@dslb-084-058-247-056.pools.arcor-ip.net
1167823427 Q * shedi Quit: Leaving
1167824596 J * bash ~forcis@d83-189-152-26.cust.tele2.ch
1167824696 M * daniel_hozac eyck: oh, or the chbind thing? that's already fixed in trunk, so that'll definitely be fixed.
1167824737 J * MicaeL ~forcis@d83-181-122-25.cust.tele2.ch
1167825144 Q * bash Ping timeout: 480 seconds
1167825262 M * eyck daniel_hozac: the delta-legacy-2.6-fix01.diff works.
1167825270 M * daniel_hozac ok, thanks a lot.
1167825292 M * eyck daniel_hozac: oh, great, I was talking about that, the visibility thing was mainly cosmetic
1167825750 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1167825760 J * ensc ~irc-ensc@p54B4EB0B.dip.t-dialin.net
1167825846 J * duckx ~Duck@tox.dyndns.org
1167826027 J * bash ~forcis@d83-181-122-25.cust.tele2.ch
1167826417 P * bash 
1167826426 Q * MicaeL Ping timeout: 480 seconds
1167826755 J * Sebastian ~sebastian@office.star-hosting.de
1167826943 N * Bertl_oO Bertl
1167826946 M * Bertl back now ...
1167826970 M * Bertl daniel_hozac: so you plan to support 'generic' sysctl settings for guests?
1167827058 M * daniel_hozac well, it seems like the easiest way to support that.
1167827097 M * Bertl yeah, sounds good to me ...
1167829302 J * softi42 ~softi@p549D7CFE.dip.t-dialin.net
1167829515 Q * TrueBrain Ping timeout: 480 seconds
1167829664 J * TrueBrain ~truebrain@145.118.72.134
1167829771 M * Bertl welcome softi42!
1167829774 M * Bertl wb TrueBrain!
1167830856 J * ntrs_ ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1167830857 Q * ntrs Read error: Connection reset by peer
1167836174 Q * hardwire Ping timeout: 480 seconds
1167837049 Q * m`m`h Remote host closed the connection
1167837865 J * hardwire ~hardwire@rdbck-5413.wasilla.mtaonline.net
1167838007 J * hardwire` ~hardwire@72.35.108.25
1167838920 Q * mountie Remote host closed the connection
1167839143 J * mountie ~mountie@CPE0080c6fe323f-CM000a739acaa4.cpe.net.cable.rogers.com
1167839628 J * marcfiu ~mef@aegis.CS.Princeton.EDU
1167839639 M * marcfiu hello vsWorld.
1167839646 M * Bertl wb mountie! welcome marcfiu!
1167839671 M * marcfiu good news: we are moving away from using FC kernels.  
1167839687 M * Bertl debian? :)
1167839697 M * marcfiu Will just go to vanilla kernel.org kernels.
1167839702 M * Bertl *phew*
1167839732 M * marcfiu And that will open the door to something else, which might after all be something debian based.
1167839807 M * Bertl hehe, fair enough ...
1167839942 J * chand ~chand@m815f36d0.tmodns.net
1167841068 M * Bertl welcome chand!
1167841159 M * chand hey bertl
1167841162 M * chand happy new year dude
1167841170 M * Bertl and the same to you!
1167841422 J * stefani ~stefani@tsipoor.banerian.org
1167841448 M * chand thx
1167841451 M * chand it should be nice 
1167841453 M * chand hopefully
1167841553 M * Bertl welcome stefani!
1167841585 M * stefani happy wednesday
1167841615 M * Bertl tx, 2u2!
1167841720 M * Bertl okay, off for dinner now ... will be back later ...
1167841754 N * Bertl Bertl_oO
1167842255 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1167842673 Q * thunder1 Remote host closed the connection
1167842673 Q * mrrm Remote host closed the connection
1167842692 J * thunder1 ~thu@tor-irc.dnsbl.oftc.net
1167842692 J * mrrm ~urkel@219.163.49.81
1167843157 Q * chand Quit: chand
1167843982 Q * yang Ping timeout: 480 seconds
1167845307 J * bonbons ~bonbons@83.222.37.103
1167846350 M * Bertl_oO nap attack ...
1167846354 N * Bertl_oO Bertl_zZ
1167847033 M * hardwire blah
1167847037 M * hardwire I don't think things like me atm
1167847082 Q * bonbons Quit: Leaving
1167847167 M * daniel_hozac do you mean that you think like somebody else, or that things dislike you?
1167847246 M * hardwire specifically the debian etch 2.6.18 kernel hates me
1167847254 M * daniel_hozac crash on stop?
1167847257 M * daniel_hozac that's expected.
1167847273 M * hardwire no.. oops on lvm dm snapshot
1167847308 M * hardwire however yeh.. if oyu are referring to vservers just crashing when I tell them to shut down.. that too
1167847372 M * hardwire do you have a bug report for the crash on stop?
1167847396 M * daniel_hozac i don't know, i'm only CCed on util-vserver bugs.
1167847408 M * hardwire well.. it does blow.. :)
1167847641 M * hardwire http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=util-vserver&archive=no&version=&dist=testing
1167847648 M * hardwire that doesn't seem to show it :(
1167847659 M * daniel_hozac show what?
1167847666 M * hardwire the crash on stop
1167847677 M * daniel_hozac well, it's a kernel problem, so not entirely unexpected...
1167847692 M * hardwire ah.. it was reported to util-vserver bugs?
1167847698 M * daniel_hozac no.
1167847703 M * hardwire sigh
1167847764 M * hardwire http://www.mail-archive.com/debian-kernel@lists.debian.org/msg23512.html
1167847774 M * hardwire well theres the oops I get unrelated to lvm
1167847813 M * hardwire no its not.. damn.. 
1167847926 M * hardwire http://paste.linux-vserver.org/849 <- post of my dmesg when the bug happened
1167847970 M * hardwire it appears to be device mapper related.. :(
1167848002 M * daniel_hozac huh?
1167848013 M * daniel_hozac you sure you're posting the right dmesg snippet?
1167848017 M * hardwire yup
1167848023 M * daniel_hozac because that's a vserver bug that was fixed in 2.0.2.2-rc9...
1167848042 M * hardwire anc-vserver-01:~# cat /proc/virtual/info 
1167848042 M * hardwire VCIVersion:     0002:0002
1167848042 M * hardwire VCISyscall:     273
1167848042 M * hardwire VCIKernel:      03000076
1167848077 M * hardwire does that say the vserver revision at all?
1167848093 M * daniel_hozac not in any sort of specific way.
1167848100 M * hardwire where would I find that information?
1167848116 M * daniel_hozac Debian keeps it in the changelog.
1167848120 M * hardwire fun
1167848128 M * daniel_hozac but AFAIK it hasn't been fixed there yet
1167848251 M * hardwire http://packages.debian.org/changelogs/pool/main/l/linux-2.6/linux-2.6_2.6.18-7/changelog
1167848260 M * hardwire 2.0.2.2-rc9
1167848261 M * hardwire hmm
1167848267 M * hardwire somebody should kind of poke them about that heh
1167848276 M * daniel_hozac waldi knows.
1167848276 J * nix0r elita@wlan-ppp-16.axpan.net
1167848279 P * nix0r 
1167848289 M * hardwire yeh.. I assume he does
1167848334 M * hardwire I wonder how long he has to wait for other people to submit patches to bugs that happened after the kernel update before a new one comes out
1167849271 M * waldi daniel_hozac: what do I know?
1167849293 M * daniel_hozac that the vserver patch in the current Debian kernels is broken.
1167849303 M * waldi yes
1167850208 M * hardwire hi waldi
1167850220 A * hardwire downed back to 2.6.17
1167850222 M * hardwire so no problem from me
1167850253 M * waldi http://wiki.debian.org/DebianKernel
1167850288 M * hardwire sir?
1167850314 M * waldi the patch is updated since weeks in the snapshots
1167850335 M * hardwire I had no idea snapshots existed
1167850342 M * hardwire does it effect the etch kernels?
1167850362 M * hardwire err.. rather.. are there current snapshots that fix this issue, pushed into an etch friendly package?
1167850391 M * waldi it is installable on etch
1167850411 M * waldi there are currently some internal differences which blocks the release of new kernels
1167850431 M * hardwire ok
1167850441 M * hardwire internal in kernel.. or internal in debian?
1167850454 M * hardwire I can understand not wanting to push a kernel out unless its security related
1167850721 J * fosco_ fosco@konoha.devnullteam.org
1167850772 Q * fosco Read error: Connection reset by peer
1167850909 J * jmcaricand ~jmcarican@d83-179-155-233.cust.tele2.fr
1167851646 J * bonbons ~bonbons@83.222.37.103
1167852556 M * micah ok, now that I've got my machine back, I can sort out the networking troubles
1167852593 M * micah it seems like my vserver guest cannot speak to other networks that are configured on the host's interface
1167852643 M * micah my guest is configured for 204.13.164.176/24 (on eth0) and there is also the network 208.99.202.0/24 on eth0 which I cannot speak to from the guest
1167852669 M * hardwire is ip forwarding on?
1167852697 M * hardwire I have no idea if that makes a difference, however if vserver is just a fancy proxy-arp that may make a difference.
1167852711 M * hardwire I thought it was an alias however, so maybe I am just mui insano!
1167852726 M * hardwire maybe is not a word I should use, definite insano!
1167852745 Q * jmcaricand Quit: Quitte
1167852821 M * daniel_hozac micah: do the other boxes on that network know how to reach your guest?
1167852829 M * micah hardwire: yes. it is on
1167852863 M * micah daniel_hozac: yes
1167852884 M * daniel_hozac so they can connect to the guest just fine?
1167852912 M * micah daniel_hozac: yes, they can connect
1167852926 M * micah daniel_hozac: guests on the same host using the other network can also connect
1167852943 M * micah daniel_hozac: guests on different hosts using either network can connect
1167852963 M * micah its just outgoing connections that result in Unable to connect to remote host: No route to host
1167852966 M * daniel_hozac no iptables or such?
1167853000 M * micah none
1167853133 M * micah http://paste.linux-vserver.org/850
1167853202 M * daniel_hozac is that routing table similar to that of your other, working hosts?
1167853476 M * micah i dont think I have any other hosts that have a guest with 204.13.164.x configured 
1167853527 M * micah but on the hosts that just have 204.13.164 configured, the route entry for that network is right
1167853564 M * daniel_hozac but do they have the src thing specified?
1167853630 M * daniel_hozac ah, i see (/me read the man page), so that shouldn't matter.
1167853722 M * micah but they do have the src configured in any case :)
1167853755 Q * lilalinux Remote host closed the connection
1167854623 M * micah maybe my netmasks should be set more precise to include the entire class C?
1167854691 M * daniel_hozac oh, i see it now. have you tried reordering your interfaces?
1167854705 M * micah re-ordering in what sense?
1167854707 M * daniel_hozac i.e. making mv interfaces/2 interfaces/0?
1167854715 M * daniel_hozac s/making//
1167854739 M * micah i can try that
1167854746 M * daniel_hozac i think it's choosing the private address... you could use tcpdump to verify, of course.
1167854816 M * micah that likely could be the case
1167854830 M * micah since I added that afterwards, and then later removed the 0
1167854852 M * micah in fact... doing that solves it
1167854866 M * micah daniel_hozac: thanks! I knew it was something trivial like that
1167854938 M * daniel_hozac heh, np.
1167856874 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1167857532 J * m`m`h ~simba@deb30.mgts.by
1167857569 Q * m`m`h 
1167858329 J * m`m`h ~simba@deb30.mgts.by
1167858551 J * Aiken ~james@tooax6-028.dialup.optusnet.com.au
1167859276 Q * Sebastian Ping timeout: 480 seconds
1167860165 Q * bonbons Quit: Leaving
1167860336 J * lilalinux ~plasma@dslb-084-058-247-056.pools.arcor-ip.net
1167860557 Q * lilalinux Remote host closed the connection
1167861197 J * lilalinux ~plasma@dslb-084-058-247-056.pools.arcor-ip.net
1167861749 Q * lilalinux Remote host closed the connection
1167862237 J * mire ~mire@103-166-222-85.adsl.verat.net
1167862919 J * lilalinux ~plasma@dslb-084-058-247-056.pools.arcor-ip.net
1167863295 Q * derjohn3 Quit: Verlassend
1167863468 Q * lilalinux Remote host closed the connection
1167864011 J * lilalinux ~plasma@dslb-084-058-247-056.pools.arcor-ip.net
1167864054 Q * lilalinux Remote host closed the connection
1167864062 Q * mcp Read error: Connection reset by peer
1167864068 J * mcp ~hightower@wolk-project.de
1167864658 Q * marcfiu Quit: Download Gaim: http://gaim.sourceforge.net/
1167865427 P * stefani I'm Parting (the water)
1167866556 Q * duckx Quit: Client exiting
1167867605 N * Bertl_zZ Bertl
1167867611 M * Bertl back now ... :)
1167868093 Q * yarihm Quit: Leaving