D365 for Finance and Operations: Object reference not set to an instance of an object (AOS)

Lors de déploiements de D365 for Opération (on-premises), j'ai fait face à un problème assez difficile à diagnostiquer. Selon LCS, le déploiement a échoué, mais le cluster Service Fabric semble était en bonne santé. Toutefois, j'ai pu trouver les messages d'erreur suivante dans le journal d'événement du serveur AOS:

The application requested process termination through System.Environment.FailFast(string message)
Message: Tearing the process down due to unhandled exception.

Bref, le service AOS à krasher, mais je ne sais pas pourquoi. J'ai aussi trouvé le message suivant dans les logs de l'application:

Service host process 5356 registered service type AXService

Event occurred:

Name: RT-AXServiceConfig

Properties:

IsSuccessful: True

StartDateTime: 10/10/2017 21:08:20

EndDateTime: 10/10/2017 21:08:22

Metrics:

LatencyMilliseconds: 2352.2598

Starting web server on http://+:20003/

Listening on http://10.0.2.20:20003/

Event occurred:

Name: RT-AosInit

Properties:

IsSuccessful: True

StartDateTime: 10/10/2017 21:08:24

EndDateTime: 10/10/2017 21:08:57

Metrics:

LatencyMilliseconds: 33135.2908

System.NullReferenceException: Object reference not set to an instance of an object.

Selon cette erreur, je pouvais comprendre que le service AOS tentait d'activer le service web et échouait. J'avais obtenu l'erreur Object reference not set to an instance of an object dans un autre cas et le problème était le compte service qui ne pouvait pas lire la clef privée du certificat. Après avoir vérifié les certificats, j'ai voulu accéder à AX en utilisant l'URL suivant:  https://ax.mathdax.ca/namespaces/AXSF/

C'est à ce moment que j'ai réalisé que je n'avais pas d'entrée DNS pour ax.mathdax.ca, ce qui représentait certainement un problème. Après avoir créer une entrée DNS pour ax.mathdax.ca, je pouvais me connecter au service web de l'AOS, mais j'avais un problème de certificate. J'imagine que c'est à ce moment que j'ai réalisé que tous mes certificates étaient configurer pour ax.mathdax.local et que cela pouvait causer problème. J'ai donc redéployé mon environnement en utilisant le bon URL dans le champ : The DNS hostname of the Microsoft Dynamics 365 instances. Ensuite, le déploiement a fonctionné.

D365 for Finance and Operations: Comment réinitialiser le compte Admin

Après avoir restauré la base de données démo de Contoso pour D365 for Opérations, je devais reseter le compte administrateur de la base de données. Quoique le processus soit simple, je voulais le documenter. 

Il suffit simplement d'exécuter le script suivant:

.\Reset-DatabaseUser.ps1 -DatabaseServer 'SERVERNAME' -DatabaseName - 'NAME'

 

Le script va mettre à jour le compte admin avec l'information 'NT AUTHORITY'.

Lors du prochain redémarrage du service AOS, le service va mettre à jour le compte en utilisant la valeur Provisioning_AdminPrincipalName.

D365 for Finance and Operations : The received 'redirect_uri' parameter is not a valid registered redirect URI

Suite au déploiement de D365 for Operations (on-premises), j'ai voulu me connecter au portail en utilisant l'adresse suivante: https://ax.mathdax.local/namespaces/AXSF/

Toutefois, je recevais le message d'erreur suivant:

An error occured. Contact your administrator for more information.

Dans le journal d'événements du serveur ADFS, j'ai trouvé l'erreur suivante:

Encountered error during federation passive request. 

Additional Data 

Protocol Name: 
OAuthAuthorizationProtocol 

Relying Party: 

Exception details: 
Microsoft.IdentityServer.Web.Protocols.OAuth.Exceptions.OAuthInvalidClientRedirectUriException: MSIS9224: Received invalid OAuth authorization request. The received 'redirect_uri' parameter is not a valid registered redirect URI for the client identifier: 'e4f05a82-13e9-4a92-8dd7-15255eecf632'. Received redirect_uri: 'https://ax.mathdax.local/namespaces/AXSF/'.

Le problème est l'adresse Redirection URI incorrecte pour l'application Microsoft Dynamics 365 for Operations On-premises - Native Application. J'ai dû la mettre à jour via la ADFS Management Console.

D365 for Finance and Operations: Could not establish trust relationship for the SSL/TLS secure channel.

Voici une autre de mes nombreuses erreurs lors d'un déploiement Dynamics 365 fors Operations (on-premises). Voici l'erreur qui je trouve sur le serveur AOS:

Service host process 5812 registered service type AXService
System.Net.WebException: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. ---> System.Security.Authentication.AuthenticationException: The remote certificate is invalid according to the validation procedure.

D'accord, un problème de certificate, mais lequel ? Dans ce cas-ci, c'est parce que le certificat de mon serveur ADFS était expiré.

D365 for Finance and Operations: Object reference not set to an instance of an object. (SSRS)

Lors de l'exécution d'un rapport SSRS, je recevais l'erreur suivante:

Something went wrong while generating the report. Please try again.

Le message suivant apparaissait dans le panneau de notification:

Object reference not set to an instance of an object.

Très difficile de trouver de l'information sur le problème, mais il y avait le message d'erreur suivant dans le fichier de log SSRS:

Query execution failed for dataset 'CustAccountStatementExtDS'. ---> System.InvalidOperationException: An exception occurred in the query metadata execution. The exception is Object reference not set to an instance of an object.. ---> Microsoft.Dynamics.AX.Framework.Services.Client.QueryServiceException: Object reference not set to an instance of an object. ---> System.NullReferenceException: Object reference not set to an instance of an object.

Pourtant, j'étais capable d'accéder le service queryservice et metadataservice

• https://ax.mathdax.local/namespaces/AXSF/services/queryservice
• https://ax.mathdax.local/namespaces/AXSF/services/metadataservice

J'ai aussi vérifié les thumbprints de mes certificats dans le fichier suivant: 

• \MSRS13.MSSQLSERVER\Reporting Services\ReportServer\bin\ReportPVMConfiguration.xml

Ainsi que dans le microservice:

Finalement, le problème est dû au fait que j'utilisais un compte de domaine pour le service SSRS. Celui-ci n'avait pas accès au clef public de mes certificats. J'ai reconfiguré SSRS pour exécuter le service avec le compte Local System comme indiquer dans la documentation.

D365 for Finance and Operations: Failed to authenticate server identity

Lors de l'installation de l'agent local, je recevais le message d'erreur suivant:

LocalAgentCLI.exe Install localagent-config.json

Invoking Migrate.exe OrchestrationService.DataModels.dll /connectionString:"Data Source=d365-sql01.mathdax.local;Initial Catalog = OrchestratorData; Integrated Security = True;  MultipleActiveResultSets=True"  /connectionProviderName:System.Data.SqlClient /startUpDirectory:C:\Users\mtessier.MATHDAX\Desktop\LocalAgent-84129 /force
LocalAgentCLI.exe Error: 0 : Exception System.AggregateException: One or more errors occurred. ---> System.Fabric.FabricServerAuthenticationFailedException: Failed to authenticate server identity ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x80071C44.

Le problème survient lorsque vous n'êtes pas capable de vous authentifier a votre cluster Service Fabric. Dans mon cas, je n'avais pas mis le bon server certificate thumbprint.

D365 for Finance and Operations: New-AzureRmADSpCredential - Exception of type 'System.Exeception' was thrown.

Lors de la configuration de mon environnement D365 for Operations on-premises, je dois ajouter le certificat SSL au Service Principal Dynamics ERP dans mon Azure Active directory. Ceci est fait avec l'aide du script AddCertToServicePrincipal.ps1. Lors de l'exécution, j'ai reçu le message d'erreur suivant:

New-AzureRmADSpCredential : Exception of type 'System.Exeception' was thrown.

Dans ce cas-ci, le problème est dû au fait que je ne suis pas Global Admin dans Azure Active directory.

D365 for Finance and Operations: The requested operation requires elevation.

Lors de l'installation de D365 for Operations LBD (Local Business Data), j'ai reçu le message d'erreur suivant lors du déploiement du package AXSFType.

The requested operation requires elevation.

Il y avait aussi une erreur dans le fichier Code_AXSF_M_0.out situé dans:

•  C:\ProgramData\SF\AOS_27\Fabric\work\Applications\AXSFType_App35\log

Microsoft.Dynamics.AX.Deployment.Setup.exe -bindir "C:\ProgramData\SF\AOS_27\Fabric\work\Applications\AXSFType_App35\AXSF.Code.1.0.0.201706231\Packages" -metadatadir "C:\ProgramData\SF\AOS_27\Fabric\work\Applications\AXSFType_App35\AXSF.Code.1.0.0.201706231\Packages" -sqluser "axdbadmin" -sqlserver "SQL.domain.local" -sqldatabase "AXDB" -setupmode servicesync -syncmode fullall -onprem 

System.ComponentModel.Win32Exception (0x80004005): The requested operation requires elevation

Je savais que UAC devait être désactivé sur le serveur AOS. En fait, UAC est désactivé lors de l'étape 9. Setups VMs lors de l'exécution du script Configure-PreReqs.ps1:

Il se trouve que UAC n'est pas complètement désactivée. Pour corriger le problème, j'ai dû aller dans la base de registres du serveur AOS et désactiver UAC:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

EnableLUA = 0

D365 for Finance and Operations: The service host terminated with exit code:2148734499

Lors de l'installation de D365 for Operations LBD (Local Business Data), j'ai reçu le message d'erreur suivant lors du déploiement du package AXDiagnosticsPkg. 

There was an error during CodePackage activation. The service host terminated with exit code:2148734499

De plus, j'avais le message d'erreur suivant sur le serveur AOS:

RunAsync failed due to an unhandled exception causing the host process to crash: Microsoft.Dynamics.Ax.Xpp.Security.EncryptionException: Encryption error occurred. 

J'ai ouvert un billet avec le support de Microsoft et voici le problème. Il se trouve que le code essaie de décrypter le password du compte axdbadmin en utiliser la librairie AX Crypto parce que le password décrypté possède les mêmes caractéristiques qu'une variable encoder en base64. Eh bien !

Pour corriger le problème, Microsoft m'a demandé d'exécuter le script PowerShell suivant:


J'ai dû ajouter un point d'exclamation à la fin du password et mettre à jour le fichier credentials.json. Ensuite j'ai redémarré l'agent local sur mon cluster Service Fabric et fais un redéploiement.

D365 for Finance and Operations : Service Principal not found

Lors de l'exécution de l'étape 11. Configure LCS connectivity for the tenant, je recevais le message d'erreur suivant:

Service Principal not found

Ceci est dû au fait que je n'ai pas l'application Microsoft Dynamics ERP dans mon Azure Directory. Vous pouvez activer la version d'essai pour Dynamics 365 for Opérations ici : Dynamics 365 for Operations Partner Trial. Vous devez cliquer en haut à droite sur Want To add this To en existing souscription? - Sign In.

Ensuite, vous pouvez vérifier si l'application a été ajoutée à votre Azure Active directory en utilisant le script ci-dessous:


Voici le résultat:

D365 for Finance and Operations : This website requires you to log in: HTTP 403 Forbidden

Lors de la configuration de D365 for Opération on-premises, j'ai fait face à un petit problème dans la section 10. Set up a standalone Service Fabric cluster. Je n'étais pas capable d'accéder la console Service Fabric explorer en utilisant l'adresse https://sf.localdomain:19080. 

This website requires you to log in: HTPP 403 Forbidden.

La solution est d'importer le certificat SSL client.