Damien,
OK, I tried this morning.
First of all, the AS packet was stopped: I tried to restart it but it came quickly to a stop.
So, I removed it and reinstalled the whole thing.
I tried to select the right ethernet I/F: not possible. Restarted the remote.
I tried to sync a folder that contains eaDir: request error with this in the log: Files synchronization: error No space left on device opening for watching directory: /volume1/Archive_data/Audio3_Diskserver2/Audio3/divers/Francis Lai - 30 Ans De Musiques De Film (1966-1996)/CD1/@eaDir/14. Le corps de mon ennemi.mp3
I tried to sync another folder (without eaDir): it started syncing (it was not working yesterday).
I stopped the process, remove the folder and restart it: this time I go the same error as yesterday: 2024-05-15 12:24:32.100 [error]: Local Library Sync: Files synchronization: error No space left on device opening watching directory: /volume1/Archive_data/Musique_DSRV2_Test
And now, after having stopped and restarted AS, I managed to start syncing the folder WITHOUT the eaDir, but the other one (WITH eaDir) still does not work with the same error message.
Regarding the default directory to select a folder, I would personally prefer to point to the root directory where volume1 (at least) is visible.
In my case, /var/services/music is not empty but only contains an eaDir folder.
In such a case I have to go up to three level by selecting the … directry to reach volume1
Regarding the folder returning an error, the error is coming from inotify unable to monitor the folder for changes.
what are this folder/volume access rights ?
Or is this volume actually full ?
I’m not sure that in my case the default is /. If that was the case, I would see volume1 appearing and I’m not. I have to select “…” three times to go up to “/” and be able to see volume1.
My guess is that the default dir is /var/services/music as you specified, since the folder is not considered as empty (Media indexing is enabled on that folder I think).
Regarding the folder I try to sync with AS, it’s the one I’m trying to sync with AS on my Mac Mini, and it works.
That folder is mounted in both cases as a CIFS volume.
On that folder, I checked the permissions and it says that “everyone” has read and exec access.
But if I try to add “audirvana-studio” with read/exec permission, my Syno replies that the folder does not support Windows ACL.
Regarding the default folder, this is for the build I’m about to release, not the one you have.
And I’ve changes it to default to the parent folder of the music one, so /volume1
This is meant to easily select the music folder and add it at once.
I checked the permissions of that shared folder but as it includes both subfolders (the one that works, and the one that does not, or at least in some cases), it could not be a problem with access right to that shared folder.
The first one (Audio3_Diskserver2) includes a subfolder called Audio3, and that is the one that does not work.
The second one is named “Musique_DSRV2_Test”, and is the one that does not contain eaDir folders, and the one that works with AS.
The 'jazz" folder is at the following location: /volume1/Archive_data/Audio3_Jazz
Another strange things: before when I clicked on “open log file” on the remote, I could look at the log directly inside Safari. Now, it asks me if I want to download “debulogs”. I clicked on “Download” and the file is downloaded, end of the story.
I will stop the package, perform an update with your new version and see what happens…
I think the user you’re giving access to isn’t correct there. Find the user called audirvana studio or smth like that and give them rights to folders you want to map. I just gave that user rights to main share my music is in. Then browser started to work in the remote app.
Thanks Stan,
But thing is that both folders (The one that works and the other one that does not) have the same access rights.
And when I try to give access rights to the user audirvana-studio, the Syno tells me that Windows ACL is not supported on the folder.
OK, I think I found the reason why I have such problems with AS on the Syno.
Not 100% sure but now I’m able to Sync the folder that did not pass before.
This has apparently something to do with a maximum number of system watches you can put on directories.
This number is put by default at 8192: cat /proc/sys/fs/inotify/max_user_watches
As Audirvana apparently put on watch ALL directory it encounters, the total number is rising up very quickly.
And, in addition, if AS includes all @eaDir folders, the number increases even faster.
It’s possible to increase the default value either temporarily or definitevely by the following commands:
sudo sysctl fs.inotify.max_user_watches= 65536
To make it permanent:
add fs.inotify.max_user_watches=65536
to /etc/sysctl.conf
And reload everything without rebooting:
sudo sysctl -p
Maybe but this is not what I saw in the log file (I saw mention of files included in @eaDir folders being analysed). Maybe I’m not using the right version. I’m using the 2.8.1.6 for ARM CPU.
In any case, after having increased the value of that max_user_watches parameter, I’m now able to synchronize my audio folders.
I changed the value again and put it at 1000000, which seems a lot but anyway it works. Knowing that each watch uses 1KB on 64 bits architecture, the limit is the amount of memory to be used by the kernel.