Hallo,
erstmal sorry für den wirren Threadtitel, mir fiel keine bessere Kurzfassung des Problems ein...
Situation:
Mac mit MacOS 10.13 Beta (Problem bestand aber bereits unter 10.12)
Synology mit DSM 6.1.3-15152 Update 3
Fileshare per SMB am Mac gemountet, smbutil sagt mir per Version 3.
Aus keiner offensichtlichen Systematik folgenden Gründen lassen sich jetzt einzelne Dateien auf diesem Share nicht öffnen, Fehlermeldung in der Konsole ist "smbfs_vnop_strategy: READ on < filename> failed with an error of 22". Die Dateien werden im Finder angezeigt, inklusive Größe und Änderungsdatum, verschwinden allerdings teilweise beim Klick darauf.
Das trifft nicht immer dieselben Dateien, nach einem Remount können das auch andere sein. Auf einem 2.Mac mit selben Mount deto. Auf Synology Seite (bei aktiviertem SMB Debug Logging) sehe ich:
Das Problem scheint mir hier in Zeile 3 zu liegen, beim "read= No". Andere Dateien im selben Verzeichnis, die zu öffnen sind, unterschieden sich nur durch das "read=YES" in der Zeile...
In der File Station (Weboberfläche Synology) selbst sind die Files da, und können auch problemlos geöffnet werden.
Von den Rechten her sind zu öffnende und nicht zu öffnende Files völlig ident, als Beispiel auf Synology Seite:
File a (nicht zu öffnen): -rwxrwxrwx+ 1 admin users
File b (zu öffnen): -rwxrwxrwx+ 1 admin users
Der am Mac gemountete Share hat dann für die Files die Rechte
-rwx------ 1 <username> staff
Ist das auch einfach nur eine andere Ausprägung der hier schon öfter diskutierten "verschwindenen Files über SMB"? Gibt es da irgendein Workaround/Ansatzpunkt? Mich irritiert ja besonders, dass es auf SMBd Seite wie ein Rechteproblem aussieht, es aber weder deterministisch noch nachvollziehbar ist...
mfg
mdk
erstmal sorry für den wirren Threadtitel, mir fiel keine bessere Kurzfassung des Problems ein...
Situation:
Mac mit MacOS 10.13 Beta (Problem bestand aber bereits unter 10.12)
Synology mit DSM 6.1.3-15152 Update 3
Fileshare per SMB am Mac gemountet, smbutil sagt mir per Version 3.
Code:
smbutil statshares -a
==================================================================================================
SHARE ATTRIBUTE TYPE VALUE
==================================================================================================
synology
SERVER_NAME 192.168.1.3
USER_ID 501
SMB_NEGOTIATE SMBV_NEG_SMB1_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB2_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB3_ENABLED
SMB_VERSION SMB_3.02
SMB_SHARE_TYPE DISK
SIGNING_SUPPORTED TRUE
EXTENDED_SECURITY_SUPPORTED TRUE
LARGE_FILE_SUPPORTED TRUE
OS_X_SERVER TRUE
CLIENT_REQUIRES_SIGNING TRUE
DFS_SUPPORTED TRUE
FILE_LEASING_SUPPORTED TRUE
MULTI_CREDIT_SUPPORTED TRUE
ENCRYPTION_SUPPORTED TRUE
SIGNING_ON TRUE
--------------------------------------------------------------------------------------------------Das trifft nicht immer dieselben Dateien, nach einem Remount können das auch andere sein. Auf einem 2.Mac mit selben Mount deto. Auf Synology Seite (bei aktiviertem SMB Debug Logging) sehe ich:
Code:
../source3/smbd/open.c:112: [2017/08/20 10:37:10.884329, all 3, pid=27041] can_access_file_by_synoacl
SYNOACLPermCheck <filename> 0x100080=>0x40 1
../source3/smbd/open.c:203: [2017/08/20 10:37:10.884448, all 3, pid=27041] smbd_check_access_rights
[<filename>] pass the permission check
../source3/smbd/open.c:1496: [2017/08/20 10:37:10.884675, all 2, pid=27041] open_file
<username> opened file <filename> read=No write=No (numopen=5)
../source3/smbd/smb2_server.c:2685: [2017/08/20 10:37:10.885197, all 3, pid=27041] smbd_smb2_request_dispatch
SMB2: cmd=SMB2_OP_CREATE [NT_STATUS_OK]
../source3/smbd/smb2_server.c:2685: [2017/08/20 10:37:10.885776, all 3, pid=27041] smbd_smb2_request_dispatch
SMB2: cmd=SMB2_OP_GETINFO [NT_STATUS_OK]
../source3/smbd/close.c:846: [2017/08/20 10:37:10.886176, all 2, pid=27041] close_normal_fileIn der File Station (Weboberfläche Synology) selbst sind die Files da, und können auch problemlos geöffnet werden.
Von den Rechten her sind zu öffnende und nicht zu öffnende Files völlig ident, als Beispiel auf Synology Seite:
File a (nicht zu öffnen): -rwxrwxrwx+ 1 admin users
File b (zu öffnen): -rwxrwxrwx+ 1 admin users
Der am Mac gemountete Share hat dann für die Files die Rechte
-rwx------ 1 <username> staff
Ist das auch einfach nur eine andere Ausprägung der hier schon öfter diskutierten "verschwindenen Files über SMB"? Gibt es da irgendein Workaround/Ansatzpunkt? Mich irritiert ja besonders, dass es auf SMBd Seite wie ein Rechteproblem aussieht, es aber weder deterministisch noch nachvollziehbar ist...
mfg
mdk
