This post will show you how to mount an NFS share into a container. Then, we will explore mounting an NFS to the container via Portainer and Docker Compose. It is truly super easy to do!
Off course! You can mount your NFS to the host and then mount the host’s NFS folder into the container. But, you can avoid this method. Mounting the NFS directly to the container avoids a manual NFS mount on the host and/or using the /etc/fstab.
Adding an NFS drive requires you to create a Volume. Volumes reference files and folders on the host, or (in this case) a Network File System (or NFS for short).
Create an NFS Volume Using Portainer
Click on the ‘Volumes’ menu item and the ‘Add Volume’ button.
Next, you need to specify the following options:
- The name of the NFS volume you want to use in the container.
- The driver configuration must be set to ‘local’.
- Tick the ‘NFS’ volume radio button.
In the NFS settings section, set the:
- address of the NFS server you wish to use. You can use a DNS name or IP address.
- NFS version can be set to ‘NFS’ or ‘NFS4’. When in doubt use ‘NFS’.
- Mount point on your NFS server.
- Set the various option that applies to your implementation.
Lastly, click the ‘Create the volume’ button for the NFS volume to be added.
You can now reference your NFS volume using the volume name you specified. See the example in the Docker Compose section below for an example.
Create an NFS Volume Using Docker Compose
You can also use Docker Compose to specify an NFS volume to mount into the container. The example below configures a MySQL container and mounts the ‘nfs-mysql-vol’ to the MySQL container under ‘/var/lib/mysql’.
The Volumes section at the bottom specifies all the properties that were described above. Note that the compose file below has been tested using Portainer with Docker Compose version 2, and you can change this if needed.
version: '2' # The volume that you want to define for use int he containers. volumes: nfs-mysql-vol: driver: local # Must be set to avoid issues. driver_opts: type: "nfs" o: "addr=my.nfs.server,rsize=65536,wsize=65536,timeo=14,tcp,rw,noatime" device: ":/volume1/mysql/" services: mysql: container_name: mysql environment: MYSQL_ROOT_PASSWORD: somePassword ports: - 3306:3306 volumes: # The volume you have created in the 'volumes' section further below. - nfs-mysql-vol:/var/lib/mysql image: 'mysql:latest' command: – default-authentication-plugin=mysql_native_password restart: always
NFS Volume Options
Additionally, you have various options available to help you configure the NFS volume for your container.
For example: “addr=my.nfs.server,rsize=65536,wsize=65536,timeo=14,tcp,rw,noatime”:
- You can set the read and write size of your NFS to help increase the performance.
- Also, you can also set the protocol to TCP, which allows only lost frames to be resent.
You cannot use a UID and GID parameter to when mounting NFS volumes via Docker. The UID and GID parameter is used by Autofs when setting up a CIFS connection. Anto made this mistake on a previous version of this post.
NFS permissions function differently depending on whether you are trying to access your NFS as a root or a non-root user.
If you are root, then you are probably not exporting with the no_root_squash/no_mapping option. This is because the root user can write files and use your preferred user id. You will get an “Operation not permitted” if you do not use no_mapping when writing a file with a different user id.
Docker runs all of its containers as the root user because it requires access to network configuration, processes, and the filesystem. Likewise, the processes running inside your containers also run as root, which means they can write files on the NFS server.
On the container:
root@72ce0dc0b8f3:/var/www/html# id uid=0(root) gid=0(root) groups=0(root)
On the NFS server:
If you are not root, the user id may not be in sync between the client and the server. You will need to make sure the client and server match. Also, make sure you are not exporting with the all_squash option. Finally, you may have a more general permission issue if the user ids are the same.
You may also be interested in
About the Authors
Anto's editorial team loves the cloud as much as you! Each member of Anto's editorial team is a Cloud expert in their own right. Anto Online takes great pride in helping fellow Cloud enthusiasts. Let us know if you have an excellent idea for the next topic! Contact Anto Online if you want to contribute.
Support the Cause
Support Anto Online and buy us a coffee. Anything is possible with coffee and code.