2
Probleme mit Windows 2008 R2 und Tomcat 6
Mein Tomcat 6 Server läuft unter Windows 2008 nicht stabil
Hallo!
Ich hoffe mir kann jemand helfen. Ich möchte einen Tomcat Server in Kombination mit IIS 7.5 und mod_jk betreiben. Ich bin dabei nach der Anleitung von http://www.iisadmin.co.uk/?p=72#comment-29037 vorgegangen. Und die Kombination funktioniert auch. Allerdings habe ich das Problem, dass nach kanpp zwei Stunden wenn ich verssuche eine JSP Anwendung aufzurufen ich eine Fehlermedlung von mod_jk bekomme, dass die Seite nicht verfügbar ist. Wenn ich mich dann auf dem Server einlogge und versuche mit localhost:8080 zuzugreifen bekomme ich auch keine Antwort. Erst wenn ich den Dienst stoppe und neu starte geht wieder alles für zwei Stunden.
Ich nutze die 64bit Version von Tomcat 6 und modjk verlinkt auf der Seite des Tutorials.
Das was komisch ist, ist dass ich Tomcat auf einem anderen Server mit Windows 2003 32bit nach dem selben Tutorial aufgesetzt habe und er dort ohne Probleme funktioniert. Also vermute ich, dass die Ursache in den 64 bit liegt. Allerdings erreichte ich mit der 32bit Version von Tomcat auch kein bersseres Ergebnis auf diesem Server.
Was noch wichtig ist: Nachdem ich mehrere Websites auf diesem Server betreibe und die Java Anwendungen auf diese verteilt sein sollen habe ich natürlich auch für die anderen Websites diese Anleitung angewandt. Das heißt ich habe zwar nur eine worker.properties Datei aber mehrere isapi_redirect und uriworkermap.properties.
Der Log zeigt auch keine Fehler.
Hier der Inhalt meiner worker.properties:
Hier der Inhalt einer uriworkermap.properties Datei:
Aber ich glaube das Problem ist der Tomcat Server selber. Kann mir da jemand vielleicht einen Rat geben, auf was ich beim Tomcat achten bzw. schauen soll?
Florian
Hallo!
Ich hoffe mir kann jemand helfen. Ich möchte einen Tomcat Server in Kombination mit IIS 7.5 und mod_jk betreiben. Ich bin dabei nach der Anleitung von http://www.iisadmin.co.uk/?p=72#comment-29037 vorgegangen. Und die Kombination funktioniert auch. Allerdings habe ich das Problem, dass nach kanpp zwei Stunden wenn ich verssuche eine JSP Anwendung aufzurufen ich eine Fehlermedlung von mod_jk bekomme, dass die Seite nicht verfügbar ist. Wenn ich mich dann auf dem Server einlogge und versuche mit localhost:8080 zuzugreifen bekomme ich auch keine Antwort. Erst wenn ich den Dienst stoppe und neu starte geht wieder alles für zwei Stunden.
Ich nutze die 64bit Version von Tomcat 6 und modjk verlinkt auf der Seite des Tutorials.
Das was komisch ist, ist dass ich Tomcat auf einem anderen Server mit Windows 2003 32bit nach dem selben Tutorial aufgesetzt habe und er dort ohne Probleme funktioniert. Also vermute ich, dass die Ursache in den 64 bit liegt. Allerdings erreichte ich mit der 32bit Version von Tomcat auch kein bersseres Ergebnis auf diesem Server.
Was noch wichtig ist: Nachdem ich mehrere Websites auf diesem Server betreibe und die Java Anwendungen auf diese verteilt sein sollen habe ich natürlich auch für die anderen Websites diese Anleitung angewandt. Das heißt ich habe zwar nur eine worker.properties Datei aber mehrere isapi_redirect und uriworkermap.properties.
Der Log zeigt auch keine Fehler.
Hier der Inhalt meiner worker.properties:
# workers.properties
#
# This file provides configuration properties
# needed to connect to tomcat
#
# The workers that jk schould create and work with
#
worker.list=wlb-ntahome
worker.list=wlb-ntaanalysis
worker.list=wlb-ntadevelopment
#
# Defining a worker named ajp13w and of type ajp13
# Note that the name and the type do not have to match
#
worker.ajp13w.type=ajp13
worker.ajp13w.host=localhost
worker.ajp13w.port:8080
#
# Defining a load balancer
#
worker.wlb-ntahome.type=lb
worker.wlb-ntahome.balance_workers=ajp13w
worker.wlb-ntaanalysis.type=lb
worker.wlb-ntaanalysis.balance_workers=ajp13
worker.wlb-ntadevelopment.type=lb
worker.wlb-ntadevelopment.balance_workers=ajp13
#
# Define status worker
#
#worker.jkstatus.type=statusHier der Inhalt einer uriworkermap.properties Datei:
# uriworkermap.properties - IIS
#
# This files provides mappings for wlb worker
# defined in workermap.properties
# General Syntax:
# [URL]=[Worker name]
/examples/*=wlb-ntahome
/xwiki/*=wlb-ntahome
#
# Mount jkstatus to /jkmanager
# You need to secure the access to the /jkmanager url
#/jkmanager=jkstatusAber ich glaube das Problem ist der Tomcat Server selber. Kann mir da jemand vielleicht einen Rat geben, auf was ich beim Tomcat achten bzw. schauen soll?
Florian
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 141267
Url: https://administrator.de/contentid/141267
Ausgedruckt am: 21.11.2024 um 22:11 Uhr
2 Kommentare
Neuester Kommentar
Hallo!
Ich hatte einen Fehler bei der Konfiguration der workers, das war mein Fehler!
Florian
Ich hatte einen Fehler bei der Konfiguration der workers, das war mein Fehler!
Florian
Hi,
ich habe Deinen Beitrag jetzt erst gelesen, hätte sonst schon früher was dazu geschrieben.
zunächst würde mich mal der Fehler den Du gefunden hast interessieren, ich habe mir die Properties nicht so genau angesehen.
Der Tomcat hat einige Logdateien, die man im Verzeeichnis logs findet. Hier sollte man bei Problemen immer zuerst hinschauen. Wenn die Standardlogeinträge nicht ausreichen, also nicht aussagekräftig sind, kann man das Loglevel verändern oder auch weitere s.g. Logger definieren, die dann entsprechende Meldungen in die Logdateien schreiben.
greetings
ich habe Deinen Beitrag jetzt erst gelesen, hätte sonst schon früher was dazu geschrieben.
zunächst würde mich mal der Fehler den Du gefunden hast interessieren, ich habe mir die Properties nicht so genau angesehen.
Zitat von @florian.rhomberg:
Aber ich glaube das Problem ist der Tomcat Server selber. Kann mir da jemand vielleicht einen Rat geben, auf was ich beim Tomcat achten bzw. schauen soll?
Aber ich glaube das Problem ist der Tomcat Server selber. Kann mir da jemand vielleicht einen Rat geben, auf was ich beim Tomcat achten bzw. schauen soll?
Der Tomcat hat einige Logdateien, die man im Verzeeichnis logs findet. Hier sollte man bei Problemen immer zuerst hinschauen. Wenn die Standardlogeinträge nicht ausreichen, also nicht aussagekräftig sind, kann man das Loglevel verändern oder auch weitere s.g. Logger definieren, die dann entsprechende Meldungen in die Logdateien schreiben.
greetings
