Beiträge von kingcopy

    Guten Morgen, wir bekommen massig Meldungen herein das die David Clienten nur noch weiße Seiten anzeigen seit 320, etwa die Hälfte aller David Clienten arbeiten einfach nicht, der Server selbst scheint zu funktionieren und der Servicelayer wurde auch Restartet, das hatten wir schonmal mit 317 und 318 glaube ich mit 319 war alles OK, ich verstehe das einfach nicht. Gestern bis Abends war noch alles OK und heute morgen..... wenn man die Fenster anklickt "Reagiert nicht mehr" Blah.... hat jemand soetwas beobachten können?


    Edit: Wenn man den Clienten 20 Minuten nicht anfässt ist er geladen und funktioniert als wenn nichts wäre auch auf und zu funktioniert, jedoch wenn man ihn unten neben der Uhr wieder startet geht das SPiel wieder von vorne los...


    Komisch das Netzwerk funktioniert und alle sind mit 1 Gbit angebunden und Dateien Transferieren mit > 90 MB /s

    Internet ist auch da.... Netzwerke und Serverfreigaben auch...

    User Melden DVAPI32.DLL crasht den Druckerspool: 2 WKST Schon:


    Fehlerbucket 2096651935040121362, Typ 5

    Ereignisname: BEX64

    Antwort: Nicht verfügbar

    CAB-Datei-ID: 0

    Problemsignatur:

    P1: spoolsv.exe

    P2: 10.0.18362.476

    P3: 0c68a260

    P4: DVAPI32.DLL_unloaded

    P5: 12.0.0.530

    P6: 5e690b43

    P7: 0000000000221be3

    P8: c0000005

    P9: 0000000000000008

    P10:


    Name der fehlerhaften Anwendung: spoolsv.exe, Version: 10.0.18362.476, Zeitstempel: 0x0c68a260

    Name des fehlerhaften Moduls: DVAPI32.DLL_unloaded, Version: 12.0.0.530, Zeitstempel: 0x5e690b43

    Ausnahmecode: 0xc0000005

    Fehleroffset: 0x0000000000221be3

    ID des fehlerhaften Prozesses: 0x350

    Startzeit der fehlerhaften Anwendung: 0x01d601afb185421d

    Pfad der fehlerhaften Anwendung: C:\WINDOWS\System32\spoolsv.exe

    Pfad des fehlerhaften Moduls: DVAPI32.DLL

    Berichtskennung: 53dc6eba-1e46-486b-b8c8-5caad6605b23

    Vollständiger Name des fehlerhaften Pakets:

    Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

    Zum Kotzen jetzt fängt an der Service Layer zu crashen:


    Name der fehlerhaften Anwendung: sl.exe, Version: 12.0.3159.0, Zeitstempel: 0x5e5ccfd8

    Name des fehlerhaften Moduls: DAVIDTLS.dll, Version: 12.0.267.0, Zeitstempel: 0x5db80916

    Ausnahmecode: 0xc0000005

    Fehleroffset: 0x00148c5e

    ID des fehlerhaften Prozesses: 0x3310

    Startzeit der fehlerhaften Anwendung: 0x01d5fd00a96cb8f7

    Pfad der fehlerhaften Anwendung: C:\David\Code\sl.exe

    Pfad des fehlerhaften Moduls: C:\Windows\SYSTEM32\DAVIDTLS.dll

    Berichtskennung: 82d874d5-52cc-4dee-b3c8-f158ccc091b1

    Vollständiger Name des fehlerhaften Pakets:

    Anwendungs-ID, die relativ zum fehlerhaften Paket ist:


    Fehlerbucket , Typ 0

    Ereignisname: APPCRASH

    Antwort: Nicht verfügbar

    CAB-Datei-ID: 0

    Problemsignatur:

    P1: sl.exe

    P2: 12.0.3159.0

    P3: 5e5ccfd8

    P4: DAVIDTLS.dll

    P5: 12.0.267.0

    P6: 5db80916

    P7: c0000005

    P8: 00148c5e

    P9:

    P10:


    Server 2016

    Moin, kommt bei uns jetzt auf einmal auch so.... der Client baut keine 267 Port Verbinmdung mehr auf...


    Programm DVWIN32.EXE, Version 12.0.0.8148 kann nicht mehr unter Windows ausgeführt werden und wurde beendet. Überprüfen Sie den Problemverlauf in der Systemsteuerung "Sicherheit und Wartung", um nach weiteren Informationen zum Problem zu suchen.

    Prozess-ID: 3378

    Startzeit: 01d5fb6e84372305

    Beendigungszeit: 13

    Anwendungspfad: C:\Program Files (x86)\Tobit InfoCenter\DVWIN32.EXE

    Berichts-ID: c9cea1be-6761-11ea-8ff5-1831bfcef0ae

    Vollständiger Name des fehlerhaften Pakets:

    Auf das fehlerhafte Paket bezogene Anwendungs-ID:

    Da ist doch schon ein Fehler, wenn die andere Hälfte per Gruppenrichtlinie "Ausgegraut" ist darf die eine sich nicht einfach ändern lassen.


    Fix Nummer XYZ: " In einem Einzelfall" kam es zum Crash des Clients beim Laden von externen Inhalten

    Fix Nummer Z2: "In einem Einzelfall wurden Gruppenrichtlinien nicht richtig übernommen"

    Wir bekommen massig Crashes rein wenn man auf bestimmte EMails Klickt, jetzt bei mir sogar:


    Fehlerbucket 1804045096991428321, Typ 1

    Ereignisname: APPCRASH

    Antwort: Nicht verfügbar

    CAB-Datei-ID: 0

    Problemsignatur:

    P1: DVWIN32.EXE

    P2: 12.0.0.8148

    P3: 5e5ccdc7

    P4: StackHash_74f6

    P5: 10.0.18362.657

    P6: 832e7bce

    P7: c0000374

    P8: PCH_DB_FROM_ntdll+0x0007232C

    P9:

    P10:


    Microsoft Windows [Version 10.0.18363.657]

    OMG Es sendet wieder, Tobit hat zurückgerufen es war das David PORT EXTRA


    c:\David\Tld\Port\Extra\


    Tld.cfg verschwunden , wer weis wie lange schon, aus Schattenkopien wieder einkopiert und der PORT Greift wieder !!!!!!!!!!! ...... ich habe erstmal fertig für heute

    Der Postman reagiert auf externe Nachrichten nicht mehr, er nimmt die nicht mehr an alles steht auf unbearbeitet.... im Status Monitor meldet sich Ionos einfach nicht mehr, der Port Transmittet nicht mehr obwohl Über SMARTHOST Versenden aktiv ist.


    EDIT: Emergency Rückruf aktiviert, mal sehen was die Tobits sagen....


    EDIT: Auch nach Rollback auf 316 Reagiert der Postman nicht, irgendwas wurde mit dem PORT000 veranstaltet

    Was ist das denn! nach dem Update funktioniert der POSTMAN nicht mehr alle Mails stauen sich auf!


    ich bekomme die externe Kommunikation nicht mehr hin und weis nicht was es ist.... smtp.ionos.de greift nicht mehr durch den POSTMAN

    SO jetzt sind alle EXEN nicht mehr Zertifiziert , es ging EIN Jahr lang gut, die David Exen waren Zertifiziert und nun FIREWALL BLOCK wegen untrusted....


    jetzt kann ich wieder ALLE EXEN der Pakete mit der Hand Freischalten und 200 Workstation lassen das Updsate nicht durch.


    Objekt\Dateipfad: C:\Windows\Temp\Package2\clients\windows\dvwin32\setup\setup32.exe

    Objekt\Quelle: C:\Windows\Temp\Package2\clients\windows\dvwin32\setup\setup32.exe

    Objekt\Hash: feda53c36726885772dfabd43a04580d2f11924abc41bac3175839733119a7f9


    Objekt\Dateipfad: C:\Windows\Temp\Package2\clients\starter.exe

    Objekt\Quelle: C:\Windows\Temp\Package2\clients\starter.exe

    Objekt\Hash: 503a4ad26fbeb17a0cf2f74f6a85cf5017169dd297da93ee2687b8ca3028aac1


    Objekt\Dateipfad: C:\ProgramData\Tobit\Updates\client-update.exe

    Objekt\Quelle: C:\ProgramData\Tobit\Updates\client-update.exe

    Objekt\Hash: c33d65fd959797ebc26b4b687274fb0e521ccb46a3f75aff8d3b4bac5ecbf8bb


    Ich exclude das ganze Behinderte: C:\ProgramData\Tobit\Updates\ *****************



    was die DVWIN32.EXE nun auch UNTRUSTED....


    SIeht aus wie SHA-1 desswegen nicht akzeptierte Signaturen

    ich glaube das ist der Spamschutz kram:

    Aktualisierte Spamschutz-Engine

    Zur stetigen Optimierung des Spamschutzes wurden die zentralen Funktionen der Message Identification Services aktualisiert und stehen nun in einer neuen Engine zur Verfügung. Diese neue Engine nutzt nun einen 64 Bit Prozess (neue Module dvscdmon.exe, SpamDefer.dll, SpamFilter.dll), Voraussetzung für das Betriebssystem ist mindestens Server 2008 R2. Ältere Betriebssysteme nutzen weiterhin die bisherige Variante.

    von den Androiden schaffen wir das noch nicht, aber die IPHONES nehmen das Exportierte und Umgewandelte Zertifikat. Folglich ist die Kommunikation von einem Androiden nicht zertifiziert, ohnehin sollten die mobilen Devices nur zum "Schnell einsehen" verwendet werden.

    Erweiterte Fehlermeldung bei Sperrung des Remote Access

    Wird der Remote Access eines david Anwenders aufgrund zu vieler fehlerhafter Anmeldeversuche automatisch gesperrt, so wird nun ein zusätzlicher Eintrag im david Ereignis-Ordner erstellt, der den Remote Access Benutzernamen, den verwendeten User-Agent sowie die IP-Adresse enthält.


    ENDLICHHHHH!!!! ich hatte immer last die scheiss Intruder zu blacklisten!

    Das mit den leeren Emails passiert immer mal wieder.

    Es ist eine Kombination aus I/O des Schreibzugriffes auf das Dateisystem, die Datei LogiK, Verzögerungen durch Virenscanner oder sonstige Tools die auch die I/O beinträchtigen.


    Lösungen: Gewisse Excludes des Virenscanners vor allem DAT Dateien etc,

    Verzeichnisse nicht über 5000 Dateien wachsen lassen.

    Keine HDDs sondern Controller / SSD nutzen mit hohem I/O Cache

    keine Fragmentierung.

    Hoher Durchsatz und CPU Leistung.

    Chkdsk mal öfter vor den Backups sowieso nutzen!

    Stichproben der Strongbox und des Systems vor dem löschen eines Users!


    hat bei uns das Problem auf ein nicht mehr existierendes Mindesmaß reduziert.



    Falls doch mal eine leer ist: Suche der Email oder des Inhaltes bei einem anderen User.

    andere Versionen des Strongbox Archives.

    "Fw Neue Servicemitarbeiterin ab dem 01.11.2019 Eva aaaaaaaaaaaa.eml" zb muss wohl 60-70 sein


    und es muss im Eingang geöffnet werden nicht im Ausgang.


    Zb:

    B-46105_B-46106_B46109_B-45899 DISPO_XXXXXXXY GGGGGs 2020 Teil 3.xlsx