devilshaver
Goto Top

Vmware Workstation - 4 stk. rs232 mit bluescreen und automatischem Neustart

Event id (102) und 1003

Hallo an Euch alle !

Ich bin sicherlich nicht derjenige der sofort gleich seine Probleme in ein Forum tippt ohne vorher alles versucht zu haben selbst das Problem zu lösen ! Also bitte keine Antworten mit a la Suchfunktion benutzen usw. Danke.

Tja, wie sieht meine Umgebung aus:

AUFGABENSTELLUNG:
Der Computer ermöglicht es mit einer Software (OMRON) auf 2 SPS zuzugreifen und mit einer weiteren Software (Ge Fanuc) werden die Daten einer dritten SPS visualisiert.

Die Software Omron benötigt hierfür COM1 und COM2.
Die Software GE Fanuc benötigt hierfür COM3 und COM4

Ziel soll es sein, dass alle vier Schnittstellen zu gleichen Zeit Daten beziehen können.

PROGLEMSTELLUNG:

Der ursprünglich PC ist in die Jahre gekommen und musste ersetzt werden. Da das installieren der Software immer sehr zeitaufwendig ist - und um sich die Updates für spätere Betriebssystemanpassungen zu ersparen wurde die Variante VMware Workstation geboren.

Ich habe mir also vom alten PC ein Image gezogen und es in der VMware wiederhergestellt.

Nach fertigstellen aller Einstellungen funktioniert nun alles, aber nur solange eine Software läuft.
d.h. Wenn Omron alleine auf beide SPS zugreift funktioniert alles. Greift nur GE Fanuc auf die SPS zu dann funktioniert auch alles.

Nur wenn beide Programme laufen und mit den Schnittstellen verbunden werden, dann stürzt nicht die VMware sondern der ganze Computer !!
es kommt ganz kurz ein Bluescreen und das wars..... Danach startet der Computer ins Windows und tut so als ob nichts gewesen wäre...

SYSTEMUMGEBUNG:

Host:
- Windows XP mit SP3
- antivir
- openoffice
- VMware Workstation 6.5
- 2 PCI Steckkarten > VScom 200L UPCI wobei jede Karte zwei serielle Schnittstellen zur Verfügung stellt !! link: http://www.vscom.de/4462.htm
- tja und das wars eigentlich schon -- also eigentlich recht optimal da kein Schnick-Schack auf dem Host ist.

VM-WARE - virtualisiertes System
- Windows 2000 SP4
- Omron Software für die Ansteruerung von 2 SPS
- GE Fanuc Software für die Visualisierung

BISHERIGER LÖSUNGSWEG / VERSUCH :

(1) Fehler Lokalisierung

Als erstes habe ich mir die Fehlermeldung in der Ereignisanzeige angesehen:


Ereignistyp: FehlerEreignisquelle: System ErrorEreigniskategorie: (102)Ereigniskennung: 1003Datum: 27.03.2009Zeit: 17:02:47Benutzer: Nicht zutreffendComputer: VISUALISIERUNGBeschreibung:Fehlercode 100000d1, 1. Parameter 00000000, 2. Parameter 0000001c, 3. Parameter 00000001, 4. Parameter 969201c2.Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.Daten:0000: 53 79 73 74 65 6d 20 45 System E0008: 72 72 6f 72 20 20 45 72 rror Er0010: 72 6f 72 20 63 6f 64 65 ror code0018: 20 31 30 30 30 30 30 64 100000d0020: 31 20 20 50 61 72 61 6d 1 Param0028: 65 74 65 72 73 20 30 30 eters 000030: 30 30 30 30 30 30 2c 20 000000, 0038: 30 30 30 30 30 30 31 63 0000001c0040: 2c 20 30 30 30 30 30 30 , 0000000048: 30 31 2c 20 39 36 39 32 01, 96920050: 30 31 63 32 01c2


Habe lange gegoogelt und mittels dem Minidump-file bin ich dann draufgekommen, dass die Datei Probably caused by : vss2k.sys ( vss2k+71c2 ) das Problem ist.
Und genau das ist die Treiberdatei von beiden Schnittstellen.

Hier noch die Details aus den Debuggintool von Microsoft:

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86Copyright (c) Microsoft Corporation. All rights reserved.Loading Dump File [C:\Dokumente und Einstellungen\HAM\Desktop\Neuer Ordner\Mini032709-07.dmp]Mini Kernel Dump File: Only registers and stack trace are availableSymbol search path is: C:\WindowsSymbolsExecutable search path is: Unable to load image ntoskrnl.exe, Win32 error 0n2 WARNING: Unable to verify timestamp for ntoskrnl.exeWindows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatibleProduct: WinNt, suite: TerminalServer SingleUserTSMachine Name:Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720Debug session time: Fri Mar 27 17:01:39.390 2009 (GMT+1)System Uptime: 0 days 0:08:06.060Unable to load image ntoskrnl.exe, Win32 error 0n2WARNING: Unable to verify timestamp for ntoskrnl.exeLoading Kernel Symbols..............................................................................................................................................Loading User SymbolsLoading unloaded module list............Unable to load image vss2k.sys, Win32 error 0n2WARNING: Unable to verify timestamp for vss2k.sysERROR: Module load completed but symbols could not be loaded for vss2k.sysERROR: FindPlugIns 8007007b** ** Bugcheck Analysis ** **Use !analyze -v to get detailed debugging information.BugCheck 100000D1, {0, 1c, 1, 969201c2}Unable to load image serenum.sys, Win32 error 0n2WARNING: Unable to verify timestamp for serenum.sysProbably caused by : vss2k.sys ( vss2k+71c2 )Followup: MachineOwner---------0: kd> !analyze -vERROR: FindPlugIns 8007007b** ** Bugcheck Analysis ** **DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)An attempt was made to access a pageable (or completely invalid) address at aninterrupt request level (IRQL) that is too high. This is usuallycaused by drivers using improper addresses.If kernel debugger is available get stack backtrace.Arguments:Arg1: 00000000, memory referencedArg2: 0000001c, IRQLArg3: 00000001, value 0 = read operation, 1 = write operationArg4: 969201c2, address which referenced memoryDebugging Details:------------------WRITE_ADDRESS: 00000000 CURRENT_IRQL: 1cFAULTING_IP: vss2k+71c2969201c2 890a mov dword ptr [edx],ecxCUSTOMER_CRASH_COUNT: 7DEFAULT_BUCKET_ID: COMMON_SYSTEM_FAULTBUGCHECK_STR: 0xD1PROCESS_NAME: vmware-vmx.exeLAST_CONTROL_TRANSFER: from 9691dfdc to 969201c2STACK_TEXT: WARNING: Stack unwind information not available. Following frames may be wrong.ba237b58 9691dfdc 88724a28 00000000 00000001 vss2k+0x71c2ba237bf8 804ef19f 88724970 8893b420 8893b420 vss2k+0x4fdcba237c1c b97f8a94 887247b8 0093b420 89100f20 nt!MiFlushSectionInternal+0x256ba237c40 804ef19f 887247b8 00000000 806e7410 serenum!Serenum_IoCtl+0x76ba237c64 805807f7 887247b8 8893b420 89100f20 nt!MiFlushSectionInternal+0x256ba237d00 80579274 00000338 0000061c 00000000 nt!NtSetInformationThread+0x125ba237d34 8054162c 00000338 0000061c 00000000 nt!SepOpenTokenOfThread+0x87ba237d64 7c91e4f4 badb0d00 0d1bee90 94b7ed98 nt!RtlIpv4StringToAddressExW+0xadba237d78 00000000 00000000 00000000 00000000 0x7c91e4f4STACK_COMMAND: kbFOLLOWUP_IP: vss2k+71c2969201c2 890a mov dword ptr [edx],ecxSYMBOL_STACK_INDEX: 0SYMBOL_NAME: vss2k+71c2FOLLOWUP_NAME: MachineOwnerMODULE_NAME: vss2kIMAGE_NAME: vss2k.sysDEBUG_FLR_IMAGE_TIMESTAMP: 467a5800FAILURE_BUCKET_ID: 0xD1_vss2k+71c2BUCKET_ID: 0xD1_vss2k+71c2Followup: MachineOwner---------

(2) Lösungsversuche

- Ich habe dann versucht den neuesten Treiber mit Windowszertifikat runterzuladen und zu installieren. Leider hat dies auch keine Lösung des Problems gebracht.
- Beide Schnittstellen habe ich schon getauscht um eventuell die Hardware Seite auszuschließen.
- Memtest habe ich auch durchgeführt also der Computer ist Brandneu und alle Test waren OK
- Ich habe dann versucht die VMware - Windows 2000 Umgebung zu clonen und die Anwendungen in getrennten VMware Sitzungen zu starten. Das einzige was passierte, war dass die Zeit bis zum Absturz länger gedauert hat. Aber die Art und Weise inkl. der Fehlermeldung blieb gleich.

Ich hoffe jemand von euch hatte ein Problem dieser Art schon einmal und kann mir hier ein Stückweit weiterhelfen.

DANKE schon jetzt für die Antworten !!

mfg DS

Content-ID: 112626

Url: https://administrator.de/contentid/112626

Ausgedruckt am: 23.11.2024 um 03:11 Uhr

StefanKittel
StefanKittel 28.03.2009 um 22:18:15 Uhr
Goto Top
Hallo,

klingt nach einem Fehler im Treiber.
Den einzigen Tipp den ich hätte wären andere Karten oder LAN-COM-Ports. Da wüßte die andere Machiene gar nicht dass es diese gibt.

Stefan
devilshaver
devilshaver 29.03.2009 um 15:14:30 Uhr
Goto Top
ja da hast du recht.

hab mir eh schon eine andere Karte bestellt und dazu noch die lancom Ports.

Melde mich dann, wenn ich mehr weiß !
devilshaver
devilshaver 28.04.2009 um 08:26:18 Uhr
Goto Top
Juhu ! Problem gelöst !

Hier die Antwort nach meiner Supportanfrage beim Hersteller meiner 2 Port - PCI Schittstelle:

VMware greift mindestens teilweise am Treiber vorbei auf die Hardware zu. Wir erkennen das u.a. daran, daß die im System verfügbaren Schnittstellen mindestens I/O-Adresse und IRQ besitzen müssen.
Schnittstellen basierend auf USB werden von VMware nicht akzeptiert, und können in der virtuellen Maschine nicht genutzt werden. Bis vor wenigen Versionen war das sogar eingeschränkt auf Schnittstellen mittels MS-Treiber.
Im Gegensatz dazu die DOS-Box von Windows NT bis XP. Hier wird eine Schnittstelle namens Com3 komplett auf 3E8/IRQ4 emuliert. Hierbei ist es belanglos, ob eine "echte" Schnittstelle im Rechner vorliegt, oder ob diese per Netz oder USB zur Verfügung gestellt wird. Der "Treiber"
DOS-Box realisiert die notwendigen Ergebnisse ausschließlich durch Aufrufe des Treibers.

Wenn nun ein Treiber (VMware) dem zuständigen Treiber seine Hardware entzieht, ist es nicht überraschend, daß der eigentlich zuständige Treiber ein Problem bekommt.

Bei Ihnen tritt das Problem erst dann auf, wenn beide Karte gleichzeitig verwendet werden, und daher auch beide IRQs erzeugen. Die naheliegende Lösung ist, nur eine Karte mit 4 oder 8 Schnittstellen zu nutzen.
Dadurch wird das grundsätzliche Problem bereits im Ansatz vermieden.


Nach dem Tausch der beiden Karten auf eine mit 4 Ports waren die Probleme wie weggewischt !

lg. ds