Domino 9 und frühere Versionen > ND9: Administration & Userprobleme

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

<< < (2/3) > >>

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?


--- Zitat ---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.

--- Ende Zitat ---

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

Gruß
CF

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete