1148860940 J * DarthVader ~Aniken@203.177.212.163 1148861415 J * cilkay ~cilkay@CPE00d0b743a22f-CM0011ae01fcbe.cpe.net.cable.rogers.com 1148861806 M * cilkay What is the difference between vserver and openvz? They sound quite similar in concept. 1148861925 N * Bertl_oO Bertl 1148861985 J * phycho ~admin@82.152.72.9 1148861994 M * Bertl cilkay: one difference is that one is backed and controlled by a company (which has commercial interests and a product), another is probably that Linux-VServer is lightweight ... 1148862014 A * phycho wonders if this is the openvz vs vserver debate 1148862020 M * phycho ;) sup bertl 1148862024 M * anonc Bertl: re the addr2line patches - do you know which release of binutils those 2 patches you pointed out to me are supposed to go with? (http://ecos.sourceware.org/ml/binutils/2005-12/msg00290.html) 1148862027 M * cilkay No debate. Just curious. 1148862104 M * Bertl anonc: nope, do you have issues applying them? 1148862110 M * cilkay openvz is GPL so I'm not sure how that means it's "controlled" by one company. Once the code is in the wild, if SWSoft, a company I'm not overly fond of btw, did something untoward, nothing stops the community from forking it. 1148862155 M * Bertl cilkay: yeah, but atm only swsoft makes releases and patches ... 1148862165 A * phycho quite likes openvz 1148862186 M * phycho bertl - in saying that, to give the guys credit, they are pretty fast at releasing fixes. 1148862189 M * Bertl phycho: nothing wrong with that :) 1148862202 M * phycho i put in a bug report one day and got a fix the next :-) wont get that from microsoft haha :D 1148862211 M * cilkay I've looked at Virtuozzo before OpenVZ and concluded that I didn't want anything to do with it since it's, in effect, a custom Linux distro. 1148862225 M * Bertl phycho: well, buxfixes usually happen within an hour here ... 1148862227 A * phycho isnt sure he would touch virtuozoo either 1148862232 M * phycho mainly because its paid for 1148862248 M * anonc Bertl: yeah - no chance of them applying to binutils-2.16.1 - the patches make reference to line numbers well beyond the end of the files shiped in that release 1148862259 M * cilkay It had dependencies on ancient versions of Python, e.g. 1148862277 M * phycho bertl - the only thing that i dont like much about vserver, is the lack of (proper) quotas per vps and the way the per vps management is done (aka seperate files with 1 or 0 in them etc) 1148862283 M * phycho apart from that, its pretty good. 1148862300 M * cilkay I've been using Xen for virtualization since last July. 1148862317 A * phycho would *LOVE* to use xen.. but since it doesnt support shared memory, would cost too much 1148862340 M * Bertl anonc: they might have added it? 1148862350 M * cilkay phycho: you could use Vservers on Xen. 1148862355 M * phycho i know :) 1148862357 M * Bertl phycho: define 'proper' quotas ... 1148862377 M * phycho bertl - filesystem quotas. the last time i checked, i have to setup lvm and have a seperate lvm slice per vps to get per vps quotas. 1148862392 M * phycho dont know if thats changed 1148862395 M * Bertl like user and group quotas inside the guest, yes? 1148862399 A * cilkay is used to that with Xen 1148862401 M * phycho no 1148862413 M * phycho bertl - im not bothered about that, but i want each vps to have a set limit 1148862419 M * phycho e.g. vps 1 is only allowed 150megs 1148862421 M * phycho vps2 250megs 1148862422 M * phycho etc 1148862422 M * Bertl like a disk limit? 1148862424 M * phycho yeh 1148862427 M * phycho per vps 1148862435 M * cilkay So what's wrong with using LVM for that? 1148862436 M * Bertl well, that's in stable for half a year or year now 1148862448 M * phycho Bertl - dont you need to use LVM? 1148862452 M * phycho cilkay - i hate LVM. 1148862459 M * Bertl phycho: nope, it even has support from the tools 1148862463 M * phycho aah 1148862471 M * phycho perhaps i was reading an outdated wiki page :-) 1148862476 M * doener Bertl: aren't dlimits even older? (at least for ext2/3) 1148862478 M * doener 02:27 per vps 1148862478 M * doener 02:27 So what's wrong with using LVM for that? 1148862489 M * doener oops! 1148862491 M * phycho lol 1148862491 M * Bertl http://linux-vserver.org/Disk+Limits 1148862501 M * doener sorry 1148862529 M * Bertl doener: yeah, probably, didn't want to bother researching the date we added them 1148862531 M * phycho ah nice. 1148862543 M * phycho Bertl - in which case, the only thing i dont like now is seperate files :-) 1148862553 M * phycho any chance of having vps information stored anywhere else in the future? 1148862557 M * phycho e.g. a seperate (1 file) per vps? 1148862584 M * Bertl probably a database (in the future) 1148862589 M * phycho k cool :) 1148862596 M * cilkay That's a bad idea. 1148862611 M * cilkay Nothing wrong with plain, text files. 1148862618 M * cilkay How many vservers are going to have on a machine? 1148862619 M * Bertl but the mapping from a property list to the tree based config (and the other way round) is fairly trivial ... I still wonder why nobody did it yet 1148862619 M * phycho something like that would be ideal, the main reason for me not liking the seperate folder/file thing, is it makes it a bugger since ill be writing a perl based daemon to add/delete/restart vps's etc on the fly. 1148862629 M * phycho cilkay - somewhere between 300 and 600. 1148862639 M * phycho ah k 1148862645 M * cilkay You could put it in a flat file and be fine. 1148862648 M * phycho Bertl - if i knew any C, i would do it :p 1148862671 M * phycho cilkay - i know, but vserver is _REALLY_ split out that way. openvz just shoves each vps in 1 file each which is nice and clean. 1148862673 M * Bertl probably doesn't even require C, any script language should suffice 1148862684 M * phycho ah k 1148862713 M * phycho the only thing thats torn me between them both right now is all the damned bugs haha (in ovz that is). i like both projects. 1148862722 M * cilkay phycho: sorry, I don't know either particularly well so I don't think I'm getting what you're talking about. I thought you were talking about configuration files. 1148862726 M * phycho bertl - does iptables in vserver interact with the host systems iptables? or is it totally seperate/ 1148862732 M * phycho cilkay - iam. 1148862744 M * phycho cilkay - openvz stores a config file in e.g. /vz/1.conf for vps number 1. 1148862754 M * phycho vserver has a directory with all sorts of files in it per vps 1148862796 M * phycho having to automate the setup of them is no fun :-) 1148862797 M * cilkay like what? 1148862816 M * phycho i dunno.. been a while. but a file that contains the ip address for example 1148862825 M * phycho and one that contains the network number e.g. /24 1148862835 M * phycho openvz has that all in one file which is kinda neat 1148862860 M * Bertl we had that a few years ago (basically for the 2.4 branch) 1148862863 M * phycho but i think thats all that vserver needs, a tools cleanup 1148862867 M * phycho ah k 1148862868 M * cilkay That can be automated. 1148862880 M * Bertl we changed to the tree based config which is simpler to handle by bash scripts and such 1148862895 M * phycho cilkay - it can, but when it comes to updating.. its a pita compaired with just running vzctl set number whatever id --save 1148862901 M * phycho ah k 1148862910 A * phycho would have thought the other config would have been simpler 1148862913 M * phycho but thats just me :) 1148862918 M * Bertl yes, the --save is something we will add in the near future (I hope) 1148862922 M * phycho hehe k 1148862940 M * Bertl this is indeed an advantage of the openvz control tools 1148862944 M * phycho yea 1148862992 M * anonc fwiw i prefer the seperate files 1148863015 M * phycho a database storage would be nice.. for those writing automated tools 1148863019 M * phycho e.g. sql 1148863060 M * Bertl all representations have their advantages and disadvantages 1148863075 M * phycho exactly :) 1148863089 M * phycho be kind of pointless if they were all the same 1148863173 M * phycho btw bertl, does vserver support user based quotas inside the vps as well? and what about vps based iptables? 1148863180 A * phycho is pondering trying it again 1148863188 M * cilkay Database storage is overkill and requires yet another daemon running on the host system. 1148863207 M * Bertl user based quota (user/group) is not part of the patches yet, but in testing 1148863211 M * phycho k 1148863217 M * phycho testing as in testing(beta) release/ 1148863217 M * phycho ? 1148863222 M * Bertl we did that with 2.4 but the demand was very low 1148863233 M * phycho ah k 1148863234 M * cilkay Bertl: user as opposed to vps based? 1148863243 A * phycho would like both :) 1148863259 M * Bertl yes, there are basically three kind of quotas 1148863260 M * cilkay I'm under the impression that vps based quotas exist. 1148863282 M * Bertl the so called 'disk limits' (basically entire context quota) 1148863292 M * phycho yea 1148863294 M * Bertl user and group quotas 1148863314 M * Bertl the disk limits can be used on a separate partition as well as on a shared partition 1148863331 M * Bertl the user and group quota (on 2.6) currently require a separate partition 1148863337 M * phycho ouch. 1148863346 M * cilkay per vps? 1148863355 M * Bertl user/group quota on a shared partition is currently being tested by brc (every now and then :) 1148863370 M * phycho hehe k 1148863396 M * Bertl as I said, the demand for this feature was very low 1148863412 M * Bertl so we focused on other areas 1148863416 M * phycho yea 1148863535 J * doener_ ~doener@i5387C381.versanet.de 1148863561 M * phycho Bertl - whats that page with a list of settable limits on it? 1148863596 M * Bertl http://linux-vserver.org/Resource+Limits 1148863615 M * Bertl ah, I see I have to update that, we added a few lately 1148863625 M * phycho ah k 1148863678 M * Bertl but nothing overwhelming, dentry limits 1148863719 M * phycho any way to get a list of processes running over all vps's at once on the host system? 1148863723 A * phycho assumes there will be 1148863729 M * Bertl yep, vps 1148863729 M * anonc vps auwx 1148863738 M * phycho k cool 1148863740 M * phycho ty 1148863931 Q * doener Ping timeout: 480 seconds 1148864758 M * doener_ http://www.13thfloor.at/~doener/vserver/tools/fromDir.sh 1148864764 M * doener_ http://www.13thfloor.at/~doener/vserver/tools/toDir.sh 1148864776 M * Bertl hehe 1148864791 M * doener_ the first one creates a single file for each vserver configuration directory 1148864801 M * doener_ the second one does it the other way round 1148864823 M * doener_ probably doesn't cover all cases... doesn't delete files, but creates new ones... 1148864854 M * Bertl what about the symlinks? 1148864884 M * doener_ it ignores them completely 1148864893 M * doener_ cares only about regular files 1148864908 M * Bertl i.c. okay, but that should be trivial to add though 1148864967 M * doener_ was written with knowledge about the configuration coming from the top of my head... actually, i should not have spend time of it, but I've been sick of folks complaining ;) now if they want something sophisticated, they _must_ (*g*) either enhance my shit or write a new thing themselves :D 1148865009 M * Bertl fair enough! 1148865112 M * doener_ ok, back to more important (university) stuff then ;) need to give a presentation in a few hours and the pdf is not like i want it yet... 1148865152 M * Bertl good luck with that! 1148865180 M * doener_ thanks :) 1148866475 M * phycho bertl - is the iptables within a vserver the same iptables as the host system? 1148866480 M * phycho aka can u see the rules/edit them? 1148866499 M * Bertl iptables is on the host, but you cannot change it inside a guest 1148866524 M * phycho ah k 1148866534 M * phycho is the other forks of vserver the same? (such as freevps etc) 1148866560 M * Bertl freevps should have a virtualized network stack with all it's advantages and disadvantage 1148866568 M * phycho k 1148866577 M * phycho i assume that means a seperate iptables 1148866593 M * Bertl yup, I'd guess so 1148866600 M * phycho basically i want as much as a 'like' a full system as possible :-) 1148866606 M * phycho its for people to learn linux with 1148866615 M * phycho so it has to have pretty much what a 'real' linux system does 1148866621 M * phycho ideally anyway. 1148866640 M * Bertl yes, and it adds the duplicate stack traversal overhead 1148866650 M * phycho yea 1148866671 M * phycho sure does. but its ideal for giving someone a 'full' system :) 1148866689 M * Bertl well, probably xen or UML is better there 1148866707 M * Bertl there you can also access all the hardware as you like 1148866720 M * phycho xen has far too much overheads for that. it cnat share memory either which is a bummer 1148866723 M * phycho and uml is too insecure 1148866754 M * Bertl well, you talk about overhead but accept it for the networking :) 1148866773 M * phycho well yeah, because iptables is essential 1148866787 M * phycho but the overheads required to have a seperate kernel (aka eat up masses of memory) per vps is a bit too much ;) 1148866825 M * Bertl haven't found iptables on a restricted guest 'essential' yet 1148866845 M * phycho hehe, it is for users who want it to use it like a real linux system 1148866853 M * phycho which is what im using it for. 1148866866 M * phycho so its pretty much essential for that. they will want to play with iptables. 1148866873 M * Bertl well, but that won't happen there ... 1148866884 M * doener_ hm, I always manage to notice that I didn't "login" to the wiki when I commit my last change... 1148866887 M * phycho the only bummer is if they can play with the host systems iptables too ;) 1148866894 M * Bertl because ith the virtual stacks iptables will behave 'slighly' different 1148866901 M * Bertl *with 1148866908 M * phycho yea 1148866917 M * phycho brb. 1148867086 M * phycho you happen to know how much memory overhead vserver has? 1148867092 M * phycho per vps 1148867110 M * Bertl roughly 200 bytes or so ... 1148867115 M * phycho wow! 1148867136 M * phycho thats pretty efficient coding :-) 1148867138 M * Bertl well, probably a whole page 1148867149 M * phycho hehe k 1148868372 M * doener_ Bertl: heh, that's less overhead than the difference of the object size in the ext3_inode_cache slab cache between i386 and x86_64 :) 1148868401 M * doener_ ... which is about 450 vs. 750 1148869162 J * Aiken_ ~james@tooax6-012.dialup.optusnet.com.au 1148869521 Q * Aiken Ping timeout: 480 seconds 1148870210 Q * gerrit Ping timeout: 480 seconds 1148871010 Q * softi42 Ping timeout: 480 seconds 1148871213 M * Bertl okay, I'm off to bed now ... have a nice one everyone! cya tomorrow! 1148871219 N * Bertl Bertl_zZ 1148871225 M * doener_ good night! 1148871240 Q * Zaki Ping timeout: 480 seconds 1148871554 J * softi42 pcorikp@p549D7996.dip.t-dialin.net 1148877061 Q * DarthVader Quit: Leaving 1148877078 J * DarthVader ~Aniken@203.177.212.163 1148879492 Q * DarthVader Quit: Leaving 1148888034 J * Aiken__ ~james@tooax7-078.dialup.optusnet.com.au 1148888386 Q * Aiken_ Ping timeout: 480 seconds 1148888996 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl 1148890276 Q * eyck Ping timeout: 480 seconds 1148890886 J * Zaki ~Zaki@88.213.16.161 1148891182 J * kinderchemie ~ingaduvel@vpn085.hrz.uni-dortmund.de 1148891194 M * kinderchemie hi 1148891258 J * dna ~naucki@p54BCD68B.dip.t-dialin.net 1148891311 M * kinderchemie i installed vserver 2.0.2-rc21 with kernel 2.6.16.17 yesterday. its workin well with a vserver running on the primary ip adressed to eth0 but everytime i start a vserver running on device eth0:0 for example it doesent start and gives me the error: 1148891313 M * kinderchemie RTNETLINK answers: File exists 1148891313 M * kinderchemie chbind: vc_net_create(): Invalid argument 1148891333 M * kinderchemie and the deviced eth0:0 and eth0:1 r going down. 1148891347 M * kinderchemie eth0:1 and eth0:2 sorry 1148891392 M * kinderchemie any idear? 1148891969 M * kinderchemie okay now the RTNETLINK error is gone and the devices still exists after the try to start the vserver 1148891973 M * kinderchemie but i still get chbind: vc_net_create(): Invalid argument 1148892232 M * kinderchemie nice monologe *g* 1148892414 M * kinderchemie he i fixed it 1148892478 M * kinderchemie the context number was to high 1148892495 M * kinderchemie somebody needs to write that it can't be higher then 50000 1148893232 M * kinderchemie seems i am alone what a pitty 1148893276 M * dna :) 1148893342 M * kinderchemie because now i cant stop a vserver without having a frozen system 1148893352 M * kinderchemie and it would be really nice to ve some help 1148893432 Q * shedi Quit: Leaving 1148893604 M * BenBen re chan 1148893627 M * BenBen kinderchemie: you are too early ... all folks are sleeping or at the daytime-job :) 1148893653 M * kinderchemie so i will be back later 1148893738 J * dna_ ~naucki@p54BCD68B.dip.t-dialin.net 1148893839 J * Naucki ~naucki@p54BCDE68.dip.t-dialin.net 1148893931 M * kinderchemie ok see u this evening 1148893940 Q * morrigan Ping timeout: 480 seconds 1148893947 M * kinderchemie and greets from the next world cup winning country GERMANY :-) 1148894016 Q * kinderchemie Quit: kinderchemie 1148894022 Q * dna Ping timeout: 480 seconds 1148894222 Q * dna_ Ping timeout: 480 seconds 1148894223 J * eyck eyck@ghost.anime.pl 1148894415 M * yang does vserver project accepts donations? 1148894657 J * frzzz ~frz@86.59.25.121 1148894682 J * dna ~naucki@p54BCDE68.dip.t-dialin.net 1148894716 M * doener_ yang: indeed, Bertl does ;) http://www.13thfloor.at/vserver/donate/ 1148894772 M * yang doener_: i would like to make a small donation, but it has to be on german address... 1148894788 M * yang becouse it is a lottery ticket :) 1148894913 M * doener_ heh :) well, the german developers are ensc (tools), hollow (tools (and ?)), and once in a while myself (kernel stuff, small crappy userspace stuff)... 1148894917 Q * Naucki Ping timeout: 480 seconds 1148894945 M * yang so, if you want i can send you the ticket 1148894955 M * Hollow doener_: tools and wonderful gentoo support ;) 1148894973 J * morrigan morrigan@212.16.62.52 1148895014 M * doener_ Hollow: Stein-Schere-Papier? ;) 1148895019 M * doener_ you start :D 1148895030 M * Hollow :P 1148895035 M * Hollow feuer 1148895036 M * Hollow ;) 1148895057 M * deac *g* 1148895071 M * Hollow doener_: do you know c- and b-hörnchen? ;) 1148895075 M * Hollow c-/f- 1148895082 M * doener_ uhm.... Dieter Bohlen... 1148895087 M * Hollow mundstuhl 1148895095 A * doener_ .oO( now we're rid of him... ) 1148895100 M * Hollow they argue about stein-schere-papier all the day ;) 1148895190 N * otaku42_away otaku42 1148895213 M * Hollow doener_: take it if you want, i'm not into lottery at all ;) 1148895240 Q * matti Ping timeout: 480 seconds 1148895290 M * doener_ Hollow: well, as a kid I enjoyed watching "Die Ziehung der Lotto Zahlen" and making crosses for each drawn number on my mom's tickets :) 1148895313 M * Hollow "mom! mom! we won!" 1148895314 M * Hollow ;) 1148895331 M * doener_ 5 in a row! we're rich! *g* 1148895376 M * doener_ anyway, got to go, university awaits me... cya later... 1148895389 M * doener_ Hollow: btw, your exam is tomorrow? 1148895454 M * Hollow indeed, bah 1148895472 M * doener_ oops, sorry ;) anyway, good luck! 1148895526 M * Hollow thanks :) i'm learning with wikipedia all day, better than every school book :o 1148896357 Q * dna Ping timeout: 480 seconds 1148896483 J * dna ~naucki@p54BCDE68.dip.t-dialin.net 1148896567 J * dna_ ~naucki@p54BCDE68.dip.t-dialin.net 1148896992 Q * dna Ping timeout: 480 seconds 1148897808 J * shedi ~siggi@dsl-og-108-50.du.vortex.is 1148897872 J * Naucki ~naucki@p54BCDE68.dip.t-dialin.net 1148898287 Q * dna_ Ping timeout: 480 seconds 1148898681 Q * bubulak Ping timeout: 480 seconds 1148899127 Q * Naucki Ping timeout: 480 seconds 1148899966 M * deac you should include vs_pid.h in sched.h 1148900481 J * _coocoon_ ~coocoon@p54A073F4.dip.t-dialin.net 1148900490 M * _coocoon_ hello 1148900817 J * kleinerPrinz ~deac@xdsl-213-196-207-177.netcologne.de 1148901256 Q * deac Ping timeout: 480 seconds 1148901344 Q * _coocoon_ Quit: KVIrc 3.2.0 'Realia' 1148901626 Q * anonc Remote host closed the connection 1148901838 J * anonc ~anonc@staffnet.internode.com.au 1148902066 Q * Aiken__ Quit: Leaving 1148902706 P * bone_idol 1148902730 Q * ||Cobra|| Ping timeout: 480 seconds 1148902954 Q * s0undt3ch arion.oftc.net europa.oftc.net 1148902954 Q * yang arion.oftc.net europa.oftc.net 1148902954 Q * cohan arion.oftc.net europa.oftc.net 1148902954 Q * DreamerC arion.oftc.net europa.oftc.net 1148902954 Q * Nam arion.oftc.net europa.oftc.net 1148902954 Q * sars arion.oftc.net europa.oftc.net 1148902954 Q * Hollow arion.oftc.net europa.oftc.net 1148902954 Q * VAndreas arion.oftc.net europa.oftc.net 1148902954 Q * mugwump arion.oftc.net europa.oftc.net 1148902954 Q * Loki|muh arion.oftc.net europa.oftc.net 1148902954 Q * kir arion.oftc.net europa.oftc.net 1148902954 Q * Greek0 arion.oftc.net europa.oftc.net 1148902954 Q * micah arion.oftc.net europa.oftc.net 1148903017 Q * Radiance Quit: changing servers 1148903269 J * s0undt3ch ~s0undt3ch@bl7-242-5.dsl.telepac.pt 1148903269 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1148903269 J * cohan ~cohan@koniczek.de 1148903269 J * DreamerC ~dreamerc@59-112-13-159.dynamic.hinet.net 1148903269 J * Nam ~nam@S0106001195551ff0.va.shawcable.net 1148903269 J * sars ~sarnold@sarnold.noc.oftc.net 1148903269 J * Hollow ~hollow@home.xnull.de 1148903269 J * Greek0 ~greek0@85.255.145.201 1148903269 J * VAndreas ~Hossa@212.110.98.7 1148903269 J * mugwump ~samv@watts.utsl.gen.nz 1148903269 J * micah ~micah@208.99.202.72 1148903269 J * Loki|muh loki@satanix.de 1148903269 J * kir ~kir@swsoft-mipt-nat.sw.ru 1148903376 J * bubulak ~bubulak@cicka.wnet.sk 1148903434 Q * kleinerPrinz Remote host closed the connection 1148904745 Q * kir europa.oftc.net hydrogen.oftc.net 1148904745 Q * Loki|muh europa.oftc.net hydrogen.oftc.net 1148904745 Q * mugwump europa.oftc.net hydrogen.oftc.net 1148904745 Q * VAndreas europa.oftc.net hydrogen.oftc.net 1148904745 Q * Hollow europa.oftc.net hydrogen.oftc.net 1148904745 Q * Nam europa.oftc.net hydrogen.oftc.net 1148904745 Q * DreamerC europa.oftc.net hydrogen.oftc.net 1148904745 Q * cohan europa.oftc.net hydrogen.oftc.net 1148904745 Q * s0undt3ch europa.oftc.net hydrogen.oftc.net 1148904745 Q * Greek0 europa.oftc.net hydrogen.oftc.net 1148904745 Q * yang europa.oftc.net hydrogen.oftc.net 1148904745 Q * micah europa.oftc.net hydrogen.oftc.net 1148904745 Q * sars europa.oftc.net hydrogen.oftc.net 1148904796 J * s0undt3ch ~s0undt3ch@bl7-242-5.dsl.telepac.pt 1148904796 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1148904796 J * cohan ~cohan@koniczek.de 1148904796 J * DreamerC ~dreamerc@59-112-13-159.dynamic.hinet.net 1148904796 J * Nam ~nam@S0106001195551ff0.va.shawcable.net 1148904796 J * sars ~sarnold@sarnold.noc.oftc.net 1148904796 J * Hollow ~hollow@home.xnull.de 1148904796 J * Greek0 ~greek0@85.255.145.201 1148904796 J * VAndreas ~Hossa@212.110.98.7 1148904796 J * mugwump ~samv@watts.utsl.gen.nz 1148904796 J * micah ~micah@208.99.202.72 1148904796 J * Loki|muh loki@satanix.de 1148904796 J * kir ~kir@swsoft-mipt-nat.sw.ru 1148907143 J * cdrx ~legoater@70-33-118-80.kaptech.net 1148908221 J * Radiance f405a03a22@neon.trighost.org 1148908993 Q * Radiance Ping timeout: 480 seconds 1148909051 J * Viper0482 ~Viper0482@p549756ED.dip.t-dialin.net 1148909118 J * dna ~naucki@p54BCDE68.dip.t-dialin.net 1148910308 Q * kir charon.oftc.net hydrogen.oftc.net 1148910308 Q * Loki|muh charon.oftc.net hydrogen.oftc.net 1148910308 Q * mugwump charon.oftc.net hydrogen.oftc.net 1148910308 Q * VAndreas charon.oftc.net hydrogen.oftc.net 1148910308 Q * Hollow charon.oftc.net hydrogen.oftc.net 1148910308 Q * Nam charon.oftc.net hydrogen.oftc.net 1148910308 Q * DreamerC charon.oftc.net hydrogen.oftc.net 1148910308 Q * cohan charon.oftc.net hydrogen.oftc.net 1148910308 Q * yang charon.oftc.net hydrogen.oftc.net 1148910308 Q * s0undt3ch charon.oftc.net hydrogen.oftc.net 1148910308 Q * Greek0 charon.oftc.net hydrogen.oftc.net 1148910308 Q * micah charon.oftc.net hydrogen.oftc.net 1148910308 Q * sars charon.oftc.net hydrogen.oftc.net 1148910310 J * Loki|muh loki@satanix.de 1148910311 J * s0undt3ch ~s0undt3ch@bl7-242-5.dsl.telepac.pt 1148910311 J * sars ~sarnold@sarnold.noc.oftc.net 1148910312 J * mugwump ~samv@watts.utsl.gen.nz 1148910315 J * Hollow ~hollow@home.xnull.de 1148910315 J * cohan ~cohan@koniczek.de 1148910320 J * kir ~kir@swsoft-mipt-nat.sw.ru 1148910320 J * Nam ~nam@S0106001195551ff0.va.shawcable.net 1148910321 J * Greek0 ~greek0@85.255.145.201 1148910322 J * DreamerC ~dreamerc@59-112-13-159.dynamic.hinet.net 1148910324 J * micah ~micah@208.99.202.72 1148910329 J * VAndreas ~Hossa@212.110.98.7 1148910370 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1148910453 N * Bertl_zZ Bertl 1148910457 M * Bertl morning folks! 1148910624 M * mnemoc morning master Bertl 1148910647 M * Bertl good morning eager apprentice! :) 1148910657 M * phreak`` morning Bertl :) 1148910713 M * Bertl hey phreak``! 1148910824 M * phreak`` Bertl: I see you still got that weird sleep/wake cycle :) 1148910846 M * Bertl well, yes :) 1148910851 M * mnemoc Bertl: *g* 1148911069 J * wam ~wigwam@proxy1.msh.de 1148911119 J * Radiance fbcfa992a0@neon.trighost.org 1148911456 Q * Radiance Read error: Connection reset by peer 1148912521 M * Bertl welcome wam! 1148912568 M * blizz ehlo bertl and well, everyone ;-) 1148912638 M * doener_ good everyone! 1148912645 M * Bertl lol 1148912798 M * Bertl doener_, daniel_hozac: here is a patch fowhich is sitting around here for some time now, but as it was brought up today, what's your opinion on it? 1148912803 M * Bertl http://vserver.13thfloor.at/Experimental/delta-vpid-clean01.diff 1148912844 M * Bertl I'm not sure it's a good trade, we basically have ~2k sched.h includes vs. 16 v_pid.h ones 1148912870 M * Bertl but it might be better for out of line code ... 1148913004 M * doener_ kbuild needs to learn to deal with such stuff ;) seriously, I'd prefer to keep the 16 includes... 1148913146 M * wam ehm - hi bertl ;) Was idleing. 1148913171 M * Bertl wam: no problem, feel free to idle all the day :) 1148913333 M * blizz doener_, lol 1148913345 M * blizz @personal time zone ;-) 1148913475 M * wam I have a not-so vserver-question. But I think someone here could give me a hint, as this is very usual: When I copy a vserver to another host (on the same hardware-switch), and start it, it uses the same IP as before. But the switch takes about 60 seconds until it realizes, that the IP<->MAC is different. For this time, the vserver is of course not reachable. Can I give the switch a "kick" (arping?") somehow WITHOUT having physical or admin-access to it? 1148913509 M * Bertl the magic word is 'gracious arp' 1148913519 M * Bertl actually two words *G* :) 1148913522 M * wam I'll *searchengine* for that ;) Thanks 1148913538 M * blizz huh 1148913539 M * Bertl basically you send 'unrequested' arp answers to the net 1148913555 M * blizz is it political-correctness-day, today? :-) 1148913564 M * blizz timezones, searchengines.. what'll come next ;-) 1148913573 M * wam Bertl: I knew, switches are dumb ;) 1148913579 M * Bertl blizz: virtualization technologies? 1148913678 M * blizz huh, i'm pretty sure that *insert favourite virtualization technology here* is the best virtualization technology out there! 1148913688 M * phycho lol 1148913715 M * doener_ *expression of joy* 1148913741 M * Bertl doener_: how was your presentation? 1148913847 M * doener_ good! guess it was the first time that my forehead was dry the whole time ;) 1148913894 A * doener_ is usually quite nervous and starts sweating a lot... 1148913902 M * doener_ ... as you might have noticed at LinuxTag ;) 1148913929 M * Bertl .o( the audience occasionally has to be avacuated or will drown :) 1148913929 M * blizz i think that *insert favourite sedative here* could help there 1148913938 M * blizz just kidding :-) 1148914002 M * Skram Hey 1148914010 M * doener_ blizz: well, I didn't sleep last night, and only a few hours the two nights before... so I guess that would have made me fall on my face and asleep during the presentation 1148914051 M * blizz yep 1148914069 M * doener_ hi Skram 1148914072 M * blizz also, it's better learning to handle those situations 1148914122 M * Skram hey 1148914148 M * doener_ blizz: well, I have no problem with the situation, I just sweat a lot then ;) 1148914156 M * Skram whats the best way to get the total RAM usage of a VPS? 1148914169 J * Milf ~Miranda@141.12.9.106 1148914174 M * Skram RSS="`cat /proc/virtual/$XID/limit | grep RSS | awk '/RSS/ { printf "%.1f %u", $2 / 256, $4 / 256; }'`" 1148914181 M * blizz doener_, really? hmm, strange :-) 1148914182 M * Skram thats what I have been using.. is that the best? 1148914184 M * Milf morning folks 1148914222 M * Milf Can anyone explain to me or translate into german the term 'rich-client application'? I'm translating Zeng's HowTo. 1148914242 M * doener_ blizz: once, I've been totally confident with myself talking in front of about 40 people, when someone suddenly asked if I'm alright, because my head was like a tomato and full of sweat 1148914244 M * blizz na, bonzen software 1148914245 M * blizz *lol* 1148914277 M * Bertl according to the M$ dictionary that must be: "wohlhabende klientel anwendung" 1148914301 M * blizz isn't it meant to be client-rich? i dont know :-) 1148914345 M * doener_ if it has a connection to "rich text", then translate it as "bloat ware", everyone knows that term ;) 1148914422 M * Milf Hmmm, well that' probably not what Zeng meant. 1148914494 M * Skram whats the best way to get the total RAM usage of a VPS? 1148914510 M * blizz doener_, hm, ususally there's a coincidence of psychological and physiological phenomena 1148914516 M * doener_ Milf: http://de.wikipedia.org/wiki/Fat-Client 1148914570 M * doener_ I guess emacs is the most rich client in the universe according to that explanation 1148914572 M * Bertl Skram: check the /proc/virtual(* entries 1148914582 M * Bertl s|(|/ 1148914625 M * blizz wouldnt that result in a *favourite regular expression interpreter error message* because of the bracket? ;-)) 1148914648 Q * s0undt3ch Ping timeout: 480 seconds 1148914672 M * doener_ blizz: depends... vim would accept it IIRC 1148914695 M * Skram RSS="`cat /proc/virtual/$XID/limit | grep RSS | awk '/RSS/ { printf "%.1f %u", $2 / 256, $4 / 256; }'`" 1148914708 M * Skram Bertl: is thet the best or is there something more accurate 1148914743 M * doener_ blizz: *LOL* vim _does_ the substitution and then says: E492: Not an editor command: (|/ 1148914750 M * blizz lol 1148914756 M * blizz vim is.. funny 1148914767 M * doener_ at least it does smileys :) 1148914771 M * blizz btw, do you know a nice one-page cheatsheet pdf for vim? 1148914795 M * doener_ there's one on vim.org IIRC using its search funtion should reveal it 1148914796 M * wam Bertl: I'm doomed with gracious-arp. My searchengine can't help a lot and always points me to the proxy-arp - documentation. Is this correct? Or do you remember a tool-name for sending unrequested arp-replies? 1148914816 M * Bertl Skram: you can probably write a module which does a page walk! 1148914872 M * Bertl Skram: i.e. checking all VMAs and calculating the real memory addresses, then overlapping them and calculating the resulting ram usage 1148914885 J * s0undt3ch ~s0undt3ch@bl7-242-5.dsl.telepac.pt 1148914901 M * Milf doener_: Thanks, but now I'm more confused than before with Zeng's sentence :) 1148914914 M * Skram Bertl: I COULD do that? 1148914917 M * Skram *shrug* 1148914922 M * Skram i dont know where to start 1148914928 M * doener_ Milf: what is the exact sentence? context information might help with a translation 1148914928 M * Skram and because my kernel doesnt support soft limiting 1148914938 M * Skram no VServers have RAM limits... 1148914939 M * Milf He said rich-clients are a good reason to use multiseat desktops. 1148914982 M * Bertl .o( and I had thought that the poor ones would benefit more :) 1148915047 M * Milf Yeah, ok, here's the full sentence: 1148915047 M * Milf The on-going trend of online-based application, rich-client application, etc. is a very good reason why multiseat desktop s nowadays the most cost effective solution. 1148915084 M * Skram Bertl: could you help with that "module"? 1148915119 M * Bertl probably, but why would you want to know it in such detail? 1148915142 M * Skram i just want to know the total ram of each VPS 1148915158 M * Bertl did you check the values I pointed you to 1148915171 M * Bertl in /proc/virtual//limits 1148915178 M * Skram which ones? 1148915179 M * Skram RSS? 1148915215 M * Bertl yep, RSS is the pages in RAM 1148915234 M * Skram okay 1148915249 M * Skram so that divided by 256 (varies) would be the ram in megabytes 1148915250 M * Skram kay 1148915254 M * Skram thats what i was asking 1148915265 M * Skram see, vserver-stat shows differently 1148915276 M * Bertl hmm, no, actually you were asking: 1148915276 M * Bertl 16:58 < Skram> Bertl: is thet the best or is there something more accurate 1148915305 M * Skram well, i showed my code and it was just ussing the output from /proc/virtual/XID/limits | grep RSS 1148915366 M * doener_ Milf: i have no idea what that might mean :/ 1148915419 M * Skram shit, i just lost my php file 1148915429 M * Milf Me neither, so I'll just bullshit and see if c't will print :) 1148915463 M * doener_ Milf: that will increases chances, won't it? *g* 1148915540 Q * Zaki Remote host closed the connection 1148915573 N * otaku42 otaku42_away 1148915736 Q * brc Ping timeout: 480 seconds 1148915754 Q * bubulak Quit: leaving 1148915828 J * bubulak ~bubulak@cicka.wnet.sk 1148916162 M * Skram if( $lang == "sp" ){ $qctext = "Contacto Rápido"; } 1148916162 M * Skram else{ $qctext = "Quick Contact"; } 1148916163 M * Skram wops 1148916174 M * Milf Yes, Bullshit might get you to the top, but it won't keep you there (http://www.ipsi.fraunhofer.de/~mikeschneider/text/corporatelessons.txt) 1148916197 J * Zaki ~Zaki@88.213.16.161 1148917718 P * wam 1148918435 Q * Milf Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org 1148918752 J * pflanze ~chris@84-73-62-77.dclient.hispeed.ch 1148918758 M * pflanze Hello. 1148918823 M * pflanze Every now and then, when I'm using strace, the kernel runs into a problem and outputs a call trace, and leaves the processes being traced hanging in D state. 1148918834 M * pflanze Might this be vserver-related? 1148918843 M * pflanze I'm running strace from within a vserver. 1148918905 M * Bertl hmm, unlikely but possible, x86_64? 1148918931 M * Bertl do you have the call trace at hand? if so, please upload to paste.linux-vserver.org 1148918963 M * pflanze No, it's a 32-bit athlon. 1148918972 A * pflanze uploads call trace 1148919012 M * pflanze http://paste.linux-vserver.org/59 1148919047 M * Bertl this is an older kernel, yes? 1148919064 M * Bertl ah, yeah, I see (2.6.16.9-vs2.0.2-rc16 1148919072 M * pflanze 2.6.16.9-vs2.0.2-rc16 1148919084 M * Bertl you should update there the issue is fixed since rc18 or so 1148919102 M * pflanze ah, it's a known issue? 1148919115 M * Bertl yep, sec, let me dig out the patch which fixes it 1148919132 M * daniel_hozac http://vserver.13thfloor.at/Experimental/delta-reaper-fix02.diff 1148919137 M * Bertl tx 1148919157 M * pflanze ok cool, thanks 1148919196 N * nokoya nokoyaz 1148919203 N * nokoyaz nokoya 1148919775 M * Bertl btw, new feature for the time freaks to play with: http://vserver.13thfloor.at/Experimental/delta-vtime-feat01.diff 1148919828 J * bonbons ~bonbons@83.222.38.81 1148919932 Q * cdrx Ping timeout: 480 seconds 1148919997 M * Bertl daniel_hozac: what is your opinion to the vs_pid.h patch? (especially considering that it might simplify out-of-line modules) 1148920005 M * Bertl http://vserver.13thfloor.at/Experimental/delta-vpid-clean01.diff 1148920042 M * Bertl note: it basically trades 16 v_pid.h against ~2k sched.h includes 1148920051 M * daniel_hozac right. 1148920145 M * daniel_hozac i don't really have an opinion either way. 1148920996 Q * shedi Quit: Leaving 1148922008 J * glen_ ~glen@elves.delfi.ee 1148922058 M * glen_ how to see if i have anything accessing a device? because i was able to unmount the mountpoint, but i'm unable to mkfs on the device because it replies device in use 1148922067 M * glen_ # mkfs.ext3 /dev/sil_afbgafccdhag9 1148922067 M * glen_ mke2fs 1.38 (30-Jun-2005) 1148922067 M * glen_ /dev/sil_afbgafccdhag9 is apparently in use by the system; will not make a filesystem here! 1148922098 M * Bertl hey glen_! 1148922109 M * Bertl it is probably still mounted inside a guest 1148922141 M * Bertl (especially if you started some guest _after_ mounting it on the host) 1148922317 M * glen_ that i was afraid. but unable to locate such guest 1148922346 M * glen_ so is there way to see what uses the device 1148922465 M * Bertl not really, there is no list of things using a device ... 1148922475 M * Bertl but I would do the following: 1148922489 M * Bertl get a list of all currently running guest (xid list) 1148922521 M * Bertl then do vnamespace -e -- grep /proc/mounts 1148922530 M * glen_ i don't have xid program, would vserver-stat show me used xid's too? 1148922558 M * Bertl ls /proc/virtual (should show you all xids) 1148922674 M * glen_ hmm. it's like there for all xids 1148922700 M * glen_ but if i do 'vserver foo enter' and cat /proc/mounts i don't see it 1148922759 M * glen_ http://pastebin.com/745106 1148922783 M * doener_ Bertl: do mount virtualizations apply for xid 1? 1148922815 Q * pflanze Quit: bye 1148922841 M * Bertl doener_: they should not, but xid=1 will not see the various namespaces 1148922865 M * glen_ does vnamespace and vserver enter do something different? 1148922887 M * doener_ Bertl: hm, /proc/xxx/mounts in xid 1 shows only rootfs 1148922899 M * Bertl glen_: yes, vserver enter does a lot more than vnamespace ... 1148922914 M * Bertl glen_: especially it also chroots into the guest dir 1148922942 M * glen_ Bertl: but why i don't see it in /proc/mounts when chroot'ing, but see with just vnamespace? 1148922947 M * glen_ look this: http://pastebin.com/745110 1148922967 M * doener_ Bertl: did we make the "reachability" check for /proc/mounts mandatory? IIRC we intended something like that to enhance plain chroots 1148922974 M * Bertl glen_: yep, that is intentional 1148923026 M * doener_ Bertl: if we drop that for xid 1, it should be easy to write a script that lists all contexts with a certain mount 1148923040 M * Bertl doener_: how so? 1148923078 M * Bertl I mean, how would it be different from now (i.e. doing vnamespace -e and checking) 1148923082 M * doener_ enter context 1, grep /proc/*/mounts, if it matches, take pid and get xid from /proc/$PID/status 1148923117 M * doener_ ah right, we have all xids in /proc/virtual... does also work 1148923139 M * Bertl ah, you want to do it from the process side .. well, that could be useful 1148923409 M * glen_ Bertl: what you mean intentional those vservers maching grep with vnamespace did not have that device configured in /etc/vservers/NAME/fstab 1148923435 M * glen_ the only vserver not matching was the server i restarted after i unmounted the device 1148923451 M * Bertl no, but they 'inherited' the mounts from the host on startup 1148923502 M * Bertl in the future, the tools might automatically unmount such mounts (if they are not used by the guest setup) 1148923505 M * glen_ oh. i tought they inherit only mounts which fall under their root (/vserver/SERVERNAME) 1148923544 M * glen_ and only way to release the device is to restart all vservers? 1148923574 M * Bertl no 1148923583 M * Bertl you can use the same vnamespace -e to unmount them 1148923605 M * Bertl i.e. vnamespace -e -- umount /path/to/mount 1148923636 M * glen_ it was just mounted but not accessible? 1148923651 M * Bertl it is accessible, as you can see with vnamespace :) 1148923666 M * glen_ but with vserver enter i don't see it 1148923671 M * Bertl but it is outside the scope of the guest, yes 1148923674 M * glen_ ok 1148923686 M * Bertl doener_: something like this: http://vserver.13thfloor.at/Experimental/delta-vfsmnt-feat01.diff 1148923705 M * glen_ Bertl: big thx! 1148923717 M * Bertl you're welcome! 1148923738 M * doener_ Bertl: yep 1148923744 M * glen_ i was first thinking it's something in dmraid that's not allowing me to alter devices 1148923877 M * doener_ glen_: for XID in `find /proc/virtual/ -mindepth 1 -maxdepth 1 -type d -printf "%f\n"`; do vnamespace -e $XID umount MOUNT_PATH_OR_DEVICE; done 1148923901 M * doener_ replace MOUNT_PATH_OR_DEVICE with whatever you want to unmount... should unmount it in all vserver namespaces then 1148923920 M * Bertl you probably want to add an -n too :) 1148923943 M * doener_ ah right :) (after umount) 1148923951 A * doener_ always messes up his mtab 1148923957 M * glen_ i unmounted manually, didn't have SO much vservers ;) 1148924067 M * glen_ this is offtopic question, but can't i do pvcreate on dmraid device? it says device not found? 1148924137 M * Bertl device not found looks like the device is not there 1148924160 M * glen_ but i just ran mkfs on it 1148924180 M * Bertl and now you want to do pvcreate? 1148924186 M * glen_ yep 1148924199 M * glen_ i ran mkfs just to be sure device is not in use 1148924202 M * Bertl does the lvm config include this device for scans? 1148924257 M * glen_ nope. but i did it earlier without even looking at lvm.conf 1148924307 M * Bertl and it worked? 1148924316 M * glen_ yes 1148924316 M * glen_ # grep filter /etc/lvm/lvm.conf |grep -v '#' filter = [ "a/.*/" ] 1148924339 M * Bertl so why should it fail now? unless the device did go aways in the meantime 1148924392 M * glen_ i'm not sure. not expert on lvm... 1148924440 M * Bertl strace -fF is your friend 1148924476 M * glen_ maybe it doesn't like that the device itself is dm created 1148924500 M * glen_ as the strace doesn't show failure: 1148924500 M * glen_ stat("/dev/sil_afbgafccdhag9", {st_mode=S_IFBLK|0660, st_rdev=makedev(254, 8), ...}) = 0 1148924504 M * glen_ write(2, " ", 2 ) = 2 1148924506 M * glen_ write(2, "Device /dev/sil_afbgafccdhag9 no"..., 40Device /dev/sil_afbgafccdhag9 not found.) = 40 1148924540 Q * dna Quit: Verlassend 1148924544 M * Bertl looks to me like device 254:8 is not there 1148924575 M * glen_ but stat() returned = 0 1148924587 M * Bertl yes, that was the device node 1148924600 M * Bertl check /proc/partitions for 254:8 1148924615 M * Bertl the device node is there, the device not 1148924622 M * doener_ hm, damn someone obviously tricked the ml's greylisting 1148924624 M * Bertl (the beauty of udev and friends :) 1148924748 M * glen_ ahaa http://www.redhat.com/archives/linux-lvm/2005-November/msg00021.html 1148924780 M * glen_ beautiful 1148924780 M * glen_ # pvcreate /dev/sil_afbgafccdhag9 Physical volume "/dev/sil_afbgafccdhag9" successfully created 1148924864 M * Bertl doener_: doesn't seem like it was greylisted at all 1148924957 M * doener_ Bertl: http://lwn.net/Articles/185470/rss -- you need to switch distros *g* 1148924989 M * glen_ if i use lvm device inside vserver, i would expect it wouldn't cause any problems inside vserver? 1148925035 M * Bertl doener_: yep, probably time to switch to debian :) 1148925190 M * Bertl doener_: but it is for the Corporate Server version ... 1148925370 M * Bertl CS 3.0 starts at 300 EUR :) 1148925397 M * Bertl (premium at 750EUR) 1148925519 M * glen_ can i change some mountpoint of running vserver? say i created new partition and want to mount it at /media/files 1148925601 M * Bertl inside the guest (the /media/files)? 1148925633 M * glen_ yes 1148925693 Q * Nam Ping timeout: 480 seconds 1148925720 M * Bertl yeah, just use the vnamespace -e to mount it there 1148925729 M * Bertl (either directly or via bind mount) 1148925799 M * glen_ uh oh. i just looked /proc/mounts of all xid's and they have even mountpoints of other vservers there 1148925848 M * glen_ ok. i'm sorry. it's not, but the list is definately large ;) 1148926774 M * daniel_hozac you could use waldi's namespace cleanup patch and enable it for all your guests. 1148927428 M * Bertl okay, relocating now .. back later ... 1148927432 N * Bertl Bertl_oO 1148927647 M * mnemoc hi, can i allow mount -o bind without allowing any other kind of mount? 1148927713 M * glen_ okay. i ran it in wrong context ;) 1148927722 M * glen_ now i have only rootfs ... 1148927858 M * glen_ i should run it as 'vnamespace -e 49153 vnamespace -c' ? 1148928332 M * daniel_hozac mnemoc: well, secure_mount is only bind mounts and loopback mounts. 1148928339 M * daniel_hozac (IIRC) 1148928363 M * daniel_hozac glen_: no, vnamespace -c cleans way too much. 1148928370 M * daniel_hozac glen_: that's why waldi wrote a patch for it. 1148928384 M * glen_ any hint where to find it? 1148928396 M * glen_ didn't had success with google 1148928447 M * waldi use the debian package from unstable 1148928503 M * glen_ i don't use debian... 1148928621 M * daniel_hozac http://daniel.hozac.com/vserver/util-vserver/util-vserver-0.30.210-namespace-cleanup.patch 1148929046 M * Hollow evening folks! 1148929118 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net 1148929406 M * mnemoc daniel_hozac: sorry for my ignorance and my poor google capabilities today, is that a flag? 1148929427 J * aphetadus ~joaopaulo@201.44.214.241 1148929493 M * mnemoc oh, ccapabilites 1148929723 M * glen_ namespace cleanup patch emits device buzy messages. that's okay? 1148929724 M * glen_ umount: /var: device is busy 1148929724 M * glen_ umount: /var: device is busy 1148929724 M * glen_ umount: /usr: device is busy 1148929724 M * glen_ umount: /usr: device is busy 1148929756 M * glen_ it's probably because i have these twice in /etc/mtab 1148930372 J * Nam ~nam@s142-179-93-180.bc.hsia.telus.net 1148931316 Q * Viper0482 Remote host closed the connection 1148931631 Q * hallyn_ Ping timeout: 480 seconds 1148933492 Q * cdrx Ping timeout: 480 seconds 1148934618 Q * bonbons Quit: Leaving 1148935254 J * matti matti@linux.gentoo.pl 1148935576 J * yarihm ~yarihm@217-162-112-223.dclient.hispeed.ch 1148936685 N * Bertl_oO Bertl 1148936704 M * Bertl welcome aphetadus! Nam! 1148936712 M * Bertl wb yarihm! matti! 1148936728 M * aphetadus thanks 1148936950 M * phycho sup guys :) 1148936980 A * phycho goes back to compiling what feels like the 18th kernel today 1148937045 M * matti Bertl: Hellooo! :) 1148937052 M * Bertl phycho: kernel compiling is fun! 1148937146 M * phycho sometimes ;) 1148937172 M * phycho depends how slow the machine is. 1148938528 M * yarihm hi everyone 1148939318 J * Aiken ~james@tooax8-087.dialup.optusnet.com.au 1148939870 M * ray6 oh yeah, could also do some kernel compiling... :) 1148940307 Q * yarihm Quit: Leaving 1148940782 J * dna ~naucki@dialer-150-40.kielnet.net 1148941549 J * dna_ ~naucki@dialer-150-40.kielnet.net 1148941550 J * shedi ~siggi@inferno.lhi.is 1148941992 Q * dna Ping timeout: 480 seconds 1148942042 M * cemil foo 1148942053 M * Bertl bar! 1148942709 P * aphetadus 1148942756 J * nammie ~nam@s142-179-93-180.bc.hsia.telus.net 1148942764 M * blizz (german :-) somebody interested in the fuc*ing funniest anti-kettenmail-kettenmail i've ever read? 1148942787 M * Bertl welcome nammie! 1148942842 M * blizz god, i got headache because of laughing so much.. 1148943153 Q * Nam Ping timeout: 480 seconds 1148944928 Q * shedi Read error: Connection reset by peer 1148945765 J * shedi ~siggi@inferno.lhi.is 1148947099 P * Skram all 1148947099 J * Skram ~MarkS@admins.sentiensystems.net