1178064664 J * jkl jkl@c-67-173-253-237.hsd1.co.comcast.net
1178064665 Q * duckx Read error: Connection reset by peer
1178064673 M * jkl Bertl: I blame my troubles on gentoo today.
1178064697 M * jkl Bertl: for whatever reason, /etc/init.d/vservers was replaced with /etc/init.d/vservers.default
1178064713 M * jkl Bertl: and yes, grsec did cause some problems too ;)
1178064727 M * Bertl almost always does ... unfortunately
1178064753 M * jkl yeah, i've been using grsec for over a year with no problems until now
1178064768 M * jkl something with this kernel upgrade must have gotten enabled that screwed it up\
1178065041 J * duckx ~Duck@tox.dyndns.org
1178068523 Q * zLinux Ping timeout: 480 seconds
1178069384 J * tudenbart ~willi@xdsl-213-196-226-59.netcologne.de
1178069839 Q * dothebart Ping timeout: 480 seconds
1178071271 Q * bzed Remote host closed the connection
1178071632 Q * FireEgl Ping timeout: 480 seconds
1178073189 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1178073199 J * ensc ~irc-ensc@p54B4EBF5.dip.t-dialin.net
1178084141 M * bjorn_ mornin'
1178084156 M * bjorn_ so now i tried with a plain non-grsec kernel
1178084159 M * bjorn_ same thing
1178084181 M * bjorn_ netmask/bcast is still overridden with 255.255.255.255/0.0.0.0
1178084980 N * DoberMann[ZZZzzz] DoberMann
1178085158 M * daniel_hozac bjorn_: and what does ip a output on the host/guest?
1178087769 N * DoberMann DoberMann[PullA]
1178087982 J * Guy- NpDExZcXjM@chardonnay.math.bme.hu
1178089172 Q * arachnist Ping timeout: 480 seconds
1178089274 J * arachnist arachnist@088156189068.who.vectranet.pl
1178090560 M * yang what would mean this error from auth.log - May  1 20:56:01 criten pam_limits[1436]: setrlimit limit #11 to soft=-1, hard=-1 failed: Operation not permitted; uid=0 euid=0
1178090668 M * bjorn_ daniel_hozac: booted again with the grsec kern now, suddenly it works..  ifconfig still shows 0.0.0.0/255.255.255.255, but it's connected and ip addr shows correct info now
1178090976 J * bzed ~bzed@dslb-084-059-106-147.pools.arcor-ip.net
1178091335 J * dna ~naucki@103-234-dsl.kielnet.net
1178092104 M * daniel_hozac yang: what it says. that setting limit 11 failed.
1178092170 M * yang daniel_hozac: its not critical to the operations i hope
1178092197 M * yang basically it happens every time when the new users logs in
1178092230 M * daniel_hozac yang: if they can still login, i guess not.
1178092266 M * bavi daniel_hozac : <3
1178092671 J * DoberMann_ ~james@AToulouse-156-1-137-173.w90-30.abo.wanadoo.fr
1178092779 Q * DoberMann[PullA] Ping timeout: 480 seconds
1178093004 Q * infowolfe_ Quit: Leaving
1178093398 Q * derjohn Remote host closed the connection
1178093401 Q * Solver Ping timeout: 480 seconds
1178093662 J * derjohn ~derjohn@80.69.41.3
1178093665 J * onox ~onox@kalfjeslab.demon.nl
1178093795 M * derjohn I still cant load certain modules with my 2.2.0 / 2.6.20.10 / ipv6 kernel: http://paste.linux-vserver.org/1614
1178093814 M * derjohn any idea where those 4 byte / 328 byte get lost?
1178093834 M * daniel_hozac "get lost"?
1178093852 M * daniel_hozac IMO you've just run out of per-CPU space.
1178093888 M * derjohn yes, ist does ... but why ?
1178093908 M * derjohn when straceing a modprobe xfs i dont see much information.
1178093916 M * daniel_hozac as expected.
1178093917 M * derjohn (well at leat no useful one).
1178093930 M * daniel_hozac that's in-kernel stuff.
1178093937 M * daniel_hozac strace only shows syscalls.
1178093947 M * derjohn I reduced the number of max cpus to 4 ... but that didnt help to. I aslo disbales 64 bit I/O resources.
1178093954 J * infowolfe ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1178093989 M * derjohn well, how can i figure out why the percpu space (on i386) is to small? or can I simply raise the define ??
1178094003 M * daniel_hozac i doubt it.
1178094023 M * daniel_hozac it would probably be better to disable some of
1178094037 M * daniel_hozac the things which allocate so much of it.
1178094041 M * derjohn I doubt it, too ;) I use bonbons latest v6 patch, but I didnt see him in the last days here ...
1178094055 M * derjohn hm, that things could I disable ?
1178094060 M * harry is tehre a 2.6.20.10 allready???
1178094061 M * harry damn!
1178094080 M * derjohn I mean: which thing does consume percpu space?
1178094093 M * derjohn harry, he, they release slower than we can compile ;)
1178094097 M * daniel_hozac derjohn: no idea, i guess you'd have to grep through the kernel or so.
1178094125 M * derjohn daniel_hozac, do you use the v6 patch on recent v6 patches ?
1178094142 M * derjohn *recent vserver pacthes ?
1178094149 M * harry 2.6.20.11
1178094161 M * derjohn harry,  OMG , really ? 
1178094162 M * harry http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.20.11
1178094187 M * harry pretty big changelog too
1178094199 M * daniel_hozac derjohn: not yet.
1178094226 M * daniel_hozac harry: .8, .9, .10 were just security fixes, IIRC.
1178094251 M * harry and people wonder why i don't make a 2.6.20 kernel patch with grsec..
1178094262 M * harry latest stuff is insecure as hell...
1178094285 M * daniel_hozac you do of course realize that the same vulnerabilities are most likely present in 2.6.19 too, right?
1178094306 M * harry daniel_hozac: true
1178094315 M * harry but they backport stuff regularly too...
1178094330 M * daniel_hozac not to 2.6.19...
1178094333 M * harry but you're right...
1178094334 M * daniel_hozac it's dead now.
1178094336 M * harry i have to update:)
1178094349 M * onox .19 is already dead? :O
1178094353 M * daniel_hozac (with 2.6.21 released)
1178094365 M * harry uhu
1178094375 M * harry there is a 2.6.21.1 allready btw :)
1178094379 M * onox damn you linus!
1178094383 Q * arachnist Read error: Connection reset by peer
1178094442 M * derjohn well, I doubt that andrew's "new" development model for the kernel add any advantage for kernel stability.
1178094476 M * derjohn I wish there was a more stable branch, like in 2.4 / 2.5 times.
1178094497 M * daniel_hozac 2.4 is still alive :)
1178094510 M * harry not for vserver
1178094515 M * daniel_hozac sure it is.
1178094521 M * harry not for 2.2.0
1178094524 M * daniel_hozac eyck just hasn't released anything recently.
1178094554 M * daniel_hozac uh, well, of course you don't get the latest stuff on an ancient kernel.
1178094563 M * daniel_hozac you can't have it both ways.
1178094566 M * harry 10:28 < daniel_hozac> 2.4 is still alive :)
1178094573 M * harry on an ancient kernel.
1178094592 M * daniel_hozac yes.
1178094764 M * derjohn back to my problem ... how do I identify what consumes the percpu bytes ?
1178094798 M * derjohn currently i cant load xfs and iptables* ...
1178094800 M * daniel_hozac grep -Hr alloc_percpu .?
1178094805 M * derjohn ah
1178095874 J * pmsr ~pmsr@83.240.227.148
1178096197 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net
1178097412 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1178097768 M * derjohn daniel_hozac, mostly the grep reveals ipv4 and ipv6 stuff as well as xfs_mount. BTW: The problem does not appear on x86_64, there is a larger percpu area.
1178097800 M * derjohn daniel_hozac, and yes, vserver does new->ptr_pc = alloc_percpu(struct _vx_info_pc);
1178097834 M * daniel_hozac yes, i'm well aware.
1178097854 M * derjohn workqueue.c and kexec.c ... I could try disable kexec ... 
1178097868 M * derjohn but that would be a rather ugly workaround.
1178097957 M * derjohn I wonder why other dont see that problem ... it looks like the only differnce is the ipv6 suff. drbd and squash dont call alloc_percpu.
1178097992 M * derjohn I also disabled the 256IP patch, but that didnt help either ... 
1178098027 M * derjohn hm, but maybe the modprobe xfs and modprobe iptables stuff behaves differently ...
1178098041 M * derjohn I think i drop bonbons a mail ...
1178098136 M * daniel_hozac and it only happens when you add the IPv6 patch?
1178098147 M * daniel_hozac i.e. vanilla vserver doesn't show it at all?
1178099071 M * derjohn daniel_hozac, I recompile without v6 now
1178099768 J * EdwardTLS ~edward@daemon.ebuddy.net
1178100249 J * arachnist arachnist@088156189068.who.vectranet.pl
1178101150 Q * ||Cobra|| Remote host closed the connection
1178101386 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1178102152 J * meandtheshell ~markus@85-124-175-67.dynamic.xdsl-line.inode.at
1178102505 J * dna_ ~naucki@27-239-dsl.kielnet.net
1178102909 Q * dna Ping timeout: 480 seconds
1178103372 Q * cdrx Ping timeout: 480 seconds
1178103603 M * eyck what what?
1178103621 M * eyck 2.4 is alive, just not very lively 
1178103810 Q * onox Quit: leaving
1178104777 Q * shedi Quit: Leaving
1178105269 J * Piet hiddenserv@tor.noreply.org
1178106777 J * Solver ~robert@74.114.255.203
1178107629 J * thessy FRPTYt5s@nat-1.rz.uni-karlsruhe.de
1178108032 Q * Aiken Quit: Leaving
1178108946 Q * PowerKe Ping timeout: 480 seconds
1178108979 Q * kir Ping timeout: 480 seconds
1178109116 M * thessy Bertl: i posted my problems with vserver and the java application 'geoserver' on the mailing list. perhaps you have little time for it?
1178109345 J * shedi ~siggi@tolvudeild-195.lhi.is
1178110615 J * ema ~ema@rtfm.galliera.it
1178113702 J * cdrx ~legoater@blueice2n1.uk.ibm.com
1178114601 J * zLinux ~zLinux@88.213.63.82
1178114718 J * SadMan sadman@sadman.net
1178114816 J * dothebart ~willi@xdsl-213-196-251-27.netcologne.de
1178114817 Q * tudenbart Read error: Connection reset by peer
1178115427 Q * thessy Quit: using sirc version 2.211+KSIRC/1.3.12
1178118335 J * FireEgl FireEgl@2001:5c0:84dc:0:3cd4:f24:d456:358d
1178118432 Q * cdrx Read error: Connection reset by peer
1178119764 Q * Guy- Remote host closed the connection
1178119958 J * stefani ~stefani@flute.radonc.washington.edu
1178120155 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1178120163 M * pmenier Hi all
1178120172 M * daniel_hozac hello
1178120344 M * pmenier patch 2.6.21.1 is in progress ?
1178120357 M * daniel_hozac probably.
1178120388 M * daniel_hozac why do you need 2.6.21?
1178120422 M * pmenier just for fun .... I would like to try new libata driver
1178121135 Q * shedi Quit: Leaving
1178121613 M * Bertl good morning!
1178121699 M * pmenier hello bertl
1178121777 M * Bertl okay, off for breakfast ... back shortly ...
1178121783 N * Bertl Bertl_oO
1178121962 M * djbclark Anyone know if the current util-vserver svn trunk should be pretty stable? I need it for the CentOS 5 vserver creation code.
1178122145 J * ntrs_ ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1178122167 Q * ntrs Read error: Connection reset by peer
1178122645 J * psithris ~psithris@88.218.61.110
1178122681 M * toidinamai__ Is it possible to grow a vservers /tmp mount without restarting it?
1178122834 M * toidinamai__ "mount -o remount,size=1g /tmp" obviously doesn't work inside vservers.
1178122846 Q * ntrs_ Ping timeout: 480 seconds
1178122875 J * shedi ~siggi@ftth-237-144.hive.is
1178122946 M * psithris are you using the grsec patch
1178122947 M * psithris ?
1178122973 M * toidinamai__ Yes.
1178122989 M * psithris have you set kernel.grsecurity.chroot_deny_mount = 0
1178122990 M * psithris ?
1178123009 M * toidinamai__ Yes.
1178123080 J * PowerKe ~tom@d54C13E4B.access.telenet.be
1178123093 M * psithris ehmm... maybe try setting in ccapabilities SECURE_REMOUNT ?
1178123201 M * toidinamai__ That also requires restarting doesn't it?
1178123204 N * Bertl_oO Bertl
1178123222 M * Bertl toidinamai__: what you actually want is to enter the namespace (from the host) and do the remount
1178123239 M * Bertl toidinamai__: vnamespace is the magic command (see --help for details)
1178123296 J * ntrs_ ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1178123300 M * toidinamai__ vnamespace -e 2 -- chroot . mount -o remount,size=1g /tmp
1178123303 M * toidinamai__ Thanks.
1178123313 M * toidinamai__ This command in /etc/vserver/<name>/vdir
1178123321 M * Bertl you're welcome!
1178123324 M * toidinamai__ :-)
1178123331 J * bonbons ~bonbons@158.64.111.48
1178123550 M * psithris I would like to also ask a question: Does anyone know when a 2.6.20 grsec patched kernel is going to be released? Is there a roadmap in the site - in some place I have not noticed ?-  ?
1178123589 M * Bertl hmm, harry does the fusioning ... maybe there already is one?
1178123645 M * Bertl no doesn't look like, but you have to bug him for that ...
1178123723 M * psithris As far as I remember there was some prepatch. But I can see that it was removed from the main page. There was some problem with this ? Also, prepatch means that it is not production ready ?
1178123767 M * Bertl well, I doubt that the grsec combinations are 'production reday' in the stable Linux-VServer sense
1178123786 M * Bertl i.e. the patches are released when they 'work' for harry, nothing more, nothing less
1178123786 N * DoberMann_ DoberMann[PullA]
1178123821 M * toidinamai__ psithris: The latest grsec version is for 2.6.19.2 according to grsecurity.net.
1178123828 M * psithris ok.. I got the point
1178123941 Q * psithris Quit: Leaving
1178124183 Q * dna_ Read error: Connection reset by peer
1178124212 J * dna_ ~naucki@27-239-dsl.kielnet.net
1178125210 Q * pmenier Quit: Quitte
1178125857 N * DoberMann[PullA] DoberMann
1178125938 J * Guy- gZkm8Ty4VK@chardonnay.math.bme.hu
1178127410 Q * ema Quit: leaving
1178127712 J * kir ~kir@swsoft-mipt-nat.sw.ru
1178127903 Q * rob-84x^ Remote host closed the connection
1178128254 Q * mattzerah synthon.oftc.net momentum.oftc.net
1178130164 Q * duckx Remote host closed the connection
1178130209 J * duckx ~Duck@tox.dyndns.org
1178132830 M * daniel_hozac djbclark: i'm planning on releasing it as 0.30.213 as soon as i get access to that ssh key, so i certainly hope so.
1178132842 M * Bertl hey daniel_hozac!
1178132848 M * daniel_hozac hey Bertl
1178132858 M * Bertl sounds good! btw, got a minute for me?
1178132863 M * daniel_hozac sure!
1178132891 M * Bertl a few things still on my mind (regarding tools)
1178132912 M * Bertl has some solution been found for the static rpm issue?
1178132983 M * daniel_hozac no.
1178133010 M * Bertl hmm, any comments from ensc over the last month to that?
1178133043 M * Bertl IMHO it would be a shame if building rpm based guests on rpm based system won't work .. no?
1178133056 M * daniel_hozac no, but i haven't gotten a hold of him recently either.
1178133073 M * daniel_hozac definitely.
1178133095 M * djbclark daniel_hozac: cool, thanks. centos5 with svn isn't working for me, but I'm guessing it's because I'm doig something else wrong. If you are around later I'd be happy to feed you error messages (at workfor another 2h or so)
1178133117 M * Bertl daniel_hozac: so maybe we could make that a 'warning' and work around that by just avoiding the resolving stuff?
1178133141 M * daniel_hozac Bertl: but that involves running the scriptlets on the host.
1178133173 M * daniel_hozac too many packages to service xyz condrestart on upgrades for me to be comfortable with that...
1178133182 M * daniel_hozac s/to/do/
1178133191 M * Bertl maybe I'm not grasping the entire issue ... care to explain where the problem arises from?
1178133214 M * daniel_hozac well, rpm-fake has multiple purposes.
1178133224 M * daniel_hozac part of it is to get the uid/gids from the guest.
1178133246 M * daniel_hozac and part of it is to run the rpm scriptlets inside the guest as much as possible.
1178133278 M * Bertl wouldn't that work in 99% if you switch into a guest context and namespace and execute it there?
1178133290 M * Bertl (speaking of the rpm command)
1178133330 M * daniel_hozac yes, in theory. but i haven't experimented with that yet.
1178133389 M * Bertl wouldn't that be worth trying? could even work for urpmi?
1178133408 M * daniel_hozac sure.
1178133429 M * Bertl do we know what distros are affected by this 'issue'?
1178133429 M * daniel_hozac the problem with urpmi was that i couldn't figure out how to point it at a different location for configuratrion.
1178133462 M * daniel_hozac distros which have a statically linked rpm? no idea...
1178133496 M * Bertl I'm somewhat suprised that we didn't get any feedback in this regard yet
1178133511 M * Bertl IMHO it is not such a terribly bad idea to make rpm static :)
1178133628 J * eDog ~edog@office.aichyna.com
1178133632 M * daniel_hozac i agree.
1178133634 M * Bertl welcome eDog!
1178133661 M * Bertl daniel_hozac: okay, did you see the report about netmask/broadcast being wrong in a guest?
1178133677 M * daniel_hozac yeah.
1178133685 M * Bertl any ideas to that?
1178133689 M * daniel_hozac i have to admit i didn't understand that.
1178133717 M * Bertl okay, any reports of kernel issues for vs2.2.0?
1178133739 M * daniel_hozac none that i am aware of, at least.
1178133757 M * daniel_hozac it appears it really was ready to be released ;)
1178133767 M * Bertl so one of those rare perfect releases :)
1178133801 M * daniel_hozac oh, wait, there's one potential problem i haven't verified yet, which is that file bind mounts don't work in guests.
1178133822 M * daniel_hozac (well, IIRC i tried to verify it, but it worked for me)
1178133824 M * Bertl interesting, from inside the guest or from fstab/host?
1178133837 M * daniel_hozac from the host, if i understood correctly.
1178133932 P * stefani I'm Parting (the water)
1178133982 Q * FloodServ charon.oftc.net services.oftc.net
1178134569 M * Bertl okay, the last tool version I tested had severe issues with privacy enabled guests, was that tested/fixed during my vacation?
1178135347 Q * FireEgl Ping timeout: 480 seconds
1178135371 J * FloodServ services@services.oftc.net
1178135416 M * Bertl daniel_hozac: ping?
1178135461 M * daniel_hozac privacy enabled meaning no STATE_ADMIN?
1178135469 M * Bertl yep
1178135529 M * Bertl basically the problems ranged from issues with reboot/halt from inside to reboot/stop from outside and some issues with the rootfs mount not happening inside the cotnext, IIRC
1178135568 M * daniel_hozac well, the tools do expect to be able to manage the guest.
1178135594 M * daniel_hozac i _think_ plain init might sort of work, and that's really the only initstyle where removing state_admin makes sense.
1178135613 M * daniel_hozac (it should be the least broken)
1178135631 M * Bertl yes, of course the guest was running plain init
1178135641 M * Bertl otherwise it would not really make sense :)
1178135749 M * daniel_hozac so no, it wasn't tested or fixed :)
1178135789 M * Bertl okay, would be great to get that working now that we have this option :) if you need help with that/more info .. please let me know
1178135793 M * daniel_hozac note that i'd just like to get 0.30.213 released ASAP, it's already long overdue. i'm thinking we'll just do a 0.30.214 shortly after that fixes all of the issues.
1178135805 M * Bertl that's fine with me
1178135811 Q * FloodServ synthon.oftc.net services.oftc.net
1178135812 M * daniel_hozac (well, maybe not all of the issues, but most of them)
1178136118 M * Guy- what's the showstopper of the 0.30.213 release?
1178136286 M * daniel_hozac that i don't have access to the ssh key ;)
1178136311 M * Guy- so now you're waiting for it to be brute-forced? :)
1178136322 M * daniel_hozac no, i'm waiting for that box to boot :)
1178136390 A * Bertl .o( must be a slow machine ... :)
1178136414 Q * dna_ Quit: Verlassend
1178136435 M * daniel_hozac well, i just unpacked it and hooked it up ;)
1178136437 J * FloodServ services@services.oftc.net
1178136535 M * Bertl btw, uploaded 2.2.0 for latest 2.6.20.11
1178136558 M * daniel_hozac just offsets, or actual rejects?
1178136568 M * daniel_hozac have you started looking at 2.6.21 yet?
1178136576 M * Bertl everything fine, just offsets
1178136584 M * Bertl yes, currently porting to 2.6.21 :)
1178136635 M * daniel_hozac okay, nice
1178137084 M * Guy- btw, I just rolled a kernel with skas (for UML) and vserver; should I expect trouble?
1178137095 M * Guy- it works so far, but I don't have any vservers up, just a UML instance
1178137103 M * Bertl nope, should work fine
1178137455 M * daniel_hozac speaking of, Bertl: have you heard of issues using a different memory split and HIGHMEM?
1178137472 M * daniel_hozac or is it just common knowledge that you use one or the other?
1178137475 M * Bertl not yet
1178137495 M * Bertl basically all combinations are supposed to work
1178137503 M * Bertl after all, they are in mainline now :)
1178137528 M * Bertl nevertheless, I would refrain from using highmem nowadays
1178137555 M * Bertl either you have an older system, where you should be fine with 3GB, or you have a more recent system, then you got for 64bit :)
1178137560 M * daniel_hozac i've had two reports of people with PAE-enabled hardware where the kernel simply reboots if using the 2/2 memory split, but works fine when using the default one.
1178137573 M * daniel_hozac yeah, i couldn't agree more.
1178137636 M * daniel_hozac (i.e. reboots as soon as it has started booting)
1178137715 J * besonen_ ~besonen@dsl-db.pacinfo.com
1178137749 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net
1178137784 Q * besonen Read error: Connection reset by peer
1178137859 M * Guy- I have a box that doesn't see 1G without highmem support
1178137862 M * Guy- just 896M or so
1178137875 M * daniel_hozac that's fixable with a different memory split ;)
1178137886 M * Guy- yes, I suppose so
1178137890 M * daniel_hozac (which has a much lower overhead than highmem)
1178137894 M * Bertl daniel_hozac: PAE or 'just' highmem?
1178137908 M * daniel_hozac Bertl: IIRC one of each.
1178137937 M * Bertl daniel_hozac: was it tested with mainline?
1178137969 M * daniel_hozac no, i guess i should've recommended that..
1178137991 M * Bertl would be interesting ...
1178138463 Q * FloodServ synthon.oftc.net services.oftc.net
1178138568 J * FloodServ services@services.oftc.net
1178139491 J * Aiken ~james@ppp222-137.lns2.bne1.internode.on.net
1178139941 M * Bertl morning Aiken!
1178139953 M * Aiken hi
1178140358 Q * toidinamai__ Ping timeout: 480 seconds
1178140501 J * ntrs ntrs@vs815.rosehosting.com
1178141916 Q * bonbons Quit: Leaving
1178143748 Q * arachnist Quit: leaving
1178143754 J * arachnist arachnist@088156189068.who.vectranet.pl
1178143770 Q * arachnist 
1178143862 J * toidinamai ~frank@i59F713BC.versanet.de
1178143892 J * arachnist arachnist@088156189068.who.vectranet.pl
1178143973 M * Bertl wb arachnist! toidinamai!
1178143991 M * toidinamai Bertl: thanks. :-)
1178144557 Q * meandtheshell Quit: Leaving.
1178145209 M * arachnist hi
1178145980 Q * duckx Remote host closed the connection
1178146110 P * bjorn_ 
1178146119 J * MindUs ~103730197@IGLD-83-130-167-86.inter.net.il
1178146120 M * MindUs Free phone calls all around the world ----->  http://callfree.point-serv.com/en/
1178146121 P * MindUs 
1178146477 N * DoberMann DoberMann[ZZZzzz]
1178146772 Q * ntrs Quit: Leaving
1178148050 M * djbclark daniel_hozac
1178148074 M * daniel_hozac yes+
1178148086 M * djbclark oops nevermind... was going to ask if he was around, but I'm not at the point of reproducting the problem I was having with util-vserver and centos5 yet
1178148301 J * toidinamai_ ~frank@i59F70FAF.versanet.de
1178148752 Q * toidinamai Ping timeout: 480 seconds
1178149876 Q * Piet Quit: Piet