Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Windows 2003 SE Absturz bei kopieren auf Netzwerkfreigaben

Hilfe bei Problemen mit der Installation oder Benutzung des VMware GSX Server und VMware Server 1.

Moderatoren: Dayworker, irix

Member
Beiträge: 16
Registriert: 20.06.2006, 13:10
Wohnort: Leipzig
Kontaktdaten:

Windows 2003 SE Absturz bei kopieren auf Netzwerkfreigaben

Beitragvon Lars » 20.06.2006, 13:49

Hallo,

ich habe hier ein kleines Problem mit VMware Server 1.0.0-24927 und einem W3K Gast.
Und zwar habe ich auf dem Gast 2 virtuelle HDs eingehängt.
System mit 8GB in 2GB Files gesplittet und eine Daten HD mit 80GB in 5GB Files gesplittet.

Auf der Daten Platte habe ich eine Freigabe eingerichtet und möchte nun von einer physisch(keine VM) vorhandenen W2K Büchse Daten auf diese Freigabe kopieren.
Das geht auch immer eine ganze Zeit lang.
Leider bricht die Übertragung irgendwan ab und mir wird gesagt das die Freigabe nicht mehr vorhanden ist.
Ich dachte erst an den "DoS-Fehler" das W3K die Verbindung trennt. Nach einem Blick auf die Konsole muss ich aber leider feststellen das der W3K Gast komplett abgestürzt war.

Diverse Fehlermeldungen(*1) wurden natürlich in den Windows üblichen Codes ausgegeben.
Ein wenig Nachforschung brachte mich zu einem eventuellen Problem mit der Festplatte.
Microsoft sagt die können das nicht zuordnen. 0_o
Die Abstürze passieren reproduzierbar bei der Kopieraktion auf die Netzwerkfreigabe bei unterschiedlichen Files und nach unterschiedlicher Laufzeit.
Die Datenmenge umfasst ca. 50GB.

Der Host auf dem VMWare läuft ist eine Sun Fire X2100 mit 4GB und 2 per SW-Raid 1 gespiegelten 160er Platten.
Als OS kommt CentOS(RHES 4) in der 4.3er Version zum Einsatz.

Hat jemand schon ein ähnliches Verhalten gehabt und am besten eine Lösung parat? ;)
Eine Suche hier im Board hat leider nichts gebracht.
Kommt event. die SUN nicht hinterher die Platte zu vergrößern?
Sollte doch eigentlich nicht sein. ;)

Danke schon mal für euer Feedback, Lars
----
*1:

Code: Alles auswählen

Systemfehler: Abbruchfehler
 Begründung: Code: 0x805000f
 Fehlerkennung:
 Fehlercheckzeichenfolge: 0x00000077 (0xc0000185, 0xc0000185, 0x00000000, 0x0064c000)
 Kommentar: 0x00000077 (0xc0000185, 0xc0000185, 0x00000000, 0x0064c000)

Code: Alles auswählen

Fehlercode 00000077, 1. Parameter c0000185, 2. Parameter c0000185, 3. Parameter 00000000, 4. Parameter 0064c000.

Member
Beiträge: 267
Registriert: 06.05.2005, 20:11
Kontaktdaten:

Beitragvon gerhardg » 20.06.2006, 15:40

wen w2k3 als host verwendet wird, gibt es ein vergleichbares problem. es stürzt hier zwar nicht der ganze host ab, aber auch hier wird die verbindung mit einer DoS meldung unterbrochen.




Answer ID
1619

http://www.vmware.com/support/kb/enduse ... MQ**&p_li=

Member
Beiträge: 16
Registriert: 20.06.2006, 13:10
Wohnort: Leipzig
Kontaktdaten:

Beitragvon Lars » 20.06.2006, 23:06

Danke. Leider hat auch Host-Only nichts gebracht.
Der Workaround ist ja auf Server/GSX nicht anwendbar.
Ich probier das morgen mal auf einem PowerEdge.

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 20.06.2006, 23:39

Der Workaround ist ja auf Server/GSX nicht anwendbar.


Wieso denn das nicht?

Profi
Beiträge: 877
Registriert: 18.03.2005, 14:05
Wohnort: Ludwigshafen

Beitragvon Martin » 21.06.2006, 09:56

continuum hat geschrieben:
Der Workaround ist ja auf Server/GSX nicht anwendbar.


Wieso denn das nicht?


In dem KB-Artikel steht
Use the bandwidth limiting feature of VMware Workstation 5 (this workaround does not apply to GSX Server).

Martin

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 21.06.2006, 17:49

Sorry - ich meinte den kb-eintrag ...

Ulli

Member
Beiträge: 267
Registriert: 06.05.2005, 20:11
Kontaktdaten:

Beitragvon gerhardg » 21.06.2006, 17:57

Martin hat geschrieben:
continuum hat geschrieben:
Der Workaround ist ja auf Server/GSX nicht anwendbar.


Wieso denn das nicht?


In dem KB-Artikel steht
Use the bandwidth limiting feature of VMware Workstation 5 (this workaround does not apply to GSX Server).
Martin


das gilt nur für die erste möglichkeit, die 3 anderen sollten auch mit gsx funktionieren. bestätigen kann ich zumindest die 3te lösung, wenn der host an einem gbit port hängt gibt es keine probleme mehr.

Member
Beiträge: 16
Registriert: 20.06.2006, 13:10
Wohnort: Leipzig
Kontaktdaten:

Beitragvon Lars » 21.06.2006, 20:00

Vielen Dank für den Hinweis Gerhard!

Das umstecken auf einen 1GBit Port war die Lösung.
Das ist zwar sicher nicht der Idealweg, aber für mich passt das. :)
Eventuell sollte man da mal NIC Bonding ins Auge fassen.
Mode 5 und 6 sehen interessant aus.

Member
Beiträge: 16
Registriert: 20.06.2006, 13:10
Wohnort: Leipzig
Kontaktdaten:

Beitragvon Lars » 23.06.2006, 17:26

Hallo,

ich habe noch ein wenig getestet und habe festgestellt das man das Problem auch umgehen kann in dem man unter Linux Bonding (in der Windows Welt gerne Teaming genannt) einsetzt.
Ich habe Bonding im Modus 0 (Round-Robin) laufen.
Hier wird die Last auf alle verbundenen Interfaces verteilt und zusätzlich ist man vor Ausfall von NICs geschützt.
Man kann also z.b. auch 2 oder mehr 100er NICs verbauen wenn man keine GBit NIC zur Hand hat.

Die Portbelastung ist so von ca. 83% auf 28% gesunken(Monitor einer HP ProCurve).
Ich habe das jetzt mehrfach durchgetestet. Mit Bonding oder GBit Link funktioniert alles.
Ohne stürzt der Windows 2003 SE Gast reproduzierbar bei großen Files ab.

Eventuell hilft das ja mal jemanden wie mir. ;)

Member
Beiträge: 5
Registriert: 11.09.2007, 14:03

Beitragvon chris.s » 13.09.2007, 15:37

(Relativ) Altes Problem, neue Lösung.

Ich hatte das Problem in meiner Host/Gast Verbindung auf Basis W2k3-x64 und W2k3 (Gast). Obiger Link (in die VMKB) hatte leider keine Lösungsoption für mich, so dass außer der Verzweiflung nur die Windows Registry verblieb.

1.) Start > Ausführen > regedit

ACHTUNG: Dieser Tip enthält Informationen zum Bearbeiten der Registrierung. Bitte stellt sicher, dass Ihr die Registry wieder herstellen könnt falls Probleme auftreten und zwar bevor Ihr die Registrierung bearbeitet.

2.) HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters

3.) Bearbeiten > Neu > DWORD Wert

4.) DisableDos als Namen eingeben, dann mit der rechten Maustase anklicken und Ändern...

5.) Wert auf 1 setzen

6.) Registry schließen

7.) Host rebooten (<-- zumindest hat es bei mir erst nach einem Reboot funktioniert)

Vielleicht hilft es dem ein oder anderen Verzweifelten oder Optionslosen, so wie es mir geholfen hat.

Cheers
Chris


Zusatz: Fast hätte ich es vergessen, aber ich sollte noch anfügen, dass diese Lösung ein gewisses Sicherheitsrisiko darstellt. Es handelt sich dabei nämlich um das Abschalten der Denial of Service Detection. Also eine Risikoabwägung muss hier jeder für sich selbst machen.


Zurück zu „VMserver 1 und GSX“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 0 Gäste