Server frisst Speicher

[DrNotes]

Hallo Leute,

ich habe einen Notes-Server 5.02.c, der wie folgt konfiguriert ist:
* Compaq Proliant ML70
* 750 Mhz
* 1 GB RAM
* 2 GB Swap

Darauf läuft:
+ der Notes-Server 5.02c (eh klar)
+ Arc-Serve
+ Charon-Fax
+ Sybari-Antigen
+ Maildatenbanken bis ca. 500MB Größe
+ Projektdatenbank ca. 17 GB

Komisches Phänomen:

Der Server braucht zum Hochfahren ca. 400 MB.
Wenn nachts die versch. Tasks laufen, verwendet er am nächsten Tag bereits ca. 700 MB seines Speichers - das geht so weiter, bis er ca. nach 14 Tagen bei seinen 3GB ansteht und sich vertschüsst.

Wenn ich in den Taskmanger reinschaue, laufen da nach Tagen bereits mehrere ncompact-Tasks mit ca. 300 mb usw.

Irgendeine Idee, warum der den Speicher nicht wieder freigibt?
Also mir ist das ein Rätsel, da er vorher immer einwandfrei funktionierte.

Wenn ich den Notes-Ordner auf einen Testrechner spiegle, hab ich das Problem nicht.

Wäre für Tipps sehr dankbar!

[Driri]

Hallo,

ich würde auf jeden Fall mal über eine neuere Dominoversion nachdenken. 5.02c ist nicht mehr wirklich taufrisch und es würde mich nicht wundern, wenn das Problem evtl. mit der alten Version zusammenhängt.

[koehlerbv]

Jo, unbedingt updaten. Auch die vielen Zusatzprogramme machen keinen vertrauenserweckenden Eindruck.
Irgendwas scheint ja Domino davon abzuhalten, mit den ncomapct-Tasks fertig zu werden ...

Bernhard

[pd]

Hardwarefehler könnens wohl auch nicht sein, wenn sowohl der RAM als auch das SWAP voll läuft...
Vielleicht das Speicherhandling vom OS?


Patrick

[Onkel ToM]

Hallo Patrick,

1. Wie schon von anderen bemerkt: Update von 5.0.2c auf 5.0.11 (die beste Version von R5), eventuell sind deine Probleme damit dahin (Check aber vorher mit welcher Version Sybari + Charon auch klarkommen).
2. Schau nicht mit dem Taskmanager welche Tasks laufen, sondern auf der Domino-Console welche DB's die Compact-Tasks am Wickel hat und deaktiviere (zumindest zeitweise) das Programm-Dokument, was die Compact-Task startet
3. Schau mal wie sich der Server dann benimmt.

Bye
Onkel ToM

[Heiggo]

Bin mir da nun nicht wirklich zu 100% sicher, aber wenn ich mich recht erinnere hat mir mal ein IBM-Heini auf einer Schulung zu genau diesem Problem erklärt, das R5 sich nach und nach nmmt, was es an Ressourcen bekommen kann und nie mehr wirklich hergibt. Sozusagen kumulatives Speichersharing mit sich selber *kicher*
Wirklich ernsthaft beobachten (in bedrohlichem Ausmass) konnte ich das aber im letzten Jahr nur selten beobachten. Die Masse meiner Server hat R5.0.10 und 5.0.11, vermutlich wird das wohl behoben sein.

[pd]

Danke, Onkel ToM,

ich leits an Dr. Notes weiter         


Bad Rick

[DrNotes]

Bin mir da nun nicht wirklich zu 100% sicher, aber wenn ich mich recht erinnere hat mir mal ein IBM-Heini auf einer Schulung zu genau diesem Problem erklärt, das R5 sich nach und nach nmmt, was es an Ressourcen bekommen kann und nie mehr wirklich hergibt. Sozusagen kumulatives Speichersharing mit sich selber *kicher*
Wirklich ernsthaft beobachten (in bedrohlichem Ausmass) konnte ich das aber im letzten Jahr nur selten beobachten. Die Masse meiner Server hat R5.0.10 und 5.0.11, vermutlich wird das wohl behoben sein.

dann werd ich die gurke wohl neu aufsetzen müssen?
komisch ist nur, dass der server vorher jahrelang gelaufen ist, und auf einmal mit diesem blödsinn begonnen hat.

[Driri]

Neu aufsetzen ist vielleicht übertrieben. Nen Update des Domino auf eine aktuellere Version sollte es tun (vorausgesetzt, die Zusatzprodukte müssen dann nicht auch angepaßt werden).

[DrNotes]

Neu aufsetzen ist vielleicht übertrieben. Nen Update des Domino auf eine aktuellere Version sollte es tun (vorausgesetzt, die Zusatzprodukte müssen dann nicht auch angepaßt werden).

Stimmt, das wäre noch eine gute Alternative!

Vor dem Update muss ich nur die notes.ini wegsichern, und nach dem Update wieder zurückspielen, stimmt das, oder hab ich nochwas vergessen?

[Driri]

Ich würde bei jedem Update mindestens die notes.ini, die Server-ID und das names.nsf wegsichern. Man weiß ja nie...