FlorianHE

Hallo ich habe soeben mein Unraid auf V7.0 geupdatet. Und mir ist gleich mal aufgefallen das es jetzt eine VM Snapshot funktion gibt. (wird ja auch mal zeit). Jetzt hab ich aber 2 problemchen. 1. Kann man den Snapshot irgendwie automatisch wöchentlich ausführen oder sollte ich für automatische Backups lieber beim VM Backup Plugin bleiben? 2. wie funktioniert der restore ? im VM Tab kann man ja wenn man auf den VM Namen klickt den Snapshot sehen. beim klick auf "revert Snapshot" kann man bestimmt zum Zeitpunkt des Snapshots zurück kehren aber was machen die Buttons "Block Commit" unf "Block Pull"

Hi. Da ich in Urlaub war hatte ich irgendwie keine Zeit für das neu Ausetzen von Windows. aber ich werde das die Woche mal in Angriff nehmen und berichten.

okay. Also ich ha jetzt mal einen test gemacht mit dem pinning und leider keinen unterschied feststellen können. Ich hab zum test einfach mal den chrome brower geöffnet und 3 tabs (youtube, facebook und gmail) mit qemu ist die prozesorlast bei 20-30% mit passthough zwischen 30-55% Ich glaub ich werd das mal probieren mit dem neu aufsetzen von windows. villeicht hilft das ja.

Ok. Da werd ich die Kiste heute abend mal neu starten. Villeicht gehts ja dann.

Ja hab ich. aber das sollte doch kein unterschied machen oder ? 17 kerne sollten ja für windows reichen. CPU isolation ist nicht mehr eingestellt

Hallo. Ich habe eine Frage. Auf meinem einen Server mit AMD Ryzen habe ich meine VM'S immer im CPU Mode Host Passthrough betrieben. Auf meinem anderen Server mit Intel CPUs habe sind meine Windows VMs sehr träge. Schalte ich um auf "Emulated" rennen sie wieder in gewohnter geschwindigkeit. Das Blöde ist nur wenn ich in den VMs dann z.b. Docker Desktop oder Hyper-V nutzen möchte geht das nicht (im CPU Emulated mode) Wie bekomme ich das hin das meine VMs im Passthrough modus mit ihrer gewohnten preformance laufen? IOMMU und HVM ist aktiviert.

Hallo. Mittlerweile hat sich rausgestellt das es wirklich an der Hardware vom server lag. Wa genau weiß ich nicht. Hab mit einen Dell Rackserver gekauft. Da alle Platten rein geschmissen das ding in die ecke gestellt und ein geschaltet und seit dem läuft es einfach.

Das hatte ich gemacht. und ja das ging. Die Ausgabe steht auch oben in meinem ersten Eintrag. Okay das werde ich die Tage mal testen. Vielen Dank

Das geht ? Aber nein hab ich nicht. Ja ja. Das habe ich auch gemacht. Wie gesagt die beiden Docker hab ich mit den exaxt gleichen einstellungen und der gleichen Grafikkarte betrieben. Also bis jetzt konnte ich mich nicht beschweren. Ich hab auch noch eine GTX 1060 probiert. (Die lief auf dem anderen Rechner auch problemlos mit Unraid und Jellyfin) aber die hat auf dem Testrechner auch nicht funktioniert. Bzw werden diese ja auch im Plugin erkannt aber irgendwie nicht verwendet

Hallo Ich habe einen alten Tower ausgegraben auf dem ich Unraid istalliert habe um auf diesem ein paar Docker Container laufen lassen wollte. Leider bin ich dabei auf ein Problem gestoßen. Ich kann die Grafikkarte nicht in Docker nutzen. Eigentlich ist das ja total einfach und auf meinem anderen Server funktioniert das auch wunderbar. Aber auf dem neuen habe ich irgendwas vergessen einzurichten. oder er ist einfach zu alt für so ein vorhaben. mein erstes problem ist das ich IOMMU nicht aktiv bekomme. ich finde die Einstellung im Bios nicht. Aber eigentlich ist das ja nur relevant wenn ich Hardware in eine VM durchreichen möchte. ODER??? So habe ich den server eingerichtet: 1. UNRAID installiert, CA-Plugin istaliert, 2.Nvidia plugin installiert 3. GPU statistics installiert, unraid neu gestartet 4. Docker aktiviert und 2 Docker zum testen installiert: ( Jellyfin und XMRig) Nachträglich rumprobiert und 2 sachen eingefügt. aber ich glaube das hat mit meinem Problem nix zutun. im go file: echo 0 > /sys/class/vtconsole/vtcon0/bind echo 0 > /sys/class/vtconsole/vtcon1/bind echo efi-framebuffer.0 > /sys/bus/platform/drivers/efi-framebuffer/unbind loadkeys de-latin1 in der syslinux config: kernel /bzimage append amd_iommu=on iommu=pt initrd=/bzroot das war auf meinem anderen Server so eingestellt. (wieso weis ich nicht mehr genau.) Bei der Parametrierung der Docker Container bin ich mir zu 100% sicher das diese richtig ist. Da ich das 1 zu 1 von meinem anderen Server übernommen habe.(abgesehen von der GPU ID) Die Grafikkarte war auch schonmal in dem anderen server verbaut und hat dort mit den gleichen Containern wunderbar funktioniert. Die Grafikkarte wird auch vom unraid erkannt. Das Plugin gpu statistics gibt auch korrekt aus. (anhand der sich ändernden Lüfterdrehzahl kann man auch erkennen das der Treiber funktionieren müsste. ) Gebe ich im Docker Container nvidia-smi ein kommt auch eine Ausgabe das die Grafikkarte vorhanden ist Ausgabe im Jellyfin Container: root@a69840e217d0:/# nvidia-smi Fri Jan 5 00:30:07 2024 +---------------------------------------------------------------------------------------+ | NVIDIA-SMI 545.29.06 Driver Version: 545.29.06 CUDA Version: 12.3 | |-----------------------------------------+----------------------+----------------------+ | GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |=========================================+======================+======================| | 0 NVIDIA GeForce GTX 960 Off | 00000000:02:00.0 Off | N/A | | 0% 37C P0 27W / 130W | 0MiB / 4096MiB | 0% Default | | | | N/A | +-----------------------------------------+----------------------+----------------------+ +---------------------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=======================================================================================| | No running processes found | +---------------------------------------------------------------------------------------+ Starte ich aber ein Video welches trankodiert werden muss kommt ein Fehler. Im Unraid log konnte ich aber nicht auffälliges finden. [01:11:57] [ERR] [162] Jellyfin.Api.Helpers.TranscodingJobHelper: FFmpeg exited with code 1 [01:11:57] [ERR] [162] Jellyfin.Server.Middleware.ExceptionMiddleware: Error processing request. URL GET /videos/42d5f33b-c5f2-878e-d89a-ffd7ae46ccdd/hls1/main/0.ts. Meine Hardware: Model: Custom M/B: BIOSTAR Group N68S3+ s/n None BIOS: American Megatrends Inc. Version 080015 Dated 08/26/2010 CPU: AMD Athlon™ II X3 425 @ 2700 MHz HVM: Enabled IOMMU: Disabled Cache: L1-Cache: 384 KiB, L2-Cache: 1536 KiB, L3-Cache: 0 KiB Memory: 10 GiB Other (max. installable capacity 16 GiB*) Network: bond0: fault-tolerance (active-backup), mtu 1500 Kernel: Linux 6.1.64-Unraid x86_64 OpenSSL: 1.1.1v Uptime: Ausgabe NVIDIA Treiber: Nvidia Driver Version: 545.29.06 Open Source Kernel Module: No Installed GPU(s): 0: NVIDIA GeForce GTX 960 02:00.0 GPU-6a73df87-c81e-9369-8667-67b62127c476 tower-diagnostics-20240105-1005.zip

Okay. Das hat Funktioniert. Konnte meine gesyncten Backups auf dem Zweitsystem wiederherstellen. Ich hab mir schon fast gedacht das man irgendwie über die Konsole den Restore starten kann. Man muss halt nur wissen was man eingeben muss Ich hatte auch von dem autobackup script im Forum gelesen. Bin aber davon ausgegangen das das veraltet ist bzw durch die Backup Funktion der GUI abgelöst wurde. Vielen Dank.

Ich habe mal noch eine Frage. Ich hatte eigentlich vor den Backup Ordner der LXC Container mit Syncthing zwischen 2 Unraid Servern Snchron zu halten. So dass meine Hausautomations Backups zur not automatisch gleich auf dem 2. Server verfügbar sind, Jetzt ist mir aber aufgefallen das die backups auf dem 2. Server zwar angelegt werden aber in der UI im backup reiter nicht auftauchen. Das gleiche auch umgekehrt. Das gleiche passiert auch wenn ich den einen angelgten Container lösche und die liste leer ist. Dann verschwindet der Backup tab. Ein Restore ist dann nicht möglich. Wie bekomme ich den restore jetzt wieder hin?

Ja es ging um Lxc

Das geht ja bei Docker so . In diesem Post hab ich die Lösung gefunden.

Ich habe mal noch eine andere Frage. Kann man eigentlich irgendwie auch die Icons der Container ändern. Oder gibt es irgend eine hilfreiche seite wo man lesen kann was man mit der config alles so anstellen kann ?

Da ich meine Drucker und das Raspberry gerade aus geschaltet habe musste ich improvisieren und hab von meinem 2. unriad server mal das Bluetooth interface geteilt. Unter Unraid konnte ich das gerät einbinden. aber im LXC Container nicht. Wie auf dem Bild zu erkennen ist habe ich das vhci-hcd modul im Host aktiviert.

Das hatte ich auch versucht bevor ich diesen request gestartet habe. Leider hat das nicht funktioniert. Wenn man das Kernel Modul laden möchte mit modprobe vhci-hcd modprobe vhci-hcd kommt der Fehler das modprobe nicht gefunden wird. Das abfragen hat zwar funktioiert: usbip list -r mein-rechner aber wenn ich dann mit: usbip attach -r mein-rechner -b 1-1 ein USB Gerät einbinden möchte kommt ein Fehler. Ich vermute mal weil das Kernel Modul nicht geladen ist. Ich erkläre mir das so das ja der LXC Container direkt auf den Kernel vom Unraid zugreift und deswegen ja kein Kernel modul im LXC Container geladen werden kann.

Vielen Dank. Das war das Problem. komischerweise hat das durchreichen des pfades "/dev/bus/usb/005........" nicht funtioniert. Dafür habe 2 Wege gefunden wie ich meine Drucker zum laufen bekommen habe. Ich poste gleich mal die Vorgehensweise. Bevor ichs wieder vergesse VARIANTE 1: Schritt 1: USB Gerät herausfinden: - Das geht am einfachsten über den USB Manager: klickt man auf das Blattsymbol vom USB Gerät öffnet sich eine Ausgabe in der man das USB Gerät ablesen kann Schritt 2: USB-Gerät rechte ändern: chmod o+rw /dev/ttyUSB1 Schritt 3: ID herausfinden: z.b. für ttyUSB1: ls -l /dev/ttyUSB1 in meinem Fall ist das dann die "188" Schritt 4: Config vom LXC Container anpassen: #USB configuration lxc.cgroup2.devices.allow = c 188:* rwm lxc.mount.entry = /dev/ttyUSB1 dev/ttyUSB1 none bind,optional,create=file VARIANTE 2: - Da immerwieder die zuordnung der Drucker anders ist (Drucker 1 ist mal ttyUSB1 und dann mal ttyUSB2) habe ich einen 2. Weg versucht der die Drucker Eindeutig zuordnet indem eigene Devices erzeugt werden über eine udev Regel Schritt 1: USB Gerät herausfinden: Genau so wie bei Variante 1 Schritt 2: Filter heraussuchen: - für die Regel müssen Filter definiert werden dazu muss in der Konsole des hosts folgender Befehl eingegeben werden: udevadm info --name=/dev/ttyUSB1 --attribute-walk in der Ausgabe müssen jetzt Filter gesucht werden die die Geräte eindeutig idendifizieren. z.b. diese: ATTRS{idVendor}=="1b1f" ATTRS{idProduct}=="c020" ATTRS{serial}=="3014***************" bei mir war das aber leider so das 2 Drucker genau die gleiche "idProduct" und "serial" hatte und somit auch nicht eindeutig idendifiziert werden konnte. Deswegen musste ich anstatt "idProduct" "devpath" verwenden. Da ich die Drucker an meinem Raspi USBIP Host nie umstecke hoffe ich mal das das immer gleich bleibt. Schritt 3: udev Regel erstellen : -dazu muss auf dem Host unter /etc/udev/rules.d/ die Regeldatei angelegt werden. z.b. so: nano /etc/udev/rules.d/99-usb-serial.rules jetzt müssen in der Datei die Regeln eingetragen werden: #USB1 SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{devpath}=="1", ATTRS{serial}=="0001", SYMLINK+="print-usb1" #USB2 SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{devpath}=="2", ATTRS{serial}=="5282b3e8f3b6e7119058b350d4b43ea0", SYMLINK+="print-usb2" #USB3 SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{devpath}=="3", ATTRS{serial}=="0001", SYMLINK+="print-usb3" Schritt 4: Regeln Aktivieren: mit diesem Befehl werden die neuen Regeln angewendet. udevadm trigger jetzt sollten die neuen USB Geräte auftauchen. Das Anpassen der Rechte ist nicht erforderlich Schritt 5: ID herausfinden: hier muss die gleiche ID herausgefunden werden wie bei Variante 1 z.b. für ttyUSB1: ls -l /dev/ttyUSB1 Schritt 6: Config vom LXC Container anpassen: #USB configuration lxc.cgroup2.devices.allow = c 188:* rwm lxc.mount.entry = /dev/print-usb1 dev/ttyUSB1 none bind,optional,create=file Variante 2 hat mir geholfen die 3 Drucker immer gleich zu zuordnen auch wenn sie in unterschiedlicher Reihenfolge per USBIP eingebunden werden. Was ich noch nicht genau weis ob die Regel Datei vorhanden bleibt wenn der Unraid Server neu gestartet wurde. Kleiner Hinweis: Änderungen in der config werden nur wirksam wenn der Container gestoppt wird und dann wieder gestartet. Ein reiner neustart reicht nicht aus.

Hallo. Ich habe die Tage ein wenig mit dem LXC Plugin herumprobiert und bin auf ein Problem gestoßen wo ich nicht weiter komme. Mein Plan ist später mal meine Hausautomation komplett in einen LXC Container umzulagern. Um aber erstmal zu wissen wie so ein LXC Container Funktioniert wollte ich meinen Repetier Server aus der VM in so einen Container umlagern. Dazu habe ich einen Debian Container erstellt und den Repetier Server installiert. Das hat soweit wunderbar geklappt. Jetzt müssen nurnoch meine Drucker im Container ankommen. Und da komme ich gerade nicht weiter. Meine 3 Drucker hängen in meinem Büro an einem RaspberryPi der als USBIP Host dient und ich reiche die Drucker dann mithilfe des USB Manager Plugins an meine VM weiter. Und das wollte ich jetzt mit dem Container genau so machen. Eigentlich ist das ja ganz einfach: meine 3 Drucker sind unter: /dev/bus/usb/005/006 /dev/bus/usb/005/007 und /dev/bus/usb/005/008 verfügbar. Und auch als ttyUSB1 ttyUSB2 und ttyUSB3 der Befahl "ls -l /dev/bus/usb/005" sagt mit das ich die gerätekennung "189" erlauben muss. lxc.cgroup.devices.allow = c 189:* rwm und dann muss ich ja nurnoch die 3 Geräte durchreichen lxc.mount.entry = /dev/bus/usb/005/006 dev/bus/usb/005/006 none bind,optional,create=file lxc.mount.entry = /dev/bus/usb/005/007 dev/bus/usb/005/007 none bind,optional,create=file lxc.mount.entry = /dev/bus/usb/005/008 dev/bus/usb/005/008 none bind,optional,create=file aber leider werden die Drucker nicht erkannt. Ich habe auch mal testweise mal noch ttyUSB 1-3 durchgereicht. Das hat leider auch nix gebracht. lxc.cgroup.devices.allow = c 188:* rwm lxc.mount.entry = /dev/ttyUSB1 dev/ttyUSB1 none bind,optional,create=file lxc.mount.entry = /dev/ttyUSB2 dev/ttyUSB2 none bind,optional,create=file lxc.mount.entry = /dev/ttyUSB3 dev/ttyUSB3 none bind,optional,create=file Dann dachte ich doch das es eventuell an den rechten liegt. Deswegen habe ich noch mit dem Befehl "chmod o+rw /dev/ttyUSB1" die Rechte geändert. aber auch das brachte keinen erfolg. Da ich in meiner Repetier Server VM Die Drucker per "dev/serial/by-path/" anspreche habe ich auch das mal probiert. Aber auch das hat nicht Funktioniert. lxc.cgroup.devices.allow = c 188:* rwm lxc.mount.entry = /dev/serial/by-path/platform-vhci_hcd.0-usb-0:1:1.0-port0 dev/serial/by-path/pci-0000:00:07.1-usb-0:1:1.0-port0 none bind,optional,create=file lxc.mount.entry = /dev/serial/by-path/platform-vhci_hcd.0-usb-0:2:1.0-port0 dev/serial/by-path/pci-0000:00:07.1-usb-0:2:1.0-port0 none bind,optional,create=file lxc.mount.entry = /dev/serial/by-path/platform-vhci_hcd.0-usb-0:3:1.0-port0 dev/serial/by-path/pci-0000:00:07.1-usb-0:3:1.0-port0 none bind,optional,create=file Ich habe diese 3 Anleitungen gefunden die ich probiert habe. Aber alle 3 brachten keinen Erfolg. https://forums.unraid.net/topic/123935-plugin-lxc-plugin/ https://homematic-forum.de/forum/viewtopic.php?t=48361 https://coldcorner.de/2018/07/12/proxmox-usb-passthrough-fuer-lxc-container-z-wave-uzb1/ Kann das eventuell sein das man USBIP geräte nicht an einen LXC Container durchreichen kann ? config tvserver-v2-diagnostics-20231217-2102.zip

Schade. Wieder abgestürzt. Und diesmal aber wieder komplett. Bildschirm schwarz, keine Festplattenaktivität, kein ping. im syslog wieder nur der Eintrag das die Platten down gehen. Und 10 min später war er dann wieder gecrasht. Ich lasse jetzt erstmal wieder ne vm laufen das er die Nacht an bleibt.

Ich muss gleich nochmal was anderes fragen. Ich hab ja schon mal erwähnt das wenn ich unraid starte mit angeschlossenen Monitor das der Server nie bis zum Login kommt. Ich hab mal ein Bild gemacht wo der stehen bleibt.

Ok das werde ich mal probieren. Das Abschlaten der C-States hat schonmal nix gebracht. Nach 2 Stunden war wieder schicht im Schacht. Aber Diesmal wird noch im Log geschrieben. Der Server scheint diemal nicht komplett abgestürzt zu sein. Aber die Unraid gui und die Docker und SMB ist nicht erreichbar. Ich schalte jetzt mal das XMP ab. automation-syslog-192.168.50.53-20231209-1656.zip

Hallo. Ich habe das c-States jetzt mal von Auto auf deaktiviert gestellt. ipvlan hatte ich aktiviert weil mein zigbee2mqtt Container sonst aus irgend einem Grund keine Verbindung zum IObroker aufbauen kann. Das verhält sich nach dem booten sowieso immer komisch. Starte ich den Server muss ich das Array nach dem Start nochmal stoppen und dann wieder starten. Dann geht der Container erst wieder. Das gleiche Verhalten ist auch auf meinem 2. unraid. Mit Mcvlan geht das Netzwerk vom Container garnicht. das ram xmp ist aktiviert. Bzw steht auf Profil 1. soll ich das mal aus machen ? Ich verwende das bequiet bqt l7-430w Der ram ist von G.Skill F4-3200C16D-16GIS

Hier sind meine diagnostics tvserver-v2-diagnostics-20231206-0723.zip