Fehler beim Starten von der VM in Unraid 6.1.8

[LordExtreme]

Hallo,


Ich wollte mir ein Unraid Server installieren momentan habe ich die 30 Tage Test Key.


Ich habe eine SSD und 2 x 1 TB im raid 1.


Ich wollte mir eine VM installieren mit VT-D -VT-X worauf dann ich Openelec installiere und damit dann Filme etc gucken kann.

Leider funktioniert das leider nicht ich bekomme diese Fehlermeldung.

2016-02-14 13:36:21.088+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0
Domain id=1 is tainted: high-privileges
Domain id=1 is tainted: custom-argv
Domain id=1 is tainted: host-cpu
char device redirected to /dev/pts/0 (label charserial0)
2016-02-14T13:36:21.752508Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to set iommu for container: Operation not permitted
2016-02-14T13:36:21.752537Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to setup container for group 1
2016-02-14T13:36:21.752546Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to get group 1
2016-02-14T13:36:21.752558Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device initialization failed
2016-02-14T13:36:21.752569Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device 'vfio-pci' could not be initialized
2016-02-14 13:36:21.789+0000: shutting down

bzw

Execution error

internal error: early end of file from monitor: possible problem:
2016-02-14T13:42:30.898660Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to set iommu for container: Operation not permitted
2016-02-14T13:42:30.898694Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to setup container for group 1
2016-02-14T13:42:30.898706Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to get group 1
2016-02-14T13:42:30.898721Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device initialization failed
2016-02-14T13:42:30.898733Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device 'vfio-pci' could not be initialized

Bei System Devices steht.

00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03)
00:03.0 Communication controller: Intel Corporation 4 Series Chipset HECI Controller (rev 03)
00:19.0 Ethernet controller: Intel Corporation 82567LM-3 Gigabit Network Connection (rev 02)
00:1a.0 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #5 (rev 02)
00:1a.2 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #6 (rev 02)
00:1a.7 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801JD/DO (ICH10 Family) HD Audio Controller (rev 02)
00:1d.0 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a2)
00:1f.0 ISA bridge: Intel Corporation 82801JDO (ICH10DO) LPC Interface Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801JD/DO (ICH10 Family) SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801JD/DO (ICH10 Family) SMBus Controller (rev 02)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Turks XT [Radeon HD 6670/7670]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Turks/Whistler HDMI Audio [Radeon HD 6000 Series]

IOMMU Groups

/sys/kernel/iommu_groups/0/devices/0000:00:00.0
/sys/kernel/iommu_groups/1/devices/0000:00:01.0
/sys/kernel/iommu_groups/1/devices/0000:01:00.0
/sys/kernel/iommu_groups/1/devices/0000:01:00.1
/sys/kernel/iommu_groups/2/devices/0000:00:03.0
/sys/kernel/iommu_groups/3/devices/0000:00:19.0
/sys/kernel/iommu_groups/4/devices/0000:00:1a.0
/sys/kernel/iommu_groups/4/devices/0000:00:1a.1
/sys/kernel/iommu_groups/4/devices/0000:00:1a.2
/sys/kernel/iommu_groups/4/devices/0000:00:1a.7
/sys/kernel/iommu_groups/5/devices/0000:00:1b.0
/sys/kernel/iommu_groups/6/devices/0000:00:1d.0
/sys/kernel/iommu_groups/6/devices/0000:00:1d.1
/sys/kernel/iommu_groups/6/devices/0000:00:1d.2
/sys/kernel/iommu_groups/6/devices/0000:00:1d.7
/sys/kernel/iommu_groups/7/devices/0000:00:1e.0
/sys/kernel/iommu_groups/8/devices/0000:00:1f.0
/sys/kernel/iommu_groups/8/devices/0000:00:1f.2
/sys/kernel/iommu_groups/8/devices/0000:00:1f.3

USB Devices

Bus 002 Device 004: ID 8564:1000 Transcend Information, Inc. JetFlash
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 002: ID 15ca:00c3 Textech International Ltd. Mini Optical Mouse
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 045e:07b9 Microsoft Corp. 
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

SCSI Devices

[0:0:0:0]    disk    JetFlash Transcend 8GB    8.07  /dev/sda 
[1:0:0:0]    disk    ATA      Samsung SSD 840  DB6Q  /dev/sdb 
[2:0:0:0]    disk    ATA      SAMSUNG HD103SJ  00E4  /dev/sdc 
[3:0:0:0]    disk    ATA      SAMSUNG HD103SJ  00E4  /dev/sdd 
Done

Kann mir einer sagen woran es liegen könnte?

Board und CPU unterstüzen VT-x VT-D.


Vielen Dank in Voraus und noch ein Schönen Sonntag

mfg lordextreme

Ergänzung (14. Februar 2016)

hab schon alles probiert scheinbar liegt es genau hier dran...

2016-02-14T13:42:30.898733Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device 'vfio-pci' could not be initialize

gibt es irgendwie möglichleit dies zu beheben ?

mfg lordi

 

[mauorrizze]

Hi, qemu beschwert sich, weil er auf die Grafikkarte nicht zugreifen kann, vermutlich weil sie in Verwendung ist?
Wenn du die Karte an eine VM durchreichen willst, brauchst du noch eine Grafikkarte für den Host, weil im Gegensatz zu einer virtualisierten Grafikkarte wie man es von VirtualBox kennt, wo dann jegliche Hardwarefunktion aufwendig emuliert wird, willst du ja die Karte komplett deiner VM überlassen.

Theoretisch wäre es möglich, ein PCIe-Gerät beim Start der VM vom Host zu "klauen" indem vfio-pci die IOMMU-Gruppe für sich beansprucht. Aber bei Graffikkarten ist das nicht so einfach wegen der Grafiktreiber und in manchen Fällen stört auch schon, dass das BIOS die Karte initialisiert hat. In deinem Fall beansprucht vermutlich der Grafikkarten- und zusätzlich ein Audio-Treiber die Geräte 1:00.0 und 1:00.1 (siehe "Kernel driver in use:" bei Ausgabe von "lspci -v | tail -n 30") und vfio-pci kann auf die IOMMU-Gruppe nicht zugreifen ("failed to set iommu for container: Operation not permitted").

Entweder brauchst du eine weitere Grafikkarte, eine CPU/Mainboard mit onboard-GPU, oder du musst versuchen Linux vom Benutzen der Grafikkarte abzuhalten, hast dann aber natürlich kein Bild vom host und kannst nur über webinterface und SSH zugreifen. Je nach Methode gibt es kleinere Probleme, die bestimmte Kernel-Patches erfordern, aber ich hoffe dass Unraid da schon komplett vorgesorgt hat. Auch könnte wie gesagt in wenigen Fällen allein der BIOS-Zugriff auf die Karte die Grafikkarte in einen unwilligen Zustand versetzen, weshalb bei 2 Grafikkarten das BIOS gezwungen werden sollte von der Host-GPU und nicht der Gast-GPU zu booten.

Um die Grafikkarte direkt beim Hochfahren von Linux von vfio-pci zu "reservieren", musst du mit "lspci -n" die Geräte-IDs der Grafikkarte herausfinden, also von 1:00.0 und 1:00.1. In meinem Fall einer 280X war das
1002:6798 für die GPU und
1002:aaa0 für Audio
Dann habe ich folgende Kernel-Parameter im Boot-Loader hinzugefügt (siehe Unraid-Doku /-Forum /-Support):
vfio-pci.ids=1002:6798,1002:aaa0

Ansonsten kann ich bei diesem speziellen Problem empfehlen, ein Unraid-Forum zu nutzen oder für Unraid-unspezifische Fragen die (englische) Mailingliste https://www.redhat.com/mailman/listinfo/vfio-users, da finden sich Leute mit viel mehr Erfahrung als ich

 

[LordExtreme]

Das Problem ist wenn ich im Bios auf IGD(?) setze, also das Video Output auf die Onboard karte , wird die "richtige" Grafikkarte von Unraid nicht erkannt.

Dazu kommt noch das mein Englisch nicht grad das beste ist und somit nicht wirklich alles verstehe was sie dort schreiben, natürlich habe ich schon online gegoogelt.

Kannst du mir vllt dabei kurz helfen?

hab kein Problem mit teamviewer bzw Anydesk.


Vielen Dank schonmal.


Ich will ja nur die Grafikkarte durchschleifen + Audo mehr nicht.

Ergänzung (15. Februar 2016)

Das Unraid System brauch für mich keine eigene Grafikkarte zuhaben, deswegen würde ich das den so machen wie du (?) es warscheinlich gemacht hast, solange ich GUI und SSH habe reicht mir das völlig aus.


Kannst du mir ein thread zeigen wie sie es vllt beschrieben haben wie man es macht ?


mfg lordi

 

[mauorrizze]

Also das Problem ist ja, das in der Theorie dein vorhaben absolut möglich sein sollte - ich sitze hier an einem einzigen Xeon E3, der 1 Kern für den Arch-Linux-Host mit interner GPU abgibt, 2 Kerne für mein Windows-System mit (bis vor kurzem) einer R9 280X und 1 Kern für's Windows oder Linux meiner Freundin mit einer Nvidia 750Ti. Alles läuft ausreichend schnell und stabil, aber damit das möglich ist mussten Entwickler viele Anpassungen machen, um Quirks der Consumer-Hardware zu umschiffen und ich musste auch einiges konfigurieren und kompilieren. Bei Einsatz der aktuellsten Softwareversionen (qemu, ovmf, libvirt) sind immer weniger manuelle Eingriffe nötig, aber das entwickelt sich noch. So ist z.B. der Arch-Linux Wiki Eintrag relativ umfangreich: https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF.

Unraid übernimmt viele der nötigen Einstellungen automatisch, aber da ich es noch nie genutzt habe, kann ich da kaum konkrete Unterstützung geben. Der einzige Grund warum ich nicht gleisch geschrieben habe "LASS ES!!111" war, dass kürzlich ein YouTuber ein 7-Gamer-PC (ja, 7 mal Crysis 3 bzw. Unigine Benchmarks auf 7 1440p-Monitoren, 7 Tastaturen und einem Mainboard) vorgestellt hat, auf Basis von unraid, und meinen frequentierten Foren und Mailingliste auch eine Zeit lang Leute von unraid beteiligt waren.

Auf Basis des Wiki-Eintrags von lime/unraid http://lime-technology.com/wiki/index.php/UnRAID_6/VM_Management#Assigning_Graphics_Devices_to_Virtual_Machines_.28GPU_Pass_Through.29
kann ich aber ein paar Empfehlungen geben was du ausprobieren kannst.

1. Auf alle Fälle muss die Soundkarte der Grafikkarte (01:00.1) ebenfalls durchgereicht werden. Da beide "Geräte" (ich weiß, es ist eine Karte, aber von der Topologie her könnte man praktisch GPU und HDMI-Audio-Chip unabhängig nutzen, praktisch nicht wirklich) in der selben IOMMU-Gruppe sind, stört sich qemu als erstes daran. Gerne versuchen zu booten, aber ich fürchte dass die Grafikkarte derzeit von einem anderen Treiber benutzt wird verhindert einen Erfolg.

(optional) 2. Die onboard-GPU (ich vermute die sitzt auf dem Mainboard? der Q9550 hatte ja noch keine, welche ist es?) verhindert dass beim Hochfahren die dedizierte GPU erkannt wird? Kannst du mal so booten und noch mal das lspci rauslassen? Wenn die AMD-Karte wirklich verschwindet bei Aktivierung im BIOS, hilft vielleicht ein BIOS-Update? Zwar wird laut Wiki die onboard-GPU so oder so unbenutzbar weil ein VGA-Patch fehlt, aber das Booten von dieser würde mögliche weitere Probleme ausschließen, wie schon erwähnt. Daher wäre das am besten, wenn das klappt.

3. wie im lime-Wiki beschrieben die syslinux.cfg anpassen. Aber nicht allow_unsafe_interrupts aktivieren (kannst du auch probieren, aber hilft meiner Meinung nach nichts, da bei dir die Grafikkarte mit HDMI-Sound bereits die einzigen Geräte der IOMMU-Gruppe sind), sondern so:

label unRAID OS
   menu default
   kernel /bzimage
   append vfio-pci.ids=1002:XXXX,1002:XXXX initrd=/bzroot

Die Nummern wie bereits im letzten Post geschrieben mit lspci -n ermitteln.

Erstmal soweit. Wenn nach Neustart der Monitor schwarz bleibt, funktioniert die Zeile Von da an über ssh auf dem Server einloggen und so oder so wäre nach Schritt 2 oder 3 ein aktuelles lspci -v interessant (Ende mit den beiden Geräten 01:00.0 und 01:00.1 reicht)
Falls du ein bisschen im translateten Wiki liest noch der Hinweis: alles mit OMVF und UEFI kannst du ignorieren, da aufgrund der älteren Grafikkarte SeaBIOS mit der x-vga-Option erfolgsversprechender ist.

 

[LordExtreme]

Also ich habe es genauso gemacht wie du es beschrieben hast


Trotzdem bekomme ich diese Fehlermeldung wenn ich die VM erstellst habe und ich sie starten will.

internal error: early end of file from monitor: possible problem:
2016-02-15T19:10:10.503175Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to set iommu for container: Operation not permitted
2016-02-15T19:10:10.503212Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to setup container for group 1
2016-02-15T19:10:10.503222Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: vfio: failed to get group 1
2016-02-15T19:10:10.503233Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device initialization failed
2016-02-15T19:10:10.503245Z qemu-system-x86_64: -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on: Device 'vfio-pci' could not be initialized

Wenn ich im Bios nur auf IGD setze wird die Dedi Grafikkarte nirgends aufgelistet.


Das komische ist das ich trotz der

label unRAID OS
  menu default
  kernel /bzimage
  append vfio-pci.ids=1002:6758,1002:aa90 initrd=/bzroot

ein Bild auf mein Fernsehr bekomme wie er das OS lädt, aber er lädt nicht bis zum Login.

Aber per Interface kann ich trotzdem auf das Unraid zugreifen.

Ich guck mal ob es ein neues Bios gibt.




Und ja nur durch Linus bin ich auf das Unraid gekommen ich kenn jedes Video von ihm auch wenn ich halt nicht alles verstehe^^ vorher gab es ja noch das 2 Gamers 1 CPU video mit 2X titan.


Hab grad geguckt habe das "Aktuelle" Bios drauf 0403 von 2009..

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Turks XT [Radeon HD 6670/7670] (prog-if 00 [VGA controller])
Subsystem: Hightech Information System Ltd. Radeon HD 6670
Flags: bus master, fast devsel, latency 0, IRQ 10
Memory at d0000000 (64-bit, prefetchable) [size=256M]
Memory at febc0000 (64-bit, non-prefetchable) [size=128K]
I/O ports at e000
Expansion ROM at feba0000 [disabled] [size=128K]
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 < ?>
Capabilities: [150] Advanced Error Reporting
Kernel driver in use: vfio-pci

01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Turks/Whistler HDMI Audio [Radeon HD 6000 Series]
Subsystem: Hightech Information System Ltd. Device aa90
Flags: bus master, fast devsel, latency 0, IRQ 5
Memory at febfc000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 < ?>
Capabilities: [150] Advanced Error Reporting
Kernel driver in use: vfio-pci

Ergänzung (15. Februar 2016)

also mit allow_unsafe_interrupts gehts


Jetzt muss ich nurnoch gucken ob es wirklich funktioniert mit Sound etc.


Wirklich Vielen Vielen Dank für deine Hilfe !




Nachtrag:


Hab mich leider zu früh gefreut.


Wenn ich die Grafikarten treiber installiere und neustarte, bekomme ich ein Bluescreen von ati....sys

Wenn ich Openelec nehme bekomme ich massive Fehlermeldung von allem eigentlich und bleibt hängen hab schon die Beta2 probiert anderen Storage etc bringt leider nix bleibt dabei.

Somit bin ich wieder da wo ich vor 1 Tag leider war.

mfg lordi....

 

[mauorrizze]

Schade... wäre ja auch zu einfach gewesen!

Startest du Openelec und Windows mit der prinzipiell selben Konfiguration oder bietet unraid betriebssystem-abhängige Assistenten, die du benutzt?
Wenn du an die XML-Konfigurationsdatei des Windows- und Linux-Gasts kommst, mal bitte posten.
Außerdem kurz nach Start (und vor dem Absturz) einer der VMs
$ ps aux | grep qemu (sollte eine ziemlich lange Befehlszeile dabei sein)
sowie irgendwann nach dem Start einer VM einmal die vollständige Ausgabe von
$ dmesg speichern.

Da die Ausgaben groß werden gerne einen Paste-Service nutzen, z.B. https://paste.omux.de/ oder innerhalb [ SPOILER ] packen.

In der Mailingliste gibt es auch einen Fall, bei dem aktuellere AMD-Treiber bei Installation oder nach Neustart zum Bluescreen "system_thread_exception_not_handled (atikmdag.sys)" führen, aber das ist schwer auf deine Situation übertragbar:
https://www.redhat.com/archives/vfio-users/2015-October/msg00118.html.

Die vielen Fehler in Openelec könnten auch unabhängig von der GPU sein, hier wäre ein Vergleich zu einem Boot ohne echter, dafür mit virtueller GPU nützlich (Verbindung über tigerVNC o.Ä. - schätze unraid hat auch einen Webclient), oder zu wissen wie die Fehler genau aussehen.
Hast du zufällig noch eine andere GPU zum Testen? Was hast du für ein Mainboard?

 

[LordExtreme]

Ja das wäre für meine Verhältnisse wirklich zu einfach gewesen.

Unraid bietet bei Windows/Openelce in Prinzip die gleichen Funktionen an.

Ich habe das ASUS P5Q-VM DO.

Ich werde gleich die Machine wieder starten und werde dir die Daten dann übermitteln.

Das Problem ist bei Openelec das es "Sofort" abstürzt, vom Starten der VM bis zum Fehler vergehen vllt 2 Sek.


Ich muss beide VM wieder neu aufsetzen weil ich sie gelöscht habe und erneut versucht habt.

Was mir noch aufgefallen ist, das wenn ich öfters die VMS Stoppe und starte das ich irgendwann kein bild mehr bekomme, ob die VMS wirklich laufen kann ich leider nicht nachvollziehen weil ein VNC Client bei Unraid leider nicht dabei ist.


Hier ist erstmal die XML Datei von OpenElec


https://paste.omux.de/uroxenujug.xml

Hier die Ausgabe von ps aux | grep qemu

https://paste.omux.de/uqoputuxuc.pas


Werde jetzt Windows nochmal aufsetzen und einen Alten Treiber probieren, vllt geht es dann.

dmesg

https://paste.omux.de/irutedenuz.vhdl

 

[mauorrizze]

Bei openelec, könnte da die Fehlermeldung eventuell beinhalten, dass er das was nicht findet/nicht mounten kann? Laut der XML-Konfiguration und qemu-Kommando ist das Installationsmedium als virtio-Disk eingebunden, die Installationsmedien von der Homepage haben aber keine virtio-Treiber dabei. D.h. Festplatte sollte man auf SATA statt virtio stellen und den virtuellen NIC/Netzwerkadapter auf e1000.

 

[LordExtreme]

Im Unraid kann ich nur Virtuelle Festplatten auswählen was von SATA oder ein anderer Modi steht da leider nicht.

ich kann ja mal ein Screen machen von der Fehlermeldung.

http://abload.de/img/img_07621odokd.jpg

Mehr zeigt er leider nicht an.


Unraid lädt sich Openelec automatisch runter dafür gibt es extra eine Template ich wähle nur die Version aus sage ihm wo die er die Configs Speichern soll wieviele Kerne Ram etc und welche Grafikkarte mehr kann ich nicht auswählen leider.

mfg LordExtreme


vllt ist es besser wenn ich mir ein anderen Board besorge womit es vllt einfacher wäre?, hab das Gefühl mein Board mag kein VT-D...

 

[mauorrizze]

ich kann ja mal ein Screen machen von der Fehlermeldung.

Die Fehlermeldung hat in der Tat auch nichts mit SATA/virtio zu tun. Da hat UnRAID wohl am openelec-Image gebastelt. Bei dir lößt der Soundkartentreiber eine kernelpanic aus. Bei dem Screenshot war die interne Soundkarte nicht durchgereicht? Der Intel-HDA-Treiber kümmert sich meist sowohl um den Onboard-Soundchip, den du in einem der Logs schonmal durchgereicht hast, als auch den GPU-Soundchip, daher weiß ich nicht wer Schuld hat. So oder so mal ohne beide Soundkarten booten (01:00.0 als einziges PCI-Device durchreichen) und schauen ob dann eine andere Kernel-Panic kommt. Den Grafik-Soundchip trotzdem von vfio-pci reserviert lassen.

vllt ist es besser wenn ich mir ein anderen Board besorge womit es vllt einfacher wäre?, hab das Gefühl mein Board mag kein VT-D...

Wenn das eine Option ist, würden viele Fehlerquellen wegfallen. In der neueren Hardwareliste ist weder dein Board, noch CPU aufgeführt, ein Hardwareluxxer hatte auch seine Probleme und im älteren Xen-Wiki ist das P5E-VM DO gelistet aber man muss die iGPU aktivieren, um eine nicht-korrupte DMAR-Tabelle zu bekommen (was bei dir ja wiederum dazu führt, dass die PCIe-Graka verschwindet). In den ersten Consumer-Boards mit aktiviertem VT-d war dieses häufig etwas buggy, daher ist auch allow_unsafe_interrupt nötig. Weiß nur nicht ob du aus der selben Generation für deine CPU ein passendes findest, das erfolgreich getestet wurde, aber vielleicht findest du in den Links was. Oder wir kriegen doch noch was hin...

 

[LordExtreme]

Also jetzt gehts komischerweise Openelec ohne Probleme Videos laufen flüssig und haben auch Sound, merke kein Unterschied ob Openelec in der VM läuft oder ich Openelec direkt installiert hätte.

Das ist die Config womit ich es Starte.

https://paste.omux.de/exukudavig.xml


Das habe ich Probiert.


2 Kerne emuliert.

Sound deaktivert also ohne Sound.

ein anderen Bios.

Das ging dann ohne Probleme.

Hab dann wieder alles zurückgesetzt wie es war und hab es dann nochmal probiert.

Und jetzt geht es.

Ich Versteh das nicht wirklich :/

Hier ist der Log vom OpenElec

https://paste.omux.de/sisihivacu.vala

 

[mauorrizze]

Dann läuft es im Moment stabil? Wäre toll, ist doch egal wieso

In der Openelec-config von gestern Abend ist als "virtuelles Mainboard" das Q35 als Modell festgelegt (hat jetzt nicht direkt was mit Intel Q35, geht nur darum wie die virtuellen Geräte angeordnet sind und angesprochen werden), bei der die du gestern Mittag gepostet hast das ältere i440fx (wird aber speziell für Windows-VMs weiterhin empfohlen). Falls das q35 noch aktuell ist, könnte das der Grund sein.

 

[LordExtreme]

Jo seit 22 Std läuft das System ohne Probleme, Gott Sei Dank bleibt es auch hoffentlich so

Jetzt habe ich nurnoch eine Frage.


Ich habe als Cache eine SSD, und auf der wird komischerweise immer geschrieben so 20-30 Kb\s im Durchschnitt, derzeit habe ich nur Openelec und ein Debian 8 am laufen (minimal nur mit nginx) die Logs habe ich schon testweise deaktiviert kann ich irgendwie nachvollziehen woher die schreibraten kommen ?

Dann noch eine Frage wie sieht es mit TRIM etc aus für die SSD bei Unraid ?

 

[mauorrizze]

Im Host kannst ja mal versuchen mit
fuser -vam /dev/...
herauszufinden welche Prozesse (welcher qemu-Prozess/welche VM?) auf das device zugreifen. Entweder direkt auf die SSD anwenden - vermutlich /dev/sdX - oder auf Pseudo-devices in /dev/mapper/... oder /dev/bcache... Weiß leider nicht wie unraid die SSD als Cache einbindet.
Aber an sich stört das ja nicht, ist weder laut noch braucht es viel Strom
Einfach hin und wieder die Smart-Daten der SSD kontrollieren, dass nicht durch's Schreiben vieler kleiner Daten übermäßig viele Blöcke betroffen sind und die Host_Writes (o.Ä.) in die Höhe schnellen. Falls keine GUI vorhanden ist, hilft das Programm smartctl von den smartmon-tools.
smartctl -a /dev/sdX

TRIM für Cache gibt's laut Forum noch nicht (Feature Request)
Ein workaround wäre https://lime-technology.com/forum/index.php?topic=37596.0 ("A better method for unRAID 6"), nutzt irgendein Skript das bei "Dynamix" dabei ist, einer erweiterten GUI für unRAID.
Aber auch hier: wenn die SSD nicht spürbar langsamer wird, würde ich fehlenden TRIM-Support als nicht so schlimm ansehen.

 

[LordExtreme]

Okay alles klar.


Mich wundert es nur das ich im Schnitt so 1.000 writes habe auf der SSD das sehe ich ja im Unraid.


http://abload.de/img/unbenanntzautp.png

Hab nämlich keine lust das meine SSD nach 1-2 Jahren kaputt geht, Weil ständig auf der SSD mini Schreibvorgänge geschrieben wurden.

Ergänzung (18. Februar 2016)

Ich bin mir zu 99% sicher woher das kommt.


Ich habe ja Das Plugin "stats" installiert, der Protokolliert das ganze System und schreibt die Daten auf die Festplatte.

mfg lordextreme