1109124752 J * Andr0id ~andr0id@ip68-96-6-134.hr.hr.cox.net 1109124780 M * Andr0id it lives 1109124819 M * Andr0id Kernel 2.6.10-vs1.9.4 on a Dual-processor i686 / tty2 1109124822 M * Andr0id vserver login: 1109124836 M * Andr0id now i'm stuck though 1109124847 M * Andr0id newvserver isn't a valid command 1109124879 M * Andr0id and vserver 00 build complains about 'No build-method specified' 1109124897 M * Andr0id blah 1109125111 M * johnny you have to add some options don't you? 1109125120 M * johnny to build 1109125142 M * Andr0id i'm having trouble finding new documentation 1109125280 M * Andr0id hrm 1109125324 M * Andr0id i urpmi the latest and greatest vserver rpms (created feb 20) and now when i type vserver 00 build i get two errors 1109125350 M * Andr0id f 1109125368 M * Andr0id /usr/sbin/vserver: line 156: /usr/lib/util-vserver/vserver-build: No such file or directory 1109125378 M * Andr0id /usr/sbin/vserver: line 156: exec: /usr/lib/util-vserver/vserver-build: cannot execute: No such file or directory 1109125444 M * Andr0id ah. 1109125449 M * Andr0id hrm 1109125462 M * Andr0id its in /usr/local/lib/util-server/ 1109125727 M * Andr0id hrmph, no go 1109125735 M * Andr0id nothing points to anything else... 1109126510 Q * no_maam Remote host closed the connection 1109126524 J * no_maam ~erik@datenzone.de 1109127391 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1109127836 M * Andr0id okay 1109127854 M * Andr0id i've uninstalled all RPMs .204 1109127869 M * Andr0id ive rm -rf everything vserver related 1109127897 M * Andr0id i've re-installed .203 rpms from linux-vserver.org 1109127910 M * Andr0id i try to run vserver 00 build -m copy 1109127915 M * Andr0id i get /usr/lib/util-vserver/vserver-build: line 125: /usr/lib/util-vserver/vserver-build.copy: No such file or directory 1109127975 M * Andr0id if i want to build a vserver called 00, what comand do i use? 1109128728 M * Andr0id anyone awake? 1109130287 M * Andr0id hello? 1109130388 M * mugwump you're in a timezone clearly at odds with Europe :) 1109130653 J * tad ~tad@h000f3d19edcc.ne.client2.attbi.com 1109131455 P * tad Leaving 1109132115 M * Andr0id okay 1109132142 M * Andr0id util-vserver is NOT a drop in replacement for vserver and vserver-admin 1109132174 M * mugwump no, it isn't. Those old tools of Jacques' don't support a lot of things 1109132192 M * mugwump in particular, the 2.6 port 1109132199 M * Andr0id yeah, however, it does support actually building a vserver. 1109132224 M * Andr0id util-vserver rpms don't 1109132282 M * mugwump heh. see also `vserver build' iirc 1109132296 M * Andr0id no newvserver and you can't copy a vserver cuz there is not vserver-build.copy 1109132366 M * mugwump yeah, I normally roll my own build/destroy scripts to integrate with local LVM conventions etc 1109132373 M * mugwump but the tools should work 1109132389 M * mugwump perhaps you want the `skel' method, not copy 1109132433 M * Andr0id it wouldn't work either 1109132491 M * Andr0id argh 1109132504 M * Andr0id can't set the new security context 1109132522 M * Andr0id complains /proc must be mounted, even though it is 1109132529 M * mugwump ls /proc 1109132537 M * mugwump pretty spartan, eh? 1109132546 M * mugwump /etc/init.d/vprocunhide start 1109132555 M * mugwump then ls /proc again 1109132636 M * mugwump that's with util-vserver anyway 1109132652 M * Andr0id hehe 1109132663 M * Andr0id actually, i forgot to vserver 00 start 1109132672 M * Andr0id brain fart 1109132674 M * mugwump If you're interested I'll knock up a tarball with the scripts I use to make and destroy vservers with new util-vserver etc 1109132692 M * Andr0id i'm very intrested 1109132719 M * Andr0id i'm currently kernel 2.6.10-vs1.9.4 1109132748 M * Andr0id mandrake 10.1 releast 1109132760 M * Andr0id releast=release 1109133049 M * Andr0id would that be for util-vserver-XXXXX-0.30.204-1mdk.i586.rpm 1109133166 M * mugwump yeah that'll be close enough 1109133220 M * Andr0id okay, cool 1109133835 M * Andr0id still there mugwump? 1109133865 M * mugwump yup 1109133891 M * Andr0id i'm gonna head to bed soon. its 23:44 my time.. 1109133908 M * mugwump oh, sure. you on the list? 1109133930 M * Andr0id uh, guess not since i'm not sure what the list is.. :) 1109133937 M * mugwump mailing list :) 1109133955 M * Andr0id oh, hehe. no, not yet. just got going on vserver stuff 1109133972 M * Andr0id want my e-mail 1109133986 M * mugwump yeah, I'll cc: you in to my post to the list 1109134048 M * Andr0id okay, sound great. my email is jason@switchdatatech.net (this one doesn't have the anti-spam message, that way the e-mail list won't get ugly?) 1109134119 M * Andr0id thanks a bunch for the help.. ! 1109134132 M * mugwump np, I've been meaning to release these for ages anyway 1109134141 M * Andr0id heh 1109134153 A * Andr0id drags himself to bed for the night... 1109134194 Q * Andr0id Quit: Leaving 1109134315 Q * nox Ping timeout: 480 seconds 1109134331 J * nox ~nox@c207066.adsl.hansenet.de 1109136867 Q * locksy Quit: Terminated with extreme prejudice - dircproxy 1.0.5 1109139069 Q * duckx jupiter.oftc.net keid.oftc.net 1109139117 J * duckx ~Duck@dyn-83-157-173-5.ppp.tiscali.fr 1109139427 J * roswel_ ~roswel@202.42.136.131 1109139888 Q * roswel_ jupiter.oftc.net keid.oftc.net 1109139888 Q * duckx jupiter.oftc.net keid.oftc.net 1109139988 J * roswel_ ~roswel@202.42.136.131 1109139988 J * duckx ~Duck@dyn-83-157-173-5.ppp.tiscali.fr 1109140964 N * Doener|gone Doener 1109140972 M * Doener morning! 1109141010 M * DaCa moin Doener 1109145646 M * BWare morning 1109145703 J * hansi33 ~hansi33@193.80.53.173 1109145768 M * hansi33 Does someone has a quick link, how to setup ulimit on vserver for kernel 2.6 1109146081 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1109147388 J * prae ~prae@ezoffice.mandrakesoft.com 1109147616 Q * lilo Ping timeout: 480 seconds 1109149207 Q * prae Remote host closed the connection 1109150697 J * prae ~prae@ezoffice.mandrakesoft.com 1109150747 M * BWare anyone working with vlans using util-vserver 0.30.196 ? 1109150824 J * lilo ~lilo@lilo.usercloak.oftc.net 1109151192 J * rs ~rs@site.spray.se 1109151462 M * rs hi 1109153993 J * jsambrook ~jsambrook@aelfric.plus.com 1109161604 M * BWare morning 1109163065 J * pulsar ~pulsar@82.209.246.234 1109165856 N * Bertl_oO Bertl 1109165859 M * Bertl morning folks! 1109165876 M * erwan_ho lo Bertl 1109166055 M * Bertl hi Erwan! everything fine? 1109166070 M * erwan_ho yes 1109166085 M * erwan_ho I'll have to check what had suggest enrico 1109166086 M * Bertl hansi33: do you really want to setup ulimits? 1109166477 M * rs hey beertl! 1109166499 M * alexx hansi33, i don't know, but me : i'm very interesting by ulimit/rlimit for vserver :) 1109166528 M * Bertl hey rs! 1109166540 M * hansi33 Bertl, is there a better way in 2.6-vserver? 1109166566 M * hansi33 I want to limit the number of processes and perhabs memory 1109166570 M * Bertl well, yes .. but there is also ulimits ... but let me explain that ... 1109166599 M * Bertl ulimit is a bash builtin, which controls the rlimits 1109166610 M * Bertl rlimits are (by default) per process ... 1109166629 M * Bertl so there is nothing like a maximum number of processes in rlimits (basically) 1109166662 M * Bertl now why do we have RLIMIT_NPROC then? 1109166800 M * hansi33 do you have an example for /etc/vservers/vserver-name/rlimits 1109166806 M * Bertl simple because the limits where usually planned per user ... 1109166860 M * Bertl so, what was done in 2.4/1.2 vserver was to use the linux rlimits/ulimits and extend them with some flags 1109166887 M * Bertl for example the nproc flag (which used the NPROC rlimit for an entire vserver) 1109166918 M * Bertl now in 2.6/1.9 we have context limits 1109166943 M * Bertl they apply by default to the entire context and allow to restrict the resources on a per context basis 1109167211 M * hansi33 are the context limits controlled by /etc/vservers/vserver-name/rlimits ? 1109167283 M * Bertl well, let's have a look at the flower-page ... 1109167394 M * Bertl yes, those are responsible for the context limits 1109167627 M * hansi33 sorry, again, do you have an example for the rlimits-directory 1109167646 M * alexx i'm interested too 1109167856 M * Bertl sure, just put in some files like rss or as 1109167878 M * Bertl with the limit you want to set (new limits will require to use the vlimit tool) 1109167923 M * alexx my pb is : "what is correct range value ?" 1109167981 M * Doener hmm... since when do you specify a "limit range"? 1109168008 M * Doener like "he may at max have 5-10 processes, kernel may choose"? 1109168042 M * Doener or did i just misunderstand the sentence? 1109168051 M * alexx i know that a must enter some values in a file for "rlimiting" a context 1109168061 M * alexx but, what type of number . 1109168094 M * Doener i guess any positive integer should be fine... 1109168123 M * alexx i don't find good doc for relation between number and effect 1109168138 M * Doener man bash -- search for ulimit 1109168143 M * BWare :) 1109168179 M * Doener took me some time to find that back then... ;) 1109168207 M * BWare anyone working with vlans using util-vserver 0.30.196 ? 1109168210 M * alexx i've do that, but, perhaps i'm too stupd : i have don't understand the "principe" 1109168216 M * BWare or newer for that matter 1109168451 M * Doener alexx: man bash says:"The maximum number of processes available to a single user" (that's the nproc limit). Now we replace "user" by "context" and deduce that if we put "10" into the nproc limit file, the maximum number of processes in a context is limited to 10. 1109169205 M * Doener Bertl: i updated my host's kernel today... just prior to a reboot i noticed that memory usage (excluding buffers and caches) was at 300MB, without anything interesting running, just syslog, cron, postfix and a bash were still running... (plus kjournald, kswapd0 and such...). is that expected? 1109169291 M * Bertl hmm, unusual, which kernel? 1109169299 M * daniel_hozac Doener: i've seen something like that too. 1109169314 M * Doener old one was 2.6.11-rc3-vs1.9.4-rc4 1109169331 M * Doener i checked that no vservers were running ;) 1109169349 M * Bertl and that one showed the large memory usage? 1109169490 M * Doener yep 1109169503 M * Doener had an uptime of about 2 weeks IIRC 1109169526 M * Bertl read about some memory leakage in rc3 IIRC, but you should watch it on rc4 ... 1109169537 M * Doener will do 1109169951 M * Bertl okay, trying to improve my connectivity .. back later ... 1109169966 N * Bertl Bertl_xX 1109170557 M * eyck good luck 1109172443 J * Andr0id ~andr0id@ip68-96-6-134.hr.hr.cox.net 1109172649 M * Andr0id anyone awake 1109172697 M * erwan_ho yes 1109172832 M * Andr0id i'm having great problems 1109172836 M * Andr0id well sorta 1109172876 M * Andr0id i compiled to kernel 2.6.10-vs1.9.4 and uprmi all of your latest and greatest .204 rpms 1109172901 M * Andr0id now, my base system is mandrake 10.1 1109172953 M * Andr0id what command can i use to create a vserver called 'vs01' ? 1109173013 M * Andr0id i'm having trouble since I used newvserver in the past and 'vserver vs01 build' seems to be giving me lost of trouble. operator error i'm sure 1109173036 M * Andr0id i'd like to use the urpmi option but am very unsure how... any ideas? 1109173038 M * erwan_ho vserver vs01 build -m urpmi -- -d mandrake 1109173067 M * Andr0id hm... the -d mandrake implies what version? 1109173080 M * erwan_ho the current 1109173090 M * erwan_ho vserver vs01 build -m urpmi -- -d mandrakelinux 1109173092 M * erwan_ho sorry 1109173172 M * Andr0id un, it seems to be working..cool 1109173192 M * Andr0id now, once its done i can copy it with what command? 1109173464 M * erwan_ho copy what ? 1109173483 M * Andr0id hmm... is the build -m urpmi using my current media list or a default one set in /etc/vserver??? 1109173484 M * erwan_ho today this method is not the more secured.. I have to change the way the vserver will be installed 1109173501 M * erwan_ho today -m urpmi uses the current media list 1109173509 M * erwan_ho I have to find the better way to manage this 1109173533 M * Andr0id oh. once I have a working vserver what command would i use to copy/clone it? (i.e. use it as a template) 1109173563 M * pulsar cp -a ? 1109173578 M * erwan_ho installing the vserver is really fast 1109173586 M * erwan_ho could be done at each turn 1109173623 M * Andr0id well, my media list is through a network, it doesn't include any local CDs 1109173695 M * Andr0id argh, same errors 1109173708 M * Andr0id secure-mount: chdir("/tmp"): No such file or directory 1109173716 M * Andr0id /etc/vservers/vs01/fstab:2:1: failed to mount fstab-entry 1109173723 M * Andr0id find: var/run: No such file or directory 1109173730 M * Andr0id fakerunlevel: open("/var/run/utmp"): No such file or directory 1109173754 M * erwan_ho hum 1109173787 M * Andr0id i need to make /tmp and /var/run directories every time 1109173800 M * erwan_ho sounds strange 1109173831 M * Andr0id and var/lock 1109173851 M * Andr0id argh. still can start it 1109173866 M * Andr0id vserver vs01 start 1109173867 M * Andr0id No command given; use '--help' for more information. 1109173881 M * Andr0id and then the default error message if something fails 1109173944 M * erwan_ho Andr0id: rpm -qa | grep vserver 1109173964 M * Andr0id util-vserver-lib-0.30.204-1mdk 1109173964 M * Andr0id util-vserver-devel-0.30.204-1mdk 1109173964 M * Andr0id util-vserver-legacy-0.30.204-1mdk 1109173965 M * Andr0id util-vserver-build-0.30.204-1mdk 1109173965 M * Andr0id util-vserver-core-0.30.204-1mdk 1109173965 M * Andr0id util-vserver-0.30.204-1mdk 1109173966 M * Andr0id util-vserver-sysv-0.30.204-1mdk 1109173990 M * erwan_ho k 1109174004 M * erwan_ho I have the same and it works 1109174005 M * erwan_ho hu 1109174007 M * erwan_ho hum 1109174400 M * Andr0id ls -l /vservers/vs01/etc 1109174404 M * Andr0id -rw-r--r-- 1 root root 44 Feb 23 05:36 hosts 1109174404 M * Andr0id -rw-r--r-- 1 root root 137 Feb 23 05:57 mtab 1109174404 M * Andr0id -rw-r--r-- 1 root root 134 Sep 16 10:48 pwdb.conf 1109174405 M * Andr0id drwxr-xr-x 3 root root 4096 Feb 23 05:56 rc.d/ 1109174405 M * Andr0id drwxr-xr-x 3 root root 4096 Feb 23 05:36 vservers/ 1109174420 M * Andr0id kinda spars 1109175546 Q * pulsar Quit: Leaving 1109176300 Q * Andr0id Quit: Leaving 1109176369 J * Andr0id ~andr0id@ip68-96-6-134.hr.hr.cox.net 1109176981 M * Andr0id If I every get this going i'm gonna do it again from scratch, log everything, and write a current how-to for mandrake. 1109177060 M * Andr0id cuz if you don't know the first thing about vserver and you want an up-to-date kernel its not very obvious. (not to me at least) 1109177176 Q * erwan_ho Remote host closed the connection 1109178202 M * Andr0id hmm.. 1109178206 M * Andr0id closer... 1109178230 M * Andr0id got a vserver installed and it runs. BUT /proc seems hosed 1109178254 M * Doener http://linux-vserver.org/Proc-Security *sigh* 1109178298 A * Doener .oO( should have a shortcut for that in xchat... ) 1109178525 M * Andr0id hmm 1109178548 M * Andr0id thats why /proc won't mount when starting a vserver? 1109178578 M * Doener it is mounted, but it contains almost nothing, because everything is hidden 1109178682 M * Andr0id hmm.. when i shut down a vserver it complains a lot about being unable to unmount /proc 1109178720 M * alexx hum, strange trouble :/ : "vxW: xid=49165 did hit the barrier.", et on the term where i launch "vserver debian start" => 'vcontext: chroot(): Permission denied' 1109178727 M * Doener the vserver shouldn't umount proc, the tools do that. all hardware and mounting and wahtever initscripts should be removed 1109178753 M * Doener alexx: kernel version? x86? 1109178775 M * alexx oups sorry : 2.6.10-vs1.9.4 1109178785 M * alexx yes x86 1109178797 M * alexx (SMP dual celeron 400) 1109178854 M * Doener SuSE 9.0 box by chance? 1109178883 M * alexx nop 1109178888 M * alexx hst is debian too 1109178903 M * alexx i have installed src alpha utils 1109178913 M * Doener chcontext --ctx 12345 grep Cap /proc/self/status 1109178931 M * alexx New security context is 12345 1109178931 M * alexx CapInh: 0000000000000000 1109178931 M * alexx CapPrm: 00000000fffffeff 1109178931 M * alexx CapEff: 00000000fffffeff 1109178961 M * Doener chcontext --secure --ctx 12345 grep Cap /proc/self/status 1109178978 M * alexx New security context is 12345 1109178978 M * alexx CapInh: 0000000000000000 1109178978 M * alexx CapPrm: 00000000d44c04ff 1109178978 M * alexx CapEff: 00000000d44c04ff 1109178991 M * Doener both fine... 1109178997 M * Doener lsattr /vservers 1109179021 M * alexx -------------j--- /var/lib/vservers/debian 1109179067 M * Doener lsattr -d /vservers 1109179157 M * alexx ---------------t- /var/lib/vservers 1109179194 M * Doener hum hum... 1109179309 M * Doener cd /var/lib/vservers/debian; chroot . 1109179331 N * Bertl_xX Bertl 1109179339 M * Doener ah, my saviour! ;) 1109179350 M * Bertl greetings! ;) 1109179395 M * Bertl what's up Doener? 1109179414 M * Doener alexx got problems with chrooting and i'm feeling lost 1109179432 M * Bertl what kind of issues? 1109179443 M * Doener 18:12:00 alexx hum, strange trouble :/ : "vxW: xid=49165 did hit the barrier.", et on the term where i launch "vserver debian start" => 'vcontext: chroot(): Permission denied' 1109179451 M * alexx Doener, chroot work 1109179501 M * Doener Bertl: 2.6.10-vs1.9.4, x86, smp, debian, alpha tools, caps are ok 1109179522 M * Bertl alexx: could you try with --debug and upload the output somewhere (e.g. pastebin.com)? 1109179547 M * alexx lol 1109179555 M * alexx with --debug it work ! 1109179579 M * alexx and now, without debug, it work too ! :/ 1109179583 M * alexx very strange bug 1109179588 M * Bertl indeed! 1109179617 M * alexx i must go now :/ (my wife call me :///) 1109179619 M * Bertl btw, any 'good' reason for using dynamic contexts? 1109179635 M * alexx if you want more info ... ask me :) 1109179651 M * Bertl (if it is just teh typical, well, debian did config it so .. then please change) 1109179668 M * Bertl alexx: well, wife is important! ;) 1109179693 M * Bertl (and of course has priority, right?) 1109179724 M * Doener hell, qemu (not -fast) is so friggin' sloooow... 1109179779 M * Bertl yes, and kqemu is currently proprietary :/ 1109179807 M * Doener sad but true 1109179930 M * matta-laptop they have new qemu... 1109179935 M * matta-laptop that is supposed to be native speed 1109179944 M * Doener that is using kqemu 1109179967 M * matta-laptop ahhh 1109179968 M * Doener it's a (proprietary) supporting kernel-module 1109180085 M * Andr0id so, i had to run vprocunhide in order to get anything /proc related to work 1109180127 M * Andr0id i take it /usr/sbin/setattr -x --!hide -R /proc/net/ is a daemon process? 1109180188 M * micah is 2.6.10 really better than 2.6.9 or 2.6.8? 1109180496 M * Bertl well, I'd say so .. looks like 2.6.11-rc4 is even better ... 1109180528 M * Bertl Andr0id: vprocunhide is usually started by your runlevel scripts on server starup 1109180542 M * Bertl greetings matta-laptop! 1109180605 M * micah Bertl: I am starting to think that higher version numbers are better if you don't care about security or stability. 1109180658 M * micah many "experts" have conflicting opinions about this, as well as conflicting opinions about if vendor supplied kernels are more stable/secure or not 1109180685 M * micah for example, some claim that redhat's kernels are the most stable kernels for some reason 1109180689 M * Bertl well, let me put it this way ... 1109180722 M * Bertl there are two separate 'uses' for version numbers ... 1109180737 M * Bertl distributions usually use them to identify a product 1109180750 M * Bertl e.g. RH 5.2 or kernel 2.6.10 ;) 1109180771 M * Bertl when changes or fixes are done .. they just increment a subversion field 1109180792 M * Bertl with mainstream kernel development it's a little different 1109180819 M * Bertl they increment the number with every release, and between those releases, there are sub/pre/rc releases 1109180879 M * Bertl so when mainstream releases 2.6.11 it will be 2.6.10 + bunch of fixes + tested and approved features 1109180915 M * Bertl now for example redhat or debian will take the fixes andbackport/add them to their kernel version (whatever it may be called) 1109180947 M * Bertl if they had a release with 2.6.9, the kernel will still be called 2.6.9, although it is probably more like an 2.6.11 1109181015 M * Bertl this is one reason why for example vserver patches to 2.6.11-rcX will apply better to 2.6.9-xy kernels than the 2.6.9 version will ... 1109181052 M * micah interesting... 1109181078 M * micah I know that debian sarge is going to distribute 2.6.8 and provide security/fixes etc. for that kernel 1109181095 M * micah 2.6.9 is going away from the debian archive, and 2.6.10 will go away once 2.6.11 appears 1109181171 M * micah looking at the debian information the 2.6.10 kernel does have some 2.6.11-rc backports, but as an *exception* 1109181219 M * Andr0id when vprocunhide is run at startup or at any time it never finishes. it gets stuck on /proc/net 1109181240 M * micah i think they are focusing on providing a stable/secure 2.6.8 and will also maintain the latest released kernel (right now 2.6.10, soon 2.6.11) so that if 2.6.8 doesn't work out for some reason, there is a maintained alternative to fall back on 1109181272 M * Bertl Andr0id: interesting, any idea why that would be so? 1109181304 M * Bertl (could be related to netif plugd or something like this?) 1109181635 M * Andr0id when i kill a vserver using vserver stop it tries to umount /tmp and /proc and complains permission denied 1109181663 M * Andr0id lots of red [FAILED] :) 1109181677 M * Bertl yes, your vserver should not do that ... 1109181695 M * Andr0id i'm gonna re-compile 1109181710 M * Doener hu? that won't fix it... 1109181718 M * Bertl Andr0id: well, the problem here is a bad 'guest' setup 1109181733 M * Doener except if you have compiled initscripts that is of course ;) 1109181737 M * Andr0id i think my kernel was compiled with too many un-needed stuf 1109181741 M * Bertl i.e. your guest contains a few scripts which should not be run on shutdown ... 1109181756 M * Andr0id hmm.. 1109181774 M * Andr0id 'guest' setup located ?? 1109181807 M * Andr0id i'm use to a .sh file 1109181815 M * Bertl inside your 'guest' (e.g. /vserver/android/...) 1109181944 M * rs re 1109181996 M * Bertl wb rs! 1109182272 J * infowolfe infowolfe@209-193-10-47-cdsl-rb1.nwc.acsalaska.net 1109182305 M * Bertl welcome infowolfe! LTNS! 1109182316 M * infowolfe hi Bertl, how're you? 1109182330 M * Bertl fine thanks, and you? 1109182348 M * infowolfe i'm doing alright 1109182363 Q * prae Quit: Client exiting 1109182392 M * infowolfe Bertl: where can i get the latest devel patches for 2.6.10? (or are you already developing for -pre) 1109182422 M * Bertl yep, 2.6.11-rc4 1109182431 M * infowolfe hrm. 1109182440 A * infowolfe wanders off to get the patch 1109182443 M * Bertl but you can cook your own (rs does so) 1109182458 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.11-rc4-vs1.9.4.7.diff 1109182473 M * Bertl basically 1.9.4 + http://vserver.13thfloor.at/Experimental/FOR-1.9.5/ 1109182512 J * shuri sjnesjd@dsl.speedline209.226.electronicbox.net 1109182518 M * rs Bertl: did you get my ported patch 1109182522 M * rs seems to work for me 1109182599 M * infowolfe Bertl: i'll just use yours ;-) 1109182626 M * Bertl rs: didn't look at it yet ... 1109182663 M * micah Bertl: why does vserver patch 1.9.4 patch things like megaraid drivers? 1109182737 M * Bertl well, let's see what it patches .. 1109182757 M * micah |--- linux-2.6.10/drivers/scsi/megaraid/megaraid_mbox.c 2004-12-25 01:55:12 +0100 1109182771 M * micah and video drivers? drivers/media/video/saa7134/saa7134-core.c 1109182777 M * Bertl sec 1109182801 M * Bertl split-2.6.11-rc3-vs1.9.4]# grep megaraid * 1109182805 M * Bertl # 1109182814 M * Bertl so hum ... 1109182833 A * infowolfe wonders about miserly scsi performance on perc4di 1109182840 M * Doener $ grep megaraid patch-2.6.10-vs1.9.4.diff 1109182840 M * Doener diff -NurpP --minimal linux-2.6.10/drivers/scsi/megaraid/megaraid_mbox.c linux-2.6.10-vs1.9.4/drivers/scsi/megaraid/megaraid_mbox.c 1109182844 M * Bertl maybe 2.6.10, sec 1109182850 M * micah yes, 2.6.10 1109182856 M * Bertl split-2.6.10-vs1.9.4]# grep megaraid * 1109182861 M * Bertl 27_2.6.10_other.diff 1109182867 M * Bertl ah, yes .. 1109182880 M * Doener spinlock backports? 1109182938 M * Bertl yep 1109182953 M * micah these are necessary for vserver? 1109182981 M * Doener eases maintance of the different patches i guess 1109183013 M * Doener maintenance even 1109183086 M * infowolfe micah: i didn't see any patching of megaraid_mbox. c ;-) 1109183138 M * micah infowolfe: grep megaraid_mbox patch-2.6.10-vs1.9.4.diff 1109183150 M * infowolfe micah: i'm not using that patch 1109183194 M * micah infowolfe: that is the patch I am talking about.... 1109183199 M * micah infowolfe: what patch are you using? 1109183207 M * infowolfe micah: http://vserver.13thfloor.at/Experimental/patch-2.6.11-rc4-vs1.9.4.7.diff 1109183237 M * micah i'm trying to get a patch that will work for debian's 2.6.8 kernel :p, I want stability plus vservers 1109183266 M * micah isn't looking very likely I am going to get what I want 1109183362 M * micah might just have to use the debian 2.6.10 kernel patch that Snow-Man made 1109183788 Q * shuri uranium.oftc.net jupiter.oftc.net 1109183788 Q * duckx uranium.oftc.net jupiter.oftc.net 1109183788 Q * roswel_ uranium.oftc.net jupiter.oftc.net 1109183788 Q * monrad uranium.oftc.net jupiter.oftc.net 1109183788 Q * eyck uranium.oftc.net jupiter.oftc.net 1109183788 Q * anonymous-coward uranium.oftc.net jupiter.oftc.net 1109183788 Q * TheSeer uranium.oftc.net jupiter.oftc.net 1109183788 Q * click uranium.oftc.net jupiter.oftc.net 1109183788 Q * johnny uranium.oftc.net jupiter.oftc.net 1109183788 Q * tchan uranium.oftc.net jupiter.oftc.net 1109183788 Q * roswel uranium.oftc.net jupiter.oftc.net 1109183788 Q * BWare uranium.oftc.net jupiter.oftc.net 1109183788 Q * matta uranium.oftc.net jupiter.oftc.net 1109183788 Q * Medivh uranium.oftc.net jupiter.oftc.net 1109183788 Q * maharaja uranium.oftc.net jupiter.oftc.net 1109183788 Q * aba uranium.oftc.net jupiter.oftc.net 1109183788 Q * berni uranium.oftc.net jupiter.oftc.net 1109183788 Q * infowolfe uranium.oftc.net jupiter.oftc.net 1109183788 Q * lilo uranium.oftc.net jupiter.oftc.net 1109183788 Q * hansi33 uranium.oftc.net jupiter.oftc.net 1109183788 Q * flock uranium.oftc.net jupiter.oftc.net 1109183788 Q * no_maam uranium.oftc.net jupiter.oftc.net 1109183788 Q * pusling uranium.oftc.net jupiter.oftc.net 1109183788 Q * matta-laptop uranium.oftc.net jupiter.oftc.net 1109183788 Q * bro uranium.oftc.net jupiter.oftc.net 1109183788 Q * SiD3WiNDR uranium.oftc.net jupiter.oftc.net 1109183788 Q * meebey uranium.oftc.net jupiter.oftc.net 1109183788 Q * alexx uranium.oftc.net jupiter.oftc.net 1109183788 Q * brc uranium.oftc.net jupiter.oftc.net 1109183788 Q * stupidawy uranium.oftc.net jupiter.oftc.net 1109183788 Q * Loki|muh uranium.oftc.net jupiter.oftc.net 1109183788 Q * mugwump uranium.oftc.net jupiter.oftc.net 1109183788 Q * Doener uranium.oftc.net jupiter.oftc.net 1109183788 Q * daniel_hozac uranium.oftc.net jupiter.oftc.net 1109183788 Q * sladen uranium.oftc.net jupiter.oftc.net 1109183788 Q * Zoiah uranium.oftc.net jupiter.oftc.net 1109183788 Q * virtuoso uranium.oftc.net jupiter.oftc.net 1109183788 Q * logger uranium.oftc.net jupiter.oftc.net 1109183788 Q * ats uranium.oftc.net jupiter.oftc.net 1109183788 Q * th uranium.oftc.net jupiter.oftc.net 1109183788 Q * Seraph uranium.oftc.net jupiter.oftc.net 1109183788 Q * matti uranium.oftc.net jupiter.oftc.net 1109183788 Q * mcp uranium.oftc.net jupiter.oftc.net 1109183788 Q * Snow-Man uranium.oftc.net jupiter.oftc.net 1109183788 Q * Bertl uranium.oftc.net jupiter.oftc.net 1109183788 Q * DaCa uranium.oftc.net jupiter.oftc.net 1109183788 Q * boklm uranium.oftc.net jupiter.oftc.net 1109183792 J * aba ~aba@sol.turmzimmer.net 1109183792 J * berni ~berni@eth0.svr01.mucip.net 1109183792 J * maharaja maharaja@ipax.at 1109183792 J * Medivh ck@paradise.by.the.dashboardlight.de 1109183792 M * ntrs_ infowolfe, do you have any experience with perc4ei performance? 1109183795 Q * nox Write error: connection closed 1109183923 Q * Medivh neutron.oftc.net uranium.oftc.net 1109183923 Q * maharaja neutron.oftc.net uranium.oftc.net 1109183923 Q * berni neutron.oftc.net uranium.oftc.net 1109183923 Q * aba neutron.oftc.net uranium.oftc.net 1109183944 J * Bertl ~herbert@janus.mc.tuwien.ac.at 1109183944 J * boklm boklm@woper.mars-attacks.org 1109183944 J * DaCa ~danny@mail.limehouse.org 1109183944 J * Snow-Man ~sfrost@snowman.net 1109183944 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1109183944 J * Loki|muh loki@satanix.de 1109183944 J * brc bruce@200141118210.user.veloxzone.com.br 1109183944 J * Doener doener@193.24.208.125 1109183944 J * alexx ~alexx@82.225.136.176 1109183944 J * mugwump ~bugpwderd@210-54-92-184.ipnets.xtra.co.nz 1109183944 J * meebey meebey@meebey.net 1109183944 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1109183944 J * bro ~vanity@lanparty.lv 1109183944 J * matta-laptop ~matta@69.93.28.254 1109183944 J * pusling ~pusling@195.215.29.124 1109183944 J * no_maam ~erik@datenzone.de 1109183944 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1109183944 J * hansi33 ~hansi33@193.80.53.173 1109183944 J * lilo ~lilo@lilo.usercloak.oftc.net 1109183944 J * infowolfe infowolfe@209-193-10-47-cdsl-rb1.nwc.acsalaska.net 1109183944 J * matta ~matta@69.93.28.254 1109183944 J * BWare ~bware@212.26.196.154 1109183944 J * roswel ~roswel@202.42.136.131 1109183944 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1109183944 J * johnny ~johnny@ip68-10-185-138.hr.hr.cox.net 1109183944 J * click click@dsl-84-161.aal.tiscali.no 1109183944 J * TheSeer ~theseer@border.office.salesemotion.net 1109183944 J * anonymous-coward ~nwalsh@shaggy.internode.com.au 1109183944 J * eyck ~eyck@81.219.64.71 1109183944 J * monrad ~monrad@213083190130.sonofon.dk 1109183944 J * duckx ~Duck@dyn-83-157-173-5.ppp.tiscali.fr 1109183944 J * roswel_ ~roswel@202.42.136.131 1109183944 J * shuri sjnesjd@dsl.speedline209.226.electronicbox.net 1109183944 J * daniel_hozac ~daniel@h212n1fls33o829.telia.com 1109183944 J * sladen paul@starsky.19inch.net 1109183944 J * Zoiah Zoiah@matryoshka.zoiah.net 1109183944 J * Seraph kk@projects.verfaction.de 1109183944 J * virtuoso ~s0t0na@tranq.dorms.spbu.ru 1109183944 J * logger ~rs@vds.pas-mal.com 1109183944 J * matti matti@linux.gentoo.pl 1109183944 J * th ~tom@pc-4092.ethz.ch 1109183944 J * mcp ~hightower@www.c-tera.de 1109183944 J * ats ~as@lotes.vtu.lt 1109183944 J * aba ~aba@sol.turmzimmer.net 1109183944 J * berni ~berni@eth0.svr01.mucip.net 1109183944 J * Medivh ck@paradise.by.the.dashboardlight.de 1109183944 J * maharaja maharaja@ipax.at 1109183955 M * infowolfe micah: well, those changes (you are referring to) are already done in 2.6.11 (because the relevant part was _included_ as fix) 1109184042 M * Bertl as linux vserver uses the functionality, and doesn't want to use the broken stuff in 2.6.10, it includes the fix/patches 1109184274 Q * Andr0id Ping timeout: 480 seconds 1109184373 J * nox ~nox@213.39.207.66 1109184486 J * DuckMaster ~Duck@dyn-83-157-158-234.ppp.tiscali.fr 1109184804 Q * berni jupiter.oftc.net plasma.oftc.net 1109184804 Q * aba jupiter.oftc.net plasma.oftc.net 1109184804 M * Bertl welcome nox! 1109184831 Q * th jupiter.oftc.net kinetic.oftc.net 1109184831 Q * logger jupiter.oftc.net kinetic.oftc.net 1109184831 Q * virtuoso jupiter.oftc.net kinetic.oftc.net 1109184831 Q * Zoiah jupiter.oftc.net kinetic.oftc.net 1109184831 Q * daniel_hozac jupiter.oftc.net kinetic.oftc.net 1109184831 Q * ats jupiter.oftc.net kinetic.oftc.net 1109184831 Q * matti jupiter.oftc.net kinetic.oftc.net 1109184831 Q * Seraph jupiter.oftc.net kinetic.oftc.net 1109184831 Q * mcp jupiter.oftc.net kinetic.oftc.net 1109184831 Q * sladen jupiter.oftc.net kinetic.oftc.net 1109184898 Q * maharaja jupiter.oftc.net unununium.oftc.net 1109184898 Q * Medivh jupiter.oftc.net unununium.oftc.net 1109184898 J * aba ~aba@sol.turmzimmer.net 1109184898 J * berni ~berni@eth0.svr01.mucip.net 1109184898 J * ats ~as@lotes.vtu.lt 1109184898 J * mcp ~hightower@www.c-tera.de 1109184898 J * th ~tom@pc-4092.ethz.ch 1109184898 J * matti matti@linux.gentoo.pl 1109184898 J * logger ~rs@vds.pas-mal.com 1109184898 J * virtuoso ~s0t0na@tranq.dorms.spbu.ru 1109184898 J * Seraph kk@projects.verfaction.de 1109184898 J * Zoiah Zoiah@matryoshka.zoiah.net 1109184898 J * sladen paul@starsky.19inch.net 1109184898 J * daniel_hozac ~daniel@h212n1fls33o829.telia.com 1109184933 Q * daniel_hozac neutron.oftc.net jupiter.oftc.net 1109184933 Q * Zoiah neutron.oftc.net jupiter.oftc.net 1109184933 Q * virtuoso neutron.oftc.net jupiter.oftc.net 1109184933 Q * logger neutron.oftc.net jupiter.oftc.net 1109184933 Q * matti neutron.oftc.net jupiter.oftc.net 1109184933 Q * th neutron.oftc.net jupiter.oftc.net 1109184933 Q * ats neutron.oftc.net jupiter.oftc.net 1109184933 Q * Seraph neutron.oftc.net jupiter.oftc.net 1109184933 Q * sladen neutron.oftc.net jupiter.oftc.net 1109184933 Q * mcp neutron.oftc.net jupiter.oftc.net 1109184933 Q * berni neutron.oftc.net jupiter.oftc.net 1109184933 Q * aba neutron.oftc.net jupiter.oftc.net 1109184933 Q * infowolfe neutron.oftc.net jupiter.oftc.net 1109184933 Q * hansi33 neutron.oftc.net jupiter.oftc.net 1109184933 Q * flock neutron.oftc.net jupiter.oftc.net 1109184933 Q * no_maam neutron.oftc.net jupiter.oftc.net 1109184933 Q * bro neutron.oftc.net jupiter.oftc.net 1109184933 Q * SiD3WiNDR neutron.oftc.net jupiter.oftc.net 1109184933 Q * meebey neutron.oftc.net jupiter.oftc.net 1109184933 Q * mugwump neutron.oftc.net jupiter.oftc.net 1109184933 Q * alexx neutron.oftc.net jupiter.oftc.net 1109184933 Q * Doener neutron.oftc.net jupiter.oftc.net 1109184933 Q * brc neutron.oftc.net jupiter.oftc.net 1109184933 Q * Loki|muh neutron.oftc.net jupiter.oftc.net 1109184933 Q * stupidawy neutron.oftc.net jupiter.oftc.net 1109184933 Q * pusling neutron.oftc.net jupiter.oftc.net 1109184933 Q * matta-laptop neutron.oftc.net jupiter.oftc.net 1109184933 Q * lilo neutron.oftc.net jupiter.oftc.net 1109184933 Q * shuri neutron.oftc.net jupiter.oftc.net 1109184933 Q * roswel_ neutron.oftc.net jupiter.oftc.net 1109184933 Q * duckx neutron.oftc.net jupiter.oftc.net 1109184933 Q * DaCa neutron.oftc.net jupiter.oftc.net 1109184933 Q * Snow-Man neutron.oftc.net jupiter.oftc.net 1109184933 Q * boklm neutron.oftc.net jupiter.oftc.net 1109184933 Q * Bertl neutron.oftc.net jupiter.oftc.net 1109184933 Q * monrad neutron.oftc.net jupiter.oftc.net 1109184933 Q * eyck neutron.oftc.net jupiter.oftc.net 1109184933 Q * anonymous-coward neutron.oftc.net jupiter.oftc.net 1109184933 Q * TheSeer neutron.oftc.net jupiter.oftc.net 1109184933 Q * click neutron.oftc.net jupiter.oftc.net 1109184933 Q * johnny neutron.oftc.net jupiter.oftc.net 1109184933 Q * tchan neutron.oftc.net jupiter.oftc.net 1109184933 Q * roswel neutron.oftc.net jupiter.oftc.net 1109184933 Q * BWare neutron.oftc.net jupiter.oftc.net 1109184933 Q * matta neutron.oftc.net jupiter.oftc.net 1109184933 Q * DuckMaster neutron.oftc.net jupiter.oftc.net 1109184969 J * roswel_ ~roswel@202.42.136.131 1109184969 J * daniel_hozac ~daniel@h212n1fls33o829.telia.com 1109184969 J * sladen paul@starsky.19inch.net 1109184969 J * Zoiah Zoiah@matryoshka.zoiah.net 1109184969 J * Seraph kk@projects.verfaction.de 1109184969 J * virtuoso ~s0t0na@tranq.dorms.spbu.ru 1109184969 J * logger ~rs@vds.pas-mal.com 1109184969 J * matti matti@linux.gentoo.pl 1109184969 J * th ~tom@pc-4092.ethz.ch 1109184969 J * mcp ~hightower@www.c-tera.de 1109184969 J * ats ~as@lotes.vtu.lt 1109184969 J * berni ~berni@eth0.svr01.mucip.net 1109184969 J * aba ~aba@sol.turmzimmer.net 1109184969 J * DuckMaster ~Duck@dyn-83-157-158-234.ppp.tiscali.fr 1109184969 J * Bertl ~herbert@janus.mc.tuwien.ac.at 1109184969 J * boklm boklm@woper.mars-attacks.org 1109184969 J * DaCa ~danny@mail.limehouse.org 1109184969 J * Snow-Man ~sfrost@snowman.net 1109184969 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1109184969 J * Loki|muh loki@satanix.de 1109184969 J * brc bruce@200141118210.user.veloxzone.com.br 1109184969 J * Doener doener@193.24.208.125 1109184969 J * alexx ~alexx@82.225.136.176 1109184969 J * mugwump ~bugpwderd@210-54-92-184.ipnets.xtra.co.nz 1109184969 J * meebey meebey@meebey.net 1109184969 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1109184969 J * bro ~vanity@lanparty.lv 1109184969 J * matta-laptop ~matta@69.93.28.254 1109184969 J * pusling ~pusling@195.215.29.124 1109184969 J * no_maam ~erik@datenzone.de 1109184969 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1109184969 J * hansi33 ~hansi33@193.80.53.173 1109184969 J * lilo ~lilo@lilo.usercloak.oftc.net 1109184969 J * infowolfe infowolfe@209-193-10-47-cdsl-rb1.nwc.acsalaska.net 1109184969 J * matta ~matta@69.93.28.254 1109184969 J * BWare ~bware@212.26.196.154 1109184969 J * roswel ~roswel@202.42.136.131 1109184969 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1109184969 J * johnny ~johnny@ip68-10-185-138.hr.hr.cox.net 1109184969 J * click click@dsl-84-161.aal.tiscali.no 1109184969 J * TheSeer ~theseer@border.office.salesemotion.net 1109184969 J * anonymous-coward ~nwalsh@shaggy.internode.com.au 1109184969 J * eyck ~eyck@81.219.64.71 1109184969 J * monrad ~monrad@213083190130.sonofon.dk 1109184981 J * maharaja maharaja@ipax.at 1109184981 J * Medivh ck@paradise.by.the.dashboardlight.de 1109185156 M * Doener woohoo, my qemu debian install has finally finished 1109185170 M * Doener time to finally seriously play with ngnet 1109185178 M * rs =) 1109185203 M * Doener took just an about 1.5 hours 1109185343 M * Doener Bertl: got a ngnet patch for 1.9.4.7? 1109185473 M * infowolfe wow, unresolved symbols up the whazoo 1109185505 M * Bertl Doener: not yet ;) 1109185545 M * Doener ok, will port 9.0, only 1 reject + makefile 1109185557 M * Bertl k ;) 1109186316 Q * monrad Quit: Leaving 1109186870 J * monrad ~monrad@213083190130.sonofon.dk 1109187118 Q * flock Remote host closed the connection 1109187146 M * ntrs_ infowolfe, do you have any experience with perc4ei performance? 1109187161 M * infowolfe ntrs_: no, only perc4di 1109187169 M * ntrs_ Anybody else? 1109187177 M * infowolfe ntrs_: iirc perc4ei isn't megaraid anymore 1109187186 M * ntrs_ No it is not 1109187214 M * infowolfe ntrs_: do you have aim? 1109187244 M * ntrs_ No, why? 1109187267 Q * rs Quit: cya 1109187341 M * ntrs_ Actually it seems that perc4ei uses megaraid2 drivers 1109187352 M * ntrs_ Is that the same perc4di uses? 1109187449 J * flock ~restless@192.117.111.12 1109187606 M * ntrs_ infowolfe, ? 1109187621 M * ntrs_ infowolfe, are you using the megaraid2 drivers? 1109187636 M * infowolfe ntrs_: bleh, i'm trying to configure a kernel right now and rpm just puked all over me 1109187643 M * infowolfe ntrs_: i will be using them shortly, thanks 1109187682 M * ntrs_ infowolfe, no the question was what were you using with your perc4di controller? 1109187709 M * infowolfe currently 2.4.21 and megaraid (old) 1109187714 M * ntrs_ Ok 1109187868 M * Doener Bertl: what should i mind when configuring a ngnet-enabled kernel? 1109187897 M * Bertl look at the example config, and keep networking settings as similar as possible 1109187901 Q * monrad Quit: Leaving 1109188011 M * Doener ah, missed the configs. been looking for config-xxx 1109188131 M * Bertl hmm, yeah, right, no idea why I named them this way ... 1109188217 M * micah didn't someone recently put up grsecurity patches against 2.6 and vserver 1.94? 1109188324 M * micah all the ones on the wiki are old 1109188338 M * Bertl well, check the channel logs ... 1109188346 M * daniel_hozac micah: DaPhreak was talking about that, IIRC. 1109188377 M * micah daniel_hozac: yeah, I'm not finding them, I'll look through the channel logs when I get a chance 1109188426 M * micah hmm anyone know what is up with http://vserver.wireless-winds.de/ ? Supposedly a "(PHP Based V-Server Interface)" but the page is nothing 1109188629 M * Doener micah: it's like that for some time now (months ;)... but original author said it would be available again soon, but i fear that will never happen 1109189397 J * monrad ~monrad@213.83.190.130 1109190678 Q * jsambrook Quit: Download Gaim: http://gaim.sourceforge.net/ 1109190802 J * jsambrook ~jsambrook@aelfric.plus.com 1109191874 M * Doener Bertl: qemu hangs after "Ok, booting the kernel." any hints? 1109191897 M * Bertl bad kernel config? wrong console? 1109191915 M * Bertl I'll upload a config for you ;) 1109191921 M * Doener great 1109191987 M * Bertl http://vserver.13thfloor.at/Experimental/NGNET/config-2.6.11-rc3-vs1.9.4-rc5-ng9.0 1109192073 M * Doener and there goes another build :) 1109192562 M * Doener rebooting... 1109192599 M * Doener hangs... 1109192630 M * Bertl with? where? 1109192635 M * Doener hm, at least it works with -nographic 1109192671 M * Bertl yeah, sure, that's always nographics here ;) 1109192705 M * Doener good that i installed ssh... no login ^^ 1109192732 M * Bertl depends how you start it (i.e. image) 1109192756 M * Bertl (my typical image): 1109192757 M * Bertl append "rw root=/dev/hda1 devfs=mount init=/bin/bash" 1109192767 M * Bertl or without the init= 1109194268 M * Doener hmm, compiling within qemu is probably a bad idea... :) 1109194403 M * Bertl well, depends what you want to test ;) 1109194634 M * matta could always use xen for development... :) 1109194642 M * matta I forwarded the patch for it 1109194647 M * matta oh, xen only does 2.6.10 though 1109194671 M * Bertl the patch for vserver to use xen? 1109194675 M * matta yeah 1109194692 M * Bertl ah, right, xen isn't completely integrated yet 1109194697 M * matta not yet 1109194734 M * matta it's not bad software, definitely far better than UML IMHO 1109194750 M * matta i'll say it's 'different' than vserver... I don't really consider them competing technologies 1109194913 M * Bertl well, yes, it's different ... 1109194929 M * Bertl and I'm absolutely pro xen ... 1109196306 J * _ruth_ ~s.m.h@ulmathome126.extern.uni-ulm.de 1109196359 M * Bertl welcome _ruth_! 1109196365 M * _ruth_ Hallo! 1109196378 M * _ruth_ Darf ich gleich eine Frage stellen? 1109196391 M * Doener yes, but in english, please 1109196391 M * _ruth_ Gibt's für den VServer eigentlich ein gutes HOWTO? 1109196392 M * Bertl yes, but if possible in english ;) 1109196404 M * _ruth_ ok ... *english on* 1109196413 M * infowolfe Bertl: have you ever measured the overhead for running a single vserver? 1109196430 M * _ruth_ where do I find a good howto for this vserver thing? 1109196443 M * Bertl infowolfe: yes, some time ago, did give results between 1 and 3% 1109196449 M * infowolfe Bertl: for example (making this up) vmware takes up to 25% of the machine's resources for overhead... 1109196452 M * infowolfe wonderful, thanks 1109196455 M * Bertl _ruth_: which kind of howto, installation or itnernals? 1109196474 M * _ruth_ Bertl: installation 1109196509 M * _ruth_ I saw a running vserver a few weeks ago and was fascinated ... no I'm looking for infos about it ... 1109196537 M * Bertl it's pretty simple, and there are some howtos, but no general one for installation 1109196539 M * infowolfe _ruth_: http://www.linux-vserver.org has some pretty decent (if not 100% recent) information 1109196550 M * _ruth_ which distro shall I use with the vservers ... as host distro ... gentoo or debian? 1109196579 M * Bertl whatever you prefer, just those steps are really required: 1109196580 M * Doener _ruth_: no valid answer possible ;) use whatever you like 1109196602 M * Bertl - get a vanilla kernel, and patch it with a recent patch (vserver) 1109196616 M * Bertl - configure, compile and isntall it 1109196628 M * Bertl - same for the util-vserver tools (0.30.204++) 1109196634 M * Bertl that's it ... 1109196645 M * Bertl next step is creating a vserver with the tools ... 1109196664 M * Bertl (which is not considert part of the installation anymore ;) 1109196746 M * _ruth_ ah .. ok ... :) .. then I need more information beyond the installation 1109196768 M * Doener http://linux-vserver.org/alpha+util-vserver 1109196779 M * Bertl (ah, good that I didnt answer this time ;) 1109196798 M * Doener and you'll want to read: 1109196799 M * Doener http://linux-vserver.org/Proc-Security 1109196803 Q * jsambrook Quit: Download Gaim: http://gaim.sourceforge.net/ 1109196816 M * Doener (i just had to test my new shortcut for those in xchat ;) 1109196853 Q * matta-laptop Quit: Confidence is the feeling you have before you understand the situation. 1109196861 M * _ruth_ I'm feeling like a complete noob ... sorry ... I used SuSE a long time an consider switching now ... to Debian or Gentoo ... 1109196887 M * aba _ruth_: switch to Debian 1109196907 J * Tbery ~tb@rt-pha-1.karneval.cz 1109196912 M * Tbery Hi 1109196918 A * Doener hides from the upcoming distro-war 1109196935 M * _ruth_ LOL ... hey Doener ... come out again ;) 1109196959 M * _ruth_ I don't want to start a distro-war ... 1109196966 M * aba Doener: no distro war, just simple truth :) 1109196972 A * aba neither 1109196980 M * aba (but there are things I can't resist :) 1109196987 M * daniel_hozac Fedora's the easiest ;) 1109197013 M * aba daniel_hozac: you're off-topic, it wasn't asked for Fedora :) 1109197028 A * Doener .oO( see what i mean? ) 1109197031 M * Tbery daniel_hozac, fedora is nerly like window$ 1109197034 M * _ruth_ I'm just looking out for a good SERVERsystem ... and SuSE is drifting more and more into the desktop area ... 1109197034 M * Bertl hey stick to the game rules! 1109197072 A * daniel_hozac notes that getting a vserver capable FC3 system involves getting two files and running yum install util-vserver 1109197081 M * Bertl (http://ars.userfriendly.org/cartoons/?id=20040111) 1109197103 M * Tbery Bertl, must be special S_CAPS for using sudo in vservers?? 1109197117 M * _ruth_ I'm testing both (Debian and Gentoo) at the moment ... and I have to say I like both of them ... 1109197126 M * Bertl Tbery: no, just a properly configured sudo, AFAIK 1109197149 M * _ruth_ but I wonder which of them is better with the vservers ... 1109197156 M * daniel_hozac lol, good one Bertl. 1109197172 M * _ruth_ lol ... cool cartoon! 1109197206 M * aba _ruth_: just consider that some member of the Debian QA and release team is running a vserver and will always take an extra look for its status :) 1109197210 M * Tbery oot ALL=(ALL) ALL 1109197210 M * Tbery tb ALL=(ALL) ALL 1109197214 M * Tbery like this 1109197221 M * Tbery end visudo -c 1109197232 M * Bertl and, what does it say, or where does it fail? 1109197240 M * _ruth_ good point aba :) 1109197263 M * _ruth_ what are the disk limit tools? 1109197286 M * Tbery Aborted 1109197303 M * Tbery on sudo /usr/sbin/adduser/ 1109197392 M * Bertl _ruth_: they allow to set a limit to the disk space (on a shared partiton) per vserver 1109197394 M * Doener Tbery: which kernel version? does tcpdump abort? 1109197414 M * Tbery 2.6.8 1109197428 M * _ruth_ Berti: Thx ... I tkink I have to read a lot of docu ;) 1109197472 M * Doener ok, that's enough ;) if you don't need ipv6 in the host, remove the ipv6 addresses, otherwise you got to update your kernel. it's a bug in the ipv6 address hiding 1109197581 M * _ruth_ one last question (very noob one) ... what is a vanilla-kernel? 1109197583 M * Tbery Doener, yes sudo /usr/sbin/tcpdump Aborted 1109197600 M * Bertl vanilla is mainstream (i.e. from kernel.org) 1109197619 M * Doener Tbery: i meant tcpdump on its own, but it's the ipv6 problem anyway... (at least i'm 99.99% sure ;) 1109197624 M * _ruth_ ah .. ok ... 1109197624 M * Bertl _ruth_: do not use gentoo or debian kernels, unless they are recent vserver kernels ;) 1109197672 M * aba _ruth_: but you can use a debian kernel source package, apply the vserver patch, and compile your own vserver-enhanced kernel in the standard way 1109197679 M * Doener gentoo got 1.9.4 sources 1109197718 M * _ruth_ which combination do you recomend? ... linux-vserver-1.9.4 + util-vserver-0.30.203 + kernel-2.6-?? 1109197740 M * daniel_hozac s/203/204/ ;) 1109197747 M * _ruth_ Doener: ... does that mean that I cen get all the stuff I need via emerge ...? 1109197755 M * Doener aba: you can do that with a vanilla kernel as well IIRC... and depending on the kernel/patch version it may take some effort to make the vserver patch apply to debian sources (i heard the latest are pretty easy to do) 1109197780 M * aba Doener: For me, everything applied just easy with the Debian source. 1109197797 M * _ruth_ 204? ... I only find 203 on http://www.13thfloor.at/vserver/d_rel26/v1.9.4/ 1109197809 M * aba (and the advantage on the Debian kernel is for me that I know whom to kick^Wask if something breaks :) 1109197815 M * Doener _ruth_: yes, vserver kernel 1.9.4 (guess it's based on 2.6.10) and util-vserver 0.30.204 are available, but ~x86 masked 1109197816 M * Bertl _ruth_: yep, I'm behind ... 1109197836 M * _ruth_ ah .. ok ... 1109197881 M * _ruth_ what do I have to emerge to get everything I need? 1109197903 M * _ruth_ (exactly?) 1109197931 M * _ruth_ sorry for asking such dumb questions ... but that's really new territory for me ... 1109197935 M * Doener vserver-sources and util-vserver, unmask them first 1109198018 M * _ruth_ unmask? ... what is that? ... how to do that? ... what for? 1109198094 M * Doener http://www.gentoo.org/doc/de/handbook/handbook-x86.xml?part=3&chap=3 1109198188 M * _ruth_ :) ... thanks again Doener ... 1109198852 M * Doener _ruth_: once you got the kernel and tools up and running, take a look at http://linux-vserver.org/alpha+util-vserver for creation of fedora, debian or "self-made" vservers 1109198906 M * Doener or look here for a gentoo vserver guide http://dev.gentoo.org/~hollow/vserver/guide/ 1109198930 M * Doener (don't know how up-to-date that one is) 1109198934 M * _ruth_ gentoo would be great ... 1109198964 M * Doener the guide contains everything from kernel install to your first gentoo vserver 1109199033 M * Doener i won't push you in any direction distro-wise, just providing the information i know about ;) 1109199074 M * _ruth_ great! I'll try tomorrow ... many many thank's ... I'll be back :) ... I'll test it on Gentoo and Debian ... I'll see with with one I'm getting along better ... 1109199079 M * johnny actually 1109199081 M * johnny there is another one 1109199085 M * johnny it's a wiki 1109199085 M * _ruth_ yes? 1109199095 M * johnny i kinda combined that guide 1109199110 M * johnny btw.. there is a new util-vserver in portage 1109199120 M * johnny so you might wanna sync if it's not already available 1109199128 M * _ruth_ sounds good ... URL of the Wiki? 1109199130 M * johnny it should fix a bug in the init script for vservers 1109199186 M * _ruth_ :) ... how can I lookup what is in the portage? 1109199193 M * johnny http://vserver.strahlungsfrei.de/tiki-index.php?page=VServerGentoo2.6 1109199200 M * johnny i think you should learn portage more 1109199204 M * johnny before you start messing around 1109199215 M * johnny if you don't already know how to unmask things 1109199220 M * johnny read the portage guide 1109199367 Q * nox Quit: Getting off stoned server - dircproxy 1.0.5 1109199367 J * nox ~nox@c207066.adsl.hansenet.de 1109199367 M * johnny also.. with that wiki 1109199367 M * johnny there is one thing you want to avoid imo 1109199367 M * johnny and that is noted in hollow's guide 1109199367 M * johnny emerge his special baselayout 1109199367 M * Bertl evening johnny! 1109199367 J * ntrs__ ntrs@Dardeene-68.188.50.87.charter-stl.com 1109199367 M * Bertl wb ntrs__! 1109199367 M * johnny evening Bertl my vserver and SSL is working 1109199367 M * johnny :) 1109199367 M * johnny now i'm just having hostname problems with mail 1109199367 M * Bertl hmm, why so? 1109199367 M * johnny the mails come from twain.lazerball.net which is the main domain of the host server 1109199367 M * johnny err 1109199367 M * johnny lazerball.net is 1109199367 M * johnny the domain of the vserver is localmomentum.net 1109199383 M * johnny and the hostname of the host is mail.. while the host of the vserver is twain 1109199415 M * johnny not sure where ssmtp got lazerball.net inside the vserver 1109199428 M * Bertl maybe it's configured somewhere? 1109199433 M * johnny it's a fresh install 1109199438 M * Bertl maybe it does do a reverse lookup? 1109199438 J * _ruth__ ~s.m.h@ulmathome126.extern.uni-ulm.de 1109199447 M * johnny then where did it get twain :) 1109199454 M * Bertl check with hostname -f 1109199468 M * johnny maybe i have * in the zone file for lazerball.net 1109199475 M * johnny that might cause it 1109199493 M * johnny hostname -f just says twain 1109199515 M * Bertl well, that's not really fully qualified, right? 1109199524 M * johnny no.. but it should be 1109199534 P * _ruth__ 1109199546 M * johnny in fact.. it was.. 1109199550 M * johnny but i don't remember changing anything 1109199559 M * johnny i have my domain in /etc/resolv.conf 1109199593 M * Doener Bertl: is the delegate patch all that needs to be done to vshelper? i can't seem to find other vshelper patches... 1109199622 M * johnny anyways .. i gotta go do some housework.. i'll bbl 1109199631 M * johnny hopefully i can fix it later 1109199645 M * Bertl k, cya 1109199671 M * Bertl Doener: yep, that's all, you should get options for new scripts with that 1109199694 Q * ntrs_ Ping timeout: 480 seconds 1109199704 Q * _ruth_ Ping timeout: 480 seconds 1109199737 M * Doener seems .204 already includes it 1109199924 M * Bertl ah, excellent! 1109200190 M * Bertl okay, I'm off to bed now ... back tomorrow ... 1109200198 M * Bertl have a nice whatever everyone ... 1109200211 N * Bertl Bertl_zZ 1109200784 M * ntrs__ Has anyone ever used software raid with SCSI drives? Is that even possible? 1109200846 M * Doener i don't see why this shouldn't be possible... i'm using it with s-ata drives (they at least use the scsi kernel stuff) 1109200993 Q * Tbery Quit: Ukončuji 1109201585 Q * Medivh jupiter.oftc.net venus.oftc.net 1109201585 Q * maharaja jupiter.oftc.net venus.oftc.net 1109201600 J * maharaja maharaja@ipax.at 1109201611 J * Medivh ck@paradise.by.the.dashboardlight.de 1109201675 Q * Medivh neutron.oftc.net jupiter.oftc.net 1109201675 Q * maharaja neutron.oftc.net jupiter.oftc.net 1109201675 Q * roswel_ neutron.oftc.net jupiter.oftc.net 1109201675 Q * th neutron.oftc.net jupiter.oftc.net 1109201675 Q * logger neutron.oftc.net jupiter.oftc.net 1109201675 Q * virtuoso neutron.oftc.net jupiter.oftc.net 1109201675 Q * Zoiah neutron.oftc.net jupiter.oftc.net 1109201675 Q * daniel_hozac neutron.oftc.net jupiter.oftc.net 1109201675 Q * ats neutron.oftc.net jupiter.oftc.net 1109201675 Q * matti neutron.oftc.net jupiter.oftc.net 1109201675 Q * Seraph neutron.oftc.net jupiter.oftc.net 1109201675 Q * mcp neutron.oftc.net jupiter.oftc.net 1109201675 Q * sladen neutron.oftc.net jupiter.oftc.net 1109201675 Q * berni neutron.oftc.net jupiter.oftc.net 1109201675 Q * aba neutron.oftc.net jupiter.oftc.net 1109201675 Q * infowolfe neutron.oftc.net jupiter.oftc.net 1109201675 Q * hansi33 neutron.oftc.net jupiter.oftc.net 1109201675 Q * no_maam neutron.oftc.net jupiter.oftc.net 1109201675 Q * bro neutron.oftc.net jupiter.oftc.net 1109201675 Q * SiD3WiNDR neutron.oftc.net jupiter.oftc.net 1109201675 Q * meebey neutron.oftc.net jupiter.oftc.net 1109201675 Q * mugwump neutron.oftc.net jupiter.oftc.net 1109201675 Q * alexx neutron.oftc.net jupiter.oftc.net 1109201675 Q * Doener neutron.oftc.net jupiter.oftc.net 1109201675 Q * brc neutron.oftc.net jupiter.oftc.net 1109201675 Q * Loki|muh neutron.oftc.net jupiter.oftc.net 1109201675 Q * stupidawy neutron.oftc.net jupiter.oftc.net 1109201675 Q * pusling neutron.oftc.net jupiter.oftc.net 1109201675 Q * lilo neutron.oftc.net jupiter.oftc.net 1109201675 Q * DaCa neutron.oftc.net jupiter.oftc.net 1109201675 Q * Snow-Man neutron.oftc.net jupiter.oftc.net 1109201675 Q * boklm neutron.oftc.net jupiter.oftc.net 1109201675 Q * Bertl_zZ neutron.oftc.net jupiter.oftc.net 1109201675 Q * eyck neutron.oftc.net jupiter.oftc.net 1109201675 Q * anonymous-coward neutron.oftc.net jupiter.oftc.net 1109201675 Q * TheSeer neutron.oftc.net jupiter.oftc.net 1109201675 Q * click neutron.oftc.net jupiter.oftc.net 1109201675 Q * johnny neutron.oftc.net jupiter.oftc.net 1109201675 Q * tchan neutron.oftc.net jupiter.oftc.net 1109201675 Q * roswel neutron.oftc.net jupiter.oftc.net 1109201675 Q * BWare neutron.oftc.net jupiter.oftc.net 1109201675 Q * matta neutron.oftc.net jupiter.oftc.net 1109201675 Q * ntrs__ neutron.oftc.net jupiter.oftc.net 1109201675 Q * DuckMaster neutron.oftc.net jupiter.oftc.net 1109201691 J * matta ~matta@69.93.28.254 1109201691 J * BWare ~bware@212.26.196.154 1109201691 J * roswel ~roswel@202.42.136.131 1109201691 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1109201691 J * johnny ~johnny@ip68-10-185-138.hr.hr.cox.net 1109201691 J * click click@dsl-84-161.aal.tiscali.no 1109201691 J * TheSeer ~theseer@border.office.salesemotion.net 1109201691 J * anonymous-coward ~nwalsh@shaggy.internode.com.au 1109201691 J * eyck ~eyck@81.219.64.71 1109201691 J * Snow-Man ~sfrost@snowman.net 1109201691 J * DaCa ~danny@mail.limehouse.org 1109201691 J * boklm boklm@woper.mars-attacks.org 1109201691 J * Bertl_zZ ~herbert@janus.mc.tuwien.ac.at 1109201691 J * DuckMaster ~Duck@dyn-83-157-158-234.ppp.tiscali.fr 1109201691 J * ntrs__ ntrs@Dardeene-68.188.50.87.charter-stl.com 1109201691 J * Medivh ck@paradise.by.the.dashboardlight.de 1109201701 M * johnny is there a changelog for the alpha tools? 1109201714 J * ats ~as@lotes.vtu.lt 1109201714 J * mcp ~hightower@www.c-tera.de 1109201714 J * th ~tom@pc-4092.ethz.ch 1109201714 J * matti matti@linux.gentoo.pl 1109201714 J * logger ~rs@vds.pas-mal.com 1109201714 J * virtuoso ~s0t0na@tranq.dorms.spbu.ru 1109201714 J * Seraph kk@projects.verfaction.de 1109201714 J * Zoiah Zoiah@matryoshka.zoiah.net 1109201714 J * sladen paul@starsky.19inch.net 1109201714 J * daniel_hozac ~daniel@h212n1fls33o829.telia.com 1109201716 M * johnny i wanna know what happened between 0.30.196 and 0.30.204 1109201720 J * maharaja maharaja@ipax.at 1109201720 J * roswel_ ~roswel@202.42.136.131 1109201723 J * infowolfe infowolfe@209-193-10-47-cdsl-rb1.nwc.acsalaska.net 1109201723 J * lilo ~lilo@lilo.usercloak.oftc.net 1109201723 J * hansi33 ~hansi33@193.80.53.173 1109201723 J * no_maam ~erik@datenzone.de 1109201723 J * pusling ~pusling@195.215.29.124 1109201723 J * bro ~vanity@lanparty.lv 1109201723 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1109201723 J * meebey meebey@meebey.net 1109201723 J * mugwump ~bugpwderd@210-54-92-184.ipnets.xtra.co.nz 1109201723 J * alexx ~alexx@82.225.136.176 1109201723 J * Doener doener@193.24.208.125 1109201723 J * brc bruce@200141118210.user.veloxzone.com.br 1109201723 J * Loki|muh loki@satanix.de 1109201723 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1109201727 J * aba ~aba@sol.turmzimmer.net 1109201727 J * berni ~berni@eth0.svr01.mucip.net 1109201743 M * johnny repost:i wanna know what happened between 0.30.196 and 0.30.204 1109201751 M * johnny is there a changelog? 1109201754 M * Doener repost: hm, doing anything in the vserver within qemu kills my ssh connection to the emulated host 1109201763 M * johnny hmm 1109201767 M * johnny that's an interesting problem 1109201781 M * johnny i've never used qemu tho 1109201798 M * Doener indeed ;) maybe related to my attempt to port ng9.0 to 1.9.4.7 1109202052 M * Doener johnny: make ChangeLog 1109202071 M * Doener no, i've never seen this before ;) 1109202584 J * c1pher0 ~a@61.88.18.130