Proxmox(KVM) - Cine S2 durchreichen

nEiMi · 30. Januar 2015

Hallo zusammen,

hab nun geschlagene 5 Stunden damit verbracht o.g. auf die Reihe zu kriegen. Vor ca. 1ner Stunde habe ich einen Teilerfolg errungen und ich konnte wenigstens den Gast wieder starten.

Ehrlich gesagt weiss ich nicht mehr genau wo ich schon was geändert habe, aber ich hänge mal die m.M. wichtigsten Sachen mit an.

Hardware:
Dell Poweredge T20 Xeon E3-1225
Cine S2

Host
cat /etc/pve/qemu-server/102.conf

Code

bootdisk: ide0
cores: 1
ide0: local:102/vm-102-disk-1.qcow2,size=16G
ide2: local:iso/ubuntu-14.04.1-server-amd64.iso,media=cdrom
memory: 512
name: VDR
net0: e1000=AA:C1:84:61:76:0D,bridge=vmbr0
ostype: l26
smbios1: uuid=d3ae4694-a035-4e1d-9fdc-7cde40257702
sockets: 1
hostpci0: 04:00.0,driver=vfio

Alles anzeigen

folgende Zeile in /etc/default/grub ergänzt:

Code

GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on"

Code

cat /etc/modprobe.d/blacklist
blacklist pci-stub

Code

lspci -v
...gekürzt...
04:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
        Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter
        Flags: bus master, fast devsel, latency 0, IRQ 10
        Memory at f7c00000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [50] Power Management version 3
        Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit+
        Capabilities: [90] Express Endpoint, MSI 00
        Capabilities: [100] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?>

lsmod

Spoiler anzeigen

Code

Module                  Size  Used by
ip_set                 30993  0 
vzethdev                8253  0 
vznetdev               19392  0 
pio_nfs                18511  0 
pio_direct             28644  0 
pfmt_raw                3213  0 
pfmt_ploop1             6512  0 
ploop                 116262  4 pfmt_ploop1,pfmt_raw,pio_direct,pio_nfs
simfs                   4416  0 
vzrst                 199620  0 
nf_nat                 23116  1 vzrst
nf_conntrack_ipv4       9978  2 nf_nat
nf_defrag_ipv4          1531  1 nf_conntrack_ipv4
vzcpt                 151213  1 vzrst
nf_conntrack           79766  4 vzcpt,nf_conntrack_ipv4,nf_nat,vzrst
vzdquota               56321  0 
vzmon                  25527  3 vzcpt,vzrst,vznetdev
vzdev                   2765  4 vzmon,vzdquota,vznetdev,vzethdev
ip6t_REJECT             4679  0 
ip6table_mangle         3701  0 
ip6table_filter         3065  0 
ip6_tables             19016  2 ip6table_filter,ip6table_mangle
xt_length               1338  0 
vhost_net              31133  0 
xt_hl                   1547  0 
xt_tcpmss               1591  0 
xt_TCPMSS               3525  0 
iptable_mangle          3525  0 
iptable_filter          2969  0 
xt_multiport            2684  0 
xt_limit                2193  0 
tun                    18701  3 vhost_net
macvtap                 9906  1 vhost_net
macvlan                 9685  1 macvtap
xt_dscp                 2105  0 
ipt_REJECT              2431  0 
kvm_intel              53381  3 
kvm                   336840  1 kvm_intel
nfnetlink_log           8661  1 
ip_tables              18156  2 iptable_filter,iptable_mangle
nfnetlink               4395  3 nfnetlink_log,ip_set
vzevent                 2178  1 
ib_iser                32552  0 
rdma_cm                37380  1 ib_iser
ib_addr                 6622  1 rdma_cm
iw_cm                   8673  1 rdma_cm
ib_cm                  36936  1 rdma_cm
ib_sa                  24273  2 ib_cm,rdma_cm
ib_mad                 39118  2 ib_sa,ib_cm
ib_core                74499  6 ib_mad,ib_sa,ib_cm,iw_cm,rdma_cm,ib_iser
iscsi_tcp              10287  0 
libiscsi_tcp           18272  1 iscsi_tcp
libiscsi               50787  3 libiscsi_tcp,iscsi_tcp,ib_iser
scsi_transport_iscsi    86315  4 libiscsi,iscsi_tcp,ib_iser
nfsd                  316871  2 
nfs                   445497  3 vzcpt,vzrst,pio_nfs
nfs_acl                 2695  2 nfs,nfsd
auth_rpcgss            45183  2 nfs,nfsd
fscache                55841  1 nfs
lockd                  78424  3 nfs,nfsd,vzrst
sunrpc                269144  7 lockd,auth_rpcgss,nfs_acl,nfs,nfsd,pio_nfs
ipv6                  324637  46 ib_addr,ip6table_mangle,ip6t_REJECT,vzrst
fuse                   93945  3 
snd_hda_codec_realtek    43544  1 
i915                  623315  1 
snd_pcsp                8742  0 
snd_hda_intel          40353  0 
snd_hda_codec         178929  2 snd_hda_intel,snd_hda_codec_realtek
snd_hwdep               7020  1 snd_hda_codec
snd_pcm                87902  3 snd_hda_codec,snd_hda_intel,snd_pcsp
snd_page_alloc          8872  2 snd_pcm,snd_hda_intel
snd_timer              22365  1 snd_pcm
drm_kms_helper         44438  1 i915
snd                    71113  7 snd_timer,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_pcsp,snd_hda_codec_realtek
soundcore               8009  1 snd
iTCO_wdt                7003  0 
dcdbas                  8947  0 
iTCO_vendor_support     3072  1 iTCO_wdt
drm                   280150  2 drm_kms_helper,i915
i2c_algo_bit            6058  1 i915
i2c_i801               11190  0 
serio_raw               4664  0 
lpc_ich                12911  0 
video                  21079  1 i915
i2c_core               31280  5 i2c_i801,i2c_algo_bit,drm,drm_kms_helper,i915
mfd_core                1879  1 lpc_ich
output                  2425  1 video
shpchp                 32626  0 
ext3                  240852  3 
mbcache                 8177  1 ext3
jbd                    80836  1 ext3
sg                     29539  0 
ahci                   42148  2 
e1000e                292777  0 
ptp                     9606  1 e1000e
pps_core               11490  1 ptp
xhci_hcd              147762  0

Alles anzeigen

Code

dmesg | grep -e DMAR -e IOMMU
ACPI: DMAR 00000000d8ffe4c8 000B8 (v01 INTEL      HSW  00000001 INTL 00000001)
Intel-IOMMU: disable GFX device mapping
dmar: IOMMU 0: reg_base_addr fed90000 ver 1:0 cap c0000020660462 ecap f0101a
dmar: IOMMU 1: reg_base_addr fed91000 ver 1:0 cap d2008020660462 ecap f010da

Gast:

Code

04:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
        Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter
        Flags: bus master, fast devsel, latency 0, IRQ 10
        Memory at f7c00000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [50] Power Management version 3
        Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit+
        Capabilities: [90] Express Endpoint, MSI 00
        Capabilities: [100] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?>

Falls noch etwas benötigt wird reiche ich es natürlich gerne nach...

Danke schonmal

mahlzeit · 30. Januar 2015

Servus,

hier meine funktionierende Konfiguration:

CPU und Mainboard müssen vt-D unterstützen und im BIOS muss die Funktion auch aktiviert sein. Ist per Default gerne mal deaktiviert.

Mein Eintrag in /etc/default/grub:

Code

GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on pcie_aspm=force i915.i915_enable_rc6=1 i915.i915_enable_fcb=1 i915.lvds_downclock=1"

. Config neu erzeugen nicht vergessen

in /etc/modprobe.de/blacklist.conf:
Code
```
#dvb
blacklist dvb_usb_dw2102
blacklist ir_lirc_codec
blacklist lirc_dev
```
Das "blacklist pci-stub" kannst Du entfernen, den pci-stub brauchst du auf dem host.

in (Bsp.) 102.conf:

Code

hostpci0: 02:00.0

, hostpci entsprechend deinen Gegebenheiten anpassen, mein lspci auf dem Host:

Code

00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b5)
00:1c.2 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation Z68 Express Chipset Family LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05)
00:1f.5 IDE interface: Intel Corporation 6 Series/C200 Series Chipset Family 2 port SATA IDE Controller (rev 05)
02:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)

Alles anzeigen

Reboot und sollte tun.

Meine Hardware:
Mainboard: MSI Z68MA-G43 (G3) (MS-7676)
CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz

vdr-freak · 30. Januar 2015

nEiMi
Grundsätzlich wäre die Ausgabe von "pveversion -v" interessant, dann wüssten wir schonmal auf welchem Softwarestand du arbeitest. vfio geht z.B. nur mit kernel 3.10, der nachinstalliert werden müsste. pci-stub musst Du aus der blacklist rausnehmen, wie mahlzeit bereits geschrieben hat.
Die Auszüge von mahlzeit sind sicherlich hilfreich, jedoch bitte beachten, dass dies speziell auf sein System zugeschnitten ist. Das wenigste hiervon wirst Du benötigen.

Den WIki Eintrag zu Proxmox hast Du bereits studiert? Hier sollten die wichtigsten Parameter genannt sein! Vor allem "allow_unsafe_interrupts" kann sehr hilfreich sein. https://pve.proxmox.com/wiki/Pci_passthrough

nEiMi · 30. Januar 2015

Hallo und erstmal danke für eure Antworten...

habe jetzt alles genau so eingestellt wie von mahlzeit beschrieben:

Spoiler anzeigen

Mit dem Ergebnis das die VM bei "Booting from Hard Disk..." hängen bleibt und ich diese auch nicht mehr stoppen kann. Auch auf den Host kann ich anschliessend weder über Konsole noch Web zugreifen -> Rechner Reset...

Hier noch die Ausgabe von
root@proxmox:# pveversion -v

Spoiler anzeigen

root@proxmox:~# dmesg | grep -e DMAR -e IOMMU

Spoiler anzeigen

Ausserdem gerade noch probiert:

Code

root@proxmox:/etc/modprobe.d# nano kvm_iommu_map_guest.conf
options kvm allow_unsafe_assigned_interrupts=1

Mal sehen ob ich das bis zum Rückrundenstart noch hinbekomm Ansonsten muss ich die Karte vorübergehend zurückbauen... Deadline 20:00

mahlzeit: ich glaub wir wohnen gar nicht so weit entfernt voneinander ~37km... ist schon bei St. Wolfgang, oder?

vdr-freak · 30. Januar 2015

Ich würde den 3.10er kernel installieren und die wiki Anleitung für vfio befolgen. Wenn die VM dann nicht starten sollte, bitte die Fehlermeldung vollständig posten.
Die config Auszüge von mahlzeit mögen ihren Sinn haben, sind aber sicherlich nicht grundsätzliche Voraussetzung für das Durchreichen einer pci/pcie Karte.

NX650 · 30. Januar 2015

Hallo,

habe ebenfalls einen Server mit durchgereichter Cine.
Jedoch mit Kernel 3.1
blacklist ddbridge
200.conf
machine: q35
hostpci0: 04:00.0,pcie=1,driver=vfio
läuft bei mir ohne Probleme.

Gruss Ralf

nEiMi · 30. Januar 2015

Danke für die Antworten...

Wie mache ich ein Kernelupdate bzw. wie finde ich den richtigen z.B. 3.1 oder 3.10?

Edit:
so wie hier beschrieben:
Upgrade from 2.3 to 3.0

Code

wget http://download.proxmox.com/debian/dists/wheezy/pve-upgrade-2.3-to-3.0
chmod +x pve-upgrade-2.3-to-3.0
./pve-upgrade-2.3-to-3.0 --download-only
./pve-upgrade-2.3-to-3.0

vdr-freak · 30. Januar 2015

3.10 ist der korrekte kernel für proxmox und vfio. Einfach in der konsole (z.B. über ssh):

Code

# apt-get install pve-kernel-3.10.0-5-pve

nEiMi · 30. Januar 2015

Er findet da Paket nicht

Code

root@proxmox:~# apt-get install pve-kernel-3.10.0-5-pve
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package pve-kernel-3.10.0-5-pve
E: Couldn't find any package by regex 'pve-kernel-3.10.0-5-pve'

vdr-freak · 30. Januar 2015

Zitat von nEiMi

Edit:
so wie hier beschrieben:
Upgrade from 2.3 to 3.0

Code

wget http://download.proxmox.com/debian/dists/wheezy/pve-upgrade-2.3-to-3.0
chmod +x pve-upgrade-2.3-to-3.0
./pve-upgrade-2.3-to-3.0 --download-only
./pve-upgrade-2.3-to-3.0

Damit zerhaust Du Dir Dein System! Du bist schon auf proxmox 3.3 gemäß Deiner Ausgabe von pverversion! Vielleicht nicht ganz auf dem aktuellsten Stand, aber sicherlich nicht auf 2.3... Das ist keine Anleitung für ein Kernel-Update, sondern für das Update von proxmox 2.3 auf 3.0...

vdr-freak · 30. Januar 2015

Poste mal Deine sources.list

Code

# cat /etc/apt/sources.list

Dir fehlt sicherlich das no-subscription repo. Du willst Dir alles vorkauen lassen, oder? An der Stelle nochmal: Es gibt ein sehr gutes Wiki für Proxmox! Das solltest Du Dir wirklich mal durchlesen, wenn Du es damit ernst meinst.

nEiMi · 30. Januar 2015

Sorry, aber ich wollte vermeiden die Karte wieder in den alten Rechner zurückzubauen... ist aber jetzt gerade geschehen da ich sonst keine Buli sehen kann...

vorher hatte ich noch folgendes getan...

die 102.conf abgeändert...

Code

bootdisk: ide0
cores: 1
ide0: local:102/vm-102-disk-1.qcow2,size=16G
ide2: local:iso/ubuntu-14.04.1-server-amd64.iso,media=cdrom
memory: 512
name: VDR
net0: e1000=AA:C1:84:61:76:0D,bridge=vmbr0
ostype: l26
smbios1: uuid=d3ae4694-a035-4e1d-9fdc-7cde40257702
sockets: 1
machine: q35
hostpci0: 04:00.0,pcie=1,driver=vfio

Alles anzeigen

die /etc/apt/sources.list um folgendes ergänzt...

Code

# PVE pve-no-subscription repository provided by proxmox.com, NOT recommended for production use
deb http://download.proxmox.com/debian wheezy pve-no-subscription
anschliessend...
[code]root@proxmox:# apt-get update
root@proxmox:# apt-get install pve-kernel-3.10.0-5-pve
root@proxmox:# reboot

beim Start der VM 102 folgende Fehlermeldung:

Code

Could not access KVM kernel module: No such file or directory
failed to initialize KVM: No such file or directory
TASK ERROR: start failed: command '/usr/bin/kvm -id 102 -chardev 'socket,id=qmp,path=/var/run/qemu-server/102.qmp,server,nowait' -mon 'chardev=qmp,mode=control' -vnc unix:/var/run/qemu-server/102.vnc,x509,password -pidfile /var/run/qemu-server/102.pid -daemonize -smbios 'type=1,uuid=d3ae4694-a035-4e1d-9fdc-7cde40257702' -name VDR -smp 'sockets=1,cores=1' -nodefaults -boot 'menu=on' -vga cirrus -cpu kvm64,+lahf_lm,+x2apic,+sep -k de -m 512 -readconfig /usr/share/qemu-server/pve-q35.cfg -device 'usb-tablet,id=tablet,bus=ehci.0,port=1' -device 'vfio-pci,host=04:00.0,id=hostpci0,bus=ich9-pcie-port-1,addr=0x0' -device 'virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3' -iscsi 'initiator-name=iqn.1993-08.org.debian:01:e65845e7c73a' -drive 'file=/var/lib/vz/template/iso/ubuntu-14.04.1-server-amd64.iso,if=none,id=drive-ide2,media=cdrom,aio=native' -device 'ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=200' -drive 'file=/var/lib/vz/images/102/vm-102-disk-1.qcow2,if=none,id=drive-ide0,format=qcow2,aio=native,cache=none' -device 'ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100' -netdev 'type=tap,id=net0,ifname=tap102i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown' -device 'e1000,mac=AA:C1:84:61:76:0D,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300' -machine 'type=q35'' failed: exit code 1

Den Wiki-Artikel "PCI Passthrough" kannte ich schon... hab ich gestern bei meiner 5 stündigen Such- und Konfigurationsorgie gelesen, nur leider bin ich in Linux "noch" nicht so fit das ich den Fehler selbst gefunden hätte... deshalb auch hier mein Post.

nEiMi · 2. Februar 2015

Jetzt muss ich nochmal nerven da ich schon wieder 4 Stunden dran sitze und es leider immer noch nicht funktioniert

Erstmal zum Problem:
Eine VM(neue mit Debian-Iso) lässt sich starten und ich komme bis zum Installationsbildschirm...
gebe ich ein "info pci" im Monitor der VM ein, kommt folgendes zum Vorschein:

Code

Bus  0, device  16, function 0:
    Multimedia controller: PCI device dd01:0003
      IRQ 11.
      BAR0: 64 bit memory at 0xfebd0000 [0xfebdffff].
      id "hostpci0"

soweit so gut...
doch drücke ich dann auf "Install" schmiert der komplette Rechner ab...
keine Verbindung mehr per ssh oder Webinterface, weder zum Gast noch zum Host...

Nun meine Vorgehensweise bis ich soweit war:
Habe heute Proxmox 3.3 nochmal komplett neu installiert...
dann wie folgt vorgegangen:
in /etc/default/grub Zeile ergänzen:

Code

GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=igfx_off intel_iommu=on"

anschliessend...

Code

root@proxmox:/# update-grub
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.32-32-pve
Found initrd image: /boot/initrd.img-2.6.32-32-pve
Found memtest86+ image: /memtest86+.bin
Found memtest86+ multiboot image: /memtest86+_multiboot.bin
done
root@proxmox:/# lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3 Processor DRAM Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3 Processor Integrated Graphics Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:16.3 Serial controller: Intel Corporation 8 Series/C220 Series Chipset Family KT Controller (rev 04)
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4)
00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 (rev d4)
00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d4)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation C226 Series Chipset Family Server Advanced SKU LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04)
02:00.0 PCI bridge: Texas Instruments XIO2001 PCI Express-to-PCI Bridge
04:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
root@proxmox:/# nano /etc/pve/qemu-server/100.conf
hostpci0: 04:00.0
root@proxmox:/# nano /etc/modprobe.d/blacklist
blacklist ddbridge
root@proxmox:/# shutdown -r now
root@proxmox:~# dmesg | grep -e DMAR -e IOMMU
ACPI: DMAR 00000000d8ffe4c8 000B8 (v01 INTEL HSW 00000001 INTL 00000001)
Intel-IOMMU: disable GFX device mapping
dmar: IOMMU 0: reg_base_addr fed90000 ver 1:0 cap c0000020660462 ecap f0101a
dmar: IOMMU 1: reg_base_addr fed91000 ver 1:0 cap d2008020660462 ecap f010da
dmar: DMAR:[DMA Read] Request device [00:02.0] fault addr 36c00000 
DMAR:[fault reason 06] PTE Read access is not set
dmar: DMAR:[DMA Read] Request device [00:1f.2] fault addr dbf42000 
DMAR:[fault reason 06] PTE Read access is not set
root@proxmox:/# nano /etc/modprobe.d/kvm_iommu_map_guest.conf
options kvm allow_unsafe_assigned_interrupts=1 
root@proxmox:~# dmesg | grep -e DMAR -e IOMMU
ACPI: DMAR 00000000d8ffe4c8 000B8 (v01 INTEL HSW 00000001 INTL 00000001)
Intel-IOMMU: disable GFX device mapping
dmar: IOMMU 0: reg_base_addr fed90000 ver 1:0 cap c0000020660462 ecap f0101a
dmar: IOMMU 1: reg_base_addr fed91000 ver 1:0 cap d2008020660462 ecap f010da

Alles anzeigen

Dann noch ein Update...
in /etc/apt/sources.list folgendes ergänzt:

Code

# PVE pve-no-subscription repository provided by proxmox.com, NOT recommended for production use
deb http://download.proxmox.com/debian wheezy pve-no-subscription

in /etc/apt/sources.list.d/pve-enterprise.list Zeile auskommentieren

Code

root@proxmox:/# apt-get update && apt-get dist-upgrade

Nun bin ich mit meinem Latein am Ende...

Bitte helft mir nochmal...

Danke

atl · 2. Februar 2015

Ich hatte das vor ca. einem halben Jahr mit einer TeVii S471 DVB-S2 PCIe probiert. Es hat soweit geklappt, dass die Karte an eine Ubuntu-VM durchgereicht und erkannt wurde. Allerdings schmierte das komplette System (Proxmox-Server) regelmäßig komplett ab und startete neu. Wurde einfach nur die Karte nicht benutzt bzw. die Ubuntu-VM nicht gestartet, dann lief das System stabil. Diese Erfahrungen waren ernüchternd, so dass ich diesen Ansatz danach nicht mehr verfolgt habe.

Mittlerweile läuft mein VDR-Server in einem OpenVZ-Container auf dem Proxmox-Server und nutzt einen SAT>IP-Server (Triax TSS 400) mittels SAT>IP-Plugin. Auch diese Lösung hat so ihre Probleme, doch läuft sie besser als die PCI-Passthrough-Geschichte.

Eine weitere Option, die DVB-Karte unter dem Proxmox zu installieren und an den Container durchreichen, habe ich nicht hinbekommen, weil der Proxmox-Kernel kaum noch DVB-Treiber enthält und die Sourcen für den 2.6er Kernel mittlerweile zu alt sind. Mit dem 3er Kernel läuft OpenVZ (noch) nicht.

ByE...

vdr-freak · 3. Februar 2015

nEiMi
Es ist ehrlich gesagt aber auch nicht einfach Dir zu helfen. Es hat den Anschein, als würdest Du an mehreren Baustellen gleichzeitig Anpassungen vornehmen. Da fehlt die klare Linie, um wirklich nachzuvollziehen was da passiert. Grundsätzlich kann ich natürlich nicht ausschließen, dass Deine Hardware nicht für Passthrough geeignet ist.

Als Basis sollte das aktuelle Proxmox dienen. No-Subscription Repo hast Du ja drin. ~~Auch mal ein "apt-get update; apt-get dist-upgrade" gemacht, damit auch wirklich alle Pakete auf aktuellstem Stand sind?~~ [EDIT] hatte übersehen, dass Du das bereits getan hast! [/EDIT]
Bitte nochmal prüfen, ob Du jetzt auch wirklich kernel 3.10 in Verwendung hast, damit vfio verwendet werden kann.

Zitat

Could not access KVM kernel module: No such file or directory
failed to initialize KVM: No such file or directory

Diese Fehlermeldung sieht eigentlich danach aus, dass das Modul kvm fehlt. Was i.d.R. ein Zeichen dafür ist, dass im Bios die Virtualisierungsfunktionen deaktiviert sind. Bitte nochmals prüfen, ob im Bios aktiv und ob das Modul kvm automatisch beim Systemstart geladen wird.

Generell nochmal die Bitte auch wirklich Logs/Fehlermeldungen, die auf dem Host zu finden sind auch hier anzufügen. Die reine Aussage, dass der Rechner abschmiert, wenn man Install drückt sind wenig hilfreich (Stichwort Glaskugel)!

thedon · 3. Februar 2015

Zitat von vdr-freak

Grundsätzlich kann ich natürlich nicht ausschließen, dass Deine Hardware nicht für Passthrough geeignet ist.

Ich vermute dass genau das der Fall ist. Wenn ich seine Signatur richtig lese, verwendet er dafür ein DH67CL mit H67 Express Chipsatz. Laut ark.intel.com ist der *nicht* VT-d geeignet. Intel H67. In den Handbüchern zum Board habe ich auch nichts zum Thema Virtualisierung gefunden.

vdr-freak · 3. Februar 2015

Im ersten Thread schreibt er was von "Dell Poweredge T20 Xeon E3-1225". Laut Verlinkung steckt da ein Intel C226 Chipsatz auf dem Board. Das könnte schon passen.

thedon · 3. Februar 2015

Zitat von vdr-freak

Im ersten Thread schreibt er was von "Dell Poweredge T20 Xeon E3-1225". Laut Verlinkung steckt da ein Intel C226 Chipsatz auf dem Board. Das könnte schon passen.

Stimmt, sorry. Vielleicht mal mit einem anderen Hypervisor testen, um HW Probleme auszuschließen.

mahlzeit · 12. April 2015

Servus,

ich weiß nicht ob das Problem noch aktuell ist. Ich bin heute auch auf Proxmox 3.4-1 und Kernel 3.10.0-8-pve umgestiegen. Prompt wollte natürlich meine CineS2 nicht mehr durchgereicht werden. Abhilfe schaffte folgendes in der vm config:

Code

machine: q35
hostpci0: 02:00.0,driver=vfio,pcie=1

Danach klappte alles wieder ohne Probleme beim Start der VM, das PCIe Device war auch wieder in der VM nutzbar.

Infos waren aus http://forum.proxmox.com/threa…10-kernel-in-pvetest-repo

cu
Markus

atl · 14. April 2015

Zitat von atl

Mittlerweile läuft mein VDR-Server in einem OpenVZ-Container auf dem Proxmox-Server und nutzt einen SAT>IP-Server (Triax TSS 400) mittels SAT>IP-Plugin. Auch diese Lösung hat so ihre Probleme, doch läuft sie besser als die PCI-Passthrough-Geschichte.

Kurzer Nachtrag: Da die SAT>IP-Lösung nicht zufriedenstellend lief, habe ich mittlerweile eine CineS2 V6 mit zusätzliche Duoflex an meinen VDR im OpenVZ-Container durchgereicht. Seitdem läuft das Ganze problemlos!

Proxmox(KVM) - Cine S2 durchreichen

Jetzt mitmachen!

Teilen