GlobalUpdate scrito for service model: MROneBox. Erro ao aplicar um Service Update do D365F&O.

 Se você está aplicando um Service ou Quality Update em sua VM e recebeu o erro abaixo:

GlobalUpdate scrito for service model: MROneBox

Olhando no log este erro é encontrado:

System.TypeInitializationException: The type initializer for 'Microsoft.Dynamics.Performance.Core.AuthenticationConfigSettings' threw an exception. ---> System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize ---> System.Configuration.ConfigurationErrorsException: Unrecognized configuration section SqlAuthenticationProviders. (K:\MROneBox\MRInstallDirectory\Server\ApplicationService\web.config line 7)

Faça o seguinte...

Abra o arquivo "web.config" normalmente localizado no seguinte diretório:

K:\MROneBox\MRInstallDirectory\Server\ApplicationService\web.config

Procure por <configSections> e adicone o seguinte:

<section name="SqlAuthenticationProviders" type="System.Data.SqlClient.SqlAuthenticationProviderConfigurationSection, System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />

Após a alteração seu arquivo web.config ficara assim:

Salve o arquivo e feche.

Continue com a aplicação do pacote e pronto!

Fonte: LCS

A call to the Microsoft Dynamics AX SRSFrameworkService failed. Arithmetic operation resulted in an overflow.

Olá pessoal!

Breve resumo do cenário onde o problema ocorreu...

Havia um servidor de banco de dados com o serviço de SSRS também instalado nele, e havia um segundo servidor, o de AOS, que apontava para este SQL Server e SSRS.

Obtive um terceiro servidor, instalei o SSRS e o atualizei de acordo com o SQL Server do primeiro servidor.

Instalei o client do AX, perfeito, funcionando sem nenhum problema e devidamente atualizado!

Antes de instalar o Report Extensions do AX2012 R3 CU10, eu compilei o AX, gerei o CIL completo, sincronizei o banco de dados e atualizei o WCF só pra me garantir!

Instalei o Reporting Extensions e ai PAHHH...

No momento do deploy dos relatórios veio este erro:

A call to the Microsoft Dynamics AX SRSFrameworkService failed. Arithmetic operation resulted in an overflow.

O que eu fiz?.... obviamente fui tomar um café, é claro!!!

Na volta eu parei todos os serviços relacionados ao AX (SQL também)... Limpei o cache da conta que eu estava usando em todos os servidores e reiniciei os serviços que havia parado.

Registrei os serviços de SRSFramework no AX.

Executei novamente o deploy dos relatórios e tudo ocorreu sem problemas.

Resumo das acções:
Parar serviço de AOS.
Parar serviço de SSRS (Relatórios)
Deletar arquivos UAC de todos os servidores para a conta de serviço do AX, do SSRS e do usuários que você está utilizando.
Iniciar os serviços.
Fazer o deploy.

Tudo isso depois de ter compilado e gerado cil sem erros, assim como ter registrado o serviço do SRSFrameworkService!

Até a próxima!

CRM2011- Reports Sem Dados

Boa tarde pessoal!

Hoje vou compartilhar com vocês um problema que enfrentei com o CRM2011.

Todo o ambiente de produção deste CRM já havia sido entregue ao cliente, tudo estava funcionando...quase tudo!

Quando um novo relatório era criado e importado para o CRM, ao executa-lo, este relatório não exibia nenhum dado. Durante a criação de um novo relatório era possível ver no preview que tudo estava correto, método de autenticação, banco de dados DataSource...tudo.

Este problema persistiu no cliente por um longo tempo, consultores e desenvolvedores tentaram varias possíveis soluções e nada...

Algumas semanas depois estive neste cliente e comecei a analisar o problema. Primeiro criei um relatório simples no ambiente de homologação, importei ele para o CRM e tudo ok. Neste caso o ambiente de homologação e todos os componentes estão instalados em um único servidor.

No ambiente de produção temos um servidor para cada componente. Repeti a criação de um report, durante o preview ele funcionou normalmente, mas ao importa-lo para o CRM ele novamente não trouxe os dados que deveria trazer.

Comecei a verificar os logs gerados no event viewer e também os logs gerados pelo SQL Server.

Obs: O cliente já havia reportado estas entradas nos logs do SQL Server...

Ao abrir o log do SQL Server, a cada tentativa de geração do relatorio, um novo registro como este logo abaixo era criado:

Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'. Reason: Token-based server access validation failed with an infrastructure error. Check for previous errors. [CLIENT: 192.168.0.174]

Lembrando que este registro somente era gravado quando o relatório era executado pelo CRM via browser.

Minha duvida, que ainda permanece, é a seguinte... Por que o CRM utiliza autenticação anônima para exibir estes relatórios?

Minha primeira tentativa para tentar corrigir o problema, ainda no ambiente de homologação, foi importar esta conta para a instância do CRM e deixa-la como "SYSADMIN". Esta ação, apesar de não ser a mais correta, resolveu o problema e os relatórios customizados passaram a funcionar.

No ambiente de produção restringi mais a permissão para esta conta e com isso os relatorios também passaram a funcionar!

Portanto, a solução para este problema foi importar esta conta para o SQL Server com as devidas permissões no banco de dados do CRM e Reporting Services.

Resolvido o problema, passei a procurar o porque dele, por qual razão o CRM estava utilizando autenticação anônima para os relatórios customizados, e durante esta pesquisa encontrei o seguinte link:

http://blog.sonomapartners.com/2007/04/kerberos_and_de.html

Depois de ler o post ajustei as configurações no servidor do cliente e tudo funcionou perfeitamente.

Apesar de ser de 2007 este post é muito valido, sugiro a vocês a leitura dele!

Até a próxima pessoal!

Erro Hyper-V 3.0 Clusterizado - Out of memory or disk space.

Olá pessoal!

Hoje vou compartilhar com vocês mais um problema que enfrentei na implementação do Hyper-V 3.0 em cluster com Windows Server 2012.

O cenário discutido abaixo foi criado para hospedar maquinas virtuais de um ambiente de produção do AX2012 R2!

O problema:

Este erro ocorreu após efetuar todas as etapas e setups necessários para ter 03 servidores físicos com Windows Server 2012 e Hyper-V 3.0 em cluster, ou seja, todo o processo de configuração e validação do cluster e também a instalação do Hyper-V ocorreram sem qualquer erro!!! obrigado!!!

Logo após o processo de instalação eu, logicamente, fui testar as funcionalidades do cluster de Hyper-V e sua alta disponibilidade, para isso eu criei uma simples VM, simples mesmo. O processo de criação da VM também ocorreu sem qualquer problema.

O problema apareceu quando eu tentei acessar as configurações desta VM pelo Hyper-V Manager ou ao tentar se conectar a ela para instalação do S.O. Neste ponto eu ainda não havia instalado o SC VMM.

Ao tentar me conectar  a esta VM recém criada ou tentar alterar as configurações dela a seguinte mensagem de erro me foi exibida:

"The computer '07' failed to perform the requested operation because it is out of memory or disk space"

Preciso dizer que cada um dos 03 hosts membros deste cluster possuem cada um 128GB de memoria e estão incluídos neste cluster 02 Luns de 2TB cada. Sendo assim a mensagem de erro é totalmente sem sentido.

Tentei diversas soluções encontradas em foruns e blogs sendo que a mais comum diz para simplesmente parar um processo do Windows e abrir novamente o Hyper-V manager. Isso não funcionou neste caso.

A causa:
Os 03 servidores físicos possuem o antivirus McAfee instalado e era justamente este o problema, este antivirus causava problemas que estão relacionados as unidades CVS. Veja mais detalhes no link abaixo:

Technet

A McAfee publicou este KB referente a este problema.

A solução:
A solução para este problema foi remover as unidades CSV do monitoramento do antivirus. Após remover as unidades CSV do monitoramento o cluster passou a funcionar perfeitamente!

Meus agradecimentos a Marcelo Souza e Rafael Canto da SuporTI pela ajuda na pesquisa e solução deste problema!

Espero que esta dica seja útil!!!