Abstürze nach Update auf 10.0.2227.0

Hallo, liebes Forum,

seit unserem Update auf die 10.0.2227.0 stürzt das DAvid ServiceLayer (der Dienst) regelmäßig ab. Regelmäßig heißt hier: alle 2 Tage um 4:30 +/- 10 min.!
Wir haben bisher nach zeitgesteuerten Tasks innerhalb und außerhalb von Tobit gesucht, aber da nichts "verdächtiges" gefunden.

Hat vielleicht jemand von euch eine Idee, woran das liegen könnte, bzw. in welche Richtung ich nochmal suchen könnte?
Die Fehlermeldung aus dem Anwendungsprotokoll liegt im Anhang

Für Hinweise und Tipps wäre ich sehr dankbar!

Schöne Grüße,
Stefan

Hi!

Wir haben bei einem Kunden das gleiche Problem. Ein Lösung habe ich noch nicht.

Das Debug-Log vom sl-db gibt noch nicht wirklich etwas her. Vom Zeitlichen Rahmen passen bei uns die Abstürze mit der Datenbereinigung zusammen, jedoch wie ptath schon gesagt hat, stürzt der SL jeden zweiten Tag ab. Eine Ausführung der Datenbereinigung manuell läuft ganz normal weiter.

Gruß

Björn

Hallo citab!

Aus meinem ersten Posting:

Zitat

Eine Ausführung der Datenbereinigung manuell läuft ganz normal weiter.

Einen Neustart des Dienstes habe ich eingetragen, aber mehr als ein Workaround ist das nicht. Mittlerweile habe ich das Problem auch schon von anderen gehört, also scheint es doch irgendwie am FeaturePack zu liegen...

Gruß

Björn

Hallo,

wir haben genau das gleiche Problem, jede zweite Datenbereinigung wird der Service Layer beendet. Es passiert auch wenn man die Bereinigung mehrmals hintereinder startet.

Hi!

Windows Server 2000/2003 z.T. SP2
David Größe von 3 User bis 50 User, 5 bis 50GB.

Indizierung habe ich abgeschaltet, allerdings scheint das auch nichts zu bringen.

Gruß

Björn

Hallo !

Auch wir haben dieses Problem !
Wir haben einen Windows 2003 Standard Server / 250 David User / 335 GB Daten

Gruß
diesim

Hi zusammen,

wir sind in diesem Fall ein gebranntes Kind. Inzwischen schreibe ich bei Service Layer Probs gar nicht mehr ins Intercom, da die mir eh immer mit der gleichen Lösung antworten. So auch Anfang April. Das ganze hat auch mal wieder funktioniert. Wir arbeiten zwar nur mit Linux, aber der Ansatz ist meines Wissens nach immer der Gleiche:

Tobit Software schrieb am 07-Apr-2008 18:01
Beenden Sie bitte zunächst alle DvISE Dienste und benennen Sie bitte folgende Dateien um:

»DAVID\CODE\DAVID.JOB«
»DAVID\CODE\DAVID.PRN«
»DAVID\CODE\DAVID.LOG«
»DAVID\CODE\DAVID.REC«

aus den folgenden Ordnern verschieben Sie bitte alle Dateien und legen den Inhalt dieser Ordner in verschiedenen
gesonderten Ordner außerhalb vom David Ordner ab. (Somit ist gewährleistet das die Daten evtl. zurück verschoben werden können). Beachten Sie bitte das die Ordner nicht verschoben werden dürfen.

»DAVID\CODE\TEMP\*.*«
»DAVID\APPS\FAXWARE\OUT\API\*.*«
»DAVID\APPS\POSTMAN\IN\ *.*«
»DAVID\APPS\DVGRAB\IN *.*«
»DAVID\IMPORT\*.*«
»DAVID\IMPORT\SYSTEM\*.*«
»DAVID\IMPORT\SYSTEM\OBJECTS\*.*«
»DAVID\ARCHIVE\SYSTEM\DAVID\ERRLOG\*.*«

Einen besonderen Fall stellt das Verzeichnis »DAVID\TLD\PORT\EXTRA« ab der Version 6.5 dar. Hier legt der DvISE PostMan temporär die empfangenen Daten ab.

Es dürfen auf keinen Fall die Dateien:

POSTMAN.STA, POSTMAN.JOB, TLD.CFG und TLD.CHK gelöscht werden.

Stellen Sie bitte im Anschluss sicher, dass bei einem Virenscanner eines Drittanbieters die Ordner gemäß
Knowledge Base Artikel Q-102.592 ausgeschlossen sind.

Vielleicht ist ja einem von euch trotzdem damit geholfen...

Hi!

@Dennis
Das ist Knowledgebase-Artiekl Q100.232... Löschen temporärer Dateien. Das ist die Standardantwort, die hilft nicht.

Ich tippe auf ein Problem im SL, ich werde mir das Debug-Log, welches ich hab mitleufen lassen nochmal ansehen.

Gruß

Björn

Hallo, dass hängt mit hoher Wahrscheinlichkeit mit einem Fehler in der Archivestruktur zusammen. Der Service Layer bereinigt in der Nacht ab 3.00 Uhr die Papierkörbe und durchläuft dabei die komplette Archivestruktur. Wenn eine der Archive Dateien (archive.dir oder archive.dat) defekt ist tritt dieses Problem auf und der Service Layer strützt ggf. ab.

Am besten kann man einen Fehler in der Archivestruktur über die Service Layer Konsole herausfinden. Bitte wechsel in die DOS-Eingabeaufforderung und öffne anschließend die Service Layer Konsole mit dem Befehl: C:\David\Code\sl.exe -console. Bitte öffne mit der Tastenkombination "ALT + 3" das "Purging Menü", mit "ALT + 1" startest Du die Archivebereinigung. In diesem Menü kannst Du dann einsehen, wo die Bereinigung anhält. Führe bitte ggf. anschließend eine Reparatur des entsprechenden Archives mit ArcUtil gemäß Tobit Knowledge Base Artikel Q-107.687 durch.

Gruß

Hallo,

zunächst mal vielen Dank an alle, die sich die Mühe gemacht haben hier Antworten zu posten.
Letztlich (es dauerte einige Tage zu sehen, ob die Abstürze wirklich ausbleiben) hat - mal wieder - der "Insel"-Tipp von Hr. Carrano funktioniert.
Wir haben die Indexerstellung einfach erstmal abgestellt und siehe da: das ServiceLayer bleibt laufen! Recht herzlichen Dank, Hr. Carrano - Sie haben's wirklich drauf
Wir werden demnächst einem möglichen Fehler in der Archivestruktur zu Leibe rücken - von mnetworks ist das ja sehr nachvollziehbar beschrieben; auch dafür vielen Dank.

Freundliche Grüße,
erleichtert,
Stefan