none
CRM 3 Redeploy - Falhas de logon no eventvwr + erros no Tracelog RRS feed

  • Pergunta

  • Bom dia à todos!

    Recentemente estou envolvido na missão de atualizar o CRM 3 da empresa que trabalho para o Dynamics CRM 4. Para tal finalidade resolvemos montar um lab com as mesmas características do cenário atual (um server com Win2003 e AD + um server com SQL 2005 e CRM 3).

    Pois bem. No AD foi feito o restore do System State no modo non-authoritative e tudo funcionou (após algumas modificações) aparentemente bem. O mesmo ocorreu com o SQL 2005, foi restaurado o login do crmcallout, em seguida os bancos do CRM e tudo funcionou aparentemente bem.

    Após todo o processo de restore do CRM 3 (redeploy, import customizations, workflows, ...) conforme o MOC 8526, o cenário ficou idêntico ao atual em produção. Atualizamos para o Dynamics CRM 4 conforme o MOC 8911 e quase tudo está ok, exceto os TraceLogs e o envio de email por workflows.

    Para habilitar os TraceLogs criei as chaves no registro corretamente conforme o kb 907490. Porém o tracelog sempre é gravado no diretório raiz do meu server (%systemdrive%), por mais que eu modifique a chave de registro criada anteriormente. Até aí tudo bem, este ainda não é o problema principal, acredito que este seja um problema relacionado ao upgrade do CRM 3.

    O problema principal é que os workflows também não estão conseguindo disparar email. Ao verificar o status das tarefas no CRM 4, pude notar que todas as ações que disparam email estão marcadas como concluídas com sucesso, porém os emails não foram enviados.

     

    Obs: no ambiente de produção, utilizo o Exchange, já no lab estou usando o serviço pop3 do Windows e smtp do IIS para testes de envio de emails. Neste caso, configurei o Outlook Express para as maquinas do lab e o envio funciona perfeitamente, mas pelo CRM não. Acredito que pode estar relacionado com o upgrade da versão 3 (que utiliza o exchange) para versão 4 (que não utiliza exchange)

    Obs II: no trace log pude notar a seguinte mensagem apóx a execução do workflow responsável por disparar emails:

     

     

    << E-Mail >>

    8/4/2010 8:27:32

    Conversion failed when converting from a character string to uniqueidentifier.

     

     

    Pesquisei na net sobre o assunto mas não encontrei nada relacionado ao CRM, apenas ao SQL. Acredito que isto esteja relacionado com o update do CRM 3 para o CRM 4, porém já não sei onde começar a pesquisar a fonte do problema! Espero a ajuda de vocês!

     

    Desde já agradeço à todos!

    Forte abraço!

    • Editado Tarcisio Gambin sexta-feira, 16 de abril de 2010 19:31 Readequação de titulo devido a identificação de novas thread no caso!
    quinta-feira, 8 de abril de 2010 12:26

Respostas

  • Olá Ricardo, tudo bem?

     

    Devido a alguns projetos de força maior, o update de nosso CRM foi jogado pra frente, porém ainda não encontrei a solução.

    Vale lembrar que o nosso cenário é um pouco complexo, pois o CRM está instalado em um SQL que é compartilhado com outras aplicações, possui vários add-ins (se é assim que posso chamar) para integração com outras aplicações, e o pessoal daqui que trabalhou nesta implantação não está mais aqui na empresa =]...

    Enfim creio que possa encerrar este thread, pois ainda vai levar um certo tempo para que esteja realmente 100% concluído, mas garanto que quando isso acontecer irei postar maiores novidades!

     

    Grande abraço!


    Tarcísio Gambin | MCP, MCBMSS
    "O conhecimento é livre. Compartilhe você também!"
    • Marcado como Resposta RicardoAlves segunda-feira, 23 de agosto de 2010 13:06
    segunda-feira, 23 de agosto de 2010 01:53

Todas as Respostas

  • Oi Tarcisio, tudo bem?

    Vejo 2 fontes de problemas potenciais na sua migração:

    1 - Workflows: na migração do Dynamics CRM 3 para o 4, oficialmente falando, não há garantias de que os workflows e plugins funcionarão adequadamente, principalmente se forem customizados. Existem declarações de que na migração do 4 para o 5 não teremos mais esse tipo de problema.

    2 - Email Router: não há migração de versão para ele, o que implica dizer que você deverá desinstalar a versão 3 e instalar a 4, readequando todas as configurações a fim de que consiga os mesmos resultados anteriormente obtidos.

    Em relação às configurações do trace, dê uma olhadinha em http://www.dynamicscrm.com.br/microsoft/dynamics/crm/error/51 na parte que se refere a CRMDiagTool4.

    []´s

     


    Carlos Amorim Junior
    "Já ajudou a comunidade hoje?"
    http://www.dynamicscrm.com.br
    • Marcado como Resposta Tarcisio Gambin quinta-feira, 8 de abril de 2010 19:08
    • Não Marcado como Resposta Tarcisio Gambin quinta-feira, 8 de abril de 2010 19:08
    quinta-feira, 8 de abril de 2010 14:58
  • Muito Obrigado Carlos!

    Pretendo fazer os testes hoje a tarde e assim que possível posto aqui no fórum!

    Valeu!

    quinta-feira, 8 de abril de 2010 16:35
  • Após os testes com o CRMDiagTool4, procurei por erros no log e encontrei a seguinte informação:

     

    ----------------[MSCRM] Error Events in Application Log----------------
    [Event[0] Type..........]: Error
    [Event[0] Source........]: MSCRMAsyncService
    [Event[0] ID............]: 17415
    [Event[0] Date and Time.]: 4/8/2010 3:23:51 PM
    [Event[0] User..........]: N/A
    [Event[0] Computer......]: SRVCRM
    [Event[0] Description...]: Host SRVCRM: error while processing organization 085ad134-202e-43d7-acf7-246994af72f6. Exception: System.Data.SqlClient.SqlException: Cannot open database "EMPRESA_MSCRM" requested by the login. The login failed.
    Login failed for user 'NT AUTHORITY\NETWORK SERVICE'.
       at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)
       at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
       at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
       at System.Data.SqlClient.SqlInternalConnectionTds.CompleteLogin(Boolean enlistOK)
       at System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)
       at System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)
       at System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance)
       at System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)
       at System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection)
       at System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnection owningConnection, DbConnectionPool pool, DbConnectionOptions options)
       at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject)
       at System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection owningObject)
       at System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject)
       at System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)
       at System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
       at System.Data.SqlClient.SqlConnection.Open()
       at Microsoft.Crm.CrmDbConnection.Open()
       at Microsoft.Crm.Asynchronous.DataAccessBase.ExecuteSqlCommandAndProcessRecords(IDbCommand command, RecordProcessor recordProcessor)
       at Microsoft.Crm.Workflow.WaitSubscriptionDataAccess.Notify(IDbCommand selectCommand, WaitNotificationService waitNotificationService)
       at Microsoft.Crm.Workflow.WaitSubscriptionDataAccess.Notify(String hostId, WaitNotificationService waitNotificationService)
       at Microsoft.Crm.Workflow.WorkflowHost.OnNotificationTimerEvent(Object sender, ElapsedEventArgs e)

     

    Pelo que percebi trata-se de um erro de login do Network_Service no db EMPRESA_MSCRM, mas quando entro no console do SQL, o Network Service está como DBOwner nos bancos EMPRESA_CRM e MSCRM_CONFIG.

    Estaria este erro relacionado ao restore do banco em outro servidor? Neste caso foi feito o restore inclusive dos logins do SQL, porém o Network_Service neste ambiente está com uma SID diferente do mesmo login do ambiente em produção (este que não foi restaurado). Seria algum problema relacionado a isso?

     

    Obs: já desabilitei os workflows importados do CRM 3 e criei um apenas para envio de emails nativamente no CRM 4, mas o problema ainda persiste.

    Obs II: Sobre o email router, fiz toda a configuração novamente e aparentemente está tudo certo.

     

    Desde já agradeço a ajuda de todos!

    quinta-feira, 8 de abril de 2010 19:08
  • Olá Pessoal,

     

    Apenas para dar um feedback geral, descobri que o problema é mais embaixo!

    Refiz o cenário várias vezes e resolvi então testar etapa por etapa, foi então que descobri que o problema está relacionado logo no redeploy do CRM 3.

    Antes de qualquer coisa, já com o SQL configurado + Reporting Services, tudo está funcionando perfeitamente. Inclusive no eventvwr não são encontrados nenhum erro, nem aviso ou falha de logon.

    Após a restauração das bases do CRM 3 e a instalação e execução do redeploy do CRM3, tudo ainda funciona bem.

    Após o setup do CRM 3 com a conexão nas bases do redeploy, aí a coisa muda. Após a instalação e reinicialização do servidor, várias mensagens de falha de logon doNT Authority\Network Service e erros do Reporting Services populavam meu eventvwr.

    Estranho notar que mesmo que todas as permissões nos dbs, pastas, application pools do iis, estando (creio eu) todas corretas, os erros persistem (os mesmos).

    Enquanto um fecho de luz divina não desce no meu lab, estou à procura de uma solução!

     

    Desde já agradeço a colaboração de todos!

    []'s


    Tarcísio Gambin | MCP
    "O conhecimento é livre. Compartilhe você também!"
    quinta-feira, 15 de abril de 2010 20:37
  • Olá a todos!

    Primeiramente gostaria de pedir desculpas pelo excesso de mensagens neste thread, mas acredito que seja importante, visto que depois de muitas pesquisas há muita gente com problemas parecidos ainda não resolvidos.

    Até agora já eliminei várias mensagens de falha de logon do eventvwr através das seguintes dicas:

    http://blogs.msdn.com/mscrmfreak/archive/2007/03/27/login-failed-for-user-nt-authority-network-service.aspx

    Neste post é mencionada a criação de chaves de registros para os serviços do CRM que são inicializados. Nesta chave são definidos valores para a espera da inicialização do SQLSERVERAGENT.

    Fiz todos os procedimentos como reza o post e grande parte dos erros de falha de logon diminuiram, restando um do Network Service que até agora não descobri a causa e alguns de erro e falha de logon do Report Services.

    Neste caso repeti o procedimento para o Reporting Services e tudo funcionou conforme o esperado. Agora estou apenas recebendo o seguinte erro:

    E também a seguinte mensagem no CRM Tracelog:

     

    # CRM Tracing Version 1.1 Unmanaged
    # LocalTime: 2010-04-16 15:13:43.531
    # Categories: *:Error
    # Schedule: No registry key - using default value: Daily
    # ComputerName: SRVCRM
    # CRMVersion: 3.0.5300.1754
    [2010-04-16 15:13:43.531] Process:CrmWorkflowService |Thread:2268 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | CNotificationManager::GetMaxNotificationNumber File: c:\bt\2370\src\platform\include\support\notification.inl Line: 791
    >hr = 0x80004005
    [2010-04-16 15:13:43.531] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 703
    >hr = 0x80004005
    [2010-04-16 15:13:43.531] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 705
    >Call to CheckConnectionState() failed
    [2010-04-16 15:13:43.531] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 611
    >hr = 0x80004005
    [2010-04-16 15:13:43.531] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | CWorkflowEngine::LoadQueueFile File: c:\bt\2370\src\platform\workflow\service\workflowmanager.cpp Line: 645
    >hr = 0x80070002
    [2010-04-16 15:13:45.546] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 703
    >hr = 0x80004005
    [2010-04-16 15:13:45.546] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 705
    >Call to CheckConnectionState() failed
    [2010-04-16 15:13:45.546] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 617
    >hr = 0x80004005
    [2010-04-16 15:13:47.562] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 703
    >hr = 0x80004005
    [2010-04-16 15:13:47.562] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 705
    >Call to CheckConnectionState() failed
    [2010-04-16 15:13:47.562] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | COLEDataAccess::ExecuteQuery File: c:\bt\2370\src\platform\include\omcommon\dataaccess.inl Line: 611
    >hr = 0x80004005
    [2010-04-16 15:13:47.562] Process:CrmWorkflowService |Thread:2276 |Category: Unmanaged.Platform |User: PlatformUser |Level: Error | CWorkflowEngine::LogReaderThreadProc File: c:\bt\2370\src\platform\workflow\service\workflowmanager.cpp Line: 2000
    >hr = 0x80004005
    

     

    Mas ainda bem que já deu para diminuir boa parte dos erros!

    Pelo que ando acompanhando na net, muitas pessoas enfrentem problemas parecidos tanto para envio de emails, criação de novas atividades, mudança de status de lead, entre outras. Todos relacionados com workflows.

    Acredito estar chegando próximo à resolução do problema. Mesmo assim isto continua me dando um trabalho incrível!

    Obs: estes erros de falha de login são apenas notados na inicialização do servidor.

    ObsII: os workflows estão funcionando normalmente, entretanto, sempre gravam a mensagem de erro no log do tracelog.

     

    Assim que puder, postarei novidades sobre o caso!

    []'s


    Tarcísio Gambin | MCP
    "O conhecimento é livre. Compartilhe você também!"
    sexta-feira, 16 de abril de 2010 19:28
  • Tarcísio,

    Estou tendo problemas semelhantes aqui.

    Tudo funciona normalmente, mas quando executo as campanhas o CRM deixa AS VEZES as mesmas com o Status "Cancelado pelo Sistema".

    As vezes acontece duas ou três vezes seguidas, até que o sistema finalmente consegue concluir a atividade.

    Em campanhas rápidas a freqüência é bem menor, mas ainda assim ocorre.

    Na última que ocorreu recebi de retorno a mensagem:

    "Este(a) Campanha Rápida não pode ser executado(a) devido a um erro: 0x80004005. Para obter mais informações, contate o administrado do sistema."

    Estou usando o CRM 3.0.

    Se tiver uma solução ou alguma dica, desde já agradeço!

    Alexandre Almeida.

     

    quarta-feira, 28 de julho de 2010 13:05
  • Olá Alexandre!

     

    Com certeza, assim que tiver uma resposta positiva (se é que ela existe ;p), ficarei feliz em publicar aqui no forum.

    Aliás, desde que iniciei este thread, ainda não conseguimos atualizar o CRM para a versão 4. Enquanto estes problemas não estão resolvidos, devido a vários fatores como aplicações que utilizam o mesmo SQL do CRM, ou o fato do CRM estar instalado neste servidor do SQL que comentei anteriormente, acho que isso vai demorar um pouco mais do que esperávamos.

    Mas mesmo assim, irei postar alguma coisa!

    Obrigado!


    Tarcísio Gambin | MCP, MCBMSS
    "O conhecimento é livre. Compartilhe você também!"
    quarta-feira, 28 de julho de 2010 19:28
  • Tarcisio, tudo ok?

     

    Conseguiu encontrar a solução?

     

    Abraço,

     


    Ricardo Alves
    www.ricardoalves.me

    Se for útil, por favor marque ;)
    sábado, 21 de agosto de 2010 14:49
  • Olá Ricardo, tudo bem?

     

    Devido a alguns projetos de força maior, o update de nosso CRM foi jogado pra frente, porém ainda não encontrei a solução.

    Vale lembrar que o nosso cenário é um pouco complexo, pois o CRM está instalado em um SQL que é compartilhado com outras aplicações, possui vários add-ins (se é assim que posso chamar) para integração com outras aplicações, e o pessoal daqui que trabalhou nesta implantação não está mais aqui na empresa =]...

    Enfim creio que possa encerrar este thread, pois ainda vai levar um certo tempo para que esteja realmente 100% concluído, mas garanto que quando isso acontecer irei postar maiores novidades!

     

    Grande abraço!


    Tarcísio Gambin | MCP, MCBMSS
    "O conhecimento é livre. Compartilhe você também!"
    • Marcado como Resposta RicardoAlves segunda-feira, 23 de agosto de 2010 13:06
    segunda-feira, 23 de agosto de 2010 01:53
  • Tarcísio,

     

    Sei como é complicado... já peguei uns que tinham tanta customização que ficava até inviável o upgrade...

     

    Ok, tendo alguma novidade compartilhe conosco ;)

     

    Abraço,

     


    Ricardo Alves
    www.ricardoalves.me

    Se for útil, por favor marque ;)
    segunda-feira, 23 de agosto de 2010 13:05