14 KiB
TrueNAS SCALE
guide-by-example
Purpose & Overview
Network storage operating system managed through web GUI.
Based on debian linux with ZFS file system is at the core. Running nginx and using python and django for the web interface.
note - There are links to the official documentation in subsections, its of decent quality, with pictures and videos and it should be up-to-date.
My specific use case
My home server runs ESXi.
TrueNAS is one of the virtual machines,
with Fujitsu D3307 flashed in to IT Mode
and pass-through in to the VM so that truenas has direct access to the disks,
without any in between layer. If I would have not lucked out with the HBA card,
I would be buying Fujitsu 9211-8i from ebay.
I hold strong opinion on backups > raid.
And I also have only few drives.
So I make just little use of zfs raid features and use it just as nice web GUI
for samba and nfs sharing.
Good alterntive worth mention - openmediavault, but truenas seems a bigger player.
Installation as a VM in VMware ESXi
Make sure the Esxi host has correc time and ntp sync.
- download ISO
- upload it to ESXi datastore
- create new VM
- Guest OS family - linux
- Guest OS version - Debian 64-bit
- give it 2 cpu cores
- give it 4GB RAM with sub-setting:
Reserve all guest memory (All locked)
- give it 50GB disk space
- mount ISO in to the dvd drive
- SCSI Controller was left at default - vmware paravirtual
- switch tab and change boot from bios to uefi
- click through the Installation
- pick admin user and set password
- login, shutdown
- ESXi - edit VM, add other device, PCI device, should be listed HBA card thats passthrough so that truenas has direct disks access
Basic Setup
Static IP address
- turn off dhcp and set static ip and mask
Network > Interfaces
uncheck DHCP; Add Aliases, IP address=10.0.19.11; mask=24
on save it asks for the gateway IP - set hostname, DNS server and enable netbios discovery
Network > Global Configuration > Settings
checkNetBIOS-NS
; set hostname; set dns if it's not
Set time
- Set time zone and date format
System Settings > General > Localization > Settings
Timezone=Europe/Bratislava; Date Format=2 Jan 2023
If there are issues with the time... enable ssh service, ssh in to the truenas check few things
timedatectl
- general time infosudo ntpq -p
- lists configured ntp servers, the symbols in the first column+, -, *
note the usesudo ntpq -c sysinfo
- operational summarysudo ntpd -g -x -q pool.ntp.org
- force sync to a poolsudo sntp pool.ntp.org
- force sync to a poolsystemctl status ntp.service
- check service statussudo journalctl -u ntp.service
- check journal info of the servicesudo systemctl restart ntp.service
- restart the servicecat /etc/ntp.conf
- check the configsudo hwclock --systohc --utc
- set utc time to rtc clock, hardware clock runnin in bios
I faced an issue of time being out of sync after restarts and ntpq command failing to connect. Reason for this was Esxi host not having default gateway correctly set and so never being able to sync its time.
Pools and Datasets
Pool
Pool is like a virtual unformated hard drive. Can't be mounted, cant be used without "partitioning" it first. But it is at the creation of pool where "raid" is set.
- start creating a pool
Storage > Create Pool button
name it; I prefer to not encrypt, that comes with datasets - assign physical disks to the pool's default VDev,
if needed, more VDevs can be added
select "raid" type for the VDev - stripe, mirror - Create
For destruction of a pool - Storage > Export/Disconnect button
Dataset
Dataset
is like a partition in the classical terms. It's where filesystem
actually comes to play, with all the good stuff like mount, access, quotas,
compression, snapshots,...
- start creating a dataset
Datasets > Add Dataset button
name it; I prefer to turn off compression - set encryption to passphrase if desired
this encryption prevents access to the data after shutdown, nothing to do with sharing - set Case sensitivity to
Insensitive
if windows will be accessing this dataset - set Share Type to
SMB
if planning to share with SMB, which is the most used way to share, especially for windows or mixed access
Zvol
Zvol
is a direct alternative to dataset.
When planning to use iScsi with its approach of mounting network storage
as a block device.
This provides great speeds with small files, but at the cost of space.
SMB share
Should be go-to for most cases, as all systems(win, linux, mac, android, ios) have mature reliable smb clients.
To see connected users, SSH in and sudo smbstatus -b
- Windows (SMB) Shares > Add
- set path to the dataset to share
- set the name under which it will be shared
- set Purpose if there is a special case
- on save the service will be enabled, if its not already
Now to deal with the permissions
There are two type of permissions accessible through icons in the share view
- Share ACL - set to allow everyone by default
- Edit Filesystem ACL - where one actually wants to control permissions
Create smb user and allow the access to the share
- Credentials > Local Users > Add
- set user name, for example: smb_usr
note the default UID for very first account added manually being3000
- set password
- switch to Shares > Edit Filesystem ACL (shield icon)
- in Edit ACL > Add Item > smb_usr
- set desired permissions
Trying to access the IP of truenas instance with the now set credentials should allow full access to the share.
Worth noting that it's the UID number that identifies users, not the username.
SMB share for everyone
One might think that just allowing group everyone@
access is enough.
But when someone connects to a share, there must be a username used.
For this a guest account needs to be enabled,
which under the hood is named nobody
- in Shares > Windows (SMB) Shares > edit the share
- Advanced Options > Allow Guest Access
Mounting network share at boot
Using systemd. And the instructions from arch wiki.
I prefer setting permissions in the unit
check your user id $whoami
for uid and gid
/etc/systemd/system/mnt-bigdisk.mount
[Unit]
Description=12TB truenas mount
[Mount]
What=//10.0.19.11/Dataset-01
Where=/mnt/bigdisk
Options=rw,username=bastard,password=lalala,file_mode=0644,dir_mode=0755,uid=1000,gid=1000
Type=cifs
TimeoutSec=10
[Install]
WantedBy=multi-user.target
/etc/systemd/system/mnt-bigdisk.automount
[Unit]
Description=12TB truenas mount
[Automount]
Where=/mnt/bigdisk
[Install]
WantedBy=multi-user.target
NFS share
Linux to linux file sharing. Simple.
Before creation of nfs share, a linux permission group should be planned to use.
Lets say that a group named nfs
with gid 1100
on linux client machine
sudo groupadd -g 1100 nfs
- create the groupsudo gpasswd -a bastard nfs
- add the user in to the group- log out, log in, check with
id
Now on truenas the new group is created and set for the dataset and NFSv4 share is set.
- create nfs group with guid 1100
Credentials > Local Groups > Add > GID = 1100; Name = nfs - create new Dataset
Datasets > Add Dataset > Name it; keep defaults - set
nfs
group for this dataset root Datasets > Permissions (scroll down, bottom right) > Edit
Group = nfs; checkApply Group
; checkApply permissions recursively
Save - switch NFS to version 4
Shares > UNIX (NFS) Shares > three dots > Config Service
checkEnable NFSv4
; checkNFSv3 ownership model for NFSv4
Save - Set nfs share
Shares > UNIX (NFS) Shares > Add
pick path to the dataset
Save
Test mounting on client machine, in my case arch linux machine, here is wiki on nfs
- check you see the share
showmount -e 10.0.19.11
- mount the share
sudo mount 10.0.19.11:/mnt/Pool-02/sun/ ~/temp
- should work can check version using
nfsstat -m
orrpcinfo -p 10.0.19.11
Mounting network share at boot
Using systemd. And the instructions from arch wiki.
/etc/systemd/system/mnt-truenas.mount
[Unit]
Description=Truenas 6TB in stripe
[Mount]
What=10.0.19.11:/mnt/Pool-02/sun
Where=/mnt/truenas
Options=vers=4
Type=nfs
TimeoutSec=10
[Install]
WantedBy=multi-user.target
/etc/systemd/system/mnt-truenas.automount
[Unit]
Description=Truenas 6TB in stripe
[Automount]
Where=/mnt/truenas
[Install]
WantedBy=multi-user.target
iSCSI share
Sharing disk space as a block device over network. Great perfromance, especially if lot of I/O small files stuff. Only single client can work with the block device at once.
- target - a storage we want to make available over network
- initiator - a device connecting to a target
- portal - they say IP and port pair, but part of it is also authentication
both target and initiator must be assigned IQN - iSCSI Qualified Name
name format: iqn.yyyy-mm.naming-authority:unique name
examples:
iqn.2016-04.com.open-iscsi:4ab2905b66ca
iqn.2005-10.org.freenas.ctl:garbage
iqn.1991-05.com.microsoft:tester-81
assuming all sections (portals, Initators groups, Authgorized access, targets, extents,..) are empty and doing it first time
-
create a new Zvol
Datasets > Add Zvol button
set Name; set Size, they recommend less than 80% of the pool but can be forced higher; -
click through iSCSI share wizzard or do the manual setup
Shares > Block (iSCSI) Shares Targets > ...
Manual setup
- Target Global Configuration
nothing really worth changing - Portals
add some description and set IP of the truenas - Initiator
add some description and for now check Allow All Initiators - Authorized Access
skip - Targets
set name; set portal group; set initiator group; authentication kept none - Extents
set name; device=some zvol; Logical Block Size=4096 - Associated Targets
set target; LUN ID=0; set extent
Enable iSCSI service.
Mounting the Share
Windows
- run
iscsicpl.exe
- iSCSI Initiator - Set trueNAS ip as
Target
; Quick connect
This connects the share as block device and ads it to Favorite Targets, meaning the share is remounted on boot.
Linux
Arch linux wiki has detailed instructions
sudo pacman -S open-iscsi
- installsudo systemctl enable --now iscsi.service
- start and enable it on bootsudo iscsiadm --mode discovery --portal 10.0.19.11 --type sendtargets
- discover shares- edit
/var/lib/iscsi/nodes/../default
and setnode.startup = automatic
sudo iscsiadm -m node -L all
- login to all available targets
Of note is a recent change of configs location from /etc/iscsi to /var/lib/iscsi
Encryption setup using fs
very well written arch wiki page
- format the iscsi disk
sudo mkfs.ext4 -O encrypt /dev/sdb1
or enable it withsudo tune2fs -O encrypt /dev/device
- mount it lets say
/mnt/target1
- install fscrypt
sudo pacman -S fscrypt
- enable it on the system
fscrypt setup
- enable it on the mounted partition
sudo fscrypt setup /mnt/target1
- create a directory there as you cant encrypt root of a partition
- encrypt the directory
fscrypt encrypt /mnt/target1/homework
- lock
fscrypt lock /mnt/target1/homework
- lock
fscrypt unlock /mnt/target1/homework
systemd mount files
/etc/systemd/system/mnt-target1.mount
[Unit]
Before=remote-fs.target
After=iscsi.service
Requires=iscsi.service
Description=iscasi test share
[Mount]
What=/dev/disk/by-uuid/58b83770-2c68-463e-9ea4-6f62ef8c001d
Where=/mnt/target1
Type=ext4
Options=_netdev,noatime
[Install]
WantedBy=multi-user.target
/etc/systemd/system/mnt-bigdisk.automount
[Unit]
Description=iscasi test share
[Automount]
Where=/mnt/target1
[Install]
WantedBy=multi-user.target
/etc/iscsi/nodes
- where targets are added/etc/iscsi/initiatorname.iscsi
- machines id/etc/iscsi/iscsid.conf
- general config
Data protection settings
- enable autoamtic smart short tests
Data Protection > S.M.A.R.T. Tests > Add > all disks/short/weekly - enable autoamtic snapshots
Possible future chapters
- Testing access to ZFS disks on a desktop
- Reinstall and import of pools