1183853385 M * slack101 Supaplex, you up ? 1183853730 Q * bzed Quit: Leaving 1183855190 M * Supaplex that was a good nap. 1183855413 M * vserver101 wasn't it now? :) 1183855588 J * DoberMann_ ~james@AToulouse-156-1-81-103.w86-196.abo.wanadoo.fr 1183855693 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1183855988 M * slack101 Supaplex, you should check out OpenVPS much much better 1183856012 M * Supaplex yeah, real soon now 1183856033 M * slack101 much more professional 1183856035 M * slack101 C and python 1183856042 M * slack101 and they use some real nice graphing tools 1183856048 M * slack101 a better overwall product 1183856083 M * Supaplex cool. 1183856405 M * onox_ slack101: you finally discarded openvcp? :p 1183856437 N * onox_ onox 1183856442 M * slack101 yea man peice of shit 1183856445 M * slack101 no joke 1183856447 M * onox good :) 1183856449 M * slack101 onox, thing was a joke 1183856456 M * onox a big joke 1183856461 M * onox i'm gonna take some sleep 1183856461 M * slack101 openvps uses python and C and works reaaaal nice 1183856472 Q * onox Quit: zZzZ 1183856473 M * slack101 keyword their is works 1183856506 M * vserver101 but openvpc is also written in C. how can the language have anything to do with it? 1183856625 M * Supaplex bugs suck, no matter what they're written with. 1183856626 M * Supaplex HAH 1183856963 M * slack101 i will re phrase' 1183857359 M * vserver101 someday? 1183857608 M * Supaplex NEVER! 1183857640 M * slack101 lol 1183857654 M * slack101 openvcp does not use it all to well 1183857664 M * slack101 the c language they should use it for time crucial things 1183857666 M * slack101 but heh 1183859721 M * micah openvps works? last I tried it, it was a jumble of random scripts 1183859781 M * slack101 works good 1183859784 M * slack101 when did you try it ? 1183859792 M * slack101 also the daemon part is in C 1183860181 M * slack101 micah, ^ 1183860369 M * micah slack101: i tried it maybe 6-8 months ago, I couldn't figure out how to get it to work 1183860409 M * slack101 lol ? 1183860516 M * micah ? 1183860542 M * micah maybe I got an unstable release, as they seem to only have CVS snapshots 1183860841 M * slack101 what happaned ? 1183860846 M * slack101 theres a web gui man lol 1183860859 M * slack101 not just a bunc of random scripts its 4 different packages 1183860946 M * micah it was incredibly opaque when I tried it, very unclear how to set it up, and what the different packages were for 1183861042 M * slack101 theres a readme ;) 1183861143 M * micah i guess I will have to try again 1183861210 M * slack101 contro panel looks like this https://www.openhosting.com/cp/login?msg=Please+log+in.&uri=/cp/clist 1183861312 M * micah can't login tho :) 1183866201 M * slack101 yea i know 1183866214 M * slack101 micah, but im jus saying its not a bunch of bullshit scripts its a program ;) 1183866530 M * Supaplex ramble ramble mutter mutter ramble ramble mutter mutter 1183868759 N * Bertl_zZ Bertl 1183868768 M * Bertl morning folks! 1183869205 M * mattzerah hey b 1183869712 M * Bertl hey mattzerah! how are you? 1183869753 M * mattzerah not bad 1183869755 M * mattzerah for a sunday :) 1183869776 M * mattzerah mowed the lawn, bought new fish, working on a mates website, all the usual 1183869777 M * mattzerah heh 1183869782 M * mattzerah how are you ? 1183869802 M * Bertl not fully awayke, but otherwise fine :) 1183869937 M * mattzerah hehe, sounds like coffee time 1183871407 Q * vserver101 Quit: CGI:IRC (EOF) 1183875884 M * slack101 Bertl, already up ? 1183875889 M * Bertl yup 1183875970 M * slack101 im still setting up openVPS 1183875976 M * Bertl congrats! 1183875992 M * slack101 its going quite smoother then openVCP 1183875999 M * slack101 looks better programmed too 1183876004 M * slack101 i really like how they used rrd 1183876072 M * slack101 i hate how they want you to use fedora though 1183876086 M * slack101 really stupid i will resubmit a version that does not have those dumb work arounds 1183876097 M * Bertl please do that :) 1183876146 M * slack101 have you ever used it ? 1183876150 M * slack101 a recent version ? 1183876173 M * Bertl I tried it a few weeks ago, IIRC 1183876181 M * slack101 and ? 1183876187 M * Bertl wasn't that bad 1183876199 M * slack101 im still setting it up 1183876210 M * slack101 theres not much of a readme 1183876258 M * slack101 Bertl, does this thing use a daemon or what ? one thing i cant figure out 1183876338 M * Bertl well, you need to put some kind of 'deamon' on the hosts 1183876360 M * Bertl and you need to have an 'admin' node 1183876366 M * slack101 yes 1183876373 M * slack101 i have all the host stuff installed 1183876382 M * slack101 i used some demo things from some other hosting sites 1183876386 M * slack101 looks what i need 1183876398 M * slack101 but i cant seem to figure out how to start the daemon 1183876555 M * slack101 i dont understand why they depend on apache for one and why they depend on these stupid centos red had etc 1183876892 M * Bertl probably design decisions to speed up development 1183877334 M * slack101 Bertl, still cant find this daemon hmmmm 1183879269 M * slack101 ahwell finish setting this up tomorrow bed tome 1183880352 M * Supaplex haha bed tome. 1183882048 J * meandtheshell ~markus@85.127.117.37 1183883246 N * DoberMann_ DoberMann 1183884887 J * bonbons ~bonbons@2001:5c0:85e2:0:20b:5dff:fec7:6b33 1183886242 J * newbie ~nobody@ACaen-152-1-62-169.w83-115.abo.wanadoo.fr 1183886272 N * newbie pmenier 1183888809 Q * Johnnie Ping timeout: 480 seconds 1183888867 J * ktwilight ~ktwilight@142.79-66-87.adsl-dyn.isp.belgacom.be 1183889278 Q * ktwilight_ Ping timeout: 480 seconds 1183889373 J * Johnnie ~jdlewis@c-67-163-246-136.hsd1.pa.comcast.net 1183889608 Q * pmenier Quit: pmenier 1183889647 J * pmenier ~pmenier@ACaen-152-1-62-169.w83-115.abo.wanadoo.fr 1183890456 M * Bertl nap attack ... back later ... 1183890462 N * Bertl Bertl_zZ 1183894761 J * bzed ~bzed@dslb-084-059-107-010.pools.arcor-ip.net 1183895603 J * duckx ~Duck@tox.dyndns.org 1183896581 J * Piet hiddenserv@tor.noreply.org 1183896730 Q * Piet Remote host closed the connection 1183896758 J * Piet hiddenserv@tor.noreply.org 1183897174 J * alex_ ~alexalex@87.194.40.162 1183897415 Q * opuk Quit: leaving 1183897535 J * opuk ~kupo@c213-100-138-228.swipnet.se 1183898332 J * lilalinux ~plasma@80.69.41.3 1183898469 Q * Aiken Quit: Leaving 1183898798 Q * duckx Remote host closed the connection 1183899280 Q * alex_ Ping timeout: 480 seconds 1183901852 Q * opuk Remote host closed the connection 1183901951 J * opuk ~kupo@c213-100-138-228.swipnet.se 1183902263 Q * lilalinux Remote host closed the connection 1183902476 M * gdm better thana bot attack :) 1183903052 M * meandtheshell humans are failure because their uptime is limited to ~2/3 a day, not hotswap nor redundancy etc. ... a failure by design 1183903102 M * meandtheshell its just the can do parallel computations pretty good 1183903109 M * meandtheshell s/the/they/ 1183904771 Q * Piet Ping timeout: 480 seconds 1183905273 M * doener meandtheshell: hm, you can basically hotswap politicians and some of them are even redundant... The hotswapping usually doesn't act as fail-over though ;-) 1183905452 M * meandtheshell doener: in politics there is no fail-over .... there are just failures all over 1183905458 M * meandtheshell ;-] 1183905496 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk 1183905976 N * DoberMann DoberMann[PullA] 1183907358 M * gdm and aren't they _all_ redundant? 1183908644 Q * FireEgl Read error: Connection reset by peer 1183908795 J * duckx ~Duck@tox.dyndns.org 1183908857 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1183909979 N * Bertl_zZ Bertl 1183909988 N * Bertl Bertl_oO 1183910586 Q * ensc Ping timeout: 480 seconds 1183911058 Q * pmenier Quit: pmenier 1183912018 N * Bertl_oO Bertl 1183912024 M * Bertl back now ... 1183913971 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net 1183915081 M * slack101 Bertl, i am pissed at this openvps and the way they programmed it 1183915096 M * slack101 not the programming but the way they set it up for red hat distros 1183915111 M * Bertl here we go again ... 1183915117 M * slack101 lol 1183915130 M * slack101 why do people have to make things to difficult 1183915162 M * Bertl slack101: let me state the following: first, watch your language, second, take it or leave it, or if you must, improve it :) 1183915187 M * slack101 what language ? 1183915192 M * Bertl slack101: it's very impolite to complain about software which is given to you for free 1183915221 M * slack101 im not complaining im jus stating i think they are like red hat people or something 1183915231 M * slack101 Bertl, 2ndly pissed is not a bad word ;) 1183915239 M * Bertl slack101: and my patience in this regard is wearing thin ... so please be nice 1183915289 M * slack101 Bertl, whats with you and language ;) pissed / damn are not even bad words ;) 1183915345 M * Bertl http://www.webster.com/dictionary/pissed 1183915371 M * daniel_hozac according to you. that's entirely subjective. 1183915420 M * slack101 well i speak from an american point of view 1183915432 M * slack101 and pissed is for sure not a bad word ;) 1183915438 M * Bertl so now you are claiming that all americans are using vulgar? 1183915452 M * slack101 im saying its not looked at as vulgar 1183915468 M * slack101 f*ck sh*t etc are vulgar 1183915584 M * Bertl 2007-07/LOG_2007-07-08.txt:1183856442 M * slack101 yea man peice of shit 1183915597 M * Bertl 2007-07/LOG_2007-07-05.txt:1183662036 M * slack101 still trying to figure out this mod rewrite shit 1183915606 M * Bertl 2007-06/LOG_2007-06-25.txt:1182809464 M * slack101 that dude that makes 120 k a month i know his shit sucks compared to this 1183915623 M * Bertl 2007-05/LOG_2007-05-21.txt:1179767415 M * slack101 this ft.us. shit is not connecting 1183915632 M * Bertl (and quite a number more :) 1183915661 M * slack101 orry ;) not like i did it on purpose 1183915694 M * Bertl that's why I kindly notified you and didn't kick you in the first place :) 1183915716 M * slack101 i thought you were from austria ;) 1183915725 M * Bertl so? 1183915751 M * slack101 nevermind :P i was watching some austrian tv 1183915826 M * slack101 it made american tv look like a kids channel ;) 1183915885 M * Bertl and what exactly would this have to do with me? not to mention that you are generalizing again? 1183915893 M * slack101 im kidding 1183915914 M * slack101 i think english vulgar words make more of an impact anyways 1183916087 M * gdm Bertl: can i ask some advice? 1183916096 A * gdm thinks he knows what the answer might be... 1183916116 M * gdm im runnning a production host which currently has an old-ish vanilla kernel/vserver patch 1183916125 M * Bertl gdm: see topic 1183916137 M * gdm and i'm wonderign whether to upgrade to the debian one or the vanilla one 1183916159 M * gdm you'd recommend the vanilla+patch, wouldn't you? 1183916165 M * daniel_hozac always :) 1183916179 M * gdm yep, the topic was what made me think of it 1183916182 M * Bertl indeed, although the really recent debian ones are not that bad 1183916196 M * Bertl (emphasis on really recent) 1183916204 M * gdm what, like the testing ones, or the unstable ones? 1183916210 A * gdm hasn't checked the difference yet 1183916229 M * Bertl like the ones micah and waldi upload on a regual basis 1183916252 M * gdm ahh, ok, i shall bug micah ;) 1183916252 M * daniel_hozac well, i think waldi is responsible for the kernels. 1183916253 M * gdm thank you! 1183916263 M * Bertl you're welcome! 1183916633 M * slack101 Bertl, figured it out i guess openvps-mon starts the daemon 1183916931 J * ema ~ema@rtfm.galliera.it 1183916958 M * Bertl wb ema! 1183917066 M * slack101 Bertl, youknow any way to get into contact with the dev's of openvps ? 1183917259 M * Bertl I guess they should have email, no? 1183917279 M * slack101 they do not 1183917293 M * slack101 http://www.openvps.org/ 1183917301 M * daniel_hozac really? what kind of person doesn't have email these days? 1183917329 M * slack101 they dont disclose it if they do 1183917357 M * Bertl http://www.paul.sladen.org/vserver/archives/200409/0161.html 1183917447 M * Bertl http://freshmeat.net/projects/openvps 1183917576 M * slack101 sent an email i hope i will get a response back 1183917603 M * slack101 its almost to the point where i am going to write one myself ;) 1183917621 M * daniel_hozac a response? 1183917654 M * slack101 yes ? 1183917749 M * Bertl lol 1183917762 A * slack101 is lost ? 1183917824 M * slack101 shouldnt take me that long to make a daemon i dont think 1183917831 M * slack101 i think i will do C and Lua 1183917865 M * daniel_hozac why rewrite from scratch when there are already numerous solutions out there? 1183917873 M * slack101 theres 2 1183917880 M * slack101 if you know anymore let me know :) 1183917888 M * slack101 openVCP is HEAVILY broken 1183917916 M * slack101 openVPS has based it life around fedora from network configing to dis space just everything is fedora 1183917936 M * daniel_hozac of course. 1183917952 M * slack101 it only creates fedora guest too 1183917954 M * slack101 how stupid 1183917963 M * daniel_hozac any _complete_ solution will either be its own distribution, or require one of their choice. 1183917978 J * ensc ~irc-ensc@p54B4D6F9.dip.t-dialin.net 1183917985 M * slack101 you could write it platform independent 1183917994 M * daniel_hozac no, you cannot. 1183918003 M * slack101 openVCP did .....when it worked 1183918003 M * slack101 :P 1183918022 M * slack101 Vserver is platform in dependent ;) 1183918041 M * daniel_hozac then it's not complete, or hacks around stuff making it more like its own distribution. 1183918314 M * slack101 explain 1183918320 M * slack101 it can work like vserver 1183918327 M * slack101 have certain scripts for each distro 1183918394 M * daniel_hozac sure, but that requires the project have people who know each distro... 1183918442 M * slack101 2ndly guest distros dont require ANY messing with ip's fstabs etc 1183918446 M * slack101 thats all done outside 1183918462 M * daniel_hozac yes, but that's not what i was talking about. 1183918485 M * slack101 expalin to me what aspect is not platform independent ? 1183918509 M * daniel_hozac anything that has to do with the host. 1183918520 M * slack101 please be specific 1183918530 M * daniel_hozac setting up a shared IP address among guests would require it add it to the host's networking configuration. 1183918545 M * slack101 so guest all use the same ip ? 1183918564 M * slack101 thats a rare occasion and i cant think of 1 time i would ever use that 1183918566 M * daniel_hozac not quite what i said, but that's one scenario that would require it. 1183918578 M * slack101 your picking ;) 1183918597 M * slack101 Bertl, what exactly did you not find in the other panels that was missing ? 1183918619 M * Bertl huh? I don't use panels at all ... 1183918677 M * slack101 if you were too ;) 1183918690 M * slack101 im jus saying whats a feature some of them ddint have that would be useful ? 1183918909 J * eimann ~eimann@83.243.0.253 1183918912 M * eimann moin 1183919197 M * eimann hmm. i get an "kernel does not support network virtualization" vs2.2.0 1183919200 M * Bertl morning eimann! 1183919210 M * eimann but i don't need that (i think it's vlan stuff, right?" 1183919221 M * eimann hey Bertl :) 1183919236 M * daniel_hozac no, that's what's used to isolate guests' networking. 1183919249 M * eimann hmmmm. 1183919261 M * daniel_hozac it most likely means you compiled your kernel with a legacy version id. 1183919265 M * Bertl hmm, yeah, we might want to change that to 'network isolation' 1183919293 M * daniel_hozac good idea. 1183919362 M * eimann ahhh. legacy was that v1 stuff, right? don't need that on v2x-only vservers i think ... 1183919400 M * eimann i think i had a similiar issue migrating from 2.4-v1 -> 2.6-v or so 1183919453 M * daniel_hozac you only need the legacy version id if you're running truly ancient utils. 1183919466 M * daniel_hozac (i.e. 0.30) 1183919486 M * eimann i've installed 0.30.213 1183919494 M * daniel_hozac so, you don't. 1183919512 M * eimann ok 1183919526 M * eimann i just compiled a new kernel, let's boot into it, bbk 1183919527 M * eimann *bbl 1183919682 M * slack101 i made that mistake once 1183919691 M * slack101 when compilign i had no network isolation 1183919720 M * daniel_hozac more like, you tricked the utils into thinking you didn't have the necessary APIs. 1183919731 M * slack101 anyways yea it ddint work 1183919795 Q * eimann Read error: Connection reset by peer 1183920540 J * Piet hiddenserv@tor.noreply.org 1183920650 M * daniel_hozac looks like OpenVPS was violating util-vserver's license until GPLv3 was released :) 1183920668 M * waldi hmm? 1183920733 M * daniel_hozac it's ASF v2.0 1183920780 M * daniel_hozac s/ASF/Apache License/ 1183920788 M * daniel_hozac that's incompatible with GPL v2. 1183920808 M * Bertl and it did directly link to the code? 1183920818 M * daniel_hozac it even includes some of the headers ;) 1183920831 M * daniel_hozac (i.e. in the tarball) 1183920832 M * Bertl omg! quick get rms! 1183920896 M * daniel_hozac well, it's too late now. 1183920902 M * daniel_hozac ;) 1183921145 A * doener still didn't get around to closely read v3... 1183921257 M * daniel_hozac me neither. 1183921509 J * gebura ~gebura@AOrleans-151-1-51-114.w90-21.abo.wanadoo.fr 1183921519 M * gebura hello all 1183921540 M * gebura i have a problem trying to use linux-verver on debian (etch)/alpha 1183921660 M * gebura you can see it at: http://www.evilkittens.org/~gebura/tmp/vserver 1183921670 M * gebura W: Failure trying to run: chroot /etc/vservers/.defaults/vdirbase/kea mount -t proc proc /proc 1183921791 M * daniel_hozac what kernel is that? 1183921976 Q * proti Ping timeout: 480 seconds 1183922025 M * gebura Linux mercure 2.6.18-4-vserver-alpha #1 1183922038 M * gebura apt-get install linux-image-2.6-vserver 1183922118 M * gebura have you an idea ? 1183922190 M * daniel_hozac if you run a similar command yourself, does it work? 1183922328 M * gebura no 1183922332 M * gebura it doesn't found mount 1183922335 M * gebura chroot: cannot run command `mount': No such file or directory 1183922388 M * daniel_hozac well, you'd need to have a somewhat prepared tree for it. 1183922395 M * daniel_hozac can you run debootstrap manually? 1183922488 M * gebura hum i'm not sure i understand 1183922489 M * gebura like debootstrap /etc/vservers/.defaults/vdirbase/kea [options] for installing debian manualy ? 1183922552 M * daniel_hozac like debootstrap etch /tmp/test 1183922656 M * gebura arf 1183922657 M * gebura W: Failure trying to run: chroot /tmp/test mount -t proc proc /proc 1183922743 M * daniel_hozac so it looks to be a general Debian problem. 1183922776 M * gebura maybe it will be corriged in the next stable... i just have to wait few years :D 1183922792 Q * slack101 Ping timeout: 480 seconds 1183922796 M * daniel_hozac probably not unless you file a bug. 1183922861 M * daniel_hozac Hollow: what do you think about replacing file with something util-vserver specific? (for the template build method) 1183922872 M * daniel_hozac i already have a working prototype. 1183923445 M * micah gebura: what did you do to get there? 1183923476 M * micah gebura: debian stable kernels work well for me... nice name for the vserver "kea" 1183923538 M * gebura micah, i am on a digital alpha box, i don't think lot of peoples are using Debian/alpha with vservers 1183923563 M * gebura the name is from http://dev.riseup.net/grimoire/vserver/create-instance/ 1183923595 M * gebura because i 've got some errors i 've try to use exactly the same command line as wrote in the doc 1183923598 M * daniel_hozac check out micah's hostmask ;) 1183923634 M * gebura haha 1183923643 M * gebura lol 1183923647 M * gebura loving your doc 1183923649 M * gebura realy :) 1183923694 M * doener hm, doesn't Aiken also run such a config? (debian + alpha + vserver, that is) 1183923718 M * micah gebura: it needs updating, I am working on that 1183923745 M * daniel_hozac doener: yeah, that's what i was thinking. that's with vanilla kernels though, i think. 1183923747 M * micah gebura: it sounds like your debootstrap failed 1183923771 M * daniel_hozac yeah, debootstrap appears to be broken. 1183923830 M * micah gebura: sometimes debootstrap fails for me, because of network or package lists being bad/broken on the mirror I am using... 1183923845 M * micah gebura: trying again sometimes solves it, or changing the mirror that is used 1183923863 M * gebura yes i know this 1183923874 M * Bertl as usual (i.e. not only for debian) using the 'main' site often helps 1183923889 M * gebura " -m http://ftp2.fr.debian.org " 1183923898 M * Bertl sometimes mirrors are quite broken ... 1183923913 M * gebura no Bertl , by default main mirroir is used 1183923931 M * doener hm, ftp2 seems at least like a secondary mirror 1183923931 M * gebura but sometimes it is very loaded, or there is a network problem 1183923938 M * micah gebura: what happens when you run: chroot /tmp/test mount -t proc proc /proc 1183923950 M * daniel_hozac that needs a prepared tree. 1183923956 M * gebura chroot: cannot run command `mount': No such file or directory 1183923960 M * daniel_hozac (i.e. one which has mount in it) 1183923969 M * micah yeah, you didn't get everything downloaded from debootstrap properly 1183924017 M * gebura i'll try to install testing version of debootstrap 1183924116 M * micah gebura: have you just tried to re-build the vserver using another mirror first? 1183924177 M * gebura hum no, why should i do this? 1183924482 M * gebura it don't change anything 1183924530 M * gebura so what can i do ? cp mount to the vserver tree ? 1183924571 M * Bertl I think what micah suggested was to remove the guest and simply try to rebuild it 1183924602 M * Bertl (just using a slightly incorrect terminology :) 1183924656 M * gebura hmmm, sorry i haven't understand 1183924679 M * gebura i 've do this (maybe x10) 1183924687 M * gebura it doesn't change anything 1183924709 M * gebura sorry , my english is poorly i don't understand well 1183924778 M * Bertl np, did you try with different mirrors? 1183924789 M * Bertl (or always with the same one?) 1183924849 M * gebura differents 1183924875 M * Bertl gebura: btw, you mentioned alpha, could you upload (paste.linux-vserver.org) the output of: 1183924879 M * gebura i have also try with stable version of deboostrap, testing, now sid... it doesn't work better 1183924887 M * Bertl 'vserver-info - SYSINFO' 1183924903 M * Bertl and 'testme.sh -vL' 1183924921 M * gebura http://paste.linux-vserver.org/4085 1183924928 M * Bertl you can get the latter here: http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh-0.17 1183924974 M * Bertl could you try if updating util-vserver to 0.30.213 helps? 1183924993 M * gebura and http://paste.linux-vserver.org/4086 1183925004 M * daniel_hozac it's a debootstrap problem. 1183925013 M * daniel_hozac debootstrap etch /tmp/test shows it as well. 1183925018 M * Bertl daniel_hozac: why does testme.sh fail? 1183925040 M * daniel_hozac good question... 1183925062 M * Bertl micah: what dietlibc is used for the alpha build? 1183925062 Q * vasko Read error: Connection reset by peer 1183925094 M * gebura so i'll try to post a debian bug repport 1183925095 J * vasko ~vasko@unreal.rainside.sk 1183925095 A * vasko is gone. Gone since Wed May 23 12:23:00 2007 1183925115 M * Bertl gebura: let's investigate this a little further, if you got a few more minutes 1183925135 M * gebura if you want 1183925140 M * daniel_hozac the utils don't do anything weird with vc_net_create. 1183925163 M * daniel_hozac it's just a call to the kernel. 1183925192 M * Bertl gebura: also, please rerun the testme.sh with -vvL 1183925214 M * Bertl vasko: ping! 1183925252 M * gebura http://paste.linux-vserver.org/4087 1183925260 M * Bertl tx 1183925339 M * Bertl gebura: okay, I'd suggest to try the following: 1183925368 M * Bertl gebura: uninstall the debian version of util-vserver, get the sources for 0.30.213 and recompile it manually with --prefix= 1183925433 M * Bertl micah: or do you have the debian defaults at hand? 1183925444 M * waldi Bertl: fs/sysfs/dir.c:sysfs_get_inum is called with a lock held? 1183925462 M * waldi as i see atomic_sets in the round, i doubt 1183925467 M * Bertl on 2.6.21.5? 1183925482 M * waldi yes 1183925491 M * Bertl do you get an error report? 1183925505 M * micah Bertl: I'm trying to find dietlibc's version on alpha 1183925506 M * waldi no, it looks racy 1183925524 M * gebura Bertl, i am sorry but i've much time to try to comple util-vserver today 1183925531 M * Bertl waldi: hmm, maybe the sysfs fix, but it works here ... 1183925534 M * gebura if you want i can try another day 1183925543 M * gebura but not before the next weekend 1183925548 M * Bertl gebura: okay, but shouldn't take very long 1183925561 M * waldi Bertl: its racy, "work here" is no excuse in case of multithreading 1183925565 M * doener http://paste.linux-vserver.org/4088 1183925572 M * Bertl waldi: yep, do you have a trace? 1183925580 M * micah Bertl: 0.30-4 is the version of dietlibc-dev on alpha (same on all the other arches) 1183925582 M * doener (util-vserver configure flags from debian package) 1183925596 M * Bertl tx 1183925603 M * gebura i have to do 200km this evening Bertl what's why i don't want try this today :( 1183925617 M * micah gebura: on bike? 1183925618 M * doener ignore the $(confflags), that's just cross-compiling AFAICT 1183925629 M * Bertl gebura: okay, np, let's continue another time 1183925644 M * waldi Bertl: which sort of trace? 1183925645 M * gebura haha micah 1183925655 M * gebura in car 1183925667 M * Bertl from the lock debugging code? 1183925674 M * Bertl waldi: from the lock debugging code? 1183925687 M * micah gebura: wget http://backports.org/debian/pool/main/u/util-vserver/util-vserver_0.30.213-1~bpo.1_alpha.deb 1183925694 M * micah gebura: dpkg -i util-vserver_0.30.213-1~bpo.1_alpha.deb 1183925701 M * waldi Bertl: there is no lock involved, which is the problem 1183925744 M * Bertl ahem, so how are you observing a lock-up then? 1183925777 M * Bertl waldi: anyway, here is the patch: http://vserver.13thfloor.at/Stuff/patch-sysfs-fix-2.6.21.diff 1183925820 M * waldi i did not say anything about a lock-up; this is only one possible result of a race condition 1183925857 M * Bertl waldi: okay, let's take a step back :) what are you observing :) 1183925859 M * waldi sysfs_inode_counter is accessed non-atomicaly without any lock held 1183925899 M * gebura i'll try micah 1183925907 M * gebura but i found something interesting 1183925926 M * gebura debootstrap etch /tmp/test seems to work when using standard (not vserver) kernel 1183925984 M * waldi Bertl: which bug does this patch try to fix anyway? 1183926004 M * daniel_hozac the sysfs oopsing. 1183926004 M * Bertl daniel_hozac: could you provide the original thread please? 1183926030 M * Bertl waldi: it's a cruel hack-backport 1183926057 M * daniel_hozac http://lkml.org/lkml/2007/5/21/598 1183926074 M * Bertl waldi: but the problem is, that the issue is real, i.e. it actually hurts Linux-VServer kernels 1183926102 M * daniel_hozac well, it hurts any kernel, no? 1183926124 M * Bertl yeah, but with many guest, memory pressure is high 1183926152 M * daniel_hozac sure. 1183926174 M * waldi Bertl: yeah, i just dig through the original patch 1183926187 M * waldi sysfs: fix race condition around sd->s_dentry, take#2 1183926196 M * waldi sysfs: store sysfs inode nrs in s_ino to avoid readdir oopses 1183926265 M * waldi Tejun's upstream patch uses a new-ish "ida" allocator which brings 1183926265 M * waldi along some extra complexity; this -stable patch has a brain-dead 1183926265 M * waldi incrementing counter which does not guarantee uniqueness, but because 1183926265 M * waldi sysfs doesn't hash inodes as iunique expects, uniqueness wasn't 1183926265 M * waldi guaranteed today anyway. 1183926279 M * waldi thats the relevant part, uniqueness is explicitely denied 1183926313 M * Bertl waldi: if you can provide a working and improved replacement patch, I'll gladly include it 1183926326 M * waldi bah, why can't they document that in the code? 1183926423 M * waldi import dd14cbc994709a1c5a64ed3621f583c49a27e521 and uses sysfs_lock in sysfs_get_inum also 1183926439 M * waldi but not needed, upstream has another solution pending 1183926656 M * gebura well 1183926667 M * gebura now i don't understand anything 1183926683 M * gebura i have reboot on the standard debian kernel (alpha-generic) 1183926690 M * gebura try deboostrap, it work 1183926708 M * gebura now, i have reboot with the vserver kernel (vserver-alpha) 1183926720 M * gebura and debootstrap seems to work too ! 1183926747 M * Bertl does the testme.sh work now? 1183926830 M * gebura no i have got the same errors 1183926857 M * gebura ncontext: vc_net_create(): Invalid argument (x2) \n chbind failed! 1183926894 M * Bertl micah: do you have a test? system at hand with this specific kernel (but different arch)? 1183926923 M * micah Bertl: I'm using this exact kernel and toolset on a number of i386 and amd64 machines 1183926947 M * micah gebura: specifically which kernel are you using? 1183926963 M * gebura Linux mercure 2.6.18-4-vserver-alpha 1183926991 M * gebura debian 's kernel (installed with apt-get install kernel-image-2.6-vserver 1183926993 M * gebura ) 1183927015 M * micah waldi: you have an alpha dont you? 1183927037 M * Bertl micah: could you run the testme.sh-17 ? 1183927040 M * waldi micah: no 1183927058 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh-0.17 1183927118 M * micah Bertl: all tests succeeed 1183927135 M * Bertl okay, tx! 1183927153 M * micah http://paste.linux-vserver.org/4089 1183927237 M * micah i think aba has an alpha he runs vservers on 1183927267 M * gebura the problem seems to be deboostrap related 1183927282 M * gebura i have this working with sid version of deboostrap 1183927300 M * gebura i removed this version and installed stable version 1183927304 M * gebura the errors came back 1183927505 M * micah gebura: the version in testing also has problems? 1183927530 M * gebura i am looking for 1183927629 M * micah gebura: what is the vserver build command you are using? 1183927631 M * waldi debootstrap in sid is broken 1183927639 M * gebura vserver kea build -m debootstrap --hostname kea --interface eth0:192.168.0.201/24 -- -d etch 1183927654 M * gebura waldi, i don't test the entire installation 1183927673 M * micah waldi: gebura claims the opposite, that debootstrap in etch and lenny are broken on his alpha, but the sid one works? 1183927679 M * gebura errors appears just nextly to "I: Resolving dependencies of base packages..." 1183927695 M * waldi anyway, i don't care about debootstrap 1183927700 M * micah gebura: with what version of debootstrap? 1183927727 M * gebura just a minute please 1183927730 M * gebura i am testing 1183927747 M * gebura that s difficult to understand (and to test on a 500mhz box!) 1183927765 M * gebura so: 1183927771 M * gebura stable: not work 1183927776 M * gebura testing: not work 1183927778 M * waldi use cdebootstrap 1183927779 M * gebura sid: work 1183927839 M * gebura but if you try to install different versions of deboostrap and use it immediatly, you must do apt-get clean (or reboot) 1183927921 M * waldi hu? 1183928042 M * gebura arg that's difficul to explain ! 1183928060 M * gebura i will try to give you an example with a shell copy 1183929092 M * gebura hum no, i said something wrong (about apt-get clean or reboot) 1183929094 M * gebura http://www.evilkittens.org/~gebura/tmp/vserver 1183929208 Q * bonbons Quit: Leaving 1183929362 M * micah gebura: hmm, yeah try cdebootstrap instead? 1183929472 M * gebura vserver kea build -m cdebootstrap ? 1183929581 M * gebura micah, what command line should i use ? 1183929673 J * AStorm ~astralsto@host-81-190-179-124.gorzow.mm.pl 1183929674 M * micah gebura: yes 1183929694 M * daniel_hozac "yes"? :) 1183929734 M * AStorm Hello 1183929749 M * daniel_hozac hi 1183929752 M * AStorm I've a question about VServer devel: is there a development patch for 2.6.22-*? 1183929760 M * AStorm Or at least 2.6.21? 1183929763 M * micah daniel_hozac: I mean he should use -m cdebootstrap 1183929798 M * daniel_hozac but... there's no such thing. 1183929811 M * daniel_hozac AStorm: yes, to both questions. 1183929829 M * daniel_hozac http://vserver.13thfloor.at/Experimental/patch-2.6.22-rc7-vs2.2.0-rc5.diff 1183929833 M * daniel_hozac http://vserver.13thfloor.at/Experimental/patch-2.6.21.5-vs2.2.0.diff 1183929837 M * micah daniel_hozac: you are right! 1183929841 M * micah of course... 1183929853 M * AStorm Heh, didn't know about that server, thanks :-) 1183929905 M * daniel_hozac micah: but the more trivial test case of cdebootstrap etch /tmp/test might be interesting (assuming it's command line compatible) 1183929938 M * AStorm daniel_hozac, uhm, these I know about - what is that 2.3.0.x release on the main page? 1183930155 M * harry http://vserver.13thfloor.at/Experimental/patch-2.6.21.5-vs2.2.0.diff ==> where 's the rc3? 1183930163 M * harry i mean... is it released? 1183930169 M * harry why isn't that on the site? 1183930186 Q * gebura Ping timeout: 480 seconds 1183930194 M * daniel_hozac harry: it's released. 1183930212 M * harry ahaaaaa 1183930225 M * harry then i'll make a diff for rc3 to release 1183930228 M * harry and update my patch too 1183930235 M * harry (tomorrow) 1183930254 M * daniel_hozac AStorm: the devel branch? it hasn't been updated for a while, but that should happen RSN. 1183930269 M * harry havent heard any complaints from fb either... so i asume my ipv6 patch works fine aswell :) 1183930271 M * AStorm Hmm, what about an incremental patch? Interdiff hates me :P 1183930284 M * daniel_hozac incremental from what to what? 1183930288 M * AStorm I could then upgrade (at least try to) on my own 1183930292 M * AStorm 2.2.0 to 2.3.0.12 1183930294 M * harry AStorm: interdiff sucks, but it's something i got used to ;) 1183930303 M * daniel_hozac interdiff is awesome. 1183930316 A * harry doesn't agree 1183930316 M * AStorm espdiff is awesome :P 1183930319 M * daniel_hozac AStorm: and what 2.3 features are you wanting to test? 1183930319 M * harry it's too flakey1 1183930340 M * AStorm daniel_hozac, hmm, XFS support is in 2.2.0? 1183930345 M * harry daniel_hozac: maybe update the patch to 2.6.21.6 then too... 1183930358 M * harry it might apply cleanly, but it's the latest... :) 1183930359 M * daniel_hozac AStorm: XFS support meaning? 1183930369 M * AStorm meaning COW at least 1183930385 M * daniel_hozac that's broken in all kernels, AFAIK. 1183930396 M * AStorm Hell. 1183930399 M * daniel_hozac it is most certainly not fixed in 2.3. 1183930419 M * AStorm That means I have to change my plans a bit... and drop in UnionFS too. 1183930440 M * AStorm Let's hope that won't interact badly with VServer. 1183930443 M * harry daniel_hozac: is it broken in mainline, or in vserver only? 1183930460 M * daniel_hozac COW is a vserver feature, so i don't see how it could be broken in mainline :) 1183930466 M * Aiken doener, only just woke up. you were right but it has to be set up again, alpha + vserver has been one of my normal configurations 1183930479 M * harry daniel_hozac: ah, sry, i misread, i thought xfs was broken itself 1183930735 J * gebura ~gebura@AOrleans-151-1-56-175.w90-21.abo.wanadoo.fr 1183930841 M * Bertl wb gebura! 1183930936 M * harry Bertl: do you have any idea when bonbons is gonna update the ipv6 patch? 1183930938 M * gebura i am back just for told you that http://backports.org/debian/pool/main/u/util-vserver/util-vserver_0.30.213-1~bpo.1_alpha.deb cause some errors in my box 1183930952 M * micah gebura: same errors? 1183930956 M * Bertl ah? 1183930970 M * gebura yes +- 1183930977 M * gebura http://www.evilkittens.org/~gebura/tmp/vserver (in the end of file) 1183931007 M * Bertl gebura: and the testme.sh? 1183931024 M * gebura with http://backports.org/debian/pool/main/u/util-vserver/util-vserver_0.30.213-1~bpo.1_alpha.deb ? 1183931031 M * Bertl yep 1183931089 M * gebura -vvL ? 1183931097 M * Bertl yeah 1183931109 M * harry bleh, not then... /me off 1183931133 M * Bertl harry: probably not at all, we will have ipv6 in 2.3 quite soon 1183931142 M * harry ah 1183931145 M * harry funky 1183931179 M * harry Bertl: will you still be editing the Makefile or are you gonna use the localversion-vserver or so ? 1183931201 M * gebura http://www.evilkittens.org/~gebura/tmp/vserver updated 1183931218 M * gebura please look quicly if you want anything else, i realy have to go 1183931225 M * gebura quickly 1183931251 M * Bertl gebura: seems unmodified here ... 1183931277 M * gebura oups sorry, done 1183931296 M * Bertl ah, okay, tx 1183931335 M * Bertl gebura: so see you next time ... 1183931345 M * gebura ok 1183931348 M * gebura good bye :) 1183931380 Q * gebura Quit: Quitte 1183932081 Q * meandtheshell Quit: Leaving. 1183932632 J * fleaATWiFi ~flea@d83-187-17-160.cust.tele2.pt 1183932702 N * DoberMann[PullA] DoberMann[ZZZzzz] 1183932760 M * fleaATWiFi Hi ppl! I have a question. I've configured a vserver client with one interface (eth0) with a unique local address. I see that by default the guest server is loaded with a bunch of routes that matches my host routes. What I wished was to change this routes, expecially the default gateway. How can I manipulate the route table from the guest server? 1183932763 M * fleaATWiFi thank you. 1183932769 N * fleaATWiFi flea 1183932820 M * Bertl hey flea! 1183932832 M * flea Bertl, hi! :) 1183932832 M * Bertl you ahve to configure multiple routing tables (kernel side) 1183932855 M * Bertl then you can setup a separate routing table for the guest IP and use that 1183932882 M * flea ok, and how do I select the routing table for the guest system? 1183932901 M * Bertl not at all, the guest system is not interested in that 1183932917 M * Bertl you configure a setup with an additional routing table _on_the_host 1183932924 M * flea but I have to bind the guest system to one of the routing tables 1183932931 M * Bertl you test it on the host, and the guest just uses it 1183932946 M * Bertl the guest can be bound to IP (this is layer 3) 1183932964 M * Bertl and it will use whatever routing setup there is on the host 1183932966 M * flea I see, but what I did wish was that the default table wasn't loaded at all 1183932978 M * Bertl it isn't loaded 1183932981 M * Guy- I just noticed that amavisd-new in a 64bit vserver has about three times the VSZ and twice the RSS of amavisd-new in a 32bit vserver... what could cause this? 1183932988 M * Guy- I'm sure it's not a vserver issue 1183933000 M * Bertl probably larger pointers? 1183933016 M * Guy- yes, but more than a hundred megabyte of them? 1183933032 M * flea Bertl, I'm understanding what you're saying... I can configure multiple routing tables, but I wish that the guest system only uses one of the multiple tables, is that possible? 1183933036 M * Guy- this is in 32bits: 1183933037 M * Guy- PID USER PR NI VIRT RES SHR CODE DATA SWAP nDRT nFLT S P WCHAN %MEM %CPU TIME+ COMMAND 1183933040 M * Guy- 26082 amavis 18 0 58652 52m 5176 1024 46m 4696 0 428 S 0 stext 5.3 0.0 0:03.71 amavisd (master) 1183933041 M * Bertl well, 100M of 32bit pointer -> 200M of 64bit pointers :) 1183933045 M * flea how can I select which table he will use? 1183933052 M * Guy- 64bit: 1183933053 M * Guy- 26576 amavis 18 0 164m 95m 9016 12 83m 68m 0 1014 S 0 184466044 9.5 0.0 0:04.27 amavisd (master) 1183933062 M * Bertl flea: no, you cannot assign a routing table to the guest 1183933073 M * Bertl flea: but you can use routing tables based on IP 1183933078 M * Guy- is it really conceivable that amavis would need 50+M of pointers? 1183933083 M * flea Ahh! I see.... 1183933085 M * Guy- (it's mostly perl) 1183933087 M * Bertl Guy-: no idea :) 1183933098 M * flea bind a routing table to an IP address 1183933117 M * flea ok I see... never used the multiple routing table system 1183933119 M * Bertl flea: yep, quite easy to do with 'ip rule ...' 1183933124 M * flea I wll check it! it's a start :D 1183933135 M * flea thank you very much Bertl 1183933140 M * flea :D 1183933141 M * Bertl you're welcome! 1183933173 M * Bertl Guy-: maybe some debugging could help? 1183933199 M * Bertl i.e. check what allocations are done (strace) and compare them 1183933354 Q * ema Quit: leaving 1183933359 M * Guy- that's going to be a lot... 1183933375 M * Guy- I'm looking for brk() calls, right? 1183933385 M * Bertl yep 1183933621 M * Guy- OK, how do I go about comparing this? 1183933660 M * Guy- in the 32bit strace, I have lines like 1183933661 M * Guy- brk(0x80f4000) = 0x80f4000 1183933673 M * Guy- and in the 64bit, 1183933674 M * Guy- brk(0x5c2000) = 0x5c2000 1183933685 M * Guy- there are certainly more brk lines in 64bit 1183933746 M * flea Bertl, can't find the multiple routing support for the 2.6 kernel. Do you know if it Is default within the routing capabilities? 1183934198 Q * Aiken Quit: Leaving 1183934333 M * AStorm Guy-, blame perl :> 1183934341 M * AStorm It's probably being stupid 1183934440 M * Guy- yes, that was my guess :) 1183934449 M * Guy- the question is, in what specific way is perl being stupid? :) 1183934520 M * Bertl they are a kernel option, you can relatively simple check them with 'ip route ls table 100' 1183934549 M * AStorm Guy-, probably really allocating that 1024+ pointers :P 1183934688 M * flea Bertl, I see thats a default support on routing for 2.6 kernels. in the 2.2 and 2.4 series you had an explicit option for that funcionality 1183934704 M * Bertl flea: you still have in the kernel 1183934720 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net 1183934726 M * Bertl wb Aiken! 1183934731 M * Aiken hi 1183934773 M * flea can't find the option or even the config macro CONFIG_IP_MULTIPLE_TABLES (old 2.2 and 2.4 series) 1183934840 M * Guy- maybe it's now part of 'IP: Advanced router'? 1183934879 M * flea I guess not since I havent selected the advanced router options and I still have multple routing tables support 1183934883 M * Guy- all my kernels support multiple routing tables, but I'm pretty sure I didn't enable that explicitly 1183934892 M * flea yap 1183934900 M * flea I think it's already a default behavior 1183934905 M * flea suport for 256 tables 1183934910 M * flea well brb... 1183934934 M * Guy- 256? something gave me the impression there were 65536 1183934950 M * Bertl actually 255 1183934956 M * flea the highest id is the local = 255 1183935033 M * AStorm why would one need 64k routing tables? :P 1183935043 M * AStorm single-machine ISP? 1183935110 M * Guy- Bertl: yes, but there's also table 0, isn't there? :) 1183935128 M * Bertl IP_MULTIPLE_TABLES 1183935150 M * Guy- AStorm: I don't think anyone would want to use all of them, but having 65535 potentially allows for more logical numbering 1183935161 J * yarihm ~yarihm@c-76-102-6-126.hsd1.ca.comcast.net 1183935168 M * Bertl Depends on: NET && INET && IP_ADVANCED_ROUTER 1183935185 M * Bertl (that is for 2.6.20.14) 1183935188 M * AStorm Guy-, there are names for that :P 1183935216 M * Bertl Guy-: yes, but table 0 is handled very special 1183935227 M * Guy- AStorm: you can name the routing tables? 1183935254 M * AStorm No, but you can alias with certain new iproute2 :> 1183935260 M * Bertl Guy-: yes, in /etc/iproute2/rt_tables 1183935264 M * Guy- AStorm: I didn't know that, is this a relatively new feature? (I haven't looked at this stuff in the last 3-4 years) 1183935268 M * Guy- ah 1183935274 M * Guy- cool 1183935278 M * Bertl it's purely userspace 1183935330 M * Guy- flea: apparently it's the "IP: policy routing" option (that's what Bertl found) 1183936154 M * AStorm Hmm, what's the difference between v2.2.0 and v2.2.0-r5? 1183936182 M * AStorm uhm, v2.2.0-rc5 I meant 1183936194 M * Bertl rc5 means 'release candidate' 1183936209 M * Bertl actually release candidate #5 1183936263 M * AStorm Yep, I asked about the difference :> 1183936271 M * AStorm not the naming 1183936282 M * AStorm changelog, if you will 1183936286 M * Bertl well, the rc5 is not considered a final release 1183936315 M * Bertl the kernel has changed, so you have to check the mainline changelog 1183936338 M * AStorm ? 1183936350 M * AStorm I was asking about VServer patch, blah 1183936377 M * AStorm is it just a port? 1183936392 M * Bertl depends on the patch you are referring to 1183936399 M * Bertl but I assumed the 2.6.22-rc7 one 1183936451 M * AStorm Yes, that too 1183936467 M * AStorm I'm specifically asking if it's more buggy than 2.2.0 one, or something 1183936480 M * AStorm (when compared on the same kernel version) 1183936481 M * Bertl well, it is definitely less tested :) 1183936492 M * AStorm Because I can use interdiff :P 1183936542 M * AStorm I can get an rc3 to release diff, but rc5 to release will be harder 1183936572 M * Bertl for 2.6.22, you won't be able to get an interdiff :) 1183936595 M * AStorm blah, it doesn't matter 1183936600 M * AStorm what matters, are the logic changes 1183936602 M * AStorm are there any? 1183936613 M * Bertl consider it an untested vs2.2.0 release for 2.6.22 1183936617 M * AStorm Because I can port 2.2.0-rc3 to release diff :P 1183936646 M * AStorm BTW, where can I read the changelog for 2.3.x? 1183936662 M * AStorm Have to check if it's worthwhile 1183936670 M * Bertl I'm not sure there is one ... 1183936705 M * AStorm :/ 1183936760 M * AStorm BTW, I've ported VServer to CFS (that new scheduler) some time ago 1183936779 M * Bertl ah? what's the advantage? 1183936781 M * AStorm Minor changes to the hard cpu limiting logic (different method of putting the task to sleep) 1183936797 M * AStorm The advantage is that CFS is much better than vanilla 1183936807 M * Bertl in what way? 1183936810 M * AStorm It's not a full port - just an update 1183936814 M * AStorm hmm, more fair 1183936819 M * AStorm lower latency 1183936829 M * Bertl sounds good, patches? 1183936836 M * AStorm Developed by Ingo too 1183936862 M * AStorm http://people.redhat.com/mingo/cfs-scheduler/ 1183936884 M * AStorm But I have to check the port diff :> 1183936892 M * Bertl ah, yes, I read about it on LKML 1183936904 M * AStorm Because there have been upgrades since 1183936905 M * Bertl do you have a patch for the vserver specific changes too? 1183936919 M * AStorm Will have one soon, when I upgrade it 1183936931 M * Bertl okay, please send me an url/copy 1183936984 M * AStorm When it's done - because currently I have it in a full version 1183936988 M * AStorm and it's 2.3.0.2 even 1183937002 M * AStorm :/ 1183937040 M * Bertl ok, np, TIA 1183937071 M * AStorm I have one for CFS v11 1183937076 M * AStorm so it really needs an update 1183937123 M * AStorm Should work with newer one though too 1183937272 Q * flea Ping timeout: 480 seconds 1183937460 M * AStorm Mhm, blah, I have the CFS patch updated to VServer, not the other way around :/ 1183937490 M * AStorm And I don't know whether the vxm and vx calls are done in correct places 1183937507 M * AStorm though the hard cpu limiting and monitor worked on that kernel 1183937842 J * flea ~flea@d83-187-17-160.cust.tele2.pt 1183938089 M * AStorm Hmm, seems that 2.6.22-rc7 port is incomplete wrt timer changes 1183938111 M * AStorm I see that CONFIG_TIME_INTERPOLATION case isn't covered 1183938141 M * Bertl that could easily be 1183938144 M * AStorm or maybe not... 1183938222 M * Bertl okay, I'm off to bed now ... have a good one everyone! cya! 1183938233 N * Bertl Bertl_zZ 1183938270 M * AStorm sys_adjtimex doesn't seem to be covered 1183938419 Q * bzed Quit: Leaving 1183938707 J * slack101 ~default@cpe-71-74-70-166.insight.res.rr.com 1183938720 M * slack101 wb slack101 !