marabel 11 Geschrieben 16. Mai 2016 Melden Teilen Geschrieben 16. Mai 2016 Hallo zusammen, habe folgendes Probelm auf einem Server2012R2 (aktuelle Patches installiert). Der Server Host startet unregelmäßig hart neu, ohne da etwas gemacht wurde. Es ist keine Regelmässigkeit festzustellen. RAM Test usw. alles ohne Ergeniss. LOG Der Computer wurde nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x00000050 (0xffffe00087de9000, 0x0000000000000000, 0xfffff801419ceba0, 0x0000000000000000). Ein volles Abbild wurde gespeichert in: C:\Windows\MEMORY.DMP. Berichts-ID: 051416-18421-01. MFG Zitieren Link zu diesem Kommentar
Dukel 457 Geschrieben 16. Mai 2016 Melden Teilen Geschrieben 16. Mai 2016 Memory Dump Analysieren. Damit findest du die Ursache. Zitieren Link zu diesem Kommentar
Sunny61 810 Geschrieben 16. Mai 2016 Melden Teilen Geschrieben 16. Mai 2016 Könnte natürlich auch dieser Hotfix helfen: https://support.microsoft.com/en-us/kb/3036173 Analyse des Dump ist unabdingbar. Zitieren Link zu diesem Kommentar
marabel 11 Geschrieben 16. Mai 2016 Autor Melden Teilen Geschrieben 16. Mai 2016 Hallo, vornweg zu erst einmal Danke für die Hilfe, ich habe mir die Datei Memory.dmp angesehen. Letztendlich steht hier fogendes: robably caused by : sxuptp.sys ( sxuptp+2bf8 ) diese Datei würde zu einem Treiber der Fm. silex gehören, solch eine Minianwendung läuft auch auf dem HyperV Host, soweit die einzige mit der Backupsoftware. Sie stellt per USB Server USB Sticks im Netzwerk bereit. Weiterhin habe ich mir noch die MiniDums angesehen, hier steht wie ich auf die Schnelle sehe, in den einzelnen immmer das gleiche. Ich erlaube mir mal hier einen ein bischen gestutzt zu posten. Loading Dump File [C:\Windows\Minidump\050516-17250-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: *** Invalid *** **************************************************************************** * Symbol loading may be unreliable without a symbol search path. * * Use .symfix to have the debugger choose a symbol path. * * After setting your symbol path, use .reload to refresh symbol locations. * **************************************************************************** Executable search path is: ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2 *** WARNING: Unable to verify timestamp for ntoskrnl.exe *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Windows 8 Kernel Version 9600 MP (24 procs) Free x64 Product: Server, suite: TerminalServer SingleUserTS Built by: 9600.18264.amd64fre.winblue_ltsb.160310-0600 Machine Name: Kernel base = 0xfffff801`ce87d000 PsLoadedModuleList = 0xfffff801`ceb50630 Debug session time: Thu May 5 07:54:22.024 2016 (UTC + 2:00) System Uptime: 8 days 11:31:04.139 ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2 *** WARNING: Unable to verify timestamp for ntoskrnl.exe *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Loading Kernel Symbols ............................................................... ................................................................ ........................ Loading User Symbols Loading unloaded module list .... ************* Symbol Loading Error Summary ************** Module name Error ntoskrnl The system cannot find the file specified You can troubleshoot most symbol related issues by turning on symbol loading diagnostics (!sym noisy) and repeating the command that caused symbols to be loaded. You should also verify that your symbol search path (.sympath) is correct. Probably caused by : ntoskrnl.exe ( nt+15aba0 ) Followup: MachineOwner Grüße Zitieren Link zu diesem Kommentar
NorbertFe 2.097 Geschrieben 16. Mai 2016 Melden Teilen Geschrieben 16. Mai 2016 Silex hab ich auch einige am laufen. Schonmal geschaut, dass der Treiber aktuell ist. Zitieren Link zu diesem Kommentar
marabel 11 Geschrieben 16. Mai 2016 Autor Melden Teilen Geschrieben 16. Mai 2016 Hallo, @Sunny61 den Fix habe ich schon gesehen, bin mir aber noch nicht sicher ob ich diesen installieren soll, der Fehler ist noch nicht so klar was bedeutet in dem MiniDumps "ntoskrnl" ? und warum im Dump etwas anderes ? @NorbertFe das mache ich direkt morgen LG Zitieren Link zu diesem Kommentar
Doso 77 Geschrieben 17. Mai 2016 Melden Teilen Geschrieben 17. Mai 2016 Wir hatten den Fall das bei uns die VMs hin und wieder mit Bluescreen abgeschmiert sind, weil es einen Fehler in der CPU gibt. Damals half bei uns ein BIOS Update der Server, da kam ein Microcode Update mit das diesen Bug umgeht. Daher würde ich raten neben den Treibern es auch mal nach einem BIOS Update zu versuchen. Zitieren Link zu diesem Kommentar
Sunny61 810 Geschrieben 17. Mai 2016 Melden Teilen Geschrieben 17. Mai 2016 Hallo, @Sunny61 den Fix habe ich schon gesehen, bin mir aber noch nicht sicher ob ich diesen installieren soll, der Fehler ist noch nicht so klar Den Fix hatte ich ja vor dem Auszug aus dem Dump gepostet. Wie die anderen schon geschrieben haben, Updates fahren. Langsam, aber stetig. BIOS, Firmware für die verwendete Hardware auch aktualisieren. Sprich mit dem Hersteller der Hardware und frag auch nach der Reihenfolge der Firmwareupdates. Zitieren Link zu diesem Kommentar
marabel 11 Geschrieben 26. Mai 2016 Autor Melden Teilen Geschrieben 26. Mai 2016 Silex hab ich auch einige am laufen. Schonmal geschaut, dass der Treiber aktuell ist. Den Fix hatte ich ja vor dem Auszug aus dem Dump gepostet. Wie die anderen schon geschrieben haben, Updates fahren. Langsam, aber stetig. BIOS, Firmware für die verwendete Hardware auch aktualisieren. Sprich mit dem Hersteller der Hardware und frag auch nach der Reihenfolge der Firmwareupdates. Hallo zusammen, habe noch keine weiteren Updates vorgenommen, den Fix wie Ihr ja auch beschreibt nicht installiert. Ich habe erst einmal den Silex entfernt, bisher kam noch kein Absturz, aber es hat immer mal wieder einige Zeit gedauert, bin aber guter Dinge mal sehn. Falls sich was tut melde ich mich wieder. Erst mal Danke Zitieren Link zu diesem Kommentar
NorbertFe 2.097 Geschrieben 26. Mai 2016 Melden Teilen Geschrieben 26. Mai 2016 Braucht denn den USB Server niemand? Falls nein, wäre deine Lösung natürlich richtig. Falls doch, gibt's doch dann jetzt andere Probleme, oder seh ich das falsch? ;) Zitieren Link zu diesem Kommentar
marabel 11 Geschrieben 1. Juni 2016 Autor Melden Teilen Geschrieben 1. Juni 2016 nein aktuell nicht, war nur zum testen, bis dies produktiv wird kann ich mir das noch in Ruhe ansehen Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.