XEN-Aktivitäten bündeln

Elian: wie lädst Du die Module für die Karte denn in den einzelnen DomUs ? Hatte das Problem, wenn ich selber versucht hatte die Module zu laden. Nach einer Installation mit udev kein Problem mehr...

Dann hab ich noch kleine Sorgen:
Ich bekomme die Uhrzeit in meiner DomU satana nicht geändert. Im Bios ist die locale Zeit eingetragen, in Dom0 hab ich in /etc/default/rcS "UTC=no" gesetzt und löppt. In der DomU satana hab ich auch "UTC=no" gesetzt, aber das scheint dem auch recht egal. Die Zeit ist da zwei Stunden zurück... Und ändern kann ich die auch nicht. Geb ich erst

date 101214302007

ein, zeigt er das auch brav an, wenn ich das dann aber mit

date

überprüfe, zeigt er wieder "seine" alte Uhrzeit an

Fr 12. Okt 12:25:25 UTC 2007

Ich denke, dass der DomU die Einstellung in der /etc/default/rcS auch recht egal ist. Wenn ich mit "hwclock --show" die HW-Zeit überprüfen will, zeigt er mir auch gar ncihts an. Von daher denke ich, dass sich die DomU deshlalb nicht mit der Bios Zeit anpassen kann. Aber wie bringe ich die DomU nun dazu, die Zeit zu ändern ?! Any ideas ?

THX
Kamikaze

Keiner eine Idee ? Vor allem was merkwürdig ist: wenn ich in der Config von der DomU folgendes eintrage:

extra = "independent_wallclock=1"

dann ich die Uhrzeit zwar ändern: aber die epg daten sehen immer noch "alt" aus. So zum Beispiel jetzt: Jetzt läuft von 17-18 Uhr auf Pro7 taff. Im Epg steht aber "15 Uhr taff" !

CU
Kamikaze

hm... Ich denke es liegt am "UTC", was der DomU anscheinend irgendwie erzählt wird. Hier die Ausgabe von date :

satana:~# date
Fr 12. Okt 18:01:11 UTC 2007

Das würde dann doch auch erklären, warum die epg-Daten eben so angepasst sind. Aber: wie erzähl ich dem "date" jetzt, dass er "CEST" ist und nicht "UTC" ?! Für manche bestimmt eine dumme Frage, aber ich komme da echt nicht weiter... Wie gesagt, Änderungen an /etc/default/rcS bringt nix. (Vermute, weil hwclock nix auslesen kann...)

THX
Kamikaze

Versuchs mal mit tzconfig

Michael

Von dem Befehl hatte ich auch schon gelesen. Aber da er ja gleich auch die richtige Zeitzone angezeigt hatte, hatte ich das gar nicht weiter verändert... Aber gut, nachdem ich das dann einmal durchgegangen bin, wurde die Zeit auch auf CEST umgestellt und so auch meine epg-daten angepasst.

Danke !!!

Kein Problem, gerne

Michael

Nun klappt das mit der CEST-Zeit anstelle der UTC Zeit. Aber ich hab wohl etwas zu sehr rumgespielt... Das mit CET hat er ja gespeichert, aber dummerweise, den Rest nicht. Beim nächsten Neustart ist die Zeit "1. Jan 01:00 CET 1970" ?! Wie kann ich das ändern...

Also, wo ich ein paar Einträge geändert hatte, war in der hwclock.sh. Hab aber extra eine Kopie erstellt. Nach dem ich eine Änderung in der hwclock.sh gemacht habe und neugestartet hatte, wurde das Datum auf das og geändert, allerdings ncoh "0.00 UTC". Danach hatte ich dann halt die alte hwclock.sh zurück kopiert und das Datum und die Uhrzeit angepasst (Aber noch nicht neu gestartet). Und dann halt das mit tzconfig, wodurch dann ja auch CEST eingestellt wurde anstelle von UTC. Aber nach einem Neustart kommt jetzt halt das og Datum/Uhrzeit. Weiß wer Rat ? Irgenwoher muss er sich ja datt Datum holen, schätze, dass ich das durhc die Spielerei mit hwclock überschrieben habe. Aber wo ist diese Datei ?! Wollte das eigentlich nicht mit ntp machen...

CU
Kamikaze

Kamikaze: Danke für den Tipp; das muss ich nachschauen - hab linvdr. Da gibt es glaub ich kein udev. Mal sehn.

Trotzdem danke,
Elian

ich habe xen geschmissen... da gab es nur Bildfehler. Jetzt mit easyvdr gar kein Problem mehr.

don-baba: was meinst mit Bildfehlern ? Kann mich bisher noch nciht beschweren. Bin aber auch von DVB-T nun auf DVB-S umgestiegen - und das Bild ist viel besser ! Da bei uns der DVB-T Empfang auch recht schlecht ist, hab ich teilweise auch mal "Artefakte" gehabt. Ist mir bei DVB-S (mit sogar nur einer 60er Schüssel!) noch nicht aufgefallen und der läuft jetzt schon eine Woche sozusagen "live".

[EDIT]
Elian: hast diesen ganzen Thread schon durchgearbeitet? Das trat hier bei linvdr ja schon mal auf. Für Der-Brumm-Baer half für ein Probelm dies:

Zitat

Original von der-brumm-baer

Also es hat etwas gebracht, der Log ist zumindest kürzer geworden, und die Firmware wird gefunden, aber die Devices stürzen immer noch ab.

Aber letztendlich hatte er doch udev installiert. Wie er das bei linvdr gemacht hat, weiß ich dann aber leider nciht...

Viel Erfolg

Hiho,

so, mein Zeit-Poblem löse ich erst mal dann doch über ntp... Aber nun hab ich schon das nächste: ich habe Probleme den PC zu starten, wenn ich den ide Controller Silicon Image 0680 eingebaut habe.
Hier erst mal meine menu.lst:

title           Test - 2 Xen 3.0.3-1-i386-pae / Debian GNU/Linux, kernel 2.6.18-5-xen-686
root            (hd0,0)
kernel          /xen-3.0.3-1-i386-pae.gz
module          /vmlinuz-2.6.18-5-xen-686 root=/dev/hda3 ro ide=reverse
module          /initrd.img-2.6.18-5-xen-686
savedefault


title           Xen 3.0.3-1-i386-pae / Debian GNU/Linux, kernel 2.6.18-5-xen-686
root            (hd0,0)
kernel          /xen-3.0.3-1-i386-pae.gz
module          /vmlinuz-2.6.18-5-xen-686 root=/dev/hda3 ro console=tty0 xencons=tty
module          /initrd.img-2.6.18-5-xen-686
savedefault


title           Debian GNU/Linux, kernel 2.6.18-5-k7
root            (hd0,0)
kernel          /vmlinuz-2.6.18-5-k7 root=/dev/hda3 ro
initrd          /initrd.img-2.6.18-5-k7
savedefault

Das Problem ist jetzt, wenn ich mit "Xen 3.0.3-1-i386-pae / Debian GNU/Linux, kernel " starte, dann wird auch erst von "hda" "gebootet", aber dann sehe ich als Ausgabe, dass die HDD, die eigentlich hda ist, als hde erkannt wird, das DVD-Laufwerk, dass normalerweise ja hdc wäre, wird mit hdg angesprochen. Und dann bleibt er bei "Waiting for root file system" stehen. Ist ja auch irgendwie klar. In der fstab steht ja auch was von "hda" und nicht "hde".
Wenn ich dann aber mit "Debian GNU/Linux, kernel 2.6.18-5-k7" hochfahre, dann wird die Reihenfolge der HDDs nicht verändert - nur leider kann ich damit ja kein xen laden...
Habe dann gelesen, dass der Sil0680 auch mit der Option "ide=reverse" gestartet werden. OK, daher kommt der Eintrag in der menu.lst "Test - 2 Xen 3.0.3-1-i386-pae / Debian GNU/Linux, kernel 2.6.18-5-xen-686". Das erste mal fuhr der PC auch davon hoch. hda blieb auch hda. Testweise habe ich den dann noch zwei mal neu gestartet. - War noch alles prima. Aber für lirc in der DomU brauchte ich ja den seriellen Port, daher fügte ich in der menu.lst hinter "ide=reverse" wieder "xencons=tty". Ergebis: es trat das Problem wieder auf, dass hda wieder zu hde wurde... Wenn ich "xencons=tty" dann wieder entfernt habe, also nur noch "ide=reverse" da stand, fuhr er trotzdem nicht hoch, da hda immer noch zu hde wurde...

Kennt jemand das Problem ? Oder kann mir das erklären ?! Verstehe das echt nicht... Dumm ist ja auch, wenn er hda später als hde erkennt und dann bei "Waiting for root file system" stehen bleibt, dann sehe ich von dem boot-Vorgang ja auch nix im Log ?! Gibt's es sonst noch eine andere Möglichkeit, wie ich ihm ide=reverse mitgeben kann ?!

THX
Kamikaze

Wenn ich das jetzt richtig gelesen habe, liegt mein Problem halt eher daran, dass sich Silxxxx, udev und initramfs nciht richtig vertragen. Und wegen des udevs wird die Reihenfolge halt mal anders sein... Dumm nur, dass ich für xen ja udev brauche... Und da ich auch keine große Lust hatte neue Kernel zu backen und die dann auszuprobieren, habe ich mit etwas Glück noch ein MB gefunden: das EP-8KRA2+. Dort ist schon ein IDE Raid Controller drauf, aber ein Highpoint ! Und siehe da: keine Probleme mehr !

Falls aber doch jemand Xen mit nem SilImage Raid Controller betreibt, würde mich das dennoch interessieren !!!

CU
Kamikaze

Moin,

und mein nächstes Problem: Lan On Board scheint defekt... Anfangs sah meine /etc/network/interfaces so aus:

allow-hotplug eth1
iface eth0 inet static
 up ifconfig eth0 promisc up


auto xenbr0
iface xenbr0 inet static
 address 192.168.100.4
 netmask 255.255.255.0
 network 192.168.100.0
 broadcast 192.168.100.255
 gateway 192.168.100.3
 dns-nameservers 192.168.100.3
 bridge_ports eth0
 bridge_fd 1
 bridge_stp off
 bridge_hello 1

Allerdings hatte ich kein ping... Unter dmesg stand noch einmal das:

eth0: RealTek RTL8139 at 0x9000, 00:c0:26:00:ef:d5, IRQ 16
eth0:  Identified 8139 chip type 'RTL-8100B/8139D'

und so etwas wie (bin mir da nicht mehr genau sicher, wie das da stand, aber in etwa so:)

ieee1394:eth0 IEEE-1394 fw-host0

Also hab ich die Module ohci1394, ieee1394 und eth1394 in die blacklist verbannt. Geladen werden aber immer noch:

xena:~# lsmod | grep 1394
ohci1394               31792  0
ieee1394               88152  1 ohci1394

Aber im dmesg sieht es nun nur so aus:

eth0: RealTek RTL8139 at 0x9000, 00:c0:26:00:ef:d5, IRQ 16
eth0:  Identified 8139 chip type 'RTL-8100B/8139D'

Aber da steht nix von "link" ? Normalerweise, wenn ich doch das lan-kabel anstöpsel - kommt da watt von link, oder ?
Um erst mal lan zu haben, hab ich ncoh eine Karte eingebaut, /etc/network/interfaces so angepasst:

allow-hotplug eth1
iface eth1 inet static
 up ifconfig eth1 promisc up


auto xenbr0
iface xenbr0 inet static
 address 192.168.100.4
 netmask 255.255.255.0
 network 192.168.100.0
 broadcast 192.168.100.255
 gateway 192.168.100.3
 dns-nameservers 192.168.100.3
 bridge_ports eth1
 bridge_fd 1
 bridge_stp off
 bridge_hello 1

Und nun taucht unter dmesg auch das so auf:

xena:~# dmesg | grep eth
eth0: RealTek RTL8139 at 0x9000, 00:c0:26:00:ef:d5, IRQ 16
eth0:  Identified 8139 chip type 'RTL-8100B/8139D'
eth1: VIA Rhine II at 0x1dc00, 00:04:61:4d:4c:82, IRQ 20.
eth1: MII PHY found at address 1, status 0x7849 advertising 05e1 Link 0000.
device eth1 entered promiscuous mode
audit(1066469758.117:2): dev=eth1 prom=256 old_prom=0 auid=4294967295
eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
eth1: Promiscuous mode enabled.
eth1: Promiscuous mode enabled.
eth1: Promiscuous mode enabled.
eth1: Promiscuous mode enabled.
eth1: Promiscuous mode enabled.
xenbr0: port 1(eth1) entering learning state
xenbr0: port 1(eth1) entering forwarding state
eth1: Promiscuous mode enabled.
eth1: Promiscuous mode enabled.
eth1: no IPv6 routers present

Zuletzt lief das Board unter Win und da ging Lan noch. Werde Morgen noch mal mit einer Live-CD booten, ob LanOB tatsächlich noch geht. Aber vielleicht hat ja trotzdem noch jemand hilfreiche Tipps ?!

THX
Kamikaze

Häh ?! Da stolper ich jetzt ja erst drüber: RTL8139 ist doch die zusätzliche Lan-Karte, wo ja auch das Lan-Kabel angeschlossen ist. Kann mir jemand dmesg-Ausgabe mit eth0 und eth1 erklären ?! Da verstehe ich jetzt nix mehr... Wie kann die eingebaute Lan-Karte eth0 sein, /etc/network/interfaces spricht aber von eth1, link ist auch auf eth1 und das Lan-Kabel steckt in der eingebauten NIC ?!

THX
Kamikaze

Moin,

ich wollte noch mal an den Themen anfang zurück kommen und noch mal aufgreifen.

Da ich hier viel mit vielen clients und einem Server arbeite und dieses zwangsläufig auch in einer Xen umgebung irgendwann zu den gleichen problemen führt. Wäre sicherlich ein neue Unterrübrick in diesem Forum hilfreich.

Ich poste hier mal ein zitat von meinem bekannten mit dem ich zusammenarbeite, dem diese einzelplatz Maschienen zunemend ein dorn im auge sind.

von devnix "http://vdr-portal.de/board/thread.php?postid=660031#post660031"

Zitat

So.. will etwas meinen Frust ablassen.

Ich verwende nun seit Jahren VDR. und bin soweit sehr zufrieden. Es läuft sehr stabil und soweit auch ohne jede Probleme. Bedienbar von meinem Sohn, 7 Jahre alt, und mit hohem WAV, meine Frau will VDR nicht mehr missen....

... so jetzt kommt es. VDR ist irgendwie ein standalone System. Bei mir in einer multi Client Umgebung (streamdev) tauchen dann viele Probleme auf.

Meine Umgebung:

Speicher: Dual P3 1,4 Ghz, Debian, viele Festplatten, 4 DVB-s Karten

Küche: VIA-ITX 600 Mhz, X-Terminal, Desktop, Xineplugin zur Nutzung von TV/Aufnahmen/Musik

Wohnzimmer:
a: VIA-ITX 800 Mhz, FF Karte, Röhren TV, hier läuft nur VDR, atmo, mp3 ...
b: VIA-ITX 1 Gz, hauptsächlich als X-Terminal, Desktop. ab und zu VDR/Xine um mal schnell etwas
anzusehen. Dies ist mein Haupt Arbeitsplatz.

Schlafzimmer:
VIA-ITX 600 Mhz, LCD TV, Xine Plugin, Desktop möglich wird aber nicht genutzt.
Atmo leider nicht möglich. unglücklich Würde sich hier aber super machen.

Kinderzimmer:
Da hier Spiele wie Tuxracer laufen sollen, steht hier ein 1,2 Ghz P3 mit Gf6200,. aber ebenso X-Terminal, Desktop, und VDR.

Gaeste Zimmer:
P1 200 Mhz, DXR3, billig Roehre von „Geitz ist Geil“.
Mehr eine Studie für eine Minimal Hardware Lösung.! Augenzwinkern

Alle Clients booten per PXE und sind lautlos, bis auf die Lüfter im Kinderzimmer Rechner.
Ich hab es auch hinbekommen nur eine einzige Installation auf dem Server zu halten, anhand des Hostnamens konfiguriert sich Debian, VDR usw. beim booten der Clients entsprechend der Hardware.

Meine Probleme:

1.) Director Plugin scheint nur mit localer DVB Karten zu laufen

2.) Verwaltung der channel.conf fuer jeden Client, mein Sohn hat nur ausgewählte Kanäle.

3.) vdradmin kann nur den Server steuern, es hat keine Möglichkeit fuer ein User login, so dass mein Sohn hier auch nur ausgewählte Kanäle Recorden kann und nur seine Timer zu Gesicht bekommt..
Verschiedene Funktionen im vdradmin sind in meiner Umgebung nicht nutzbar, da ich den Client nicht auswählen kann.

4.) timeshift ist auf dem Client nicht so wirklich möglich. Da hier der Client recordet und nicht der Server kommt es zu Problemen. Man kann z.B. nicht mehr umschalten solange der Record läuft. Schneiden auf dem Server geht nur mit "Workarounds"

5.) kein Login im VDR möglich, so ist mein Sohn auf "seinen" VDR in "seinem" Zimmer beschränkt, es wäre schön wenn er "seine Kanal Liste" auch im Wohnzimmer oder Küche hätte. Sicher, das kann ich über linux auch irgendwie hinfummeln, aber sehr Anwender freundlich wird das wohl nicht.

5.) SQL wir hier abgelehnt da es "zuviele Recourcen frisst und die Platte roedelt"
Andere schlagen dann SQL light vor... was natürlich voll am Problem vorbei geht!

Also ob die Platte roedelt weis ich nicht, meine Clients haben keine Platte, und mySQL läuft sowieso schon auf dem Server. Dass die Daten (setup.conf/timers.conf/epg.data) dann aber nur einmal, zentral auf dem Server verwaltet werden, dieses wäre ein sehr großer Vorteil in einer Multi Client Umgebungen. So müsste der Client einfach nur einen Timer auf die SQL Schreiben. Genau so hätte jeder Client über SQL direkten Zugriff auf die EPG Daten und müsste sie nicht im Ram vorhalten, was Recourcen sparen würde!

6.) Unterstützung anderer Hardware als FF Karte:
DXR3 ist eine super/preisgünstige Alternative fuer den TV z.B. im Gästezimmer. MP3 Plugin ist nicht nutzbar, da VDR abstürtzt. Atmo ist mit mit Xine nicht nutzbar. Da aber TFT/LCD immer mehr im kommen ist, steht man hier im Regen. Sofdevice ist nicht immer die Lösung, da Clients auch Desktop zur Verfügung stellen können/sollen.

7.) ....

Modernes TV ist mehr als ein Standalone VDR im Wohnzimmer mit einer Full Featured DVB Karte und summender Festplatte.... meine Meinung. Desshalb überlege ich schweren Herzens, und ca. 4 Jahre Wartezeit, auf ein "Netzwerk, Multiuser fähiges System" zu wechseln.

Meine persönliche Meinung zu VDR: modularisieren, Verwaltung der DVB Karten, Recorder, Ausgabe,Housekeeping, Timer usw..
So dass man dann mit den Modulen einen Server oder Client zusammen stellen kann.

Also bei "mir" funktioniert im Grunde, bis auf ein paar Sachen, ja alles soweit. Es hat mich nur Wochen/Monate gekostet das alles "hinzufummeln". Im Forum gabs wenig Hilfe, da hier wohl kein Bedarf oder Verständnis besteht? So bleibt dem normal Anwender das alles verschlossen.

Nun noch etwas flaming großes Grinsen

Microsoft kommt nun mit dem "Home Server". Wollt ihr warten bist M$ das in die Masse drueckt und dann "abkupfern"? Oder die Nase mal echt vorne haben? Wo sind denn Platten- und lautlosen Clients aus Redmond?

Vista mit Mediacenter = dual core 3 Ghz + 150 Watt Graka
Linux mit VDR = 600 Mhz VIA komplett ca. 20 Watt

*breitgrins*

Alles anzeigen

MfG Aileenis

Ich bin auch dafür einen extra Bereich für XEN und Server/Client anzulegen.

Zitat

Ich bin auch dafür einen extra Bereich für XEN und Server/Client anzulegen.

Ich auch, aber da ich noch nichts passendes gefunden hatte, hab ich mein Xen-Angelegenheiten hier gepostet... Aber nun gut, da ich ja mein Lan-Problem hier auch gepostet habe, wollte ich der Vollständigkeit halber auch die Lösung hier posten:

Unter /etc/udev/rules.d/z25_persistent-net.rules war die onboard-Karte mit "eth6" angegeben. (wurde auch mit "ifconfig -a" mit eth6 angezeigt, dass hatte ich vorher aber nciht überprüft). Nachdem ich da dann den Eintrag auf "eth0" angepasst hat, konnte ich onboard-Lan-Karte auch mit eth0 ansprechen.

CU
Kamikaze

1. Kann jemand DVDs in der DomU abspielen (MPlayer oder DVD-Plugin) ? wie ?
Kann man vllt. in den disk-Parametern der Domu das DVD (fest) zuordnen ?
Dann kann ichs im Host ja immer noch nutzen, wenn ich die DomU stoppe.
2.

Zitat

Ich bin auch dafür einen extra Bereich für XEN und Server/Client anzulegen.

Das habe ich schon vor Längerem an passender Stelle angeregt, hat aber kein Einziger reagiert.

Ohne Feedback springt kein Mod an. Ohne Mod springt Genka nicht an.

Mike

Hiho,

ich gebe das DVD-Laufwerk von der Dom0 mit

xm block-attach satana phy:/dev/hdc /dev/hdc r

an die DomU, wobei dann "satana" der Name meiner DomU ist. Dann kann ich das in der DomU mounten etc und so auch Daten mit DVD- und DVDSwitch-Plugin ausgeben.

CU
Kamikaze

Hallo Kamikaze,

wo gibst Du's mit (welches Script) oder jedes mal "von Hand" ?

Mike