<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.openvz.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Gmturner</id>
	<title>OpenVZ Virtuozzo Containers Wiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.openvz.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Gmturner"/>
	<link rel="alternate" type="text/html" href="https://wiki.openvz.org/Special:Contributions/Gmturner"/>
	<updated>2026-06-10T00:07:04Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.31.1</generator>
	<entry>
		<id>https://wiki.openvz.org/index.php?title=Mounting_filesystems&amp;diff=3845</id>
		<title>Mounting filesystems</title>
		<link rel="alternate" type="text/html" href="https://wiki.openvz.org/index.php?title=Mounting_filesystems&amp;diff=3845"/>
		<updated>2007-12-26T20:42:33Z</updated>

		<summary type="html">&lt;p&gt;Gmturner: make good on promise in preceeding section to refer to /vz as /vz.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Mounting filesystems within a VE ==&lt;br /&gt;
&lt;br /&gt;
To mount filesystems inside a VE, you have several choices:&lt;br /&gt;
&lt;br /&gt;
* NFS (the VE will be an NFS Client) - see [[NFS]]&lt;br /&gt;
* FUSE - see [[FUSE]]&lt;br /&gt;
* Bind mount from Hardware Node&lt;br /&gt;
&lt;br /&gt;
=== Bind mount from Hardware Node ===&lt;br /&gt;
&lt;br /&gt;
Recent Linux kernels support an operation called 'bind mounting' which makes part of a mounted filesystem visible at some other mount point. See 'man bind' for more information.&lt;br /&gt;
&lt;br /&gt;
Bind mounts can be used to make directories on the hardware node visible to the VE.&lt;br /&gt;
&lt;br /&gt;
OpenVZ uses two directories. Assuming our VE is numbered 777, these directories are:&lt;br /&gt;
&lt;br /&gt;
 $VZROOT/private/777&lt;br /&gt;
 $VZROOT/root/777&lt;br /&gt;
&lt;br /&gt;
{{Note|&amp;lt;code&amp;gt;$VZROOT&amp;lt;/code&amp;gt; is usually &amp;lt;code&amp;gt;/vz&amp;lt;/code&amp;gt;, on Debian systems however this is &amp;lt;code&amp;gt;/var/lib/vz&amp;lt;/code&amp;gt;. In this document this is further referred to as &amp;lt;code&amp;gt;/vz&amp;lt;/code&amp;gt;.}}&lt;br /&gt;
&lt;br /&gt;
The /vz/private directory contains root directory contents. This directory or subdirectory may be symlinked onto a different filesystem, for example:&lt;br /&gt;
&lt;br /&gt;
  /vz/private -&amp;gt; /mnt/openvz&lt;br /&gt;
&lt;br /&gt;
Putting VE root directories onto a separate filesystem (not the hardware node root filesystem) is good storage management practice. It protects the Hardware Node root filesystem from being filled up by a VE; this could cause problems on the Hardware Node.&lt;br /&gt;
&lt;br /&gt;
=== Requirement ===&lt;br /&gt;
&lt;br /&gt;
'''On the HN we have a directory '/home' which we wish to make available (shared) to all VEs.'''&lt;br /&gt;
&lt;br /&gt;
You would think that you could bind mount this directory, as in: 'mount --bind /home /vz/private/777/home' but this does not work — the contents of /home cannot be seen within the VE.&lt;br /&gt;
&lt;br /&gt;
This is where the second directory listed above (/vz/root/777) is used. If a VE is not started, this directory is empty. But after starting a VE, this directory contains what the VE sees as its mounted filesystems.&lt;br /&gt;
&lt;br /&gt;
The correct command to issue on the HN is:&lt;br /&gt;
&lt;br /&gt;
  mount --bind /home /vz/root/777/home&lt;br /&gt;
&lt;br /&gt;
The VE must be started and the destination directory must exist. The VE will see this directory mounted like this:&lt;br /&gt;
&lt;br /&gt;
 # df&lt;br /&gt;
 Filesystem           1K-blocks      Used Available Use% Mounted on&lt;br /&gt;
 simfs                 10485760    298728  10187032   3% /&lt;br /&gt;
 tmpfs                   484712         0    484712   0% /lib/init/rw&lt;br /&gt;
 tmpfs                   484712         0    484712   0% /dev/shm&lt;br /&gt;
 ext3                 117662052 104510764   7174408  94% /home&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;/div&gt;</summary>
		<author><name>Gmturner</name></author>
		
	</entry>
	<entry>
		<id>https://wiki.openvz.org/index.php?title=Resource_management&amp;diff=3795</id>
		<title>Resource management</title>
		<link rel="alternate" type="text/html" href="https://wiki.openvz.org/index.php?title=Resource_management&amp;diff=3795"/>
		<updated>2007-12-22T11:45:46Z</updated>

		<summary type="html">&lt;p&gt;Gmturner: is it readable yet?  does it still say the same thing?  :P&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''OpenVZ resource management''' is a set of controls providing per-[[VE]] limits.  These limits may be used to encourage VEs to coexist gracefully on a single physical server.&lt;br /&gt;
&lt;br /&gt;
OpenVZ resource management includes these primary controllers:&lt;br /&gt;
&lt;br /&gt;
* [[User beancounters]]&lt;br /&gt;
* [[OpenVZ disk quota system]]&lt;br /&gt;
* [[CPU Fairscheduler]]&lt;br /&gt;
* [[Traffic shaping with tc]]&lt;br /&gt;
&lt;br /&gt;
 FIXME: add more text&lt;br /&gt;
 FIXME: create a right-hand navigation menu for all of the resource management stuff&lt;br /&gt;
&lt;br /&gt;
[[Category:Definitions]]&lt;br /&gt;
[[Category:Kernel]]&lt;/div&gt;</summary>
		<author><name>Gmturner</name></author>
		
	</entry>
	<entry>
		<id>https://wiki.openvz.org/index.php?title=Resource_management&amp;diff=3794</id>
		<title>Resource management</title>
		<link rel="alternate" type="text/html" href="https://wiki.openvz.org/index.php?title=Resource_management&amp;diff=3794"/>
		<updated>2007-12-22T11:40:34Z</updated>

		<summary type="html">&lt;p&gt;Gmturner: wtf... while i'm at it, just go ballistic and fix everything i can without learning what you are talking about first :)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''OpenVZ resource management''' is a set of controls providing per-[[VE]] limits.  These limits guarantee that multiple VEs can coexist gracefully on a single physical server.&lt;br /&gt;
&lt;br /&gt;
OpenVZ resource management includes these primary controllers:&lt;br /&gt;
&lt;br /&gt;
* [[User beancounters]]&lt;br /&gt;
* [[OpenVZ disk quota system]]&lt;br /&gt;
* [[CPU Fairscheduler]]&lt;br /&gt;
* [[Traffic shaping with tc]]&lt;br /&gt;
&lt;br /&gt;
 FIXME: add more text&lt;br /&gt;
 FIXME: create a right-hand navigation menu for all of the resource management stuff&lt;br /&gt;
&lt;br /&gt;
[[Category:Definitions]]&lt;br /&gt;
[[Category:Kernel]]&lt;/div&gt;</summary>
		<author><name>Gmturner</name></author>
		
	</entry>
	<entry>
		<id>https://wiki.openvz.org/index.php?title=Resource_management&amp;diff=3793</id>
		<title>Resource management</title>
		<link rel="alternate" type="text/html" href="https://wiki.openvz.org/index.php?title=Resource_management&amp;diff=3793"/>
		<updated>2007-12-22T11:34:23Z</updated>

		<summary type="html">&lt;p&gt;Gmturner: fix wiko&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''OpenVZ resource management''' is a set of controls to provide per-[[VE]] limits and guarantees in a way that multiple VEs will coexist on a single physical server. It consists these primary controllers:&lt;br /&gt;
&lt;br /&gt;
* [[User beancounters]]&lt;br /&gt;
* [[OpenVZ disk quota system]]&lt;br /&gt;
* [[CPU Fairscheduler]]&lt;br /&gt;
* [[Traffic shaping with tc]]&lt;br /&gt;
&lt;br /&gt;
 FIXME: add more text&lt;br /&gt;
 FIXME: create a right-hand navigation menu for all of the resource management stuff&lt;br /&gt;
&lt;br /&gt;
[[Category:Definitions]]&lt;br /&gt;
[[Category:Kernel]]&lt;/div&gt;</summary>
		<author><name>Gmturner</name></author>
		
	</entry>
</feed>