Erreur irrécupérable lors de l'installation du serveur d'administration Service Manager 2025

Question

SCSMInstall01.log

Bonjour,

J'essaie d'installer le serveur d'administration Service Manager 2025 dans une VM Windows Server 2025 connecté à l'AD d'une autre VM (Server 2022), mais j'ai systématiquement une erreur irrécupérable à la fin de l'installation.

J'ai rempli préalablement les prérequis suivants :

SQL Server 2025 CTP2.1 avec Full-Text et Analysis Services

SQL Server Reporting Services

Visual C++ 2015-2022 x64

.NET Framework 4.8 et 3.5 SP1

SQL Server Management Objects

ADO.NET Data Services à jour

MSOLEDBSQL

8 Go Mémoire

compte utilisateur du domaine sysadmin de la base de données

Dans les logs, j'ai l'erreur MSI 1603 qui revient constamment

Cela semble provenir de l'étape "PopulatingUserRoles"

Une idée d'où ca peut provenir ?

Answer 1

Bonjour,

L’erreur MSI 1603 lors de l’installation de Service Manager 2025, en particulier à l’étape PopulatingUserRoles, est généralement liée à un problème de droits ou d’accès Active Directory / SQL, plutôt qu’à un prérequis manquant.

Cette étape correspond à la création et à l’attribution des rôles SCSM (administrateurs, analystes, workflows, services) dans la base SQL et dans l’AD. Si l’une de ces opérations échoue, l’installation s’arrête avec une erreur irrécupérable.

Les causes les plus fréquentes sont les suivantes :

• Le compte utilisé pour l’installation est bien sysadmin SQL, mais n’a pas les droits suffisants dans l’Active Directory (lecture/écriture sur les objets utilisateurs et groupes).
• Le compte d’installation n’est pas membre de Domain Admins, ou au minimum n’a pas les permissions nécessaires pour créer/modifier des groupes de sécurité.
• Problème de résolution AD entre les deux VM (Server 2025 et DC Server 2022) : DNS mal configuré, latency, ou ports AD bloqués.
• Utilisation d’une version SQL non totalement supportée (SQL Server 2025 CTP) pouvant provoquer des comportements imprévus, notamment sur la gestion des rôles et des permissions.
• Installation lancée avec un compte utilisateur classique au lieu d’un compte de service recommandé pour SCSM.
• Présence de restes d’une installation précédente (bases partiellement créées, logins déjà existants dans SQL).

Quelques vérifications concrètes à faire :

1. Lancer l’installation avec un compte membre de Domain Admins (au moins pour tester).
2. Vérifier dans SQL que le compte dispose bien de :
   • sysadmin
     • droits de création de login et de rôles
     1. Contrôler les logs détaillés (notamment dans C:\Users\<user>\AppData\Local\Temp\SCSM*.log) pour identifier précisément quel objet AD ou SQL échoue lors de PopulatingUserRoles.
     2. Vérifier la résolution DNS entre les deux machines (DC en DNS primaire sur la VM SCSM).
     3. Tester, si possible, avec une version SQL officiellement supportée (SQL Server 2022) afin d’exclure un problème lié au CTP.

En résumé, l’erreur ne vient pas des prérequis techniques déjà installés, mais très probablement d’un problème d’autorisations AD/SQL ou de compatibilité SQL au moment de la création des rôles Service Manager.

J’espère que cela vous aidera. Si vous trouvez cette réponse utile, veuillez envisager de cliquer sur « Accept Answer » afin que d’autres puissent également en bénéficier.Bonjour,

L’erreur MSI 1603 lors de l’installation de Service Manager 2025, en particulier à l’étape PopulatingUserRoles, est généralement liée à un problème de droits ou d’accès Active Directory / SQL, plutôt qu’à un prérequis manquant.

Cette étape correspond à la création et à l’attribution des rôles SCSM (administrateurs, analystes, workflows, services) dans la base SQL et dans l’AD. Si l’une de ces opérations échoue, l’installation s’arrête avec une erreur irrécupérable.

Les causes les plus fréquentes sont les suivantes :

• Le compte utilisé pour l’installation est bien sysadmin SQL, mais n’a pas les droits suffisants dans l’Active Directory (lecture/écriture sur les objets utilisateurs et groupes).
• Le compte d’installation n’est pas membre de Domain Admins, ou au minimum n’a pas les permissions nécessaires pour créer/modifier des groupes de sécurité.
• Problème de résolution AD entre les deux VM (Server 2025 et DC Server 2022) : DNS mal configuré, latency, ou ports AD bloqués.
• Utilisation d’une version SQL non totalement supportée (SQL Server 2025 CTP) pouvant provoquer des comportements imprévus, notamment sur la gestion des rôles et des permissions.
• Installation lancée avec un compte utilisateur classique au lieu d’un compte de service recommandé pour SCSM.
• Présence de restes d’une installation précédente (bases partiellement créées, logins déjà existants dans SQL).

Quelques vérifications concrètes à faire :

1. Lancer l’installation avec un compte membre de Domain Admins (au moins pour tester).
2. Vérifier dans SQL que le compte dispose bien de :
   • sysadmin
     • droits de création de login et de rôles
     1. Contrôler les logs détaillés (notamment dans C:\Users\<user>\AppData\Local\Temp\SCSM*.log) pour identifier précisément quel objet AD ou SQL échoue lors de PopulatingUserRoles.
     2. Vérifier la résolution DNS entre les deux machines (DC en DNS primaire sur la VM SCSM).
     3. Tester, si possible, avec une version SQL officiellement supportée (SQL Server 2022) afin d’exclure un problème lié au CTP.

En résumé, l’erreur ne vient pas des prérequis techniques déjà installés, mais très probablement d’un problème d’autorisations AD/SQL ou de compatibilité SQL au moment de la création des rôles Service Manager.

J’espère que cela vous aidera. Si vous trouvez cette réponse utile, veuillez envisager de cliquer sur « Accept Answer » afin que d’autres puissent également en bénéficier.
Matisse