ich habe eine grosse Bitte, weil ich nicht genau weiss, was hier zu tun ist.
habe einen vmware server2 auf debian installiert. maschine lief für 2 monate problemlos. gastsystem ist u.a. ein win 2k3 sbs server und 2 linux server.
nun folgendes
die linux server laufen, der sbs ist auf einmal nicht mehr erreichbar (web access, terminal services) - stop auf der vmware konsole bringt nichts, server bleibt auf running. vmware dienste am linux stoppen funktioniert - beim start kommt dann die meldung, dass die gcc version nicht passt (4.3 zu 4.1) - wenn ich vmware-config.pl aufrufe läuft das system dann wieder. derzeit ist es so, dass die selbe situation alle 1 - 2 tage auftritt.
hat jemand dieses problem schonmal gehabt?
Danke, martin
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!
vmware server
-
- King of the Hill
- Beiträge: 13650
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Wenn ich mich recht entsinne, steht Debian erstmal nicht auf der Liste offiziell unterstützter Host-OS bei VMware. Das ist zwar kein Beinbruch, deutet aber entweder auf Probleme bei VMware-Tests hin oder das das OS nicht getestet wurde.
Deine sonstigen Informationen sind zu wenig. Was hast du denn nach den 2 Monaten erfolgreichen Laufs an der SW-Konfig verändert? Wenn die GCC-Version spontan nicht mehr paßt, liegt ein Update oder eine fehlerhafter Link desselben im Bereich des Möglichen.
Deine sonstigen Informationen sind zu wenig. Was hast du denn nach den 2 Monaten erfolgreichen Laufs an der SW-Konfig verändert? Wenn die GCC-Version spontan nicht mehr paßt, liegt ein Update oder eine fehlerhafter Link desselben im Bereich des Möglichen.
hallo
erstmal vielen dank. ich habe nichts verändert an der konfiguration. was mich an sich wundert ist, dass ja nachdem ich das config script aufrufe die sache wieder einwandfrei funktioniert, aber nur halt für einen kleinen zeitraum, dann geht das spiel wieder von vorne los...
2 monate ist die maschine einwandfrei gelaufen. da es ein sbs mit exchange ist, ist die sache natürlich besonders dumm, weil sofort die kunden anrufen, wenn was nicht funktioniert.
danke, martin
erstmal vielen dank. ich habe nichts verändert an der konfiguration. was mich an sich wundert ist, dass ja nachdem ich das config script aufrufe die sache wieder einwandfrei funktioniert, aber nur halt für einen kleinen zeitraum, dann geht das spiel wieder von vorne los...
2 monate ist die maschine einwandfrei gelaufen. da es ein sbs mit exchange ist, ist die sache natürlich besonders dumm, weil sofort die kunden anrufen, wenn was nicht funktioniert.
danke, martin
kann das problem auch irgendwie an der Virtual Machine selbst liegen. die Linux server auf vmware (2 mal ubuntu) laufen ja problemlos weiter. nur der windows server ist nicht mehr erreichbar und dann macht vmware server beim neustart probleme. seit gestern läuft die vmware jetzt mal durch. ich habe in der nacht den windows server niedergefahren und die vmware beendet - keine probleme - startet alles wieder normal. erst wenn der windows server nicht mehr reagiert taucht das problem auf, dass die ganze vmware nicht mehr startet. sehr komisch...
-
- King of the Hill
- Beiträge: 13650
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Nach einem System-Upgrade unter Linux ist es völlig normal, daß der VMserver nicht mehr richtig oder garnicht mehr funktioniert und erst wieder über vmware-config.pl reaktiviert werden muß. Die Ursache ist meist in veränderten/erneuerten Systembibliotheken zu suchen und die dann dazu nicht mehr passenden VMware-Module. Diese Module werden dann wieder über das Config-Script zur Laufzeit übersetzt und passend kompiliert. Bei einigen Distri's tauscht ein System-Upgrade sogar gleich den kompletten Kernel aus und verursacht dadurch noch viel mehr Ärger. Besonders wenn der neue Kernel von VMware noch nicht unterstützt wird, helfen dir dann eigentlich nur noch die sogenannten ANY-ANY-Patches weiter und die müssen eigentlich schon vorher eingespielt sein bzw der Patch selbst startet im Anschluß das vmware-config.pl-Script.
Unter Windows ist die Lage da weit weniger dramatisch. Soviele neue Kernel bzw Win-Versionen gibt es dort nicht und nicht jede Erweiterung resultiert gleich in einer neuen Win- bzw Kernel-Version.
Unter Windows ist die Lage da weit weniger dramatisch. Soviele neue Kernel bzw Win-Versionen gibt es dort nicht und nicht jede Erweiterung resultiert gleich in einer neuen Win- bzw Kernel-Version.

Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 2 Gäste