1121558401 M * Rushmoom Some ASCII Text, but also some stuff that seems "binary" to me... 1121558444 M * Bertl could you try to uninstall any libmagic related packages? 1121558459 M * Rushmoom sure 1121558557 M * Rushmoom equery tells me, /usr/share/misc/file/magic.mgc belongs to the package sys-apps/file. Might there be anything else related? 1121558610 M * Bertl I guess you won't be able to uninstall that, but you might consider reinstalling/up/down grading it? 1121558677 M * Rushmoom Hmm, pretending to remove it gives me "!!! This could be damaging to your system.". That's what I thought too :) 1121558714 M * Rushmoom I can do all of these, I think I'll try upgrading... 1121558761 M * Rushmoom But I think it might be wise backing up the vserver first... 1121558777 M * Bertl can't hurt to do so ... 1121558904 M * Rushmoom It's not a production server anyway, but it's the state with only the slightest possible change from "working" to "broken", that might be of value... 1121558982 M * Rushmoom Btw, as I told DaPhreak and Hollow, you're welcome to get a shell account on the server if you think that could be of any use... 1121559038 M * Rushmoom (Of course not to "fix by problem", but investigate the issue) 1121559247 M * Rushmoom Ok, I upgraded sys-apps/file from 4.12 to 4.13 1121559288 M * Bertl k, let's see what the change brings ... 1121559288 M * Rushmoom less-wise, it doesn't seem to make any difference. 1121559365 M * Bertl what does ls -la /dev/tty tell you? 1121559386 M * Rushmoom The new strace is at http://www.lukas-graf-design.ch/tmp/less.trace.new 1121559404 M * Rushmoom -rw-r--r-- 1 root root 23 Jul 13 09:29 /dev/tty 1121559424 M * Rushmoom (On the guest) 1121559431 M * Bertl hmm, looks like a file to me :) 1121559438 M * Rushmoom It sure does :) 1121559453 M * Bertl maybe replace that with the 'real thing'? 1121559474 M * Bertl crw-rw-rw- 1 root root 5, 0 Jul 17 00:08 /dev/tty 1121559542 M * Rushmoom How to replace it? I only see differences in the permissions..? 1121559599 M * Bertl ahem, one is a file, the other is a device node 1121559613 M * Bertl best do the following (on the host) 1121559625 M * Bertl cp -va /dev/tty /path/to/guest/dev/tty 1121559642 M * Rushmoom That does work? :-) 1121559651 M * Bertl it does, it does :) 1121559697 M * Rushmoom And it does the trick! 1121559702 M * Bertl thought so ... 1121559709 M * Rushmoom less works again on the host! :) 1121559725 M * Bertl guest I hope :) 1121559736 M * Rushmoom Yep, Guest I mean :) 1121559777 M * Rushmoom So, for any reason, /dev/tty seems to have been overwritten with just the current contents of [host]/dev/tty? 1121559780 M * Bertl well, as usual 95% (hmm, probably more like 98%) of all 'vserver' issues are not even vserver related ... 1121559805 M * Bertl Rushmoom: how was the guest created? 1121559863 M * Bertl and what devices do you have in /path/to/guest/dev 1121559901 M * Rushmoom Created with: vserver gentoo-template build -m skeleton --hostname gentoo-template --initstyle plain --context 23332 --interface gentoo-template=eth0:84.16.233.32/24 1121559927 M * Rushmoom And then chrooted into it, and did a (more or less) regular gentoo install 1121559941 M * Bertl ah, so that probably messed up the /dev 1121559971 M * Bertl could you try with just the skeleton build (different name) and see if it does contain the proper device? 1121559983 M * Rushmoom Devices on the guest: http://42.vg/70236 1121560101 M * Rushmoom Hmm, now I remember something that I never brought into relation with this issue: Sometimes (always?) when opening an ssh session to the guest, I got a logfile entry about problems allocating (?) /dev/tty 1121560164 M * Rushmoom Ok, I'll just create a skeleton build... 1121560268 M * Rushmoom Yep, the clean skeleton contains crw-rw-rw- 1 root root 5, 0 Jul 17 02:30 tty 1121560292 M * Bertl okay, so most likely the gentoo install did remove that, and was later unable to recreate it ... 1121560412 M * Rushmoom I'm just extracting Hollows stage3 tarball again, to see if there are already /dev files present that maybe overwrite the "real" devices... 1121560466 M * Rushmoom Because, the Gentoo (stage3) installation process is more or less just extracting the whole directory tree, and then doing some configuration... 1121560567 M * Rushmoom Hmm, the tarball contains *some* device files, but no tty: http://42.vg/70238 1121560724 M * Rushmoom But this shouldn't be too hard figuring out at which point of the installation /dev/tty gets messed up. I'll check for that on the next gentoo vserver I install from scratch :) 1121560929 M * Rushmoom Thank you very much for your help, I think the broken /dev/tty could have been causing way more trouble than just the thing with less, I'm very happy this is solved now :) 1121560956 M * Bertl you're welcome! and I guess yes ... 1121561001 M * Bertl and for sure, it'd cause the same issues on a non-vserver system too ... 1121561069 M * Rushmoom Yep, seems like this was much more a gentooish problem than an actual vserver issue... 1121561445 M * Rushmoom Hmm... Sorry, I keep bugging you on this, just tell me when to stop :) 1121561468 M * Rushmoom On the backup of vserver a made before breaking it, there is *no* /dev/tty 1121561501 M * Rushmoom Does this mean, the device is actually isn't read from the guest, but from the host? 1121561533 M * Bertl no, but the first tool accessing /dev/tty (for write) will then create a regular file 1121561553 M * Rushmoom Ah, and this was CA.pl! Now all makes perfect sense :) 1121561828 Q * gin_lit Quit: leaving 1121561936 M * Bertl well, actually the gentoo less got a good hint that it is a file: 1121561940 M * Bertl 10809 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc4efb0) = -1 ENOTTY (Inappropriate ioctl for device) 1121561969 M * Bertl (or at least no tty) but it did choose to ignore it, instead of reporting it 1121561992 M * Bertl (which is probably a sane thing to do, as less can be used on pipes too) 1121562138 M * Rushmoom Yes, but just exiting with statuscode 1 isn't too helpful though :) 1121562262 M * Bertl yeah, well, you can always improve the code, no? 1121562275 M * Rushmoom You can, and you should :) 1121562368 M * Bertl well, I'm improving the kernel ... 1121562449 M * Rushmoom But I know the problem myself, it is just impossible to give useful, human readable reports on any thinkable condition, that may even not occur once for years, so you stick to the cases with the highest probability 1121562488 M * Bertl yep, and it is good this way ... 1121562572 M * Rushmoom Yes, for the very least because with all that error handling, there wouldn't be time any left to actually code the things that can cause these errors :) 1121562638 M * Rushmoom s/error/exception 1121563494 J * renihs ~renihs___@193.170.52.70 1121567818 J * nox ~nox@noxlux.de 1121567972 M * Bertl welcome nox! 1121568006 J * Doener` ~doener@p54877FB2.dip.t-dialin.net 1121568442 Q * Doener Ping timeout: 480 seconds 1121570541 M * maharaja Bertl: fyi - still no crash until today - so i think it was the 4kb stack vs 8kb stack issue 1121570679 M * Bertl very likely ... good that we solved that one :) 1121573750 T * Bertl http://linux-vserver.org/ | latest stable 1.2.10, 2.0-rc8, ngnet ng9.5 -- He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;) 1121574786 M * Bertl k, I'm off to bed now ... have a nice one everyone! 1121574807 N * Bertl Bertl_zZ 1121575101 M * Rushmoom Sleep well! Actually, I'm gonna do that too :) 1121575137 N * Rushmoom Rushmoom_zZ 1121578344 J * joris ~joris@082-146-104-065.dyn.adsl.xs4all.be 1121578419 M * joris hmmm 1121578576 M * joris as a first attempt, how insane would 2.0-rc8 with 2.6.12.2 be? 1121578787 M * joris make that 2.6.12.3 :) 1121582431 M * Hollow morning 1121582551 M * DaPhreak joris: why insane !? :) 1121582554 M * DaPhreak lo Hollow 1121582567 M * Hollow morning DaPhreak 1121582829 M * joris DaPhreak: will it cause a trauma and scare me off vserver for good? 1121582878 M * DaPhreak nope .. it will make you happy ;) since it just works :) 1121582903 M * joris nice 1121582942 M * joris is anyone running the 2.x in a production environement? 1121582975 M * DaPhreak yeah :) at work .. for at least 20 hosts :) 1121583023 M * joris for what kind of job? 1121583061 Q * Hunger Remote host closed the connection 1121583142 M * DaPhreak administering the server farm of the university of greifswald (one part of the job) 1121583231 M * joris no, I mean, what job are the vservers doing 1121583271 M * DaPhreak most of them are serving http,mail ... 1121583359 M * DaPhreak i think at least 3 of them are running samba, another one produces packages (software updates) for the others 1121584274 M * joris nice 1121584299 M * joris I'm considering putting externally administred services in a vserver 1121584535 M * joris most of them don't require root 1121584562 M * joris but I dislike the idea of handing out shells to contracters 1121584848 J * matti matti@linux.gentoo.pl 1121585249 Q * SNy Ping timeout: 480 seconds 1121585779 M * DaCa-fi hi joris ! 1121586542 Q * Hollow Quit: /dev/zero 1121586680 J * Hollow ~Hollow@home.xnull.de 1121586833 Q * Hollow Quit: 1121586971 J * Hollow ~Hollow@home.xnull.de 1121587003 M * joris DaCa-fi! 1121587007 M * joris vanwaar de -fi ? 1121587181 M * DaCa-fi joris: I am in HEL! (debconf5) 1121587190 M * joris ooooh :) 1121587198 A * joris jealous 1121587246 M * joris how are things up there? 1121587554 M * DaCa-fi joris: nice, only pity its coming to an end, but otoh, I will stay traveling around for 3 more weeks (including st petersburg) 1121587651 M * joris nice :) 1121590640 J * Aiken ~james@tooax6-049.dialup.optusnet.com.au 1121591037 Q * renihs Ping timeout: 480 seconds 1121591227 Q * alexx Quit: Bye 1121591419 Q * baggins Quit: leaving 1121592190 M * DaPhreak Doener`: are you around ? 1121594141 J * Hunger Hunger.hu@Hunger.hu 1121595233 J * SNy 323daa44e2@bmx-chemnitz.de 1121595693 M * Hollow Rushmoom_zZ: ping 1121596093 J * alexx ~alexx@82.225.136.176 1121596317 J * eXplasm explasm@p549F388B.dip.t-dialin.net 1121598385 M * Hollow Bertl_zZ: the sync problem is gone as of now ;) 1121598450 M * maharaja oha, we're on rc8... ? 1121598453 M * maharaja what are the changes? 1121599917 M * Doener` DaPhreak: what's up? 1121599935 M * DaPhreak Doener`: got some heavy problems with -rc8 .. 1121599963 M * Doener` like? 1121599987 M * DaPhreak vserver apps segfault and the kernel oopses 1121600037 M * DaPhreak something about Unable to handle kernel NULL pointer dereference at virtual address 00000070 1121600050 M * Doener` got the full oops available? 1121600062 M * DaPhreak yeah, also traced it down to fs/locks.c 1121600067 M * DaPhreak http://pastebin.ca/17887 1121600085 M * DaPhreak thats for example start-stop-daemon causing the oops 1121600176 M * DaPhreak another is e.g. rsync (http://pastebin.ca/17888) 1121600377 M * Doener` got line numbers for the first one? 1121600410 M * DaPhreak somewhere after 1136 1121600430 M * Doener` uihm, lease_alloc ends at 473 1121600481 M * DaPhreak but is called in __break_lease:1145 1121600537 M * Doener` hm, and that calls lease_alloc(NULL,...)... so it's forced to fail... i wonder why i didn't notice that yesterday... 1121600549 M * DaPhreak heh :) 1121600992 M * Doener` gtg, back later, maybe with a patch ;) 1121601037 M * Doener` if you want to do it yourself, make the code conditional on if (filp) and in the else branch, set file_lock->fl_xid to vx_current_xid() 1121601044 M * Doener` (quick solution ;) 1121601055 M * DaPhreak hmm .. i'll wait for the patch ;) 1121601058 M * Hollow heh 1121601059 M * Doener` in leasse_alloc that is 1121601101 M * DaPhreak Doener`: which code that is ?! :) *g* 1121601660 M * Doener` from vxd_assert() to = fil->f_xid (3 lines) 1121602550 J * renihs ~renihs___@193.170.52.70 1121602556 M * renihs hi 1121603135 Q * Hollow Quit: /dev/zero 1121603161 Q * Aiken Quit: Leaving 1121603272 J * Hollow ~Hollow@home.xnull.de 1121603466 Q * eXplasm Read error: Connection reset by peer 1121605773 Q * joris Quit: Lost terminal 1121605850 J * eXplasm explasm@p549F388B.dip.t-dialin.net 1121606222 J * joris ~joris@082-146-104-065.dyn.adsl.xs4all.be 1121606519 J * joris_ ~joris@082-146-104-065.dyn.adsl.xs4all.be 1121606576 M * joris_ hmm, it could be because I booted in a vserver context, or it could be because I just upgraded my debian sid system, but mozilla thunderbird and firefox don't work anymore 1121606714 M * SiD3WiNDR don't menzion ze debian! 1121606855 Q * duckx Remote host closed the connection 1121606904 N * Bertl_zZ Bertl 1121606918 M * Bertl morning folks! 1121606937 M * SiD3WiNDR greetings Bertl 1121606949 M * DaPhreak morning Bertl :) 1121607037 M * Bertl hey, read you got issues with rc8? 1121607065 M * DaPhreak yeah .. the vservers are unable anything that uses locking :) 1121607082 M * DaPhreak s/unable/unable to start/ 1121607096 M * _ag_ DaPhreak: idem here 1121607117 M * Bertl so we must have missed soemthing in the lock patch then ... 1121607140 M * DaPhreak yeah .. line 456 static int lease_alloc(..) 1121607184 M * DaPhreak Doener` said I should wrap line 464-466 into an if (flip) { 1121607187 M * Bertl does it go away if you disable the debug stuff? 1121607233 M * Doener` Bertl: lease_alloc() is called with filp=NULL from __break_lease 1121607246 M * Doener` so that's always going to fail 1121607258 M * Doener` somehow i didn't see that yesterday... 1121607303 M * Bertl ah, okay ... is that the only case? 1121607314 M * Doener` AFAICT yes 1121607326 M * Bertl btw, we really, really, really need some lock tests :) 1121607379 Q * joris_ Quit: leaving 1121607401 Q * joris Quit: Lost terminal 1121608062 M * Bertl DaPhreak, Doener`: http://vserver.13thfloor.at/Experimental/delta-locks-fix02.diff 1121608093 M * Doener` yep, look good, and by far better than what I had in mind *g* 1121608182 M * Bertl okay, would be great if we could get a test run for that ASAP .. because then it's rc9 time :) 1121608199 M * Bertl s/then/if it works, then/ 1121608237 M * DaPhreak in a second Bertl 1121608473 M * maharaja Bertl: i experienced another crash - do you mind taking a look at the calltrace? 1121608483 M * Bertl no, not at all ... 1121608678 M * maharaja http://raoul.bhatia.at/~raoul/main_vs2.0rc6_8kstack.log 1121608703 M * maharaja its a fairly short calltrace (imho= 1121608711 M * maharaja does this mean oom? 1121608713 J * Val ~val@v41.ath.cx 1121608736 M * Val Hi 1121608757 M * Val i'm currently testing X inside a vserver, works well 1121608775 M * Val when launched from console 1121608782 M * Val (added tty for it) 1121608824 M * Val but... when testing gdm, gdm refuse to log in user : it freeze just after password ... 1121608856 M * Val an idea ? 1121608894 M * Bertl check the logs? 1121608903 M * Bertl run gdm in debug mode? 1121608913 M * Val :) 1121608923 M * Val hi Bertl 1121609004 M * Bertl maharaja: addr2line -e vmlinux 80113b0b 1121609062 M * DaPhreak gonna test the lockfix .. 1121609445 M * maharaja Bertl: addr2line: vmlinuz-2.6.12.2-vs2.0-rc5-main: File format not recognized 1121609465 M * Bertl that's why I wrote vmlinux :) 1121609474 M * maharaja ah 1121609474 M * maharaja mhm 1121609475 M * Bertl it's the file in the toplevel build tree 1121609493 Q * renihs Remote host closed the connection 1121609511 M * DaPhreak Bertl: works so far .. no more segfaults/oopses till now 1121609531 M * maharaja kernel/sched.c:2392 1121609538 M * maharaja Bertl: kernel/sched.c:2392 1121609541 M * Bertl tx 1121609594 M * Bertl maharaja: what's at this line in your source? 1121609605 M * maharaja struct vx_info *vxi = p->vx_info; /* p is _always_ current */ 1121609611 M * maharaja (hopefully thats the right version i use) 1121610077 M * maharaja Bertl: any clues yet? 1121610104 M * Bertl no, not really .... 1121610397 M * Bertl maharaja: could you do the same for 8011170f please? 1121610512 M * Val well... to get gdm working inside a vserver it is needed to add CAP_SETUID & CAP_SETGID 1121610530 M * Val and for X : only CAP_SYS_RAWIO 1121610533 M * maharaja Bertl: arch/i386/mm/fault.c:261 1121610552 M * Bertl Val: should CAP_SETUID & CAP_SETGID be there by default? 1121610562 M * Val yes 1121610574 M * Val if not gdm will not start user sessions 1121610635 M * Bertl Val: I mean, how did you manage to not have CAP_SETUID & CAP_SETGID ? 1121610688 M * Val if i add a console to vserver and then start X from it, no need to CAP_SETUID & CAP_SETGID 1121610769 M * Bertl chcontext --secure grep Cap /proc/self/status 1121610776 M * Bertl CapPrm:00000000d44c04ff 1121610776 M * Bertl CapEff:00000000d44c04ff 1121610782 M * Bertl #define CAP_SETUID 7 1121610790 M * Bertl #define CAP_SETGID 6 1121610810 M * Bertl what I mean is, your guest should definitely have those two by default ... 1121610819 M * Val yes 1121610831 M * Val it was just a test... 1121610849 M * Bertl aha ... 1121610857 M * Val yup 1121610897 M * Val and for those who wants to know how to get gdm working inside a vserver ;-) 1121610948 M * Val for my latest nfs problems, i've packaged a debian unfs3 daemon and all woks now, but the lock 1121610958 M * Val thanks Bertl ;-) 1121611192 M * Bertl hmm, locking doesn't work because? 1121611249 M * Val because i don't know anybody get lokd working inside a vserver :) 1121611269 M * Val s/lokd/lockd/ 1121611271 M * Bertl hmm, and what's the problem there? 1121611295 M * Val a CAP's one i think, but it's a "production" nfs server... so 1121611322 M * Val it's a portmap problem 1121611336 M * Val with nfs common utilities 1121611354 M * Val i didn't investigate more 1121611361 M * Bertl k 1121611366 M * Val for me it's suffisant 1121611376 M * Bertl :) 1121611405 M * Bertl Doener`, DaPhreak: should we do an rc8.1 or rc9? 1121611417 M * Doener` 8.1 1121611422 M * DaPhreak yeah .. 8.1 :) 1121611852 T * Bertl http://linux-vserver.org/ | latest stable 1.2.10, 2.0-rc8.1, ngnet ng9.5 -- He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;) 1121611903 M * Val 8.1 ? 1121611966 M * _ag_ it's very kernelish ;) 1121612150 M * maharaja Bertl: still no clue - or did it help? 1121612302 M * Bertl to me it looks like an endless page fault in kernel space 1121612587 M * Bertl maharaja: and it did happen after a few days of uptime? 1121612707 M * maharaja yes 1121614354 M * Bertl hmm, let's try this one too 801037a3 1121614543 Q * Val Quit: BitchX-1.1-final -- just do it. 1121614882 M * Bertl okay, I'm off for now ... back later ... 1121614894 N * Bertl Bertl_oO 1121615251 J * Shuri ~Shuri@64.235.209.226 1121617619 Q * DaCa-fi Quit: enjoying HEL 1121618524 J * benjamin ~benjamin@sherpadown.net 1121618702 J * Val ~val@v41.ath.cx 1121618788 M * Val for gdm... CAP_SETGID & CAP_SETGID don't have to be set : just put gdm in debug mode... what's a trick^Wbug !! 1121624809 Q * Shuri Remote host closed the connection 1121626489 Q * xbing Quit: xbing 1121627553 N * Rushmoom_zZ Rushmoom 1121627564 M * Rushmoom hello folks! 1121627781 M * Rushmoom Hollow: pong 1121627810 M * Hollow Rushmoom: ehm.. tbh i forgot why i pinged you *g* 1121627823 M * Hollow Rushmoom: what was your latest vserver issue? 1121627828 M * Hollow maybe i can recall then :P 1121627833 M * Rushmoom The broken less thing 1121627851 M * Hollow hm, no.. 1121627853 M * Rushmoom But Bertl pointed out to me how to fix that last night :) 1121627864 M * Rushmoom And it wasn't even very vserver related :) 1121627905 M * Hollow heh 1121627910 M * Rushmoom Obviously, after building the skeleton, somewhere in the regular gentoo installation process, /dev/tty gets overwritten / deleted 1121627944 M * DaPhreak so its an issue with missing /dev/tty ? 1121627949 M * Rushmoom A simple cp -va /dev/tty /path/to/guest/dev/tty did the trick :) 1121627957 M * Hollow it is not supposed to be created, but this is fixed in svn, and in the cupcoming baselayout-1.11.13 1121627960 M * Rushmoom DaPhreak: Exactly :) 1121627975 M * Hollow *baselayout-vserver 1121627979 M * DaPhreak heh, good to know ;) 1121627998 M * Hollow Rushmoom: if you like to test: http://home.xnull.de/work/gentoo/vserver/dist/rc-scripts-1.6.13-vserver.tar.bz2 1121628009 M * Rushmoom Hollow: I sure do :) 1121628040 J * Ranetsu Rauno@8-236.adsl.apoy.dnainternet.fi 1121628042 M * Hollow good, this release also semi-fixes the sync timeout on halt 1121628067 M * Hollow it works well from outside the guest, but not yet from inside 1121628093 M * Hollow i'm gone again now, back in an hour or so 1121628119 M * Rushmoom Hollow: Ok 1121628205 M * Rushmoom DaPhreak: At this point, I also remembered seeing other tty related stuff in my logs. e.g., when logging in over ssh, a message saying /dev/tty couldn't be allocated (?)... 1121628234 M * Rushmoom DaPhreak: So I guess this might fix quite a lot of stuff, not just the broken less ;-) 1121628240 M * DaPhreak yeah .. something about wrong permissions on /dev/tty :) 1121628245 M * DaPhreak yeah *g* 1121628441 Q * Val Quit: zZz 1121628651 Q * Ranetsu Quit: 1121629175 M * Rushmoom Okay, I'm also off again for about an hour (buying groceries is hard when you get up 1 hour before shops close ;-)) 1121630092 Q * atsab Ping timeout: 480 seconds 1121631093 J * Aiken ~james@tooax8-159.dialup.optusnet.com.au 1121632271 Q * yarihm Quit: Leaving 1121633488 Q * benjamin Quit: Pwet 1121635353 J * Guest118 ~danny@anneal245.gprs.dnafinland.fi 1121635371 N * Guest118 DaCa-fi 1121635588 Q * Hunger xenon.oftc.net helium.oftc.net 1121635588 Q * nox xenon.oftc.net helium.oftc.net 1121635588 Q * Medivh xenon.oftc.net helium.oftc.net 1121635588 Q * gregster xenon.oftc.net helium.oftc.net 1121635588 Q * meebey xenon.oftc.net helium.oftc.net 1121635588 Q * aba xenon.oftc.net helium.oftc.net 1121635588 Q * DaCa-fi xenon.oftc.net helium.oftc.net 1121635588 Q * matti xenon.oftc.net helium.oftc.net 1121635588 Q * _are_ xenon.oftc.net helium.oftc.net 1121635588 Q * Rushmoom xenon.oftc.net helium.oftc.net 1121635588 Q * virtuoso xenon.oftc.net helium.oftc.net 1121635588 Q * TheSeer xenon.oftc.net helium.oftc.net 1121635588 Q * eyck xenon.oftc.net helium.oftc.net 1121635588 Q * cryo xenon.oftc.net helium.oftc.net 1121635588 Q * monrad xenon.oftc.net helium.oftc.net 1121635588 Q * tchan xenon.oftc.net helium.oftc.net 1121635588 Q * sladen xenon.oftc.net helium.oftc.net 1121635588 Q * MooingLemur xenon.oftc.net helium.oftc.net 1121635588 Q * ddlp xenon.oftc.net helium.oftc.net 1121635589 Q * skceb xenon.oftc.net helium.oftc.net 1121635589 Q * pg`aw|cereal xenon.oftc.net helium.oftc.net 1121635589 Q * jkl xenon.oftc.net helium.oftc.net 1121635589 Q * janra xenon.oftc.net helium.oftc.net 1121635589 Q * stupidawy xenon.oftc.net helium.oftc.net 1121635589 Q * mugwump xenon.oftc.net helium.oftc.net 1121635589 Q * micah xenon.oftc.net helium.oftc.net 1121635589 Q * case xenon.oftc.net helium.oftc.net 1121635589 Q * Greek0 xenon.oftc.net helium.oftc.net 1121635589 Q * maharaja xenon.oftc.net helium.oftc.net 1121635589 Q * locksy xenon.oftc.net helium.oftc.net 1121635589 Q * neofutur xenon.oftc.net helium.oftc.net 1121635589 Q * BobR_oO_ xenon.oftc.net helium.oftc.net 1121635589 Q * Bertl_oO xenon.oftc.net helium.oftc.net 1121635589 Q * Aiken xenon.oftc.net helium.oftc.net 1121635589 Q * Loki|muh xenon.oftc.net helium.oftc.net 1121635589 Q * albeiro xenon.oftc.net helium.oftc.net 1121635617 J * DaCa-fi ~danny@anneal245.gprs.dnafinland.fi 1121635617 J * Aiken ~james@tooax8-159.dialup.optusnet.com.au 1121635617 J * Hunger Hunger.hu@Hunger.hu 1121635617 J * matti matti@linux.gentoo.pl 1121635617 J * nox ~nox@noxlux.de 1121635617 J * _are_ ~are@62.112.159.81 1121635617 J * meebey meebey@booster.qnetp.net 1121635617 J * gregster ~gregor@greart.de 1121635617 J * Medivh ck@paradise.by.the.dashboardlight.de 1121635617 J * aba ~aba@eos.turmzimmer.net 1121635617 J * case ~case@donpanic.faveve.uni-stuttgart.de 1121635617 J * locksy ~locksy@mrtg.sisgroup.com.au 1121635617 J * micah micah@micha.hampshire.edu 1121635617 J * mugwump ~samv@210-54-92-184.ipnets.xtra.co.nz 1121635617 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1121635617 J * janra janra@paradox.homeip.net 1121635617 J * jkl ~eric@ool-182cef46.dyn.optonline.net 1121635617 J * pg`aw|cereal ~cereal@217.20.124.153 1121635617 J * skceb skceb@bang-bang.feuer-frei.com 1121635617 J * Bertl_oO ~herbert@212.16.62.52 1121635617 J * ddlp ~daniel@205.234.152.200 1121635617 J * MooingLemur ~troy@phx200.pinchaser.com 1121635617 J * BobR_oO_ ~georg@212.16.62.52 1121635617 J * sladen paul@starsky.19inch.net 1121635617 J * maharaja ~maharaja@ipax.at 1121635617 J * tchan ~tchan@c-24-13-81-164.hsd1.il.comcast.net 1121635617 J * monrad ~monrad@213083190130.sonofon.dk 1121635617 J * cryo ~say@212.86.243.154 1121635617 J * eyck eyck@81.219.64.71 1121635617 J * TheSeer ~theseer@border.office.salesemotion.net 1121635617 J * virtuoso ~s0t0na@80.253.205.251 1121635617 J * neofutur ~neofutur@neofutur.net 1121635617 J * Rushmoom ~me@80-219-252-33.dclient.hispeed.ch 1121635617 J * Greek0 ~greek0@81.189.246.175 1121635617 J * albeiro ~albeiro@albeiro.usercloak.oftc.net 1121635617 J * Loki|muh loki@satanix.de 1121635653 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.2.10, 2.0-rc8.1, ngnet ng9.5 -- He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;) 1121638318 Q * DaCa-fi Quit: zzz 1121639852 J * Hollow|mobile ~bene@p549793BE.dip0.t-ipconnect.de 1121642332 Q * Hollow|mobile Quit: Leaving 1121642622 Q * FaUl Ping timeout: 480 seconds 1121643461 N * Bertl_oO Bertl 1121643540 M * Bertl evening folks!