Der Kontext

Von einem Mac mit Mountain Lion wird eine vom QNAP NAS bereitgestellte Freigabe „Multimedia“ über SAMBA im Finder als Root gemountet. Nehmen wir an, ich erstelle einen symbolischen Link eines Verzeichnisses auf dem NAS, wie zum Beispiel:

[/share/Multimedia] # ln -s /share/MD0_DATA/Multimedia/test/ ./folder/symlink     

Es klappt:

[/share/Multimedia] # ls -la folder
lrwxrwxrwx  1 admin  administ  34 Oct 14 19:24 symlink -> /share/MD0_DATA/Multimedia/test//

Ich kann auch mvund cpDateien ohne Probleme hin und her symlinkwenn ich auf dem NAS eingeloggt bin.

Dies ist die Situation auf der Client-Seite, einem Mac mit 10.8.2:

client:~ myself$ id
uid=501(myself) gid=20(staff) groups=20(staff),401(com.apple.access_screensharing),
12(everyone),33(_appstore),61(localaccounts),79(_appserverusr),80(admin),
81(_appserveradm),98(_lpadmin),100(_lpoperator),204(_developer)

symlinkSeltsamerweise erkennt der Client dies nicht ; es ist stattdessen ein normales Verzeichnis (bitte beachten Sie, dass ich gemäß der Ausgabe rwxBerechtigungen habe):

client:folder myself$ ls -la
drwx------  1 myself  staff  16384 18 Okt 23:25 symlink

Das Gleiche passiert im Finder, wo der Ordner symlinknicht als Alias, sondern als normaler Ordner erscheint.

Ich kann cdhinein symlinkund ich kann auch Dateien darin ohne Probleme lesen. Dasselbe im Finder.

Das Problem

Wenn ich versuche, eine Datei auf der Client-Seite zu schreiben ( mvoder ), schlägt dies fehl:cpsymlink

 client:folder myself$ mv test.txt symlink/
 mv: rename test.txt to symlink/test.txt: No such file or directory

Ebenso gibt jeder Versuch, eine Datei per Drag-and-Drop in den Finder zu verschieben oder zu kopieren, symlinkden folgenden Fehler zurück:

Der Vorgang kann nicht abgeschlossen werden, da mindestens ein erforderliches Element nicht gefunden werden kann. (Fehlercode = -43).

(Das Verschieben/Kopieren einer Datei an symlink einen anderen Speicherort auf dem NAS funktioniert einwandfrei.)

Hier ist die Ausgabe eines Schreibvorgangs im Terminal:

 client:symlink myself$ touch text.txt
 touch: text.txt: Permission denied

Interessanterweise kann ich bereits vorhandene Dateien erfolgreich löschen:

 client:symlink myself$ ls -la
 total 64
 drwx------  1 myself  staff  16384 18 Okt 23:51 .
 drwx------  1 myself  staff  16384 18 Okt 23:48 ..
 -rwx------  1 myself  staff      5 18 Okt 23:51 text.txt
 client:symlink myself$ rm text.txt 
 client:symlink myself$ ls -la
 total 64
 drwx------  1 myself  staff  16384 18 Okt 23:56 .
 drwx------  1 myself  staff  16384 18 Okt 23:48 ..

Ich bin wirklich ratlos, wie ich dieses Problem diagnostizieren und lösen kann.

Das entsprechende Apple kb gibt an, dass Error -43 drei Ursachen haben kann:

• Unzulässige Zeichen ( keine vorhanden )
• Berechtigungen ( Berechtigungen scheinen in Ordnung zu sein, siehe die ls -la Ausgabe oben. Ich mounte die Freigabe mit dem Administratorkonto des NAS und bin als Administrator auf meinem Mac-Client angemeldet. )
• Nicht vorhandener Freigabepunkt ( die Freigabe existiert und funktioniert ansonsten gut )

Weitere Informationen

Hier sind weitere Informationen zur Fehlerbehebung:

Die globalen Optionen /etc/smb.confauf dem NAS sind wie folgt eingestellt:

[global]
passdb backend = smbpasswd
workgroup = WORKGROUP
security = USER
server string =
encrypt passwords = Yes
username level = 0
map to guest = Bad User
null passwords = yes
max log size = 10
socket options = TCP_NODELAY SO_KEEPALIVE SO_SNDBUF=65536 SO_RCVBUF=65536
os level = 20
preferred master = no
dns proxy = No
smb passwd file=/etc/config/smbpasswd   
username map = /etc/config/smbusers
guest account = guest
directory mask = 0777
create mask = 0777
oplocks = yes
locking = yes
disable spoolss = yes
load printers = no
force directory security mode = 0000
veto files = /.AppleDB/.AppleDouble/.AppleDesktop/:2eDS_Store/Network Trash Folder/Temporary Items/TheVolumeSettingsFolder/.@__thumb/.@__desc/:2e*/
delete veto files = yes
map archive = no
map system = no
map hidden = no
map read only = no
deadtime = 10
use sendfile = yes
display charset = UTF8
unix extensions = no
store dos attributes = yes
client ntlmv2 auth = yes
dos filetime resolution = no
min receivefile size = 4096
case sensitive = auto
domain master = auto
local master = yes
inherit acls = yes
wide links = yes
follow symlinks = yes
wins support = no
force unknown acl user = yes
template homedir = /share/homes/DOMAIN=%D/%U
domain logons = no

Die konkreten Optionen:

[Multimedia]
comment = System default share
path = /share/MD0_DATA/Multimedia
browsable = yes
oplocks = no
ftp write only = no
public = yes
invalid users =
read list = @"everyone","gast"
write list = "admin","guest"
valid users = "root",@"everyone","admin","guest","gast"
inherit permissions = yes

Die Logs auf der Clientseite sagen nicht viel aus:

/private/var/log/system.log(das seit 10.8 Kernel.log enthält) zeigt gelegentlich Einträge wie:

 Oct 18 22:13:43 client kernel[0]: smb_iod_reconnect: Reconnected share MULTIMEDIA with server qnap-SAMBA._smb._tcp.local

Und /private/var/log/samba/existiert nicht auf meinem System.

Jede Hilfe wird sehr geschätzt.