Re: [Vserver] Re: Strange vshelper behaviour (reboot)
[EMAIL PROTECTED] (Herbert Poetzl) writes: after a decent debug session we now know that the vshelper reboot functionality is broken with 0.30.196 on vs1.2.10 (I suspect on older versions too) ... the culprit seems to be vserver-info, which, for whatever reason, is not able to 'reverse' the xid (to a vserver name) ... access(/var/lib/run/vservers.rev/2, F_OK) = -1 ENOENT (No such file or directory) ... hmm .. but there is /var/run/vservers.rev/2 mmh... seems to be caused by different ideas about %_localstatedir in the RH and Mandrake world... I will remove 'run.rev' as a vserver-local setting and make it a a system-wide option. any idea how that can be different on 2.6/1.9? As said, 2.6 does not use the 'run.rev' mechanism but vuname for the XID - vserver mapping. Enrico ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Quota's with in a vserver
On Mon, Jan 31, 2005 at 12:10:49PM +1030, Mike O'Connor wrote: Hi Herbert Hi Mike, Folks! I think I sent my reply to the wrong location so sorry for not replying to your previous mail, I'm usually _not_ ignoring mail sent to me directly, but you are right here is the 'right' location for vserver related stuff ;) there is currently no support for quota on a shared partition (for now) let me know if you are interested in testing the vroot or shared quota support ... I could be very interested in testing any code for shared quota support in 2.6 series kernel. hmm, good to know, but I would like to get a feeling for the general interest in shared quota first, as for sure it's no easy patch to do and to test ... and it seemed to me, that the need for it faded because lvm2/evms and dm as well as the cheap disk space provided a more than adequate solution to avoid shared quota and and get away with shared disk limits ... so please let me know what you think about it now and looking at the next year ... (please check what appropriate, mupltiple choice) [ ] Yes, I will require shared user/group quota inside a vserver (i.e. guest private quota for guests on a shared disk partition) [ ] I might use it, when it is available but I can live without it (e.g. using lvm/evms for that) [ ] I don't know what you are talking about and I'm pretty sure shared disk limits is all I need (i.e. limit the total amount of disk space for guests on a shared partition) [ ] I do use the quota patch on 2.4 for shared user/group quotas right now ... TIA, Herbert Thanks Mike ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Re: Strange vshelper behaviour (reboot)
On Mon, Jan 31, 2005 at 09:25:28AM +0100, Enrico Scholz wrote: [EMAIL PROTECTED] (Herbert Poetzl) writes: Hi Enrico! after a decent debug session we now know that the vshelper reboot functionality is broken with 0.30.196 on vs1.2.10 (I suspect on older versions too) ... the culprit seems to be vserver-info, which, for whatever reason, is not able to 'reverse' the xid (to a vserver name) ... access(/var/lib/run/vservers.rev/2, F_OK) = -1 ENOENT (No such file or directory) ... hmm .. but there is /var/run/vservers.rev/2 mmh... seems to be caused by different ideas about %_localstatedir in the RH and Mandrake world... I will remove 'run.rev' as a vserver-local setting and make it a a system-wide option. okay, that pretty much explains it ... any idea how that can be different on 2.6/1.9? As said, 2.6 does not use the 'run.rev' mechanism but vuname for the XID - vserver mapping. could you also look into the patch (from my mail ;) and add something like that (or modify the vshelper to _not_ require a valid run.rev/vuname for .default delegate helpers)? btw, a new 0.30.197 or even better a prerelease for a stable version would be appreciated I guess ... let me know when you got some time ... TIA, Herbert Enrico ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] Small bug report and feature request
A small bug report and a feature request: 1. vserver --help shows me: running ... succeeds iff the vserver is running -^^^ should only be one f :) Feature request would be to create a vserver name remove that properly shuts down the vserver and then removes its configuration and vserver files. I mistakenly removed the files before stopping the vserver last night and it was an interesting adventure to solve that (credit of course goes to Bertl to track down how). micah ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Small bug report and feature request
Micah Anderson wrote: A small bug report and a feature request: 1. vserver --help shows me: running ... succeeds iff the vserver is running -^^^ should only be one f :) That may be intentional... :) iff is an abbreviation often used for if and only if. http://en.wikipedia.org/wiki/If_and_only_if -David Feature request would be to create a vserver name remove that properly shuts down the vserver and then removes its configuration and vserver files. I mistakenly removed the files before stopping the vserver last night and it was an interesting adventure to solve that (credit of course goes to Bertl to track down how). micah ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Small bug report and feature request
[EMAIL PROTECTED] (Micah Anderson) writes:
A small bug report and a feature request:
1. vserver --help shows me:
running ... succeeds iff the vserver is running
-^^^ should only be one f :)
Really? It is meant as
| From The Free On-line Dictionary of Computing (09 FEB 02) [foldoc]:
|
| iff
|
| mathematics, logic if and only if, i.e. necessary and
| sufficient. For example, two figures are {congruent} iff one
| can be placed over the other so that they coincide.
Feature request would be to create a vserver name remove
that properly shuts down the vserver and then removes its
configuration and vserver files. I mistakenly removed the
files before stopping the vserver last night and it was an
interesting adventure to solve that (credit of course goes to
Bertl to track down how).
When namespaces are used (that's the default), everything will be
unmounted after finishing the last process. So executing 'vkill
--xid ID -s 9' would have done the trick also. ;)
I will think about the 'vserver ... remove' command.
Enrico
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Small bug report and feature request
On Mon, Jan 31, 2005 at 04:09:59PM +0100, Enrico Scholz wrote:
[EMAIL PROTECTED] (Micah Anderson) writes:
A small bug report and a feature request:
1. vserver --help shows me:
running ... succeeds iff the vserver is running
-^^^ should only be one f :)
Really? It is meant as
| From The Free On-line Dictionary of Computing (09 FEB 02) [foldoc]:
|
| iff
|
| mathematics, logic if and only if, i.e. necessary and
| sufficient. For example, two figures are {congruent} iff one
| can be placed over the other so that they coincide.
Feature request would be to create a vserver name remove
that properly shuts down the vserver and then removes its
configuration and vserver files. I mistakenly removed the
files before stopping the vserver last night and it was an
interesting adventure to solve that (credit of course goes to
Bertl to track down how).
When namespaces are used (that's the default), everything will be
unmounted after finishing the last process. So executing 'vkill
--xid ID -s 9' would have done the trick also. ;)
I will think about the 'vserver ... remove' command.
here is some other stuff to think about ;)
http://linux-vserver.org/ToDo+List+Tools
TIA,
Herbert
Enrico
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Small bug report and feature request
On Mon, 31 Jan 2005, Enrico Scholz wrote:
[EMAIL PROTECTED] (Micah Anderson) writes:
A small bug report and a feature request:
1. vserver --help shows me:
running ... succeeds iff the vserver is running
-^^^ should only be one f :)
Really? It is meant as
| From The Free On-line Dictionary of Computing (09 FEB 02) [foldoc]:
|
| iff
|
| mathematics, logic if and only if, i.e. necessary and
| sufficient. For example, two figures are {congruent} iff one
| can be placed over the other so that they coincide.
However it is certainly not commonly used leading to questions/doubts like
Micah's. It is also overkill to explicitly say if and only if when if
the vserver is running is sufficiently clear.
the vserver is running
The following is sufficient:
'running' will succeed if the vserver is running
for the help statement. It would be
sufficient to say running - succeeds if the vserver is running
is certainly not common amongst those without a mathematics
background
Feature request would be to create a vserver name remove
that properly shuts down the vserver and then removes its
configuration and vserver files. I mistakenly removed the
files before stopping the vserver last night and it was an
interesting adventure to solve that (credit of course goes to
Bertl to track down how).
When namespaces are used (that's the default), everything will be
unmounted after finishing the last process. So executing 'vkill
--xid ID -s 9' would have done the trick also. ;)
I will think about the 'vserver ... remove' command.
Enrico
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
--
Mark Lawrence
+41 79 309 06 33
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] openvps
Dimitry - OpenVPS has a mailing list- [EMAIL PROTECTED] Grisha On Fri, 28 Jan 2005, Abdrashitov Dmitry wrote: Hello! Is anybody use vserver-hosting from www.openvps.org ? I have some questions... Dmitry ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] memory accounting - impossible?
I just wanted to confirm this on the list, let me know if the following statement isn't true. (I think that if true, this is something that should be well documented somewhere): There is no way to accurately account for a context's memory utilization. The values reported by vserver-stat and in /proc/virtual/*/limit are the sum of VM/VML/RSS for each individual process, and it does not account for the fact that these processes could be referencing same pages in memory, which they usually do after a fork(). So the more fork()s, the more skewed the counters are. Also, there is no simple way to overcome this limitation without significantly changing the code that deals with memory management. Grisha ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] vunify problem
I am having problems getting vunify to work properly. I have created a reference server called seedbank, I then cloned that reference server into a new vserver called MT (I did this by doing vserver MT build -m skeleton; cp -a /vservers/seedbank/* /vservers/MT). Then I followed the instructions on http://linux-vserver.org/alpha+util-vserver to unify vservers: 1. mkdir -p /usr/local/etc/vservers/MT/apps/vunify 2. ln -s /usr/local/etc/vservers/seedbank /usr/local/etc/vservers/MT/apps/vunify/refserver.00 Then when I do a dry-run of the unification, it does not work: # /usr/local/lib/util-vserver/vunify -v -n MT /usr/local/lib/util-vserver/vunify -v -n MT Initializing exclude-list for /vservers/MT (MT) no reference vserver configured ? Thanks for any tips! micah ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] memory accounting - impossible?
On Mon, Jan 31, 2005 at 11:02:17AM -0500, Gregory (Grisha) Trubetskoy wrote: I just wanted to confirm this on the list, let me know if the following statement isn't true. (I think that if true, this is something that should be well documented somewhere): There is no way to accurately account for a context's memory utilization. The values reported by vserver-stat and in /proc/virtual/*/limit are the sum of VM/VML/RSS for each individual process, and it does not account for the fact that these processes could be referencing same pages in memory, which they usually do after a fork(). So the more fork()s, the more skewed the counters are. yes and no, facts are: - VM is address space and accumulating this for a context does not really make sense ... well, not for accounting (compare it to the height of all people in a room, summed up, you can then say, all peope here together are 50feet tall ;) - VML is accounted and summed correctly, but not much used (those are actual pages locked into memory) - RSS is currently accounted in the way the kernel does the RSS accounting, nothing more and nothing less, it represents the pages currently in memory ... (this will be extended to cover anon rss soon) # chcontext --ctx 100 bash -c 'sleep 100 sleep 100 ' # chcontext --ctx 200 bash -c 'sleep 100 ' # grep RSS /proc/virtual/*00/limit current max limit /proc/virtual/100/limit: RSS:218 484 -1 0 /proc/virtual/200/limit: RSS:109 424 -1 0 the started sleep uses about 109 pages in memory, some of them might be shared with other tasks, but a check with the active memory shows that it is pretty consistent Active:952 kB (before first chcontext) Active: 1660 kB (+ 708 kB in xid=100) Active: 1764 kB (+ 104 kB in xid=200) the check shows that on the first startup we would expect 218*4 = 872 kB but only add 708 kB the remaining 164 kB are either shared or not swapped in ... the second startup added 104 kB where we expected 109*4 = 436 kB, so here 332 kB could be shared ... Also, there is no simple way to overcome this limitation without significantly changing the code that deals with memory management. well, it would be interesting to know how you would account the stated example 'correctly' in your specific sense, maybe there is something I'm missing here ... especially what to do in the following cases: - vs1 starts some stuff, requires 10 MB 'memory' - vs2 starts similar stuff, just requires 5 MB 'memory' (5 MB could be shared with vs1) - vs1 is shut down, vs2 doesn't share anything any longer TIA, Herbert Grisha ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Small bug report and feature request
On Tue, Feb 01, 2005 at 12:14:40AM +0100, Enrico Scholz wrote: [EMAIL PROTECTED] (Herbert Poetzl) writes: here is some other stuff to think about ;) http://linux-vserver.org/ToDo+List+Tools |* make a 'clone' build method | |which allows to clone an existing vserver (with modified options) I would like to have a generic CLI tool which modifies the configuration, before I implement this method. 'vcopy' needs testing also; especially for the not-link-but-copy and skipped-files cases. guess folks will test is immediatly when it is available until now the tools do not know about it, right? |* fix: /etc/vservers/vserver-name/ulimits | |This configuration will be honored for kernel 2.4 only. why? Does this still make sense with vlimits? With 2.6 the host is protected by 'vlimits' against excessive cpu/memory usage of guests; the guests can limit their processes with 'ulimits' which does not need configuration on the host. nevertheless somebody might want to set some initial values there ... after all there seems no way to specify this for the init process or the sevices ... |* rpm-list based build method Ok; it is in CVS. But I do not think that this method makes much sense in the age of apt, yum or smartpm (support is not implemented yet). it makes sense for some folks, otherwise they would not ask for it, right? |* config options change method (no rebuild or whatever) ??? if you want to change an option specified on vserver creation (like --interface or --flags) it would be really nice if the tools could do that for your, maybe with add/replace functionality ... TIA, Herbert Enrico ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] vunify problem
[EMAIL PROTECTED] (Micah Anderson) writes: Then I followed the instructions on http://linux-vserver.org/alpha+util-vserver to unify vservers: 1. mkdir -p /usr/local/etc/vservers/MT/apps/vunify 2. ln -s /usr/local/etc/vservers/seedbank /usr/local/etc/vservers/MT/apps/vunify/refserver.00 Then when I do a dry-run of the unification, it does not work: # /usr/local/lib/util-vserver/vunify -v -n MT /usr/local/lib/util-vserver/vunify -v -n MT Initializing exclude-list for /vservers/MT (MT) no reference vserver configured ? Strange... you should get 'unification for reference vserver not configured'... Can you try | # mkdir -p /usr/local/etc/vservers/seedbank/apps/vunify | # /usr/local/lib/util-vserver/vunify -v -n MT ? When this does not work, please provide an strace of the vunify command. Enrico ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Quota's with in a vserver
Hi Herbert, All hmm, good to know, but I would like to get a feeling for the general interest in shared quota first, as for sure it's no easy patch to do and to test ... and it seemed to me, that the need for it faded because lvm2/evms and dm as well as the cheap disk space provided a more than adequate solution to avoid shared quota and and get away with shared disk limits ... I would like to comment on this, my issue is not control of the size of a virtual machine but the control and monitoring of limits with in a context. LVM allocates a set amount of space meaning that I waste a huge amount per vserver. (I have not used EVMS but I assume it has the same basic ideas) so please let me know what you think about it now and looking at the next year ... (please check what appropriate, mupltiple choice) [X] Yes, I will require shared user/group quota inside a vserver (i.e. guest private quota for guests on a shared disk partition) [ ] I might use it, when it is available but I can live without it (e.g. using lvm/evms for that) [ ] I don't know what you are talking about and I'm pretty sure shared disk limits is all I need (i.e. limit the total amount of disk space for guests on a shared partition) [ ] I do use the quota patch on 2.4 for shared user/group quotas right now ... Thanks Mike ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
