I have a ROCK running on a NUC, with a 4TB internal storage (2.5Tb of music). I run each week a back of my internal storage on a QNAP NAS on the same network (using Carbon Copy Cloner). To run the backup, I mount the ROCK internal drive on my iMac as I have been doing ever since (smb://rock). The backup is scheduled to run each Sunday, and has been running smoothly since a few years.
Since the last Roon upgrade, the backup is giving some errors when it runs. When I look to the errors log, it seems that approx 30 music files are not syncing anymore.
I tried with another backup software (Free file sync), and it gave the same errors for thes ame files. I tried to simply copy and paste some of these files on my iMac (not on the NAS), and I get an unexpected ‘error 8084’. SO the problem is not coming from the NAS. I checked the info of these files, and they have the same full read/write permissions as the others.
Note that the files not backing up are not in the same folders. For instance, in the Keith Jarrett Sun Bear Concerts, all files would back up, except track #10 (13 tracks in total).
I tried to reinstall the Roon OS several times, and restart everything several times as well, but the same errors happen when I run my backup.
Anyone else encountered the same error? Any idea who to solve this?
Thanks!
What don’t you just use Qnaps Hybrid Backup Sync rather than go via the Mac? It’s what I use and don’t have any issues. You’re going via two network hops which really isn’t needed. You can access SMB mounts via Qnaps software.
I can try. I am not familiar with the Qnap backup software but I will check how it works later on today.
In any case, I should be able to simply copy / paste these files on my iMac and even this is not working. As if the files were had restricted permissions, which is not the case.
Is it an internal drive in the Nuc or an external one? Can you still play them via Roon? I’ve had some oddities using MacOs and SMB especially on Linux when I used Rock and Dietpi all other computers could access fine. Not convinced by macOS handling of it really. I would look and see if the Nas can access them to rule out if it’s the files themselves.
Leaving the (unneeded for the job) Mac out of the process sounds to me like the right way to go.
Should you insist on using the Mac route, maybe look at Mac troubleshooting and help resources to resolve your Mac issue. Something like:
Thanks. How would you mount the ROCK internal storage in the QNAP NAS to bypass the Mac? I tried to put the IP of ROCK or smb://rock in the Hybrid Backup Sync but cannot connect.
You have to add it as specific job type and can mount the drive using hybrid mount under remote devices. I use dietpi now not ROCK but same process was used for ROCK. You will need to make sure you enable SMB v2 support on the QNAP as its v3 by default if I remember correctly.
We don’t even know where you put that information in. We know only what you post here.
IIRC the last time I looked into that application, it was necessary to sync (not backup) to be able to choose an external share. This will create a copy on the NAS (a backup sort of) and you can then setup a backup on that copy if you need/want to (backup to supported cloud services for example).
The manual for HBS3: HBS (Hybrid Backup Sync) Quick Start Guide | QNAP
You may want to consider using QNAP support resources for questions about their software. This here is after all the Roon Labs forum, so other users using QNAP and HBS3 and for the same or similar task as you that may be able to answer your question and participate on this forum may be rather rare – so getting any better answer (timely) is not guaranteed.
Thanks. I managed to make Hybrid Backup Sync work (direct Sync from my ROCK internal storage to the QNAP NAS), but I have the same issue as with the sync through the iMac (using Carbon Copy): some files are not synced with an error message ‘permission denied’.
The ROCK seems to prohibit permission to some files, for an unknown reason… the problem remains unsolved. Any other thoughts?
Roon OS is only adhering to the permissions on the drive. All the writes were initiated/sent by you over SMB (including the offending rights if any are present) I assume as Roon usually doesn’t just write out of its own initiative to the drive. So look for and fix the offending permissions. The offending files/folders may be listed in the sync’s log.
If it isn’t a permission error and you can’t spot any other potential issue (file/folder names with unusual characters, …) you may have to boot another OS and try from that to inspect the drive (and data) for errors. You can create and use a bootable thumb drive for this (ex: Ubuntu install media or GParted).
Qnap will struggle with some illegal naming that can get put into files or folders. Roon will just inherit permissions from the original files snd macs cause all sorts of issues I have found so if these were copied over from the Mac it may be the issue.
I would use terminal on the Mac or Qnap and navigate to the directory giving you issues and try changing the permissions using Linux chmod.
sudo chmod -R 775 pathtodirectory
on the folder in question and then try and access them.