3.1.4b Dienst startet nicht:

häufige Ursache:

• Ist das Passwort des Dienstbenutzers noch gültig?

• Hat der Dienstbenutzer noch ausreichend Rechte?

• Ist die Lizenz CLE noch zugewiesen?

• Hat der technischen Benutzer (enaio) noch Rechte?

• Ist der enaio Dienst gestartet?

• Die Objectdefinition wurde geändert und stimmt nicht mehr mit der Dispatcher-Konfiguration überein. (Bei leerer Dispatcher-Konfiguration startet der Dienst trotzdem.)

• Es gibt noch keine Konfiguration oder die Konfiguration ist fehlerhaft.

• Zugriff auf die konfigurierten Verzeichnisse ist nicht möglich (z. Bsp. TEMP). 

• Alle Pfade wurde in das gleiche Verzeichnis gelegt und beinhalten nun widersprüchliche Jobs.

• Die Konfiguration wurde aus einem anderen System importiert. 

Ansonsten helfen Protokolle weiter. 
Das Protokoll ist sehr ausführlich und liefert für gewöhnlich die nötigen Informationen. Für das Logging des Dispatchers ist kein Neustart des Applikationsservers nötig, lediglich der Dispatcher-Dienst muss neu gestartet werden.

Aktivierung des Logs bis enaio 9.x:

Der Dispatcher protokolliert bis enaio 9.x über die oxrpt.cfg des enaio Applikationsservers, da er eine Komponente des Servers ist. Bitte Flow-Level 6 aktivieren.

Unbedingt darauf achten, dass das Flow-Log nach der Analyse wieder deaktiviert wird, sonst hat der enaio Dienst ab Dienststart Performanceprobleme.

Aktivierung des Logs ab enaio 10.00:

Der Dispatcher hat nur noch wenige Komponenten und liegt nicht mehr im enaio Server-Verzeichnis. Er verwendet die zuletzt registrierte oxrpt.dll. Diese ermitteln und dort die oxrpt.cfg anpassen. Flow-Log auf Level 6 und dann den Dispatcher-Dienst neu starten.

Verwandte Artikel