Felsöka ClientOtherErrors i Azure Files
I den här artikeln visas de ClientOtherErrors som du kan stöta på när du använder SMB Azure-filresurser. I allmänhet är ClientOtherErrors mestadels ofarliga och förväntade fel. Begäranden misslyckas, men systemet fortsätter att fungera som förväntat. Det är normalt att se en betydande del av dessa fel loggas.
Gäller för
Typ av filresurs | SMB | NFS |
---|---|---|
Standardfilresurser (GPv2), LRS/ZRS | ![]() |
![]() |
Standardfilresurser (GPv2), GRS/GZRS | ![]() |
![]() |
Premiumfilresurser (FileStorage), LRS/ZRS | ![]() |
![]() |
Vad är ClientOtherErrors?
ClientOtherError innebär vanligtvis förväntade fel på klientsidan, till exempel "hittades inte" och "resursen finns redan". I lagringsloggfilerna på serversidan registreras dessa åtgärder med transaktionsstatusen ClientOtherErrors.
Windows SMB-klienten som interagerar med fjärrfilsystem vet till exempel inte alltid funktionerna i fjärrfilsystemet. Det kan vara Windows Server, Azure Files eller någon annan SMB-serverimplementering. Därför anropar SMB-klienten fjärrfilservern med vissa API:er. Om dessa API:er misslyckas återgår det till att använda ett annat API eller till och med bara ignorera dessa fel. Beroende på SMB:s protokoll för begäran/svar förväntas ett stort antal begäranden misslyckas trots att systemet har fungerat korrekt. Detta kan bero på auktoriseringsfel, försök att skapa en fil med ett namn som redan finns eller försök att öppna en fil som inte finns.
Loggning och rapportering
Om du vill felsöka ClientOtherErrors kan du skapa en diagnostikinställning och använda Azure Monitor för rapportering. Du kan också analysera loggar för att visa misslyckade begäranden, inklusive ClientOtherErrors, eller använda Kusto-frågor.
Du kan också samla in en ProcMon-spårning från en klient som matchar IP-adressen som visas i loggarna. Lägg till ett filter för att endast se trafik till Azure Files.
Vanliga ClientOtherErrors
I följande tabell visas vanliga ClientOtherErrors, tillsammans med en förklaring av varje fel.
Åtgärd | Status | Förklaring av fel |
---|---|---|
QueryFullEaInformation | STATUS_NOT_IMPLEMENTED | Det här felet returneras eftersom Azure Files inte implementerar det här API:et. Azure Files stöder för närvarande inte utökade attribut. |
UnknownFileClass=48 | STATUS_NOT_SUPPORTED | Det här är API-anropet FileNormalizedNameInformation . Det här är nytt stöd för Windows Server och för närvarande stöder inte Azure Files det här API:et. |
FileOpen | 492 STATUS_ACCESS_DENIED | Anroparen har inte de behörigheter som krävs för att öppna filen. När det gäller Kerberos-åtkomst nekar ACL anroparen åtkomst. |
FileOpen | 257 STATUS_OBJECT_NAME_INVALID | Sökvägen för den öppna begäran är ogiltig (till exempel är sökvägen för lång eller för djup). |
FileOpen | 12 STATUS_FILE_IS_ADIRECTORY | Anroparen öppnar en katalog utan att använda rätt CreateFile parametrar (till exempel avsikten Säkerhetskopiering). |
FileOpen | 8 STATUS_SHARING_VIOLATION | Anroparen öppnar en fil som redan har öppnats med begränsningar (till exempel exklusiv eller andra kan bara läsa). |
FileOpen | 6 STATUS_OBJECT_NAME_NOT_FOUND | Anroparen öppnar en fil som inte finns. |
FSCTL_QUERY_NETWORK_INTERFACE_INFO (IOCTL) | STATUS_INVALID_DEVICE_REQUEST | Detta används endast för Azure Files när kunder har aktiverat funktionen multichannel . I andra fall behövs det inte och vi returnerar en ogiltig enhetsbegäran när du frågar från klienten. |
QueryStreamInformation | STATUS_NOT_IMPLEMENTED | Vissa filsystem har begreppet alternativa dataströmmar eller andra strömmar som referenspunktström. Azure Files har inte det här konceptet, så vi stöder inte API:et. |
Oväntat (IOCTL) | STATUS_INVALID_DEVICE_REQUEST | Det här är FSCTL_QUERY_FILE_REGIONS ett regionkoncept som är specifikt för NTFS/refs och som inte är meningsfullt i förhållande till Azure Files. Därför implementerar vi inte den här FSCTL-koden. |
ChangeNotify | STATUS_CANCELLED | Program som Windows Shell Explorer prenumererar på ändringsmeddelanden för filer. På så sätt uppdateras Windows Shell Explorer automatiskt i vyn när egenskaperna ändras på en fil. Klienten kan välja att avbryta den här prenumerationen (till exempel om användaren har ändrat vyer i Utforskaren och inte längre behöver den). I så fall skickar STATUS_CANCELLED vi tillbaka till klienten för att bekräfta att prenumerationen har avbrutits. |
FSCTL_DFS_GET_REFERRALS (IOCTL) | STATUS_FS_DRIVER_REQUIRED | Det här är en BEGÄRAN om DFS-hänvisning. Azure Files stöder inte DFS och det här är rätt status att returnera när systemet inte stöder DFS. |
FileSupersede | STATUS_ACCESS_DENIED | Filsuperede är en åtgärd där en befintlig fil tas bort och en ny fil placeras i dess ställe. Om anroparen inte har behörighet att ta bort den befintliga filen misslyckas anropet. |
FilSkapa | 7 STATUS_OBJECT_NAME_INVALID | Detta inträffar när en begäran om att skapa en ny fil har ett ogiltigt begärt namn (till exempel med tecken som inte stöds). |
FilSkapa | 3 STATUS_OBJECT_NAME_COLLISION | Detta inträffar när en begäran om att skapa en ny fil har ett begärt namn som matchar en befintlig fil. |
Lästa | STATUS_ACCESS_DENIED | Detta inträffar när en läsbegäran görs på en fil med ett handtag som inte har beviljats läsåtkomst (till exempel öppnades filen med önskad skrivåtkomst). |
TreeConnect | STATUS_ACCESS_DENIED | I samband med Kerberos-autentisering har anroparen inte behörigheter på resursnivå som tilldelats via RBAC eller funktionen "Standardbehörigheter för resurs". Om funktionen "Standardresursbehörigheter" inte har angetts får anropare som är datoridentiteter konsekvent det här åtkomstfelet på resursen. |
Se även
Kontakta oss för att få hjälp
Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.