Ich würde mal vermuten, dass es an der virt_bridge liegt.
Du hattest wohl recht, ich habe das Aufnahmeverzeichnis mal als virt. Platte anstatt als nfs mount über das virtuelle Netz - und schon läuft das ganze ohne Probleme und super stabil.
So richtig verstehe ich das nicht.
Bin jetzt aber absolut zufrieden mit meiner Kombination.
oh` man war ein dicker Schlauch - thx geht nu
Versuch mal im UpstartJob von XBMC setgid vdr durch setgid audio zu ersetzen.
steh gerade ein bissl "aufm Schlauch" wo genau ??
Hallo,
habe es gem 1. Thred installiert, alles o.k. Leider nach erstem Neustart kein Ton mehr.
XBMC zeigt unter Settings / Audio "Error no device found". Stell ich über das Webfrontend
softdevice ein hab ich sofort Ton.
Im xbmc.log steht "CAESinkOSS::Initialize - Failed to open the audio device: /dev/dsp"
Kennt jemand das Problem ?
Hallo,
ja, ich habe die Bridge tatsächlich von Hand angelegt.
Da ich aber einen zentralen Logserver betreibe (syslog-ng) sehe ich
sehr genau, wenn der VDR-Srv zu "rennen" beginnt. Ich denke nicht,
dass es an der bridge liegt (habe eine zweite rein xen-interne
Bridge für die NFS-Mounts)
Hast du eine Idee bezüglich des unstabilen Streamens ?
Die Meldung im Syslog lautet:
kernel: [ 5264.248074] I2C timeout
kernel: [ 5264.248108] IRS 00000101
[code]
Bezüglich der Startverzögerung findet sich folgendes im Log der domU
[code]
pt_msi_setup: msi mapped with pirq 37
pci_intx: intx=1
register_real_device: Real physical device 04:00.0 registered
successfuly!
IRQ type = MSI-INTx
cirrus vga map change while on lfb mode
pt_iomem_map: e_phys=f3000000 maddr=f7d00000 type=0 len=65536
index=0 first_map=1
mapping vram to f0000000 - f0400000
platform_fixed_ioport: changed ro/rw state of ROM memory area. now
is rw state.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now
is ro state.
An Dieser Stelle passiert Minuten lang nichts !!!
Unknown PV product 3 loaded in guest
PV driver build 1
region type 1 at [c100,c200).
region type 0 at [f3011000,f3011100).
squash iomem [f3011000, f3011100).
region type 1 at [c200,c300).
region type 0 at [f3011100,f3011200).
squash iomem [f3011100, f3011200).
pt_iomem_map: e_phys=ffffffff maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=f3000000 maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=f3000000 maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=f3000000 maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=f3000000 maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=f3000000 maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=f7d00000 type=0 len=65536
index=0 first_map=0
pt_pci_write_config: Warning: Guest attempt to set address to unused
Base Address Register. [00:07.0][Offset:30h][Length:4]
pt_iomem_map: e_phys=f3000000 maddr=f7d00000 type=0 len=65536
index=0 first_map=0
oss: Could not initialize DAC
oss: Failed to open `/dev/dsp'
oss: Reason: No such file or directory
oss: Could not initialize DAC
oss: Failed to open `/dev/dsp'
oss: Reason: No such file or directory
audio: Failed to create voice `es1370.dac2'
oss: Could not initialize ADC
oss: Failed to open `/dev/dsp'
oss: Reason: No such file or directory
oss: Could not initialize ADC
oss: Failed to open `/dev/dsp'
oss: Reason: No such file or directory
audio: Failed to create voice `es1370.adc'So, der Xen-Homeserver löppt.
Hardware:
Aufteilung der Hardware:
Dom0:
NAS (OS:openmediavault)
VDRSRV
Haussteuerungs-Server, DB Server, Entwicklungsserver ohne dedizierte Hardware
Software:
Dom0:
NAS
VDRSRV
Performance / Stabilität
Nachdem ich viel probiert hatte (Anordnung der Karten, Zuordnungen, KVM, VMWARE ...) viel die Entscheidung auf Ubuntu 12.04 LTS Server mit dem dazugehörigen XEN.
Dank Virt-Manager geht die Installation der DomUs kinderleicht. Das "Einteilen" der Hardware hat auch mehere Anläufe gebraucht bis alles so richtig eingetragen war bzw. bis es lief - ob das nun richtig ist - wer weiss 
Zur NAS:
Läuft sehr performant und stabil, Raid, LVM Shares habe ich alles einfach über das Webfrontend eingestellt. Kopieren von VDR-Aufnahmen vom Homeserver auf meine Windoof-Kiste mit ca . 76 MB/s
Zum VDR
Läuft ebenfalls sehr stabil, ist auf headless eingestellt
Probleme, offene Punkte:
NAS:
Wenn ich den gesamten Server neu starte, kann es vorkommen, dass ich die NAS-domU dann nochmals rebooten muss, manchmal wird die PCI-Netzwerkkarte nicht direkt erkannt bzw. in Beschlag genommen - danach gibt es aber keinerlei Probleme mehr.
VDR:
Bereits bei der Installation hatte ich das Phänomen, dass direkt beim Neustart sich erst mal für 6-8 min nichts auf der virt. Konsole tut auch per Netz ist der vdr nicht erreichbar. Die Last der domU sinkt auf nahezu 0, die von dom0 auf 100%. Wie gesagt, nur beim Starten der VDR-domU
danach läuft alles völlig normal. Leider läuft das Live-TV Streaming nicht wirklich stabil. Sowohl wenn ich auf mein Ipad, PC als auch zum Wohnzimmer mit xbmc (Frodo, OpenElec RC2) streame kommt es immer wieder zu Abbrüchen. Manchmal nach Minuten, dann nach Stunden. Warum konnte, ich bis jetzt nicht feststellen. Das betrifft aber nur das Streamen, bei Aufnahmen gibt es keinerlei Aussetzer.
So, der Xen-Homeserver löppt.
Hardware:
Aufteilung der Hardware:
Dom0:
NAS (OS:openmediavault)
VDRSRV
Haussteuerungs-Server, DB Server, Entwicklungsserver ohne dedizierte Hardware
Software:
Dom0:
NAS
VDRSRV
Performance / Stabilität
Nachdem ich viel probiert hatte (Anordnung der Karten, Zuordnungen, KVM, VMWARE ...) viel die Entscheidung auf Ubuntu 12.04 LTS Server mit dem dazugehörigen XEN.
Dank Virt-Manager geht die Installation der DomUs kinderleicht. Das "Einteilen" der Hardware hat auch mehere Anläufe gebraucht bis alles so richtig eingetragen war bzw. bis es lief - ob das nun richtig ist - wer weiss
Zur NAS:
Läuft sehr performant und stabil, Raid, LVM Shares habe ich alles einfach über das Webfrontend eingestellt. Kopieren von VDR-Aufnahmen vom Homeserver auf meine Windoof-Kiste mit ca . 76 MB/s
Zum VDR
Läuft ebenfalls sehr stabil, ist auf headless eingestellt
Probleme, offene Punkte:
NAS:
Wenn ich den gesamten Server neu starte, kann es vorkommen, dass ich die NAS-domU dann nochmals rebooten muss, manchmal wird die PCI-Netzwerkkarte nicht direkt erkannt bzw. in Beschlag genommen - danach gibt es aber keinerlei Probleme mehr.
VDR:
Bereits bei der Installation hatte ich das Phänomen, dass direkt beim Neustart sich erst mal für 6-8 min nichts auf der virt. Konsole tut auch per Netz ist der vdr nicht erreichbar. Die Last der domU sinkt auf nahezu 0, die von dom0 auf 100%. Wie gesagt, nur beim Starten der VDR-domU
danach läuft alles völlig normal. Leider läuft das Live-TV Streaming nicht wirklich stabil. Sowohl wenn ich auf mein Ipad, PC als auch zum Wohnzimmer mit xbmc (Frodo, OpenElec RC2) streame kommt es immer wieder zu Abbrüchen. Manchmal nach Minuten, dann nach Stunden. Warum konnte, ich bis jetzt nicht feststellen. Das betrifft aber nur das Streamen, bei Aufnahmen gibt es keinerlei Aussetzer.
Ich habe hier unter yavdr die CineS2 (Rev. 5.5)
Funzt die Rev 6 auch ootb ???
Die TT S2-1600 läuft OOTB mit den Kernel-Treibern. Das Problem mit den 2 gleichzeitigen Karten ist meines Wissens nach längst behoben. Zumindest aber mit der yaVDR 0.4.
Hat jemand 2 TT S2-1600 parallel laufen ???
mit welchen parametern und Befehlen
ich haabe einfach in dee cfg-datei (s.o.) das yavdr-iso als cdrom angegeben und dann installiert.
kann auch sein, dass ich nicht so ganz vertehe was ich mache ....
Den Kernel gibt es jedenfalls nicht im /boot Verzeichnis meiner dom0 sondern nur in der domU.
das finde ich irgendwie nicht zielführend, den Dom0 Kernel zu booten.
fänd ich auch nicht, das ist ja auch der Kernel der domU ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Mit pygrub? Was hast Du geändert?
Folgend Änderung in der conf-Datei:
kernel = '/boot/vmlinuz-3.2.0-35-generic'
bootloader = '/usr/lib/xen-default/bin/pygrub'
vcpus = '2'
memory = '1024'
kernel = '/boot/vmlinuz-3.2.0-35-generic'
root = '/dev/xvda2 ro'
disk = [
'phy:/dev/datavg/vdrsrv2-disk,xvda2,w',
'phy:/dev/datavg/vdrsrv2-swap,xvda1,w',
]
pci = ['00:02.1']
name = 'vdrsrv2'
dhcp = 'dhcp'
vif = [ 'mac=00:16:3E:64:39:A4,bridge=intern' ]
#
# Behaviour
#
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'jemand hat einen betr. fred aufgemacht
Hallo,
dieser Fred ist aus diesem Fred hervorgegangen und sollte Hardware /
Konfigurations-Vorschläge für virtualisierte (ya)VDR`s dienen. Einige
betreiben so etwas ja bereits, wäre schön wenn daraus eine
übersichtliche Hardware / Konfig-Zusammenstellung entstehen würde.
Ich plane meinen Homeserver neu aufzubauen und dann gleich den VDR mit
zu virtualisieren. Ziel ist es, den VDR in einer domU laufen zu lassen
und nicht auf dom0 (also genau der andere Ansatz wie von fnu ).
Neben einer domU für die Haussteuerung soll noch eine für Freenas und eben eine für den VDR laufen.
Als Hardware (mögl stromsparend und leise) habe ich folgendes vorgesehen:
CPU: Corei3-3220T
MB: ASRock Z77 Pro3 / Asus P8H67-M PRO
HD: 2xWD WD5000BUCT (7/24 2,5")
Netzteil: Enermax Triathlor ETL300AWT
RAM: 8GB Kingston ValueRam
Gehäuse: Cool Master Silencio 550
Preis ca. 470€
Aufteilung HW etc...
XEN:
citrix od. oracle, installiert auf den beiden kleinen HD`s am 2Port SATA3-Adapter (Soft-Raid+LVM)
VDR:
yavdr + Durschleifen der USB-Ports (besitze nur USB-SAT-Gedöns)
NAS:
freenass + Durchschleifen des onboard 4-Port SATA2-Adapters
Wenn das alles läuft kommt dann meine bisherigen 3x2TB Platten an die Freenas domU
Ich bin mir allerdings nicht sicher, ob die CPU leistungsfähig genug ist für DVB-S2 one Chipsetunterstützung, auch was Freenas angeht betrete ich für mich Neuland .....
Also, für vergleichbare Konfig / Hardwarezusammenstellungen oder vielleicht bereits fertige und lauffähige Konfigurationen wäre ich Dankbar 
Was ich anbieten kann, dreh den Spieß um: Hot use case => yaVDR64 0.5 goes Xen Hypervisor - !! Under construction - no HowTo !! ...
das hatte ich auch schon überlegt, möchte eigentlich aber einen vdr als domU, der wird ja doch recht häufig aktualisiert ......
Habe nun die domU starten können, aber irgendwie wird mein usb-Empfänger nicht suaber erkannt, warte dann doch erst mal auf neue Hardware
und versuche es dann mit xen4.2 nochmals - oder kvm....
Hallo,
ich versuche gerade auf einem XEN-Server (debian squeeze, XEN 4.0) yavdr 0.5 (headlessa als streaming Server) als domu zu installieren.
So wie ich das verstanden habe, sind die entspr. XEN-Pakete im Kernel enthalten.
Ich installiere vom cd-Image. Die Installation läuft auch durch, leider bootet nach
erfolgreicher Installation die domu nicht. Fehlermeldung: Error: Boot loader didn't return any data!
Grub wurde in den MasterBootRecord der virtuellen Disk installiert.
Ich benutze einen usb-Sat Empfänger, der enspr. usb-Bus ist der domu zugewiesen.
die domu config datei:
bootloader = '/usr/lib/xen-default/bin/pygrub'
vcpus = '2'
memory = '512'
disk = [
'phy:/dev/datavg/vdrsrv-disk,xvda,w',
]
pci = ['00:02.1']
name = 'vdrsrv2'
dhcp = 'dhcp'
vif = [ 'mac=00:16:3E:64:39:A4,bridge=intern' ]
#
# Behaviour
#
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'Da einige hier ja den VDR (bzw. die yavdr distr.) in einer domu laufen haben, kennt vielleicht ja jemand das Problem.
Danke für den Link,
kannte den aber schon - bringt leider keine Abhilfe ....
Hmm,
habe nichts zu "EuP/ErP" im Bios gefunden.
schade ...
