I am trying to put together an ARM-based backup appliance using Duplicati. The board in question is an ODroid XU4 which has a 2GHz Exynos CPU (8 cores), 2GB of RAM, Gigabit Ethernet, and USB 3.0. It runs various flavors of Linux including Arch. I have a Drobo FS and a Thecus N7700ro NAS. These will be the targets for Duplicati running on my local machines. Using the appliance, I want to back them up to JottaCloud. Can I install Duplicati on ARM-based Arch?
I have tested it on RPI2 and Synology with ARM and it works there. Have not tested with ODroid.
It needs a database that stores the hashes of all data blocks, as well as all paths. Rough calculation is 42 bytes pr. block of data (defaults to --blocksize=100kb).
What about the AES files? Where are those held pending transfer to the Cloud? I am attaching a 9TB RAID-5 to the Odroid to house a copy of the data.
My plan is to have the workstations backup to the NAS using a file sync tool (can Duplicati do this?) then have the Odroid back up the NAS to its local array and up to JottaCloud.
I would like the copy on the NAS to be un-encrypted for easy retrieval of individual files. The Odroid would have the encrypted backups as would JottaCloud.
The Drobo FS went to Bit Bucket Heaven so I am harvesting the drives and using them in a USB 3.0 RAID enclosure attached to the Odroid.
They are stored in the system temp folder until they can be uploaded. By default there will only be 2 files written in advance.
No, Duplicati does not do sync, only backup.
Not sure how this is set up, but normally Duplicati is installed on the machine hosting the files. You can work around this by mounting the NAS on the ODroid via SMB or something else, and then backup from the mount point to the disk array.
The temp files cannot use the system Temp folder on an Odroid because it boots from a microSD card, not a normal hard drive. Can the location of the temp folder be specified? I would rather have it on the locally attached array.
Install tzdata (sudo pacman -S tzdata)
Edit the symlink /etc/localtime and have it point to the actual filename set up by tzdata. (Mine said “New York” when it should have been “New_York”.
Restart Duplicati and you should be golden.
Can you try TMP environment variable?
I found that on Windows this is the only one working, although I saw code going through all three of them (incl. TEMP).
Are both being ignored? In that case I think it has something to do with the process starting with another environment (maybe already running in ano. You can run:
duplicati-cli help --tempdir
It shows the “default value” for the option, which is the temporary folder. If you have TMPDIR set, it should show the right value.
OK, I got the temp files writing to the directory I wanted by adding this to the systemd/system/duplicati.service file:
[Service] Environment=TMPDIR=/media/raid/temp
Now the temp files are written to the RAID array instead of the SD card. The sqllite files are still written to the default location /root/.config/Duplicati-server.sqlite