Seite 1 von 1
Ok, 4 Stunden Arbeit
Verfasst: 23.04.2010, 12:58
von frido
für die Feststellung das es ein Problem in der Firewall war. Ich hatte bis vor kurzem ein Xen am Laufen und habe auf xenbr0 gematcht nun ist xenbr0 weg und eth0 ist das richtige Interface. Da habe ich einfach nicht mehr daran gedacht. Jetzt läuft bridging wieder....
Stupido
Friedrich
Verfasst: 24.04.2010, 14:48
von Dayworker
..und was hat XEN mit der Workstation zu tun

Verfasst: 24.04.2010, 17:15
von McStarfighter
Auf DIE Antwort bin ich dann aber auch mal sehr gespannt ... "wart" "Tee trink und abwart" ...
Verfasst: 24.04.2010, 17:32
von Dayworker
Ich vermute inzwischen, daß er einen XEN-Host auch mit VMware "beglückt"

hat...
Verfasst: 24.04.2010, 20:22
von McStarfighter
Hm, aber der VMware-Installer meckert doch immer, wenn Xen oder KVM installiert ist. Und dann will er nicht. Außerdem würde ich so einem System nicht allzu sehr trauen, da die beiden Kernelmodule sich da tierisch ins Gehege kommen ...
Verfasst: 24.04.2010, 21:29
von Dayworker
...meckern sollte der VMserver2 auch, wenn man ihn auf einem DC installieren will. Aber das läßt sich wohl ganz einfach umgehen.
Verfasst: 25.04.2010, 11:34
von McStarfighter
Hm, ok. Aber das Problem mit den zwei kokurrierenden Kernel-Modulen bleibt bestehen ...
Verfasst: 25.04.2010, 13:47
von Dayworker
Stimmt auch wieder. Aber so wie ich den OP gerade nochmal lese, werden wir es wohl nie erfahren...
Verfasst: 25.04.2010, 19:23
von continuum
Xen kernel und VMware zusammen laeuft mit
hypervisor.xen.allow = "true"
Verfasst: 26.04.2010, 15:45
von McStarfighter
Cool, gut zu wissen. Evtl. nehm ich dann doch auf dem neuen Notebook lieber Xen anstatt KVM ...

Mal alles neu durchgehen ...
