Seite 1 von 1
Absturz des Hostsystems bei Softwareinstallation
Verfasst: 22.09.2011, 11:33
von Stefan1904
Hallo zusammen,
unter VMWare 7.1.4 Build 385536 möchte ich in einer Windows XP SP3 Umgebung eine Software zu Testzwecken installieren. Während der Installation verabschieded sich allerdings die komplette Workstation.
(Kein BSOD, kein Restart, das Bild friert komplett ein und das System akzeptiert weder Tastatur noch Mauseingaben)
Nach einem Neustart finden sich weder im Hostsystem noch in der VMWare irgendwelche Fehlermeldung in der Ereignisanzeige.
Hat jemand eine Idee wie dies zu beheben ist?
Vielen Dank im Voraus
Stefan
Zusatzinfos:
1) Die Software lässt sich im Hostsystem ohne Probleme installieren.
2) Auf einer 2ten Workstation lässt sich die Software in der gleichen VMWare (selber Snapshot) ohne Probleme installieren.
3) Sowohl Memtest86, CPU-Z, und Festplattentools melden keine Hardwaredefekte.
4) Das Problem besteht auch nach Neuinstallation der kompletten VMWare-Software.
5) HostOS ist Windows 7 SP1
Ich muss gestehen, ich bin mit meinem Latein am Ende =(
Edit: Ich reproduzier das grade nochmal und lad dann auch die vmware.log hoch
Gibt es sonst noch etwas um euch die Fehlersuche zu erleichtern?
Verfasst: 22.09.2011, 12:06
von continuum
die interessanteste Frage derzeit: was ist das fuer eine Software ?
Verfasst: 22.09.2011, 12:09
von Stefan1904
Hallo continuum,
Bei der Software handelt es sich um ein eigen erstelltes Setup.
Allerdings schmiert das ganze System auch bei einer Office Installation innerhalb der VMWare ab, daher denke ich, dass es irrelevant ist
Sogar dasKopieren der Installationsdaten von der DVD auf die Festplatte der VMWare verursacht den Komplettausfall des ganzen Systems. (Und ja, es ist genug freier Speicher vorhanden

)
(Auf der 2ten Workstation funktioniert es in der selben Virtuellen Maschine problemlos)
Verfasst: 22.09.2011, 12:53
von continuum
lad mal das vmware.log der problem-VM bei
http://ifile.it hoch
Verfasst: 22.09.2011, 13:05
von Stefan1904
continuum hat geschrieben:lad mal das vmware.log der problem-VM bei
http://ifile.it hoch
http://ifile.it/13tcjo9
Verfasst: 22.09.2011, 13:40
von continuum
kommt das log von einer laufenden VM - es endet unsauber ...
deine vmdks zeigen write-delays : brauchst du die ganzen snapshots noch ?
wenn nicht - entfern sie - und lass danach mal die vmdks shrinken (mit den vmware-tools)
Verfasst: 22.09.2011, 13:50
von Stefan1904
Ich hab das Log hochgeladen nach dem besagten einfrieren...
Daher geh ich mal davon aus dass die VM zu dem Zeitpunkt nicht mehr lief..
Die Snapshots würde ich schon gerne behalten, es lief ja vorher die ganze Zeit auch so...
Verfasst: 22.09.2011, 14:02
von continuum
kann ich mal das UI log sehen - uner Menu - Help - About ... wird dir angezeigt wo das bei dir liegt
Verfasst: 22.09.2011, 14:20
von Stefan1904
http://ifile.it/y9rgmce
Das müsste es sein =)
Wie gesagt, das verwirrendste ist das keinerlei Fehlermeldungen auftreten..
Verfasst: 22.09.2011, 15:47
von continuum
doch man findet was - sieht so aus als haette vmware um 12:55 den kontakt zu dem letzten snapshot verloren - kurz danach ist die VM abgestuerzt wenn ich das richtig sehe.
Frage : was ist D: bei dir - eine USB-platte ?
Verfasst: 23.09.2011, 10:36
von Stefan1904
Moin!
Im Host System sind 2 Festplatten,
Platte 1 beinhaltet Partition C:
Platte 2 beinhaltet Partition D:
Beide Festplatten sind S-ATA II
auf D: liegen die Daten für die VMWare..
Innerhalb der VMWare existiert nur Partition C:
Es könnte allerdings durchaus sein, das Windows hier dem CD ROM Laufwerk die Partiotion D: zugewiesen hat.
Hilft dir das weiter?
Gruß
Stefan
Verfasst: 23.09.2011, 11:38
von continuum
Das hilft so noch nicht.
Ist D: extrem fragmentiert ?
Verfasst: 23.09.2011, 11:52
von Stefan1904
Laut WIndows 7: 0% fragmentiert, sprich gar nicht
Verfasst: 23.09.2011, 12:16
von Dayworker
Sep 22 11:53:40.221: vmui-212| CnxAuthdConnect: Returning false because CnxAuthdConnectPipe failed
Sep 22 11:53:40.221: vmui-212| CnxConnectAuthd: Returning false because CnxAuthdConnect failed
Sep 22 11:53:40.221: vmui-212| Cnx_Connect: Returning false because CnxConnectAuthd failed
Ulli könnte es damit wieder zusammenhängen?
Wir hatten hier doch schon so einen Fall, bei dem Dank dieser Meldung die VMRUN-Steuerung versagte und keine Verbindung auf den VMware-Port zustande kam.
@Stefan1904
Was hast du sonst noch an Virenscanner, Security-Suiten oder Firewalls installiert?
Verfasst: 23.09.2011, 12:27
von Stefan1904
Dayworker hat geschrieben:Sep 22 11:53:40.221: vmui-212| CnxAuthdConnect: Returning false because CnxAuthdConnectPipe failed
Sep 22 11:53:40.221: vmui-212| CnxConnectAuthd: Returning false because CnxAuthdConnect failed
Sep 22 11:53:40.221: vmui-212| Cnx_Connect: Returning false because CnxConnectAuthd failed
Ulli könnte es damit wieder zusammenhängen?
Wir hatten hier doch schon so einen Fall, bei dem Dank dieser Meldung die VMRUN-Steuerung versagte und keine Verbindung auf den VMware-Port zustande kam.
@Stefan1904
Was hast du sonst noch an Virenscanner, Security-Suiten oder Firewalls installiert?
in der VMware gar nichts,
auf dem host läuft GData InternetSecurity 2012...
Auf der 2ten Maschine ebenfalls und da funktioniert ja alles, das ist ja die Krux daran^^
Verfasst: 23.09.2011, 12:40
von Dayworker
Solche Suiten machen in Zusammenspiel mit sonst noch auf den Rechnern installierten Programmen häufiger mal Probleme und in diese Wechselwirkung greifen sehr gerne noch die M$-Updates ein. Sind beide Rechner nicht bis auf das letzte Programm und M$-Update gleich, kommt auch noch die HW und damit einhergehender Treiberqualität ins Spiel.
Sämtliche Hersteller testen aber nur mit den den OS beiliegenden Treibern und Programmen, da die Test sonst niemals möglich wären.
Ich würde daher zumindest die GData-Suite mal komplett abschalten und nach einem Reboot erneut probieren.
Verfasst: 23.09.2011, 12:57
von Stefan1904
Dayworker hat geschrieben:Solche Suiten machen in Zusammenspiel mit sonst noch auf den Rechnern installierten Programmen häufiger mal Probleme und in diese Wechselwirkung greifen sehr gerne noch die M$-Updates ein. Sind beide Rechner nicht bis auf das letzte Programm und M$-Update gleich, kommt auch noch die HW und damit einhergehender Treiberqualität ins Spiel.
Sämtliche Hersteller testen aber nur mit den den OS beiliegenden Treibern und Programmen, da die Test sonst niemals möglich wären.
Ich würde daher zumindest die GData-Suite mal komplett abschalten und nach einem Reboot erneut probieren.
Die Maschinen sind nicht identisch, jedoch trat das beschriebene Problem erstmalig vor ca 2 Wochen auf, vorher lief besagte Installation ja problemlos jedesmal...
Beide Hostcomputer laufen mit dem gleichen OS und aktuellem Updatestand.
Werde es am Montag mal ausprobieren, bin bis dahin immernoch für weitere Ideen/Vorschläge offen =)
Das Interessante ist wie gesagt, auf Maschine 1 gehts nit, auf 2 schon.
(Der verwendete VMWare Snapshot ist identisch (von 1 nach 2 kopiert)
Verfasst: 23.09.2011, 18:58
von Dayworker
Wenn du schon am Testen bist, dann vergiß diesen Memtest-Kram und probier direkt mit Pime95 oder dem darauf aufbauenden Orthos Multiprime.
Mit beiden Primegrogrammen erhältst du wesentlich verläßlichere Angaben, die dann auch gegenüber dem Händler bestand halten.
M$ veröffentlicht regulär jeden zweiten Dienstag im Monat, dem berühmten Patchday, neue Updates oder in besonders dringenden Fällen auch außerhalb. Von der Warte könnte es mit deinen Beobachtungen fast hinkommen. Wäre ja nicht das erste Mal, daß ein Update kleine Nebenwirkungen zeigt...