phillip.de

Okay, der wird ja dann wohl echt minimal sein... Probieren auf jedenfall, dann spare ich mir eventuell ein neues Mainboard. Mein primäres Ziel wäre es nur erstmal das TrueNAS abzulösen. Damit ich zumindest erstmal nur einen Speicherserver im Netzwerk habe. Das Teil frisst gute 20 - 30 Watt je nach Schreibbedarf von Proxmox. Tatsächlich handelt es sich um eine X1 Karte (MZHOU PCIe SATA Karte / ASM1166) und die steckt in dem X1 Slot. Der X16 Slot ist noch frei Geflasht habe ich die Karte nicht, damit habe ich mich noch nicht beschäftigt 😅 BIOS Updates installiere ich schon, aber das Flashen von Firmware auf solche Controller ist mir noch neu Ich werde mir das auf jedenfall mal durchlesen, danke! Ich habe mit der eigentlich echt gute Erfahrungen gemacht. Ich habe aber auch noch nicht die dicken Schreibleistungen benötigt. Bisher hat es gereicht 😅 Aber gut, dann werde ich mich mal in Zukunft nach anderen umschauen. Welche sind denn eine gute Alternative? DIe von Samsung? Ich stelle das vielleicht mal etwas genauer dar Folgende Pools / Arrays sind bei mir konfiguriert: - 1x ZFS (Raid 1) mit 2x Crucial P3 2TB => Cache - 1x XFS (HDDs) => Array - 1x einzelne SSD für ISOs für Proxmox Ich würde dann gerne ein weiteres ZFS (Raid 5) einrichten, für die Proxmox VM-Daten. Daher bin ich momentan am überlegen, wie ich die NVMe Festplatten aus dem TrueNAS (4x 1TB) in meinem Rechner zum Laufen bekomme. Da das Mainboard kein PCIe Bifurcation unterstützt, kann ich hier ja keinen 4x4 NVMe PCIe Adapter verwenden. Ich hätte noch einen x4 NVMe Adapter für eine NVMe herumfliegen. In dem TrueNAS sind aber 4 NVMe verbaut. Und soweit ich das verstanden habe, könnten die NVMe Platten nicht per Adapter auf Sata angeschlossen werden, da diese aufgrund des Protokolls nicht kompatibel sind. Oder?

So, ich habe jetzt mal ein bisschen aufgeräumt. Leider ist das Problem nicht verschwunden unraid-server-diagnostics-20250416-1840.zip

Ich versuche mal auf alle Dinge einzugehen Wie ich schon meinte, ist das ein Mix aus VMs und LXC-Containern. (10 VMs & 25 LXC-Container). Ich werde vermutlich nicht komplett auf das Proxmox-Cluster verzichten können. Aber ich denke, wenn ich z.B. das TrueNAS System loswerden würde, würde ich auch einiges an Energie sparen. Das Cluster besteht aus 4x Hosts mit jeweils 64GB Arbeitsspeicher. So komme ich auf die 256GB. Und in der Gesamtübersicht des Clusters, kann man ja die gesamt Auslastung des Clusters sehen. Sprich, von den Cluster Ressourcen werden 64GB benötigt. Ich werde mir das mal anschauen. Wie sieht das denn mit dem Stromverbrauch zwischen DDR4 und DDR5 aus. Ist das ein merklicher Unterschied? Verbaut ist laut Unraid ein ASMedia Technology Inc. ASM1166 Serial ATA Controller. Passt das? Ich kenne mich da leider nicht so aus 😅 Als Cache habe ich 2x Crucial P3 mit 2TB verbaut. Konfiguriert als 2 ZFS Als normale HDDs sind aktuell Seagate Ironwolf Platten verbaut. Ich hoffe ich konnte damit etwas Licht ins dunkle bringen 😅

Moin zusammen, kurz zur Umgebung, ich möchte versuchen meine 6-Server die Zuhause stehen versuchen auf ein einzelnes System zu migrieren. Geplant war, das ich hier mein Unraid-Server verwenden kann. Sollte sich dafür ja eigentlich anbieten. Ich hoffe mir dadurch vielleicht etwas Strom zu sparen. Meine komplette Umgebung mit allem drum und dran frisst ca. 120 - 140 Watt. Hardware und Systeme: - 1x Unraid (Speicher für Anwendungen, Netzlaufwerke, Medienserver, Backups und diverse Container) (Intel i5 12400) - 1x TrueNAS => ASUStor FS6706t (Storage für Proxmox) - 4x Proxmox-Cluster (Host für ca. 40 VMs / LXC-Container) => Lenovo M710Q (i5 6500t / 64GB RAM) Laut der Proxmox-Cluster Übersicht habe ich ca. 30% CPU-Auslastung und 64GB von 256GB RAM Auslastung. Damit ich meinen Unraid-Server entsprechend mit RAM aufrüsten kann, brauche ich ein neues Mainboard. Aktuell verwende ich ein ASUS Prime B760M-K. Ich bin mit dem Stromverbrauch des Mainboards echt zufrieden. Mein Unraid frisst im Idle nur gute 20 - 25 Watt (6x HDDs / 2x NVMe / 1x Sata SSD) Ich würde ein Mainboard brauchen welches mit meiner aktuellen CPU kompatibel ist (Intel i5 12400). Weitere Anforderungen: - 4x RAM Steckplätze - 2,5 GBe - min. 2 PCIe - Gerne mit PCIe Bifurcation Support => Damit ich mein TrueNAS System ablösen kann und die NVMe's verwenden kann - min. 2x NVMe - SATA Festplatten werden über einen PCIe Sata-Controller angebunden - Stromsparend im Idle Kennt jemand vielleicht ein entsprechendes Mainboard? Und ist es realistisch das ein einzelnes System den gesamt Verbrauch reduzieren kann?

Ich habe jetzt mal die anderen runtergeworfen, schauen wir mal 😅 Aber kann dies das Problem sein?

Hab's gefunden. Da lief noch "File Activity" im Hintergrund 😅 Ich hatte damit mal versucht herauszufinden, was die Platten damals dazu bewegt hat, dass das Array nicht in Idle gegangen ist. Ich werde die beizeiten auch mal weiter reduzieren. Aktuell ist das leider so. Dann müsste ich das Thema vielleicht mal angehen. Hast du Stromspareinstellungen an deinem System vorgenommen? Und wenn ja welche? Und hast du Plugins verwendet?

Ich hatte damit eigentlich keine großen Probleme. Die Netze funktionieren auch alle. Ich habe gute 20 VLANs Zuhause (Frag bitte nicht warum). Und ich habe da keine Überschneidungen 😅 Tailscale habe ich zudem auch erst seit 2 - 3 Wochen im Einsatz. Das Problem bestand schon vorher. Okay danke für den Tipp! Ich werde dann mal gvt-g deeinstallieren. Und zu dem Rest, ja mir war wichtig das der Server stromsparend arbeitet. Im Idle liegt der immer gut um die 20 Watt und bin damit eigentlich echt zufrieden. Aber ob die sich beißen, kann ich nicht sagen. Kann man das irgendwie überprüfen? Aber ansonsten laufen die ja, nur sobald anscheinend die Container gestoppt werden => Was bei einem Array Stop ja auch getriggert wird... Und das Active-Directory Plugin habe ich noch von damals gehabt. Ich wollte gerne meine ActiveDirectory Benutzer in meinen Unraid-Freigaben verwenden. Aber da dies leider nicht funktioniert, scheint das eine Altlast zu sein. ( Wie kann ich rausfinden was das ist? Skripte laufen eigentlich nicht im Hintergrund abgesehen von Syncthing für "Geographische Redundanz".

Moin zusammen, ich möchte gerne mal das Thema angehen was meinen Unraid-Server schon seit langem betrifft. Und zwar, wenn ich mein Array stoppe verliert der Browser irgendwann die Verbindung und lässt sich nicht mehr öffnen. Die IP-Adresse des Unraid-Servers ist auch nicht mehr anpingbar. Nach ungefähr 20 Minuten warten, hat immer nur ein Reset des Systems geholfen (Strom kappen und wieder einschalten). Da ich heute noch etwas an der Netzwerkkonfiguration anpassen wollte, habe ich temporär den Docker-Dienst gestoppt. Und hier ist das gleiche Problem aufgetreten. Hat jemand eine Ahnung woran das liegen könnte? Das ist leider etwas nervig Meine Hardware: - CPU: Intel Core i5 12400 - Mainboard: ASUS PRIME B760M-K rev. 1 - PSU: Corsair RM650 - RAM: 2x 32GB DDR5 - 5x HDDs (Array) - 3x SSDs (1x ZFS Raid 1 (Cache) / 1x Single SSD für ISOs) unraid-server-diagnostics-20250415-1157.zip

Vielen Dank! Scheinbar hat das geholfen. Das Problem ist nicht mehr aufgetreten!

Danke für den Tipp @Mainfrezzer! Ich habe das beides jetzt einmal angepasst. Kann man das irgendwie testen ob alles richtig umgesetzt wurde?

Mahlzeit zusammen! Ich habe ein Unraid 7 System mit folgender Zusammensetzung: Array (6x HDDs XFS) Cache (2x 2TB SSD ZFS) Leider habe ich das Problem das die laufenden Container (Nextcloud, Immich, etc...) nach einer gewissen Zeit irgendwann nicht mehr laufen und daher gestoppt sind. Wenn ich diese Starte, bekomme ich nur eine Fehlermeldung angezeigt "Server Error". Wenn ich versuche die Container über die Shell zu löschen, bekomme ich die folgende Meldung: docker rm Immich Error response from daemon: container 7d2cde154f696e496172a6b114d3bcb84b2f78fcba196d2f4d2dbf199113d4b0: driver "zfs" failed to remove root filesystem: exit status 1: "/usr/sbin/zfs destroy -r cache/system/cd93abaf9ddf9a7c1534dd1aec84a4511a2eb35c81c13ae066b5eff6205a452d" => cannot open 'cache/system/cd93abaf9ddf9a7c1534dd1aec84a4511a2eb35c81c13ae066b5eff6205a452d': dataset does not exis Was immer hilft ist einen neuen Container anzulegen mit den gleichen Mounts => Sprich in den Container editieren und einfach den Namen ändern. Aber den alten Container kann ich einfach nicht löschen. Das Problem tritt auch erst nach einer Zeit auf wenn die Container Images aktualisiert werden. Appdata liegt auf dem Cache (ZFS) falls das relevant ist? Wenn ich mir alle Container in der Shell anzeigen lasse, bekomme ich folgende Ausgabe: 3935bc689dd3 18aaa0d832fe "/usr/bin/dumb-init …" 6 weeks ago Removal In Progress PlexPass e02817666a4c 3f90d34496bc "/assets/wrapper" 7 weeks ago Removal In Progress Irgendwie ist das komisch... Hat da vielleicht jemand eine Idee? unraid-server-diagnostics-20250313-1236.zip

Also von einer VM von meinem Windows-PC aus tritt der Fehler auch auf. Ich tippe daher auf einen Fehler mit Unraid. Ich habe die Dateien testweise auch mal mit CIFS eingebunden, genau das gleiche Problem.

Also es hängt wohl tatsächlich mit dem Mover zusammen. Ich habe testweise mal eine Datei über Nextcloud hochgeladen. Wenn die Festplatten in Spin-Down gehen passiert nichts weiter. Sobald ich aber den Mover getriggert habe, kommt die Meldung mit "FileID Changed" und ich kann nicht mehr auf das Datenverzeichnis zugreifen. Gibt es da eine NFS-Einstellung die benötigt wird damit NFS damit zurecht kommt?

Genau, Unraid ist nur der Host und stellt selbst keine Verbindung zu einem NFS-Server her. Ich werde es mal testen... Der NFS-Share wird selbst auf der Debian VM gemountet. Proxmox weiß gar nichts von dem NFS-Share.

Guten Morgen zusammen, ich betreibe mein Unraid-System als reines NAS-System (Ohne Container & VMS, dafür nutze ich mein ESXi und Proxmox Cluster). Und zwar, habe ich für Nextcloud und PaperlessNGX jeweils eine Debian 12 VM. In jeder ist das "Datenverzeichnis" für die Dokumente und Uploads über AutoFS mit einem NFS-Share verbunden. Nextcloud und PaperlessNGX haben jeweils einen eigenen Share. Aktuell habe ich leider das Problem das nach einer gewissen Zeit sich die Anwendungen aufhängen. Man sieht in der Konsole nur noch die Fehlermeldung von NFS: - FileID changed - Veraltete Dateizugriffsnummer (file handle) Da hilft es immer nur den Share manuell einmal zu "unmounten" und dann wieder mit einem Neustart von AutoFS wieder zu verbinden. Ich denke mal das der Mover oder der Spin-Down des Arrays hier auch eine große Rolle spielt. Die Daten werden hier 2x am Tag vom Cache ins Array geschrieben. Wie kann ich das Problem hier lösen? Meine NFS-Shares habe ich mit folgenden Regeln belegt: 192.168.10.5(async,no_subtree_check,rw,sec=sys,insecure,anongid=100,anonuid=99,no_root_squash) Am Client sind die Freigaben wie folgt eingebunden: nextcloud -fstype=nfs,hard,timeo=50,retrans=5,relatime,rsize=1048576,wsize=1048576 192.168.1.4:/mnt/user/Nextcloud Hat jemand eine Idee was man hier machen kann? Ich möchte hier ungern auf den Mover verzichten, da dieser gute Arbeit macht! Und ich möchte die Container nicht auf dem Unraid-Server betreiben. Dafür reicht hier die Performance nicht aus. Vielen Dank vorab!