Isso só começou a acontecer recentemente - não consigo entender o porquê.
Estou usando o FileZilla (versão mais recente) para enviar arquivos FTP até um servidor Windows 2008 R2 no IIS7.5.
A cada 10 (mas nem sempre a cada 10) arquivos ocasionais falham ao concluir o upload (sem mensagem de erro), então tenta novamente. Na segunda tentativa, o arquivo não pode ser carregado e recebe este erro:
Response: 550 The process cannot access the file because it is being used by another process.
Error: Critical file transfer error
Não há padrão para isso... e nenhuma explicação. A única maneira de contornar isso é reiniciar o serviço FTP no servidor - é o serviço FTP que mantém o arquivo bloqueado.
Um par de coisas:
- Não há tamanho de arquivo que cause isso, acontece quer o arquivo tenha 1kb ou 1000!
- Olhando para as "sessões atuais" no servidor, há 10 sessões que dizem "Comando Atual" STOR - FileZilla não está conectado no momento. Então, minha suposição é que a conexão está falhando durante uma transferência, mas o servidor pensa que ainda está carregando, então mantém sua própria conexão aberta...
- Desativei o firewall e o antivírus, então eles não são a causa
- O mesmo acontece para Ativo e Passivo
Alguma ideia?
Este é essencialmente o mesmo problema:Win 2008/FTP/Filezilla - Erros críticos intermitentes de transferência(sem respostas)
Responder1
Encontrei a resposta para isso - pensei em postar isso, pois pode ajudar alguém a diagnosticar o mesmo problema
O problema era o AVG. Por algum motivo, o AVG estava interrompendo a conexão de alguns arquivos (mas não todos), mas interromper a conexão entre o cliente e o servidor significava que ambas as extremidades da conexão pensavam que ela ainda estava aberta - portanto, bloqueava os arquivos.
Responder2
O mesmo sintoma foi identificado no Windows Server 2008 R2 quando ocorrem violações de compartilhamento devido a literal sizecomandos e foi publicado comoKB2723776
Os comandos de retomada de arquivos para a implementação de FTP não eram muito confiáveis no IIS 7.0 e ainda não são perfeitos no 7.5
Suspeito que o hotfix mencionado acima corrija mais do que apenas o problema específico dos literal sizecomandos.