1167610594 Q * brain-xy 1167611491 M * Johnnie Does anyone have a changelog for 2.3.0.x of the vserver kernel patches? 1167611635 M * Bertl compared to what_ 1167611642 M * Bertl s/_/? 1167611664 M * Johnnie 2.1.x 1167611688 M * Bertl basically in sync, except for the network modifications 1167611702 M * Johnnie Oh, which modifications would those be? 1167611717 M * Bertl enhanced loopback isolation support 1167611732 M * Bertl soon ipv6 will be enabled there too 1167611732 M * Johnnie Oh okay. 1167611816 M * Johnnie Awesome, thanks. 1167611823 M * Bertl you're welcome! 1167611922 M * Wonka *wait* 1167612095 M * Johnnie So, how's it feel to be in 2007, Bertl? 1167612313 M * Bertl good so far, tx! and for zou_ 1167612323 M * Bertl *argl* you? 1167612337 M * Bertl I guess I have to fix x2x soon :) 1167612358 M * daniel_hozac hehe 1167612453 M * Johnnie I'm not in 2007 yet. 1167612461 M * Johnnie I just wanted to make sure everything was alright before I got there. 1167612461 M * Johnnie haha 1167612470 M * Bertl ah, good idea :) 1167616267 M * Bertl okay, somewhat tired ... off to bed now ... have a good one everyone! 1167616280 M * daniel_hozac good night! 1167616291 N * Bertl Bertl_zZ 1167616752 N * click_ click 1167616994 Q * bonbons Quit: Leaving 1167618025 Q * click Ping timeout: 480 seconds 1167618332 Q * yarihm Quit: Leaving 1167618462 J * click click@ti511110a080-3060.bb.online.no 1167621841 M * matti Happy new year! 1167621878 A * matti fall asleep and miss 01/01/2007 at 00:00 ;p 1167621928 M * daniel_hozac lol 1167621952 M * matti Well ;p 1167621960 M * matti Nobody's perfect ;p 1167621966 M * matti ;D 1167622777 J * [NO]HP_fountain ~tyan@F21d8.f.strato-dslnet.de 1167623018 Q * Tyan Ping timeout: 480 seconds 1167631238 J * fert ~fert@host44-142.pool8250.interbusiness.it 1167631767 Q * fert Quit: Ex-Chat 1167645092 J * bonbons ~bonbons@83.222.37.103 1167647783 Q * m`m`h Ping timeout: 480 seconds 1167650186 J * m`m`h ~simba@deb30.mgts.by 1167651153 Q * Smutje Ping timeout: 480 seconds 1167651572 J * Smutje ~Smutje@xdsl-87-78-98-134.netcologne.de 1167651683 J * dna ~naucki@p54BCE53D.dip.t-dialin.net 1167652223 Q * Aiken Ping timeout: 480 seconds 1167652957 Q * ensc Killed (NickServ (GHOST command used by ensc_)) 1167652967 J * ensc ~irc-ensc@p54B4D227.dip.t-dialin.net 1167656489 Q * besonen Read error: Operation timed out 1167657998 Q * cehteh Ping timeout: 480 seconds 1167659609 J * dna_ ~naucki@p54BCE53D.dip.t-dialin.net 1167659795 Q * dna Ping timeout: 480 seconds 1167659997 J * s0undt3ch_ ~s0undt3ch@bl9-224-47.dsl.telepac.pt 1167660094 J * _dmax ~semaj@bl9-224-47.dsl.telepac.pt 1167660428 Q * s0undt3ch Ping timeout: 480 seconds 1167660436 Q * dmax Ping timeout: 480 seconds 1167660441 N * _dmax dmax 1167660663 Q * s0undt3ch_ Ping timeout: 480 seconds 1167660837 N * Bertl_zZ Bertl 1167660841 M * Bertl morning folks! 1167660847 M * Borg- afternoon 1167660848 M * daniel_hozac morning Bertl! 1167660947 J * s0undt3ch ~s0undt3ch@bl9-224-47.dsl.telepac.pt 1167661254 J * TrueLight ~truebrain@145.118.72.134 1167661323 M * TrueLight Hi all! First of all: happy new year :) Second, I have a question :p I am trying to get CPU limit stuff to work, but it fails... so let me first ask: should it be working at all on 2.0.2.1? 1167661401 M * daniel_hozac if by CPU limit you mean the CPU scheduler, yes. 1167661425 M * daniel_hozac assuming, of course, that you enabled the hard CPU scheduler in the kernel configuration, otherwise it'll just be priority based. 1167661478 Q * michal` Ping timeout: 480 seconds 1167661499 M * TrueLight even the priority thing doesn't seem to work 1167661513 M * TrueLight I tried to make 1 vserver running at 25%, leaving the rest as it is 1167661544 M * TrueLight when I check /proc/virtual//sched, the first line means the current amount of tokens, right? 1167661563 M * TrueLight so I used the default, 15 min, 125 max, 1 fillrate, and I put interval on 40000 1167661589 M * TrueLight still, the amount of tokens are always 120+, and neither sched_prio nor sched_hard is doing anything to the cpuhog program running 1167661617 M * daniel_hozac but tokens are consumed? 1167661626 M * daniel_hozac or is it just at 125 all the time? 1167661634 M * TrueLight it walks between 120 and 124 1167661662 M * TrueLight problem is that cpuhog does consume 98% cpu all the time 1167661817 M * Bertl are you talking about mainline 2.0.2.1? what kernel version? 1167661826 M * TrueLight 2.6.17, gentoo 1167661877 A * phreak`` hides again 1167661907 M * daniel_hozac haha 1167661907 J * michal` ~michal@www.rsbac.org 1167661911 M * Bertl TrueLight: please try the following (or a variation) 1167661913 M * Bertl vcmd -i 100 -BC ctx_create .flagword=^34^33^32^8 -- cpuhog 1167661922 M * TrueLight tried, gave the same result 1167661937 M * Bertl then the kernel is broken .. let me check with mainline here 1167661999 M * TrueLight mostly I was wondering if I read the information correct.. as this suggests token are getting in faster then they are being used, which is on interval values of 40000+ in my opinion not possible 1167662058 M * Bertl but you are sure that the harc cpu scheduler is enabled in the kernel config? 1167662068 M * Bertl i.e. could you run and upload the output of: 1167662149 M * Bertl testme.sh -d (http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh-0.17) 1167662201 M * TrueLight [ 5] the hard scheduler is enabled. 1167662230 M * Bertl good 1167662288 M * TrueLight http://pastey.net/4302 <- to give the full output 1167662362 M * daniel_hozac how many CPUs? 1167662365 M * TrueLight 1 1167662366 M * TrueLight AMD64 1167662371 M * TrueLight 32bit vservers 1167662389 M * Bertl yeah, will take a moment, have to recompile that ancient kernel :) 1167662403 M * TrueLight hehe :) I wish newer were stable in gentoo, but.. they are not :( 1167662428 M * Bertl well, there should be some 2.2.x versions out there, no? 1167662441 M * TrueLight all masked 1167662463 M * TrueLight hmm, not even there in fact 1167662471 M * daniel_hozac they are in the overlay. 1167662625 M * TrueLight btw, now I am here.. what does it mean if vserver-stat shows 15.9+ at VZM for a vserver? 1167662664 M * TrueLight s/VZM/VSZ/ 1167662770 M * Bertl probably a bug .. but vserver-stat should have been replaced a long time ago .. unfortunately there is no real replacement out there yet, maybe start a project? 1167662772 M * daniel_hozac that it's using 15.9 petabytes :) 1167662796 M * TrueLight daniel_hozac: I wish I had that amount of memory :p 1167662800 M * TrueLight would solve many issues 1167662819 M * daniel_hozac it's address space, not RAM. 1167662840 M * TrueLight still, 15.9 PB? :) 1167662841 M * Bertl more than that, it is the _sum_ of address spaces :) 1167662858 M * daniel_hozac Bertl: do we have APIs for all it presents? 1167662881 M * waldi TrueLight: 64bit machine? 1167662882 J * thebozz ~sd@83.142.20.172 1167662883 M * daniel_hozac (userTIME and sysTIME in particular) 1167662890 M * daniel_hozac waldi: yes. 1167662932 M * TrueLight AMD Athlon 64 3700+ to be exact 1167662979 M * Bertl welcome thebozz! 1167662981 M * waldi the address space on amd64 is 48 bits long, a PeB is 2**50 1167663008 M * Bertl waldi: means 4 tasks at least, no? 1167663012 M * waldi you just need 64 processes to fill 16 PeB 1167663026 M * waldi 4 processes per PiB 1167663030 M * waldi s/Pe/Pi/ 1167663033 M * Bertl yep 1167663042 Q * fosco Quit: leaving 1167663047 J * fosco fosco@konoha.devnullteam.org 1167663071 M * waldi okay, its not completely right 1167663094 M * waldi you can only use 47 bits of this address space, the first bit splits kernel and user memory 1167663122 P * thebozz 1167663750 M * Bertl TrueLight: gentoo bug, working perfectly fine with 2.6.17.13-vs2.0.2.1 1167663766 M * Bertl PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 22 root 25 0 1308 252 200 R 25.2 0.4 0:10.44 cpuhog 1167663800 M * TrueLight hmm 1167663821 M * TrueLight then of course it can always still be an user problem :p 1167663829 M * TrueLight But that kind of sucks :) 1167663839 M * Bertl not really with the test command above 1167663848 M * Bertl (that was the one I executed here) 1167664011 M * TrueLight it can't be a kernel setting, or a problem with the cpu, or something like that? 1167664100 M * Bertl well, we verified the only relevant kernel setting 1167664108 M * Bertl (the hard cpu scheduler) 1167664181 M * TrueLight hmm.. and finding out which gentoo patch causes it is almost impossible... 1167664381 M * TrueLight just tried it on an other machine, totally other install, but also gentoo and same kernel.. same problem... 1167664666 M * TrueLight gentoo uses 2.6.17.14, but I doubt that should make a difference... 1167664684 M * TrueLight can the 64bit be a problem? 1167664825 M * [PUPPETS]Gonzo Happy New Year, Miss Sophie! 1167664911 M * TrueLight okay, Bertl and daniel_hozac, thank you so much for your time. I have to go now, I will check on this problem later, as I somehow need to get it to work... 1167664923 M * TrueLight But for now, have a nice 1st day of 2007 :) 1167664996 M * Bertl you're welcome! 1167665022 M * Bertl [PUPPETS]Gonzo: same procedure than last year? 1167665034 M * [PUPPETS]Gonzo Same procedure as EVERY year, Bertl! 1167665040 M * Bertl :) 1167665055 M * [PUPPETS]Gonzo e.g. headache, my car at the other end of frankfurt... :) 1167665068 M * Bertl http://www.petitionspot.com/petitions/eu_streaming_service_for_everybody (for those who haven't signed that yet :) 1167665159 M * [PUPPETS]Gonzo done 1167665695 M * waldi Bertl: s/than/as/ 1167665933 M * [PUPPETS]Gonzo waldi: no. This was only a mistake in the german synchronisation of the speaker at the beginning - until 1988 1167665955 M * [PUPPETS]Gonzo Source: http://de.wikipedia.org/wiki/Dinner_for_one - Abwandlungen der deutschen Fassung 1167666469 M * Bertl [PUPPETS]Gonzo: tx, didn't know that :) 1167667741 M * [PUPPETS]Gonzo I just read it 10 hours ago :) 1167667917 N * m`m`h m`m`w 1167667944 M * matti :) 1167667954 J * cehteh ~ct@pipapo.org 1167668246 N * m`m`w m`m`h 1167668506 M * Bertl hey matti! I read you missed the new year :) 1167668887 M * matti Bertl: Hi, yes ;p 1167668920 M * matti Bertl: I was waiting and waiting, and... waiting... and finally fall asleep and missed it ;p 1167668948 M * matti Bertl: But, at least I sleep very well :) 1167668998 M * Bertl not the wors way to begin the new year ... 1167669014 M * matti No. Indeed no :) 1167669083 M * matti I mean - yes, not the worst way ;p 1167669101 A * matti just woke up and some part of his mind is still sleeping ;p 1167669444 M * Bertl I guess I can benefit from a nap too ... didn't sleep too well ... 1167669455 M * Bertl will be back later ... 1167669460 N * Bertl Bertl_zZ 1167670194 Q * Bzoink Quit: Leaving 1167671939 J * Fantome ~irc.world@worldpeople.info 1167671953 M * Fantome bonjour 1167671977 M * Fantome qq peut m'explique vserver ce que c'est exactement ??? 1167672207 M * nebuchadnezzar it's an english channel 1167672246 M * Fantome sorry 1167672252 M * nebuchadnezzar pas de problem :-) 1167672273 M * nebuchadnezzar for the explanation linux-vserver.org :-) 1167672285 M * Fantome where 's a frencjh channel for vserver ??? 1167672305 M * Fantome french 1167672320 M * nebuchadnezzar I'm not sure there's one. 1167672343 M * Fantome okay 1167672345 M * nebuchadnezzar I'm french but I speak a little english, so I stay here :-) 1167672380 M * Fantome i'm french 1167672433 M * Fantome and y not verry good speak english 1167672439 M * Fantome alors bye bye 1167672458 P * Fantome 1167673507 J * Piet hiddenserv@tor.noreply.org 1167673779 J * lilalinux ~plasma@dslb-084-058-216-022.pools.arcor-ip.net 1167674719 Q * Piet Quit: Piet 1167675036 Q * FireEgl Quit: ... 1167676036 J * yarihm ~yarihm@84-74-17-6.dclient.hispeed.ch 1167676071 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042 1167676659 Q * lilalinux Remote host closed the connection 1167677086 Q * yang Ping timeout: 480 seconds 1167678856 J * Anon041 ~Anon041@128.Red-83-40-100.dynamicIP.rima-tde.net 1167678873 Q * Anon041 1167681073 J * grant mep@85.195.118.202 1167681077 M * grant hi guys 1167681086 M * grant i got a problem with vservers on gentoo 1167681099 M * grant when i restart or stop a vsever my system freeze 1167681111 M * daniel_hozac what kernel are you using? 1167681115 M * grant wait 1167681148 M * grant 2.6.18.2-grsec2.1.9-vs2.1.1 1167681180 M * daniel_hozac have you tried using a serial console? 1167681188 M * grant 0.30.211 1167681193 M * grant and this is the util version 1167681206 M * grant i got only remote axx 1167681219 M * trippeh Serial can be remote ;) 1167681289 M * daniel_hozac IIRC 2.1.1 was seriously flawed though. 1167681353 M * grant then i don't understand what you mean hehe 1167681431 M * daniel_hozac doesn't look like the bugs fixed in 2.1.1.1 should cause anything like that. 1167681443 M * daniel_hozac then again, we're at 2.6.19.1-vs2.1.1.7.1 now. 1167681481 M * grant so the bug is fixed at .6.19.1-vs2.1.1.7.1 1167681528 M * grant but? 1167681538 M * daniel_hozac i don't know what the bug is. 1167681542 M * grant ah hehe 1167681593 Q * eyck Ping timeout: 480 seconds 1167684617 J * Aiken ~james@tooax6-023.dialup.optusnet.com.au 1167684647 Q * yarihm Quit: This computer has gone to sleep 1167684788 J * eyck ~eyck@nat.nowanet.pl 1167685265 M * eyck hmm, I have this machines with bunch of legacy vservers, I just booted it on 2.0.3-rc1, and now some things no longer works... like vtop, /proc is not mounted in guests... 1167685271 M * eyck is this normal and expected? 1167685637 Q * meandtheshell Quit: Leaving. 1167685753 M * daniel_hozac what utils are you usign? 1167685761 M * daniel_hozac s/usign/using/ 1167686081 M * eyck vserver 0.29 :) 1167686141 M * eyck util-vserver didn't work, I have just recalled that I had to return to old tools because the new ones wouldn't start 1167686191 M * eyck vtop et all indeed do work with 2.0.3rc1 1167686209 M * eyck with util-vserver 0.30.211 1167686232 M * daniel_hozac but? 1167686293 M * eyck no buts, just usual stuff - vserver-stat stopped showing names etc.. 1167686412 M * daniel_hozac it should show them in []s. 1167686464 M * eyck it looks like this: 10012 33 373M 60.5M 0m03s72 0m01s23 6m29s46 1167686491 M * eyck (I've got both legacy networking and legacy vserver enabled) 1167686494 J * dreamind apwdsl@p548AB13A.dip0.t-ipconnect.de 1167686535 M * daniel_hozac and utils compiled with --enable-apis=NOLEGACY? 1167686617 M * daniel_hozac ah, i guess i found it. 1167686676 M * daniel_hozac what does vuname --xid 10012 -g CONTEXT say? 1167686699 M * eyck nothing, just newline 1167686733 M * daniel_hozac okay. 1167686757 M * daniel_hozac i guess i'll try to fix that. 1167686783 M * eyck thanx, can I help? 1167686808 M * daniel_hozac well, testing is always appreciated :) 1167686814 M * eyck this one is in production, but I've got another one with identical results 1167686825 M * eyck identical symptoms 1167686876 M * daniel_hozac yeah, should appear on any recent kernel with legacy config, IMHO. 1167687056 Q * bonbons Quit: Leaving 1167687198 J * DreamerC_ ~dreamerc@125-225-99-147.dynamic.hinet.net 1167687235 M * daniel_hozac do you have any 2.4 host with alpha util-vserver and legacy configs? how are those guests shown in vserver-stat? 1167687598 M * eyck which util-vserver is alpha?? 1167687607 Q * DreamerC Ping timeout: 480 seconds 1167687610 M * daniel_hozac 0.30.xxx 1167687639 M * eyck ok, 1167687664 M * eyck legacy configs are in []'s 1167687672 M * eyck new configs without 1167687690 M * daniel_hozac yeah, ok. 1167687703 M * daniel_hozac that confirms my suspicions. 1167687746 M * eyck btw, do new-style configs need static context ids? 1167687753 M * daniel_hozac no. 1167687778 M * daniel_hozac but i imagine dynamic ones on 2.4 with new-style configs are broken. 1167687806 M * eyck so, they do need them :) 1167687816 M * daniel_hozac no, i'll fix that now too ;) 1167687820 M * daniel_hozac or, hmm. 1167687838 M * eyck broken how? I haven't noticed anything 1167687839 M * daniel_hozac actually, i guess they do need them. 2.4 lacks the mapping function the new-style is using. 1167687852 M * daniel_hozac oh, so it does work? 1167687884 M * eyck yes, but I've got such situation only on one non-production and non-testing machine, so I might've missed something 1167687898 M * eyck here: 1167687899 M * eyck 1024 127 403.3M 179.7M 9h09m32 2h12m12 35d05h42 [sig] 1167687899 M * eyck 49152 171 1.4G 347.1M 23h41m36 1h38m15 35d05h43 desktop 1167687904 M * daniel_hozac oh, ok. 1167687912 M * daniel_hozac i guess i didn't pay enough attention while reading the code. 1167687933 M * eyck I moved desktop from legacy to new style, and dropped static context id in the process 1167688242 M * Wonka i thought dynamic context id was deprecated? 1167688342 M * daniel_hozac they are. 1167690190 J * DuckMaster ~Duck@tox.dyndns.org 1167690190 Q * duckx Read error: Connection reset by peer 1167690890 J * haxier ~haxier@eu85-84-174-73.clientes.euskaltel.es 1167691068 N * Bertl_zZ Bertl 1167691077 M * daniel_hozac morning Bertl! 1167691081 M * Bertl great, we had a power outage ... 1167691108 M * daniel_hozac oww, power outages are the worst... 1167691140 M * Bertl yes, especially if they are longer than the UPS hold time :/ 1167691174 M * eyck since I got an UPS, I never had an outage that lasted shorter then it's hold time ;) 1167691196 M * Bertl eyck: yeah, that's murphy :) 1167691198 M * daniel_hozac hehe 1167691259 M * eyck diesels work fine though 1167691338 M * Bertl yeah, I think at the next opportunity, I'll get myself a generator 1167691362 M * daniel_hozac do those opportunities present themselves often for you? 1167691377 M * Bertl every now and then, yes 1167691406 M * daniel_hozac hehe 1167691432 M * Bertl power outages are extremely annoying here, you are basically lost 1167691452 M * Bertl no electricity, no cooling/heating, no water ... 1167691463 M * daniel_hozac ouch 1167691780 M * eyck hmm, there's a water tower from XIX century nearby... but I don't think they could easily use it in emergency 1167693501 Q * DuckMaster Quit: Client exiting 1167694093 Q * dna_ Quit: Verlassend