Editing Mounting filesystems

Jump to: navigation, search

Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision Your text
Line 1: Line 1:
To mount a file system inside a container, you have several choices:
+
== Mounting filesystems within a VE ==
  
* [[NFS]], when container as an NFS client
+
To mount filesystems inside a VE, you have several choices:
* [[FUSE]] (filesystem in userspace)
 
* [[Bind mounts]] from Hardware Node
 
  
Also, you can grant a container an access a physical block device, and use that device from inside the container. Not all file systems are working inside a container; check /proc/filesystems inside a container to find out.
+
* NFS (the VE will be an NFS Client) - see [[NFS]]
 +
* FUSE - see [[FUSE]]
 +
* Bind mount from Hardware Node
 +
 
 +
=== Bind mount from Hardware Node ===
 +
 
 +
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.
 +
 
 +
Bind mounts can be used to make directories on the hardware node visible to the VE.
 +
 
 +
OpenVZ uses two directories. Assuming our VE is numbered 777, these directories are:
 +
 
 +
$VZROOT/private/777
 +
  $VZROOT/root/777
 +
 
 +
{{Note|<code>$VZROOT</code> is usually <code>/vz</code>, on Debian systems however this is <code>/var/lib/vz</code>. In this document this is further referred to as <code>/vz</code>.}}
 +
 
 +
The /vz/private directory contains root directory contents. This directory or subdirectory may be symlinked onto a different filesystem, for example:
 +
 
 +
  /vz/private -> /mnt/openvz
 +
 
 +
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.
 +
 
 +
=== Requirement ===
 +
 
 +
'''On the HN we have a directory <code>/home</code> which we wish to make available (shared) to all VEs.'''
 +
 
 +
You would think that you could bind mount this directory, as in: <code>mount --bind /home $VZROOT/private/777/home</code> but this does not work — the contents of <code>/home</code> cannot be seen within the VE.
 +
 
 +
This is where the second directory listed above (<code>$VZROOT/root/777</code>) 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 file systems.
 +
 
 +
The correct command to issue on the HN is:
 +
 
 +
  mount --bind /home $VZROOT/root/777/home
 +
 
 +
The VE must be started and the destination directory must exist. The VE will see this directory mounted like this:
 +
 
 +
# df
 +
Filesystem          1K-blocks      Used Available Use% Mounted on
 +
simfs                10485760    298728  10187032  3% /
 +
tmpfs                  484712        0    484712  0% /lib/init/rw
 +
tmpfs                  484712        0    484712  0% /dev/shm
 +
ext3                117662052 104510764  7174408  94% /home
 +
 
 +
[[Category:HOWTO]]

Please note that all contributions to OpenVZ Virtuozzo Containers Wiki may be edited, altered, or removed by other contributors. If you don't want your writing to be edited mercilessly, then don't submit it here.
If you are going to add external links to an article, read the External links policy first!

To edit this page, please answer the question that appears below (more info):

Cancel Editing help (opens in new window)