jj1987

ECC soll es aber schon sein, richtig?: Dann sollte der gehen: https://www.digitec.ch/de/s1/product/kingston-memory-ddr4-ecc-cl21-dimm-2rx8-micron-e-1-x-32gb-ddr4-2933-dimm-288-ram-14044648

Das ist regECC der funktioniert nur auf "echter" Server Hardware. Den also NICHT nehmen

Ziemlich sicher ein Anzeige/Diagnose Fehler. Intel Consumer/Prosumer CPUs (da zähle ich die "einfachen" Xeons dazu) können so oder so kein Multibit ECC. Wäre allerdings Mal interessant wie es zu dieser "Fehldiagnose" kommt.

Funktioniert aber nur wenn man im BIOS legacy Boot aktiviert hat. Die memtest Version kann kein uefi - zumindest war das "früher" ein Problem

Unraid installiert sich bei jedem Start neu - wenn man so will. Unraid ist im weitesten Sinne ein Live-OS wie man es von diversen Linux-Distris kennt. Es läuft komplett im RAM. Konfigurationen werden zusätzlich auf dem Stick gespeichert, damit sie nach einem Neustart (=Neuinstallation) wieder geladen werden können. Insofern ist Unraid eigentlich auch ziemlich unkaputtbar. Daher mal auf den Zahn gefühlt, was funktioniert denn nicht?

Ah perfekt, danke. Dann werde ich mal weiter analysieren, was der so treibt.

Seit ein paar Tagen, vielleicht wenigen Wochen, will mein PC nicht mehr in den Sleep gehen (habe das "modifizierte" S3 Sleep Plugin schon seit immer drauf und bisher keine Probleme gehabt). Also mal ins Log geschaut: Aug 9 03:59:03 Unraid s3_sleep: Disk activity on going: nvme0n1 Aug 9 03:59:03 Unraid s3_sleep: Disk activity detected. Reset timers. Aug 9 04:00:03 Unraid s3_sleep: Disk activity on going: nvme0n1 Aug 9 04:00:03 Unraid s3_sleep: Disk activity detected. Reset timers. Aug 9 04:01:03 Unraid s3_sleep: Disk activity on going: nvme0n1 Aug 9 04:01:03 Unraid s3_sleep: Disk activity detected. Reset timers. Aug 9 04:02:03 Unraid s3_sleep: Disk activity on going: nvme0n1 Aug 9 04:02:03 Unraid s3_sleep: Disk activity detected. Reset timers. Aug 9 04:03:03 Unraid s3_sleep: Disk activity on going: nvme0n1 Aug 9 04:03:03 Unraid s3_sleep: Disk activity detected. Reset timers. Aug 9 04:04:03 Unraid s3_sleep: Disk activity on going: nvme0n1 Aug 9 04:04:03 Unraid s3_sleep: Disk activity detected. Reset timers. Nur ein Beispiel Also testweise mal alle Docker deaktiviert. Dasselbe Bild... Ich weiß man kann sich per "find" irgendwie die zuletzt geänderten Dateien anzeigen lassen - aber den korrekten Befehl bekomm ich nicht zusammen (und "find" in der Forumssuche ist ne blöde idee^^) Kann mir hier einer der Konsolen-Profis einen Fingerzeig geben? Danke im Voraus

Ich hatte dann entsprechend mehr "sg*" devices in den Docker gemappt. Nicht schön, aber funktionell

Das Problem habe/hatte ich auch ohne VM, Server neu gebootet - bumm neue Kennung. Seit einiger Zeit scheint jetzt aber sg* konstant zu bleiben. Woran das aber nun lag, keine Ahnung?! Und noch weniger wofür da zwei Kennungen notwendig sind.

Wir reden hier von in absoluten Zahlen 1 Watt Unterschied im absoluten Niedriglastbereich. Da liefern viele Netzteile bedeutend schlechtere Werte Demgegenüber stehen aber halt auch 30 EUR Ersparnis zum RMx550. Da muss man seinen Server/PC SEHR lange idlen lassen um das wieder reinzubekommen

Ich bin gerade auf den Test vom BeQuiet Pure Power 11 FM gestoßen: https://www.tweakpc.de/hardware/tests/netzteile/be_quiet_pure_power_11_fm/s01.php Sieht nach einer ernst zu nehmenden Konkurrenz für das RMx550 aus. Hat zufällig einer das Teil schon "in Echt" erlebt? Sind je nach Händler immerhin gut 30 EUR Preisvorteil für beQuiet

Das sind schon eher ernstere Fehler wobei die Platte offensichtlich ja auch schon seit gut 3 Jahren im Einsatz ist. Aber 202 Neu zugeordnete Sektoren sind auf jeden Fall nicht "normal" Es ist natürlich ein eher schlechter Zeitpunkt (bezogen auf die aktuellen Marktpreise), aber ich würde mich tatsächlich mit dem Gedanken anfreunden die zu ersetzen. Ich hoffe du hast aktuelle Backups?

Naja da wirst du schon nachschauen müssen welcher SMART-Wert nun genau der Auslöser ist. Es gibt Fehler da sollte man sich schon Sorgen machen, andere sollte man zwar auch beachten sind aber keine echte Gefahr (z.B. CRC Error Count ist z.B. nicht ganz so gravierend, sagt im Prinzip aus, dass irgendwo in der physischen Verbindung (Kabel, Stecker, Buchse) was nicht passt - in dem Fall also mal an allen Kabeln ruckeln und auf festen Sitz achten, ggfs. Kabel austauschen. ABER ACHTUNG: Der "Fehler" wird dadurch nicht gelöscht, du musst dann den Counter im Auge behalten ob die Zahlen weiter steigen oder nicht.) Aber wie gesagt ohne den SMART-Bericht ist das jetzt im trüben fischen

Also irgendwie liest sich das mit dem Virtualization Share komisch. Hast du Mal alle VMs beendet, dann den VM Dienst deaktiviert und danach den Mover angeschmissen? Ich könnte mir vorstellen dass da immer noch etwas auf der HDD liegt. Wobei das nicht die CPU Last erklärt

Ganz allgemein TBW und IOPS. Jeweils mehr=besser. SATA SSDs sollten zwingend eigenen RAM haben, NVME SSDs unterstützen meistens HMB was fehlenden RAM teilweise kompensiert. Da ist eigener RAM dann eher das Sahnehäubchen

Ich kenne pikvm jetzt nicht im Detail, aber ich glaube nicht dass das einen USB Stick emulieren kann. Noch dazu einen mit valider uuid, was für UNRAID ja erforderlich wäre.

Tut mir leid wenn ich den Finger jetzt so in die Wunde lege: Aber was erwartest du denn was mit deinen Daten passiert, wenn eine Festplatte formatiert wird? Und die Parity hilft dir nicht, da du diese Festplatte (warum eigentlich?) als Cache eingerichtet hast. Cache wird höchstens durch ein zweites Cachedrive (=RAID1) abgesichert, nicht durch die Parity

Das heißt Disk3 war früher "Cache"? Ich bin mir gerade nicht ganz sicher, aber ich meine neu eingefügte Platten werden erstmal platt gemacht (da kommt allerdings eine Sicherheitsabfrage!). Wenn ich da richtig liege sind die Daten somit jetzt pfutsch. Der Ordner existiert weiterhin, da Shares universell auf alle Platten und ggfs. Cachedrives gespeichert werden. Und nur die jeweilige Verteilregel (Cache: Yes;Prefer;Only;No) entscheidet dann wo die Daten tatsächlich landen. Der Ordner wird aber überall angelegt und ist somit auch ncoh vorhanden - nur ohne Daten

Die neueren sind tendenziell eher weniger effizient, da Intel die Leistung mit der Brechstange erzwingt

Ich muss mich korrigieren: Nicht jedes Dateisystem kann Hardlinks. Und die sorgen ja dafür, dass im Idealfall (trotz "vollständigem" Backup) nur die Änderungen neu gespeichert werden.

Welches Dateisystem hat das Backuplaufwerk. Nicht jedes Dateisystem kann inkrementell.

Nach deinem Beispiel sind es die 501GB, da inkrementell (nur Änderungen) gespeichert werden. Ein gewisser Overhead wird aber wohl trotzallem auch dabei sein, vielleicht also 501,1GB

Ein gravierendes Problem bei der Zusammenstellung gibt es leider: Das Board unterstützt den Prozessor nicht. Der 1225 v5 dürfte Sockel 1151 v1 sein, das Board aber ist Sockel 1151 v2

Mal einfach ein Schuss ins Blaue: Update mal ganz ohne CPU versucht?

Der mag aber keine Wildcard Subdomains in Verbindung mit duckdns, soweit ich weiß. Oder hat sich da inzwischen was getan?