Domino 6.5.3 hängt sich plötzlich auf

[Colibri]

Hallo Notes Gemeinde,

habe folgendes Problem mit einen Domino 6.5.3

Der Server ist mitten im laufenden Betrieb plötzlich nicht mehr erreichbar. Die Clients melden "Server antwortet nicht". Pingen läßt sich der Server, d.h. Netzwerkmäßig ist der Server da.

Am Server selbst, ist nicht ungewöhnliches zu erkennen. Die Konsole reagiert, z.B. ein "show User" wird ganz normal ausgeführt. Fährt man den Server runter, bleibt er an der Meldung "SMTP Server: All tasks have completed" hängen ( > 5 min). Schießt man ihn dann ab, und startet die Kiste neu, klappt es wieder, aber hallt mir Konsitenzcheck auf alle Datenbanken. Das ganze passiert ca. 1 mal im Monat.

Wo könnte man da die Fehlersuche ansetzen?

Danke
Colibri

[mannistderhartmann]

Wir hatten ein ähnliches Problem, dass nur mit einem Neustart (Hardware) des Servers behoben werden konnte. Der Fehler lag an der Netzwerkkarte auf dem Systemboard.
Fehler bereinigt seither klappt es.
Bei Dir scheint der Fall aber etwas anders zu sein. Wie sieht denn zum Zeitpunkt des Fehlers die CPU Auslastung aus ?

[Colibri]

CPU Auslastung liegt zu diesem Zeitpunkt bei ca. 50% Wobei der nserver Task die Last zieht.

[mannistderhartmann]

Was hast Du denn für eine Hardware ?
Wir haben eine Dualprozessor Maschine mit zwei 2,4 GHZ Xeon Prozessoren. Die CPU Auslastung liegt bei so bei 10 %.

Auf was ich hinaus will ist das Problem einzugrenzen.

Was steht denn in der log.nsf zum Zeitpunkt des Fehlers ?

[Thomas Schulte]

Mit welchem OS?

[mannistderhartmann]

Domino 6.02.

Auf Windows 2000 Server

[Colibri]

Also die Auslastung der CPU liegt im normalfall auch nur bei ca. 10%. Nur in diesem Fehlerfall liegt sie bei 50-60%

OS ist Win2003 Server

[koehlerbv]

Vielleicht hilft diese TechNote aus der KB:

Title:   
      Domino 6.x on Windows 2003 takes hours to shut down and experiences periodic slowdowns
Product:   Lotus Domino  >  Lotus Domino Server  >  6.0, 6.5
Platform(s):   Windows
Document Number:   1172867   Date:   30.12.2005


This document is based on the following Software Problem Report (SPR):
About SPRs
SPR Number   SPR Status   SPR Fixed Release
RCE5X7QY5   Resolved/Fixed   Lotus Domino Server 6.5.2 FP1
Abstract
Domino 6.x running on Windows 2003 takes hours to shut down and experiences periodic slowdowns.



Content
This issue was reported to Quality Engineering and has been addressed in Domino 6.5.2 Fix Pack 1 and Domino 6.5.3 Fix Pack 1.

Excerpt from the Lotus Domino Release 6.5.2 FP1 and 6.5.3 FP1 fix lists (available at http://www.ibm.com/developerworks/lotus):

Server
SPR# RCE5X7QY5 - Windows 2003 performance: Implemented a code workaround to a Microsoft issue under Windows 2003. This issue would cause the server to take a long time to shutdown. The server would also experience slowdowns while the Domino server is running as tasks shutdown i.e. Compact. In order to realize this fix, you must implement the Notes.ini parameter Debug_Skip_UnmapViewOfFile=1 on the Domino Server. This parameter should only be implemented on Windows 2003 servers. We also recommend migrating to Windows 2003 SP1 when that is released. This problem has been fixed in 6.0.5, 6.5.4, 6.5.3 FP1 and 6.5.2 FP1.

Microsoft Support has verified this is a Windows 2003 performance issue related to the function call UnMapViewOfFile. This same issue impacted Windows XP SP1 and is described under Microsoft Article #815227. Microsoft has indicated that the issue is addressed in Windows 2003 SP1, which has now shipped:

http://support.microsoft.com/default.aspx?scid=kb;en-us;889100

As a workaround, some customers have had success using the following Notes.ini parameter on the server, to limit memory usage:

ConstrainedSHMSizeMB=<x>

where x=the number of megabytes of shared memory to which Domino is constrained.   ConstrainedSHMSizeMB=700 worked for one customer on a machine with 4GB of RAM.

Supporting Information:
Why is Domino and only a few other software products affected by this? Domino is using an API call that tells the Server OS to begin de-allocating memory for a task at the point it no long needs the memory. This is done to speed up the release of the memory and is considered good software coding. Eventually the OS would de-allocate this memory when it does its normal housekeeping. Unfortunately in this case, this exposes the issue in the Microsoft server OS.

[Colibri]

Das sollte helfen!!

Vielen Dank für die Info!