XEN-Aktivitäten bündeln

Hi,

bei mir wurde die Firmware erst mittels udev geladen. Alleine mit den Modulen war ich auch ohne Erfolg. Aber trotzdem: hast Du die Pfade denn überprüft ? Ist es richtig hinkopiert ?
Meine hier im Thema haben das auch einige unter Mahlzeit mit udev gemacht.

CU
Kamikaze

Zitat

Original von arillus
hallo zusammen,

ich hab jetzt mahlzeit 4 beta 2 in XEN installiert,

der vdr kommt auch hoch und die 2 Nova DVB-S Karten funktionieren auch (keine Fehlermeldung) aber die FF karte wird nicht erkannt, weil die Firmware nicht geladen wird:

Jan 8 22:35:27 mahlzeit user.err kernel: dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
Jan 8 22:35:27 mahlzeit user.err kernel: dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware or /lib/firmware
Jan 8 22:35:27 mahlzeit user.err kernel: dvb-ttpci: and can be downloaded from http://www.linuxtv.org/download/dvb/firmware/

die datei ist vorhanden, hat 777er Rechte.

logread bei "modprobe dvb_ttpci":
Jan 8 22:43:20 mahlzeit user.err kernel: dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
Jan 8 22:43:20 mahlzeit user.err kernel: dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware or /lib/firmware
Jan 8 22:43:20 mahlzeit user.err kernel: dvb-ttpci: and can be downloaded from http://www.linuxtv.org/download/dvb/firmware/

bitte um hilfe

Alles anzeigen

Hi, das problem hatte ich auch noch mit easyvdr 0.4, mit easyvdr 0.5 und neuer debian version funktionierts ( glaube hat etwas mit udev etc zu tun..)

Was fuer ein os hat mahlzeit 4.2 ?

Zum dem mounten von dem plattenimage, es ist halt wirklich eine platte und keine einzelne partition. d.h. du musst da mit lomount drangehen..

gruss frank

franik

Hi,

system lauft groessenteils zuverlaessig, teilweise bleibt die easyvdr domU aber einfach stehen, manchmal auch der ganze Rechner.

Mein script was die domu check und wenn sie nicht mehr pingable ist, ein
reboot des ganzen rechners antriggert, funktioniert teilweise gut, manchmal
bleibt die machine aber auch beim reboot haengen.

Auch das booten ansich klappt nicht immer, manchmal verschlueckt der rechner sich und bleibt stehen, oder findet das ethernet device nicht..

Hat jemand aehnliche probleme mit opensuse10.3 und ein MSI k9N platinum ?
gruss
frank

Zitat

Auch das booten ansich klappt nicht immer, manchmal verschlueckt der rechner sich und bleibt stehen, oder findet das ethernet device nicht..

Sicher, dass es beim nic passiert ? Bei mir verschluckte sich der Rechner an den Platten. Lag aber am Silicon Image Raid Controller - der würfelte die Reihenfolge der hdds (hda, hdb etc) durcheinander, und da konnte er auf die root-partition, die eigentlich auf hda war, nciht mehr zugreifen, da er durch das durcheinander würfeln, die hdd mit nem anderen Buchstaben ansprach. Mit Highpoint Controller kein Problem.

Zitat

Original von Kamikaze

Sicher, dass es beim nic passiert ? Bei mir verschluckte sich der Rechner an den Platten. Lag aber am Silicon Image Raid Controller - der würfelte die Reihenfolge der hdds (hda, hdb etc) durcheinander, und da konnte er auf die root-partition, die eigentlich auf hda war, nciht mehr zugreifen, da er durch das durcheinander würfeln, die hdd mit nem anderen Buchstaben ansprach. Mit Highpoint Controller kein Problem.

Hi,

ja, mal sieht er das NIC nicht, mal started was anderes nicht, sehr mysteriös.

Hab mal eine Zusatzkarte Bt878 fuer webcam-anbindung ausgebaut,
die macht anscheinend ziemlich murks wenn sie warm wird..

An sich scheint das board nicht so stabil zu sein..

gruss
frank

Zitat

Original von nig

Hi,

ja, mal sieht er das NIC nicht, mal started was anderes nicht, sehr mysteriös.

Hab mal eine Zusatzkarte Bt878 fuer webcam-anbindung ausgebaut,
die macht anscheinend ziemlich murks wenn sie warm wird..

An sich scheint das board nicht so stabil zu sein..

gruss
frank

Alles anzeigen

mit grub option pci=routeirq scheints stabiler zu laufen..

gruss
frank

Tach

Bei mir läuft die VDr-domU und der Xen-Server mit Ubuntu 8.04.1 einwandfrei.

Kamikaze :
Ich hab auch so nen Sil 680-Controller (fake-raid). Da hab ich zwar auch das Problem dass der Controller hda-hdd anspricht, aber ist bei jedem booten gleich, so dass man nur anders mounten muss.

Ansonsten rennt der Ubu 8.04.1 Xen3.2-Server recht gut, mal von gelegentlichen Netzwerkproblemen abgesehen.

Gruss reever

reever: wie sieht das mit Intrepid (8.10) aus? In diversen Ubuntu Foren und der Xen-user Mailingliste liest man, die Entwickler liefern keinen eigenen xen-Kernel mehr, weil sie neu auf kvm setzen. Seltsamer Weise wurde ubuntu-xen-desktop und ubuntu-xen-server trotzdem im Intrepid Repository gelassen, also besteht die Möglichkeit zum backport auf einen 2.6.24-er xen-Kernel. Die Anleitung dazu ist hier zu finden. Das läuft soweit, aber mir wäre es lieber auf kvm zu setzen. Hier im Forum war zu lesen kvm könne seit kurzem PCI Karten an die VM durchreichen, hat jemand Ahnung wie das geht?

Edit: PCI Handling fuer kvm ist in ibex noch nicht dabei, weil das erst im September implementiert wurde (Patch, LKVM Artikel)

Lou

mich würde interessieren ob du es geschaft hast die dvb Karten in eine KVM-VM durchzureichen, und wenn ja wie...

Stehe selber gerade vor der Entscheidung, ob ich weiterhin Xen einsetze oder doch auf KVM umschwenke.

Wär klasse wenn du dich hierzu nochmal melden könntest.

Sorry - aber ich hab mich entscheiden vorerst bei Xen zu bleiben - so wie es aussieht wird auch Lenny noch auf Xen aufsetzen. Ich bleib noch ne Weile dabei und wechsle später.

Hallo,

was mich mal interessieren würde: wieviel RAM gebt Ihr dem VDR damit er richt läuft?

Gruß
Sammlerjaeger

Also ich habe meiner Maschine die als Streaming-Server fungiert 512MB zugeteilt, bei eingebauten 4 GB war das verkraftbar.
1GB Firewall & Proxy
1GB Fileserver
0,5GB Webserver
0,5GB VDR

aber letztendlich ist es abhängig was dein VDR XEN auch erledigen soll.

hab über's Wochendende auf Lenny/stable gewechselt und Xen probeweise installiert. Der neue xen Kernel beherrscht endlich Suspend2Ram, aber CPU Scaling kann er nicht. Sämtliche SPEEDSTEP Funktionen fehlen in der Xen Kernel Config...

Google meint, der Hypervisor beherrscht mittlerweile CPU Frequency Scaling (zumindest für die Dom0), sofern man die Funktion in der Bootzeile freischaltet (cpufreq=xen) - das will nicht laufen, also ist es eine Frage der xen Kernel Konfiguration und von fehlenden xen Kernel Patches.

Das von mir installierte Image ist linux-image-2.6.26-1-xen-686, der Hypervisor hingegen ist xen-3.2-1-i386? Wie das zusammenpassen soll weiss ich nicht, wurde so von aptitude vorgeschlagen:

Die folgenden NEUEN Pakete werden zusätzlich installiert:
  bridge-utils{a} [1.4-5]  libc6-xen{a} [2.7-18]
  libxenstore3.0{a} [3.2.1-2]  linux-image-2.6.26-1-xen-686{a} [2.6.26-13]
  linux-modules-2.6.26-1-xen-686{a} [2.6.26-13]
  xen-hypervisor-3.2-1-i386{a} [3.2.1-2]
  xen-linux-system-2.6.26-1-xen-686 [2.6.26-13]
  xen-utils-3.2-1{a} [3.2.1-2]  xen-utils-common{a} [3.2.0-2]
  xenstore-utils{a} [3.2.1-2]

Bin nicht gerade ein Kernel bau/patch Experte -> wäre dankbar für ein kurzes Howto

ach herje... so wie es aussieht hat das Image keinen Dom0 Support und wird auch keine Patches dafür kriegen Link

Ich kann nur empfehlen ggf einen Blick auch mal auf KVM zu richten,
da seit etwa Oktober letzten Jahres auch die Möglichkeit besteht Hardware in Virtualisierte Instanzen durchzureichen.

Zudem spricht gegen XEN das es nicht OpenSource ist und auch keine echte Chance mehr hat in Zukunft, da sich Herr Torvald gegen XEN und für KVM entschieden hat. Xen gibt es in neueren Kernel nicht mehr sondern es wird immer patcherei von nöten sein oder man steigt auf Distributionen um die noch XEN-Support individuell weiterentwickeln, siehe CentOs.
Vorteil von XEn ist natürlich das es auch auf älterer Hardware super läuft, wohingegen KVM neuere Intels bzw. AMDs benötigt, die Virtualisierungstechniken unterstützen (Sprich mittlerweile Alle neueren CPUs)
Ich selbst bin gerade dabei mir eine KVM Umgebung aufzubauen, sobald ich am we evtl dazu komme die VDR-KVM Umgebung aufzubauen kann ich ggf wenn gewünscht einmal ein Feedback geben.

Mich würde es interessieren ob wir hier im Forum bereits Leute haben die erfolgreich mit einer KVM-VDR Instanz arbeiten.

Falls du ein AMD64 System hast kann ich dir folgende Anleitung sehr Empfehlen:
http://www.howtoforge.com/virt…xen-on-debian-lenny-amd64

Du musst damit es einwandfrei funktioniert jedoch von anfang an eine amd64-install-cd benutzen, da ansonsten das system nicht ordnungsgemäß läuft.

Gruß Jens

kvm so wie es bei Lenny mit dabei ist wird die Pci Karten nicht an die VM durchreichen können, oder? Das Feature ist ziemlich neu (der Patch stammt aus dem Herbst 2008 wenn's mir recht ist) - gibt es evtl sowas wie ein Backport zu Lenny dafür?

Sieht wirklich nicht gut aus für die Xen Freunde unter Lenny, und rein von der Hardware her wäre ich für kvm gerüstet.

Naja: ETCH wird noch 1 Jahr weiter mit Sicherheits Aktualisierungen versehen -> der Wechsel drängt sich daher nicht auf, aber wenn taugliche vdr-kvm Lösungen für Lenny auftauchen sollten ist der Wechsel rasch vollzogen.

Hallo,
in der Tat,
KVM 79 bescherte KVM PCI-Passtrough

in den Repos von Debian Lenny, als auch Squeeze, als auch Sid befindet sich die KVM 72

im Experimentel zweig wird mit der KVM 84 getestet.

ich werde wohl heute abend oder morgen einmal testen inwiefern sich eine kvm 79 unter debian lenny compilen lässt

gruß jens

leider war auf der KVM Homepage noch die Rede von Kernel 2.6.28:

"In order to use these features at this time, linux 2.6.28 is required on the host.

Die Frage ist ob das jetzt (knapp 4 Monate später) immer noch gilt. Bin gestern im Ubuntu Forum auf nen Fall gestossen, wo sich die Module problemlos bauen + installieren liessen, aber die PCI Karte Durchreich- Funktion wollte mit dem älteren Kernel nicht laufen.