Un problème auquel une CNC fait face quotidiennement ou chaque semaine, ce sont les noyaux zombies. Habituellement, les noyaux d’objets d’appel deviennent en mode zombie, ce qui cause des échecs des applications et des problèmes d’intégrité des données. Ce blogue explique comment analyser un noyau qui est devenu un zombie et comment fournir les informations nécessaires aux développeurs ou utiliser le support Oracle pour aider à résoudre le problème.
Scénario
Un noyau d’objet d’appel devient zombie.
Que pouvons-nous faire? Quels endroits chercher pour les détails.
- Journaux web du gestionnaire serveur
- jdenet_n journaux sur le serveur d’entreprise
- Appelez le fichier DMP de la pile sur le serveur d’entreprise si disponible
Les trois emplacements ci-dessus suffisent à saisir tous les détails nécessaires.
Étapes
- Ouvrez le gestionnaire de serveurs et capturez le PID du noyau zombie pour le serveur d’entreprise
- Analysez les journaux de jdenet_n sur le serveur d’entreprise qui enregistreront le PID zombie avec la pile d’appels. La chaîne à chercher pour « net process : process 3528 set to Zombie »
Le pid surligné n’est qu’un exemple. - Cherchez le fichier dmp s’il existe dans le dossier des journaux du serveur d’entreprise. Le format du nom de fichier dmp est :
jde_pid_xxxxxx_1_dmp où xxxxx est un nombre aléatoire - Fournir à l’équipe de développement client tous les détails ci-dessus
- Le vidage de la pile d’appels est toujours lu de bas en haut
- Vous pouvez aussi vérifier les journaux du serveur web pour trouver l’utilisateur, l’application associée au PID du noyau qui est devenu zombie
- Une fois que vous avez toutes les informations, vous pouvez aller au support Oracle pour les zombies de fonctions métier standard et chercher un ESU. Appliquez l’ESU et testez la demande.
Si l’objet est personnalisé, vous fournissez tous les détails des journaux de jdenet_n, appelez le dmp de la pile aux développeurs pour qu’ils puissent corriger le code.