1121991373 Q * Vudumen Ping timeout: 480 seconds 1121991700 J * Vudumen vudumen@perverz.hu 1121992373 Q * Vudumen Remote host closed the connection 1121992377 J * Vudumen vudumen@perverz.hu 1121992378 J * ntrs ntrs@Dardeene-68.188.50.87.charter-stl.com 1121992385 M * Bertl welcome ntrs! 1121992394 M * ntrs thanks Bertl 1121992550 M * richardw Bertl, are you night-active? ;) 1121992567 M * Bertl nocturnal, yes :) 1121992648 M * richardw and in the morning? no work? 1121992931 M * Bertl sometimes ... makes me go to bed really late :) 1121993778 Q * Vudumen Ping timeout: 480 seconds 1121993831 M * richardw so, it's time to sleep. gn8@all 1121993873 Q * flock Ping timeout: 480 seconds 1121993883 Q * richardw Quit: Leaving 1121994048 J * eXplasm2 explasm@p549F782B.dip.t-dialin.net 1121994486 Q * eXplasm Ping timeout: 480 seconds 1121997180 J * zhware zh@nymph.daforest.org 1121997190 M * Bertl welcome zhware! 1121997209 M * zhware hi. have a problems with changing 'passwd xxxx' from inside the vserver 1121997222 M * Bertl how so? 1121997247 M * zhware err message: passwd: Authentication token manipulation error 1121997273 J * shuri ~shuri@64.235.209.226 1121997280 M * Bertl zhware: does the user exist? (i.e. is it in /etc/passwd _and_ /etc/shadow)? 1121997286 M * Bertl s/it/he/ 1121997292 M * zhware passwd only changing password for root without problems 1121997314 M * Bertl welcome shuri! 1121997325 M * shuri hi 1121997378 M * zhware Bertl: hahaha you are right :) for some reason it's missing from the shadow file 1121997386 M * Bertl :) 1121997415 M * zhware bad hallow ;) (i'm using his gentoo baselayout) 1121997434 M * Bertl yeah Hollow is evil :) 1121997519 Q * shuri Quit: Leaving 1121998519 M * Bertl zhware: so how do you like linux-vserver? 1121999829 J * Aiken_ ~james@tooax7-153.dialup.optusnet.com.au 1122000042 J * Doener_ ~doener@p548745E0.dip.t-dialin.net 1122000158 Q * Aiken Ping timeout: 480 seconds 1122000498 Q * Doener` Ping timeout: 480 seconds 1122002570 J * jkl_ eric@c-67-165-222-93.hsd1.co.comcast.net 1122002767 M * zhware Bertl: sorry busy day :/ I like it very much. We will use it on our production machines 1122002794 M * Bertl excellent, sounds like 'provider'? 1122002856 M * zhware Bertl: not exactly. We have several mysql/resin environments. until now they was on different phisical machines, but we've got a RACK in the datacenter 1122002883 M * Bertl ah, interesting ... 1122002891 M * zhware Bertl: so we'll move everything to vservers - easier for admin and a loooooot cheaper 1122003045 M * Bertl i.c. so that's basically server consolidation, right? 1122003121 M * zhware Bertl: yes. in fact i even made some template (contains /bin, /lib, /usr etc. and mounting it in every vserver with --bind -ro. 1122003143 M * Bertl ah, using BME patches too? 1122003206 M * zhware Bertl: still no. i think it's working also without them (2.6 kernel) - the dir is rw on the host and ro inside vservers 1122003236 M * Bertl hmm, I would be suprised to hear that ... 1122004629 M * zhware lunch time (even in japan ;) ) 1122006775 M * MooingLemur moo 1122006809 M * Bertl moo moo! 1122006907 M * MooingLemur no idea why I mooed in here :) 1122006976 M * MooingLemur vserver is behaving well enough (1.9.5 crashed lots, but only on this box, 2.0-rc6 is rock solid). (1.9.5 works fine elsewhere) 1122007171 M * MooingLemur bah, supermicros have issues though it seems :) 1122007174 M * Bertl so we did improve with 2.0 ... 1122007228 M * MooingLemur yeah.. I felt good enough about it to put a sourceforge mirror under it :) 1122007275 M * Bertl sounds good :) 1122007343 M * MooingLemur not a bad stress test :) 1122007399 M * Bertl yeah, sounds good ... maybe you feel like commenting on that on the ML (if you get around) 1122008238 A * zhware using 2.0-rc8 and it's working pretty well too 1122008311 M * zhware i'm just getting vkill: vc_ctx_kill(): No such process message every time i stop some vserver 1122008322 M * zhware but it was the same with 2.0-rc6 too 1122008351 M * Bertl which tools do you use? 1122008378 M * Bertl hm, btw, I would not use rc8, use rc8.1 instead 1122008382 M * zhware Bertl: 0.30.205-r1 1122008390 M * Bertl we introduced a stupid bug in rc8 1122008412 M * zhware Bertl: need to wait for gentoo vserver-sources update :/ 1122008436 M * Bertl well, okay :) btw, I'd try 0.30.208 1122008448 M * Bertl (this probably has your error message fixed too) 1122008490 M * Bertl if the rc8 is really rc8 and not some rc8.1 relabeled as rc8, then be careful with locking 1122008503 M * zhware Bertl: hm in fact there is 208 in the portage so maybe will try with it 1122008519 M * Bertl if you create the first lock, your kernel will crash :/ 1122008551 M * zhware Bertl: there is dlte-locks-fix applied 1122008560 M * zhware delta-locks i mean 1122008565 M * Bertl ah, good! 1122008573 M * zhware Bertl: patching fs/locks.c 1122008917 M * zhware Bertl: utils 0.30.208 - no more vc_ctx_kill() message but it do not stop the vserver - 'A timeout occured while waiting to finish..." 1122008964 M * Bertl could you run the testme.sh on the host (as root) and upload the output somewhere? 1122009003 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh 1122009116 M * zhware chcontext is working, chbind is working [000]# failed. 1122009138 M * zhware linux-VServer Test [V0.12] 1122009164 M * zhware [031]# failed, [202]# failed 1122009189 M * Bertl hmm, you sure you got the right one? 1122009190 M * zhware VCI: 0002:0001 273 03000026 1122009297 M * zhware Bertl: just a sec. seems there is V0.13. will try with it 1122009422 M * zhware Bertl: http://rafb.net/paste/results/hoS8uv38.html 1122009439 M * Bertl tx 1122009522 M * Bertl hmm, I thought you updated the tools to 0.30.208? 1122009553 M * zhware Bertl: sorry i'm stupid. started the script on another server 1122009573 M * zhware Bertl: http://rafb.net/paste/results/Jyw4gG28.html 1122009590 M * Bertl ah, looks much better :) 1122009594 M * zhware and all test successed. 1122009621 M * zhware so why there is the timeout problem then :/ 1122009696 M * zhware Bertl: the message mentioned something about the increasing the apps/vshelper/sync-timeout 1122009729 M * zhware Bertl: i haven't such dir in /etc/vservers at all. Is it required? 1122009861 M * Bertl you still have the timeout issue with 0.30.208? 1122009916 M * zhware Bertl: i have timeout issue only with 0.30.208. 0.30.205 was OK - onlu ctx_kill() message, but no timeout. 1122010061 M * Bertl hmmm ... well, I don't know if the gentoo tools are patched, but if not, and/or if you can reproduce this with the vanilla tools, I'd kindly ask you to file a bug report on savannah ... 1122010434 M * zhware Bertl: i saw there is vshelper and vshelper-sync what will happends if i change the helper to the -sync one? 1122010524 M * Bertl hmm, don't know :) 1122011337 M * Hollow morning 1122011516 M * zhware hi Hollow 1122011552 M * Hollow hi zhware 1122011559 M * Bertl morning Hollow! 1122011589 M * Hollow hey Bertl, i'm not evil ;) 1122011723 M * Bertl hmm, then I must have mixed that up somehow *G* 1122011737 M * Hollow heh 1122011767 M * zhware hahaha then it's Hollow-r1 1122011801 M * zhware fixed and not evil 1122011866 M * Bertl Hollow: http://vserver.13thfloor.at/Experimental/SYSCALL/syscall_shiny.h 1122012045 M * Bertl Hollow: had to rewrite it from scratch, because gcc is buggy :) 1122012112 M * Hollow and it works now? 1122012121 M * Bertl sure it does :) 1122012143 M * Hollow great! :) 1122012309 M * Hollow aah, it works, lalala 1122012319 M * Hollow :P 1122012351 M * zhware hm and for our regular ppl, what exactly will do the sniny new syscall? 1122012360 M * zhware for us i mean 1122012379 M * Bertl well, it will allow Hollow to be even more evil than before :) 1122012393 A * Hollow nods 1122012394 M * Hollow :) 1122012433 M * zhware Hollow -> Devillow :) 1122012436 M * Bertl zhware: no seriously, one of the major issues is that syscall handling is not implemented on many archs (properly) 1122012443 N * Hollow Devillow 1122012451 M * Devillow haha 1122012457 M * Bertl Devillow: btw, glibc gets the PIC code wrong too ... 1122012479 M * zhware Bertl: seems all security projects first job is to replace syscalls :) 1122012517 M * Bertl http://vserver.13thfloor.at/Experimental/GCC/x2.c 1122012530 M * Bertl this is interesting to compile with -fPIC ;) 1122012605 M * Devillow what PIC for? i only had issues with PIC using gentoo hardened... 1122012646 M * Bertl well, you need pic code for your library, no? 1122012660 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1122012795 M * Devillow has this sth to do with reentrant functions? 1122012808 N * Devillow Hollow 1122012834 M * Bertl well, more with dynamically loadable libraries (PIC = position independant code) 1122012851 M * Hollow yeah, i know the abbr., but i have no idea what it's doing 1122012879 M * Bertl well, if you define a variable (like int errno ;) 1122012899 M * Bertl then this _usually_ gets a fixed address ... and all code can reference that address 1122012914 M * Hollow if you define it globally, or locally? 1122012917 M * Bertl with PIC enabled, you have to reach it via some offset 1122012929 M * Bertl basically relative to the rest of the code 1122012948 M * Bertl local variables are on the stack or in registers 1122012956 M * Hollow ah ok 1122012977 M * Hollow so it gets a different address based on who accesses it..? 1122013019 M * Bertl no, it gets a different address based on where it is loaded 1122013025 M * zhware Hollow: it's like dll in the windows world. 1122013042 M * Hollow zhware: i left windows a loong time ago ;) 1122013086 M * Hollow Bertl: so on every load it will get a different address 1122013087 M * Hollow ? 1122013095 M * Bertl could be ... 1122013104 M * Hollow i.e. every time i execute vcontext errno has another address 1122013115 M * Bertl unlikely but possible 1122013128 M * Hollow mhm 1122013193 M * Hollow and which pic code does glibc get wrong? 1122013198 M * Bertl do we have a test script or something like that for the library? 1122013221 M * Hollow the tools dir is supposed to do this 1122013223 M * Bertl did you try to compile the x2.c? does it compile with -fPIC quite fine? 1122013233 M * Hollow sec.. 1122013304 M * Hollow it compiles with both, and both exit with rc=254 1122013328 M * Bertl interesting what glibc? 1122013362 M * Hollow 2.3.5 1122013376 M * Bertl hmm, they might have fixed it ... 1122013413 M * Bertl 2.3.3 here gives an error at compile time ... 1122013416 M * Hollow hm.. i'd only have 2.3.4.20041102 to test with.. 1122013418 M * ddlp hello... 1122013455 M * Bertl gcc -O2 -Wall -fPIC x2.c 1122013455 M * Bertl x2.c: In function `main': 1122013455 M * Bertl x2.c:10: error: can't find a register in class `BREG' while reloading `asm' 1122013472 M * Hollow yep 1122013474 M * Bertl hey ddlp! 1122013477 M * Hollow i get this too with 2.3.4 1122013498 M * Bertl it's the result of broken PIC syscall code ... 1122013543 M * Bertl well, IMHO it's a gcc bug ... because gcc doesn't get the fact that it is modifying the register it uses for the relative offsets :) 1122013561 M * Bertl but of course, the gcc folks tell ya that this is because of the x86 ABI :) 1122013601 M * Bertl anyway, the new syscall implementation does cover all cases (even the broken x86 ones) 1122013610 M * Hollow heh 1122013624 M * Hollow so, i can remove the glibc syscall again, finally 1122013630 M * Bertl you can use it inline or intermixed with other code, or whatever you like 1122013671 M * Bertl btw, vinfo does always show me the help ... regardless of the option :) 1122013685 M * zhware Bertl: on teh RH ML they mationed it's because of changing the assembler in gcc 3.3.2 and the way it handles declaring clobered registers. 1122013701 M * zhware Bertl: but i'm not sure what exactly this mean ;) 1122013729 M * Hollow Bertl: because there is nothing implemented yet ;) 1122013732 M * Bertl yeah, well, not even with the correct clobber list gcc (at least up to 3.3.6) does get it right :/ 1122013760 M * Hollow btw: this was gcc4.0.1 compiling... 1122013780 M * Bertl ah, and did I mention the code is c99 clean :) 1122013792 M * Hollow heh 1122013852 M * Bertl but not completely cleaned up yet ... 1122014171 Q * flock Ping timeout: 480 seconds 1122014174 M * Hollow Bertl: with std=c99 i get: 1122014175 M * Hollow warning: ISO C99 requires rest arguments to be used 1122014870 Q * airhead Quit: Lost terminal 1122014881 M * Bertl check out http://vserver.13thfloor.at/Experimental/SYSCALL/syscall_shiny2.h 1122014919 M * Bertl IMHO this is a c99 bug, but we know how to fix/work around it :) 1122014994 M * Hollow :P 1122015043 M * Bertl well, elt me put it this way, if it isn't a bug, you can not define a variadic macro and do not pass an argument ... 1122015080 M * Bertl if you #define my_printf(f,...) printf(f, ##__VA_ARGS__) 1122015091 M * Bertl then the my_printf should do the same as printf ... 1122015099 M * Hollow yep 1122015122 M * Bertl but, if you try to compile that with c99 (and use the myprintf, of course) you will get the error 1122015140 M * Bertl hmm, maybe not directly ... but at least indirectly 1122015177 M * Hollow ok, compiles withuout warnings now 1122015235 M * Hollow Bertl: why are the VXSM_ defines in sched_cmd.h and not in sched.h like with context.h ? 1122015263 M * Bertl for no good reason, I'd guess 1122015279 M * Hollow woulod you mind moving them? 1122015295 M * Hollow so we can skip the defines in vserver.h 1122015313 M * Bertl hmm, which one would you like to be moved? 1122015329 M * Hollow sched_cmd.h line 29-34 to sched.h 1122015339 M * Hollow plus line 326 ;) 1122015341 M * Hollow 36 1122015343 M * Hollow SCHED_KEEP 1122015418 M * Bertl hmm, not convinced we should not do it the other way round actually 1122015445 M * Hollow hm 1122015453 M * Bertl i.e. move the command arguments (and flags/masks) into the *_cmd.h s 1122015487 M * Bertl for example for inode.h the IATTR* stuff could go into inode_cmd.h 1122015511 M * Hollow yeah, ok 1122015527 M * Hollow userspace should never include context.h right? 1122015532 M * Bertl but I guess I will have to sleep about that ... feel free to provide patches in the meantime ... 1122015584 M * Bertl well, all include files are currently designed to be used in kernel and userspace ... 1122015590 M * Hollow mhm 1122015596 M * Bertl they have the 'relevant' __KERNEL__ markers 1122015605 M * Hollow yep, i saw that.. 1122015624 M * Bertl but it might be conceptionally cleaner to move command arguments into the _cmd files 1122015628 M * Hollow do we need any disjunction anyway? 1122015969 M * Bertl no idea ... too tired :) 1122015977 M * Hollow heh 1122015981 M * Bertl I'm off to bed now ... have a nice time everyone ... 1122015986 M * Hollow n8 Bertl! 1122015991 N * Bertl Bertl_zZ 1122017758 M * zhware Hollow: have a more organization, then technical questions. what is the best way to manage a farm of similar gentoo vservers on gentoo host? 1122017784 M * Hollow unification 1122017787 M * Hollow but i never tried 1122017801 M * Hollow at least you should use a shread portage tree 1122017804 M * Hollow shared 1122018103 M * BWare zhware: Get one portage host ... 1122018117 M * BWare zhware: Compile and test your packages there 1122018171 M * BWare After you are confortable with them ,run emerge -B package list 1122018294 M * BWare and put an apache vhost on /usr/portage/packages and adapt the local make.conf in the vservers to contain: PORTAGE_BINHOST="http://hostname.tld/All" 1122018304 M * BWare or something like that ;0 1122018403 M * zhware BWare: i'm already doing this - with emerge -gk in fact. 1122018409 J * bipsen ~secret@pat.progressive.dk 1122018423 M * zhware BWare: my portage-related dirs (/usr/portage etc.) a mount --bind from the host 1122018456 M * zhware BWare: the question is more about /etc dir maintanance. 1122018522 M * zhware BWare: and how to emerge just one chroot and have changes prapagated to all vservers without doing emerge -gk world in them 1122018592 Q * cryo Remote host closed the connection 1122018772 M * zhware i wish there was something like vemerge :/ 1122019498 M * BWare hehehe... not yet ;) 1122019514 M * dsoul zhware: unionfs? 1122019521 M * BWare but you can always use mount -o ro /usr/portage /vservers/HOST/usr/portage 1122019557 M * BWare you're doing that already 1122019558 Q * Aiken_ Quit: Leaving 1122019560 M * BWare n/m 1122019585 J * prae ~prae@gut75-1-81-57-27-189.fbx.proxad.net 1122020028 Q * revenger_ Ping timeout: 480 seconds 1122020247 M * zhware dsoul: i thinked for the same - ro mount + unionfs. livecd like 1122020319 M * zhware dsoul: but in the moment i moved all system dirs (/bin, /lib, /usr to /global and symlinked them. so i'm mounting /global --bind in all vservers ro and updating only on the host. 1122020343 M * zhware dsoul: still the problem with /etc after updated not solved 1122020551 M * dsoul hmmmmmmmm 1122023954 Q * zhware Quit: leaving 1122024796 M * bipsen hi - any kernel experts in here ?? 1122024842 M * bipsen I get a kenrel panic after jumping to 2.6.12.3 - can't really figure out why.... 1122024922 M * bipsen during boot I get: 1122024923 M * bipsen Loading ext3.ko module 1122024923 M * bipsen creating root device 1122024923 M * bipsen mkrootdev: label / not found 1122024923 M * bipsen mounting root filesystem 1122024924 M * bipsen mount: error 19 mounting ext3 1122024924 M * bipsen mount: error 2 mounting none 1122024945 M * bipsen The wierd part is that the entry in grub.conf is made exactly as the "old" kernel.... 1122024994 M * bipsen only difference during boot is that on the old kernel I see alle the init-stuff from the DAC960 raid controller... on the new kernel I only have 2 lines before the text with "Loading ext3.ko module" begins... 1122029734 Q * anonymousc Ping timeout: 480 seconds 1122030917 Q * ntrs Quit: Leaving 1122031133 J * _mcp ~hightower@wolk-project.de 1122031133 Q * mcp Read error: Connection reset by peer 1122031187 N * _mcp mcp 1122031876 Q * eXplasm2 Remote host closed the connection 1122033456 M * Hollow Bertl_zZ: http://home.xnull.de/misc/vs2.0-rc8.1-cleanup_headers.patch 1122033677 J * wurd ~kvlt@modemcable181.93-202-24.mc.videotron.ca 1122033929 Q * zimbo Ping timeout: 480 seconds 1122034850 J * eXplasm explasm@p549F782B.dip.t-dialin.net 1122034981 J * Blogmeister ~Blogmeist@site.lycos.de 1122035363 P * Blogmeister 1122035655 Q * eXplasm Remote host closed the connection 1122036060 M * bipsen Hm... does anyone in here have experience with vserver and a kernel using/running SELinux ? 1122036092 M * bipsen During startup I get this error (I thnik it's from sendmail): 1122036093 M * bipsen kernel: audit(1122035944.844:0): avc: denied { name_connect } for dest=25 scontext=user_u:system_r:unconfined_t tcontext=system_u:objec 1122036093 M * bipsen t_r:smtp_port_t tclass=tcp_socket 1122036480 Q * wurd Quit: [BX] I'm out like a light... 1122036804 J * eXplasm explasm@p549F782B.dip.t-dialin.net 1122037475 J * Vudumen vudumen@perverz.hu 1122038438 M * bipsen just upgraded to tools 0.30.208 .... 1122038438 M * bipsen exec --ip eth0 /etc/init.d/sshd start 1122038438 M * bipsen /usr/lib/util-vserver/vsysvwrapper: line 44: exec: --: invalid option 1122038441 M * bipsen ? 1122039692 J * Zoiah Zoiah@matryoshka.zoiah.net 1122039706 M * Zoiah Hi! 1122039733 M * Zoiah I have a strange problem with a CentOS 4 vserver I've created. It wont stop normally. 1122039746 M * Zoiah When I run 'vserver vrs stop' it gets to 'Starting killall: [ OK ]' and then it just stops. 1122039766 M * Zoiah If I check with ps -ef it's running: 1122039767 M * Zoiah root 11785 11766 0 15:42 pts/2 00:00:00 /bin/bash /sbin/vserver vrs stop 1122039767 M * Zoiah root 11793 11785 0 15:42 pts/2 00:00:00 /lib/util-vserver/lockfile /var/lock/vserver.etcvserversvrs.startup /tmp/vserver-lock.lXV8g0 1122039767 M * Zoiah root 11807 11785 0 15:42 pts/2 00:00:00 /sbin/vwait --timeout 30 --terminate --status-fd 3 244 1122039792 M * Zoiah The timeout makes me think it should time something out after 30 secs, but I've waited for a while now, and no timeouts. 1122039804 M * Zoiah If I manually kill the processes it will continue. 1122039826 M * Zoiah Also, only 1 process remains, 'minilogd'. 1122039838 M * Zoiah If I kill that, the stop ends properly. 1122039844 M * Zoiah I don't really know how to continue debugging this. 1122040156 Q * Zoiah Quit: leaving 1122040182 J * Zoiah Zoiah@matryoshka.zoiah.net 1122040185 M * Zoiah Wrong button, sorry. ;) 1122040403 J * cryo ~say@212.86.243.154 1122040601 J * revenger_ ~joe@bulldog.infosys.de 1122040616 Q * revenger Read error: No route to host 1122040669 J * zimbo zimbo@callisto.dom.bonis.de 1122040724 N * BobR_oO BobR 1122040732 Q * locksy Ping timeout: 480 seconds 1122041086 Q * bipsen Quit: 1122043132 J * richardw ~richard@wlan-tiwag-231-106.utaonline.at 1122043182 N * cereal pg|cereal 1122046222 Q * zimbo Read error: Connection reset by peer 1122047935 J * locksy ~locksy@mrtg.sisgroup.com.au 1122048164 J * richardw_ ~richard@81.189.230.95 1122048623 Q * richardw Ping timeout: 480 seconds 1122050056 J * zimbo ~zimbo@callisto.dom.bonis.de 1122050112 Q * cryo Remote host closed the connection 1122050290 N * Bertl_zZ Bertl 1122050305 M * Bertl short visit, off soon ... 1122050377 M * Bertl Zoiah: if you are using standard 0.30.208 tools (and vs2.0-rc8.1) please file a bug report to savannah ... 1122050556 J * jonsmel ~jscottorn@209.33.206.3 1122050573 M * jonsmel morning all 1122050583 M * Bertl morning jonsmel! 1122050591 M * jonsmel Hey Bert 1122050601 M * Bertl welcome zimbo btw! 1122050623 M * jonsmel ?, how do I get snmp to run both on a vserver as well as the server hosting the vservers 1122050671 M * Bertl simple, restrict it to some host specific IP set (either via config or via v_* wrapper) 1122050725 M * jonsmel where would I do it within the configs 1122050848 M * Bertl that probably depends on the snmp daemon ... no idea about the details there 1122050873 M * Bertl but the v_* wrapper (or just using ipbind --ip xxxx) might be the simpler way ... 1122050920 M * Bertl but keep in mind, snmp is usually for reading hardware specific stuff, so it typically belongs to the host anyway 1122050939 M * jonsmel right 1122050941 M * Bertl don't know what data you'd like to serve/control inside a guest 1122050965 M * jonsmel mainly want to watch the net stats 1122050983 M * jonsmel won't it seperate that out? 1122050989 M * Bertl well, you won't see other stuff than on the host :) 1122050995 M * jonsmel right 1122051004 M * jonsmel that's why I want to get it to run on both 1122051014 M * jonsmel currently it only runs either on the host 1122051020 M * Bertl if you want per guest network statistics, you ahve to use iptables accounting 1122051043 M * jonsmel or if it runs within a guest I can run it in all of the guests running on the host 1122051048 M * Bertl the guests will see a subset of what the host sees, but nothing guest specific at all (regarding network= 1122051062 M * jonsmel hmmm 1122051087 M * Bertl this will change with ngnet (which has virtualized networking) 1122051090 M * jonsmel well, I know that when I have it running on the guests, a few different ones running on the same host 1122051103 M * jonsmel it does seperate them out and I get different stats from each guest 1122051130 M * jonsmel that's currently the way that I run it but I miss all the host data 1122051138 M * jonsmel cpu utilization, etc... 1122051142 M * jonsmel mem usage 1122051161 M * jonsmel but the net stats are working the way I want it to 1122051165 M * Bertl yes, that stuff is virtualized, but it might be easier to read that on the host from /proc/virtual ... 1122051183 M * Bertl the network counters for example are _not_ virtualied 1122051191 M * Bertl *virtualized even 1122051214 M * Bertl i.e. if you have eth0 and a bunch of aliases, they all show the same counters 1122051233 M * Bertl (which can also be read on the host of course :) 1122051281 M * Hollow hey Bertl! 1122051285 M * jonsmel hmm, ok 1122051291 M * jonsmel i'll have to look further into this 1122051296 M * jonsmel see what I can figure out 1122051321 M * Bertl hey Hollow! saw your url/patch! 1122051323 M * jonsmel thanks for the help/info 1122051327 M * Hollow :) 1122051341 M * Bertl jonsmel: you're welcome! as I said, iptables accounting is a good choice ... 1122051494 M * Bertl okay, off for now, back later ... 1122051529 N * Bertl Bertl_oO 1122052166 M * MooingLemur o_O 1122052775 M * MooingLemur _oO 1122053082 N * richardw_ richardw 1122053163 N * BobR BobR_oO 1122054064 J * bipsen ~secret@pat.progressive.dk 1122054244 M * bipsen Bertl: Hey... regarding my kernel issues yesterday... Id turned out, that if I included the DAC960 driver and EXT3 in the kernel - instead of having them as modules and loaded (creating image using mkinitrd) - it worked.... 1122054258 M * bipsen very wierd 1122054359 Q * prae Quit: Execute Order 69 ! 1122054458 M * bipsen anyway... here's a question for the experts: I'm trying to install WhiteBox Linux 4.0 as a guest operating system. Finally I've created a local yum repository, so it doesn't take so much time. But somewhere there's a dependency for the kernel rpm ?? Is this normal behaviour, that this rpm is installed in one of the guest OS' ? 1122055045 M * daniel_hozac yeah. you can typically get around it by having a fake RPM provide the kernel and other packages that don't really belong in a vserver. 1122055288 M * bipsen I guess WBEL is more or less like CentOS ... As it is right now, yum tried to install 61 packages.. Don't know if that sound normal 1122058552 Q * eXplasm Quit: Verlassend 1122058559 J * eXplasm explasm@p549F782B.dip.t-dialin.net 1122059105 Q * eXplasm Quit: Verlassend 1122060436 J * yarihm ~yarihm@80-218-5-17.dclient.hispeed.ch 1122065000 M * bipsen Hmm... when doing a "vserver stop" I get something like "A timeout occured while waiting for the vserver to finish and it was killed by sending a SIGKILL signal." ... But it is a fresh guest-server, nothing special has been installed onto it yet... 1122065232 M * bipsen anyone here ? seems pretty quiet ;--) 1122065300 J * Aiken ~james@tooax8-170.dialup.optusnet.com.au 1122066257 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1122067961 N * jonsmel jonsmel_zZ 1122071873 M * kevinp Bertl: I am successfully running rc8.1 now, looking good 1122074080 J * prae ~benjamin@sherpadown.net 1122074362 Q * jonsmel_zZ Ping timeout: 480 seconds 1122074753 N * Bertl_oO Bertl 1122074764 M * Bertl evening folks! 1122074786 M * Bertl bipsen: well, it is quiet sometimes ... 1122074796 M * Bertl kevinp: excellent! 1122074833 M * Bertl Hollow: let me know when you're around ... 1122074887 M * Bertl FaUl: let me know when you get here too, please ... 1122075662 Q * prae Quit: Pwet 1122076247 Q * flock Ping timeout: 480 seconds