Re: [Vserver] clusters/farms/failovers?
Chuck wrote: after finding some information in other list archives, i see the control doesn't need a lot of horsepower and that 1gb ram is good for approx 5 million simultaneous connections! so yeah. that machine can be downgraded quite affordably. please keep in mind that you will need multiple ip addresses to achieve that as you're limited to approx 64k usable ports and therefore connections in tcp. for gfs (or better gfs2): i did not succeed in getting it up and running. ocfs2 has been no problem. i had a small talk with the developer of drbd where i came to the conclusion that i should favor ocfs2 anyway. hth, raoul bhatia -- dipl.-ing. (fh) raoul bhatia email.[EMAIL PROTECTED] IPAX web.http://www.ipax.at chief technician, support irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Just for info about 2.6.19
[EMAIL PROTECTED] wrote: Hello, I've tested patch-2.6.19-rc6-vs2.1.1-t3.diff on linux-2.6.19 but it doesn't seem to apply properly : srvweb:/usr/src/linux-2.6.19# patch -p1 ../patch-2.6.19-rc6-vs2.1.1-t3.diff patching file Documentation/vserver/debug.txt patching file Makefile Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej please examine the Makefile.rej file. normaly it is only a reject because of a different version string and this can be patched manually. patching file arch/arm/Kconfig Hunk #1 succeeded at 935 (offset 2 lines). . this tells you that patch did not find the spots to apply the patches on the told position. it did however find it at +/-2 (or X) lines and successfully patched this location. you can assume that everything worked. kind regards, raoul bhatia -- dipl.-ing. (fh) raoul bhatia email.[EMAIL PROTECTED] IPAX web.http://www.ipax.at chief technician, support irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Program running amok - is this a vserver issue?
Herbert Poetzl wrote: please provide a little more information, like: - what kernel version # uname -a Linux vserver 2.6.13vs2.0-vs2.0.1-pre2-p4main #2 Fri Sep 9 01:54:42 CEST 2005 i686 GNU/Linux which means vs2.0.1-pre2 patchset on kernel 2.6.13 optimized for p4 processors - what tools # vserver --version vserver 0.30.207 -- manages the state of vservers This program is part of util-vserver 0.30.207 Copyright (C) 2003,2004,2005 Enrico Scholz This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. - what guest distro (libc) debian 3.1 sarge, libc6 2.3.2.ds1-22sarge3 - are guest limits enforced no limits are enforced. i tried to mess a little with the tocket bucket options: # cat /proc/virtual/13/sched Token:62 FillRate: 1 Interval: 4 TokensMin:15 TokensMax: 125 PrioBias: 0 VaVaVoom: 0 cpu 0: 7862088 4942323 0 - any output in syslog/klog? neither on the host nor on the client. as requested by martin i add the lsof information (private information is stripped): please see http://nopaste.info/ef8a4ff94c.html kind regards, raoul bhatia -- raoul bhatia email.[EMAIL PROTECTED] IPAX web.http://www.ipax.at chief technician, support irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] Program running amok - is this a vserver issue?
i have come uppon an issue with an tcl script using sockets to make an ftp connection. unfortunatly the script is bytecode so i cannot tell too much about the actual work the program does. after some time the process starts to use 100% cpu. strace reveals this output: http://nopaste.info/3dc9e844fe.html as far as i know the program normally runs just as expected. is this somehow a vserver related issue? kind regards, raoul bhatia -- raoul bhatia email.[EMAIL PROTECTED] IPAX web.http://www.ipax.at chief technician, support irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] VServer logo?
Daniel Kraft wrote: http://www.spotlite.de/stuff/vserver-logos.png License: http://creativecommons.org/licenses/by/2.0/ now these are the kind of logo i prefere! nice work! :) kind regards, raoul bhatia -- raoul bhatia email.[EMAIL PROTECTED] ipax web.http://www.ipax.at - chief technician, support - irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] VServer logo?
Benedikt Boehm wrote: Three suggestions at http://dev.gentoo.org/~hollow/vserver-logos.png these are nice logos and i guess that you inspired some of our readers here! :) kind regards, raoul bhatia -- raoul bhatia email.[EMAIL PROTECTED] ipax web.http://www.ipax.at - chief technician, support - irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] [OPoll] BME inclusion into next stable release
Herbert Poetzl wrote:OPINION POLL please check (X) all points which apply ... (according to your opinion) [x] I had no idea about this issue/deficiency [ ] I did already know about it [ ] I'm already using BME (or similar) patches [ ] I will start using BME patches now [x] I do not need/use this 'feature' at all [ ] I think this SHOULD get into the next stable Linux-VServer release because ... [ ] I am using it/want to use it [ ] It's more a bugfix than a feature [x] I like the idea of ro --bind mounts [x] I think this should NOT be included into the next stable release because ... [ ] it is not thoroughly tested [ ] it is not mature enough [ ] it adds unnecessary code [x] it should better be fixed in the mainline Linux Kernel -- raoul bhatia email.[EMAIL PROTECTED] ipax web.http://www.ipax.at - chief technician, support - irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Step by Step Guide to a nano-vserver
please drop a little note when you update your step-by-step guide! kind regards, raoul bhatia -- raoul bhatia email.[EMAIL PROTECTED] ipax web.http://www.ipax.at - chief technician, support - irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] [announce] util-vserver 0.30.205 + status report
just for your information: the community discovered a bug in this util-vserver release. which causes chcontext to fail in the following scenarios: # chcontext --hostname zaphod.2725 doener wrote a quick fix for this bug, which is provided below. best regards, raoul bhatia -- cut --- diff -NurpP --minimal util-vserver-0.30.205/scripts/chcontext util-vserver-0.30.205-fix/scripts/chcontext --- util-vserver-0.30.205/scripts/chcontext 2005-03-21 21:03:30.0 +0100 +++ util-vserver-0.30.205-fix/scripts/chcontext 2005-03-31 18:48:55.0 +0200 @@ -164,7 +164,7 @@ migrate_cmd=( $_VCONTEXT IFS=$old_IFS -if $_VSERVER_INFO -q $OPT_CTX XIDTYPE static; then +if test -z $OPT_CTX || $_VSERVER_INFO -q $OPT_CTX XIDTYPE static; then [EMAIL PROTECTED] [EMAIL PROTECTED] -- \ [EMAIL PROTECTED] --endsetup --migrate-self -- $@ rc=$? -- cut -- Enrico Scholz wrote: Hello, version 0.30.205 util-vserver (alpha branch) is out. Noticable changes are a new 'vhashify' command which is a successor of 'vunify'. It uses some aggressive techniques like mmap'ing of files and the creation of sparse files. To prevent data lossage, it is strongly recommended to execute 'make check' when using non-ext3 filesystems. (Unfortunately, the 'cmp' tool is sometimes not configured for large files and will create false positives). Another issue is 'vyum': the current 'yum' version makes it impossible to execute it when the vserver is running (there, /.. might be unequal to /). A fix for yum can be found at https://bugzilla.redhat.com/beta/show_bug.cgi?id=146650#c1 but the upstream author dislikes it. Feel free to request another fix there ;) Enrico ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver -- raoul bhatia email.[EMAIL PROTECTED] ipax web.http://www.ipax.at - chief technician, support - irc. #ipax (quakenet) ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
