Keine Netzwerkverbindung nach Rückkehr aus Ruhezustand

[bugzz]

Hallo, experten. Habe lange nachgedacht im welchen Forum ichs posten soll und habe mich dann für diese etnschieden, da es, meiner meinung nach, ein hardware "problem" ist.

Also wie der Titel schon sagt - ich habe keine Verbindung.....bzw. keinen Datentransfer (Verbindung schon) nach dem Host PC aus dem Ruhezustand oder Energiersparmodus zurückgekehrt ist. Ich habe schon versuch die VM neu zu starten sowohl unter VMplayer als auch unter WMworkstation - keine Veränderung. Nur der neue Start des host-PCs macht alles wieder gut.

P.S. Benutze WMworkstation 6.5.3 auf HP Pavilion dv7 notebook
P.P.S. Es handelt sich um einer LAN-verbindung uns Inet (also nach ruhezustand oder ähnliches muss man logindaten an Provider absenden) Habe schon ausprobiert zuerst die Verbindung am HOST zu erstellen und erst dann die VM zu satrten - keine Veränderung

[Dayworker]

Dein Problem dürfte eigentlich im WS-Bereich besser aufgehoben sein...
Du verrätst uns aber nicht wirklich viel über dein Notebook. Interessant wäre da die Netzwerkverbindung und die beteiligten Betriebssysteme.

[bugzz]

Hallo, erstmal danke für schneller Feedback.
Also im moment arbeite ich auschliesslich unter Windows 7 Professional x64 (OS von HOST). Unter VM habe ich Linux bzw. Ubuntu 9.04

was meinst du unter Netzwerkverbindungen? soll ich mein ipconfig /all hier posten oder soll ich die Netzwerkkarte(n) aus geräte-manager zeigen ? Und von welches OS? Win7 oder ubuntu ?

[continuum]

ich verschieb das mal in die WS-abteilung denn mit Hardware hat das nichts zu tun.

bugzz - wieso wunderst du dich dadrueber - ich finde das Verhalten voellig normal - wahrscheinlich verwendest du DHCP fuer die VMs oder ?

[bugzz]

ich verschieb das mal in die WS-abteilung denn mit Hardware hat das nichts zu tun.
bugzz - wieso wunderst du dich dadrueber - ich finde das Verhalten voellig normal - wahrscheinlich verwendest du DHCP fuer die VMs oder ?

Okay. dann entschuldige ich mich nochmal, dass ich falschen forum genommen habe.

Naja, sich wundern tue ich nicht und dass es mit DHCP zutun hat....wundert mich auch nicht. Die sache ist, ich find den Neu-Start des Host PCs als Lösung nicht wirklich gut/optimal/vernünftig...suchen sie sich was aus XD
Ich wollt nur wiessen wie ich das OHNE neu-start lösen könnte. Und wenn das mit DHCP zutun hat,wie kann ich meine VM dazu zwigen dass sie sich beim HOST eine neue IP besorgt ? Außerdem, interresiert mich WO bzw. in welcher OS (Win7 oder doch ubuntu) ich das realisieren muss .....

P.S. Versteht mich nicht falsch, ich würd schon gerne selbst die lösung finden, aber, wie ich sehe, ich habe nicht genügent know-how und weiss nicht mal wo ich anfangen soll und wonach ich graben muss ....

[continuum]

im Gast reicht evtl.
ipconfig /renew

[bugzz]

im Gast reicht evtl.
ipconfig /renew

okay dass muss ich ausprobieren, obwohl ich skeptisch bin, da das Trennen und Re-Verbinden in HOST keine positive wirkung hatte.....
ausserdem, gibts in Ubuntu Linux (Gast OS) keine ipconfig... die Erste gedanke war ifconfig, aber wie weit ich weiss macht es keine RENEW...muss wohl mit dhclient rumspielen ....

[continuum]

unter Linux gibt es entsprechendes ...

Das Problem ist einfach das der Gast versucht etwas wiederzu beleben was fuer den Host schon lange tot ist.
Da hilft ein Neustarten des Hosts nicht viel ...

[bugzz]

Das Problem ist einfach das der Gast versucht etwas wiederzu beleben was fuer den Host schon lange tot ist.
Da hilft ein Neustarten des Hosts nicht viel ...

Ähn naja, geholfen/funktioniert hat es immer. Also falls ich nach dem ruhezustand unter GAST kein Internet hatte, musste ich HOST nur restarte und fertig....

Also... ich denke es ist genau umgekehrt. Gast ist schon längst bereit und dafür etwas neues zu bekommen, aber der HOST versucht ezwas zu beleben....

Ausserdem habe ich bereits mit dem dhclien-command unter GAST gespielt:

Code: Alles auswählen

sudo dhclient eth1
There is already a pid file /var/run/dhclient.pid with pid 4431
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth1/00:0c:29:21:85:6b
Sending on   LPF/eth1/00:0c:29:21:85:6b
Sending on   Socket/fallback
DHCPREQUEST of 192.168.171.133 on eth1 to 255.255.255.255 port 67
DHCPACK of 192.168.171.133 from 192.168.171.254
bound to 192.168.171.133 -- renewal in 883 seconds


Danach habe ich ein BackUP gemcht und die Originaldate gelöscht

Code: Alles auswählen

sudo cp -v /var/run/dhclient.pid /var/run/dhclient-2009-10-01.bkp
sudo rm -v /var/run/dhclient.pid

und dann wieder mit dem dhclient versucht

Code: Alles auswählen

sudo dhclient eth1
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth1/00:0c:29:21:85:6b
Sending on   LPF/eth1/00:0c:29:21:85:6b
Sending on   Socket/fallback
DHCPREQUEST of 192.168.171.133 on eth1 to 255.255.255.255 port 67
DHCPACK of 192.168.171.133 from 192.168.171.254
bound to 192.168.171.133 -- renewal in 702 seconds


Ergebniss - KEINE Veränderungen.

UPDATE
P.S. Hier sind die Screens von VMworkstation Virtual Network Adapter:

[bugzz]

so Habe die Lösung gefunden. Musste einfach unter menü Edit -> virtual Network Editor in registerkarte NAT, das NAT-Service neu-starten und fertig. Alles was stört is das, dass man sowas unter VMplayer nicht machen kann... =(

[continuum]

geht auch mit vmplayer - guck auf meiner Seite - da steht wie man das macht

[hebalder]

(05.03.2010 meine Lösung siehe http://vmware-forum.de/viewtopic.php?p=94546#94546)

Hallo zusammen,

ich habe das selbe Phänomen nach einem Notebook-Wechsel

bisher:
Notebook Samsung X20 mit Win XP Home (32bit), VMWare Workstation 6.5.3/7.0.0
- mehrere WinXP-Gäste laufen
- dann Suspend o. Hibernate
- Hardware wieder einschalten
- auf allen Gästen funktionieren die Netzverbindungen (Bridged, HostOnly, ...)

Notebook-Wechsel auf HP Pavilion DV6 2090g mit W7 Home Prof (64bit), VMWorkstation 7
- Gäste von o.g. Notebook übernommen
- gleiches Szenario wie oben
- auf allen Gästen funktionieren HostOnly-, nicht jedoch Bridged-Verbindungen

Erst nach "disconnect" (z.B. über "edit virutal machine settings) des Bridge-Adapters (in Windows erscheint der baloon tipp "Netzwerkkabel nicht angeschlossen - rotes Kreuz im Netzsymbol), und anschließendem "connect" sind Bridged-Verbindungen wieder möglich (ein ipconfig /dnsrenew im Gast funktioniert nicht).

Also mit
- WinXP VM6/7 OK
- Win7 VM7: nicht OK

Gruß
Hugo

Nachtrag 1:
- Bridge-Adpater ist manuell mit einzigem physik. Netzadapter verbunden (vorher "autom.", hatte diese Automatik aber in Verdacht für das o.g. Problem)
sonst alles Standard:
- NAT aktiv, DHCP aktiv
- HostOnly aktiv, DHCP aktiv

Nachtrag 2:
habe einen diesbezgl. Eintrag im engl. Forum gefunden:
http://communities.vmware.com/thread/175585?tstart=60

[continuum]

Hugo

probier per batch auf dem Host
net stop vmnetbridge
net start vmnetbridge

das startet die vmware bridge neu

[hebalder]

Hallo Ulli,

danke für Deine Antwort.

Bei den Commandos erhalte ich allerdings die Reaktion "Systemfehler 5 aufgetreten. Zugriff verweigert".

Bin als Admin angemeldet, Windows Firewall ausgeschaltet (nur AntiVir Free-Ed Guard läuft).

Win7 ist frisch installiert, VM7 ebenfalls.

Eine Datei-Suche nach "vmnet" ist begefügt. Laufende VM-Dienste sind "VMAuthdService", "VMnetDHCP", "VMUSBArbService", "VMware NAT Service"

Gruß
Hugo



Datei-Suche nach "vmnet":

c:\Program Files (x86)\VMware\VMware Workstation\help\workstation_win\ws_net_nat_sample_vmnetnatconf.html
c:\Program Files (x86)\VMware\VMware Workstation\messages\ja\help\workstation_win\ws_net_nat_sample_vmnetnatconf.html
c:\Program Files (x86)\VMware\VMware Workstation\vmnet.sys
c:\Program Files (x86)\VMware\VMware Workstation\vmnetadapter.cat
c:\Program Files (x86)\VMware\VMware Workstation\vmnetAdapter.sys
c:\Program Files (x86)\VMware\VMware Workstation\vmnetbridge.cat
c:\Program Files (x86)\VMware\VMware Workstation\vmnetBridge.dll
c:\Program Files (x86)\VMware\VMware Workstation\vmnetBridge.sys
c:\Windows\System32\DriverStore\FileRepository\netadapter.inf_amd64_neutral_ef178d81b2f19b40\vmnet.sys
c:\Windows\System32\DriverStore\FileRepository\netadapter.inf_amd64_neutral_ef178d81b2f19b40\vmnetadapter.cat
c:\Windows\System32\DriverStore\FileRepository\netadapter.inf_amd64_neutral_ef178d81b2f19b40\vmnetadapter.sys
c:\Windows\System32\DriverStore\FileRepository\netbridge.inf_amd64_neutral_2505c14526c0d253\vmnet.sys
c:\Windows\System32\DriverStore\FileRepository\netbridge.inf_amd64_neutral_2505c14526c0d253\vmnetbridge.cat
c:\Windows\System32\DriverStore\FileRepository\netbridge.inf_amd64_neutral_2505c14526c0d253\vmnetbridge.dll
c:\Windows\System32\DriverStore\FileRepository\netbridge.inf_amd64_neutral_2505c14526c0d253\vmnetbridge.sys
c:\Program Files (x86)\VMware\VMware Workstation\vmnetmgr.dll
c:\Program Files (x86)\VMware\VMware Workstation\messages\ja\vmnetui-ja.dll
c:\Program Files (x86)\VMware\VMware Workstation\vmnetcfg.exe
c:\Program Files (x86)\VMware\VMware Workstation\VMnetDHCP.exe
c:\Windows\System32\vmnetdhcp.exe
c:\Windows\SysWOW64\vmnetdhcp.exe
c:\Program Files (x86)\VMware\VMware Workstation\vmnetui.dll
c:\Program Files (x86)\VMware\VMware Workstation\vmnetUserif.sys
c:\ProgramData\VMware\vmnetnat.conf
c:\Users\All Users\VMware\vmnetnat.conf
c:\ProgramData\VMware\vmnetnat-mac.txt
c:\Users\All Users\VMware\vmnetnat-mac.txt
c:\ProgramData\VMware\vmnetdhcp.conf
c:\Users\All Users\VMware\vmnetdhcp.conf
c:\ProgramData\VMware\vmnetdhcp.leases~
c:\Users\All Users\VMware\vmnetdhcp.leases~
c:\ProgramData\VMware\vmnetdhcp.leases
c:\Users\All Users\VMware\vmnetdhcp.leases

[continuum]

? - wieso postest du denn Dateien mit vmnet ????

Der Befehl hat doch funktioniert - du musst ihn nur als admin ausfuehren

[hebalder]

Hallo Ulli,

meine Antwort war etwas undurchsichtig - ich bekam gerade Besuch und hatte diese zwischen Tür und Angel geschrieben ...

Also:

1. ich bin als Admin angemeldet, erhalte dennoch "Zugriff verweigert". Warum, weiss ich nicht. Vielleicht ist dies eine Eigenart von Win7, unter XP hatte ich in der DOS-Box als Admin auch entsprechende Zugriffsrechte.

2. ich hatte auf Deiner Seite "sanborrow", workstation FAQ, den Abschnitt "Bridged network does not work on Windows 7 host" gelesen. Dort führst Du einige "vmnet"-Dateien auf, deren Existenze/Position im Datei-System nicht mit meiner Situation deckt

3. probiere nachher vnetlib -- uninstallbridge | install bridge aus

Gruß
Hugo

[continuum]

Hi Hugo - ok - jetzt wird es klarer.

So wie es aussieht fehlen tatsaechlich Treiber.

Probier mal das Verfahren von meiner FAQ

[hebalder]

Hi Ulli,

So wie es aussieht fehlen tatsaechlich Treiber.

Könnte es sein, dass unter Win7 Home Premium 64bit die Installation etwas anders läuft, Dateien an anderen Orten, gar nicht oder durch andere ersetzt sind?

Z.B. kann ich auf dem Rechner keinen Dienst mit dem Bez. "vmnetbridge" entdecken - vielleicht ist dieser versteckt?. Ich sehe jedoch solche Dienste wie "VMAuthdService", "VMnetDHCP", "VMUSBArbService", "VMware NAT Service".

Probier mal das Verfahren von meiner FAQ

ich habe Deine Tipps umgesetzt, leider ohne Erfolg.

Nach Rückkehr aus dem Host suspend/hibernate Modus tritt der Fehler wieder auf - allerdings nur, wenn der Rechner länger schläft (>30Min?).


Ich sehe noch kein Land ...

Gruß
Hugo

[hebalder]

Z.B. kann ich auf dem Rechner keinen Dienst mit dem Bez. "vmnetbridge" entdecken - vielleicht ist dieser versteckt?

... so, ich bin nun auf die blöde Idee gekommen, obwohl ich als Admin angemeldet bin, die DOS-Box von Win7 explizit als Admin auszuführen ...

und siehe da, die Kommandos "net stop|start vmnetbridge" lassen sich ohne Zugriffsprobleme ausführen.

Sehr schräg.

Danach kamen die VM-Gäste wieder in's Intranet

Entweder ist das expizit notwendige stop|start des vmnetbridge-Dienstes ein Bug oder Feature

Von Win7 und/oder in Kombination mit VM7 ... ?
(unter WinXP ist dies nicht notwendig)

Gruß
Hugo

[continuum]

Wunder dich nicht *.0.0 Versionen sind immer komisch - und diesmal scheint es noch einige Probleme mit Win7 und 2008 hosts zu geben

[Dayworker]

Nicht schräg, hängt mit der UAC zusammen. Seit Vista kannst du als Admin angemeldet sein und das OS nimmt die nach der Anmeldung sofort wieder alle erweiterten Rechte. Du kannst sie dir jedoch für alle Systemkritischen Sachen zurückholen, normalerweise holt ein OS seit Vista dann dazu eine Bestättigung beim Benutzer ein und startet dann die Anwendung mit den erweiterten Rechten. Aus dem Grund mußt du jede SW-Inst auch mit "Als Admin ausführen" starten, ansonsten erhältst du keinen Zugriff auf sämtliche Systemverzeichnisse unklusive Programme-Ordner.

Ich gehe deshalb mal davon aus, daß die Inst etwas schräg abgelaufen ist und irgendwie dem Dienst nicht alle nötigen Rechte übertragen wurden.

[hebalder]

...Aus dem Grund mußt du jede SW-Inst auch mit "Als Admin ausführen" starten, ansonsten erhältst du keinen Zugriff auf sämtliche Systemverzeichnisse unklusive Programme-Ordner.

Ich gehe deshalb mal davon aus, daß die Inst etwas schräg abgelaufen ist und irgendwie dem Dienst nicht alle nötigen Rechte übertragen wurden.

Hallo,

ich habe "natürlich" nicht als bisheriger Prä-Vista Admin VMWare explizit nochmals mit "Als Admin ausführen ..." installiert, weil ich davon ausgegangen bin, dass ich als angemeldeter Admin auch Admin bin

Danke für den Hinweis ... über die Feiertage werde ich dann wohl nochmals mit explizitem "Als Admin ausführen ..." die Installation wiederholen.

Gruß
Hugo


P.S. vielleicht behebt dies auch mein anderes Problem mit den regelmäßig einfrierenden Gast-Rechnern http://vmware-forum.de/viewtopic.php?t=18646

[hebalder]

Danke für den Hinweis ... über die Feiertage werde ich dann wohl nochmals mit explizitem "Als Admin ausführen ..." die Installation wiederholen.

... so, im Vorgriff auf die Feiertage - ich war einfach zu neugierig - habe ich VMWare de-install., rebootet, als Admin(!) neu install ...



leider tritt der Fehler nachwievor auf.

Z.Zt. muß ich also den workaround von Ulli (batch-Datei auf dem Host mit stop/start der vmnetbridge) bemühen.

Ob der Fehler an Win7 in der Home Premium-Editionen als VM-Host begründet ist?

Auf jeden Fall sehr unbefriedigend. Auf meinen alten Notebook mit WinXP Home (Host), VM Workstation 7 und WinXP-Gästen habe ich solche Probleme nicht.

Auf VM 7.0.x (x>0) wartend

Euer
Hugo

[Dayworker]

Kleiner Nachtrag zum Admin-Status. Wenn du die UAC deaktiviert hast, nicht empfehlenswert da Sicherheitsmindernd, bist uneingeschränkt auch Admin.

Das Problem könnte wirklich an W7 im Zusammenspiel mit WS7 liegen. Du solltest auch ein Posting im VMTN absetzen, dann erfährst du wenigstens die offizielle Antwort von VMware. Wenn sie denn schon eine Lösung haben.

[hebalder]

Auf VM 7.0.x (x>0) wartend

Euer
Hugo

... mit 7.0.1 immer noch das selbe Problem

auf VM 7.0.x (x>1) wartend

Hugo