Service Layer beendet sich selbständig

  • Der Service Layer beendet sich nach ca. 1-2 min selbständig, kann danach zwar wieder gestartet werden, beendet aber wieder nach 1-2 Minuten. QLB-100.559 habe ich bereits mehrfach durchgeführt, auch einmal neu die beiden Servicepacks.. aus Dezember neu installiert.

    Weiter Info´s:
    Alle Dienste, bis auf den SL sind beendet, kein Client angemeldet, nur der Administrator auf dem Server ( Win 2000 Prof), der SL beendet sich regelmäßig nach ca. 1.min 10 Sec.

    Weitere Info: Der Fehler ist heute Nacht ca. 3:13 das erste Mal aufgetreten, kann das mit der automatischen Bereinigung der Archive zu tun haben ?

    Einmal editiert, zuletzt von schoipi (18. Januar 2008 um 22:24)

  • Wie groß ist Deine DAVID Installation? Wieviele User Verzeichnisse?

    09-f9-11-02-9d-74-e3-5b
    MfG Kingcopy seit C16 / C64
    Fachinformatiker / Systemintegration
    IT-Systemadministrator
    David (R) 20 User / 500 GB
    David (R) 200 User / 2,5 TB
    d8-41-56-c5-63-56-88-c0

  • Da ich eine aktuelle Datensicherung hatte, habe ich zunächst geglaubt, dass Problem sei im Griff, da es erst seit 2 Wochen wieder lief.

    Seit heute nachmittag wieder dass selbe Problem. Habe schon Q-101.830 durch , das Ausgangsverzeichniss hatte genau 5.000 Einträge, daraufhin habe ich die Jahre in eigene Unterordner aufgeteilt und Nachrichten dahin verschoben. jetzt sind alle archive.dat deutlich unter 1000 kB. Ich habe auch die Archive.urt umbenannt, bzw. verschoben. Bei 2 Dateien hatte ich zugriffsprobleme, ich hba die nur löschen können. Auch Q-101.204 habe ich schon durch.

    User sind 5

  • Zum einen gibt es einen Haken im DIC unter -> Ansicht -> Filter -> Optionen -> Maximale Anzahl angezeigter Einträge.
    Hier steht Defaultmäßig 5000 drin. Daher sieht man nur genau 5000.
    Wahrscheinlich ist das genannte Archiv weitaus größer !

    Weiterhin gibt es im David eine automatische Archiverungsfunktion. Unter Eigenschaften vom Archiv -> Dienste -> Automatische Ablage, kann man David zur automatischen Anlage von Unterarchiven incl. Verschieben derer Nachrichten veranlassen. Dann wird auch nicht die TAS-Struktur beschädigt....

    Weiterhin gibt es bei einem solchen Absturz die Möglichkeit den SL zu debuggen, um solchen Fehlern auf den Grund gehen zu können. Einfach mal in der KB oder hier suchen.

    -> Ich denke, der Absturz liegt an diesem Archiv (und ggf. an ähnlichen) .....

    Beste Grüße

    Claudio Carrano (TSCP)
    CARRANO IT-Consulting

    * Ihr Systemhaus für elektronische Kommunikation * Über 25 Jahre Erfahrung *
    ***** Tobit 5-Sterne Partner


    Tobit-Programmierung: Portal, Workflow, DVCC & Add-Ons/Tools und chayns
    Keine Haftung für hier gegebene Antworten!

    Unsere Produkte finden Sie im Tobit Tuning Center
    oder auf unserer Homepage

    info@carrano-it.de
    Tel: +49-6021-451099-0

  • Ich habe mal eine sldebug.txt erstellt, ist im Anhang. Ich werde da aber nicht schlau draus, das einzige, was mir auffällt, dass auf der http://www.seite/, bevor das erste mal was mit Error auftaucht, von Microsoft nichts drauf ist.

  • Hi,

    ich würde als erstes mal die temp. Dateien von David löschen.
    Dann stimmt ja auch scheinbar etwas mit einem Archive nicht, da die Bereinigung den Service layer abstürzen lässt. Über die manuelle Bereinigung (sl.exe -console) wrde ich das Archive ausfindig machen und die archive.dat neu aufbauen. Dann mal sehen obs weitehrin besteht.

    Gruß
    Anni

  • gibt es zur Mauellen Bereinigung weitere Infos ? Starten geht ja über den Adminstrator, >Status-Monitor> Jetzt Starten.

    DIe Bereinigung lüft aber nur solange, bis der Service-Layer sich wieder beendte.

    Wie kann man das ggf, betreffende Archiv den sonst finden ?

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!