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

Client friert ein "Nicht genügend Arbeitsspeicher"

(1/3) > >>

MJ-Ratlos:
Hallo Zusammen,

schon mal vorab: Ich habe tagelang dieses Forum und (gefühlt) das ganze Internet nach den folgenden Meldungen auf deutsch und englisch durchsucht, aber nichts gefunden was mir weiter half bzw. was ich verstanden habe, da ich (was NSD Logs Files-Auslesen betrifft) sehr schnell an meine Grenzen stoße.

Problem:
Bei einem User friert der Client täglich irgendwann nachmittags quasi ein (es ist noch nie vormittags passiert, meistens erst ab 14 bis 17 Uhr).
Dabei erhält er immer die Fehlermeldung "Nicht genügend Arbeitsspeicher" (zuletzt "Dialogfeld kann nicht erstellt werden (Nicht genügend Arbeitsspeicher)").
Wird die Meldung mit OK weggeklickt, dann bleibt das Lotus Notes noch offen. Allerdings kann es nicht mehr bedient werden, sprich, wenn man z.B. auf Neu>Nachricht klickt, oder einen anderen Reiter öffnen möchte, passiert nix (außer dass man einen Ton "bing" hört). Beenden kann man den Client dann nur noch über den Task-Manager.

Eine hohe Speicherauslastung konnten wir bei dem User nicht festellen. Er benutzt zwar öfter neben Notes noch andere Programme (Word, Firefox, PDF Reader), aber nichts was ich als besonders Ressourcen-intensiv betrachten würde.

Lösungansätze bisher:
No.1) Kacheln gelöscht, Arbeitsbereich komprimiert und die cache.ndk gelöscht (danach Kacheln neu angelegt). Die max. Größe für den Cache habe ich auf 100 MB erhöht. In der notes.ini habe ich kontrolliert ob InitialCacheQuota= angegeben ist, was aber nicht der Fall war.
Sowohl auf das Lotus-Programm-Verzeichnis als auch auf das Data-Verzeichnis hat der User Änder- und Schreibrechte.
- Problem trat wieder auf

No.2) Client deinstalliert und neu installiert.
- Problem trat wieder auf

No.3) Aktueller Stand: Rechner neu aufgesetzt. Er hat nun eine SSD. Als OS ist Windows 7 (64 bit) installiert.
Der User hat den folgenden LN Client: 8.5.3 FP4 BASIC-Konfiguration. Ich hatte keine seiner alten Daten direkt rüberkopiert, sondern per Hand alles auf dem "frischen" Rechner eingerichtet (Kacheln, Lesezeichen, Benutzervorgaben, Kontakte in das neue PAB kopiert).
- Problem ist wieder aufgetreten

Ich habe dann die folgenden Logging-Parameter in der notes.ini hinzugefügt:
LOG_SESSIONS=1
LOG_CONNECTIONS=1
DEBUG_TCP_ALL=1
CLIENT_CLOCK=1
CONSOLE_LOG_ENABLED=1
DEBUG_CONSOLE=1
Console_LogLevel=2 (stand bereits drinnen)

Im NSD-File des letzten "Absturzes" finden sich ein paar Meldungen die ich seltsam finde und bei denen mein Know-How am Ende ist.

Ziemlich zu Anfang findet man die folgenden Meldungen:
ERROR (44): unable to open file 'C:\Program Files (x86)\Lotus\Notes\framework\rcp\rcplauncher.properties' - (2) No such file or directory
ERROR (0): Couldn't open the rcplauncher.properties file using the path C:\Program Files (x86)\Lotus\Notes\framework\rcp\rcplauncher.properties to locate the workspace directory.
Klar hat der User diese Verzeichnisse/Dateien nicht, da diese meiner Meinung nach doch nur in der Eclipse-Umgebung (Standard-Client) installiert werden. Habe keine Idee warum der Client diese Daten aufrufen will.

Anhand der Anleitung (http://www-10.lotus.com/ldd/dominowiki.nsf/dx/06262009085854AMWEBH8V.htm) habe ich dann versucht das NSD File ein wenig zu verstehen. Ich kam noch soweit die Stelle zu finden die die Ursache des Fehlers aufzeigen soll, aber ich kann leider nix damit anfangen.

############################################################
### PASS 2 : FATAL THREAD with STACK FRAMES 1/40 [ NLNOTES:  0ed8:  0edc]
### FP=00188cc8, PC=62f2a510, SP=00188cc0
### stkbase=00190000, total stksize=245760, used stksize=29504
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
 
    Disassembly of c. 10 instructions before and after faulting address 62f2a510:
 
        62f2a500 8b511e           mov     edx,[ecx+0x1e]            ds:03b2a72e=00000000
        62f2a503 33c0             xor     eax,eax
        62f2a505 85d2             test    edx,edx
        62f2a507 0f95c0           setne   al
        62f2a50a c3               ret
        62f2a50b cc               int     3
        62f2a50c cc               int     3
        62f2a50d cc               int     3
        62f2a50e cc               int     3
        62f2a50f cc               int     3
FAULT ->62f2a510 8b4104           mov     eax,[ecx+0x4]             ds:03b2a72e=00000000
        62f2a513 c3               ret
        62f2a514 cc               int     3
        62f2a515 cc               int     3
        62f2a516 cc               int     3
        62f2a517 cc               int     3
        62f2a518 cc               int     3
        62f2a519 cc               int     3
        62f2a51a cc               int     3
        62f2a51b cc               int     3
        62f2a51c cc               int     3
        62f2a51d cc               int     3
 
@[ 1] 0x62f2a510 ninfobox.IBWindow::WindowHandle+0 (8000,0,0,1955e818)

            00188cc8 088D1800 2C19F162 00800000 00000000 | .... ,..b .... .... |
            00188cd8 00000000 18E85519 CCE85519 02000000 | .... ..U. ..U. .... |
            00188ce8 2D000000 00000000 66010000 02000000 | -... .... f... .... |
            00188cf8 1B000000 62010000 12000000 988D1800 | .... b... .... .... |

Ich würde mich wirklich sehr freuen wenn hier jemand eine Idee oder Hinweise für mich hat.
Gruß,
MJ

Micha B:
Bedeutet 'Rechner neu aufgesetzt' auch, dass der user ein neues Benutzerprofil hat?
Habt ihr vielleicht den STANDARD Client installiert und startet ihn nur im BASIC Modus?
Wurden dem Rechner alle Windows Updates spendiert? Sind die Grafikkartentreiber aktuell?
Was sagen die Logs des Betriebssystems? Wieviel Speicher benutzt Notes zu dem Zeitpunkt?

Thomas Schulte:
Als allererstes, benutze den NSD Analyser von IBM. http://www-10.lotus.com/ldd/dominowiki.nsf/dx/Using_the_LND_tool_to_analyze_IBM_Lotus_Notes_and_Domino_hangs_and_crashes (Keine Ahnung ob das der neueste ist)

Der findet zwar nur in der Hälfte der Fälle einen Grund, aber auch 50% sind schon mal nicht schlecht.

Dann kann man aus deiner bereits sehr gekürzten Meldung nicht wirklich rauslesen, was im einzelnen passiert. Nicht genügend Arbeitspeicher weist normalerweise auf einen Prozess hin, der sich Speicher nimmt aber nicht wieder freigibt. Häufig sind das schlampig geschriebene Java Libs die irgendwo aufgerufen werden.
Prüf also mal ab, mit welchen Anwendungen der Benutzer im Domino Umfeld arbeitet. Worin unterscheidet sich seine Arbeitsweise von der anderer Benutzer.

Micha B:
Ergänzung zu Thomas: Kommentiere auch mal alles in der Notes.ini aus, was mit

AddInsMenus=
EXTMGR_ADDINS=
NSF_HOOKS=

beginnt. Wo liegen eigentlich eure Notes Data Verzeichnisse? Lokal oder auf einem Netzlaufwerk?

MJ-Ratlos:
Danke erstmal für die vielen Anregungen.

@Thomas
Werde das mit dem Analyzer mal morgen machen.
Der User hat zum Zeitpunkt des Absturzes immer min. folgende Datenbanken offen:
Eigene Mail & Kalender
Mail & Kalender von 2 Vorgesetzten
1-2 Gruppenkalender von einem Drittanbieter (GEDYS Intraware)
So eine Konstellation haben aber viele Kollegen, vor allem in den Sekretariaten.

@Micha
Von den angegebenen Notes.ini Einträgen stand nur NSF_HOOKS=NLNVP.DLL drinnen.
Das habe ich nun auskommentiert.
Die Data-Verzeichnisse liegen lokal.
Er hat wirklich nur die Basic Installation bekommen und keinen Standard mit Umschalter (kein User hier bekommt den Standard). Aber ich spreche mal die Kollegen die die Packetierung machen darauf an.
Die Windows-Updates werden immer aktuell gehalten.
Wegen GraKa Treibern und OS-Logs muss ich nochmal nachschauen.

Navigation

[0] Themen-Index

[#] Nächste Seite