Atualizei um sistema com System Center esta semana para o Windows 2008 R2 e me deparei com um problema novo. Os serviços aparentemente subiam, o cliente instalava e localiza o site code. Porem, não havia comunicação entre o cliente e o servidor e nos logs a role Management Point (MP) acusava o erro abaixo. Alem desse erro também é necessário instalar algumas features especificas no IIS 7.5 para funcionar os relatórios.

SINTOMA 1 – Não comunica com o Management Point

No log do cliente acusa erro de comunicação com o IIS e no log do servidor acusa erro de instalação do WebDav.

CCMExec.log - <![LOG[[CCMHTTP] HTTP ERROR: URL=http://<server>/ccm_system/request, Port=80,

MPSetup.Log - Failed to get WebDAV settings on the machine (0x80070002)

Ao verificar o IIS a feature webdav está instalada e o site Default Web Site está em execução normalmente.

CAUSA

No Windows 2008 R2 o IIS não habilita o WebDav automaticamente, é necessário habilitá-lo. Alem disso o WebDav por padrão tem acesso anonimo desabilitado e no IIS 7.5 precisa ter uma definição por role de acesso explicito.

SOLUÇÃO

Siga os passos indicados abaixo para resolver o problema com o WebDav:

1- Abra o Default Web Site e clique sobre a feature WebDav:

2- Habilite o WebDav e inclua uma regra de autoria (Add Authoring Rule) permitindo acesso Read para All Users:

3- Altere as propriedades marcadas abaixo para permitir o acesso anonimo, desabilitar o customizado e permitir o list:

Referencia: http://technet.microsoft.com/en-us/library/cc431377.aspx

SINTOMA 2 – Relatórios não aparecem no Reports

O problema é mostrado na página principal do console ao tentar executar qualquer relatório:

http://servidor:80/SMSReporting_GRP/reports.asp  Erro 404.3

CAUSA

O IIS 7.5 por padrão instala a feature ASP.NET e não a feature ASP apenas.

SOLU��ÃO

Execute o Server Manager, clique sobre a role Web Server e escolha a opção Add Feature e proceda como na figura abaixo:

Basta entrar e executar agora os relatórios.

Pela segunda vez tive problemas com a inicialização do serviço Forefront Security Controller. Como o serviço Exchange Information Store não sobe sem o Controller o Exchange ficou parado e comecei a tentar resolver o problema.

A primeira tentativa foi subir o Exchange IS sem o Forefront Controller retirando do registry a depedencia do serviço, porem era claro que a solução não adiantaria, já que não é apenas uma referencia de registry e sim dependencia real entre eles. Como precisava voltar o Exchange desinstalei o Forefront e consegui iniciar os serviços.

SINTOMA

No Event Viewer havia a mensagem com o Event ID 2063, e o serviço Exchange Information Store não subia por conta do erro no FSCController:

- System
  - Provider
   [ Name]  FSCController 
  - EventID 2063
   [ Qualifiers]  49152 
   Level 2 
   Task 2 
   Keywords 0x80000000000000 
- EventData
   Failed to initialize document.
 

CAUSA

O Forefront utiliza 5 arquivos XML para manter suas configurações (<diretorio de instalação>\Data), e um destes está com dados corrompidos. No caso em que resolvemos o erro estava no arquivo Configuration.xml como copiado abaixo:

<Engines>
     <Engine>CLOUDMARK</Engine>
</䁅ngines>

Note que o fechamento da tag Engines está corrompido e com isso o XML fica inválido causando o erro descrito em sintoma.

SOLUÇÃO

O erro pode estar em qualquer um dos 5 arquivos de configuração citados anteriormente, portanto vá ao diretório Data e abra cada arquivo XML no Internet Explorer e navegue no arquivo até o final. Ao encontrar o arquivo corrompido o Internet Explorer irá avisar o erro e indicar a linha que precisará ser consertada.

Porem, note que em certas situações, quando se faz o download dos engines é possivel que um dos XML esteja corrompido, e neste caso o ideal é desinstalar e reinstalar o Forefront. Isso não implica em perda de configurações, pois como os arquivos do diretório Data estão integros ele irá subir após instalação com todas as configurações prontas.

Anunciado hoje as datas oficiais para o lançamento das versões RTM, business (contrato) e público:

Outra noticia importante é que os registros de Office 2007 OEM ou caixinha a partir DE HOJE até 30 de setembro tem garantido o upgrade para o Office 2010 na mesma versão, obviamente. Porem, note que você terá até o dia 30 de outubro para registrar no site http://www.office.com/techg para ter direito a atualização.

Fonte: http://blogs.technet.com/office2010/archive/2010/03/04/get-office-today-or-tomorrow.aspx