Azure Files での ClientOtherErrors のトラブルシューティング
この記事では、SMB Azure ファイル共有を使用するときに発生する可能性がある ClientOtherError の一覧を示します。 一般に、ClientOtherErrors はほとんど無害であり、予期されるエラーです。 要求は失敗しますが、システムは引き続き想定どおりに動作します。 これらのエラーが大量にログに記録されるのが普通です。
適用対象
| ファイル共有の種類 | SMB | NFS |
|---|---|---|
| Standard ファイル共有 (GPv2)、LRS/ZRS | 
|
|
| Standard ファイル共有 (GPv2)、GRS/GZRS |
|
|
| Premium ファイル共有 (FileStorage)、LRS/ZRS |
|
|
ClientOtherErrors とは
ClientOtherError は通常、"見つかりません" や "リソースが既に存在する" など、クライアント側の予期されるエラーを意味します。サーバー側のストレージ ログ ファイルでは、これらの操作は ClientOtherErrors のトランザクション状態で記録されます。
たとえば、リモート ファイル システムと対話する Windows SMB クライアントは、リモート ファイル システムの機能を常に認識しているとは限りません。 Windows Server、Azure Files、またはその他の SMB サーバーの実装を指定できます。 そのため、SMB クライアントは、特定の API を使用してリモート ファイル サーバーを呼び出します。 これらの API が失敗した場合は、別の API の使用にフォールバックするか、これらのエラーを無視します。 SMB の要求/応答プロトコルによっては、システムが正しく動作していても多数の要求が失敗することが予想されます。 これは、承認エラー、既に存在する名前のファイルの作成、または存在しないファイルの開き方が原因である可能性があります。
ログ記録とレポート
ClientOtherErrors のトラブルシューティングを行うには、診断設定を作成し、レポートに Azure Monitor を使用します。 また、ログを して 失敗した要求 (ClientOtherErrors など) を表示したり、Kusto クエリ 使用したりすることもできます。
ログに表示される IP アドレスと一致するクライアントから ProcMon トレース を収集することもできます。 Azure Files へのトラフィックのみを表示するフィルターを追加します。
Common ClientOtherErrors
次の表に、一般的な ClientOtherErrors と各エラーの説明を示します。
| 操作 | Status | エラーの説明 |
|---|---|---|
| QueryFullEaInformation | STATUS_NOT_IMPLEMENTED | Azure Files ではこの API が実装されていないため、このエラーが返されます。 Azure Files 現在、拡張属性 サポートされていません。 |
| UnknownFileClass=48 | STATUS_NOT_SUPPORTED | これは、 FileNormalizedNameInformation API 呼び出しです。 これは Windows Server の新しいサポートであり、現在、Azure Files ではこの API はサポートされていません。 |
| FileOpen | 492 STATUS_ACCESS_DENIED | 呼び出し元には、ファイルを開くために必要なアクセス許可がありません。 Kerberos アクセスの場合、ACL は呼び出し元のアクセスを拒否します。 |
| FileOpen | 257 STATUS_OBJECT_NAME_INVALID | 開いている要求のパスが無効です (たとえば、パスが長すぎるか、深すぎます)。 |
| FileOpen | 12 STATUS_FILE_IS_ADIRECTORY | 呼び出し元は、正しい CreateFile パラメーター (Backup 意図など) を使用せずにディレクトリを開いています。 |
| FileOpen | 8 STATUS_SHARING_VIOLATION | 呼び出し元は、既に制限付きで開かれているファイルを開いています (たとえば、排他的または他のユーザーは読み取り専用です)。 |
| FileOpen | 6 STATUS_OBJECT_NAME_NOT_FOUND | 呼び出し元が、存在しないファイルを開いています。 |
| FSCTL_QUERY_NETWORK_INTERFACE_INFO (IOCTL) | STATUS_INVALID_DEVICE_REQUEST | これは、お客様が multichannel 機能を有効にしている場合にのみ使用されます。 それ以外の場合は不要であり、クライアントからクエリを実行すると無効なデバイス要求が返されます。 |
| QueryStreamInformation | STATUS_NOT_IMPLEMENTED | 一部のファイル システムには、 alternate データ ストリーム または再解析ポイント ストリームなどの他のストリームの概念があります。 Azure Files にはこの概念がないため、API はサポートされていません。 |
| Unexpected (IOCTL) | STATUS_INVALID_DEVICE_REQUEST | これは FSCTL_QUERY_FILE_REGIONS、NTFS/refs に固有の 領域の概念であり Azure Files に関して意味がありません。 そのため、この FSCTL コードは実装しません。 |
| ChangeNotify | STATUS_CANCELLED | Windows シェル エクスプローラーなどのアプリケーションは、ファイルの変更通知をサブスクライブします。 これにより、ファイルのプロパティが変更されると、Windows シェル エクスプローラーがビューで自動的に更新されます。 クライアントは、このサブスクリプションを取り消すことができます (たとえば、ユーザーがエクスプローラーでビューを変更し、不要になった場合)。 その場合、 STATUS_CANCELLED をクライアントに送り返して、サブスクリプションが取り消されたことを確認します。 |
| FSCTL_DFS_GET_REFERRALS (IOCTL) | STATUS_FS_DRIVER_REQUIRED | これは DFS 紹介要求です。 Azure Files は DFS をサポートしていないため、システムが DFS をサポートしていない場合に返される正しい状態です。 |
| FileSupersede | STATUS_ACCESS_DENIED | ファイルの置き換えは、既存のファイルが削除され、新しいファイルがその代わりに配置される操作です。 呼び出し元に既存のファイルを削除するアクセス許可がない場合、呼び出しは失敗します。 |
| FileCreate | 7 STATUS_OBJECT_NAME_INVALID | これは、新しいファイルを作成する要求に無効な要求された名前がある場合に発生します (たとえば、サポートされていない文字を使用)。 |
| FileCreate | 3 STATUS_OBJECT_NAME_COLLISION | これは、新しいファイルを作成する要求に、既存のファイルと一致する要求された名前がある場合に発生します。 |
| 既読 | STATUS_ACCESS_DENIED | これは、 read のアクセス権が付与されていないハンドルを持つファイルに対して読み取り要求が行われた場合に発生します (たとえば、目的の書き込みアクセス権でファイルが開かれました)。 |
| TreeConnect | STATUS_ACCESS_DENIED | Kerberos 認証のコンテキストでは、呼び出し元には、RBAC または "既定の共有アクセス許可" 機能を使用して割り当てられた共有レベルのアクセス許可がありません。 "既定の共有アクセス許可" 機能が設定されていない場合、コンピューター ID である呼び出し元は、常に共有でこのアクセスエラーを受け取ります。 |
関連項目
お問い合わせはこちらから
質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティ サポートにお問い合わせください。 Azure フィードバック コミュニティに製品フィードバックを送信することもできます。