IIS copiando arquivos DLL e PDB no diretório Temp

Question

Isso está me deixando louco ...

Eu acertei o seguinte, mas não sei por que isso está acontecendo ou como pará-lo.

O processo de trabalho do IIS que está manipulando um serviço da Web está criando várias cópias da mesma DLL e um PDB e um arquivo .tmp vazio a cada minuto ou dois no meu diretório WINDOWS / Temp. Eu sei que é o processo de trabalho para o serviço da Web que está fazendo isso, porque quando eu tento excluir os arquivos, ele não me permite, e o ProcExp diz que o processo de trabalho do IIS tem o arquivo, e depois digita nesse processo de trabalho. Eu posso dizer que é o único que está executando o meu serviço da web. Está criando arquivos assim ...

tmp2A95.tmp.pdb

tmp2A95.tmp

tmp2A95.tmp.dll

Sempre em conjuntos destes três arquivos, mas com numeração hexadecimal seqüencial pulando por três ... então o próximo grupo de arquivos seria tmp2A98

Eles estão sendo criados a uma taxa de cerca de ... bem ... 12.000 arquivos no fim de semana. Enche meu disco rígido e começa a causar problemas no site.

Este é um software de fornecedor, e eles não têm ideia do motivo pelo qual isso está acontecendo, e fiz o meu melhor para rastreá-lo, mas não tenho acesso ao código-fonte deles. Eles continuam me fazendo coisas ridículas que não têm nada a ver com o problema, e nós não conseguimos consertá-lo por 6 meses.

Não há erros no log de eventos, nada nos logs do IIS e a DLL é uma cópia de uma das bibliotecas da API. O estranho é o PDB ... não há outros arquivos PDB em todo o servidor - eles estão sendo gerados diretamente da própria DLL?

Por favor, deixe-me saber se você já viu esse tipo de coisa antes, ou se você sabe o que faz com o IIS derrubar um trio de arquivos como esse na pasta temp.

Obrigado!

    

Answer 1

Um arquivo pdb é um arquivo de banco de dados do programa. É usado para depuração. Por exemplo, se o seu aplicativo da web tiver uma exceção, se houver um arquivo pdb para o assembly (dll) que tinha a exceção, ele registrará o número da linha do código-fonte eo nome do método do código incorreto.

Verifique todos os arquivos web.config na hierarquia do diretório virtual, para ". Se a depuração estiver habilitada, haverá uma grande quantidade de arquivos temporários gerados para cada página no site do ASP.NET.

Outra possibilidade: Se qualquer coisa mudar na hierarquia do site virtual, isso fará com que o aplicativo ASP.NET recompile, o que poderia resultar nos arquivos que você está vendo. Certifique-se de não ter nada que altere pastas ou arquivos na hierarquia do site. Se você fizer isso, você precisará mover as pastas / arquivos que são modificados fora da hierarquia do site. Outro infrator comum são os antivírus, que podem alterar alguns dos atributos de data dos arquivos. Pode ser necessário desativar as últimas atualizações de acesso do NTFS.

A Infamous Debug = True Attribute no ASP.NET

link

Não execute aplicativos ASP.NET de produção com debug = ”true” ativado

link