Servicelayer Crash seit Windows Updates 15.11.2023

Hatte das hier auch, vom Support kam der Hinweis die certopenorders.json im david\code\common\certificates umzubenennen und zunächst mal keine Zertifikate mehr zu bestellen.

Ich hatte auch bei einem Kunden das Problem, dass die Zertifikate nicht erneuert werden konnten.

Fehler: "Failed to create Challenge. Rate Limit reached".

Der Server lief aber ohne Probleme. Nach drei Tagen ging es dann plötzlich wieder.

Wie kann man denn die automatische Zertifikatserneuerung temporär deaktivieren?

Bei dem Crash geht es um die SMIME User Zertifikate, nicht um die TLS Verschlüsselung.

Ah ok, das hatte ich überlesen.

Ich hatte heute Nacht bei 3 Servern (haben nichts miteinander zu tun, nur das ich mich drum kümmere) , alles Windows Server 2022, das um 3 im Ereignisprotokoll 2 Einträge standen, sinngemäß "Service Layer konnte nicht bis zum Timeout gestartet werden" Der Dienst war "beendet" aber ich konnte ihn normal starten. Hm? Das kann doch kein Zufall sein? Aber einer von denen war noch 410

Bei ca. 20% unserer Kunden war heute morgen ebenfalls der SL inaktiv. Ließ sich aber manuell anstoßen.

Über Nacht war bei vielen ein "hotfix 358701" installiert worden. Ich hab' leider keine Ahnung, was es damit auf sich hat, auf unserem eigenen Server ist dieser Hotfix bislang nicht eingetroffen.

Bei mir war auch der SL beendet. David3 von unterwegs geht nicht. ActiveSync geht. Auch der Chayns Zugang funktioniert nicht.

Hab das auch schon bei Kunden heute beobachtet....

Zitat von nordtech

Bei ca. 20% unserer Kunden war heute morgen ebenfalls der SL inaktiv.

Dito

Hier ist heute morgen auch der Hofix eingetrudelt
(dvupdate.chayns-static.space/hotfix/3587/01_DVHF358701.exe), der hebt die SL.exe auf 3593. Wir hatten das Problem allerdings nicht (der Win2022 hat diesen Monat auch seine Updates noch nicht bekommen), daher k.a. Ahnung, ob er die obrigen Probleme fixt. Vielleicht bringt der Fix ja was, da ich nicht sehe, ob die Probleme nach oder vor dem Hotfix sind bei Euch.

Bei ist im DvAdmin etwas komisch

Aber 414 auf den Clients

Bei uns hat es auch eine Reihe Kunden getroffen. SL war nicht mehr gestartet. Ließ sich von Hand starten. Nervig...

Und danach nicht gestartet

Weiss wer, welche Datei(en) durch den Hotfix geändert wird? Bei mir ist der Hotfix heute um 8 Uhr angekommen. Ich wollte den Hotfix vielleicht manuell installieren. Vorher die alte Datei sichern.

Bei einem 2012R2 Server UND an einem 2019 Server kriege ich kein Purging Report mehr, im Ereignisprotokoll erscheint stattdessen:

Das passiert auch wenn ich den Hotfix manuell anklicke. Ich muss den Hotfix umbenennen und hoffen das mit dem nächsten Service-Pack das Problem erledigt ist. Der Servicelayer läuft. Oder sollte ich den erst stoppren?

Ich habe jetzt im David Admin angekreuzt, das automatische Hotfixes NICHT automatisch installiert werden. Ich warte eh mit den Service Packs ein paar Tage oder Wochen,

Kann es vielleicht sein, das der "required Service Layer" der "314" ist? Ich glaub ich habe da noch "313", ich prüfe das nochmal. Aber denn versucht er ja trortzdem immer wieder den Patch zu installieren. Der Purging report kommt dann halt nicht. Das passiert auch wenn es Probleme gibt beim Lesen der Virussignaturen. Teleweise habe ich den Purging Report verlegt auf 4:00 Uhr.

Zitat von ComputerManni

Weiss wer, welche Datei(en) durch den Hotfix geändert wird? Bei mir ist der Hotfix heute um 8 Uhr angekommen. Ich wollte den Hotfix vielleicht manuell installieren. Vorher die alte Datei sichern.

Bei einem 2012R2 Server UND an einem 2019 Server kriege ich kein Purging Report mehr, im Ereignisprotokoll erscheint stattdessen:

David Hotfix #358701 not installed
Reason	Required David ServiceLayer (3587) not found.
Hotfix	#358701
User	Administrator

Das passiert auch wenn ich den Hotfix manuell anklicke. Ich muss den Hotfix umbenennen und hoffen das mit dem nächsten Service-Pack das Problem erledigt ist. Der Servicelayer läuft. Oder sollte ich den erst stoppren?

Ich habe jetzt im David Admin angekreuzt, das automatische Hotfixes NICHT automatisch installiert werden. Ich warte eh mit den Service Packs ein paar Tage oder Wochen,

wenn man dem Z$Backup Ordner glauben darf, hat er wohl folgende Dateien ersetzt:

Z$BACKUP\David.358701\David\code\sl.exe

Z$BACKUP\David.358701\David\code\resource\code.aux

Z$BACKUP\David.358701\David\code\resource\code.eng

Z$BACKUP\David.358701\David\code\resource\code.fra

Z$BACKUP\David.358701\David\code\resource\code.ger