Copy the template content to an existing Community Apps placeholder article (or create a new one if needed for this app) to begin writing.
Detailed template instructions are commented out of the rendered copy of this template but show in the Markdown file.
Documentation for applications within the Community train is created and maintained by members of the TrueNAS community.
The TrueNAS Documentation Hub hosts but does not validate or maintain articles within this section.
Set a pool for applications to use if not already assigned.
You can use either an existing pool or create a new one.
TrueNAS creates the ix-apps (hidden) dataset in the pool set as the application pool.
This dataset is internally managed, so you cannot use this as the parent when you create required application datasets.
After setting the pool, the Installed Applications screen displays Apps Service Running on the top screen banner.
Locate the run-as user for the app.
Take note of the run-as user for the app, shown on the app information screen in the Run As Context widget and in the Application Metadata widget on the Installed applications screen after the app fully deploys.
The run-as user(s) get added to the ACL permissions for each dataset used as a host path storage volume.
(Optional) Create datasets for the storage volumes for the app.
Do not create encrypted datasets for apps if not required!
Using an encrypted dataset can result in undesired behaviors after upgrading TrueNAS when pools and datasets are locked.
When datasets for the containers are locked, the container does not mount, and the apps do not start.
To resolve issues, unlock the dataset(s) by entering the passphrase/key to allow datasets to mount and apps to start.
You can create required datasets before or after launching the installation wizard.
The install wizard includes the Create Dataset option for host path storage volumes, but if you are organizing required datasets under a parent you must create that dataset before launching the app installation wizard.
Go to Datasets and select the pool or dataset where you want to place the dataset(s) for the app.
For example, /tank/apps/appName.
Create a parent dataset, such as appName, and then the storage datasets (config and data) under it.
Select apps as the Dataset Preset for these datasets. You can modify the dataset ACLs at the time of creation, or modify them later when adding them in the app.
Creating Datasets for Apps
When creating datasets for apps follow these steps:
Go to Datasets, select the location for the parent dataset if organizing required datasets under a parent dataset, then click Add Dataset.
For example, select the root dataset of the pool, and click Add Dataset to create a new parent called apps or appName*, where appName is the name of the app.
Do not create the app datasets under the ix-applications or ix-apps dataset.
Enter the name of the dataset, then select Apps as the Dataset Preset.
Creating the parent dataset with the preset set to Generic causes permissions issues when you try to create the datasets the app requires with the preset set to Apps.
Click Save.
Return to dataset creation when prompted rather than configuring ACL permissions.
You can set up permissions (ACLs) for a dataset after adding it by selecting Go to ACL Manager to open the Edit ACL screen, or wait and use the app Install wizard ACL settings to add permissions.
You can also edit permissions after installing the app using either method.
Select the parent dataset and then click Create Dataset to open the Add Dataset screen again.
Enter the name of a dataset required for the app, such as config, select Apps as the Dataset Preset, and then click Save.
When prompted, return to creating datasets rather than setting up ACL permissions.
Repeat for remaining datasets required for the app.
Create a self-signed certificate for the app (if required).
Adding a certificate is optional but if you want to use a certificate for this application, either create a new self-signed CA and certificate or import an existing CA and create the certificate for Nextcloud. A certificate is not required to deploy the application.
(Optional) Create a new TrueNAS user account to manage this application.
When creating a new user account to manage this application or using an existing TrueNAS administrator account, enable sudo permissions for that TrueNAS user account, select Create New Primary Group, and add the appropriate group in the Auxiliary Group for the type of user you want to create. Make note of the UID for the new user to add in the installation wizard.
Add the user ID to the dataset ACL permissions when setting up app storage volumes in the Install app wizard.
You can have multiple deployments of the same app (for example, two or more from the stable or enterprise trains, or a combination of the stable and enterprise trains).
Naming Multiple App Deployments
Each deployment of the same app requires a unique name.
App names can include numbers, dashes, or underscores (for example, syncthing2, syncthing-test, syncthing_1, minio2, etc.).
Use a consistent file-naming convention to avoid conflict situations where data does not or cannot synchronize because of file name conflicts.
Path and file names in apps are case-sensitive.
For example, a file named MyData.txt is not the same as the mydata.txt file in Syncthing.
Go to Apps, click on Discover Apps, and locate the app widget by either scrolling down to it or begin typing the name into the search field.
For example, to locate the MinIO app widget, begin typing minIO into the search field to show app widgets matching the search input.
Click Confirm then Agree to close the dialog and open the application details screen.
If not the first time installing apps the dialog does not show, click on the widget to open the app information screen.
Click Install to open the app installation wizard.
Application configuration settings are grouped into several sections, each explained below in Understanding App Installation Wizard Settings.
To find specific fields begin typing in the Search Input Fields search field to show the section or field, scroll down to a particular section, or click on the section heading in the list of sections on the upper-right of the wizard screen.
Accept the default value or enter a name in Application Name field.
In most cases use the default name, but if adding a second deployment of the application you must change this name.
Accept the default version number in Version.
When a new version becomes available, the application shows an update badge and the Application Info widget on the Installed applications screen shows the Update button.
Enter the App Configuration settings.
The TrueNAS app is configured with all the required environment variables, but if you want to further customize the container, click Add to the right of Additional Environment Variables for each to enter the variable(s) and values(s).
Add your Storage Configuration settings.
Set Type to Host Path (Path that already exists on the system) for Data Storage.
Select Enable ACL, and then enter or browse to select the data dataset to populate the Host Path field.
Click Add to the right of ACL Entries for each user or group entry you want to add.
Set ID Type to Entry is for a USER, enter the 0 in ID, and give it full control permissions.
For example, add the 0 user, and give each FULL_CONTROL Access.
Understanding App Installation Wizard Settings
The following section provides more detailed explanations of the settings in each section of the Install Appname installation wizard.
Application Name Settings
Accept the default value or enter a name in Application Name field.
In most cases use the default name, but if adding a second deployment of the application you must change this name.
Accept the default version number in Version.
When a new version becomes available, the application shows an update badge and the Application Info widget on the Installed applications screen shows the Update button.
AppName Configuration Settings
AppName configuration settings include setting up credentials, APT packages (previously referred to as the commands), the host IP and port, data directory path, upload limits, execution times, memory limits and cache memory consumption, adding a cron job with schedule, and adding additional environment variables.
If you have an existing AppName account, add the credentials for that account in the Admin User and Admin Password fields.
If you do not have an existing account, enter the name and password you want to use to create the AppName login credentials.
Adding Environment Variables
The app wizard is configured with all settings required to deploy the container, but you can add additional settings if you want to further customize the app in TrueNAS.
Click Add to the right of Environmental Variables to show a set of fields to configure the application with additional variables.
You can add environment variables to the app configuration after deploying it.
Click Edit on the Application Info widget for the app found on the Installed Application screen to open the edit screen.
Refer to [AppName documentation](URL for environment variables documentation provided in the app provider) for more information on environment variables.
User and Group Configuration
Some TrueNAS apps have predefined run-as user and group IDs. These assignments vary based on the app train and other variables such as installing but not running as the root user.
Default user and group IDs are:
473 for the MinIO stable train app.
568 (apps user), used in some community apps and all apps in the enterprise train
999 (netdata user), used for all postgres storage volumes
0 (root user).
Accept the default user and group ID in the User and Group Configuration section or enter the user ID for a new TrueNAS user created to serve as the administrator for this app.
Create any app administrator user before installing the application, and take note of the UID.
Enter this user ID when configuring the user for the app and as the user when setting up storage volume permissions.
Network Configuration
The default web port for AppName is 30027.
We do not recommend selecting Host Network unless required for the specific application or workload.
When required or strongly recommended for an application, TrueNAS typically enables host networking by default.
When host networking is disabled, specific ports from the container are exposed on the local network and mapped to a host port.
This is the default Docker networking behavior.
This approach provides better isolation, flexibility in port assignments, and improved security compared to enabling host networking.
Select Host Network to bypass port mapping, granting the container direct access network interfaces on the host.
This can improve performance, especially in deployments with many users, and simplify network configuration, but compromises isolation and introduces the risk of port conflicts, limiting the ability to run multiple instances of the same app.
For most deployments, default port mapping is more secure and versatile.
All TrueNAS apps are assigned default port numbers.
Accept the default port numbers, but if changing port number assignments, enter a number within the range 1-65535, however, 0-1024 might require the application to have elevated privileges.
Before changing default ports, refer to the TrueNAS default port list for a list of assigned and available port numbers.
The app does not require configuring advanced DNS options.
Accept the default settings or click Add to the right of DNS Options to enter the option name and value.
To use a certificate, best practice is to create the self-signed certificate before you begin using the app installation wizard.
If you did not create a certificate before starting the installation wizard you can select the default TrueNAS certificate and edit the app to change the certificate after deploying the application.
Select the certificate created in TrueNAS for the app from the Certificate dropdown list.
Storage Configuration
TrueNAS provides two options for storage volumes: ixVolumes and host paths.
Setting the Storage Volume Type
To allow TrueNAS to create the storage volume, leave Type set to ixVolume (Dataset created automatically by the system).
This adds a storage volume for the application nested in the hidden ix-apps dataset, located on the pool selected as the apps pool.
Using ixVolume is intended for a test deployment of an app but not for a full app deployment, as data does not persist for these volumes after deleting the app where a dataset does.
Datasets make recovering, transferring, and accessing app configuration, user, or other data possible where ixVolumes do not.
To use an existing dataset, which is the recommended option, set Type to Host Path (Path that already exists on the system).
If the install wizard shows a Mount Path, either accept the default value or enter the correct mount path. For example, if the dataset name is data, enter /data as the mount path.
To create a dataset while in the app installation wizard, with Type set to the host path option, go to the Host Path field, click into the pool or a dataset in the pool to activate the Create Dataset option. Click on Create Dataset to open the dialog.
Enter the name for the dataset, then click Create. TrueNAS creates the dataset in the location selected.
Select Enable ACL to define ACL permissions and to populate the Host Path field by either entering or browsing to and selecting the location of the dataset.
Populating the Host Path with the dataset location and then selecting Enable ACL clears the values, so we recommend selecting Enable ACL before entering the host path.
Repeat the above for each required dataset.
You can add extra storage volumes at the time of installation or edit the application after it deploys. Stop the app before editing settings.
Configuring Additional Storage Volumes
If you choose to configure additional storage volumes, click Add to the right of Additional Storage to show the Type field with three options:
HostPath (Path that already exists on the system)
ixVolume (Dataset created automatically by the system)
SMB/CIFS Share (Mounts a volume to a SMB share)
The host path option requires an existing dataset on the system.
The SMB/CIFS share option shows settings for configuring an SMB share as a storage option.
Setting Dataset ACL Permissions
You can configure ACL permissions for the required dataset in the Install App wizard, or from the Datasets screen any time after adding the datasets.
Select Enable ACL to show the ACL and ACE Entries options for host path volumes except for postgres storage volumes.
Configure ACE entries for each UID and/or GID you recorded from the Run As Context widget in Before You Begin.
Configuring ACE Entries
Enter or browse to select the dataset and populate Host Path.
Next, click Add to the right of ACL Entries to show the permissions settings.
Set ID Type to Entry is for a USER or Entry is for a GROUP.
If you configured a group in TrueNAS that you want to give access to instead of a single user, set the ID to the group option and enter the GID for that group.
Enter the UID and/or GID for the run as users.
The run-as user(s) show on the app details screen in the Run As Content widget, and on the Installed application screen after the app deploys.
If the app shows User and Group Configuration settings, the default UID shows on the screen. If not, choose the run-as user ID found in the Run As Content widget.
Postgres storage volumes have 999 as the default user ID and run-as user.
If you created a new TrueNAS user to serve as the app administration user, add an entry record and enter the UID for this user in addition to the run-as user ID.
When adding the ACL entry for the run-as user, default user, and/or optional TrueNAS app administrator user, set the Access permissions level to FULL CONTROL.
Do not use the Edit ACL option for postgres storage volumes. Select the Automatic Permissions option, which correctly sets permissions for the postgres and parent dataset (if used).
Select Force Flag to apply the ACL even if the path has existing data. This allows you to update the app when an update is available.
Adding ACL Permissions from the Datasets Screen
First, select the dataset row, then scroll down to the Permissions widget, and then click Edit to open the Edit ACL screen.
Change the @owner and @group values from root to the administrative user for your TrueNAS system, and click apply for each.
Next, add an ACL entry for the run-as user.
For Netdata, the run-as users is 0 for root. Add a user entry for this user.
Save the ACL before leaving the screen.
Mounting an SMB Share Storage Volume
TrueNAS Additional Storage options include the ability to mount an SMB share inside the container pod.
Configuring Additional Storage Volumes
If you choose to configure additional storage volumes, click Add to the right of Additional Storage to show the Type field with three options:
HostPath (Path that already exists on the system)
ixVolume (Dataset created automatically by the system)
SMB/CIFS Share (Mounts a volume to a SMB share)
The host path option requires an existing dataset on the system.
The SMB/CIFS share option shows settings for configuring an SMB share as a storage option.
Set Type an SMB/CIFS Share (Mounts a volume to a SMB share) to add an SMB share storage volume.
Select Read Only to make the storage volume read only.
Enter the path inside the container to mount the storage for the share volume in Mount Path.
Enter the server address for the SMB share in Server, the path to mount the SMB share in Path, and the share authentication user credentials in User and Password.
(Optional) enter the share domain name in domain.
Permissions are currently limited to the permissions of the user that mounted the share.
Use the SMB option for data synchronization between a share and the app if the option shows on the screen. A present, only the Syncthing app includes this option.
Labels Configuration
The Labels Configuration settings allow users to configure Docker object labels to add metadata to containers.
Docker object labels attach key-value metadata to various Docker objects, such as containers, images, volumes, and networks.
Labels are useful for organization, automation, and providing additional context for Docker resources.
They can store information such as environment details, ownership, service role, or custom tags for automation tools.
Click Add to display a set of label configuration fields.
Use Key to define the identifier that categorizes and filters resources, for example com.example.owner.
Use Value to enter the associated data for the container, for example team-a.
Select the target container from the Containers dropdown list to apply the label(s).
Apps with multiple containers list each container as an option on the dropdown.
Click Add again to configure additional labels.
Tips for Labels:
Docker recommends using reverse-DNS notation to prevent conflicts with other objects.
Use a consistent naming convention for labels applied across all containers, for example, com.example.owner=team-a, com.example.owner=team-b, com.example.env=production, com.example.env=testing.
Use in groupings, for example, when applying configuration changes where labels define or group related database resources (com.example.role=db).
Use reverse-DNS notation to prevent conflicts with other objects, as recommended by Docker.
Use a consistent naming convention for labels applied across all containers, for example, com.example.owner=team-a, com.example.owner=team-b, com.example.env=production, com.example.env=testing.
Use in groupings, for example, when applying configuration changes where labels define or group related database resources (com.example.role=db).
Combine labels for more granular control, for example, using com.example.env=prod and com.example.tier=frontend to distinguish frontend from backend services in production environments.
Resources Configuration
Accept the default values in Resources Configuration or enter new CPU and memory values.
By default, this application is limited to use no more than 2 CPU cores and 4096 megabytes available memory.
The application might use considerably less system resources.
To customize the CPU and memory allocated to the container the app uses, enter new CPU values as a plain integer value (letter suffix is not required).
The default is 4096.
Accept the default value (4 Gb) allocated memory or enter a new limit in bytes.
Enter a plain integer without the measurement suffix, for example, 129 not 129M or 123MiB.
GPU Configuration provides the option to enable GPU passthrough. Select Passthrough available (non-NVIDIA) GPUs or, if your system has an NVIDIA GPU device, select Use this GPU.
For more information on GPU passthrough, see TrueNAS Apps.