Dynamics AX 2012 : The request failed with HTTP status 403: Forbidden.

Suite à l'installation d'Enterprise Portal, j'étais incapable de créer un site collection avec le template Enterprise Portal. Voici le message d'erreur:

The Web site http://epax.domain.net/sites/DynamicsAX was not created correctly. The request failed with HTTP status 403: Forbidden.

The log on attempt to the server from user domain\mathieu.tessier failed, when using Dynamics Adapter LogonAs from process w3wp and thread id 12.

External component has thrown an exception.

System.Runtime.InteropServices.SEHException
   at BCLogon(LOGON_INFO* , SesPblk_t** , Char** )
   at AxCore.AxSessionFactory.Logon(BC_PROXY_ACCOUNT_INFO* pBCProxyAccountInfo, String company, String language, String objectServer, String configuration, String aol, String aolCode, String tenant, String* msg, SesPblk_t** ppSesPblk)
   at AxCore.AxSessionFactory.LogonUsingBCProxyAccount(_SEC_WINNT_AUTH_IDENTITY_W* pImpersonatedUserAccount, NetworkCredential bcProxyCredentials, String company, String language, String objectServer, String configuration, String tenant, String* msg, IAxSession** ppaxSession, (fnptr)* pAxCheckIsILSession)
   at Microsoft.Dynamics.AX.ManagedInterop.Session.LogonAs(String user, String domain, NetworkCredential bcProxyCredentials, String company, String language, String objectServer, String configuration, String tenant)
   at Microsoft.Dynamics.Framework.BusinessConnector.Session.DynamicsAdapter.LogonAs(String user, String domain, NetworkCredential bcProxyCredentials, String company, String language, String objectServer, String configuration, String partitionKey)

J'avais le message d'erreur suivant dans les logs de SharePoint.

Unknown SPRequest error occurred. More information: 0x80070005

La solution fut de supprimer les fichiers de cache local du compte bcproxy sur la machine SharePoint

Dynamics AX 2012 : AppFabric Server caching features

Lors de la configuration de mon cluster AppFabric pour Entreprise Portal, j'ai réalisé que tous les services distribution cache étaient éteints. Le journal d'événement me connaît le message d'erreur suivant:

The High Availability feature of AppFabric Server caching features requires all nodes in the cache cluster to be running Windows Server Enterprise Edition or higher.

J'ai effectué mon installation sur des serveurs Windows 2012 R2. La version Entreprise n'existe pas avec Windows 2012. 

Ce problème a été corrigé avec CU4 pour App Fabric 1.1.

Je vous conseille d'installer la plus récente version du CU pour App Fabric. À ce jour, la version Cu7 est disponible ici: https://support.microsoft.com/en-us/kb/3092423.

Dynamics AX 2012 : Could not connect to the SharePoint document library.

Incapable de synchroniser les gabarits de ma librairie SharePoint avec Dynamics AX:

Could not connect to the SharePoint document library. Ensure that the url is correct. If the error persists ensure the proper authentication mode is configured for this site.

Le problème était le nom de ma librairie, je l'avais nommée "AX Templates". J'ai été capable de faire la synchronisation après avoir créé une nouvelle librairie avec le nom "AXTemplates" sans espace dans le nom.

Dynamics AX 2012 : Target principal name is incorrect.

J’avais configuré un serveur "All-in-One" et suite au changement de compte du service AOS, je me suis retrouvé avec l'erreur suivante lors de l'affichage des rapports SSRS et de l’ouverture d’Enterprise Portal:

Target principal name is incorrect.

Dans ce cas-ci, j'utilisais la configuration AX par défaut non modifiable. Pour corriger le problème, j’ai dû créer une nouvelle configuration et rafraîchir les paramètres WCF. Ensuite, j’ai redémarré le service SSRS et IIS.

Dynamics AX 2012 : An exception occurred when trying to issue security token

Lors de déploiements d'Entreprise Portal, je recevais le message d'erreur suivant:

Request information:

Request URL: http://ax-test01/_layouts/EPDeploymentService/EPDeploymentService.asmx

Request path: /_layouts/EPDeploymentService/EPDeploymentService.asmx

Error: The description for Event ID '-1073739820' in Source 'PerfNet' cannot be found.  The local computer may not have the necessary registry information or message DLL files to display the message, or you may not have permission to access them.  The following information is part of the event:

Error: The description for Event ID '-1073740816' in Source 'Perflib' cannot be found.  The local computer may not have the necessary registry information or message DLL files to display the message, or you may not have permission to access them.  The following information is part of the event:'WmiApRpl', 'C:\Windows\system32\wbem\wmiaprpl.dll', '8'

Error: The Web site http://ax-test01/sites/DynamicsAx was not created correctly.

Dans le journal d'événements, je pouvais y voir l'erreur suivante:

An exception occurred when trying to issue security token: There was no endpoint listening at http://localhost:32843/SecurityTokenServiceApplication/securitytoken.svc that could accept the message. This is often caused by an incorrect address or SOAP action. 

Il se trouve que le problème est avec SharePoint et non Dynamics AX. SharePoint n'est pas capable d'émettre un token de sécurité via son service web. Dans mon cas, le site web appelé SharePoint Web Services n'était pas démarré. Après l'avoir démarré via la console IIS, j'ai testé le service web en utilisant l'adresse suivante: 

http://localhost:32843/SecurityTokenServiceApplication/securitytoken.svc 

Ensuite, le déploiement d'Enterprise Portal a fonctionné.

Dynamics AX 2012 : Microsoft Dynamics AX could not locate the Web server

Lors du déploiement d'un site Enterprise Portal en utilisant l'outil AxUpdatePortal, je recevais le message d'erreur suivant :

Microsoft Dynamics AX could not locate the Web server. Verify that Enterprise Portal is installed on the Web server. If Enterprise Portal is installed, verify that the server is available on the network.

Pourtant, le site web était accessible. De plus, le message d'erreur n'apparaissait pas instantanément, mais seulement après quelques minutes. Afin de résoudre le problème, j'ai augmenté le timeout dans le fichier de configuration de AxUpdatePortal:

Le fichier se trouve à cet endroit:

C:\Program Files\Microsoft Dynamics AX\60\Setup\EPDeploymentService\web.config

et j'ai ajouter le paramètre suivant entre les balises <configuration> :

<system.web>
<httpRuntime executionTimeout="3600"/>
</system.web>

Dynamics AX 2012 : Ensure that a supported version of Microsoft SharePoint is installed and the Central Administration web site is running.

Lors de la validation des prérequis à l'installation d'Enterprise Portal, le composant Website (Microsoft SharePoint Central Administration) était en échec. Lorsque je cliquais sur le statut, je recevais le message suivant:

Ensure that a supported version of Microsoft SharePoint is installed and the Central Administration web site is running.

Toutefois, le compte utilisé était administrateur de la ferme SharePoint et j'étais capable de naviguer dans la console de gestion.

Le problème est dû à un manque de permission, l'utilisateur doit être membre du groupe WSS_Content_Application_Pools dans la base de données SharePoint_Config.

Dynamics AX 2012 : Setup could not retrieve the Web application

Dans mon laboratoire, j’ai deux serveurs SharePoint 2013. Les deux serveurs sont de type Application et Web. Lors du déploiement d’EP sur le deuxième serveur, je recevais le message d’erreur suivant :

Setup could not retrieve the Web application for Web site http://WIN2008MTESSIER. The Web site is extended in SharePoint.

En d’autres mots, l’outil d’installation n’a pas été capable de trouver l’application afin d’y déployer EP. Le problème est dû au fait que le Web Application n’est pas atteignable en utilisant l’adresse mentionnée plus haut. La bonne solution serait de configurer un host header. 

Dans mon cas (environnement de labo), j’ai seulement ajouté un Alternate Access Mapping qui correspondait au nom du deuxième serveur. 

Dynamics AX 2012 : Could not retrieve a valid Windows identity. ---> Access is denied.

Lors du déploiement d’Enterprise Portal sur SharePoint 2013 SP1, je recevais les messages d’erreur suivants:

Exception message: Server cannot clear headers after HTTP headers have been sent.

[…]

Server was unable to process request. ---> Could not retrieve a valid Windows identity. ---> Access is denied.

Malgré le fait que le message d’erreur relié à la tête HTTP apparaisse en premier, l’échec de l’installation est causé par l’accès refusé. Le message d’erreur n’est pas explicite à ce sujet, mais l’accès refuser est lié à l’obtention d’un Token via le service Claims to Windows Token Service (C2WTS).

Afin de facilité le diagnostic, vous pouvez c2WTS Tester via ce lien : 

http://rodneyviana.codeplex.com/releases/view/19103

C2WTS could not provide a valid Windows Token. Reason: Access is denied.

Dans ce cas, le problème était l’utilisateur avec lequel je tentais de faire l’installation. J’utilisais un utilisateur qui se trouvait dans un domaine autre que le domaine dans lequel le serveur se trouvait. 

Dynamics AX 2012 : Could not retrieve a valid Windows identity

L’installation échouait lors de l’installation de Dynamics AX 2012 R3 sur SharePoint 2013 SP1. Le message d’erreur suivant était présent dans le fichier de log.

EP Installation Failed

Server was unable to process request. ---> Could not retrieve a valid Windows identity. ---> The message could not be dispatched because the service at the endpoint address 'net.pipe://localhost/s4u/022694f3-9fbd-422b-b4b2-312e25dae2a2' is unavailable for the protocol of the address.

[...]

Installation completed successfully, but Setup could not create the Enterprise Portal website. You can create the website by running Setup and installing Enterprise Portal again. You can also manually create a website using SharePoint Central Administration.
An error occurred during setup of Enterprise Portal (EP).
Reason: Exception has been thrown by the target of an invocation.

J’ai trouvé la solution sur cette page : http://technet.microsoft.com/en-us/library/dn169057.aspx

Il faut démarrer le service Claims to Windows Token Service de SharePoint et ensuite installer Enterprise Portal.

Dynamics AX 2009 : An error occured while Setup was creating a new site.

Lors du déploiement d’Enterprise Portal sur WSS 3.0, l’installation me retournait un warning et le site EP ne s’affichait pas. Dans le fichier de log, j’y trouve les informations suivantes :

An error occured while Setup was creating a new site.

The underlying connection was closed: An unexpected error occurred on a receive.

Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host.

An existing connection was forcibly closed by the remote host

Pour résoudre le problème, il faut installer Analysis Management Objects (AMO) pour SQL Server.

Celui pour SQL 2005 se trouve sur ce lien. Et celui pour SQL 2008 sur ce lien.

Dynamics AX 2012 : You cannot view data on this page because you are not a registered user

Lorsqu'on installe plusieurs portails Enterprise Portal sur le même serveur, on doit configurer le fichier web.config de chaque site afin de lui mentionner le fichier de configuration AXC auquel il doit se connecter. Le paramètre en question est le suivant :

 <Microsoft.Dynamics> 
  <Session Configuration="\\<server_name>\<path>\<configuration_file>.axc"/> 
  </Microsoft.Dynamics>

En utilisant cette configuration, il faut s’assurer que l’utilisateur qui exécute l’Application Pool du site possède les droits en lecture sur le dossier partagé et le fichier AXC. Cet utilisateur est normalement bcproxy. Autrement, les messages d’erreurs suivants s'afficheront :

You cannot view data on this page because you are not a registered user in Microsoft Dynamics AX. Contact your Microsoft Dynamics AX administrator.

The type initializer for 'Microsoft.Dynamics.Framework.Portal.AxaptaConfiguration' threw an exception.An unexpected error has occurred.

No .NET Business Connector session could be found.

Dynamics AX 2012 : Multiple SSRS & EP sur le même serveur

Avec Dynamics AX 2012, il est maintenant possible d’installer plusieurs instances de Reporting Services sur le même serveur connecté sur de différent AOS.

La configuration est possible en utilisant un fichier AXC afin d’informer SSRS sur les informations de connexion à l’AOS. En contrepartie, il faut installer une nouvelle instance SSRS par environnement AX.

Voici le lien avec les étapes à suivre :

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

Il est aussi possible d’avoir plusieurs sites Enterprise Portal sur le même serveur qui pointent vers différent environnement. Encore une fois, on configure le fichier web.config pour spécifier un fichier AXC à utiliser lors de la connexion.

Voici le lien avec les étapes à suivre :

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

Dynamics AX 4 : Object 'CLRObject' could not be created

Lors de l'installation de Enterprise Portal 4.0 sur une machine Windows 2003 avec WSS 3.0, je reçois le message d'erreur suivant lorsque je clique sur Manage Deployement

Clr object is not initialized
Object 'CLRObject' could not be created

Il faut copier le fichier ax32.exe.config du DVD d'installation de AX 4 SP1 sur le serveur. Le fichier se trouve dans [DVD]\Msi\Client\Program Files\Microsoft Dynamics\4.0\Client\Bin\ax32.exe.config et doit être copié dans le dossier suivant:

• 32 Bits : C:\Program Files\Microsoft Dynamics AX\40\Client\Bin
• 64 Bits : C:\Program Files (x86)\Microsoft Dynamics AX\40\Client\Bin

Si le fichier existe déjà dans le dossier de destination, il faut vérifier que la balise bindingRedirect est identique à celle-ci:

<bindingRedirect oldVersion="11.0.0.0" newVersion="12.0.0.0"/>

Après les modifications, vous devez redémarrer le client AX.

Dynamics AX 2009 : Invalid parameters passed to getUserSid

Un de mes clients a rencontré un problème lorsqu'il ajoutait un utilisateur qui se situait dans l'Active Directory de la DMZ. On parle ici d'un environnement multi-forest pour satisfaire les besoins d’une architecture Traditional Perimeter d'Enterprise Portal. En effet, lors de l'activation de l’utilisateur, l'erreur suivante apparaissait : Invalid parameters passed to getUserSid

Le problème était relié directement à la résolution DNS au sein du réseau. L'AOS n'était pas capable de contacter le contrôleur de domaine puisque la résolution DNS était défaillante.

Exemple

• Notre domaine de la DMZ s'appelle domain.dmz
• Nous avons deux contrôleurs de domaine dans la DMZ : dc1.domain.dmz et dc2.domain.dmz
• L'adresse IP de dc1.domain.dmz est 10.10.10.1
• L'adresse IP de dc2.domain.dmz est 10.10.10.2

nslookup domain.dmz doit me retourner 10.10.10.1 et 10.10.10.2

nslookup dc1.domain.dmz doit me retourner l'adresse 10.10.10.1
nslookup dc2.domain.dmz doit me retourner l'adresse 10.10.10.2

Dès que la résolution du domaine de la DMZ à été corrigée, l'ajout de l'utilisateur a été possible !

Dynamics AX 2009 : SysDevelopmentProxy (object) has no valid runable code in method 'generate'.

Lors de l'installation d'Enterprise Portal sur un environnement AX 2009, Setup.exe termine avec une erreur et on y retrouve le message suivant du log d'installation :

Error executing code: SysDevelopmentProxy (object) has no valid runable code in method 'generate'.

[...]

An error occurred during setup of Role Centers and Enterprise Portal.
Reason: No .NET Business Connector session could be found.
Pour résoudre ce problème, il faut compiler la classe SysDevelopmentProxy

1. Ouvrir un client AX
   
2. Ouvrir AOT
3. Compiler SysDevelopmentProxy

Ensuite, vous devez relancer l'installation...

Dynamics Ax 2009 : Enter a valid Active Directory domain controller

Lors d'une implantation d'Enterprise Portal avec une configuration "Traditional Perimeter", vous devez indiquer le Domain Controller dans Administration -> Setup -> Internet -> External Web Users

Comme indiqué dans le Technet Configure a traditional perimeter network for Enterprise Portal, il faut que IIS puisse résoudre le nom de l'AOS en utilisant Netbios :

Resolve computer names

Microsoft Dynamics AX uses the Remote Procedure Call (RPC) to communicate with the AOS. NetBIOS is a requirement of RPC. The IIS server and the AOS cannot communicate unless the IIS server can resolve the AOS IP address and name by using an LMHosts file.

Follow these steps to resolve the computer names.

1. Create an LMHosts file on the IIS server in the perimeter network. For information about how to create this file, see How to Write an LMHosts File for Domain Validation and Other Name Resolution Issues.
2. Add the AOS IP address and the AOS name in the LMHosts file on the IIS server.

Malgré la configuration du Netbios, la validation du contrôleur de domaine ne fonctionnait toujours pas. J'obtenais ce message d'erreur :

Enter a valid Active Directory domain controller

Workaround

Pour contourner le problème, il suffit de manuellement modifier la base de données

Table : SYSPERIMETERNETWORKPARAMS

Sélectionner la ligne avec le DATAAREAID qui est égale la compagnie à modifier.

Modifier la valeur du champ PNTYPE = 3

Modifier la valeur du champ PNDDOMAINNAME = DomainControler.MonDomaine.com

Cette modification permet d'éviter la validation du contrôleur de domaine.

Dynamics AX 2009 : User cannot be found.0x80131600

La configuration recommandée lors de l’implantation d’Enterprise Portal est du type traditional perimeter network.

Il y a peu de documentation à ce sujet mise à part ce Technet de Microsoft : http://technet.microsoft.com/en-us/library/dd361998.aspx. On peut y suivre toutes les recommandations et configurations du Technet, mais à la fin de l’installation d’Entreprise Portal, le Setup.exe m’indique un Warning et le log me donne ceci :

An error occured while Setup was creating a new site.

Exception of type 'Microsoft.SharePoint.SoapServer.SoapServerException' was thrown. User cannot be found.0x80131600

[…]

API return status: Warning

Leaving function Microsoft.Dynamics.Framework.Deployment.Portal.IEPDeployment.InstallEnterprisePortal

Il faut comprendre la topologie : Nous avons un domain.lan situés dans le LAN (Internal Network) et un domain.net situé dans la DMZ (Perimeter Network) dans deux forêts différentes. Comme l’image l’indique, domain.net trust domain.lan, mais domain.lan ne trust pas domain.net, nous avons donc un one-way trust.

Pour revenir au problème, lorsque je lance l'installation d’Enterprise Portal sur le serveur en tant qu’utilisateur du domain.lan, puisque nous devons avoir un utilisateur valide dans AX pour lancer l’installation, la fin de l'installation, j’obtiens l’erreur un Warning et lorsque j'ouvre mon site Enterprise Portal, je reçois une erreur 404.

Le problème est du fait que le processus d'installation d'Enterprise Portal est incapable de créer le Site Collection DynamicsAX en lui assignant l'utilisateur qui a lancé Setup.exe en tant qu’administrateur du site. Donc, vous devez configurer SharePoint afin que le People Picker (sélecteur de personne) fonctionne pour votre deuxième foret situé dans le LAN. En effet, lorsqu’une application Web utilise l’authentification Windows, le people-picker recherche toutes les forêts approuvées bidirectionnelles et tous les domaines approuvés bidirectionnels. Toutefois, si vous souhaitez réaliser des recherches à partir d’une forêt ou d’un domaine approuvé à sens unique, vous devez exécuter l’opération setapppassword, puis la propriété peoplepicker-searchadforests. Il existe plusieurs blogues pour mieux comprendre cette fonction :

http://blogs.msdn.com/b/joelo/archive/2007/01/18/multi-forest-cross-forest-people-picker-peoplepicker-searchadcustomquery.aspx

Dans notre cas, voici les opérations qui doivent être faites sur le serveur Enterprise Portal

Configurer une clé d’encryption (essentiel puisque vous nous avons un one-way trust)

• Syntaxe : stsadm.exe -o setapppassword -password key
• Exemple : stsadm.exe -o setapppassword -password P4ssword$$

Configurer la propriété peoplepicker-searchadforests

Syntaxe :

stsadm.exe -o setproperty -url http://url -pn "peoplepicker-searchadforests" -pv "forest:dnsname, username, password; domain:dnsname, username, password"

Exemple :

stsadm.exe -o setproperty -url http://wsserver:4185 -pn "peoplepicker searchadforests" -pv "forest:contoso.com,contoso.com\user, Passw0rd;domain:contoso.com,contoso.com\user, Passw0rd"

Test

Il n'est pas obligé de relancer l'installation tester votre nouvelle configuration. Il suffit de créer un nouveau Sites Collection et inscrire l'utilisateur actuellement connecté à Windows (domain\user) dans la case Administrateur Primaire de la collection. Si le check name fonctionne, la configuration de votre SharePoint est correcte et vous pouvez lancer l'installation AX. Autrement, SharePoint n'est toujours pas capable de résoudre un utilisateur d'un autre domaine.

Dynamics AX 2009 : Could not obtain Fully Qualified Domain Name for the domain

L'installation d'Enterprise Portal sur un environnement de développement échouait à tous les coups. Dans le Event Viewer du serveur, j'ai l'erreur suivante:

Microsoft Dynamics AX Business Connector Session ##.

An X++ exception has occurred.
Could not obtain Fully Qualified Domain Name for the domain *

... et l'erreur suivante dans le fichier de log de l'installation.

An error has occured while Setup was establishing a connection through Business Connector. Error: Dynamics Adapter CallStaticClassMethod failed.

Voici les étapes pour faire fonctionner l'installation

1. Ouvrer IIS
2. Sélectionner Application Pool
3. Cliquer sur le bouton de droite sur l'Application Pool de votre site EP
4. Cliquer sur Properties
5. Cliquer sur l'onglet Identities
6. Assurez-vous que le compte Business Connector est spécifié avec le domaine "domain\account"
7. Connectez-vous dans l'environnement via le client AX
8. Supprimer l'Alias et le Network domain du Business Connector Proxy (Administration-> Setup -> Security -> System service accounts)
9. Cliquer OK
10. Relancer l'installation d'Enterprise Portal.

Lors de l'installation, il faut spécifier le Business Connector Proxy en utilisant le nom de domaine : "domain\account"

Dynamics AX 2009 : A process failed while creating ODC file

Lorsque vous voulez déployer les ODC Files, vous recevez le message d'erreur suivant :

An error occurred while retrieving information from a SQL Server Analysis
Services component. A process failed while creating ODC files.

Une erreur dans le journal d'évènements est aussi apparue avec comme dernière ligne :

Microsoft.Dynamics.AnalysisServices.DatabaseManager.IsServerValid(String serverName)

Valider que votre site Enterprise Portal soit fonctionnel.

1. Adminitration -> Setup -> Internet -> Enterprise Portal -> Web Sites
2. Valider que le serveur soit présent
3. Cliquer sur View in Browser pour vérifier le bon fonctionnement du site

Si tout est OK, effectuez un IISRESET /NOFORCE sur votre serveur Web et refaites le déploiement des fichiers ODC