jj1987

OK, dass es ums lesen ging hatte ich überlesen. Dann bin ich zu 100% bei dir. Da macht UNRAID keinen Unterschied ob eine Datendisk oder 20

Naja die Party enthält die Quersumme der Daten aller Datendisks. Bei nur einer Datendisk ist die Parity faktisch eine Spiegelung eben dieser Disk. Wir hatten das hier irgendwann im deutschen Teil schon Mal auseinandergedröselt, da war meine ich sogar noch eine genauere Erklärung gepostet worden

Genau so funktioniert das

Nein auf gar keinen Fall! Alles unter /mnt/User/ ist das Array (+ggfs Cache) Es hat schon einen Grund warum die mount Points so sind wie sie sind

Mal "cleanup appdata" Plugin installieren und ausführen. Vielleicht gibt es noch Rückstände

Ich meine mich zu erinnern, das wie vor ein paar Tagen/ Wochen hier schon einen ähnlichen Thread hatten. Da waren es ehemalige Proxmox SSDs. Wurde gelöst indem die SSDs in einem anderen PC neu partitioniert würden. Es scheint, als würde UNRAID (seit neuestem?) keine Datenträger mit mehreren Partitionen mehr korrekt formatieren bzw ggfs eben nicht vollständig

Welches Filesystem setzt du denn dort ein?

1) Gibt es im Netzwerk ein Pi-Hole oder Adguard? 2) Hat UNRAID a) einen "freien" DNS Server oder b) wird der vom Netzwerk (=ggfs also Pi-Hole/Adguard) genommen? Falls erste Frage ja und zweite Frage b), dann mal schleunigst einen anderen/öffentlichen DNS Server für UNRAID eintragen

Den auf alle Fälle. Die anderen beiden entweder ebenfalls ins Go File oder aber das aspm helper Plugin nutzen, das setzt die Befehle dann auch bei jedem Start

Ich denke es ist ein Zusammenspiel aus Board (uefi), CPU (Gen) und jeweiligen pcie Device welcher c-state an CPU Lanes erreicht werden kann

Ein inaktiver core (=c10) verbraucht nicht einmal 0,5w, wären dann im schlimmsten Fall also vielleicht 5 Watt. Aber @CameraRickhat ja durch ausprobieren ermittelt, dass das Problem eine gesteckte asm im oberen Port ist. Dieser Port wird mutmaßlich direkt an die CPU angebunden sein und dort offenbar das tiefere einschlafen verhindern

After updating to Unraid v7 stable, everything is fine again🤷‍♂️

Nach update auf Unraid v7 geht es jetzt wieder. Im Ergebnis natürlich schön, aber ich hätte schon gerne gewusst was da auf einmal nicht mehr passte

Und gut und gerne 20-30W beim spin-up. Kann dann eng werden

Ich hatte es shcon im Support Thread gepostet ( ) aber da ist aktuell nicht viel Betrieb von daher hoffe ich hier auf Ideen und Ratschläge, zumal man in der Muttersprache das Problem auch besser erläutern kann Also seit einiger Zeit (ich kann es leider nicht exakt eingrenzen, ca 2-3 Wochen vielleicht) klappen einige Verbindungen in NPM nicht mehr (es kommt Fehler 504 - Gateway Time Out), andere hingegen gehen weiterhin. Soll auch heißen: Es lief defintiv schon mal. Und ich bin mir sicher nichts grundlegendes in der Netzwerk-Konfiguration geändert zu haben. NPM Übersicht: Die Gemeinsamkeit die die weiterhin funktionierenden Proxy Hosts haben: Sie haben eigenständige IPs (Vaultwarden läuft in custom eth0, Homeassistant ist ausgelagert auf einem extra Client). Dem gegenüber laufen die nicht funktionierenden Proxy Hosts im Host bzw Bridge mode (war meine ich jeweils so im Template voreingestellt) Über die IP sind alle zu erreichen. NPM hat leider kein ping oä integriert um das zu prüfen, aber ich vermute dass warum auch immer die Verbindung von NPM (läuft auch im custom eth0) zum Host bzw Bridge nicht mehr funktioniert. Habe ich in den Docker Einstellungen aber aktiviert: Habt ihr eine Idee, wo der Fehler liegt (außer vielleicht 60cm vor dem Bildschirm :p)?

Es gibt einen standardmäßig erstellten Share "isos"😉

Hi all, i recently had to find out two of my four Proxy Hosts are no longer reachable (via IP: no problem). I get a "error 504" I can't remember of any changes in network in nearer past, so i can't explain why from one day to the other it no longer works. Only obvious difference between the two working and the two not working Proxy Hosts is: The NON-working are hosted on Unraid in Host or bridge mode while the two working Hosts are in custom eth0 network (vaultwarden) or on another machine (homeassistant) NPM is running in custom eth0 I activated (due to older MACVLAN issue with Fritzbox) Host access to custom networks: Proxy Host overview: Any hints where to problem could be?

Ich habe für die Windows clients "urBackup" entdeckt. Gibt hier auch im AppStore. Da richtet man einen share in UNRAID ein, installiert auf den clients jeweils das urBackup Plugin, und sucht sich noch die zu sichernden Ordner aus. Gibt auch diverse Anleitungen im Netz. Bin soweit eigentlich Recht zufrieden

Wenn es denn "der übliche Fehler" ist, kann man den einfach ignorieren. Deine zwei Befehle im Go File werden auf jeden Fall nicht ausreichen um mehr als C3 zu erreichen. Dafür braucht es powertop --auto-tune oder aber noch deutlich mehr Befehle im Go File.

Ich hatte so ein verhalten mal als im uefi "fastboot" aktiviert war. Eventuell mal prüfen und ggfs deaktivieren

Nicht bei einem n100. Der kann nämlich kein ECC 😉

Oh stimmt. Dachte das so im Newsletter gelesen zu haben. Hmm ja dann ist blöd. Wobei ich ganz allgemein, also unabhängig von UNRAID, die bisherigen black friday, Cyber week, wasauchimmer Angebote nicht so spannend finde. Das war schon Mal besser

Naja gibt “2 für 1" für die Lifetime. Also entweder einmal für die Schublade mitkaufen oder einen gleichgesinnten suchen

CRC Error sind idr physische Verbindungsprobleme. Häufig ein nicht ganz eingerastet es SATA Kabel oä. Ganz selten hat tatsächlich der Controller einen Weg Aber und deswegen sieht es für dich widersprüchlich aus: der Zähler ist ein lifetime Zähler. Wird also durch reboot, Neuinstallation whatever NICHT zurückgesetzt. Somit kann jetzt gerade alles in bester Ordnung sein aber irgendwann (ggfs auch vor langer Zeit) gab es da Mal ein Problem. Den Zähler einfach im Auge behalten. Bleibt die Anzahl konstant einfach ignorieren Du kannst durch klicken auf den Daumen UNRAID übrigens auch zu selbigen überreden

War auch eigentlich eher auf den TE bezogen, hatte wohl einen (Teil-) Quote einbauen sollen