Wir haben eine EMC NX4 SAN-Box, die eine CIFS-Freigabe für eine Reihe von Windows Server 2008 R2-App-Servern bereitstellt. Die App-Server verwenden die CIFS-Freigabe, um viele Bilddateien bereitzustellen (~ 2500 Ops / Sek. Auf der Freigabe). Weder das SAN noch die App-Server weisen jedoch offensichtliche Anzeichen von Stress auf.
Hin und wieder wird ein App-Server anscheinend plötzlich die Verbindung zum SAN trennen. Jeder .NET-Code, der versucht, eine Datei aus dem SAN bereitzustellen, schlägt fehl mit:
System.IO.IOException: The specified network name is no longer available
Wenn ich RDP zum App-Server verwende und versuche, über den Explorer auf "\ san-name" zuzugreifen, wird der gleiche Fehler angezeigt. Alle anderen App-Server können problemlos darauf zugreifen. Ich kann auch perfekt auf "\ ip-of-san" zugreifen, Ping funktioniert auch.
Ein Neustart des App-Servers behebt das Problem, aber das ist eine etwas drastische Maßnahme für das Problem, da das SAN anscheinend einwandfrei funktioniert und der Computer darauf zugreifen kann - es sieht nur so aus, als hätte der Zugriff "\ san-name" barfed up.
Dies ist in der letzten Woche zwei verschiedenen App-Servern passiert, daher vermute ich nicht, dass ein einzelner App-Server die Ursache ist. Die Ursache vorerst ignorieren - wie würde ich die Verbindung "\ san-name" wiederherstellen, ohne den Computer neu zu starten? Und kann ich irgendwie abfragen, was schief gelaufen ist?
Ereignisprotokolle zeigen nichts (außer verwandten ASP.NET-Fehlern, die durch das Problem verursacht wurden), weder auf App-Servern noch im SAN.
Update:
Basierend auf den Vorschlägen werde ich beim nächsten Mal einen Neustart des Workstation-Dienstes versuchen und prüfen, ob dies das Problem behebt. Auf jeden Fall kein Fix, aber viel schneller als den gesamten Computer neu zu starten, wie ich es derzeit getan habe. Gibt es eine Möglichkeit, den Status der Verbindungen abzufragen, die der Workstation-Dienst verwaltet?
Update 2: Es wurde
bestätigt, dass durch einen Neustart des Workstation-Dienstes das Problem "behoben" wird. Der nächste Schritt besteht darin, die Reg-Änderung zu versuchen, um den MaxCmds-Wert zu erhöhen. Kann nicht bestätigen, ob es sich um das Problem handelt, kann nur annehmen, wenn es über einen längeren Zeitraum ohne Probleme ausgeführt wird.
quelle
Antworten:
Das hört sich so an, als wären die MaxCmds ausgegangen. Hier sind zwei gute Artikel dazu: hier und hier .
Hier ist jetzt, um es zu ändern. Erstellen Sie eine Datei mit dem Namen update.reg und platzieren Sie Folgendes darin:
Speichern und dann doppelklicken und die Eingabeaufforderung akzeptieren. Ein Neustart ist erforderlich.
quelle
Starten Sie möglicherweise den Workstation-Dienst auf dem App-Server neu!
quelle
Ich hatte schon einmal solche Fälle, allerdings nicht mit einem EMC-Backend. Wenn Sie für Userland-Anwendungen die Verbindung zum Remote-Server erzwingen und erneut öffnen, wird sie wiederhergestellt. Möglicherweise müssen Sie dies jedoch einige Male versuchen, bevor die Verbindung hergestellt werden kann. Bei Serverland-Anwendungen funktioniert das Recycling des Anwendungspools für diesen Dienst. Wenn dies fehlschlägt, kann durch das Recycling des Workstation-Dienstes ein Neustart vermieden werden, der jedoch fast genauso drastisch ist.
quelle
Auf der Quelle:
Können Sie weitere Details zu der auf dem Apps-Server installierten Software angeben? Im Internet werden Sie feststellen, dass es normalerweise ein Problem mit einem AV ist, aber da Sie keine ausführen ... vielleicht eine andere Kernel-Modus-App wie eine Backup-Software?
Ist die Firewall aktiv? Haben Sie die Ereignisprotokolle auf dem DC auf den fehlerhaften App-Server überprüft?
Sie sollten auch den CIFS-Netzwerkverkehr abhören, wenn das Problem auftritt, um zu sehen, was passiert.
Ich bin nur dann auf diesen Fehler gestoßen, wenn der Server / die Workstation irgendwie die Verbindung zur Domäne "verloren" hat. Das Erzwingen der Domain-Mitgliedschaft hat den Trick gemacht (netdom / resetpwd). Können Sie auf andere Netzwerkfreigaben zugreifen (von der RDP-Sitzung zum App-Server), wenn das Problem auftritt?
quelle
Kann dies ein Problem mit der Namensauflösung sein? Können Sie sich bei Ihrem DNS-Server erkundigen? Wenn dies nicht zulässt, dass der Name aufgelöst wird, und nach dem Neustart Ihres App-Servers der Zugriff möglich ist.
Ich hatte das gleiche Problem, als sich einige Workstation-Benutzer beschwerten, dass sie nicht auf Anwendungen zugreifen konnten, die auf einem anderen Server gespeichert waren. Wir hatten das gleiche getan, indem wir versucht hatten, mit einer Server-IP zuzugreifen, die funktionieren würde, aber nicht mit Namen, also haben wir DNS überprüft. Wir haben in der Anwendung Änderungen vorgenommen, um auf einen anderen Server zuzugreifen und die IP-Adresse zu verwenden, da wir über ein statisches IP-Netzwerk verfügen.
Lassen Sie mich wissen, ob mein Vorschlag für Sie funktioniert.
quelle
Ich bin auf ein ähnliches Problem gestoßen. Ich konnte Windows Server 2012 keine Freigabe von einem Windows 2003-Server zuordnen.
Die Netzwerkgruppe hatte eine AD-Richtlinie implementiert, die die unteren Windows-Versionen in einen AD-Container isoliert hatte, der es der niedrigeren TLS-Version nicht ermöglichte, eine Verbindung zu Servern herzustellen, auf denen höhere TLS-Versionen ausgeführt wurden. Durch Zurücksetzen des Servers oder Deaktivieren der Richtlinie für die Verbindung mit einer niedrigeren TLS-Version wurde dieses Problem behoben.
Hier sind einige Fehler, auf die ich im Systemprotokoll gestoßen bin:
Hoffe, es hilft, Ihr Problem zu lösen.
quelle