1140998826 Q * ntrs Quit: Leaving
1140999164 Q * bonbons Quit: Leaving
1141000654 J * michal` ~michal@www.rsbac.org
1141000658 M * michal` :]
1141000698 M * Bertl welcome michal`!
1141000716 M * michal` hey Bertl !
1141000720 M * michal` good to be back ;)
1141000737 A * michal` was xenifing its life recently
1141000768 M * michal` definitely i came from it with interesting results - if you do not _realy_ need it do not waste you time ;)
1141000799 M * Bertl hmm? let's hear ...
1141000859 M * michal` well, first it's development which is not really good - releases every few kernel version (latest stable is 2.6.12, next one will be probably 2.6.16)
1141000884 M * Bertl hmm, doesn't sound like development :)
1141000910 M * michal` second, documentation is not good enough either - lots of docs about it, but most of them not doing into details where it _does_ matter and outdated anyway
1141000935 M * michal` and last one - terrible "admin" feeling
1141000936 M * michal` i mean
1141000957 M * michal` when it is working, good
1141000966 M * michal` but when it is not - debuging it is a hell
1141000982 M * michal` userspace utils does not have proper (any in fact) error erporting
1141000987 M * michal` *reporting
1141001009 M * michal` throwing messages like "cannot create domain - (9, bad file descriptor)"
1141001019 M * michal` or (22, bad argument)
1141001041 M * michal` with nothing in the logs what could help you
1141001053 M * anonc Bertl: have you tested drbd 0.7.16 with patch-2.6.16-rc4-vs2.1.1-rc9.diff (I was checking if the daemonize-detach-from-current-namespace.patch fix that is in rc9 has fixed the forced reboot issue). I get panics but before I delve further I thought I'd check whether others had experienced the same). Could well be a drbd issue.
1141001054 M * michal` and trace mode throwing out jsut fragments of python code
1141001077 M * michal` so it is your gues to find out what's wrong
1141001081 M * Bertl anonc: if they look like this:
1141001109 M * Bertl http://vserver.13thfloor.at/Stuff/BUGHUNT/phreak-0001/oops.txt
1141001121 M * Bertl (then go back to rc7 or revert the vreaper stuff)
1141001172 M * michal` to sum up - it is immature, not ready for production piece of code, with very interesting ideas, but requires lots of work to be worth using. (ok, people are using it in production, but it's like this :-] "i have it running, i am not going to upgrade it, i won't rouch it, because it is working"
1141001178 M * anonc will give it a try
1141001180 M * anonc thanks
1141001189 M * michal` s/rouch/touch/
1141001197 M * michal` ok, end of that ranting ;)
1141001215 M * Bertl michal`: yeah, unfortunately very sinilar to what I've heard from other parties
1141001232 M * michal` good to know it is not just me lacking skills
1141001271 M * michal` two days and nights of reading python code, c code, asking around, nobody kows, so let's ptrace 10 apps in the same time to figure out what it is trying to do and where it fails
1141001329 M * michal` i really regret, because it could be an excelent project (now that intel virtualisation technology has came)
1141001347 M * michal` but the only xen i have managed to run for two days of work was their livecd ;p
1141001446 M * michal` official version of "how to get the proper kernel config" ? (no, it does not just work, kernel config has to be a right one)
1141001460 M * michal` look at the mailing list, try and see what is working
1141001463 M * michal` *shrug*
1141001523 M * michal` when i recall tries with ngnet of vserver you were providing exact informations what does not yet work and even example config, so everything was sure (and it was obviously development only)
1141001647 M * Bertl well, thanks for the flowers, but I guess our docu is not quite as good as it could and should be
1141001674 M * michal` there is nothing like a good documentation ;)
1141001712 M * michal` it can be only improving - if it's complete, it means project development hes stopped and we are sitting are looking at the results ;)
1141001718 M * michal` s/hes/had/
1141001964 M * Bertl okay, I'm off for today ... back tomorrow morning ...
1141001970 M * anonc nite bertl
1141001976 M * Bertl michal`: thanks for the info!
1141001980 M * michal` have a good night !
1141001985 M * Bertl a good night to everyone, cya!
1141001987 M * michal` you'er welcome and stuff ;)
1141001994 N * Bertl Bertl_zZ
1141003869 M * matti michal`: Either way, Xen3 is a quite brilliant pice of technology, ya must admit it.
1141003873 M * matti Goodnight all.
1141003898 M * mugwump matti: sure, and you can run both vserver and xen together!  they are not competing but complementary
1141003913 M * matti Indeed.
1141003917 M * michal` it is extreme brilliant - and i am even going to guy some hardware especialy for it
1141003930 M * michal` but getting it running is a pain in the... you chose one ;)
1141003937 M * michal` mugwump: yep
1141003962 M * matti Well, UML is now quite old and cannt be compared to vServer or Xen3 even.
1141003970 M * michal` nah, uml is an uml
1141003974 M * michal` nothing more
1141003989 M * matti Such a pity, that Xen3 user-space tools are so fucked up.
1141004004 M * matti And make it working is almost impossible task.
1141004010 M * matti But well, some people do.
1141004013 M * michal` encoured it :/
1141004024 M * michal` and xen heads somewhere towards power5 (xseries ibm)
1141004037 M * michal` obviously without that outstanding pwerformance
1141004041 M * michal` *performance
1141004052 M * mugwump uml could never work properly.  the memory protection aspect was pretty much an unsolvable problem.  Once you start patching the host kernel you may as well be doing something else
1141004058 M * matti We'll see, what Intel Virtualization technology will come.
1141004073 A * mugwump sees much hype on that horizon
1141004075 M * michal` it is there, dell is seeling workstations on it :]
1141004091 M * michal` expensive as a ... hell (rhymes with hell ;)
1141004094 M * michal` y
1141004097 M * mugwump Look!  We made an awful design decision when we made the i386 instruction set!
1141004099 M * michal` dell ;p
1141004123 M * michal` mugwump: but that's just how it is working
1141004126 M * mugwump And now ... after 15 years ... we produce a chip that fixes it!
1141004129 M * michal` think about MS
1141004130 A * mugwump sounds a fanfare
1141004186 M * michal` "today we are pround to announce new version of windows, it will completely change your way you are using computers, delivering new amazing performance and set of great features"
1141004193 M * matti Intel's ignorance is quite outstanding as usual... and their're quite convince about success that may came with his new "toy". We'll see...
1141004200 M * michal` and everybody is ahppy for few monts
1141004208 M * matti I suppose to be sleepin' now.
1141004209 M * matti :)
1141004223 M * michal` after few month people are finding problems, talking about it, writing about it
1141004233 M * michal` finally MS admits it more or less
1141004254 M * michal` and... releases "new great version of windows"
1141004269 M * michal` fixing all those terrible issues with previous one
1141004278 M * michal` and telling around it was crappy actualy ;p
1141004290 M * michal` and the world spins ;)
1141004294 M * michal` matti: have a good night
1141004311 M * michal` mugwump: another thing
1141004317 M * michal` no execute bit
1141004322 M * michal` in latest cpu's
1141004330 M * matti michal`: Thank ya, and you too.
1141004335 M * michal` thx :)
1141004369 M * michal` i will _never_ understand why from the dark ages memory pages could not be marked executable/writeable/readable
1141004380 M * michal` just missiing the first
1141004400 M * michal` and now they are _fixing_ 20 years long bug
1141004411 M * michal` accouncing it as a new great feature
1141004412 M * michal` *lol*
1141004442 M * michal` (and boosting their slaes too ;)
1141004446 M * michal` *sales
1141004458 M * mugwump I don't think that is what really matters, the big issue was the non-trappable instructions which revealed which mode you (weren't) in
1141004471 M * mugwump basically just popf and one other I think ... really minor
1141004486 M * matti We need to back in time, seek the men who designed x86 instruction set, and take care about his misery :)
1141004491 M * matti Sort of.
1141004492 M * matti ;]
1141004500 M * michal` matti: go to sleep _now_ ! ;p
1141004505 M * mugwump heh, your idiom was lost in translation there matti ;)
1141004511 M * matti I am sleepin' that my AI session.
1141004512 M * matti ;]
1141004525 M * michal` but please turn off your computer/ai/coffe express first ;)
1141004541 M * matti michal`: Lost in translation?
1141004544 M * matti Oops.
1141004551 A * michal` not ;)
1141004559 M * matti s/michal`/mugwump/
1141004566 M * michal` great movie anyway
1141004574 M * matti Indeed, Broken Flowers too.
1141004574 M * matti ;]
1141004587 M * michal` yep
1141004606 M * matti mugwump: So, why lost in translation? :) I don't get it?
1141004606 M * michal` but if we start talking about moveis now both of us won't go to sleep ;p
1141004611 M * michal` s/both/none/
1141004643 M * mugwump "take care about his misery" doesn't agree
1141004667 M * mugwump there is an idiom "put him out of his misery" for "kill him"
1141004673 M * matti mugwump: I've different point of view about "misery" statemant in 8086 case ;]
1141004690 M * mugwump hmm, perhaps "put him out of _our_ misery", then :)
1141004704 M * matti mugwump: Sorry then for my short-thinking ;-p
1141004710 M * matti Hehehe.
1141004712 M * matti mugwump: Indeed.
1141004741 M * matti mugwump: You make BIG improvement to my though.
1141004742 M * matti :)
1141004770 M * matti Oh well, goodnight all.
1141004780 M * mugwump night!
1141004783 M * matti I need to wake-up at 5 am ;/
1141004785 M * matti And that sucks.
1141004796 M * matti Localtime - 2:46 am
1141004797 M * matti ;/
1141004837 A * michal` kicks matti gently out of to the bed
1141004845 M * matti Oh, I almost forgot...
1141004858 M * matti michal`: You _MUST_ watch this: http://graffias.estrefa.pl/~matti/tmp/
1141004865 M * matti michal`: All of episodes.
1141004887 M * michal` ok... why not
1141004911 M * matti michal`: Believe me, ya won't regret :)
1141004928 M * michal` lol
1141004947 M * michal` downloading !
1141004952 M * matti Enjoy.
1141004957 M * michal` hx :]
1141004973 M * michal` enjoy your sleep ;)
1141004981 M * matti I'll try.
1141004982 M * matti ;]
1141005054 J * mkhl mkhl@200-148-40-130.dsl.telesp.net.br
1141005145 A * mugwump downloads the first episode and hopes matti doesn't mind
1141005156 M * michal` he does not ;)
1141005161 M * michal`  i know him ;p
1141005180 M * mugwump wow, coming down fast
1141005192 M * michal` yep it is very nice located server
1141005224 M * michal` i'm getting about 1MB/s just because today is the bad day ;)
1141005251 M * mugwump Heh, makes the pithy 200kB/s I'm getting here look rubbish
1141005258 M * michal` ;p
1141005280 M * michal` and it is _not_ local to here but any means ;)
1141005291 M * michal` not even the same country
1141005341 M * michal` (ok, i will be honest - you do not have 1 gbit from your network to the computer conter the slowest path in that link ;)
1141005348 M * matti Indeed, server is located in magic wonderland...
1141005349 M * matti ;-p
1141005350 M * michal` ss/conter/center/
1141005352 A * matti lookin'
1141005354 M * michal` matti: !
1141005358 M * matti I know, I know.
1141005358 M * matti ;p
1141005361 M * michal` ;p
1141005367 M * michal` i know you know
1141005371 M * michal` so what ? ;)
1141005378 M * michal` use that knowledge ;p
1141005380 M * matti So, we both know, that I am a looser... ;-p
1141005387 M * michal` indeed :P
1141005443 M * matti mugwump: Enjoy those episodes... This is most funniest thing that I've seen from past times :) Worth watchin' :)
1141005480 J * matta ~matta@71.224.125.126
1141005578 M * mugwump matti: thanks, I'll circulate them around the ~50geeks at this office :)
1141005588 M * matti LOL
1141005592 M * matti That is awesome :)
1141005616 M * matti Well, if they're true geek... will enjoy it as I do.
1141005616 M * matti ;]
1141005655 M * matti s/geek/geeks/
1141005958 M * matti michal`: Dude... One last thing, before I fall a sleep...
1141005970 M * michal` ?
1141005978 M * matti michal`: Little of classics :)
1141005995 M * matti michal`: http://graffias.estrefa.pl/~matti/tmp/Ghost_in_the_Shell_-_Stand_Alone_Complex_-_Inner_Universe.mp3
1141006001 M * matti michal`: http://graffias.estrefa.pl/~matti/tmp/Ghost_in_the_Shell_-_Stand_Alone_Comple_-_Rise.mp3
1141006004 M * matti :)
1141006011 M * michal` loooooooooooooool intro into it is amazing ;p
1141006017 M * matti Ya know well, what GiTS is, so.
1141006020 M * michal` into that it folks ;)
1141006025 M * matti Hehehe.
1141006037 M * matti As I said - ejnoy :)
1141006045 M * matti Episodes are kickin' ass :)
1141006049 M * matti Totally.
1141006049 M * matti :>
1141006059 M * michal` ;p
1141006071 M * matti s/Comple/Complex/
1141006445 Q * daniel_hozac Ping timeout: 480 seconds
1141006700 Q * Doener Ping timeout: 480 seconds
1141006737 J * Doener doener@i5387C044.versanet.de
1141007549 Q * Doener Ping timeout: 480 seconds
1141007575 J * Doener doener@i5387C35F.versanet.de
1141007883 Q * mkhl Quit: 
1141007924 Q * Doener Quit: Leaving
1141009181 J * mire ~mire@79-166-222-85.COOL.ADSL.VLine.Verat.NET
1141009229 M * cthompson anyone with a fedora vserver host that can tell me what /vservers/.pkg looks like?
1141009246 M * cthompson I'm trying to get fedora guest image up in a gentoo host
1141009252 M * cthompson but gentoo doesn't use .pkg
1141010441 M * mugwump isn't that just a cache directory for downloaded rpms/debs/whatever?
1141010915 Q * lilalinux Remote host closed the connection
1141011725 M * cthompson mugwump: it might be
1141011731 M * cthompson unfortunately, I blew it up
1141011741 M * cthompson I tried to update to FC4 from FC3
1141011744 M * cthompson and it died
1141011755 M * mugwump :(
1141015578 J * fwl ~fwl@83.215.237.1
1141016145 J * Smutje_ ~Smutje@xdsl-87-78-43-216.netcologne.de
1141016254 Q * Smutje Ping timeout: 480 seconds
1141016254 N * Smutje_ Smutje
1141016340 Q * fwl Ping timeout: 480 seconds
1141018198 J * fwl ~fwl@83.215.237.1
1141018996 Q * matta Ping timeout: 480 seconds
1141021988 J * Hmmmm ~Hmmmm@221.135.51.19
1141022068 Q * SuperLag Quit: brb
1141022580 J * daniel_hozac ~daniel@c-2d1472d5.010-230-73746f22.cust.bredbandsbolaget.se
1141022597 Q * michal` arion.oftc.net oxygen.oftc.net
1141022597 Q * bitriot arion.oftc.net oxygen.oftc.net
1141022597 Q * lonewolff arion.oftc.net oxygen.oftc.net
1141022597 Q * harry arion.oftc.net oxygen.oftc.net
1141022627 J * Loki_muh loki@satanix.de
1141022627 J * michal` ~michal@www.rsbac.org
1141022627 J * bitriot ~spk@s142-179-181-190.ab.hsia.telus.net
1141022627 J * lonewolff lonewolff@adleman.lonewolff.info
1141022627 J * harry ~harry@d515321D1.access.telenet.be
1141022627 T * xenon.oftc.net http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc9 | util-vserver-0.30.210 | libvserver-1.0.2 & vserver-utils-1.0.3 | 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 ;)
1141022651 Q * teukka Ping timeout: 480 seconds
1141022710 Q * Loki|muh Read error: Connection reset by peer
1141022710 Q * romke Remote host closed the connection
1141022717 J * romke ~romke@procyon.romke.net
1141024079 Q * Aiken Ping timeout: 480 seconds
1141026846 J * f_ ~fwl@83.215.237.2
1141027029 Q * anonc Read error: Connection reset by peer
1141027080 Q * fwl Ping timeout: 480 seconds
1141027509 Q * shedi Quit: Leaving
1141027868 J * teukka ~tmatilai@backport.ri.fi
1141028017 Q * Hmmmm Quit: Ex-Chat
1141028142 N * Bertl_zZ Bertl
1141028148 M * Bertl morning folks!
1141028410 J * bonbons ~bonbons@83.222.39.180
1141028668 M * Bertl morning bonbons!
1141028677 M * bonbons Morning Bertl
1141030153 M * phreak`` morning Bertl, bonbons :)
1141030194 M * Bertl hey phreak``! you're the right person! :)
1141030200 M * bonbons morning phreak``
1141030220 M * Bertl phreak``: I'm trying to recreate the kernel trace issue
1141030225 M * phreak`` heh, Bertl am I ? :)
1141030233 M * bonbons Bertl, some news on the vreaper issue?
1141030239 M * Bertl had some issues with my test system lately ...
1141030245 M * phreak`` Bertl: ask bonbons, I think he hitted the same :)
1141030246 M * Bertl bonbons: that's what I'm talking about
1141030281 M * Bertl yeah, thing is, I have a test guest, based on a 0.30.210 skeleton, which just refuses to opps
1141030294 M * Bertl s/opps/dump
1141030313 M * Bertl so ... how did you create your guest?
1141030403 M * bonbons my guest is based on hollow/phreak's gentoo stages fully recompiled
1141030439 M * Bertl okay, and the vserver <name> build command was?
1141030444 M * Hollow apropos stages... did i mention that the amd64 stage drives me crazy? :)
1141030468 M * Bertl Hollow: morning! and only a few times
1141030489 M * Hollow morning Bertl 
1141030503 M * bonbons If there's a need, it should be possible to provide a distilled guest image. Bertl, don't remember the build command, used it once or twice last summer, the rest is copy/pase of /etc/vservers/* + corrections
1141030536 M * bonbons So providing the guest description is more efficient
1141030544 M * Bertl hmm, okay, if you can get me something <= 20MB that would be fine
1141030578 M * Hollow haha.. gentoo image <= 20MB
1141030580 M * Hollow you're kidding? :)
1141030598 M * Bertl well, my mandrake based one is smaller :)
1141030614 M * Bertl but anyways, I think the init + libs should suffice
1141030617 M * Hollow well, it doesn't have a complete toolchain i guess
1141030715 M * Bertl no, of course not :)
1141030744 M * bonbons will try to get something together (just init, a getty and some shell should be more than enough)
1141030775 M * Bertl I guess so, just verify that it gives you a trace ...
1141030795 M * Bertl init style is plain, right?
1141030803 M * bonbons sure, also need to check that I have all the required libs!
1141030847 M * bonbons yep, plain sysvinit
1141030857 M * Bertl ehh :)
1141031044 J * shedi ~siggi@tolvudeild-204.lhi.is
1141031060 M * Bertl wb shedi!
1141031092 M * shedi Hi Bertl 
1141031514 M * phreak`` Bertl: btw, http://phpfi.com/104320 is breaking the compile on ppc64 :)
1141031646 M * Bertl hmm, why so?
1141031670 M * Bertl ah, you are probably missing this one:
1141031689 M * Bertl http://vserver.13thfloor.at/Experimental/delta-powerpc-fix01.diff
1141032326 N * ebiederm_oO ebiederm
1141032335 M * Bertl wb ebiederm!
1141032342 M * ebiederm Popping in for just a minute before I head to bed.
1141032417 M * ebiederm Bertl: My question about a threaded init was really a question of a nasty corner case, rather than a thought about what could be causing the init issue.
1141032459 M * ebiederm Anyway I've got my /proc changes about half merged with Andrew.  Something went wrong when Andrew incoporated them the first time.
1141032477 M * ebiederm And he couldn't make it through his initscripts.
1141032489 M * ebiederm So the merge is going a little slower than I had hoped.
1141032504 M * ebiederm That part should be finished in the next couple of days though.
1141032538 M * ebiederm Anyway time for bed...
1141032544 M * Bertl good night!
1141032551 M * ebiederm Night all...
1141032554 N * ebiederm ebiederm_zZ
1141032762 M * bonbons Bertl: I have 11M incomplete guest system which triggers the dump :)
1141032832 M * Bertl great! please bz2 and upload somewhere
1141033090 Q * Cru Ping timeout: 480 seconds
1141033303 J * Cru ~mindwarp@turbodiesel.e.de.wahlich.com
1141033341 M * bonbons Uploading in progress: URL: http://homepage.internet.lu/brunop/vserver/vs-tiny.tar.bz2 (4MB)
1141033430 M * bonbons will take some time, ADSL is always so badly slow in upload :((
1141033545 M * phreak`` Bertl: probably :)
1141033658 M * bonbons Upload done :) if anyone can tell me what files are missing for getty to accept login, info welcome [working micro-guest can be useful!]
1141033679 Q * cehteh Remote host closed the connection
1141033769 M * bonbons Bertl: the tarball contains image (in opt) + /etc/vservers/<guest>, guest = vs-tiny, ip 192.168.123.20 on dummy0
1141033844 M * bonbons and it's using tty12 for agetty (/dev/console == tty12)
1141034993 M * phreak`` bah, stupid gcc :(
1141035911 M * Bertl bonbons: great! let me know when it has finished uploading
1141035978 M * bonbons Bertl: upload done 30 min ago, see 4 posts above :)
1141036025 M * Bertl ah, *sorry* had the xerox service folks here (fixing a printer :)
1141036062 M * Bertl downloading :)
1141036471 M * bonbons Bertl: can you reproduce the dumps with it?
1141036485 M * `DoM`` Bertl, 
1141036491 M * Bertl bonbons: we'll know in a few seconds ...
1141036510 M * `DoM`` if you start a project about create documentation for linux-vserver i will happy to help
1141036595 M * Bertl bonbons: hmm, no :( I get a strange init message: Usage: init 0123456SsQqAaBbCcUu
1141036617 M * bonbons `DoM``: just go ahead and start yourself, for missing information there will certainly be someone here to help out
1141036627 M * Bertl `DoM``: well, the wiki was planned as such a project, but I guess you have something better in mind ...
1141036720 M * `DoM`` i hope something like: or to be included in ldp or/and pdf manual 
1141036748 M * bonbons Bertl: for me it starts as one would expect (causing the dump in util-vserver/without dump on vserver-utils) Just hope there are no issues with pentium-m optimization...
1141036788 M * Bertl no, I guess it's more an issue with my test image ... checking now
1141036982 M * Bertl ah, issue with my kernel ... will be fixed in a few minutes
1141037168 M * bonbons starting fine on my athlon k7 box, I have completed the guest image so it accepts logins from the tty and also added a few binaries so it's somehow usable :)
1141037188 M * Bertl great! welcome to the micro guest club :)
1141037280 M * bonbons one of the next steps is to have a script which auto-generates such optimized micro-images ;) -> micro image + dedicated service
1141037325 M * Bertl hmm, yeah, btw, busybox is a good tool for such micro guests
1141037386 M * bonbons I know busy-boxy, just not tried it out yet, time is so rare :)
1141037509 M * tudenbart hm. for some reason my home vserver box won't show any output on ifconfig.
1141037529 M * Bertl tudenbart: inside the guest, on the host?
1141037535 M * tudenbart the guest.
1141037542 M * tudenbart sshd won't bind the ip
1141037553 M * Bertl and it doesn't show anything?
1141037564 M * tudenbart plasarge:/# ifconfig
1141037564 M * tudenbart plasarge:/# 
1141037574 M * Bertl what ips did you configure?
1141037591 M * Bertl (for the guest)
1141037607 M * tudenbart 192.168.3.44
1141037622 M * Bertl does it show on the host?
1141037631 M * tudenbart ugh. i didn't launch the interface.
1141037659 M * tudenbart looks better now.
1141037663 M * Bertl :)
1141037829 M * Bertl bonbons: bingo!
1141037836 M * Bertl [   61.195242] kernel BUG at kernel/exit.c:551!
1141037850 M * bonbons yeah :)
1141037888 M * tudenbart willi@plasarge:~$ xterm
1141037888 M * tudenbart X11 connection rejected because of wrong authentication.
1141037888 M * tudenbart X connection to localhost:11.0 broken (explicit kill or server shutdown).
1141037893 M * tudenbart hm. why that?
1141037900 M * Bertl missing xauth?
1141037905 M * tudenbart i did an ssh -X, xauth is installed...
1141037911 M * bonbons tudenbart: you X probably only wants connections from IP=127.0.0.1
1141037915 M * tudenbart -rw-------  1 willi users  140 Feb 27 11:02 .Xauthority
1141037925 M * Bertl tudenbart: what does localhost resolve to?
1141037940 M * tudenbart ah. i need to add a 127.* too?
1141037946 M * tudenbart as another interface?
1141037947 M * Bertl nope
1141037956 M * Bertl 127.0.0.1 will be remapped to your first ip
1141037964 M * tudenbart ah, ok.
1141037982 M * Bertl localhost should resolve to that ip
1141037985 M * bonbons not, you need to tell X to accept connections to/from your 192.168.... address via xauth
1141038002 M * Bertl bonbons: for an ssh X forwarding?
1141038103 M * bonbons I think so
1141038196 M * tudenbart hm, i've added 192.168.3.44    localhost to /etc/hosts, and restarted sshd, ping localhost
1141038200 M * tudenbart PING localhost (192.168.3.44)
1141038216 M * tudenbart but, that won't do the X working either...
1141038222 M * tudenbart should i reboot the vserver?
1141038353 M * tudenbart willi@plasarge:~$ export DISPLAY=192.168.3.44:11.0
1141038360 M * tudenbart didn't do the job either.
1141038395 M * tudenbart it works from the host system.
1141038790 M * tudenbart hm, it adds funky cookies.
1141038791 J * lilalinux ~plasma@80.69.35.186
1141038807 M * tudenbart and it won't work if i give it 127.0.0.2 as lo
1141039053 M * tudenbart hm. i'm in, but i can't ping out. thats funny.
1141039208 M * tudenbart ok, the loopback was the guilty one.
1141039632 M * Bertl rip it out! :)
1141039639 M * tudenbart well...
1141040539 M * tudenbart hm. i don't even get a plain text X connection.
1141040556 M * Bertl plain text X connection?
1141040563 M * tudenbart without the tunnel.
1141040576 M * Bertl tunnel?
1141040585 M * Bertl you mean the ssh X forwarding?
1141040603 M * tudenbart yep.
1141040643 M * Bertl let's take a step back and check a few things, shall we?
1141040669 M * tudenbart i'll do an X -ac :1.0 now, and try it again.
1141040741 M * Bertl well, just let me know when you are done with trial and error :)
1141040762 M * tudenbart yep.
1141040840 M * phreak`` foobar :(
1141041089 Q * rs Quit: rs
1141041092 M * tudenbart ok. plain worx. now first lets get that formular manager working.
1141041112 M * tudenbart if that won't work, the whole thang is academic 'because i can'-thing.
1141041141 M * Bertl formular manager .. sounds interesting
1141041165 M * tudenbart to do my tax stuff. from plaasoft
1141041220 M * tudenbart i run sid on my desktop boxes, and it depends on some old kde/qt shit.
1141041373 M * tudenbart hm. needs newer glibc.
1141041660 M * Bertl phreak``, bonbons: the vreaper issue is quite simple (now)
1141041675 M * Bertl and I know why it only happens with util-vserver :)
1141041686 M * bonbons tell us! :)
1141041715 M * Bertl basically it's a 'bug' in the tools, but as it is possible from userspace, we have to handle it on the kernel side
1141041725 M * Bertl [   42.447567] ··· vchild_reaper: 8f5ab570[#20,97] init=8f539030[#20,98]
1141041725 M * Bertl [   42.450163] ··· choose_new_parent(8f539030[#20:98],8f539030[#20:98])
1141041725 M * Bertl [   42.451828] ··· context: 8f4d5000[#20] initpid=98
1141041742 M * Bertl the problem is, the tools do not start init as first process
1141041770 M * Bertl the 'first' process is 8f5ab570[#20,97] in this case
1141041778 M * Bertl but init has pid=98
1141041807 M * Bertl so, the current vchild_reaper code is asked to find a reaper for 97
1141041825 M * Bertl which naturally is 98 (the init process in the same context)
1141041854 M * Bertl now a few lines later, a loop checks if the parent it the exiting process
1141041880 M * Bertl and in that case, hands out the child reaper (which is 98) to the pid=98
1141041923 M * bonbons so child gets parent of it's own parent :)
1141041928 M * Bertl now, I have a quick fix for that, but I'm looking for a more elegant solution right now
1141042365 J * eNz0 ~HGREH@dslcustomer-240-145.vivodi.gr
1141042400 M * Bertl welcome eNz0!
1141042417 M * eNz0 hi girlz
1141042421 M * eNz0 greece here
1141042423 M * eNz0 guys
1141042424 M * eNz0 bb
1141042424 P * eNz0 
1141042544 M * Bertl hmm, zero information :)
1141042570 M * harry Bertl: i'm getting quite a lot of errors on the patch i made...
1141042579 M * phreak`` Bertl: heh :)
1141042585 M * harry i wonder if it's a good idea to backport vserver 2.1.1 to 2.6.14
1141042604 M * harry even if it compiles, it will not be trivial to get it working decently imho
1141042607 M * Bertl harry: hmm, well, now that you spent soo much time on it?
1141042621 M * harry you've got a point
1141042631 M * Bertl harry: do you have a grsec free version?
1141042634 M * harry but i can still do the same , but with 2.1.0, which is there for 2.6.14.4
1141042639 M * harry ?
1141042641 M * harry no
1141042658 M * Bertl pity, that would have been helpful for comparison
1141042666 M * harry yeah, it would
1141042670 M * harry but i can make one...
1141042685 M * harry will not be as much work as the patch i did now
1141042716 M * Bertl I wonder if it wouldn't make more sense to forward port grsec?
1141042740 M * harry Bertl: there is a reason that there is no grsec for 2.6.15+
1141042751 M * harry a lot of changes in vmm etc...
1141042763 M * Bertl vm changes were trivial
1141042773 M * Bertl (we had to adjust too :)
1141042906 A * harry reading grsec forum + mailinglist on why there is no grsec now :)
1141042926 M * Bertl I mean, it was just an idea ...
1141042977 M * harry yeah, i thought about that too..., but i'm definately not as good in kernel code as you/spender/pipacs/...
1141043030 M * Bertl whois michal`
1141043035 M * Bertl *oops
1141043048 M * harry not me :p
1141043064 M * Bertl well, just wanted to verify before I give stupid comments
1141043075 M * Bertl harry: you might want to have a chat with him
1141043104 M * Bertl (we were discussing rsbac and vserver integration some time ago)
1141043189 M * harry who's michal` ?
1141043203 M * harry i mean... what does he do/did he do?
1141043249 M * Bertl google knows :)
1141043266 M * harry just googling for michal?
1141043277 M * Bertl http://www.rsbac.org/team/michal
1141043302 M * harry ah, one of the rsbac developers ;)
1141043460 M * Bertl phreak``, bonbons: http://vserver.13thfloor.at/Experimental/delta-vreaper-fix02.diff
1141043510 M * bonbons Bertl: lunchtime here, will get tested when I'm back
1141043519 M * Bertl np
1141043575 M * Bertl btw, lunch is an excellent idea ... 
1141043636 M * Bertl off for lunch, back shortly ...
1141043643 N * Bertl Bertl_oO
1141043748 M * harry rebooting machine at home... 2.6.16-rc5
1141043760 M * harry the bleeding edge, as they say :)
1141044059 Q * FireEgl Ping timeout: 480 seconds
1141044444 Q * f_ Quit: This computer has gone to sleep
1141044557 J * waldi ~waldi@bblank.thinkmo.de
1141044560 M * waldi hi
1141044628 M * phreak`` Bertl_oO: guess I need to remove the other vreaper-fixes first, right ?! :)
1141044644 M * phreak`` Bertl_oO: ah, forget it (forgot about the BUG_ON split we did)
1141045643 N * Bertl_oO Bertl
1141045647 M * Bertl back now
1141045710 J * fwl ~fwl@83-215-237-1.seek.stat.salzburg-online.at
1141046175 J * matta ~matta@71.224.125.126
1141046293 M * Bertl welcome matta!
1141047719 M * bonbons Bertl: somthing wrong with new patch, BUGing at exit.c:672 (check for reaper context, BUG_ON(p->xid != reaper->xid)) when doing vps [util-vserver]
1141047748 M * Bertl ah, okay, good that I added that check :)
1141047782 M * Bertl change that to
1141047810 M * bonbons process: ps in ctx==1
1141047909 M * Bertl BUG_ON((p->xid != 1 && p->xid != reaper->xid);
1141047932 M * Bertl same for the ptrace line a few lines down
1141047979 M * bonbons now killing the host's bach on tty where guest was started cause BUG_ON at same place (process bash, ctx==0)
1141048079 M * phreak`` Bertl: shouldn't that be BUG_ON(p->xid != 1 && p->xid != reaper->xid); ?
1141048108 M * phreak`` (there was a brace to much on the BUG_ON)
1141048119 M * Bertl ah, yup
1141048240 M * phreak`` rebooting the vps-host now :)
1141048368 M * phreak`` Bertl: that seems to work (as in starting a vserver no longer produces an oops) :)
1141048380 M * Bertl sounds good!
1141048460 M * phreak`` Bertl: http://phpfi.com/104360 :)
1141048515 M * Bertl excellent!
1141048624 J * ntrs ~ntrs@68-188-37-15.dhcp.stls.mo.charter.com
1141048766 M * bonbons Bertl: killed guest's init (vkill -c 20 -s SIGKILL 1), and BUG_ON, still exit.c:672 -- pid == guest's init's PID, ctx 20
1141048803 M * bonbons there is my getty as remaining process in the guest
1141048856 M * Bertl well killing guest init is evil, but I'm currently reworking the entire vreaper thing
1141049045 M * bonbons it's evil, but, better test everything :) -- the guest's init is not daed and is now in state "Ds" according to "vps aux"
1141049898 J * Doener doener@i5387EC66.versanet.de
1141049930 M * Bertl welcome Doener!
1141049936 M * Doener morning!
1141049957 M * Bertl Doener, bonbons, phreak``, daniel_hozac: what shall we do on guest init's exit?
1141049981 M * Doener kernel panic? ;)
1141049997 M * phreak`` Doener: heh, wouldn't be so good ;) (DoS)
1141050061 M * phreak`` Bertl: kill the context of the guest, whose init got killed/exited ?
1141050080 Q * matta Ping timeout: 480 seconds
1141050104 M * bonbons phreak``: that's a reasonable solution
1141050131 M * Bertl I think we have three options there
1141050152 M * bonbons  a) kill the complet guest with it
1141050152 M * Bertl 1) remove the initpid/init and let the guest run as if there was no init
1141050171 M * bonbons  b) make the guest without init or replace by fake one
1141050175 M * Bertl 2) remove the init and switch to init-less fakeinit
1141050189 M * Bertl 3) try to zap the entire context ...
1141050200 M * bonbons  3) restart the guest's init process (care on terminating guest)
1141050281 M * bonbons Bertl: that makes 4 with restarting the guest's init
1141050391 M * Doener bonbons: hm, does init like to be started in a running system?
1141050420 M * Bertl 4) is not really an option
1141050453 M * Bertl would be too complicated to figure where the init is/should be and to try to start it
1141050469 Q * virtuoso Read error: Connection reset by peer
1141050473 M * Bertl not to talk about what that init will do (or not do) with the running services
1141050481 J * virtuoso ~s0t0na@shisha.spb.ru
1141050492 M * bonbons Bertl: isn't all this info in the init's process description? Or is that already flushed?
1141050519 M * Bertl bonbons: init might have forked several times (as util-vserver does :(
1141050526 M * Bertl s/:(/:)
1141050564 M * Bertl and we might run into a lot of issues trying to restart it
1141050579 M * bonbons ok, then let's ignore 4)
1141050648 M * Bertl I prefer to postpone 3) for the time where we have implemented context zapping
1141050689 M * bonbons zap context == kill context?
1141050704 M * Bertl well, a little more (remove all references)
1141050794 M * bonbons from 1 and 2, 2 is possibly the best, but currently it's more like 1
1141050892 M * Bertl yes, 1 is what we have now
1141050898 M * Bertl the main question is this:
1141050917 M * Bertl what could happen that init dies (inside a guest) and leaves children?
1141050936 M * Bertl basically if that happens on the host, you get a kernel panic
1141050974 M * bonbons someone/something killed init or init crashed, on host it could only be init crashed
1141051009 M * Bertl yeah, and for the guest it could only be the host admin killing it
1141051129 M * bonbons so that would be more equivalent to wanting to kill the complete guest
1141051193 J * meandtheshell ~markus@85-124-12-243.dynamic.xdsl-line.inode.at
1141051210 M * bonbons but if I remember well, killing (guest's) init from inside the guest is possible as well
1141051360 M * Bertl bonbons: nope
1141051397 M * Bertl if you can kill init from inside the guest, then it's a bug
1141051410 M * bonbons just tried from inside, and yep, it's no <- probably confusion between kill & vkill -c ctx
1141051463 M * Roey what's vkill?
1141051474 M * Roey Bertl:  you can kill innit from inside guest??
1141051492 J * matta ~matta@c-68-32-239-173.hsd1.pa.comcast.net
1141051501 M * Bertl a tool for the host admin, part of util-vserver, and no :)
1141051785 Q * Hunger unununium.oftc.net europa.oftc.net
1141052038 J * Hunger Hunger.hu@Hunger.hu
1141052250 M * phreak`` Bertl: has the vreaper-stuff been backported to 2.0.2 ?
1141052274 M * phreak`` (as in is the vreaper-bug also existing on 2.0.2_rcX ?)
1141052468 M * Bertl no and no
1141052762 M * harry Bertl: mm/slab_vs.h:3: warning: `struct kmem_cache' declared inside parameter list
1141052773 M * harry it's defined in mm/slab.c
1141052794 M * Bertl where, when? :)
1141052796 M * harry but it's kinda... not good to #include <mm/slab.c>
1141052801 M * harry in my patch :)
1141052823 M * Bertl hum hum :)
1141052846 M * Bertl you might want to make a slab.h for that :)
1141052878 M * Bertl but actually moving the defines around a little might be okay
1141052892 M * harry so it's normal there?
1141052894 M * Bertl probably just moving the inlcude of slab_vs.h down
1141052912 A * harry checks
1141052916 M * Bertl check where it is in my patch :)
1141053014 M * harry hmm... there is no struct kmem_cache afaik
1141053018 M * harry only a kmem_cache_s
1141053034 M * Bertl well, maybe they changed it?
1141053088 A * harry should look into that...
1141053105 M * harry but... i'm beginning to think that i'm rewriting parts of 2.6.15 kernel into 2.6.14.7
1141053112 M * harry which... i don't know if that's a good idea
1141053160 M * Bertl what was the (final?) reason for not doing a grsec for 2.6.16?
1141053192 M * harry they will do it for 2.6.16
1141053196 M * harry it's just too much work it seems
1141053210 M * Bertl aha, when 2.6.17 gets out?
1141053211 M * harry they will make one for 2.6.16
1141053226 M * harry iirc (if i read correctly :)))
1141053237 M * harry reuse of abbreviations rules 
1141053275 M * Bertl I mean, we are at rc5 now, so when do they plan to port it?
1141053311 M * harry nooooooooooo idea :)
1141053320 M * harry i'll have to ask, if spender or pipacs come online
1141053375 M * harry question asked...
1141053383 M * harry include/asm-generic/tlb.h:100: warning: implicit declaration of function `vx_rsspages_add'
1141053389 M * harry that's the next one :)
1141053402 M * Bertl that comes from vs_memory.h
1141053449 J * cehteh foobar@cehteh.homeunix.org
1141053460 M * harry E486: Pattern not found: vx_rsspages_add                                                                                                                         1,1           Top
1141053465 M * Bertl welcome cehteh!
1141053468 M * harry in the 2.1.1-rc8 patch
1141053484 M * Bertl harry: it is an artificial macro
1141053515 M * harry uhu, i see :)
1141053520 J * jrc ~jrc@cpe.atm2-0-1051059.0x50a09f6a.bynxx11.customer.tele.dk
1141053523 N * jrc Wenix
1141053532 M * Bertl welcome Wenix!
1141053541 M * Wenix Bertl: thanks
1141053586 M * Wenix bonbons: Yesterday when I thought I accidently closed the interface, it wasn't the interface, the server crashed while shutting down a vserver
1141053600 M * Wenix bonbons: unfortunately, the logs doesn't say much
1141053611 M * Bertl that is bad ... serial console?
1141053640 M * Wenix Bertl: I don't have physical access to the computer - so no console output was available to me
1141053672 M * Wenix Feb 26 21:58:33 master kernel: /usr/lib64/util-vserver/vshelper: (halt 1200) returned async with -2
1141053675 M * Wenix Feb 26 22:09:02 master kernel: /usr/lib64/util-vserver/vshelper: (halt 1200) returned async with -2
1141053696 M * Wenix this is the only info available, as far as I can see :-/
1141053700 M * bonbons if we could know what caused the crash...
1141053704 M * Wenix and I don't know if that means anything
1141053742 M * bonbons Bertl: in your patches I saw something like net-console, is it in current kernels?
1141053746 M * harry Bertl: there is no vx_rsspages_inc or add or anything in the vserver patches
1141053747 M * Wenix bonbons: I will try to recreate the problem, but I am afraid that it will be hard to get the necesary debugging output
1141053757 M * phreak`` bonbons: It is, yeah :)
1141053777 M * Wenix bonbons: net-console? - that sounds interesting
1141053780 M * harry not even in rc9
1141053797 M * bonbons from the patch it's printk() to UDP packets
1141053837 M * bonbons so the last printk of the crash should get out of the box and not lost in RAM
1141053845 Q * fwl Quit: This computer has gone to sleep
1141053881 Q * ntrs Read error: Operation timed out
1141053882 M * Wenix bonbons: that would be nice, is it currently in the kernelpatch?, or do I need to patch it?
1141053889 M * bonbons Wenix: vserver-utils does not touch host's network config
1141053894 M * Bertl Wenix: it's there ...
1141053906 M * harry i don't get it!!!
1141053924 J * fwl ~fwl@83-215-237-2.seek.stat.salzburg-online.at
1141053931 M * harry include/asm-generic/tlb.h:100: warning: implicit declaration of function `vx_rsspages_add'
1141053939 M * harry but there is no vx_rsspages_add in include/asm-generic/tlb.h
1141053944 M * harry mm/memory.c:401: warning: implicit declaration of function `vx_rsspages_inc'
1141053946 M * Wenix i'll see if I can enable net-console, that would hopefully bring us more information
1141053952 M * harry but there is no vx_rsspages_inc in mm/memory.c
1141053976 M * Bertl harry: as I said, it's an artificial macro, you won't find it anywhere
1141053979 M * Wenix bonbons: i'm not sure what you mean by "vserver-utils does not touch host's network config" ?
1141053985 M * Bertl harry: http://www.13thfloor.at/vserver/d_rel26/v2.1.0/split-2.6.14.4-vs2.1.0/26_2.6.14.4_memory.diff.hl
1141053987 M * bonbons Wenix: menuconfig / NETCONSOLE
1141053998 M * Bertl harry: look for add_mm_counter
1141054016 M * harry that one is there :)
1141054030 A * harry doesnt know what that artificial macro stuff is :s
1141054037 M * harry (/me no C guru :))
1141054063 M * bonbons vserver-utils just tells the kernel that a given network context has permission to use a given set of IP addresses, setting ip the addresses on an interface has to be done by the admin/host's init scripts
1141054090 M * Bertl harry: #define x(a) x_ ## a
1141054111 M * Bertl if you now do x(test) it will be replace with x_test
1141054129 M * harry aha... mkay
1141054165 M * Hollow Bertl: is it possible to include a syscall to set the init pid? this state flags thing is soweird
1141054168 M * harry so, the member == rss there
1141054168 M * Wenix bonbons: I see - but that is different from the util-vserver - right? (previously the IP addresses was added to the interfaces was made when I brought up the guest - I believe)
1141054175 M * harry yups :)
1141054180 M * Bertl Hollow: we already did that, no?
1141054180 M * Hollow and state_setup isn't used anyway
1141054183 M * Wenix .. eh,
1141054184 M * Hollow did we?
1141054186 M * Hollow hm
1141054192 A * Hollow goes looking
1141054207 M * Wenix let me rewrite that line of mine - it got a bit confusing I think
1141054222 M * Wenix (previously the IP addresses was added to 
1141054243 M * Wenix the interface when the guest was brought up)
1141054251 M * harry now i get it...
1141054255 M * harry but not how to solve it
1141054260 M * Bertl Hollow: maybe not the switch command ... haven't checked yet
1141054281 M * Hollow yup.. the switch is missing, but we have vx_set_init
1141054300 M * bonbons Wenix: util-vserver adds IP-addresses to interfaces (eventually creating aliases for ifconfig), vserver-utils just assumes host's network config is already done
1141054321 M * Hollow Wenix, bonbons: and i'd like to keep that as-is
1141054326 M * Bertl Hollow: let's wait a day or so, until the vreaper stuff has settled
1141054337 M * bonbons Hollow: I'm also for leaving that as-is!
1141054348 M * Hollow Bertl: have missed this vrepaer stuff.. what is it about?
1141054352 M * Wenix bonbons: alright, that would require some changes on my side, as I don't bring up the aliases.. but this has nothing to do with the crash... let us fix that first ;)
1141054378 M * Bertl phreak`` and bonbons know the details by now :)
1141054384 M * Hollow phreak``: pingy
1141054393 M * phreak`` Hollow: pong
1141054397 M * bonbons Wenix: you don't need the aliases either, just add all IPs to your host's network init scripts
1141054399 M * Hollow tell me the dirty details
1141054481 J * FireEgl Atlantica@2001:5c0:84dc::
1141054504 M * bonbons Hollow: vreaper thing is reparenting guest's daemonts to the guest's init process (instead of the host's on, so that dieing daemons can be respawned by guest's init)
1141054519 M * Hollow ic
1141054584 M * bonbons Hollow: the current issue is that reparenting does not work in all cases: e.g. fails if init is the "second" process in the guest (util-vserver style) [state some hours ago]
1141054668 M * bonbons an attempt to fix this has moved problem over on dying guest's init: when guest's init dies, it's children get kind of orpheans
1141054787 M * bonbons so the remaining questionis, what to do when guest's init dies: kill/zap the complete guest, switch to fake init, let guest without init
1141054932 M * Hollow what does a normal host do?
1141054938 M * harry Bertl: what's the difference between: vx_file_rsspages* and vx_rsspages*
1141054939 M * Hollow panic
1141054970 M * harry they changed between 2.1.0 and 2.1.1
1141055052 Q * mire Quit: Leaving
1141055098 J * mire ~mire@79-166-222-85.COOL.ADSL.VLine.Verat.NET
1141055221 M * Bertl the former are file backed ...
1141055241 M * bonbons Hollow: yep, but there is no god over the host that could explicitly kill the host's init; but host admin can kill guest's init
1141055283 M * Hollow only the halt/reboot syscall should be able to kill init, no?
1141055319 M * Hollow (or the vx_kill syscall, in which case it would kill every process)
1141055351 M * Hollow bonbons: btw, i just commited fixes for start and added the login command to vcc
1141055366 M * Hollow until the switch for the initpid is done, the plain style does not work
1141055425 M * bonbons I'm currently doing cleanup on 1.0.4 branch
1141055461 M * Hollow oki
1141055518 M * bonbons Hollow: for the shutdown/reboot case, then everything is to be killed, but vkill can kill just guest's init
1141055542 M * Hollow it should not be able to, right?
1141055702 M * bonbons That's a design decision, but even if vkill could not kill guest's init alone, guest's init dying for whatever reason must be handled
1141055725 M * Wenix bonbons: ok, the crash is reproducable.. (which is nice) - I still have no debug output though
1141055769 M * Wenix bonbons: I had to make the system mount as few partiotions as possible while "crash testing", I would hate to corrupt any data ;)
1141055770 M * bonbons Wenix: next time, try out netconsole, so we have a chance to capture some info
1141055789 M * Wenix bonbons: That is my next step
1141055816 M * Wenix bonbons: I also have a powerswitch connected to the computer now - so I can restart it (I didnt have that yesterday)
1141055828 M * bonbons Wenix: can you try to reproduce on a local box as well? -- easier to get output!
1141055831 M * Bertl Wenix: crashes are seldom nowadays .. so it would be quite interesting ...
1141055896 M * Wenix bonbons: I'll see what I can do - but netconsole first ;)
1141056271 J * Viper0482 ~Viper0482@p549778EA.dip.t-dialin.net
1141056356 M * bonbons Bertl: do you know what the two poll options of netconsole are for?
1141056410 M * Bertl no idea, what does the help text say?
1141056649 M * harry Bertl: mkay... but what does that mean?
1141056662 M * harry should i just change the rsspages to file_rsspages?
1141056709 M * Bertl harry: definitely not, they are probably not even there in the older kernel
1141056728 M * Bertl you might want to change (file_rss) into (rss)
1141056739 M * harry hmmm yes, that's what i meant ):
1141056740 M * harry :)
1141056854 M * Wenix bonbons: will netconsole work over internet? - and do I configure it by setting tgt-macaddr to the gateway mac?
1141056949 M * bonbons Bertl: help says nothing for those two: "Netpoll support for trapping incoming packets" and "Netpoll traffic trapping"
1141056975 M * Bertl sounds more like generic netpoll options
1141056986 M * Bertl (doesn't mean I know what they do :)
1141057007 M * bonbons Wenix: I've never used netconsole, I think Bertl should know better
1141057082 M * Wenix .. ah its seems it defaults to the interface configuration.. which also contains routes - I'll give it a try
1141057116 M * bonbons Anyhow, as module it should be possible to try are retry without real cost :)
1141057146 M * Wenix ah, I didn't think of that
1141057166 M * bonbons just need something to make the kernel do a printk for testing :)
1141057189 M * harry hmm... this vs_memory.h code isn't easy to understand...
1141057199 M * harry mm/memory.c:401: warning: passing arg 1 of `atomic_inc' from incompatible pointer type
1141057203 M * harry etc...
1141057314 Q * shedi Quit: Leaving
1141057320 M * bonbons Wenix: that is hoping the module can be unloaded :)
1141057396 A * harry thinks it's better to just use 2.1.0 vserver patch for 2.6.14 kernels...
1141057399 M * Wenix bonbons: That we'll know in a moment ;)
1141057423 M * harry unless you think it's worth getting 2.1.1-rc8 to work on 2.6.14.7
1141058185 M * Bertl harry: well, it's your choice, old patches, old grsec, old kernel ...
1141058239 M * Bertl harry: I don't know your goals ...
1141058383 M * Wenix hmm, I'm having troubles with netconsole
1141058402 M * Wenix I just tested with python, and I can get UDP messages from the host to my laptop now
1141058405 J * dothebart ~willi@xdsl-213-196-243-121.netcologne.de
1141058422 M * Wenix but netconsole does seem to get the packets through
1141058436 M * Wenix I suppose it has something to do with the lack of gateway
1141058509 M * Wenix modprobe netconsole netconsole=5555@/,5555@80.160.159.106/00:09:5B:A1:15:F9     -- these are the options I use... port 5555 as src/dst, 80.160.159.106 is laptop, 00:09:5B:A1:15:F9 is the mac of the servers gateway
1141058526 M * Wenix I also tried without defining a MAC address of the target
1141058540 M * waldi Bertl: 2.6.16-rc5 is released *hide&run*
1141058565 M * Bertl waldi: congrats, rc10 will be out soon :)
1141058565 M * cthompson do the vserver patches work against non i386 kernels?
1141058579 M * waldi Bertl: okay
1141058580 M * waldi cthompson: yes
1141058587 M * cthompson waldi: excellent
1141058767 M * Bertl bonbons, phreak``: okay, as I consider the vreaper a step in the wrong direction, I decided to rewrite that part ...
1141058822 M * Bertl please revert the feat01/fix01/fix02 and apply the following:
1141058832 M * Bertl http://vserver.13thfloor.at/Experimental/delta-vreaper-feat02.diff
1141058835 Q * tudenbart Ping timeout: 480 seconds
1141058874 M * Wenix is taking an interface in and out of promisc mode a kprint?
1141058899 M * bonbons Wenix: yep, that should produce a printk
1141059046 M * Wenix bonbons: hmm, then I can't make it work :-/
1141059077 M * bonbons Wenix: does something apear in dmesg?
1141059089 M * Wenix bonbons: hold on, making a paste for you
1141059345 M * Wenix bonbons: http://pastebin.com/575105
1141059419 M * sladen http://lwn.net/Articles/76616/  <--- more immutable unlink CoW 
1141059468 M * Wenix bonbons: http://pastebin.com/575111 <- I am able to get UDP messages through
1141059527 M * bonbons Wenix: neet to try out myself... sniffing some netconsole messages to see what settings they get :) -- or read the code ;)
1141059531 M * Wenix bonbons: http://www.coraid.com/support/cln/CLN-HOWTO/ar01s08.html <- this guide tells about routing the UDP messages from netconsole
1141059593 M * Wenix bonbons: tcpdump on the same machine does not show any packets - but I suppose thats because its send from a layer below what tcpdump sees
1141059692 M * bonbons yep, dump must be done somewhere on the line after the send box. The messages get sent "atomically", without going through tcp/net stack
1141059725 M * Wenix bonbons: Hold on, I'll try to get physical access to the server, it may be possible - I don't wanna waste your time on non-vserver issues
1141059761 M * Wenix bonbons: If I go now I will be able to be there in 40 minutes or so, and hopefully someone will let me in ;)
1141059799 M * bonbons Wenix: it's not necessarly wasting time, (helping to) solv(ing) problems it a perfect way to learn!
1141059933 M * Wenix bonbons: Yup, but sometimes there are so much to learn that you prefer to stay within certain areas
1141059954 M * Bertl sladen: hmm, might it be that your clock has some issues? :)
1141059984 M * Wenix bonbons: i still think I will go there, but I'll also see if I can get netconsole to work
1141060001 M * Bertl sladen: something like no battery since a few years?
1141060017 M * bonbons ok, good luck, I will run my reaper test during that time
1141060037 M * Wenix bonbons: Yup, I'll catch you later
1141060049 Q * Wenix Quit: Going somewhere... 
1141060213 J * jeeves ~Bob@c-24-11-171-10.hsd1.mi.comcast.net
1141060298 M * Bertl welcome jeeves!
1141060302 M * jeeves Hey B
1141060368 M * jeeves I just ordered my AMD Athlon 2X 3800,  new MB and 2 Gig of Ram
1141060375 M * jeeves I should have it by Fri
1141060420 J * Smutje_ ~Smutje@xdsl-87-78-6-224.netcologne.de
1141060492 J * jeremy150960 ~jeremy150@mailgate.jdcconsultants.com
1141060502 Q * jeremy150960 Quit: 
1141060504 M * sladen Bertl: it was just been talked up on another channel
1141060524 Q * Smutje Ping timeout: 480 seconds
1141060524 N * Smutje_ Smutje
1141060525 M * waldi Bertl: hmm, is it correct that I can chain vserver? i.e. start one from another?
1141060805 M * Bertl sladen: FYI: we have it in devel since more than 6 months now ...
1141060818 M * Bertl waldi: nope
1141060851 M * waldi hmm
1141061695 M * harry -rw-r--r--   1 root      staff  3636785 Feb 27 18:31 patch-2.6.14.7-vs2.1.0-grsec-2.1.9.diff
1141061698 M * harry -rw-r--r--   1 root      staff  1546898 Feb 23 17:32 patch-2.6.14.7-vs2.1.1-rc8-grsec-2.1.9.diff
1141061701 M * harry bwerk! what's wrong now!?
1141061821 M * harry nevermind!!!
1141061822 M * harry ;0
1141061824 M * harry ;)
1141061888 M * harry -rw-r--r--   1 root      staff  1518001 Feb 27 18:37 patch-2.6.14.7-vs2.1.0-grsec-2.1.9.diff
1141061891 M * harry wiiiiiiiiiiii.. all good
1141061899 M * harry now.. test the bastard!
1141062058 J * Thomas_ ~Thomas@217-68-166-41.cable.primacom.net
1141062069 M * Bertl welcome Thomas_!
1141062079 M * Thomas_ hello list, hello bertl
1141062099 M * Thomas_ woow, first time a project maintainer care about users  :-)
1141062106 A * Bertl .o( hmm, a mailing list user :)
1141062140 M * Bertl Thomas_: sure, what brings you here?
1141062156 M * Thomas_ i have a little question.. i like vserver very much, but i asked if there is a web-frontend to configure a server 
1141062166 A * harry rules!!!! (in all modesty ;))
1141062218 M * harry grsecurity/gracl_shm.c:19: warning: implicit declaration of function `vx_rmap_pid'
1141062225 J * shedi ~siggi@130.208.221.254
1141062228 M * harry hmmm... that needs to be looked into
1141062239 M * harry Bertl: fs/ext3/super.c: In function `ext3_show_options':
1141062240 M * harry fs/ext3/super.c:516: warning: unused variable `sbi'
1141062243 M * harry that's normal, right?
1141062249 M * Bertl Thomas_: AFAIK the folks from OpenVPS started something like that
1141062280 M * Bertl harry: hmm, not for recent patches
1141062286 M * harry for 2.1.0 ?
1141062292 M * Bertl could be
1141062336 M * Thomas_ i allready saw that ... but it is still in a very early state ... but i think i'll check it out :-)  
1141062343 M * Bertl harry: best would be to test compile both, linux-vserver and grsec patched kernel and compare
1141062379 M * Bertl Thomas_: I don't know any cool panels for it, which doesn't mean there are none ...
1141062409 M * Bertl Thomas_: I just think most providers write their own because they consider it part of their service
1141062425 M * harry Bertl: i remember the same message when i did the last merge-of-patches
1141062512 M * Thomas_ i allready google'd a while but the only things i found was openvps and this virtuozo-project ( openvz i think ) ... but i think it would not be so hard to write a web frontend 
1141062529 Q * Roey Quit: Leaving
1141062568 J * Roey ~katz@h-69-3-4-130.mclnva23.covad.net
1141062689 M * harry grsecurity/built-in.o(.text+0x92b3): In function `gr_handle_shmat':
1141062689 M * harry : undefined reference to `vx_rmap_pid'
1141062759 M * Thomas_ but thanx to your answers ... i'll try my luck .. cu all
1141062813 P * Thomas_ 
1141062876 M * harry Kernel: arch/i386/boot/bzImage is ready  (#4)
1141062877 Q * fwl Quit: This computer has gone to sleep
1141062968 J * jrc ~jrc@81.7.189.10
1141062971 N * jrc Wenix
1141062986 M * harry booting..
1141062995 M * Wenix bonbons: Ok, I managed to get in.. now for the testing ;)
1141063046 M * bonbons Bertl: first test series on vreaper feat2 passed (util-vserver, start/stop/vkill guest's init) [plain init on guest]
1141063117 M * bonbons Wenix: did you get some info on the crash? I haven't got netconsole to work in my lan yet, as if no packet was leaving the originating host...
1141063150 M * Wenix bonbons: No info yet - I'm trying netconsole as well
1141063159 M * Wenix bonbons: and same here, no packets at all
1141063207 M * bonbons weird... probably a look into the code could help, not that's for later (at least for me)
1141063245 M * harry Linux gandalf 2.6.14.7-vs2.1.0-grsec-2.1.9-harry #4 SMP Mon Feb 27 18:52:57 CET 2006 i686 GNU/Linux
1141063249 M * harry party on!
1141063262 M * harry tomorrow: installing vserver utils and then testing etc..!!!
1141063288 M * Wenix bonbons: I have one problem - in the hostingcenter I only have one port in the switch, so currently I am running my laptop traffic through the server.. but when I crash the server in a moment, I will be disconnected from IRC... so as long as I can see the message, we can't communicate..
1141063309 M * Wenix (the message is the crash message)
1141063369 M * Wenix but I see no way around that, so I can just as well get it done - crashing in 3... 2... 1...
1141063382 M * bonbons yep, but you can at least copy it for later use, or maybe even swap connectors
1141063542 Q * Wenix Read error: Operation timed out
1141063595 J * fwl ~fwl@83.215.237.1
1141063771 J * jrc ~jrc@81.7.189.10
1141063794 N * jrc Wenix
1141063801 M * Wenix bonbons: well
1141063813 M * Wenix bonbons: uhm.. it wasn't a crash
1141063845 M * Wenix bonbons: it just took down all interfaces, and my script for checking the interfaces failed
1141063897 M * harry for those interested... (i will need to do some more testing): http://harry.ulyssis.org/vserver/
1141063910 M * harry a new patch for 2.6.14.7 with grsec 2.1.9 and vserver 2.1.0
1141063932 M * harry applies clean, compiles clean, runs well... just need to test stuff
1141063999 M * bonbons Wenix: so the whole "crash" is just all interfaces going down?
1141064019 M * Wenix bonbons: aye.. *blush*
1141064088 J * comfrey ~comfrey@64.105.87.234
1141064132 M * bonbons did you get out why?
1141064157 M * Wenix bonbons: I thought it went all the way down because nothing was written in /var/log/messages, and my cronjob for testing interfaces didnt write its logfile either and neither did it reboot the server.. (an error in my script).. I will try to find out why all interfaces are shut down now
1141064182 M * Wenix I'll be back in a moment
1141064201 Q * Wenix Quit: brb - doing a vserver stop again
1141064286 M * Bertl bonbons: okay, great!
1141064320 J * Wenix ~jrc@81.7.189.10
1141064334 M * bonbons pending tests: inigng for correct "SIGCHLD routing" and vserver-utils
1141064798 J * stefani ~stefani@superquan.apl.washington.edu
1141065003 Q * distortion Quit: They are laughing at me, not with me /cy/
1141065263 J * Duckx ~duckx@195.75.27.158
1141065385 Q * Wenix Read error: Operation timed out
1141065394 M * bonbons Bertl: looks like SIGCHLD never reaches the guest's init anymore [util-vserver]
1141065425 M * Bertl hmm ...
1141065444 M * Bertl let me check the 'original' modifications we did ...
1141065482 J * undefined ~undefined@adsl-68-93-109-94.dsl.rcsntx.swbell.net
1141065497 M * Bertl bonbons: do you use legacy interfaces?
1141065511 M * Bertl welcome stefani! undefined!
1141065526 M * Bertl bonbons: because I removed the reaper support for legacy
1141065532 M * undefined howdy Bertl!
1141065551 M * bonbons just plain util-vserver, not checked more yet
1141065583 M * Bertl okay, will add some debug info and retest
1141065618 M * bonbons will check with vserver-utils in the meantime
1141065670 M * Bertl bonbons: ah, do you have VSERVER_DEBUG enabled?
1141065690 M * bonbons Bertl: yep
1141065703 M * Bertl debug_xid, bit 6
1141065840 M * undefined must all guests have a static context id?  in the 2.0 series?  in the 2.1 series?
1141065865 M * Bertl undefined: it is strongly advised, but there is legacy support for dynamic xids too
1141065914 M * Bertl undefined: 0.30.210 disables legacy by default
1141065923 M * undefined Bertl: ah
1141065953 M * undefined Bertl: didn't realize that dyn xids was a legacy feature
1141066043 M * Bertl well, we try to remove them since a long time now :)
1141066057 M * Bertl so stable 2.0.x still has them
1141066079 M * Bertl but devel already disables them by default
1141066094 M * undefined Bertl: just been using them as none of the "vserver build" examples i referenced 6 months ago (when i started using vserver) explicitly called for --context
1141066116 M * Bertl yeah, maybe we should update that when it is still missing
1141066154 M * undefined Bertl: started using static contexts when i saw you pressing for their usage on the mailing list
1141066158 M * Bertl basically userspace _could_ continue to use 'dynamic' contexts (or more precisely auto assignment of contexts)
1141066186 M * Bertl but they just cause issues in the kernel, so we try to get rid of them
1141066225 M * bonbons Bertl: what should I look for in the debug logs? there are plenty of set_vx_info(), clr_vx_info() and a few release_vx_info()
1141066225 M * undefined Bertl: yeah, as i don't yet use xid tagging (for per-vserver quotas) and i always reference vservers by name (much easier to remember for us humans)
1141066232 M * undefined Bertl: thanks!
1141066444 M * Bertl you're welcome!
1141066450 J * Wenix ~jrc@81.7.189.10
1141066494 M * Bertl IMHO the ideal userspace solution would be to have xid management totally hidden from the user, and have something like guest-export/import which fixes up all the xid related stuff
1141066511 M * Hollow export/import?
1141066517 Q * comfrey Quit: Ex-Chat
1141066537 M * Bertl well, something which creates some kind of archive of the guest, removing all xid related info
1141066549 M * Wenix bonbons: vserver -I -x <context> seems to be what shuts down the interfaces
1141066554 M * Hollow what about a new filesystem? ;)
1141066578 M * Bertl Hollow: and, on the other end, picks an unused xid, adds the guest, fixes the tagging, probably unifies is with others ...
1141066601 M * Bertl Hollow: nah, filesystems add overhead at runtime, we don't want that
1141066612 M * Hollow yeah, just kidding
1141066648 Q * cehteh Quit: Client exiting
1141066685 M * Wenix bonbons: nevermind
1141066698 J * shuri ~boafroid@64.235.209.226
1141066712 M * Wenix bonbons: I think Iøm too confused atm to make any conclusions ;)
1141066720 M * Wenix I'm
1141066739 M * bonbons Wenix: ok, you have time to get it out :)
1141066745 Q * gerrit Ping timeout: 480 seconds
1141067033 M * Wenix bonbons: 
1141067197 J * comfrey ~comfrey@h-64-105-87-234.sttnwaho.covad.net
1141067346 M * Bertl bonbons: hmm, sorry, I forgot the actual vx_set_reaper() :(
1141067347 Q * Wenix Read error: Connection reset by peer
1141067407 J * jrc ~jrc@81.7.189.10
1141067413 N * jrc Wenix
1141067504 M * bonbons Bertl: new patch?
1141067510 M * Bertl in a few minutes
1141067610 M * Wenix How do I prevent the guests from have access to shutdown interfaces?
1141067620 M * Wenix s/have/having
1141067651 M * bonbons Guest just trigger their own shutdown, not the shutdown of the whole system
1141067655 M * Bertl shutdown interfaces? they cannot do that with the default setup/config
1141067720 M * Wenix well, my guest is able to modify all the interfaces.. up/down/modify/
1141067749 M * bonbons Ah, you mean edit network interfaces, that's a capability, NET_ADMIN
1141067795 M * bonbons and that one is possibly on be default for the guests...
1141067825 M * bonbons Wenix: on a running guest, do vflags -G -x <xid> to see what capabilites and flags a guest has
1141067826 M * Bertl nope
1141067858 M * Bertl (okay ignore me, you are probably talking about the new tools, right?)
1141067887 M * Wenix bonbons: Yup, it seems everything is enabled
1141067915 M * Wenix bonbons: I thought default was nothing enabled, unless I specified differently
1141067942 M * bonbons Bertl: yep
1141068028 Q * fwl Quit: This computer has gone to sleep
1141068119 M * Bertl bonbons: I'm just too tired to get it right, right now ... so it will have to wait until tomorrow ...
1141068164 M * Bertl so, I'm off to bed now .. have fun ...
1141068166 M * bonbons Bertl: ok, starting from tomorow my holidays are over, so it will be in the evening
1141068181 M * Bertl okay, np, and thanks for your time!
1141068191 N * Bertl Bertl_zZ
1141068201 M * bonbons Bertl_zZ: thanks for your time too!
1141068307 M * Wenix bonbons: I did vflags -S -b ~NET_ADMIN -x 1201, but the guest is still able to modify network interfaces
1141068328 M * Wenix bonbons: ah
1141068344 M * Wenix bonbons: and vflags -G still shows NET_ADMIN
1141068371 M * bonbons Wenix: vflags -S -c ~NET_ADMIN I think for capa
1141068407 M * Wenix List validation failed: Invalid argument
1141068629 Q * Wenix Quit: btb
1141068677 J * jrc ~jrc@81.7.189.10
1141068680 N * jrc Wenix
1141068748 Q * Wenix Quit: 
1141068815 J * jrc ~jrc@81.7.189.10
1141068818 N * jrc Wenix
1141068823 Q * comfrey Quit: Ex-Chat
1141068878 M * Wenix bonbons: I have this line in context.conf: VX_BCAPS=("~NET_ADMIN"), but vflags -G still lists the capability
1141068905 M * bonbons Wait, I'm checking
1141068925 M * mugwump Bertl_zZ: come back, tell me if you liked the patchset!  :)
1141068969 M * Wenix mugwump: I think he may hear you if you shout his name in all caps ;)
1141069075 M * bonbons Wenix: looks like bug in the code: vserver syscall never executed... just for bcaps!
1141069100 M * Wenix tsk tsk, buggy software ;)
1141069251 M * bonbons Wenix: well, just emerging ;) and code not yet reviwed
1141069283 M * Wenix bonbons: no need for excuses, I know its experimental
1141069296 M * Wenix bonbons: I've never had any real issues with the stable code
1141069427 M * bonbons ok, fix commited
1141069444 M * Wenix cool, I'll just re-emerge the package and check again
1141069499 M * bonbons more changes and fixes are in another queue, but should be more of back-office things
1141069544 M * Wenix uhm, should I go for the newest version in SVN, or the 1.0.4 tag?
1141069608 M * bonbons it's all in 1.0.4 branch, trunk is very different
1141069661 M * Wenix ok, removing capabilities with vflags now works
1141069674 M * Wenix (brb)
1141069679 M * Wenix may loose connection now
1141069685 J * gerrit ~gerrit@129.33.1.37
1141069716 M * Wenix .. back
1141069821 Q * Wenix Remote host closed the connection
1141069943 J * jrc ~jrc@81.7.189.10
1141069950 N * jrc Wenix
1141069994 M * Wenix hmm, how many even with no NET_ADMIN, SYS_ADMIN, NET_RAW - I can still edit network interfaces
1141070001 M * Wenix -how many
1141070045 J * fwl ~fwl@83-215-237-1.seek.stat.salzburg-online.at
1141070416 M * bonbons Wenix: check with a guest without those flags right from the start...
1141070490 M * Wenix I had no NET_ADMIN from the start, but I'll try without the rest... 
1141070611 M * Wenix .. just another moment - waiting for a compile to finish, before I test it
1141070654 P * Roey Leaving
1141070921 Q * Wenix Read error: Connection reset by peer
1141070926 J * jrc ~jrc@81.7.189.10
1141070929 N * jrc Wenix
1141070936 M * Wenix Damn,... Kernel Panic
1141070981 M * Wenix I was shutting down the running vserver, to try the new capabilities, and then it died.
1141071007 M * Wenix Process S90halt, Aiee, killing interrupt handler
1141071497 M * Wenix brb
1141071498 Q * Wenix Quit: leaving
1141071635 J * oliwel ~mail-at-o@host-62-245-151-178.customer.m-online.net
1141071791 A * oliwel waves hello to the crowd
1141071818 J * jrc ~jrc@81.7.189.10
1141071873 N * jrc Wenix
1141071984 Q * Viper0482 Remote host closed the connection
1141071995 M * phreak`` oliwel: heya, you may have noticed, _rc9-r1 should be on the mirrors now (fixing the bug you/I/bonbons encountered)
1141072131 M * oliwel phreak``: ahh great....will stick to rc6 - no time to play games atm - loist a lot of time with bug hunting
1141072152 M * oliwel phreak``: do you know if it is / how it is possible to add a new ip to a running guest
1141072182 M * phreak`` oliwel: ip addr add $IP (afair)
1141072194 M * oliwel this adds it to the host
1141072208 M * oliwel but it is not avail to the guest
1141072230 M * mugwump oliwel: sorry, you need to restart the guest
1141072279 M * mugwump there is no API call for that atm
1141072445 Q * Doener Ping timeout: 480 seconds
1141072468 M * Wenix I don't have a direct internet connection at the moment, which makes browsing very difficult.. can someone help me with an URL to the 2flower" page?
1141072486 M * Wenix s/2flower"/"flower"
1141072548 M * phreak`` Wenix: http://www.nongnu.org/util-vserver/doc/conf/configuration.html
1141072557 M * Wenix thank you
1141072579 M * phreak`` yw :)
1141072658 J * Doener doener@i5387E8A0.versanet.de
1141072664 M * oliwel mugwump: hmmm - even no "vnamespace" trick ?
1141072682 J * ntrs ~ntrs@68-188-37-15.dhcp.stls.mo.charter.com
1141072746 P * meandtheshell 
1141072791 M * daniel_hozac mugwump: sure there is, it's just not implemented in userspace.
1141072872 M * oliwel daniel_hozac: Hi ;) - so any other trick ?
1141072875 M * daniel_hozac in order for vc_net_add to give running daemons access to the new IP, the guest needs to have at least two IP addresses already, though.
1141072983 M * daniel_hozac if you don't have that, all daemons will need to be restarted anyhow, and just restarting the guest is easier.
1141073018 M * bonbons phreak``: it's not completely fixed yet -- currently vreaper is "disabled", fixed/completed patch to be expected for tomorrow
1141073053 M * phreak`` bonbons: you're right :) at least I'm now able to start a guest with _rc9 :)
1141073145 M * oliwel daniel_hozac: 
1141073185 M * oliwel daniel_hozac: so in my case I have a mysql server inside - i currenty have on address assigned to teh guest and the mysql daemon inside binds to 0.0.0.0
1141073205 M * oliwel so I assuem the the daemon will accespt pakets on the new ip if they are routed to the guest
1141073271 M * daniel_hozac oliwel: it may bind to 0.0.0.0, but if the guest has just one IP address, that's rewritten to the guest's first IP
1141073280 M * Doener ... for performance reasons
1141073332 M * oliwel ok
1141073348 M * oliwel so - I think the fastest way would be to use iptables
1141073360 M * daniel_hozac yep.
1141073383 M * oliwel ok thats easy ;)
1141073581 Q * Wenix Remote host closed the connection
1141073587 J * matt1 ~matta@c-68-32-239-173.hsd1.pa.comcast.net
1141074014 Q * matta Ping timeout: 480 seconds
1141074268 J * Aiken ~james@tooax6-224.dialup.optusnet.com.au
1141074775 Q * `DoM`` Quit: 
1141075953 M * bonbons Wenix: found more issues related to BCAPS in vserver-utils, fixing delayed to tomorrow
1141076061 Q * bonbons Quit: Off to bed... (end of holiday :()
1141076502 M * oliwel n8 guys
1141076504 Q * oliwel Quit: Chatzilla 0.9.69.1 [Firefox 1.5/2005111116]
1141077488 Q * fwl Quit: This computer has gone to sleep
1141077890 P * undefined 
1141078450 J * Viper0482 ~Viper0482@p549778EA.dip.t-dialin.net
1141079191 Q * Viper0482 Remote host closed the connection
1141079449 Q * lilalinux Remote host closed the connection
1141081004 P * stefani I'm Parting (the water)
1141083653 J * matta ~matta@c-68-32-239-173.hsd1.pa.comcast.net
1141084036 Q * matt1 Read error: Operation timed out
1141084134 Q * matta Ping timeout: 480 seconds