Ich verwende einen Mac Mini (Mitte 2010) mit Mountain Lion (OS X 10.8 12A269 – nicht OS X Server ) als Dateiserver in meinem Heimnetzwerk. Der Mac ist mit einer externen 2-TB-USB-Festplatte (Western Digital) ausgestattet.
Das Stammverzeichnis der externen Festplatte, ab jetzt extrn genannt , wird über „File Sharing“ freigegeben.
Beim Lesen/Schreiben großer Dateien von einer Windows 7-Workstation scheint die gesamte Samba-Verbindung für etwa eine Minute einzufrieren. Es scheint, als ob die Verbindung gerade zurückgesetzt wird. Manchmal dauert es weniger als eine Minute.
Meine Frage ist also, wie behebe ich dieses Problem? Welche Informationen werden benötigt, um dies zu lösen? Hat jemand eine Ahnung, warum dies geschieht?
Im Sharing
Menü in OS X ist der Ordner als „Read & Write“ für meinen Benutzer, meine Benutzergruppe und „Jeder“ freigegeben. Unter Ich habe Dateien und Ordner über SMB freigeben (Windows)Options
ausgewählt . Und mein Benutzer ist auch unter diesem Kontrollkästchen ausgewählt.
Wenn Sie sich system.log ansehen, gibt es einige verwandte Zeilen:
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: label: default
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: dbname: od:/Local/Default
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: mkey_file: /var/db/krb5kdc/m-key
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: acl_file: /var/db/krb5kdc/kadmind.acl
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: uid=0
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: init request
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: init return domain: MACMINI-012345 server: N-NS-MAC-MINI
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: uid=0
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: init request
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: init return domain: MACMINI-012345 server: N-NS-MAC-MINI
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: uid=0
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: od failed with 2 proto=ntlmv1-with-v2-session
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request: user=WIN7\username
Aug 7 23:01:28 N-Ns-Mac-mini.local digest-service[11674]: digest-request kdc: ok user=MACMINI-012345\username proto=ntlvm1 flags: NEG_KEYEX, ENC_128, NEG_VERSION, NEG_TARGET_INFO, NEG_NTLM2, NEG_ALWAYS_SIGN, NEG_NTLM, NEG_SIGN, NEG_TARGET, NEG_UNICODE
Aug 7 23:01:28 N-Ns-Mac-mini.local smbd[11591]: MACMINI-012345\username connected to path /Volumes/extrn
Dann, nach etwa 2 Minuten, erscheint derselbe Block von Protokollen erneut.
Manchmal kommt danach eine zusätzliche Zeile:
Aug 7 23:05:10 N-Ns-Mac-mini.local smbd[11591]: MACMINI-012345\username connected to path /var/rpc/ncacn_np
Benutzername ist derselbe:
MACMINI-012345\username
beim ServerWIN7\username
beim Auftraggeber.Das Seltsame ist, dass manchmal (etwa 1 von 30 Mal) alles wie am Schnürchen funktioniert. Manchmal ist das Problem sogar noch schlimmer. Ich kann nicht sagen, dass ich irgendein Muster darin sehe.
Irgendwelche Ideen?
AKTUALISIEREN:
Das Dateisystem ist „Mac OS Extended (Journaled)“. Ich habe auch versucht, einen Ordner auf dem internen Laufwerk (320 GB im Mac Mini Mid 2010 enthalten) freizugeben. Auch dort taucht das gleiche Problem auf.
Wenn das System "einfriert", beziehe ich mich auf den Windows 7-Client. Jeder Client, der versucht, die Datei zu schreiben (z. B. ein Entpacken), erhält eine Fehlermeldung, die mir mitteilt, dass der "Pfad nicht mehr gefunden werden kann". Oder wenn ich versuche, eine Datei zu kopieren, wird der Kopiervorgang aufgrund eines Schreibfehlers abgebrochen. Wenn ich dann versuche, auf das Laufwerk (oder eine andere Samba-Freigabe auf meinem Mac) zuzugreifen, passiert eine Weile nichts, bevor plötzlich alles wieder funktioniert.
Für die gesamte Partition gewähren Sie auf dem Server allen Lese- und Schreibrechte:
Betrachten Sie die folgenden Möglichkeiten:
Dies ist möglicherweise mit einem Server-Build des Betriebssystems einfacher zu erreichen.
Vorbereitung: Aktivieren Sie den Daemon
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.stackshot.plist
Wenn das Problem auftritt: Verwenden Sie den Schlüsselakkord für Sysdiagnose.
Berühren Sie mindestens zehn Sekunden lang nach dem Akkord nichts.
Nachdem der Finder das Ergebnis von sysdiagnose angezeigt hat: dekomprimieren Sie das Archiv, betrachten Sie die Dateien, die die Diagnose enthalten.
Ich habe im /Library/Preferences/SystemConfiguration/com.apple.smb.server.plist
NetBIOSName "Löwe" gefunden. Nicht der Servername. (Nachdem ich lion\userid
anstelle von verwendet hatte ServerName\userid
, konnte ich mich anmelden, aber es war nicht das, was ich wollte).
Mit serveradmin
fand ich das gleiche:
sudo serveradmin settings smb
...
smb:NetBIOSName = "lion"
...
Also habe ich gewechselt
sudo serveradmin settings smb:NetBIOSName = "ServerName"
Jetzt funktioniert es wie vor dem Upgrade auf Lion.
Mir ist klar, dass dies eine Lösung für ein Problem in Lion ist, aber Sie möchten vielleicht damit beginnen, da Mountain Lion dasselbe passieren könnte.
kein Hang
Qiau
Qiau
Qiau
Qiau