- 2,486
- 840
- NAS
- Synology, TrueNAS
- Operating system
- Linux
- Windows
Background:
DSM last ver: 6.2.3-25426-2
Drive Server last ver: 2.0.2-11078
Team folder contains 8 folders for the Drive services
Multi OS Drive clients in operation, also web Drive client
Drive desktop clients (Win/Ubuntu) in last ver
Behavior:
- 7 folders from 8 are running in normal operation (seen in Team folders structure in any devices/OSs/browsers also synced as expected)
- the last we can call "DOC" disappeared from all Drive client's APPs (Team folders structure), also from web Drive client (browsers) and can't be available for client side. This Shared folder isn't encrypted.
- the "DOC" folder has been used last time 2 weeks ago with expected sync, no troubles
- the "DOC" folder is available by SMB/CIFS/NFS and no read/write troubles discovered
- now I have just one hint, based on Win Drive client console = Account does not have write privileges (see in the picture below)
to be sure this Drive client share just 5 from 8 folders in Team Folder structure (reason why you can see in the attached picture 5 synced folders)
What has been checked:
1. Drive Server Admin Console:
- Team folder .... the "DOC" folder is in ENABLED status
- Settings .... no special settings in Users Sync Profiles defined for this folder
- Log .... I can see filtered logs for the "DOC" folder, also written by SMB events in Today (also test files created in File station directly)
Works as expected.
2. File Station:
- write (new file, folder) by same user is performed w/o issue. OK, done.
- Shared folder "DOC" Properties/Permissions:
a) user (used for the Drive client;s APPs) is visible and ALLOW for Read/Write, checked details = OK, done
b) doubled by Advanced options/Permission inspector = OK, done
c) Applied for sub-folder structure = to be sure, OK, done
Then no permission issue was discovered.
3. Browser Drive client (FF, Chrome, Edge, Safari):
- folder "DOC" isn't visible in the Team folder structure
- User icon, then Log .... I can use filter of the Logs for the "DOC" folder = then I can see last
4. Win Drive client:
- as was described above is running with "write privileges" error
- when I try to CREATE new sync task, the folder "DOC" isn't visible in Team folder structure
then it must be error at Drive Server side
ok let's check it now in different way
5. Disable and re-enable the "DOC" folder in Drive server Admin Console:
- browser client - doesn't see the folder in Team folder structure
- Win based client = same situation .... same for Ubuntu client
- iOS client = same situation
then this step isn't helpful for this issue
6. Another Existing Shared Folder enabled in Drive Admin console
- folder seen in Team folder structure in all clients (desktop, mobile, browsers)
- synced as expected
seems to be Drive server works well
7. New Shared folder created, copy of entire "DOC" folder to the New Shared folder
- enabled in Drive Admin console
- folder seen in Team folder structure in all clients (desktop, mobile, browsers)
- synced as expected
Verdict:
- seems to be this is not clear issue of the Drive server for the particular "DOC" folder.
- seems to be there is fights about the privileges, no reason found
- ticket in Syno Support issued
Any thoughts?
DSM last ver: 6.2.3-25426-2
Drive Server last ver: 2.0.2-11078
Team folder contains 8 folders for the Drive services
Multi OS Drive clients in operation, also web Drive client
Drive desktop clients (Win/Ubuntu) in last ver
Behavior:
- 7 folders from 8 are running in normal operation (seen in Team folders structure in any devices/OSs/browsers also synced as expected)
- the last we can call "DOC" disappeared from all Drive client's APPs (Team folders structure), also from web Drive client (browsers) and can't be available for client side. This Shared folder isn't encrypted.
- the "DOC" folder has been used last time 2 weeks ago with expected sync, no troubles
- the "DOC" folder is available by SMB/CIFS/NFS and no read/write troubles discovered
- now I have just one hint, based on Win Drive client console = Account does not have write privileges (see in the picture below)
to be sure this Drive client share just 5 from 8 folders in Team Folder structure (reason why you can see in the attached picture 5 synced folders)
What has been checked:
1. Drive Server Admin Console:
- Team folder .... the "DOC" folder is in ENABLED status
- Settings .... no special settings in Users Sync Profiles defined for this folder
- Log .... I can see filtered logs for the "DOC" folder, also written by SMB events in Today (also test files created in File station directly)
Works as expected.
2. File Station:
- write (new file, folder) by same user is performed w/o issue. OK, done.
- Shared folder "DOC" Properties/Permissions:
a) user (used for the Drive client;s APPs) is visible and ALLOW for Read/Write, checked details = OK, done
b) doubled by Advanced options/Permission inspector = OK, done
c) Applied for sub-folder structure = to be sure, OK, done
Then no permission issue was discovered.
3. Browser Drive client (FF, Chrome, Edge, Safari):
- folder "DOC" isn't visible in the Team folder structure
- User icon, then Log .... I can use filter of the Logs for the "DOC" folder = then I can see last
4. Win Drive client:
- as was described above is running with "write privileges" error
- when I try to CREATE new sync task, the folder "DOC" isn't visible in Team folder structure
then it must be error at Drive Server side
ok let's check it now in different way
5. Disable and re-enable the "DOC" folder in Drive server Admin Console:
- browser client - doesn't see the folder in Team folder structure
- Win based client = same situation .... same for Ubuntu client
- iOS client = same situation
then this step isn't helpful for this issue
6. Another Existing Shared Folder enabled in Drive Admin console
- folder seen in Team folder structure in all clients (desktop, mobile, browsers)
- synced as expected
seems to be Drive server works well
7. New Shared folder created, copy of entire "DOC" folder to the New Shared folder
- enabled in Drive Admin console
- folder seen in Team folder structure in all clients (desktop, mobile, browsers)
- synced as expected
Verdict:
- seems to be this is not clear issue of the Drive server for the particular "DOC" folder.
- seems to be there is fights about the privileges, no reason found
- ticket in Syno Support issued
Any thoughts?