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

Intelliprint 5 Analytics verhindert Notes-Start

(1/3) > >>

D. Maute:
Hallo zusammen,

wir setzen seit neustem Intelliprint 5 Analytics zusammen mit Notes 9 und unserem CRM ein. Jetzt habe ich hier drei identische Laptops (geklont) mit unterschiedlichen Notes-Installationen drauf.
1.) Notes 9.0.1FP4 Single-User-Install
2.) Notes 9.0.1FP4 Multi-User-Install
3.) Notes 8.5.3FP6 Single-User-Install

Bei Laptop 1 und 2 funktionierte die Installation problemlos. Bei Laptop 3 ließ sich nach der Installation von Intelliprint das Notes nicht mehr starten. Der Splashscreen erscheint, aber der "Balken" (Daten werden geladen) erscheint nicht, und das Bild bleibt so stehen. Im Taskmanager lädt Notes bis etwa 46 oder 48 MB, dann ist Feierabend. Ab dem Moment, wenn man Intelliprint wieder deinstalliert, läuft Notes auch wieder.

Bei Laptop 3 habe ich dann Notes 8 deinstalliert, alle Verzeichnisse gelöscht und ein blankes Setup von Notes 9 Multi-User installiert - selbes Problem. Eine erneute deinstallation und eine neue, wieder blanke Notes 9 Single-User installation hat ebenfalls nichts gebracht.
Eine Anmeldung am Windows unter einem anderen User mit einer anderen Notes-ID hat auch nichts gebracht. Sobald Intelliprint installiert ist, fährt Notes nicht mehr hoch. Meine Kollegen sind momentan ratlos und empfehlen ein klassisches "Format C" - aber das werde ich sicher nicht tun!

Wie schauts aus - gibt es irgendwelche Möglichkeiten, zu protokollieren, debuggen, warum Notes da hängt?

Gruß und vielen Dank schon mal!

Dietmar

Tode:
Erstmal würde ich ein klassisches "Vorher- Nachher" Bild der Installation machen: Installiere Notes, mache Dir eine Kopie des Programmverzeichnisses, installiere Intelliprint und vergleiche die beiden Verzeichnisse.
Erst mal nur auf Verzeichnisebene: ich würde ein "dir C:\Prog\IBM\Notes\ /s >verzeichnis1.txt" und "C:\BACKUP\IBM\Notes\ /s >verzeichnis2.txt" der beiden Verzeichnisse miteinander vergleichen (Anzahl Dateien, Zeitstempel, etc.).
Wenn das nix hilft, dann auf Dateiebene, das wird aber aufwändiger.

Ich würde auf entweder einen seltsamen Eintrag in der notes.ini oder auf eine Änderung im Framework- Verzeichnis tippen.
Wenn Du dadurch nichts rausfindest: Im data\workspace\Logs- Verzeichnis sind error-log und trace-log, die den sogenannten "Provisioning- Vorgang" protokollieren. Vielleicht findest Du ja da etwas.

Und wenn das alles nicht hilft: procmon und schauen, auf welche Dateien / Registry- Einträge die notes- Prozesse beim start zugreifen (sind nur ein paar zehntausend) und durch intelligentes filtern den richtigen Punkt finden...

Alles sehr viel Arbeit, aber mit etwas Glück KANN man die Lösung finden ...

D. Maute:
Hallo Torsten,

Danke schon mal - dann werde ich mir das Laptop meines Kollegen demnächst mal in einer "ruhigen Minute" (oder Stunden, Tage...) zu Gemüte führen. Ja, an die notes.ini habe ich im ersten Moment noch gar nicht gedacht. Da könnte man die vorher/nachher vergleichen und ggf. mal die eine oder andere Zeile auskommentieren - vielleicht finde ich den störenden Eintrag ja bereits dort - das wäre am leichtesten...

Gruß Dietmar

Andrew Harder:
Für den ersten Test würde ich ein Tool nehmen, das einem die manuelle Arbeit abnimmt:
http://sourceforge.net/projects/regshot/files/latest/download
Man kann da auch das Filessystem mit protokollieren lassen.

Tritt das Problem nur in Standard Client auf, oder auch im Basic Client?

D. Maute:
Wir haben nur den Standard-Client im Einsatz.

Edit: Auch ein Start mit "notes.exe -basic" bringt nichts.

Navigation

[0] Themen-Index

[#] Nächste Seite