Samba-Freigabe auf Mountain Lion friert ein

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 SharingMenü 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\usernamebeim Server
  • WIN7\usernamebeim 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.

@Qiau können Sie (zu Testzwecken) einen Ordner auf dem internen Laufwerk des Mac Mini freigeben und einige große Dateien darauf lesen/schreiben? Wenn dies zu demselben unerwünschten Verhalten führt, können wir Probleme mit dem externen Laufwerk (und umgekehrt) ausschließen.
@GrahamPerrin das Einfrieren wird am Windows-Client erkannt. Ich kann während des Einfrierens immer noch auf das Laufwerk am Server zugreifen.
@patrix: Habe es ausprobiert, gleiches Problem. Scheint mir ein Samba-Problem zu sein.
@GrahamPerrin: Mac OS Extended (Journalisiert). Ich habe auch die ursprüngliche Frage mit Antworten auf Ihre Kommentare aktualisiert.
Der Benutzername ist derselbe, MACMINI-012345 ist der Server. Daher MACMINI-012345\Benutzername auf dem Server und WIN7\Benutzername auf dem Client. Der Ordner wird mit Schreibberechtigungen für „Benutzername“ und „Jeder“ freigegeben.

Antworten (2)

 Überlegungen

Für die gesamte Partition gewähren Sie auf dem Server allen Lese- und Schreibrechte:

  • kann mit einem Gastzugang vergleichbar sein, der keine Authentifizierung erfordert.

Betrachten Sie die folgenden Möglichkeiten:

  • Einige Kommunikationen oder Kommunikationsversuche von Windows 7 sind möglicherweise anonym und ohne Authentifizierung (ob / wie solche Kommunikationen vom Server in einem Nicht-Server-Build des Betriebssystems protokolliert würden, weiß ich nicht).
  • Schreibvorgänge oder Schreibversuche von Windows 7 sind für etwas am/um das Stammverzeichnis der Partition ungeeignet.

Vorschläge

Erhöhen Sie die Ausführlichkeit der Protokollierung für SMB

Dies ist möglicherweise mit einem Server-Build des Betriebssystems einfacher zu erreichen.

Diagnose am Server, wenn der Client ein Problem wahrnimmt

Aktivieren Sie den Stackshot-Daemon und verwenden Sie dann den Tastenakkord für Sysdiagnose

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.

Verweise

stackshot(1) OS X Handbuchseite

sysdiagnose(1) OS X Handbuchseite

Ich habe im /Library/Preferences/SystemConfiguration/com.apple.smb.server.plistNetBIOSName "Löwe" gefunden. Nicht der Servername. (Nachdem ich lion\useridanstelle von verwendet hatte ServerName\userid, konnte ich mich anmelden, aber es war nicht das, was ich wollte).

Mit serveradminfand 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.

Danke für die Antwort. Es gibt jedoch nie ein Problem sich anzumelden und die von Ihnen angegebene Zeile ist korrekt (zB MACMINI-012345).