Windows 10: Programme auf Netzlaufwerk stürzen nach einer Weile ab
Hallo zusammen,
ich habe in unserer Domäne (2008 R2) testweise zwei Rechner mit Windows 10 x64 aufgesetzt. Leider funktionieren Programme auf Netzlaufwerken nach einiger Zeit nicht mehr und stürzen ab.
Ich habe die Firewall ausgeschaltet, Virenscanner deaktiviert (Kaspersky Endpoint Security), anderen Virenscanner verwendet, Netzwerktreiber aktualisiert, andere Netzwerkkarte verwendet (feste IP und DHCP getestet), das 1511er-Upgrade installiert usw. Ohne Erfolg. Bei den restlichen Windows 7 (x64) Rechnern klappt alles einwandfrei!
Folgendes findet sich im Eventlog:
sowie
Hat jemand ähnliche Schwierigkeiten bzw. die Lösung hierfür? Lokale Programme funktionieren tadellos.
Vielen Dank schonmal im Voraus!
ich habe in unserer Domäne (2008 R2) testweise zwei Rechner mit Windows 10 x64 aufgesetzt. Leider funktionieren Programme auf Netzlaufwerken nach einiger Zeit nicht mehr und stürzen ab.
Ich habe die Firewall ausgeschaltet, Virenscanner deaktiviert (Kaspersky Endpoint Security), anderen Virenscanner verwendet, Netzwerktreiber aktualisiert, andere Netzwerkkarte verwendet (feste IP und DHCP getestet), das 1511er-Upgrade installiert usw. Ohne Erfolg. Bei den restlichen Windows 7 (x64) Rechnern klappt alles einwandfrei!
Folgendes findet sich im Eventlog:
Quelle: Application Error, Ereignis ID 1000
Name der fehlerhaften Anwendung: auswahl.exe, Version: 4.5.0.0, Zeitstempel: 0x54c264a0
Name des fehlerhaften Moduls: ntdll.dll, Version: 10.0.10586.20, Zeitstempel: 0x5654262a
Ausnahmecode: 0xc0000006
Fehleroffset: 0x000637d9
ID des fehlerhaften Prozesses: 0x3ffc
Startzeit der fehlerhaften Anwendung: 0x01d149df39582e05
Pfad der fehlerhaften Anwendung: U:\bin\auswahl.exe
Pfad des fehlerhaften Moduls: C:\WINDOWS\SYSTEM32\ntdll.dll
Berichtskennung: a966b18f-0b04-4a3e-98fb-7647f64a8385
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
sowie
Quelle: Application Error, Ereignis ID 1005
Aus einem der folgenden Gründe kann nicht auf die Datei "" zugegriffen werden: Es besteht ein Problem mit der Netzwerkverbindung, dem Datenträger mit der gespeicherten Datei bzw. den auf dem Computer installierten Speichertreibern, oder der Datenträger fehlt. Das Programm Programmauswahl wurde wegen dieses Fehlers geschlossen.
Programm: Programmauswahl
Datei:
Der Fehlerwert ist im Abschnitt "Zusätzliche Dateien" aufgelistet.
User Action
1. Öffnen Sie die Datei erneut. Diese Situation ist eventuell ein temporäres Problem, das selbstständig behoben wird, wenn das Programm erneut ausgeführt wird.
2. Wenn Sie weiterhin nicht auf die Datei zugreifen können und
- diese sich im Netzwerk befindet, dann sollte der Netzwerkadministrator überprüfen, dass kein Netzwerkproblem besteht und dass eine Verbindung mit dem Server hergestellt werden kann.
- diese sich auf einem Wechseldatenträger, wie z. B. einer Diskette oder einer CD, befindet, überprüfen Sie, ob der Datenträger richtig in den Computer eingelegt ist.
3. Überprüfen und reparieren Sie das Dateisystem, indem Sie CHKDSK ausführen. Klicken Sie dazu im Menü "Start" auf "Ausführen", geben Sie CMD ein, und klicken Sie auf "OK". Geben Sie an der Eingabeaufforderung CHKDSK /F ein, und drücken Sie die EINGABETASTE.
4. Stellen Sie die Datei von einer Sicherungskopie wieder her, wenn das Problem weiterhin besteht.
5. Überprüfen Sie, ob andere Dateien auf demselben Datenträger geöffnet werden können. Falls dies nicht möglich ist, ist der Datenträger eventuell beschädigt. Wenden Sie sich an den Administrator oder den Hersteller der Computerhardware, um weitere Unterstützung zu erhalten, wenn es sich um eine Festplatte handelt.
Zusätzliche Daten
Fehlerwert: C00000C4
Datenträgertyp: 0
Hat jemand ähnliche Schwierigkeiten bzw. die Lösung hierfür? Lokale Programme funktionieren tadellos.
Vielen Dank schonmal im Voraus!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 292553
Url: https://administrator.de/contentid/292553
Ausgedruckt am: 22.11.2024 um 10:11 Uhr
12 Kommentare
Neuester Kommentar
Könnte sein das euer Programm sensitiv auf SMB-Connection-Timeouts reagiert wenn die Verbindungen öfters länger im Idle-Zustand verbleiben. Das würde für mich dein geschildertes Verhalten erklären wenn die Verbindungen immer erst nach einer Weile zusammenbrechen.
http://blogs.msdn.com/b/openspecification/archive/2013/03/19/cifs-and-s ...
http://blogs.msdn.com/b/openspecification/archive/2013/03/27/smb-2-x-an ...
Erhöhe mal testweise die Timeouts.
p.s Redbull macht nicht fitt, es "verleiht Flügel"
grexit
http://blogs.msdn.com/b/openspecification/archive/2013/03/19/cifs-and-s ...
http://blogs.msdn.com/b/openspecification/archive/2013/03/27/smb-2-x-an ...
Erhöhe mal testweise die Timeouts.
p.s Redbull macht nicht fitt, es "verleiht Flügel"
grexit
Zitat von @aqui:
Wäre auch sinnvoller man bindet solche Laufwerke mit iSCSI oder NFS an den Server an aber niemals mit SMB/CIFS. Da liegt schon der grundlegende Fehler.
Wo steht das es hier um Zugriffe am Server selber geht ???Wäre auch sinnvoller man bindet solche Laufwerke mit iSCSI oder NFS an den Server an aber niemals mit SMB/CIFS. Da liegt schon der grundlegende Fehler.
Hier sind die Zugriffe von Clients aus gemeint, und denen Laufwerke via iSCSI einzubinden ist in diesem Zusammenhang ja wohl eher kontraproduktiv...!
Hi,
ein ähnliches Problem hatte ich auch mit einer Anwendung auf einem Netzlaufwerk, die sich gelegentlich mit den Ausnahmecodes 0xc0000005 und 0xc0000006 verabschiedete.
Allerdings bestand das Problem auf einem Windows 2012 Terminal Server und hatte vermutl. auch eher mit der Nutzung desselben Programms durch mehrere Nutzer zu tun (s. KB2536487/orphaned File Control Block).
Es ließ sich beheben, indem der Programmordner über DFS bereitgestellt und das Programm über den UNC-Pfad gestartet wurde (z.B. \\domain.de\dfs\programm\auswahl.exe), statt ein gemapptes Laufwerk zu nutzen.
ein ähnliches Problem hatte ich auch mit einer Anwendung auf einem Netzlaufwerk, die sich gelegentlich mit den Ausnahmecodes 0xc0000005 und 0xc0000006 verabschiedete.
Allerdings bestand das Problem auf einem Windows 2012 Terminal Server und hatte vermutl. auch eher mit der Nutzung desselben Programms durch mehrere Nutzer zu tun (s. KB2536487/orphaned File Control Block).
Es ließ sich beheben, indem der Programmordner über DFS bereitgestellt und das Programm über den UNC-Pfad gestartet wurde (z.B. \\domain.de\dfs\programm\auswahl.exe), statt ein gemapptes Laufwerk zu nutzen.
Wie ich oben schon geschieben habe iSCSI ist was für Single-Point Mapping, mehrfacher Schreib-Lese Zugriff von unterschiedlichen Clients führt dort unweigerlich zu Datenverlust !
Dafür ist iSCSI nicht ausgelegt. Kann man aber auch überall nachlesen!
Und hier kommt gerade so ein Spezialist der es nicht lassen konnte und sich nicht vorher informiert hat:
Iscsi Laufwerk doppelt initiiert - Datenverlust
Dafür ist iSCSI nicht ausgelegt. Kann man aber auch überall nachlesen!
Und hier kommt gerade so ein Spezialist der es nicht lassen konnte und sich nicht vorher informiert hat:
Iscsi Laufwerk doppelt initiiert - Datenverlust
Hey!
Wir haben bei uns ähnliche Probleme, siehe Netzwerkaussetzer bei neuen Fujitsu-Rechnern mit Windows 10. Haben ebenfalls Windows 10 und Kasperksy im Einsatz.
Konntest du das Problem definitiv mit dem Umzug der Programme auf einen Windows Server 2012 R2 beheben? Oder sind die Probleme später auch dort aufgetaucht?
Wir haben bei uns ähnliche Probleme, siehe Netzwerkaussetzer bei neuen Fujitsu-Rechnern mit Windows 10. Haben ebenfalls Windows 10 und Kasperksy im Einsatz.
Konntest du das Problem definitiv mit dem Umzug der Programme auf einen Windows Server 2012 R2 beheben? Oder sind die Probleme später auch dort aufgetaucht?