Traveler 9.0.1.17 auf Domino 9.0.1FP6 @ SLES12: http startet nicht

[Aragog]

Hallo zusammen,

auf einem neu aufgesetzten SLES12 mit ebenso neu aufgesetztem Domino 9.0.1 FP6 und neu aufgesetztem Traveler 9.0.1.17 bekomme ich folgende Fehlermeldungen:

Code

23.03.2017 11:09:54   HTTP Server: Using Web Configuration View
23.03.2017 11:09:54   Traveler: Server started.
23.03.2017 11:09:55   JVM: Java Virtual Machine initialized.
23.03.2017 11:09:55   HTTP Server: Java Virtual Machine loaded
23.03.2017 11:09:55,65 [03852:00002-399877952] CSRF Init: iNotes_WA_Security_ReturnUrlCheck> c_CSRFReturnUrlCheck: 1
iNotes Init: Credential Store Configuration not enabled, less secure mode.
23.03.2017 11:09:58   XSP Command Manager initialized
JVMDUMP039I Processing dump event "systhrow", detail "java/lang/OutOfMemoryError" at 2017/03/23 11:10:04 - please wait.
JVMDUMP032I JVM requested Heap dump using '/local/notesdata/IBM_TECHNICAL_SUPPORT/heapdump.traveler.20170323.111004.3177.0001.phd' in response to an event
JVMDUMP010I Heap dump written to /local/notesdata/IBM_TECHNICAL_SUPPORT/heapdump.traveler.20170323.111004.3177.0001.phd
JVMDUMP032I JVM requested Java dump using '/local/notesdata/IBM_TECHNICAL_SUPPORT/javacore.traveler.20170323.111004.3177.0002.txt' in response to an event
JVMDUMP010I Java dump written to /local/notesdata/IBM_TECHNICAL_SUPPORT/javacore.traveler.20170323.111004.3177.0002.txt
JVMDUMP013I Processed dump event "systhrow", detail "java/lang/OutOfMemoryError".
JVMDUMP039I Processing dump event "systhrow", detail "java/lang/OutOfMemoryError" at 2017/03/23 11:10:04 - please wait.
JVMDUMP032I JVM requested Heap dump using '/local/notesdata/IBM_TECHNICAL_SUPPORT/heapdump.traveler.20170323.111004.3177.0003.phd' in response to an event
JVMDUMP010I Heap dump written to /local/notesdata/IBM_TECHNICAL_SUPPORT/heapdump.traveler.20170323.111004.3177.0003.phd
JVMDUMP032I JVM requested Java dump using '/local/notesdata/IBM_TECHNICAL_SUPPORT/javacore.traveler.20170323.111004.3177.0004.txt' in response to an event
JVMDUMP010I Java dump written to /local/notesdata/IBM_TECHNICAL_SUPPORT/javacore.traveler.20170323.111004.3177.0004.txt
JVMDUMP013I Processed dump event "systhrow", detail "java/lang/OutOfMemoryError".
JVMDUMP039I Processing dump event "systhrow", detail "java/lang/OutOfMemoryError" at 2017/03/23 11:10:04 - please wait.
JVMDUMP032I JVM requested Heap dump using '/local/notesdata/IBM_TECHNICAL_SUPPORT/heapdump.traveler.20170323.111004.3177.0005.phd' in response to an event
JVMDUMP010I Heap dump written to /local/notesdata/IBM_TECHNICAL_SUPPORT/heapdump.traveler.20170323.111004.3177.0005.phd
JVMDUMP032I JVM requested Java dump using '/local/notesdata/IBM_TECHNICAL_SUPPORT/javacore.traveler.20170323.111004.3177.0006.txt' in response to an event
JVMDUMP010I Java dump written to /local/notesdata/IBM_TECHNICAL_SUPPORT/javacore.traveler.20170323.111004.3177.0006.txt
JVMDUMP013I Processed dump event "systhrow", detail "java/lang/OutOfMemoryError".
sh: fork: retry: Keine Kind-Prozesse
sh: fork: retry: Keine Kind-Prozesse
sh: fork: retry: Keine Kind-Prozesse
JVMDUMP039I Processing dump event "systhrow", detail "java/lang/OutOfMemoryError" at 2017/03/23 11:10:50 - please wait.
JVMDUMP032I JVM requested Heap dump using '/local/notesdata/IBM_TECHNICAL_SUPPORT/heapdump.traveler.20170323.111050.3177.0007.phd' in response to an event
JVMDUMP010I Heap dump written to /local/notesdata/IBM_TECHNICAL_SUPPORT/heapdump.traveler.20170323.111050.3177.0007.phd
JVMDUMP032I JVM requested Java dump using '/local/notesdata/IBM_TECHNICAL_SUPPORT/javacore.traveler.20170323.111050.3177.0008.txt' in response to an event
JVMDUMP010I Java dump written to /local/notesdata/IBM_TECHNICAL_SUPPORT/javacore.traveler.20170323.111050.3177.0008.txt
JVMDUMP013I Processed dump event "systhrow", detail "java/lang/OutOfMemoryError".
sh: fork: retry: Keine Kind-Prozesse

Angeblich hat der Server ein Memory-Problem, was ich aber nicht für realistisch halte.
JavaMaxHeapSize ist auf 1G gesetzt, HTTPJVMMAXHEAPSIZE auf 256M.
Der Server hat 4G Hauptspeicher, es sind nur 5 Geräte zu syncen.

Der Traveler scheint zwar zu laufen, aber HTTP hängt, somit kein Connect möglich :-/
Die Heapdumps sind Binary und bringen mich nicht wirklich weiter.

Hat jemand eine Idee?

Greetz
Torsten

[schroederk]

Ist nur ne Vermutung auf die Schnelle...
Soll denn die neue Traveler-Version noch mit den älteren Domino-Versionen laufen?
Mit dem FP8 vom Domino ist ja die neue Java-Engine dabei und vielleicht wird diese für den neuen Traveler benötigt?

[Pavel]

Wir haben FP7 installiert und der Traveler 9.0.1.17 läuft.

MfG
René

[eknori]

Ist nur ne Vermutung auf die Schnelle...
Soll denn die neue Traveler-Version noch mit den älteren Domino-Versionen laufen?
Mit dem FP8 vom Domino ist ja die neue Java-Engine dabei und vielleicht wird diese für den neuen Traveler benötigt?

Traveler bringt ja seine eigene JVM mit. Insofern dürfte die des Domino keine Rolle spielen.

[netzgoetter]

Hallo Ulrich,

Traveler bringt KEINE eigene JVM mit sondern verwendet die vom Domino.

Auf der Connect mit den Traveler Devs darüber gesprochen.

Viele Grüße Detlev

[eknori]

Was sagt denn /local/notesdata/IBM_TECHNICAL_SUPPORT/traveler/logs/TravelerInstall.log nach der Installation?

Sind dort irgendwelche Fehler zu sehen?

Ich habe gerade meinen Traveler .14 auf Domino 9.0.1 FP6 nach .17 gehoben. Keine Probleme
 

[eknori]

nur mal zur Sicherheit nachgefragt:

"neu aufgesetztes SUSE 12" -> XGL and SELinux must be disabled ?

Wenn nicht, dann nachholen und noch einmal testen

[maxritti]

Hallo,


wir stehen gerade vor dem gleichen Problem.
Da unser Domino 9.0.1FP6 derzeit auf 32 Bit läuft, wollten wir einen neuen Domino 9.0.1 FP8 IF1 auf 64 Bit aufsetzen und dort den 9.0.1.17 Traveler an den Start bringen.
Allerdings erhalten wir beim Start des Domino/Travelers genau die gleichen Meldungen.

Bzgl "XGL and SELinux must be disabled" habe ich jetzt auch schon was länger mit Kollegen geschaut.
SELinux scheint bei uns nicht aktiv zu sein. Im Yast sind lediglich ein paar Libraries für SELinux installiert, aber keine policy configuration o.ä.
Auch gibt es die Befehle semanage und seinfo nicht.

Und beim Software Management finden wir bzgl XGL auch nichts.

Hast Du einen Tip, wo ich genau auf dem SLES System die beiden Dinge prüfen könnte ob die aktiv sind?

[MacSpudik]

Hallo liebe Mitstreiter und Mitleider,

wir haben hier das gleiche Problem auf einem frischem SLES12 Domino 9.0.1 mit FP8.
Sowie die Travelerinstallation erfolgreich completed wurde und der DOmino gestartet wird, erscheinen die gleichen Fehler.
Auch hier ist XGL installiert und auch kein SELinux aktiv. Gleiches Bild wie bei maxritti.

Konntet Ihr das irgendwie lösen?

Grüße von
Sebastian

[Captain_Future]

Hallo Sebastian,

wie startet ihr den Domino auf der Susi? Per systemd?
Schon das hier geprüft?

2.3.2 Support for PIDs cgroup Controller #

The version of systemd shipped in SLES 12 SP2 uses the PIDs cgroup controller. This provides some per-service fork() bomb protection, leading to a safer system.
However, under certain circumstances you may notice regressions. The limits have already been raised above the upstream default values to avoid this but the risk remains.
If you notice regressions, you can change a number of TasksMax settings.

To control the default TasksMax= setting for services and scopes running on the system, use the system.conf setting DefaultTasksMax=. This setting defaults to 512, which means services that are not explicitly configured otherwise will only be able to create 512 processes or threads at maximum.

For thread- or process-heavy services, you may need to set a higher TasksMax value. In such cases, set TasksMax directly in the specific unit files. Either choose a numeric value or even infinity.
Similarly, you can limit the total number of processes or tasks each user can own concurrently. To do so, use the logind.conf setting UserTasksMax (the default is 12288).
nspawn containers now also have a TasksMax value set, with a default of 16384.

Vielleicht hat der Domino den TaskMax erreicht und kann deshalb keinen HTTP mehr starten.

Gruß
CF

[MacSpudik]

Hallo CF,

danke, das wars.
Habs parallel nun auch gefunden bei keinem geringerem als Daniel Nashed:
http://blog.nashcom.de/nashcomblog.nsf/dx/sles-12-sp2-issues-with-domino-running-with-systemd.htm

Danke nochmal und noch ein schönes Wochenende