Serveur Weblogic 10.0 - Serveur géré en cours de fermeture

Question

Nous avons un serveur weblogic10.0 instance qui a un cluster avec un managed server. Chaque lundi à 5h du matin (ou quelques secondes après), il s'éteint tout seul. Les journaux ne montrent pas d'erreur, sauf le message suivant:

JVM called WLS shutdown hook. The server will force shutdown now. 

machine virtuelle Java a une option -Xnohup et en utilisant JRockit. Il n'y a pas de travail cron sur le serveur. Je ne suis pas sûr de savoir comment déboguer celui-ci. Le serveur Admin continue de fonctionner sans problème et je suis capable de redémarrer le serveur géré sans problème. Toute aide est grandement appréciée.

Mise à jour:
J'ai essayé d'utiliser -Djrockit.waitonerror, mais JVM ne suspend pas. Je vois aussi le message "panique" suivant dans le journal juste avant ou quelques minutes avant. CharScanner; panic: ClassNotFoundException: org.antlr.stringtemplate.language.ChunkToken. On dirait que cela pendant une sorte de lancer des diagnostics:

<Diagnostics> <BEA-320140> <Scheduling data retirement tasks as per configuration.>

Merci.

Answer 1

Conflit avec la version antlr de weblogic et celle utilisée dans l'application déployée (war). Inclus que la guerre dans un fichier oreille et mettre un weblogic-application.xml fichier META-INF avec les éléments suivants:

<weblogic-application xmlns="http://www.bea.com/ns/weblogic/90" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">  
<prefer-application-packages> 
    <package-name>antlr.*</package-name> 
</prefer-application-packages> 

Answer 2

Étant donné que vous utilisez l'option -Xnohup, il est très probable que la machine virtuelle Java ne reçoive pas de signal de système d'exploitation. Cependant, quelque chose déclenche l'arrêt (et le fait que cela se produise à intervalles très réguliers suggère un processus automatisé).

Essayez d'appliquer la deuxième suggestion de cette blog post (je pense que cela vient du soutien effectivement):

Si le problème persiste encore même après avoir essayé l'option ci-dessus peut alors vous s'il vous plaît appliquer la suivant JAVA_OPTION:

• Selon la version JVM, il peut être possible d'obtenir une décharge de fil avant que le processus sort

  • HotSpot prend en charge l'option de ligne de commande -XX:+ShowMessageBoxOnError

  • L'option JRockit correspondante est -Djrockit.waitonerror

  • Alors que la machine virtuelle Java tombe en panne, il peut demander à l'utilisateur: « Voulez-vous déboguer le problème?"

  • se met en pause la machine virtuelle Java, créant ainsi une opportunité de générer une décharge de fil (une trace de la pile de chaque thread dans la machine virtuelle Java), attacher un débogueur, ou effectuer une autre activité débogage .

Pour générer une décharge de fil, je pense que vous devrez supprimer l'option -Xnohup (cela ne devrait pas être un problème car il ne permet pas). Cela aiderait vraiment l'analyse.

Également ouvrir un cas, le support pourrait avoir plus d'entrée sur ce (vous n'êtes pas le seul face à ce problème, voir les discussions ci-dessous).

---

Juste au cas où, un coup d'oeil à WebLogic Server shutting down Automatically (tout processus de surveillance OOMKiller fonctionnement?) Et JVM called WLS shutdown hook. The server will force shutdown now.