IIS 7.5 não registrando

11

Eu tenho um problema estranho com um Windows Server 2008 R2 executando o IIS: o log HTTP parou há alguns meses (acabei de descobrir) e não consigo fazê-lo iniciar o log novamente.

Eu tenho as Ferramentas de Log e Log de HTTP instaladas (em Servidor da Web / Integridade e diagnóstico) e em Gerenciador do IIS> Log, ele está ativado (Um log por: Site, Formato: W3C, Diretório: "%SystemDrive%\inetpub\logs\LogFiles"etc. - todos os itens padrão).

No entanto, em C:\inetpub\logs\LogFiles\W3SVC1/ W3SVC2avalanche, etc., todos os arquivos têm meses de idade.

Eu também reiniciei o servidor, sem sucesso.

Tentei desativar o log e ativá-lo novamente (no Gerenciador do IIS), mas isso não ajudou.

Por fim, tentei habilitar via linha de comando (mesmo que já habilitada):

C:\Windows\System32\inetsrv>appcmd set config /section:httpLogging /dontLog:False /selectiveLogging:LogAll

Applied configuration changes to section "system.webServer/httpLogging" for "MACHINE/WEBROOT/APPHOST" at configuration commit path "MACHINE/WEBROOT/APPHOST"

O que estou perdendo ??

windows-server-2008-r2 iis-7.5

— Jim Balo
fonte

Você verificou que as permissões ainda são boas? E o espaço do sistema de arquivos?

@kce O espaço em disco está bom. Ré. permissões de pasta, não sou 100%: acabei de conceder o controle total IIS_IUSRS a C: \ inetpub \ logs e reiniciei o site, mas isso não ajudou. Quais devem ser as permissões (e em quais pastas específicas você deve defini-las - apenas a pasta de logs?)?

— Jim Balo

3

Eu consegui isso funcionando. No log de eventos, encontrei o seguinte: "O proprietário do arquivo ou diretório de log C: \ inetpub \ logs \ LogFiles \ W3SVC2 \ u_ex140606.log é inválido. Isso pode ocorrer porque outro usuário já criou o arquivo ou o diretório. " Por isso, verifiquei o proprietário da pasta logs, etc., e por algum motivo ela foi definida como "Trusted Installer" em vez do que deveria ser: C: \ inetpub \ logs deve pertencer ao SYSTEM e suas subpastas pertencentes ao o grupo Administradores. Depois de consertar isso, começou a funcionar.

— Jim Balo

@ JimBalo, seria bom converter isso em uma resposta para facilitar a visualização.

— Spuder # 6/15

5

Eu sei que este é um post antigo (eu sou um necromante)! Encontrei o meu caminho aqui em desespero via Google e acredito que, pelo menos em nosso servidor, o problema era que o "Serviço de Log W3C" services.mscfoi interrompido. Ao reiniciá-lo, o serviço funcionou bem (desde que as permissões de pasta adequadas estivessem em vigor, conforme descrito acima). Parece que o problema que nosso servidor GMT -08: 00 encontrou foi este:

https://support.microsoft.com/en-us/help/2982169/w3c-logging-service-crashes-in-iis-8.5-on-a-server-in-windows-8.1-or-windows-server- 2012-r2

Existe uma atualização que pode ser baixada dentro. Espero que isso ajude alguém.

— Chaim Eliyah
fonte

2

Verifique sua permissão nas pastas dos arquivos de log. O IIS não gravará em pastas pertencentes a determinados grupos, como usuários.

A pasta deve pertencer a "Administradores" ou "SISTEMA".

— Zamicol
fonte

1

O recurso de log é gerenciado na interface do usuário do IIS em três níveis: máquina, site, aplicativo.

Eu o habilitei no nível da máquina , desabilite no nível do site (Site Padrão) e habilite no nível do aplicativo .

Depois que eu o habilitei (no painel Ações, no lado direito) do site, ele começou a funcionar.

— Tom Andraszek
fonte

0

Quando me deparo com o problema, excluo a W3SVC1pasta e navego até o site para que o IIS crie uma nova W3SVC1pasta com o proprietário e as permissões do sistema corretos.

— Mike Poole
fonte