これは最近になって起こり始めたのですが、その理由がわかりません。
私は FileZilla (最新バージョン) を使用して、IIS7.5 上の Windows 2008 R2 サーバーにファイルを FTP 送信しています。
10 個ごとに (ただし常に 10 個ごとにというわけではありません)、ファイルのアップロードが完了できないことがあります (エラー メッセージは表示されません)。その場合は再試行します。2 回目の試行では、ファイルをアップロードできず、次のエラーが表示されます。
Response: 550 The process cannot access the file because it is being used by another process.
Error: Critical file transfer error
これにはパターンはなく、説明もありません。これを回避する唯一の方法は、サーバー上の FTP サービスを再起動することです。ファイルのロックを維持しているのは FTP サービスです。
いくつかの点:
- ファイル サイズが原因ではなく、ファイルが 1kb でも 1000kb でも発生します。
- サーバーの「現在のセッション」を見ると、「現在のコマンド」STOR と表示されているセッションが 10 件あります。FileZilla は現在接続されていません。したがって、転送中に接続が失敗しているが、サーバーはアップロード中であると認識しているため、独自の接続を開いたままにしていると考えられます...
- ファイアウォールとウイルス対策を無効にしているので、それが原因ではありません
- アクティブとパッシブでも同じことが起こります
何か案は?
これは本質的に同じ問題です:Win 2008/FTP/Filezilla - 断続的に重大な転送エラーが発生する(回答なし)
答え1
私はこれに対する答えを見つけました - 同じ問題を診断する他の人の役に立つかもしれないのでこれを投稿しようと思いました
問題は AVG でした。何らかの理由で、AVG は一部のファイル (すべてではありません) の接続を切断していましたが、クライアントとサーバー間の接続を切断すると、接続の両端でまだ接続が開いていると認識され、ファイルがロックされました。
答え2
literal size
Windows Server 2008 R2でもコマンドによる共有違反が発生すると、同様の症状が確認されており、KB2723776
FTP 実装のファイル再開コマンドは IIS 7.0 ではあまり信頼性が高くなく、7.5 でもまだ完璧ではありません。
literal size
上記の修正プログラムは、コマンドに関する特定の問題だけでなく、それ以上の問題も修正するのではないかと思います。