Reset password, erreur 3000 dans le portail MIM avec le code d’erreur 0x80005000 dans le journal application.
Bonjour à tous,
Dans un cas très rare, il se pourrait que lors d’un reset du mot de passe d’un compte utilisateur dans le portail MIM, une erreur 3000 se produit comme ci-dessous.
Dans le journal application, vérifiez si vous avez des erreurs avec la pile suivante :
The server encountered an error while attempting to perform a set/change password operation.
"BAIL: MMS(18308): ..\dnutils.cpp(1341): 0x800700b7 (Cannot create a file when that file already exists.)
BAIL: MMS(18308): ..\dnutils.cpp(1341): 0x800700b7 (Cannot create a file when that file already exists.)
BAIL: MMS(18308): ..\dnutils.cpp(1341): 0x800700b7 (Cannot create a file when that file already exists.)
BAIL: MMS(18308): admaexport.cpp(2905): 0x80005000 (unable to get error text)
BAIL: MMS(18308): admaexport.cpp(3292): 0x80005000 (unable to get error text)
ERR_: MMS(18308): ..\ma.cpp(8531): ExportPasswordSet failed with 0x80005000
Forefront Identity Manager 4.4.1642.0"
Le code 0x80005000 signifie ceci :
Value |
Description |
Corrective Action |
0x80005000L |
E_ADS_BAD_PATHNAME |
An invalid ADSI pathname was passed. Verify that the object exists on the directory server and check for typos in the path. |
Ceci veut dire qu’il y a un problème avec l’objet dans la recherche dans Active Directory, qui ne trouve pas cet objet.
Voici les points à vérifier :
. Le Distinguished Name (DN) du compte utilisateur en question, il se pourrait qu’il y ait des caractères spéciaux dans le DN qui font que ADSI ne peut pas interpréter comme “/” ou “\”. Comme test, supprimer ces caractères spéciaux afin de voir si l’erreur 3000 disparait.
. Voir si cet objet utilisateur existe réellement dans l’Active Directory
. Vérifier au niveau Active Directory s’il n’y a pas des DC ou domaine ‘fantômes’, c’est à dire des DC qui n’ont pas été dépromus correctement et qu’il reste des traces dans l’AD, et que ADSI cherche à les contacter.
Huu-Duc LÊ