Hallo,
vielleicht weis jemand Rat, ich habe einen SBS2003 in eine VM installiert.
Installation aus der Tüte (VM-Ware Vorgaben) nur die NIC habe ich auf sofort vmxnet geändert. (VM Tools installiert)
Nun wollte ich über Netzwerkfreigaben des Host die SP's installieren.
Dabei kommt dan der Fehler dass, dasNetzlaufwerk nicht mehr verfügbar ist.
Merkwürdig ist nur dass, ich die Files sehe und auch bis zu einem bestimmten Punkt ausführen kann. Der Abbruch erfolgt irgentwann bei der Dekompremierung.
Das gleiche Problem tritt auch auf wenn ich die Datein in die VM kopieren will um sie von dort zu starten.
Host Daten
ML110 mit 1GB RAM 3GHz P4
Laufwerke nicht kompremiertVM auf 2ter Partition
OS W2k3 Server
Gast
384 GB mit 15 GB HDD und 2. HDD mit 20GB
Vielleicht hab ich was übersehen, aber ich verstehs nicht.
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!
Daten lassen sich nicht in die VM Kopieren
schalt doch mal auf die pcnet32 zurück und schau, ob sich das problem damit reproduzieren lässt.
ferner mach mal folgendes:
grosse zip-datei unter vmware auf "lokaler" platte erstellen und testen, und das ganze nochmal auf nem netzlaufwerk.
wenn du crc-errors bekommst, hast du womöglich defektes ram oder mit deinem system stimmt ansonsten irgendwas nicht....
wenn das ausschliesslich auf dem netzlaufwerk crc errors gibt, dann ist in der tat das problem eher in richtung netzwerktreiber zu vermuten....
grüsse
roland
ferner mach mal folgendes:
grosse zip-datei unter vmware auf "lokaler" platte erstellen und testen, und das ganze nochmal auf nem netzlaufwerk.
wenn du crc-errors bekommst, hast du womöglich defektes ram oder mit deinem system stimmt ansonsten irgendwas nicht....
wenn das ausschliesslich auf dem netzlaufwerk crc errors gibt, dann ist in der tat das problem eher in richtung netzwerktreiber zu vermuten....
grüsse
roland
Besten Dank für die schnelle Antwort.
NIC habe ich auf vlance zurückgestellt--> hochfahren dauert ewig erst Lan verbindung und bei den Computereinstellungen übernehmen >15 min
habe das dann abgebrochen 1. NIC zurückgesetzt auf vmxnet und mit ner zusätzlichen NIC auf vlance probiert beides ohne Erfolg.
Laufen tuts nur mit der 1sten in vmxnet
RAM (mit ECC) habe ich mit dem HP Tool getestet ist lt. Test auch ok.
Merkwürdig ist, dass ich von außen (Host) in die VM schreiben
kann, nur nicht aus von der VM etwas von außen in die VM, Fehler: xy.. kann nicht kopiert werden: Der angegebene Netzwerkname ist nicht mehr verfügbar.
Kleine Dateien sind OK 2MB<
Von der "pyhsical Disk" die ich eingebunden habe gehts auch
Defrag der VM- Platten ist auch nicht Möglich
Habe den GSX neu installiert, hat auch nichts gebracht.
An der VM kanns auch nicht liegen, bei anderen gehts auch nicht, mal sehen vielleicht teste ich das mal mit ner anderen Host-Hardware.
Das Ding treibt mich noch in den Wahnsinn
NIC habe ich auf vlance zurückgestellt--> hochfahren dauert ewig erst Lan verbindung und bei den Computereinstellungen übernehmen >15 min
habe das dann abgebrochen 1. NIC zurückgesetzt auf vmxnet und mit ner zusätzlichen NIC auf vlance probiert beides ohne Erfolg.
Laufen tuts nur mit der 1sten in vmxnet
RAM (mit ECC) habe ich mit dem HP Tool getestet ist lt. Test auch ok.
Merkwürdig ist, dass ich von außen (Host) in die VM schreiben
kann, nur nicht aus von der VM etwas von außen in die VM, Fehler: xy.. kann nicht kopiert werden: Der angegebene Netzwerkname ist nicht mehr verfügbar.
Kleine Dateien sind OK 2MB<
Von der "pyhsical Disk" die ich eingebunden habe gehts auch
Defrag der VM- Platten ist auch nicht Möglich
Habe den GSX neu installiert, hat auch nichts gebracht.
An der VM kanns auch nicht liegen, bei anderen gehts auch nicht, mal sehen vielleicht teste ich das mal mit ner anderen Host-Hardware.
Das Ding treibt mich noch in den Wahnsinn
-
continuum
- UNSTERBLICH(R.I.P.)
- Beiträge: 14759
- Registriert: 09.08.2003, 05:41
- Wohnort: sauerland
- Kontaktdaten:
Es gibt da ein Problem mit 2003 Gaesten - wenn diese mit vmxnet betrieben werden, ist der Datendurchsatz unter Umstaenden so hoch, das 2oo3 das als einen Denaial-of-service-Attack deutet und die Verbindung abschaltet.
Dafuer gibt es einen Hack den man auf dem Gast ausfuehren muss - leider ist mir dieser im Moment entfallen.
Wenn er mir wieder einfaellt poste ich ihn hier ...
Ulli
Dafuer gibt es einen Hack den man auf dem Gast ausfuehren muss - leider ist mir dieser im Moment entfallen.
Wenn er mir wieder einfaellt poste ich ihn hier ...
Ulli
Hi,
ja der Link ist vielleicht nicht schlecht, aber ich habe das Problem auch mit XP und mit dem SBS 2003 nach Neuinstallatin mit "Standardkarte" ich hoffe, dass es nicht doch an der Hardware liegt, obwohl der Zugriff von außen auf die VM mit read/write einwandfrei funktioniert.
Bin für alle weiteren Tips dankbar
ja der Link ist vielleicht nicht schlecht, aber ich habe das Problem auch mit XP und mit dem SBS 2003 nach Neuinstallatin mit "Standardkarte" ich hoffe, dass es nicht doch an der Hardware liegt, obwohl der Zugriff von außen auf die VM mit read/write einwandfrei funktioniert.
Bin für alle weiteren Tips dankbar
Hallo,
besten Dank für den Tip, werde ich sicherheitshalber auch nochmal checken, aber ich glaube ich habe da was gefunden
:
Optionen an der Host Nic: Erweitert --> "Large Send Offload" abgeschaltet und es ging (jedenfalls im Moment
)
Wenns das nicht war werd ich posten, ansonsten mal warten was Vmware sagt.
Hier noch die Antwort von VMWARE
Answer ID
1619
I have a Windows guest with bridged networking running on a Windows Server 2003 host. When I try to copy a file larger than about 200MB from a mapped network drive on the host to the guest, I get the following error message in the guest:
Cannot copy <filename>: The specified name is no longer available.
When I check the event log on the Windows Server 2003 host, I find the following error message:
The server has detected an attempted Denial-Of-Service attack from client \\<windows guest> and has disconnected the connection.
This error is seen because the VMware virtual bridge can operate at any speed and is constrained only by the processing power of the host computer's processor. Windows Server 2003 includes security features that interpret network requests at speeds above a specified limit as denial of service attacks. In response, Windows Server 2003 disconnects the client — in this case, the guest.
There are four ways you can avoid such disconnections. Use the one that is most convenient in your environment.
Use the bandwidth limiting feature of VMware Workstation 5 (this workaround does not apply to GSX Server). Using a text editor, add two lines to the configuration (.vmx) file of the affected virtual machine.
If the physical Ethernet adapter on the host computer is running at 100Mbps, use the following two lines:
ethernet0.txbw.limit=100000
ethernet0.rxbw.limit=100000
If the physical Ethernet adapter on the host computer is running at 10Mbps, use the following two lines:
ethernet0.txbw.limit=10000
ethernet0.rxbw.limit=10000
In both examples above, the setting affects the virtual machine's first virtual Ethernet adapter (ethernet0). To modify the setting for a second virtual Ethernet adapter, substitute ethernet1. For a third virtual Ethernet adapter, use ethernet2.
This approach increases the load on the host computer's processor and may affect performance.
Disable large send offload in the network settings for the physical Ethernet adapter on the host computer.
This approach increases the load on the host computer's processor and may affect performance.
Use a gigabit switch. Connecting the host computer's network adapter to a gigabit switch helps because the bridge cannot produce traffic that exceeds the 1000Mbps speed of the switch. This workaround provides the highest throughput when you copy large files.
Change the configuration of the virtual machine to use host-only networking. This change is simple to make and may be appropriate for some virtual machines.
besten Dank für den Tip, werde ich sicherheitshalber auch nochmal checken, aber ich glaube ich habe da was gefunden
:
Optionen an der Host Nic: Erweitert --> "Large Send Offload" abgeschaltet und es ging (jedenfalls im Moment
)
Wenns das nicht war werd ich posten, ansonsten mal warten was Vmware sagt.
Hier noch die Antwort von VMWARE
Answer ID
1619
I have a Windows guest with bridged networking running on a Windows Server 2003 host. When I try to copy a file larger than about 200MB from a mapped network drive on the host to the guest, I get the following error message in the guest:
Cannot copy <filename>: The specified name is no longer available.
When I check the event log on the Windows Server 2003 host, I find the following error message:
The server has detected an attempted Denial-Of-Service attack from client \\<windows guest> and has disconnected the connection.
This error is seen because the VMware virtual bridge can operate at any speed and is constrained only by the processing power of the host computer's processor. Windows Server 2003 includes security features that interpret network requests at speeds above a specified limit as denial of service attacks. In response, Windows Server 2003 disconnects the client — in this case, the guest.
There are four ways you can avoid such disconnections. Use the one that is most convenient in your environment.
Use the bandwidth limiting feature of VMware Workstation 5 (this workaround does not apply to GSX Server). Using a text editor, add two lines to the configuration (.vmx) file of the affected virtual machine.
If the physical Ethernet adapter on the host computer is running at 100Mbps, use the following two lines:
ethernet0.txbw.limit=100000
ethernet0.rxbw.limit=100000
If the physical Ethernet adapter on the host computer is running at 10Mbps, use the following two lines:
ethernet0.txbw.limit=10000
ethernet0.rxbw.limit=10000
In both examples above, the setting affects the virtual machine's first virtual Ethernet adapter (ethernet0). To modify the setting for a second virtual Ethernet adapter, substitute ethernet1. For a third virtual Ethernet adapter, use ethernet2.
This approach increases the load on the host computer's processor and may affect performance.
Disable large send offload in the network settings for the physical Ethernet adapter on the host computer.
This approach increases the load on the host computer's processor and may affect performance.
Use a gigabit switch. Connecting the host computer's network adapter to a gigabit switch helps because the bridge cannot produce traffic that exceeds the 1000Mbps speed of the switch. This workaround provides the highest throughput when you copy large files.
Change the configuration of the virtual machine to use host-only networking. This change is simple to make and may be appropriate for some virtual machines.
ich habe das selbe problem, aber die deaktivierung von large send offload brachte bei mir keine abhilfe. im vmware.com forum fand ich noch den tipp (http://www.vmware.com/community/thread. ... adID=40711 ) die option "checksum offload" auf none zu stellen, ebenfalls keine besserung.
hat noch jemand vergleichbare probleme? ich verwende einen ibm x236 mit broadcom netxtrem gbit (onboard).
morgen teste ich es noch mit nem gbit switch, am zielort ist vermutlich auch einer vorhanden.
hat noch jemand vergleichbare probleme? ich verwende einen ibm x236 mit broadcom netxtrem gbit (onboard).
morgen teste ich es noch mit nem gbit switch, am zielort ist vermutlich auch einer vorhanden.
Hi,
sofern es noch für jemanden interessant ist, siehe http://support.microsoft.com/kb/898468/en-us
Bei mir hat Erhöhung des Max...-Wertes auf 1.000 geholfen.
Gruß
Holger
sofern es noch für jemanden interessant ist, siehe http://support.microsoft.com/kb/898468/en-us
Bei mir hat Erhöhung des Max...-Wertes auf 1.000 geholfen.
Gruß
Holger
Zurück zu „VMserver 1 und GSX“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 2 Gäste