For some reason this problem reappears sometimes after a new version install. Now I installed Build 923 and the core is (once again) just initializing or I get the endless loading jellyfish and I can’t connect to it. It might go away by tomorrow morning or it might not. Anyway it’s not normal behavior and I’m currently unable to use Roon. I hope this problem gets fixed for good sometime soon.
Looks like 923 is doing the problem all over again. And I just updated to QuTS Hero 22.214.171.1246 too.
Any updates regarding this bug? Forced to reboot due to Qnap latest firmware update which include security fixes. If permanent fix is nowhere close, how about a regular update inform us (the end users) how the bug is tracking?
I would be keen to get an update on this as well. The issue popped up again last week after a power outage. Luckily these are very rare around here and the workaround works. But a long term solution would be much better!
Especially for energy saving aware people (which are steadily increasing) powering down their NAS over night or when away a day or more this bug is highly annoying.
@kevin So what’s the deal here? Having to deal with this for months and also paying for a stable solution is making this increasingly hard to swallow.
This was the only way I got it to work as well and then saw this here. Weird as it was working well before until I updated/reinstalled my QNAP over the weekend.
Skimming to this thread again I noticed that most posters seem to be non-native English speakers. I remember from past (Roon) patch notes that they also fixed language related issues. Could it possibly be that this issue is language settings related? In my setup, QTS and Roon are both set to English and I don’t have issues with it. Does anyone with the same language setup have the issue?
I use all my software in English to avoid any misunderstandings so for me it’s not a language issue.
@crieke Do you have any update on this one - really painful unfortunately.
Same issue here. Upgraded from v4 to 126.96.36.1996. After rebooting, no local library exists in Roon anymore.
I see under the processes outputted ps -ef it’s running under the “admin” account, so why issues with accessing the local file system? Flipping that silly switch on the Share for guest (deny->read only) does resolve, but I’m reluctant to do this as it’s a security nightmare.
12637 admin 3520 S /bin/bash /share/CACHEDEV2_DATA/.qpkg/RoonServer/RoonServer/start.sh 12638 admin 2384 S /bin/sh /share/CACHEDEV2_DATA/.qpkg/RoonServer/RoonServer.sh start 12651 admin 43620 S /share/CACHEDEV2_DATA/.qpkg/RoonServer/RoonServer/RoonDotnet/RoonServer RoonServer.dll 12709 admin 2065548 S /share/CACHEDEV2_DATA/.qpkg/RoonServer/RoonServer/RoonDotnet/RoonAppliance RoonAppliance.dll -watchdogport=45163 12712 admin 260 S /share/CACHEDEV2_DATA/.qpkg/RoonServer/RoonServer/Server/processreaper 12709 12822 admin 71040 S /share/CACHEDEV2_DATA/.qpkg/RoonServer/RoonServer/RoonDotnet/RAATServer RAATServer.dll
Yes, but on my QNAP TS-364 with 188.8.131.526 even the dirty workaround with read only or rd/wr access for guest does not work.
But i can access the files from my WIndows 10 PC and i can also access al Music files from my iOS devices in the “Files” app witohout any problems.
I am getting upset, why is no one taking care about this issue at roon?
Is it because they want to sell/force users to use Nucleus instead of a 3rd party HW?
On my old NUC all workd fine.
Or is it really a QNAP issue, waht i dont think because other cleients have no access problems to the files.
I made some tests with my (new) QNAP TS-364
I have several Folders on the NAS (Music, Videos, Backups, Fotos) and used different Passwords.
I had problem connecting (Mounting) the folders on my WIndows 10 PC. On folder, no problem, but multiple folder did not work.
So is added a new user to the QNAP and granted access rifhts to all tese folders. With this i ws able to connect my PC to the NAS and moutn all folders.
For me this looks like QNAP V5 Linux has a problem with different users for different folders.
From my understanding this cant be the case, its a basic Linux build in feature since ever, but who knows what QNAP did in V5 to make it “better”.
Hello QNAP 5.x and roon users and @crieke
If you use your share path, e.g. \QNAP-TS364\Musicfiles to your Music folder root on the NAS it does not work and shows now errors during connection, but no music files.
So far so bad.
I found a solution to get rid of the the access problem to local music files on the QNAP NAS with QTS 184.108.40.2066 and older:
If you use the Localhost IP 127.0.0.1 and not the Sharepath it works and roon scans and plays all files!
Enjoy the music again
The tip for this workaround came from my good friend Bernd who is a Linux Super-Guru, he work with embedded and PC Linux Systems and his gome if full with Linux devices. But he has no roon jet. He still uses the good old LMS Logitech Media Server ex. Slimserver/.
I am telling often to switch to roon, but he does not like the license fee.
Maybe roon gives him a foc license for this fix?
That really works!!!
I have just restarted QNAP with folders set in that way and my library is still available after restart.
But there two drawbacks I noticed:
- Scanning of the files in that way is MUCH (like 5-10 times) slower than previously. That’s nothing important if files reading speed for playback won’t be affected.
- New files are not being detected
@noris Please provide an update
Almost 6 months for this issue. It is unbelievable that we are still in the dark. No root cause. No ETA. Not even updates. This is very frustrating for such a long time Roon user like me.
@support We need an update as a matter of urgency.
Roon cannot find music folder on NAS
I don’t have any problems when using QNAP media streaming add-on.
What could be the problem? Thanks
It‘s sad that there are for many month very severe problems with QNAP like QNAP - Not Showing Local Folders Anymore [See Staff Post - Guest Access Temporarily Resolves - Ongoing Investigation]
If there is no solution to the problem than Roon has no value for me.