1100909814 J * rmoriz rmoriz@195.68.242.242 1100909816 M * rmoriz hi! 1100909862 M * rmoriz was there a solution for the apache2 issue "Address already in use: make_sock: could not bind to address " ? 1100910556 M * rmoriz ah sorry. bad setup :( 1100910559 M * rmoriz n8 1100910561 Q * rmoriz Quit: leaving 1100911531 Q * yarihm Remote host closed the connection 1100915300 Q * Shuri Quit: Leaving 1100916761 Q * daniel_hozac Quit: X restart 1100916791 N * Doener Doener_zZz 1100916919 J * daniel_hozac daniel@h212n1fls33o829.telia.com 1100916934 M * Bertl welcome daniel_hozac! 1100916944 M * daniel_hozac thanks. 1100919706 M * Bertl have a good night everyone! back tomorrow! 1100919712 N * Bertl Bertl_zZ 1100924997 Q * ensc Ping timeout: 480 seconds 1100927206 N * lilo_ lilo 1100938358 J * SpaceDev U2FsdGVkX1@gator.vlad.net 1100938360 M * SpaceDev good morning 1100938605 M * SpaceDev I am trying to run the setattr --hide (to show /proc in a vserver) but it keeps on failing saying that it is an invalid option. any ideas? 1100940310 M * SpaceDev nm, installed alpha util-vserver 1100940313 Q * SpaceDev Quit: ircII EPIC4-1.0.1 -- Are we there yet? 1100942216 Q * sebd Ping timeout: 480 seconds 1100942373 J * SpaceDev U2FsdGVkX1@gator.vlad.net 1100942410 M * SpaceDev anybody awake? 1100942504 M * SpaceDev I am running vserver on 2.6 using vserver and bind keeps on failing 1100942506 M * SpaceDev Starting named: named: capset failed: Operation not permitted 1100942558 M * SpaceDev now on vserver in kernel 2.4 this was easy to get around S_CAPS="CAP_NET_RAW" 1100942567 M * SpaceDev but on 2.6 and util-vserver it doesn't do jack 1100942706 J * mhepp mhepp@r72s22p13.home.nbox.cz 1100946243 J * sebd konversat@lns-th2-4f-81-56-247-131.adsl.proxad.net 1100946259 N * SpaceDev VladMazek 1100946868 M * maharaja you need a patched bind 1100947236 M * VladMazek for it to work with vserver on 2.6? 1100947262 M * VladMazek because on 2.4, CAP_NET_RAW would work with the base unpatched bind 1100947381 J * monrad monrad@213083190130.sonofon.dk 1100947714 Q * flock Quit: Expert, n.: Someone who comes from out of town and shows slides. 1100948526 M * VladMazek welp, guess I'm going back to 2.4 1100948531 M * VladMazek good night 1100948533 Q * VladMazek Quit: ircII EPIC4-1.0.1 -- Are we there yet? 1100949996 J * Lyon Lyon@200216099165.user.veloxzone.com.br 1100950125 Q * Lyon Quit: Finalizando Cliente 1100956325 Q * TheSeer Remote host closed the connection 1100959631 J * TheSeer theseer@border.office.salesemotion.net 1100963061 N * Doener_zZz Doener 1100963076 M * Doener morning! 1100963167 N * Bertl_zZ Bertl 1100963171 M * Bertl morning folks! 1100963216 M * Bertl hey Doener! how are you? 1100963237 M * Doener not really awake yet ;) 1100963265 M * Bertl no problem, I jsut got up too ... 1100963337 M * Bertl finished 2.6.10-rc2 yesterday ... but didn't manage to compare to your version (too many differences) 1100963751 M * Doener available in the usual location? 1100963755 M * Bertl yep 1100963966 J * flock restless@l192-117-111-12.broadband.actcom.net.il 1100964001 M * Bertl welcome flock! 1100964673 Q * mhepp Remote host closed the connection 1100966083 M * Doener Bertl: guess i'll have to leave the log stuff to you... just realized that my next exam is just 10 days away... 1100966106 M * Bertl ah, any working prototype yet? 1100966128 M * Doener nope, been busy with private life yesterday 1100966135 M * Bertl excellent! 1100966150 M * Bertl (private life is important) 1100966193 M * Bertl what exam? something interesting? 1100966229 M * Doener algortihms and datastructures... something i should've done 2 years ago ;) 1100966248 M * Bertl well, should be easier now, then I guess ... 1100966283 M * Doener uhm... 1 year ago... 2 years ago i started university... 1100966289 M * Bertl okay, np, you'll be around the weekend? or busy learning? 1100966290 A * Doener has totally lost track of time... 1100966312 M * Bertl (or maybe having a life ;) 1100966390 M * Doener i'll probably be around in the afternoon and night (CET), as i'm usually unable to learn more than 4 hours a day (except the last two days before the exam of course ;) 1100966523 M * Bertl okay, I would appreciate a verification of the 2.6.10-rc2 port 1100966627 M * Doener ok 1100967671 Q * UFOczek Quit: brb 1100967685 J * UFOczek ufoczek@hood.openbug.net 1100967880 M * Bertl w UFOczek! 1100967892 M * UFOczek hi Bertl :) 1100967933 J * eyck eyck@81.219.64.71 1100967946 M * Bertl welcome eyck! 1100968003 M * eyck welcome Bertl! 1100968007 M * eyck it's winter here! 1100968016 M * Bertl guess what, here too ;) 1100968035 M * Bertl but I guess you enjoy snow and ice .. right? 1100968041 M * eyck right. 1100968083 M * Bertl that always reminds me of that russian proverb ... 1100968128 M * Bertl the church is near, but the road is icey, the bar is far, but I will walk carefully. 1100968142 M * eyck although... roughly 0.5m of snow apeared yesterday... and it was generally ~ + 10C .. and today it's ~-5C, large packet loss, cellulars networks broke down few times, same for power grid.. 1100968167 M * eyck my accesspoint broke down, 1100968171 M * Bertl seems you connection is working nevertheless ... 1100968177 M * eyck temp in my room - +4C 1100968188 M * Bertl no heating? 1100968203 M * eyck yeah, I like having backups... so two providers... 1100968216 M * eyck although at one time both broke down for few minutes 1100968235 A * Bertl could not live without heating ... 1100968239 M * eyck thankfully the company I work for has 3 providers ;) 1100968262 M * eyck Bertl: ooh, then you cannot fully appreciate sauna, 1100968315 M * eyck and probably pleasuers like swimming in the mountains are also unavailable to you... 1100968331 A * Bertl is a cold-blooded animal ;) 1100968599 A * Doener starts to shiver at about 15°C 1100968631 M * eyck let's check if my copious Windows NT admin experience will help - let's reset this AP 1100968631 M * eyck yeah! 1100968631 M * eyck how could they fit NT into ~50$ AP? 1100968670 M * Bertl by throwing out the useless bloat? 1100968713 M * Bertl all that remains is the bsd network stack and the vms microkernel ;) 1100968727 M * eyck hmm, actually NT should work on rather lowly machines by today's standards... I'm thinking more about licensing costs 1100968734 M * eyck vms microkernel would rock. 1100968755 M * eyck if they wouldn't let marketing people play with it 1100968770 M * eyck so, how did this quota thing went? 1100968782 M * eyck and about xfs, 1100968799 M * eyck I think I had vserver-aware xfs quota.... 1100968812 M * eyck I vaguely remember rediffing patches ... 1100968821 M * Bertl well, then you did a patch yourself! 1100968825 M * eyck because vserver had way older xfs than I was doing? 1100968838 M * eyck hmm, so there never was such a thing? 1100968850 M * eyck I wonder, what I was fiddling with then... 1100968861 M * Bertl context quota never supported xfs, because I didnt manage to read and udnerstand the xfs quota code :/ 1100968891 M * eyck Doener: 15C is perfect temperature for me to live in. I usually try to keep my room at exactly that temperature 1100968915 M * Bertl nathan promised to find some time for that, but we didn't really bother to work on it ... (no real world demand at this time) 1100968920 M * eyck hmm, then there must've been something else in vserver that related to xfs? 1100968938 M * Bertl yeah, the barrier stuff wasn't working at some point, but that should work now 1100969256 M * Bertl okay, dinner time, back later ... 1100969262 N * Bertl Bertl_oO 1100969575 J * Shuri Dew@dsl.speedline209.226.electronicbox.net 1100969668 N * eyck Eyck-dinner 1100970490 Q * ntrs Ping timeout: 480 seconds 1100971813 J * DuckMaster Duck@dyn-83-155-14-143.ppp.tiscali.fr 1100972093 J * excelblue 1000@adsl-64-58-17-93.mho.net 1100972115 M * excelblue hello, does anyone have any idea on how to get the configs to work? 1100972122 M * excelblue been following some tutorials, 1100972136 M * excelblue but it seemed like none was following the 2.6 stuff 1100972148 M * excelblue I have a FC2 dedicated server, and thus cannot use the 2.4 kernel 1100972230 Q * DuckKing Ping timeout: 480 seconds 1100972973 N * Eyck-dinner Eyck 1100973567 Q * excelblue Quit: Hey! Where'd my controlling terminal go? 1100974567 J * ntrs ntrs@SP2-24.207.228.55.charter-stl.com 1100975762 N * Bertl_oO Bertl 1100975771 M * Bertl back now ... nobody here? 1100975802 M * monrad well i am here 1100975822 M * Bertl hmm ... seems nobody noticed excelblue ... 1100975885 M * monrad i am still playing around with gentoo 1100975921 M * albeiro gentoo as a guest ? 1100975923 M * monrad yes 1100975928 M * monrad hollows guide is quite good 1100975940 M * monrad and host 1100975951 M * albeiro n 1100975954 M * albeiro ice 1100975957 M * albeiro ;] 1100976092 Q * flock Quit: Expert, n.: Someone who comes from out of town and shows slides. 1100976188 M * Bertl Doener: you around? 1100976268 M * monrad what is the vshelper for? 1100976289 M * Bertl helping the kernel, when userspace stuff is required 1100976315 N * _Zoiah Zoiah 1100976348 M * Bertl wb Zoiah! 1100976416 M * monrad ok 1100976437 M * Bertl http://linux-vserver.org/Linux-VServer-Paper-05 1100976449 M * Bertl 05.6. Kernel Helper 1100976621 M * monrad when i get time i have to read that paper 1100976700 M * monrad but i have to read "Computer organization and design" first 1100977319 M * Doener Bertl: now i am 1100977463 M * Bertl excellent .. I found a bug in 1.9.3 1100977553 M * Bertl CONFIG_INOXID_INTERN was introduced some time ago, but CONFIG_INOXID_GID32 is still used in two places 1100977612 A * Doener never really read the tagging code 1100977686 M * Bertl anyway, what I wanted to ask you is: did you check the last uptime fix (process start time fix) with enabling and disabling the VIRT_UPTIME flag? 1100977693 M * daniel_hozac how do you trigger it? 1100977716 M * Bertl well, it's just broken i.e. INOXID_INTERN will not work correctly 1100977731 M * daniel_hozac worked in my tests... 1100977752 M * Bertl fs/ext2/inode.c 1100977754 M * daniel_hozac but that was just create some files, chxid, lsxid, find -xid. 1100977762 M * daniel_hozac ah, ext2 only? 1100977774 M * Doener i did a short test when i upgraded from 2.6.10-rc1 to 2.6.10-rc2 here, looked fine 1100977798 M * Bertl ext2 and ext3: 1100977799 M * Bertl #ifdef CONFIG_INOXID_GID32 1100977799 M * Bertl raw_inode->i_raw_xid = cpu_to_le16(inode->i_xid); 1100977799 M * Bertl #endif 1100977848 M * daniel_hozac i used ext3 in my tests... 1100977879 M * daniel_hozac that would cause xid tagging to not work at all, wouldn't it? 1100977903 M * Bertl the persistent part of it will fail ... 1100977938 M * daniel_hozac oh, ok. 1100977953 M * Bertl i.e. it works for simple tests ... but fails on umount/mount 1100977973 M * daniel_hozac got it. 1100979322 M * Doener Bertl: hm, where is your qemu stuff available? can't find it :( 1100979345 M * Doener ah got it... 1100979352 M * Bertl which one? http://vserver.13thfloor.at/Stuff/QEMU/ ? 1100979385 M * Doener i didn't remember that apache also sorts by case 1100979410 M * Bertl btw, 1.9.3.7 doesn't need qemu patches anymore for qemu fast ... 1100979443 M * Doener qemu-fast never worked for me... 1100979451 M * Bertl ah, ;) 1100979473 M * Doener with gentoo's 0.60 it even failed to compile and the 0.61 ebuild doesn't even include it 1100979495 M * Bertl interesting .. 0.6.1 works flawlessly here ... 1100979513 A * Bertl .oO( hmm, then again, it's mandrake *G* ) 1100979515 M * Doener maybe some gentoo issue 1100981579 M * Bertl seems like Xen is slowly approaching mainline ... would be nice to add Xen support to the vserver patches once it is in ... 1100981589 M * sannes Xen ? 1100981591 M * sannes what is that? 1100981611 M * Bertl kind of soft partitioning for *86 1100981635 M * Bertl (there is a link on linux-vserver.org) 1100981960 M * Doener Bertl: hmm... how do i get data into a qemu diskimage? 1100981986 M * Bertl http://vserver.13thfloor.at/Stuff/QEMU/gohd.sh 1100982023 M * sannes hm, so xen vs vserver vs uml vs .. ? 1100982040 M * Bertl wrong, xen + vserver + uml ! 1100982050 M * sannes :) 1100982065 M * Bertl mix and match how you like it ... 1100982083 M * sannes neato, the hackers are going to get tired of breaking out.. :> 1100982168 M * sannes xen -> vserver -> uml -> vserver -> uml, just for safety.. :> 1100982218 M * Bertl exactly ... will require ... hmmm 3 different kernel configs ... 1100982323 M * Doener sfdisk: ERROR: sector 0 does not have an msdos signature 1100982343 M * Doener from 'formathd.sh' 1100982376 M * Bertl how did you make the start image? 1100982392 M * Doener qemu-img create disk.img 512M 1100982423 M * Bertl okay, don't know about that .. never used it, maybe it doesn't use partitions? 1100982459 M * Doener will try one of the other image formats 1100982497 M * Bertl usually dd if=/dev/zero, then losetup and fdisk is fine 1100982563 M * Bertl hmm .. qemu-img isn't even included in my qemu 0.6.1 ... 1100982579 A * Bertl smells debianized packages ... 1100982592 M * Doener on gentoo? 1100982602 M * Bertl they are everywhere ;) 1100982604 M * Doener and qemu-img is covered in the qemu docs 1100982609 M * Doener http://fabrice.bellard.free.fr/qemu/qemu-doc.html#SEC15 1100982685 M * Bertl indeed, my fault, it's there ... 1100982694 M * Doener hm, none of the formats work 1100982713 M * Bertl what size do you prefer 256M 512M? 1100982760 M * Doener 512M i'd say... shouldn't matter that much anyways i guess, as qemu supports growable images 1100982794 M * Bertl well, probably not the way I use them 1100982818 M * Bertl (i.e. you can't grow a disk with a partition table that easily) 1100982822 M * Doener then i'll go for 512M... should be enough for a long time 1100983031 J * flock restless@l192-117-111-12.broadband.actcom.net.il 1100983443 M * Bertl Doener: http://vserver.13thfloor.at/Stuff/QEMU/howto.txt 1100983522 M * Bertl for gohd.sh to work, you need mount points /mnt/disk/part1, /mnt/disk/part2 ... 1100983567 Q * Hollow Remote host closed the connection 1100983581 M * Bertl wb flock! 1100983600 A * flock waves at berni 1100983605 M * flock ehm! Bertl! 1100983807 J * Hollow bene@home.xnull.de 1100983816 M * Bertl wb Hollow! 1100983845 M * Hollow hey bertl... just compiled hard cpu limit and had to reboot :P 1100983862 M * Bertl to test it, I presume? 1100983867 M * Hollow yep 1100984002 M * Hollow hm.. does not work 1100984018 M * Hollow vlimit shows no CPU flag 1100984084 M * Bertl ahem? 1100984098 M * Bertl wrong tool, use vsched ;) 1100984098 M * Hollow hm? 1100984102 M * Hollow ah ;) 1100984485 M * Hollow zeus ~ # vsched --xid mx2 --fill-rate 30 --interval 100 --tokens 100 --tokens-min 30 --tokens-max 200 1100984494 M * Hollow Segmentation fault 1100984504 M * Bertl what tool version? 1100984519 M * Hollow 196 1100984524 M * Bertl btw, mx2 is probably not a valid xid, right? 1100984539 M * Hollow it should... vserver mx2 is up and running 1100984553 M * Bertl yep, but xids are numbers, or do the tools now support names too? 1100984559 M * Eyck isn't xid a number? 1100984561 M * Hollow vsched did 1100984565 M * Eyck or, sorry, lagged again :( 1100984591 M * Bertl Hollow: okay, some details about arch/compiler/distro? 1100984612 M * Hollow gentoo, gcc version 3.4.2 20041025, x86 1100984622 M * Bertl and could you enable core dumping and use gdb on the coredump? 1100984633 M * Hollow btw: it segfaults with the context id instead of mx2 too 1100984656 M * Hollow yeah, have to reboot i think 1100984664 M * Bertl hmm, why? 1100984672 M * Hollow debug option in the kernel, no? 1100984686 M * Bertl nope, just ulimit -c unlimited 1100984731 M * Hollow and now? sry, no idea what core dumping is ;) 1100984749 M * ntrs Hi everyone 1100984751 M * Bertl okay, start the command again ... preferable after a cd /tmp 1100984758 M * Bertl welcome ntrs! 1100984778 M * Hollow yup, core dumped 1100984788 M * ntrs Does anyone know how to throttle the bandwidth on a single interface? 1100984802 M * Hollow ntrs: qos? 1100984805 M * ntrs Or IP address? 1100984817 M * Bertl Hollow: now use gdb (install it if required) and do gdb vsched core. 1100984830 M * ntrs Hollow, any url? 1100984854 M * Hollow ntrs: http://lartc.org/ is a good point to start with 1100984864 M * Hollow Bertl: yep, gdp prompt shows 1100984864 M * ntrs ok 1100984868 M * Bertl ntrs: tc and friends http://www.prout.be/qos/QoS-connection-tuning-HOWTO-4.html 1100984889 M * Bertl Hollow: try command 'where' 1100984900 M * Hollow Core was generated by `vsched --xid 49154 --fill-rate 30 --interval 100 --tokens 100 --tokens-min 30 -'. 1100984900 M * Hollow Program terminated with signal 11, Segmentation fault. 1100984900 M * Hollow #0 0x08049710 in ?? () 1100984900 M * Hollow (gdb) where 1100984900 M * Hollow #0 0x08049710 in ?? () 1100984946 M * Bertl okay, we probably have to recompile the tools with debug option '-g', you know how to do that? 1100984958 M * Hollow yep... give me some mins... 1100984975 M * ntrs Can this be done solely with iptables? 1100984976 M * Bertl btw, what happens when you remove that trailing dash? 1100984990 M * Bertl ntrs: no you need tc 1100985011 M * Bertl the iptables are 'just' for for selecting traffic 1100985038 M * ntrs tv? 1100985041 M * ntrs tc? 1100985041 M * Hollow Bertl: the command line was: vsched --xid 49154 --fill-rate 30 --interval 100 --tokens 100 --tokens-min 30 --tokens-max 200 1100985072 M * Bertl the core says different ;) 1100985074 M * ntrs By the way even though vsched crashed the changes are still made to the scheduler 1100985085 M * Hollow Bertl: i'll do again ;) 1100985092 M * ntrs You can simply ignore the crash (coredump) 1100985103 M * ntrs At least until it's fixed by ensc 1100985108 M * Bertl well, okay, but we should fix it anyway ;) 1100985112 M * ntrs sure 1100985121 M * ntrs I thought ensc would have to fix it. 1100985126 M * Bertl so this is a known issue? 1100985154 M * ntrs I don't know if it's known but I noticed that the values are changed even though the tool crashes 1100985175 M * Hollow Bertl: core says again the same as above... 1100985177 M * Bertl no, I mean the crashing of 0.30.196's vsched 1100985193 M * Bertl Hollow: okay, mabye that is some weird coredump behaviour ... 1100985194 M * ntrs Bertl, I am not sure 1100985204 M * ntrs Bertl, what is "tc"? 1100985252 M * Hollow traffic control? 1100985287 M * ntrs ok 1100985287 M * Doener Bertl: the core also says '--xid 49154' so i guess vsched calls itself when you use a vservername as argument to --xid ;) 1100985303 M * Doener uhm... forget it... 1100985318 M * ntrs We need a fixed vtop tool, one that shows the xid numbers 1100985329 A * Doener just realized that the cmdline contained the number thistime... 1100985355 M * Bertl well, vsched segfaults here too ... looking into it now ... 1100985383 M * Doener ntrs: that would need a modified top, current vtop is just something like: 'chchontext --ctx 1 top' IIRC 1100985406 M * ntrs yes. I know. I guess we need a modified top tool then. :) 1100985415 M * Doener i usually note the pid of any process i'm interested in and use vps to find out in which context it lives 1100985446 M * ntrs yes, but that is a waste of time if top would show you the xid's right away. 1100985457 M * ntrs I do the same thing now 1100985533 M * Bertl all process related tools could benefit from xid awareness 1100985540 M * ntrs My current kernel is compiled with CONFIG_NET_CLS_ROUTE=y 1100985541 M * Bertl it jsut needs somebody to do the work ;) 1100985560 M * ntrs Is that enough for QoS or do I also need CONFIG_NET_SCHED? 1100985705 M * Bertl what does the config help say? 1100985757 M * Hollow Bertl: compiled with -g, no change in gdb output 1100985782 M * Bertl yeah, you need to get the binary from the source tree, not the stripped/installed version 1100985806 M * Hollow it should be... 1100985817 M * Hollow just untarred the archive somewhere and built it 1100985860 M * Bertl hmm, .. sec 1100986161 M * Doener woohoo! it booted! 1100986218 A * Bertl notes that the qemu disk howto actually works ... ;) 1100986238 M * Doener but no prompt... :( 1100986246 M * Bertl ntrs: did you find the relevant section yet? 1100986299 M * Bertl Doener: how far does it get? 1100986336 M * Doener all runlevel 2 services get started (i.e. syslogd and crond) 1100986350 M * daniel_hozac what header file is supposed to define xid_t and nid_t (for userspace apps)? 1100986383 M * Bertl an updated version of linux/types.h probably 1100986458 M * daniel_hozac that's in an #ifdef __KERNEL__ though... 1100986527 M * Bertl well, those are the kernel headers, your glibc needs a userspace version of that (in theory) 1100986543 A * Bertl is well aware that this will not happen that soon ;) 1100986561 M * ntrs Bertl, no not really. I don't think this is what I need really. I need to limit the bandwidth per IP. 1100986666 A * Bertl msgd ntrs the relevant section in private ... 1100986672 M * Doener hm, i just noticed, that all output goes to the serial console, there's no output on the vc that shows the bios stuff 1100986709 M * Bertl well, I usually do not use the vc stuff, as I use the qemu-fast version in a terminal (much easier) 1100986780 M * Doener with -nographic i get the same result, with the difference that i've no idea how to stop it, except sending a SIGTERM ;) 1100986805 M * Bertl CTRL-A X 1100986817 M * daniel_hozac Bertl: so for now the best way would be...? 1100986842 M * Bertl you define it yourself in a vserver.h include? 1100986867 M * Bertl you make a 'patch' for kernel headers package? 1100986967 M * daniel_hozac a "vserver.h" and a include would easily get confusing ;) 1100986982 M * Doener hm, in runlevel 1 i get a prompt... 1100987030 M * Bertl daniel_hozac: the vserver.h include in 1.9.3.7 looks like this: 1100987032 M * Bertl #warning I am evil, please remove me ... 1100987051 M * daniel_hozac Bertl: i'm talking about the vserver.h from util-vserver. 1100987162 M * Doener oops... i didn't have any getty installed... 1100987257 M * Eyck yeah, getty's suck. who needs them 1100987317 M * Bertl daniel_hozac: well, that one already defines xid_t, right? 1100987329 M * daniel_hozac Bertl: no, that's what seems so odd to me. 1100987393 M * Bertl well, it's pulled from the 'prepared' kernel includes ... 1100987413 M * Bertl or not? 1100987475 M * daniel_hozac it's defined in compat.h. 1100987499 M * daniel_hozac but that header isn't installed. 1100987552 M * Bertl does the library use that type in it's API? 1100987558 M * Bertl -' 1100987562 M * daniel_hozac a lot. 1100987577 M * daniel_hozac you can't include vserver.h without typedef'ing xid_t and nid_t prior to inclusion. 1100987588 M * Bertl well, then I'd say it's a bug, and you should submit a bug report 1100987623 M * daniel_hozac that's what it looked like to me as well. 1100987642 M * Bertl (because there is an explicit onfig check if the system provides those types or not) 1100987683 M * Bertl Hollow: I didn't forget about you ... 1100987769 J * redLED redled@d51A4EFA7.kabel.telenet.be 1100987784 M * Bertl welcome redLED! 1100987811 M * redLED hi! :) 1100987818 A * redLED reporting for betatester duty 1100987830 M * Bertl excellent! 1100987939 M * Bertl redLED: http://vserver.13thfloor.at/Experimental/patch-2.6.10-rc2-vs1.9.3.7.diff 1100987975 M * redLED phew 1100987982 M * redLED you sure keep current with the kernel tree 1100987985 M * redLED i'm still 2.6.8.1 1100987986 M * Bertl first task, get the kernel compiled and report any warnings/errors from build process and/or boot 1100988026 M * Bertl how much memory do you have (in that test machine)? 1100988029 M * daniel_hozac Bertl: should i report at savannah or the mailing list? 1100988041 M * redLED 1GB 1100988048 M * Bertl daniel_hozac: can't hurt to report on both 1100988071 M * Bertl redLED: okay, good, is it x86 (probably)? 1100988081 M * redLED bertl, want shell access on x86 boxes with native v6? 1100988090 M * redLED w/woot? 1100988103 M * Bertl not at the moment ... 1100988105 M * brc BERTL 1100988108 M * brc something fucked up my tests 1100988110 M * redLED alright 1100988116 M * redLED lets see what i can make out of it then 1100988123 M * brc sending you a mail 1100988145 M * Bertl redLED: kernel doesn't do anything ngn specific yet, but we need to ahve a working reference ... 1100988161 M * Bertl brc: hmm, which means? 1100988165 M * redLED any convinient way to dump all errors from build into a log so i can mail it to you? 1100988182 M * Bertl make 2>/tmp/error.log 1100988202 M * Bertl btw, url would be preferred over email ... 1100988213 M * redLED that can be done as well 1100988245 M * brc Bertl: i did those tests for all frequencies. And then i repeated the same test for the "normal" kernel. and waht i got ?? sleep 60 took more than 60 seconds 1100988246 M * brc on the normal kernel 1100988260 M * brc check email 1100988382 M * Bertl do you ahve a problem if I uplaod that email somewhere? 1100988392 M * brc no problems 1100988399 M * brc i did the tests on vmware 1100988403 M * brc is that a problem ? 1100988411 M * Bertl don't know, maybe ... 1100988462 M * brc hm 1100988502 M * brc cause the "normal" kernel took 65 seconds to sleep 60 1100988508 M * Bertl but looks good to meso far ... 1100988510 M * redLED hmm 1100988511 M * brc and i dont think that delay was added by ssh 1100988518 M * redLED is the no more kernel-source package in fedora core 3? 1100988521 M * brc ok 1100988521 M * redLED only the source RPM? 1100988526 M * daniel_hozac redLED: right. 1100988527 M * brc if that doesn't help, i can re-do the tests on a real machine 1100988532 M * daniel_hozac redLED: it was demoted to a regular package. 1100988539 M * Bertl http://vserver.13thfloor.at/Stuff/bruce.txt 1100988552 M * redLED daniel_hozac, is the .config file static or generated? 1100988566 M * daniel_hozac redLED: huh? 1100988567 M * redLED daniel_hozac, my usual build proccess involves ripping out the redhat .config, and then building it with source 1100988583 M * redLED daniel_hozac, to get idetical module/config build as stock redhat 1100988609 M * daniel_hozac redLED: mine is to rebuild the RPM with whatever changes i want ;) 1100988640 M * redLED daniel_hozac, afaik, vserver patches don't apply cleanly vs. the fedora kernel rpms cause they patch the hell out of them, no? 1100988657 M * daniel_hozac redLED: not cleanly, but the rejects are simple to fix. 1100988672 M * redLED daniel_hozac, one man's simple is another man's late nighter :p 1100988684 M * daniel_hozac hehe. 1100988694 M * Bertl brc: a test of the 10k or 20k frequency setting on a real machine would be interesing ... 1100988712 M * daniel_hozac my RPMs are available from http://rpm.hozac.com/fedora/dhozac/2/i386/vserver if you're interested... (built on FC2, but it's the FC3 kernel) 1100988741 M * Bertl brc: an a test with the new 2.6.10-rc2-vs1.9.3.7 (which includes this stuff) would be awesome! 1100988761 M * brc vs1.9.3.7 allready includes the freq patch ? 1100988771 M * redLED daniel_hozac, i'm gonna need to do the same but for 1.9.3.7 :) 1100988778 M * Bertl brc: yep, added it last week ... 1100988784 M * daniel_hozac redLED: well, get a delta ;) 1100988797 M * redLED daniel_hozac, going to try to find a redhat .config and build from clean source without redhat patches to start from :p 1100988818 M * daniel_hozac redLED: /boot should have it, as usual. 1100988848 M * brc Bertl: ok, just took a note about that, and gonna do the tests this week 1100988850 M * brc :) 1100988906 M * Bertl thanks for your time and testing! 1100989087 M * brc ok :) 1100989629 Q * monrad Quit: Leaving 1100989792 M * redLED Bertl, build in progress 1100990309 Q * Snow-Man Ping timeout: 480 seconds 1100990670 Q * Eyck Remote host closed the connection 1100990723 M * Doener ok, i give up... i can't get a prompt except in runlevel 1... seems to be the right time for learning... later 1100990729 N * Doener Doener|gone 1100990733 J * eyck eyck@81.219.64.71 1100990757 M * Bertl cya Doener! 1100990760 M * Bertl wb eyck! 1100990781 M * eyck hi, 1100991758 M * eyck oh, midnight, time to run 1100991825 M * Bertl okay, then run! 1100992300 M * redLED Bertl, build complete. 1100992477 M * redLED Bertl, URL provided in priv msg. 1100992607 M * Bertl redLED: tx, do you have a .config for that kernel? 1100992616 M * redLED absolutely, i'll add it in a moment 1100992655 M * redLED done 1100992749 M * Bertl okay, thanks! 1100992967 M * Bertl ah, okay, please enable CONFIG_VSERVER_DEBUG for now 1100993040 M * redLED done, rebuilding