none
Erreur 0xc0000142 entraîne crash Windows Server 2012 RRS feed

  • Question

  • Bonjour,

    Je suis actuellement confronté à un problème récurrent...

    Je possède un Serveur PowerEdge R710 (2 CPU - 16Go RAM) sous Windows 2012 Server Standard. Un machine virtuelle est exécutée (Windows Server 2012) :

    - BDD

    - Soft distribution Appel

    - Soft timer pour redémarrage de services 2 fois par semaine

    - Tâche planifiée pour synchronisation exécutée toutes les 2 minutes 24/24 

    Or cette machine virtuelle plante à peu près 2 semaines après son redémarrage (Windows Update). Ce crash se produit tout les mois. 

    Heureusement pour nous, la VM ne plante pas brutalement !

    Cela commence lors du lancement manuel d'une application (qui ne pose pas de PB d'habitude) en m'affichant une erreur du type "l'application n'a pas réussi à démarrer correctement 0xc0000142"

    En suite j'essai de me rendre sur le panneau de configuration, sauf qu'une fois la fenêtre ouverte il est totalement vide. Quant à l’exploration des fichiers sur le disque tout fonctionne.

    Le gestionnaire de tâche me ramène aussi l'erreur "0xc0000142".

    Jusqu'au crash complet d'explorer puis des applications, seuls les services restent opérationnels.

    L'arrêt brutal de la VM est nécessaire pour pouvoir la relancer

    Le matériel semble adapté et opérationnel... Mais malgré ça, le crash se répète...

    Avez-vous une idée ? Car là je ne comprend pas d'où le problème peut venir.

    Merci de votre aide


    • Modifié CocoaCola mercredi 29 janvier 2014 09:45
    • Type modifié Florin Ciuca lundi 3 février 2014 11:11 attente de feedback
    • Type modifié Emile Supiot mardi 22 septembre 2015 07:53
    mercredi 29 janvier 2014 09:44

Réponses

  • Bonjour CocoaCola,

    J'ai déjà rencontré un problème similaire dans le passé chez un client qui hébergait son App métier sur un WSServer2012.

    L'erreur remontée sur l'event viewer indique un problème au niveau de la DLL utilisée par votre App métier, cela peut être liée à :

    > DLL corrompue

    > Mauvais chargement de la DLL à un instant T

    > Plantage du Processus correspond à votre App métier 

    > ...

    J'avais résolu le problème en faisant un diag avancé en générant des dumps RAM/CPU pour voir ce qui se passait exactement au moment du crash.

    Je vous conseille le sysinternal tools : PROCDUMP.exe

    Une fois téléchargé, procedez de la manière suivante :

    > Extract du dossier procdump.zip dans > C:\ProcDump

    > Créez le dossier suivant C:\DumpsCPU

    > Lancez TASKMgr.exe et notez l'ID du processus (PID) de votre App métier causant le crash (e.i : XXXX)

    > Lancez cmd.exe en tant qu'Admin et saisissez les commandes suivantes :

    cd C:\ProcDump && procdump -accepteula -ma 64 -t XXXX C:\DumpsCPU\MonAppMetier.dmp

    ou le XXXX est le PID de votre App Métier

    L'invite de commande ne retourne aucun résultat

    Faut laisser ProcDump tourné et NE PAS FERMER L'INVITE DE COMMANDE

    Quand le crash se produit, procDump génére le MonAppMetier.dmp

    Quand vous aurez ce fichier, laissez nous un message pour nous tenir informé

    Je vous dirai comment procéder par la suite pour lire et exploiter le fichier .dmp

    La procédure etant un peu particulier, je vous détaillerai la suite dans un autre message

    A+


    Hicham KADIRI | Just Another IT Guy
    eBook RDS 2012 R2 désormais disponible !

    • Marqué comme réponse Emile Supiot mardi 22 septembre 2015 07:53
    lundi 14 septembre 2015 19:56

Toutes les réponses

  • Bonjour,

    Pourriez-vous vérifiér les mises à jour qui ont été installé?

    Rencontrez-vous d'autres erreurs dans le loq System?

    Quel est votre antivirus?

    Bien cordialement,

    Florin 


    Florin CIUCA, MSFT  Votez! Appel à la contribution
    Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    jeudi 30 janvier 2014 08:43
  • Bonjour,

    Désolé pour la réponse tardive.

    Selon mes rapports, l'installation des mises à jours Windows semblent correctes. 

    Pour ce qui concerne les logs systèmes j'ai d'autres erreurs qui surviennent :

    - Erreurs "sydebysyde" générées depuis une DLL (liée à notre logiciel métier, problème assemblyIdenty) chaque nuit (ou presque) aux alentours de 3h00.

    - Erreurs de WinVNC ("cleanDesktopItemOptions : Nom implémenté") à chaque connexion VNC

    - Erreurs "Application Error" générées juste avant le crash complet de la VM (Module défaillant : KERNELBASE.dll, version 6.2.9200.16451, horodatage : 0x50988950

    Voilà l'ensemble des erreurs générées, mais à part les erreurs Application Error générées après 2 semaines de production, j'ai du mal à saisir quel est l’événement déclencheur.

    Pour l'antivirus, aucun n'est mis en place sur la machine.

    Merci de votre aide.

    Bien cordialement,

    Charlie

    lundi 3 février 2014 13:29
  • Bonjour Charlie,

    Avez-vous installé le KB 2750149? Supprimez-le et voir si ça marche.

    Essayez aussi de régler l'erreur DLL car cela pourrait être le problème.

    Bien cordialement,

    Florin 


    Florin CIUCA, MSFT  Votez! Appel à la contribution
    Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    lundi 3 février 2014 13:43
  • Bonjour,

    Merci de votre réponse.

    Pensez vous que la KB2750149 est sujet à mes problèmes ? J'ai lu qu'il avait un impact négatif sur le failover cluster. J'imagine qu'il est donc à supprimé sur la machine hôte et la VM.

    Pour la DLL, je suis en liaison avec mon fournisseur pour corriger ce bug...

    Bien cordialement.

    Charlie.

    lundi 3 février 2014 14:05
  • Re,

    Bizarrement cette mise à jour KB2750149 est présente dans l'historique des mises à jour, mais n'est pas présente dans les mises à jours installées. 

    Donc la désinstallation semble compromise... Par contre un patch existe (et il ne semble pas être installé sur ma VM) : KB 2803748. Mais il n'est pas applicable pour mon cas (selon l'OS qui me bloque l'installation).

    Je suis donc bloqué pour la suppression des cette MAJ.

    Avez-vous une idée pour débloquer la situation ?

    Merci de votre aide.

    Bien cordialement,

    Charlie.

    lundi 3 février 2014 16:26
  • Vous pouvez essayer d'utiliser un logiciel comme bluescreenview afin de voir le module ayant provoqué le crash.

    Avez-vous vérifier la version de vos pilotes ? Certain pilotes qui ne colle pas avec la version Firmware peuvent provoquer des crash.

    lundi 3 février 2014 17:27
    Modérateur
  • Bonsoir,

    Merci pour votre réponse. Même si la génération de .dmp est activée, le dossier est vide.

    Je ne peux donc pas les interpréter...

    Pour ce qui est des pilotes, je vais vérifier. Mais comme il s'agit seulement du crash de la VM et non de la machine hôte, une erreur de pilote pour aboutir à un crash ?

    Merci.

    Bien cordialement,

    Charlie

    lundi 3 février 2014 17:48
  • Bonjour CocoaCola,

    J'ai déjà rencontré un problème similaire dans le passé chez un client qui hébergait son App métier sur un WSServer2012.

    L'erreur remontée sur l'event viewer indique un problème au niveau de la DLL utilisée par votre App métier, cela peut être liée à :

    > DLL corrompue

    > Mauvais chargement de la DLL à un instant T

    > Plantage du Processus correspond à votre App métier 

    > ...

    J'avais résolu le problème en faisant un diag avancé en générant des dumps RAM/CPU pour voir ce qui se passait exactement au moment du crash.

    Je vous conseille le sysinternal tools : PROCDUMP.exe

    Une fois téléchargé, procedez de la manière suivante :

    > Extract du dossier procdump.zip dans > C:\ProcDump

    > Créez le dossier suivant C:\DumpsCPU

    > Lancez TASKMgr.exe et notez l'ID du processus (PID) de votre App métier causant le crash (e.i : XXXX)

    > Lancez cmd.exe en tant qu'Admin et saisissez les commandes suivantes :

    cd C:\ProcDump && procdump -accepteula -ma 64 -t XXXX C:\DumpsCPU\MonAppMetier.dmp

    ou le XXXX est le PID de votre App Métier

    L'invite de commande ne retourne aucun résultat

    Faut laisser ProcDump tourné et NE PAS FERMER L'INVITE DE COMMANDE

    Quand le crash se produit, procDump génére le MonAppMetier.dmp

    Quand vous aurez ce fichier, laissez nous un message pour nous tenir informé

    Je vous dirai comment procéder par la suite pour lire et exploiter le fichier .dmp

    La procédure etant un peu particulier, je vous détaillerai la suite dans un autre message

    A+


    Hicham KADIRI | Just Another IT Guy
    eBook RDS 2012 R2 désormais disponible !

    • Marqué comme réponse Emile Supiot mardi 22 septembre 2015 07:53
    lundi 14 septembre 2015 19:56