11
Patchday Juli 2024 - KB5041017 - Achtung bei DATEV
Moin,
meine Erkenntnis zum gestrigen Patchday: Bis auf DATEV alles fluffig, Exchange folgt heute Abend.
Wer DATEV im Einsatz hat, ist ja sicherlich etwas vorsichtiger, wenn es darum geht, in der Umgebung Windows-Updates vorzunehmen, nicht wahr?
https://www.datev.de/web/de/service-und-support/systemplattform/microsof ...
(Hier übrigens auch der Hinweis, dass DATEV das Problem der englischen Kontextmenüs an MS gemeldet hat, bisher ohne Rückmeldung: s. hier: Patchday Mai - Achtung bei KB5037765!)
Wenn in einer DATEV-Umgebung KB5041017 installiert wird (bei uns in Kombi Terminalserver / Dateiserver), gibt es nach dem Start des DATEV-Arbeitsplatzes eine Fehlermeldung:
Außerdem findet sich im Anwendungs-Eventlog eine Warnung mit der beliebten ID 0:
Solltet Ihr das Update bereits installiert haben, einfach wieder runter damit:
Die KB-Nummer ist korrekt, da das .NET-Update unter dieser KB installiert wird.
Gruß
meine Erkenntnis zum gestrigen Patchday: Bis auf DATEV alles fluffig, Exchange folgt heute Abend.
Wer DATEV im Einsatz hat, ist ja sicherlich etwas vorsichtiger, wenn es darum geht, in der Umgebung Windows-Updates vorzunehmen, nicht wahr?
https://www.datev.de/web/de/service-und-support/systemplattform/microsof ...
(Hier übrigens auch der Hinweis, dass DATEV das Problem der englischen Kontextmenüs an MS gemeldet hat, bisher ohne Rückmeldung: s. hier: Patchday Mai - Achtung bei KB5037765!)
Wenn in einer DATEV-Umgebung KB5041017 installiert wird (bei uns in Kombi Terminalserver / Dateiserver), gibt es nach dem Start des DATEV-Arbeitsplatzes eine Fehlermeldung:
#NK00105
Konfigurationsdaten der Nutzungskontrolle können nicht ermittelt werden
...Außerdem findet sich im Anwendungs-Eventlog eine Warnung mit der beliebten ID 0:
1072 : Datev.Framework.Diagnostics.FrameworkException: #NK00105
Quelle: Datev.CC.Processes.CmdSolltet Ihr das Update bereits installiert haben, einfach wieder runter damit:
WUSA /UNINSTALL /KB:5039886Die KB-Nummer ist korrekt, da das .NET-Update unter dieser KB installiert wird.
Gruß
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 61586421970
Url: https://administrator.de/contentid/61586421970
Ausgedruckt am: 08.11.2024 um 21:11 Uhr
11 Kommentare
Neuester Kommentar
Also die Probleme beim Start des Arbeitsplatzes macht KB5041017 oder KB5037765 oder KB5039886? Ich bin etwas verwirrt 
Verständlich, Deine Verwirrung, ich habe auch erst einmal sparsam die Stirn gerunzelt.
Ausführlich:
Warum das unterschiedlich ist? Keine Ahnung, vermutlich wegen der unterschiedlichen .NET-Versionen, KB5041017 ist der "Sammelbegriff" für beide.
KB5037765 hat damit nicht direkt etwas zu tun, aber nach dem korrigierten Patch sind einige Kontextmenüs englisch, deshalb der Verweis.
Fertsch und Gruß!
Ausführlich:
- Nach Installation aller Patchday-Updates startet DATEV, wie oben beschrieben, nicht mehr
- Kenner der Materie vermuten sofort einen .NET-Zusammenhang, bestätigt durch die Framework-Exception
- OK, da gab es ein .NET-Update, im Updateverlauf wird KB5041017 als erfolgreich installiert angezeigt
- Logische Schlussfolgerung: Das muss wieder runter. Also WUSA /UNINSTALL /KB:5041017
- Hä? Das Update konnte nicht gefunden werden?
- Klicken wir doch mal auf den Eintrag und landen bei https://support.microsoft.com/de-de/topic/july-9-2024-kb5041017-cumulati ...
- Je nach installierter .NET-Version wird hier die korrekte KB angezeigt, in unserem Fall KB5039886, kann aber auch KB5039879 sein!
- Für UNS: WUSA /UNINSTALL /KB:5039886
Warum das unterschiedlich ist? Keine Ahnung, vermutlich wegen der unterschiedlichen .NET-Versionen, KB5041017 ist der "Sammelbegriff" für beide.
KB5037765 hat damit nicht direkt etwas zu tun, aber nach dem korrigierten Patch sind einige Kontextmenüs englisch, deshalb der Verweis.
Fertsch und Gruß!
Okay dann würde ich, um den Problemen vorzubeugen, sowohl KB5041017 als auch KB5039886 und KB5039879 im WSUS sperren.
PS: Nur KB5041017 scheint über WSUS ausgeliefert zu werden.
PS: Nur KB5041017 scheint über WSUS ausgeliefert zu werden.
Meist braucht DATEV mindestens eine Woche zur Prüfung, ich würde den DATEV-Link von oben im Auge behalten, die liefern dann allerdings idR recht schnell ein Update. Ob das jetzt nötig ist, das Update pauschal im WSUS zu sperren, muss jeder selbst entscheiden. Reicht ja aktuell, wenn die DATEV-Server das nicht bekommen.
Das Update betrifft CVE-2024-38081:
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2024-38081
Wir haben noch eine andere Anwendung, die sehr stark auf .NET setzt, dort sind mir bisher keine Probleme bekannt, das läuft auch mit Update.
Gruß
Das Update betrifft CVE-2024-38081:
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2024-38081
Wir haben noch eine andere Anwendung, die sehr stark auf .NET setzt, dort sind mir bisher keine Probleme bekannt, das läuft auch mit Update.
Gruß
Achso, ich nahm an das Update auf dem RD-SH macht das Problem. Dennoch warte ich das immer ab, bin es leid auf sowas meine Zeit zu verschwenden...
Zitat von @Coreknabe:
https://www.datev.de/web/de/service-und-support/systemplattform/microsof ...
(Hier übrigens auch der Hinweis, dass DATEV das Problem der englischen Kontextmenüs an MS gemeldet hat, bisher ohne Rückmeldung: s. hier: Patchday Mai - Achtung bei KB5037765!)
https://www.datev.de/web/de/service-und-support/systemplattform/microsof ...
(Hier übrigens auch der Hinweis, dass DATEV das Problem der englischen Kontextmenüs an MS gemeldet hat, bisher ohne Rückmeldung: s. hier: Patchday Mai - Achtung bei KB5037765!)
Hä?
Microsoft hat das doch als Known-Issue aufgenommen in KB5039217.
Zwar behauptet Microsoft selbst im neuen KB5040430, dass das Problem noch besteht, ich konnte es aber nicht mehr nachvollziehen: Microsoft Server 2019 nun teilweise gezwungen in englischer Sprache
Grüße
ToWa
@towa
Hatte ich gar nicht mitbekommen, dass das behoben sein soll. Wie auch immer, ich hätte die beiden Sachen nicht vermischen sollen. Sorry!
Gruß
Hatte ich gar nicht mitbekommen, dass das behoben sein soll. Wie auch immer, ich hätte die beiden Sachen nicht vermischen sollen. Sorry!
Gruß
Moin,
die DATEV-Seite https://www.datev.de/web/de/service-und-support/systemplattform/microsof ... gibt Entwarnung, kann ich bestätigen. Mit der DATEV-Installation auf dem neuesten Stand kann das .NET-Update jetzt problemlos installiert werden
Schickes Wochenende für alle!
Gruß
die DATEV-Seite https://www.datev.de/web/de/service-und-support/systemplattform/microsof ... gibt Entwarnung, kann ich bestätigen. Mit der DATEV-Installation auf dem neuesten Stand kann das .NET-Update jetzt problemlos installiert werden
Schickes Wochenende für alle!
Gruß
Hast du das in deinem Fall getestet? Die DATEV schreibt ja nichts aktuelles zu #NK00105 .
Ja, ist getestet, funktioniert jetzt. Was für mich denkbar ist: Ich mache nicht jedes DATEV-Update, es sei denn DATEV rät dringend dazu. Ansonsten nur die großen Updates 2x jährlich und mal zwischendrin, wenn unsere Buchhaltung das möchte. Ist dann notwendig, etwa durch Gesetzesänderungen.
Möglicherweise hatten diejenigen, die beim Update auf dem neuesten DATEV-Stand waren, durch Hotfix-Installationen eh keine Probleme. Ich gehe jetzt aber nicht unbedingt davon aus, dass das jeder macht, deshalb dieser Thread.
Gruß
Möglicherweise hatten diejenigen, die beim Update auf dem neuesten DATEV-Stand waren, durch Hotfix-Installationen eh keine Probleme. Ich gehe jetzt aber nicht unbedingt davon aus, dass das jeder macht, deshalb dieser Thread.
Gruß
Okay wir haben eigentlich immer ein sehr aktuelles DATEV weil irgendwer immer dringend irgendwas braucht. Da ich grade Samstag alle anderen Updates von Microsoft gemacht habe, wird das jetzt aber noch ein wenig liegen bleiben.
