Freigeben über


Problembehandlung von ClientOtherErrors in Azure Files

In diesem Artikel werden die ClientOtherErrors aufgeführt, die bei verwendung von SMB Azure-Dateifreigaben auftreten können. Im Allgemeinen sind ClientOtherErrors meist harmlos und erwartet Fehler. Anforderungen schlagen fehl, das System verhält sich jedoch weiterhin wie erwartet. Es ist normal, dass eine erhebliche Menge dieser Fehler protokolliert wird.

Gilt für:

Dateifreigabetyp SMB NFS
Standard-Dateifreigaben (GPv2), LRS/ZRS
Standard-Dateifreigaben (GPv2), GRS/GZRS
Premium-Dateifreigaben (FileStorage), LRS/ZRS

Was sind ClientOtherErrors?

ClientOtherError bedeutet in der Regel erwartete clientseitige Fehler, z. B. "Nicht gefunden" und "Ressource ist bereits vorhanden". In den serverseitigen Speicherprotokolldateien werden diese Vorgänge mit einem Transaktionsstatus von ClientOtherErrors aufgezeichnet.

Beispielsweise kennt der Windows-SMB-Client, der mit Remotedateisystemen interagiert, nicht immer die Funktionen des Remotedateisystems. Es kann sich um Windows Server, Azure Files oder eine andere SMB-Serverimplementierung handeln. Daher führt der SMB-Client Aufrufe an den Remotedateiserver mit bestimmten APIs durch. Wenn diese APIs fehlschlagen, fällt sie auf die Verwendung einer anderen API zurück oder ignorieren sie einfach nur diese Fehler. Je nach Anforderungs-/Antwortprotokoll von SMB wird erwartet, dass eine große Anzahl von Anforderungen fehlschlägt, obwohl sich das System ordnungsgemäß verhält. Dies kann auf Autorisierungsfehler zurückzuführen sein, versuche, eine Datei mit einem Namen zu erstellen, der bereits vorhanden ist, oder versuche, eine Datei zu öffnen, die nicht vorhanden ist.

Protokollierung und Berichterstellung

Zur Problembehandlung von ClientOtherErrors können Sie eine Diagnoseeinstellung erstellen und Azure Monitor für die Berichterstellung verwenden. Sie können protokolle auch analysieren, um fehlgeschlagene Anforderungen anzuzeigen, einschließlich ClientOtherErrors, oder Kusto-Abfragen verwenden.

Sie können auch eine ProcMon-Ablaufverfolgung von einem Client sammeln, die der in den Protokollen angezeigten IP-Adresse entspricht. Fügen Sie einen Filter hinzu, um nur den Datenverkehr zu Azure Files anzuzeigen.

Common ClientOtherErrors

In der folgenden Tabelle sind allgemeine ClientOtherErrors zusammen mit einer Erläuterung der einzelnen Fehler aufgeführt.

Vorgang Status Erläuterung des Fehlers
QueryFullEaInformation STATUS_NOT_IMPLEMENTED Dieser Fehler wird zurückgegeben, da Azure Files diese API nicht implementiert. Azure Files unterstützt derzeit keine erweiterten Attribute.
UnknownFileClass=48 STATUS_NOT_SUPPORTED Dies ist der FileNormalizedNameInformation API-Aufruf. Dies ist neue Unterstützung für Windows Server, und derzeit unterstützt Azure Files diese API nicht.
FileOpen 492 STATUS_ACCESS_DENIED Der Aufrufer verfügt nicht über die erforderlichen Berechtigungen zum Öffnen der Datei. Im Falle des Kerberos-Zugriffs verweigert die ACL den Zugriff des Anrufers.
FileOpen 257 STATUS_OBJECT_NAME_INVALID Der Pfad für die offene Anforderung ist ungültig (z. B. ist der Pfad zu lang oder zu tief).
FileOpen 12 STATUS_FILE_IS_ADIRECTORY Der Aufrufer öffnet ein Verzeichnis, ohne die richtigen CreateFile Parameter zu verwenden (z. B. Sicherungsabsicht).
FileOpen 8 STATUS_SHARING_VIOLATION Der Aufrufer öffnet eine Datei, die bereits mit Einschränkungen geöffnet ist (z. B. exklusiv oder andere können nur gelesen werden).
FileOpen 6 STATUS_OBJECT_NAME_NOT_FOUND Der Aufrufer öffnet eine Datei, die nicht vorhanden ist.
FSCTL_QUERY_NETWORK_INTERFACE_INFO (IOCTL) STATUS_INVALID_DEVICE_REQUEST Dies wird nur für Azure Files verwendet, wenn Kunden das Multichannel-Feature aktiviert haben. In anderen Fällen ist sie nicht erforderlich, und wir geben eine ungültige Geräteanforderung zurück, wenn sie vom Client abgefragt wird.
QueryStreamInformation STATUS_NOT_IMPLEMENTED Einige Dateisysteme haben das Konzept alternativer Datenströme oder anderer Datenströme , z. B. Analysepunktdatenstrom. Azure Files hat dieses Konzept nicht, daher wird die API nicht unterstützt.
Unerwartet (IOCTL) STATUS_INVALID_DEVICE_REQUEST Dies ist ein Regionskonzept, das für NTFS/Refs spezifisch ist FSCTL_QUERY_FILE_REGIONSund in Bezug auf Azure Files nicht sinnvoll ist. Daher implementieren wir diesen FSCTL-Code nicht.
ChangeNotify STATUS_CANCELLED Anwendungen wie Windows Shell-Explorer abonnieren Änderungsbenachrichtigungen für Dateien. Auf diese Weise wird der Windows Shell-Explorer automatisch in der Ansicht aktualisiert, wenn eigenschaften in einer Datei geändert werden. Der Client kann sich entscheiden, dieses Abonnement zu kündigen (z. B. wenn der Benutzer Ansichten im Explorer geändert hat und es nicht mehr benötigt). In diesem Fall senden STATUS_CANCELLED wir an den Kunden zurück, um zu bestätigen, dass das Abonnement storniert wurde.
FSCTL_DFS_GET_REFERRALS (IOCTL) STATUS_FS_DRIVER_REQUIRED Dies ist eine DFS-Empfehlungsanforderung. Azure Files unterstützt DFS nicht, und dies ist der richtige Status, der zurückgegeben werden soll, wenn das System DFS nicht unterstützt.
FileSupersede STATUS_ACCESS_DENIED Die Datei übergeordnet ist ein Vorgang, bei dem eine vorhandene Datei gelöscht wird und eine neue Datei an deren Stelle platziert wird. Wenn der Aufrufer nicht über die Berechtigung zum Löschen der vorhandenen Datei verfügt, schlägt der Aufruf fehl.
FileCreate 7 STATUS_OBJECT_NAME_INVALID Dies geschieht, wenn eine Anforderung zum Erstellen einer neuen Datei einen ungültigen angeforderten Namen hat (z. B. mit nicht unterstützten Zeichen).
FileCreate 3 STATUS_OBJECT_NAME_COLLISION Dies geschieht, wenn eine Anforderung zum Erstellen einer neuen Datei über einen angeforderten Namen verfügt, der einer vorhandenen Datei entspricht.
Lesen Sie STATUS_ACCESS_DENIED Dies geschieht, wenn eine Leseanforderung für eine Datei mit einem Handle erfolgt, das nicht über den gewährten Lesezugriff verfügt (z. B. wurde die Datei mit dem gewünschten Schreibzugriff geöffnet).
TreeConnect STATUS_ACCESS_DENIED Im Kontext der Kerberos-Authentifizierung verfügt der Aufrufer nicht über Berechtigungen auf Freigabeebene, die über RBAC oder das Feature "Standardfreigabeberechtigungen" zugewiesen sind. Wenn das Feature "Standardfreigabeberechtigungen" nicht festgelegt ist, erhalten Anrufer, die Computeridentitäten sind, diesen Zugriffsfehler für die Freigabe konsistent.

Siehe auch

Kontaktieren Sie uns für Hilfe

Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.