Page 8 of 13
Re: TOS 6.0.500 Official Release
Posted: 23 Sep 2024, 22:16
by abs1ck
TMRyan wrote: ↑23 Sep 2024, 22:03
adminsanek wrote: ↑23 Sep 2024, 03:31
I agree, the same problem with access rights to shared folders, plex and qbittorrent
If you have lost permissions for the "abc" folder under the "public" directory, you can try executing
Code: Select all
smbrichacl /Volume1/public/abc -I allow
in the Terminal. Then, try editing the permissions again, and make sure to check the option to inherit permissions. We will work on resolving this issue as soon as possible.
It doesn't help. I still can't change access. And after this command, some of the containers also stopped working

Re: TOS 6.0.500 Official Release
Posted: 23 Sep 2024, 23:11
by Lex
TMRyan wrote: ↑23 Sep 2024, 21:40
Lex wrote: ↑23 Sep 2024, 20:33
If you are unable to set permissions for the "abc" folder under your "public" directory, you can try executing
Code: Select all
smbrichacl /Volume1/public/abc -I allow
, and then attempt to edit the permissions again. While editing, you can select the option to inherit permissions. We will work on resolving this issue as soon as possible.
It`s help me.
But if folder have owner 'guest', it`s not work. If change owner to 'root' user, i can change access right.
Re: TOS 6.0.500 Official Release
Posted: 24 Sep 2024, 00:21
by abs1ck
All folders where the `www-data` user receives IO error and I can't do anything with them.
Re: TOS 6.0.500 Official Release
Posted: 24 Sep 2024, 00:41
by abs1ck
I was able to access folders that issue IO error in this way
Code: Select all
chown yourusername:www-data /path/to/directory
Re: TOS 6.0.500 Official Release
Posted: 24 Sep 2024, 06:47
by jpeckinp
abs1ck wrote: ↑23 Sep 2024, 22:16
TMRyan wrote: ↑23 Sep 2024, 22:03
adminsanek wrote: ↑23 Sep 2024, 03:31
I agree, the same problem with access rights to shared folders, plex and qbittorrent
If you have lost permissions for the "abc" folder under the "public" directory, you can try executing
Code: Select all
smbrichacl /Volume1/public/abc -I allow
in the Terminal. Then, try editing the permissions again, and make sure to check the option to inherit permissions. We will work on resolving this issue as soon as possible.
It doesn't help. I still can't change access. And after this command, some of the containers also stopped working
Same.
Re: TOS 6.0.500 Official Release
Posted: 24 Sep 2024, 10:38
by RyanYang
abs1ck wrote: ↑23 Sep 2024, 22:16
It doesn't help. I still can't change access. And after this command, some of the containers also stopped working
Could you please provide us with information about your containers? You can try executing the above command to modify permissions for multiple configuration directories. Then, revisit the control panel or file manager to set the permissions,when setting permissions, make sure to check the option to inherit permissions. We will release a new version to fix this issue as soon as possible.
Re: TOS 6.0.500 Official Release
Posted: 24 Sep 2024, 19:16
by Lex
jpeckinp wrote: ↑24 Sep 2024, 06:47
abs1ck wrote: ↑23 Sep 2024, 22:16
TMRyan wrote: ↑23 Sep 2024, 22:03
If you have lost permissions for the "abc" folder under the "public" directory, you can try executing
Code: Select all
smbrichacl /Volume1/public/abc -I allow
in the Terminal. Then, try editing the permissions again, and make sure to check the option to inherit permissions. We will work on resolving this issue as soon as possible.
It doesn't help. I still can't change access. And after this command, some of the containers also stopped working
Same.
Try change owner. For "root" user, for example.
Re: TOS 6.0.500 Official Release
Posted: 24 Sep 2024, 21:15
by TMroy
We apologize for the inconvenience caused by an inadvertent code modification by our technical team, which led to issues in the permission module. Our testing team also missed these defects during verification. We will address these problems promptly and release an update soon.
Re: TOS 6.0.500 Official Release
Posted: 24 Sep 2024, 22:46
by DanielB
TMRyan wrote: ↑23 Sep 2024, 22:03If you have lost permissions for the "abc" folder under the "public" directory, you can try executing
Code: Select all
smbrichacl /Volume1/public/abc -I allow
in the Terminal. Then, try editing the permissions again, and make sure to check the option to inherit permissions. We will work on resolving this issue as soon as possible.
After fixing it, it still gets reset. It seems kind of random but one trigger seems to be accessing or doing some kind of operation within a folder?!
For instance, having run the command you suggested, I was able to reset permissions for a specific user for the whole shared folder tree with the 'Replace' checkbox enabled, and it seemed finally I had this fixed, for that user. Testing, I used TNAS Mobile app on my phone and logged in with user 'User1', tapped on the Files icon and then browsed to "\TNAS\Photos\User1\Wildlife". I tapped on a file and then swiped through images in the entire folder- great!! I then downloaded 2 photos from this directory on the TNAS to my phone - great!! Then, I tapped on the breadcrumb navigation at the top to go up 1 folder ("\TNAS\Photos\User1") and saw the directory listing as expected. I decided to tap on "\TNAS\Photos\User1\Places" but instead of it loading, I see "no valid data" on a blank background. I navigate back to "\TNAS\Photos\User1" and see the directory listing. I navigate back to the "Wildlife" folder and also now see "no valid data". I go back and enter "\TNAS\Photos\User1\Cars" and can view all of its files. I go back and test another subfolder, it's ok too. I try "\User1\Wildlife" again, still "no valid data". I try to go back to "\User1" and no it says "no valid data". None of the "\User1" subfolders can be accessed now. Then, a minute later, they can... but not the "Wildlife" folder.
I opened Control Panel->Processes on my computer and watched as the 'setafcl' command randomly appeared at one point and apparently reset some more permissions. But I could not get it to happen again on demand.
Re: TOS 6.0.500 Official Release
Posted: 25 Sep 2024, 01:21
by jpeckinp
TMroy wrote: ↑24 Sep 2024, 21:15
Good to hear, Thanks