Das Notes Forum
Domino 9 und frühere Versionen => ND9: Administration & Userprobleme => Thema gestartet von: XinMing am 15.08.19 - 07:35:56
-
Guten Morgen Forum.
Heute Morgen habe ich folgende Logeinträge auf unserer Travelermaschine gefunden:
Traveler: SEVERE Ben Beispiel Internal Error: Debug Data: Error on NSFNoteOpenExt noteid=8f972,8f972 Error on opening document Error(107)=Insufficient memory.
Traveler: SEVERE Bella Beispiel Internal Error: Debug Data: ERROR: on opening Database Icon document 'mail/123456.nsf' on 'CN=TS1/OU=SRV/OU=TS/OU=EHG/O=FIRMA/C=DE'. Error(107)=Insufficient memory.
Google hat mir bislang leider nicht helfen können. :-\
Betroffenes System: Linux Traveler Server
Vorheriges Problem: Wiederholter Crash des HTTP-Task unseres Traveler Servers mit der Meldung "Error attaching to shared memory..check Notes config. variables (ConstrainedSHMSizeMB, PercentAvailSysResources).".
Unser aktuelle Lösung: ConstrainedSHM=1 & ConstrainedSHMSizeMB=3072M in die Notes.ini eingefügt. Außerdem HTTPJVMMaxHeapSize=256M & HTTPJVMMaxHeapSizeSet=1 gesetzt und den VM-RAM von 8 auf 16GB angehoben (im selben Atemzug natürlich auch den RAM des Traveler Servers auf 8GB via Admin-Client). Die Anzahl der aktiven Threads haben wir ebenfalls angepasst (Anzahl Devices*1,2).
Seitdem läuft der Server stabil und wir bekommen keinerlei Störungsmeldungen der Anwender*innen aber eben den Log-Eintrag zwischen 02:30 und 02:35 für ca. 6 (zufällige) Anwender*innen.
Vermutlich hängt das mit einer der Ini-Einträge zusammen oder? Nur was könnte man da optimieren? :-:
-
Moin Moin,
HTTPJVMMaxHeapSize=256M ist vielleicht ein kleines bisschen wenig?
Ich würde das mindestens auf 1024M setzen.
Schau mal ob das den Fehler korrigiert.
Von wieviel Usern sprechen wir denn auf dem Traveler?
Welches Linux?
Welche Traveler Version?
Grüße
David
-
Ach stimmt..Hätte ich mal dazu schreiben können.
Aber ja, der Wert kam uns auch komisch vor, haben ihn aber auf Anleitung von einem IBM Eintrag gesetzt.
- 1700 Devices
- 9.0.1FP10HF266
- SUSE SLES11 SP4 x64
Die Einstellung im HTTPJVMMaxHeapSize werde ich mal anpassen und schauen ob es Besserung bringt.
Denn die Crashs, vermute ich, wurden allein schon durch das Erhöhen des RAM und Setzen von "ConstrainedSHM=1 & ConstrainedSHMSizeMB=3072M" behoben.
-
Update:
NSF_BUFFER_POOL_SIZE_MB=1024
HTTPJVMMaxHeapSize=1024M
..Leider ohne Erfolg. Die Meldungen kommen nach wie vor, heute aber von anderen Anwenderdatenbanken. :-:
Ich denke, das es mit dem Setzen von "ConstrainedSHM=1 & ConstrainedSHMSizeMB=3072M" zusammenhängt.
Nehme ich die Werte aber raus, bekommen wir wieder den HTTP-Task Crash (100% CPU), wie im 1. Posting von mir beschrieben und der Server crashed.
Hat noch jemand Ideen/Vorschläge oder bestenfalls gar eine Lösung?
-
Schau mal hier. Jede Menge Tips zu sizing.
https://www-01.ibm.com/support/docview.wss?uid=swg21643408&aid=1
-
Leider nicht hilfreich, da ich google bereits zur genüge durchforstet habe.
Sonst noch jemand eine Idee? ???
3GB Shared Mem durch "ConstrainedSHMSizeMB" + ~7GB durch 1700 HTTP-Threads (1400*1,2*4MB)
= 10GB Server Mem benötigt.. Ich erhöhe mal den Arbeitsspeicher des Traveler Servers von 8GB auf 12GB und melde mich Montag erneut.
-> Keine Stunde später "Crash durch HTTP-Task auf 100% aus dem nichts".
Ich hab nun wieder die 8GB für den Traveler Server eingestellt und lasse ein Ticket bei IBM eröffnen. :-: