Xav

Danke für eure Hilfen, ich hab es händisch mit dem MC erledigt, die neue Konfiguration läuft. Obwohl ich mir damit die zusätzliche Sata Erweiterungskarte sparen konnte, 2 HDDs weniger im System habe, hat es den Idle Verbrauch nur von 27W auf 24W gesenkt, da hatte ich mir etwas mehr erwartet. Gut , die älteste Platte war aus 2015 und die neueste aus 2018, da kann man schon mal auf neue HW setzen

Ich glaube langsam wir reden aneinander vorbei, ich hänge bei dieser Auswahl was soll, muss ich hier auswählen, das wäre dann Pool slots, da ich meine SSD mit den z.B appdata ja beibehalten will. Mein Fehler ich hätte den Screen mit den Array und Pool und UAD mit anhängen sollen, sorry dafür. Danke für die Geduld mit mir!

Danke nochmal für deine Erklärung. Anscheinend bin ich mit ü50 aber begriffstutzig ich habe nur 1 cache SSD, so habe ich bei mir keinen Pool am Start, ich habe aber 5 HDDs zu einem Array zusammengefasst, auf diesem gibt es die Freigabeordner Filme und Serien, die Dateien der einzelnen Filme sind nicht über die HDDs verteilt, sprich Ordner Film A ist auf disk1 des Array, Film B ist auf disk2 des Array. Am einfachsten, aber mit dem längstem Zeitaufwand, scheint es mir bei null anzufangen, das Array komplett aufzulösen, wenn ich damit auch mindestens 1 Woche auf mein Film und Serien Archiv verzichten muss, muss sich Frau und ich halt mit den Mediatheken zufrieden geben.

Nochmal zur Sicherheit, die Pools sind dann meine Freigaben wie "Filme" und "Serien" worin dann die jeweiligen Filme der Disks liegen? Weil das sollte natürlich so bleiben für Emby Arg sehe gerade ich habe nur noch einen "Strom" Anschluß für eine HDD frei, das limitiert mich am Anfang

Danke schon mal für deine Antwort, ja, das ist ein reines Film und Serien Datengrab, die meisten Filme liegen mir als Bluray eh vor oder werden im TV wiederholt, es wäre zwar nervig die neu rippen zu müssen, aber möglich. Ich habe noch 3 Sata Anschlüße auf einer PCIe Karte frei, die möchte ich aber nach Abschluß der Aktion ausbauen um auf einen niedrigeren Idle Verbrauch zu kommen. Das heißt ich möchte das Array nicht komplett auflösen sondern erst mal 1 8TB Platte raus, eine 16 TB ins Array aufnehmen und die Daten der 8 TB Hdd auf die 16er kopieren, wenn ich das richtig interpretiere, müsste ich bei new config "Array-Slots" anhaken, oder?

Mein unraid läuft ohne Parity Platte, falls das wichtig sein sollte, ich würde gerne 4x 8 TB HDDs mit meinen Filmen und Serien gegen 2x 16 TB HDDs tauschen, sprich ich löse das alte Array auf und füge erst mal eine neue 16 TB als Array hinzu, kopiere von den alten HDDs die Filme auf die neue HDD. Docker und VM sollte davon ja nicht betroffen sein, da dies appdata ja auf der Cache SSD liegen, ebenfalls sollten die Freigaben wie "Filme" und "Serien" erhalten bleiben? Meine Vorgehensweise bis jetzt - Array gestoppt - datenträger 1 auf kein Datenträger gesetzt - wird nun als UA Device angezeigt nun hänge ich bei der Auswahl new config zur Ansicht ein paar screenshots. Wäre dankbar, wenn mich jemand auf den richtigen Weg bringen würde. Schon mal Danke im Voraus

Ja das preclear dauert lange, gerade bei externen, welche dann ausgebaut werden würde ich das preclear trotzdem vorher im Orginalzustand der Platte machen also über USB im USB Gehäuse, wenn das preclear erfolgreich ist, kannst davon ausgehen, dass die HDD hält, HDD Defekte treten in 99% am Anfang auf. Lange Rede kurzer Sinn, ich würde preclearen 😃

Jupp, hat er "Intel® Pentium® CPU G4560 @ 3.50GHz" ich probier das gleich mal aus mit zurück auf 6.9.1, obwohl da ja bei mir die Probleme angefangen haben.

Kannst in den Stats nachschauen, da steht dann sowas wie "emhttpd: spinning up /dev/sde Mar 22 19:19:39 unRAID emhttpd: read SMART /dev/sde" Leider steht nicht dabei wieso das passiert

Soviel ich weiß, ist bei den Pico Psu`s so bei 160W / 200W Peak Schluß, lasse mich aber gerne aufklären, wenn jemand eine mit 200W /250 W Peak kennt.

Wenn ich meine 3 Docker stoppe, wacht bei mir keine Platte ungewollt auf, wieso gerade bei mir MakeMKV das Problem hat kann ich nciht sagen, bis zur Unraid Version 6.8.x ist mir dieses Verhalten nie aufgefallen. Es gab aber auch mindesten 2 Aktualisierungen des MakeMKV Containers in der Zwischenzeit. Für mich ist das Stoppen des MakeMKV Containers bei Nichtnutzung des Programms eine gangbare Lösung um meine Platten im Spindown zu halten.

Nextcloud hab ich nciht, nur emby, LMS und MakeMKV als Docker keine VMs und sobald ich den MakeMKV Docker starte gehen die HDDs mit dem Share Filme alle immer wieder mal an. ist der Docker gestoppt, ist das die letzten 8/9 Stunden nicht mehr geschehen, soviel zu der läuft nur mit

Ich hab die Lösung bei mir hoffentlich gefunden, der MakeMKV Docker scheint bei mir die HDDs in unregelmäsigen Abständen zu wecken, da ich den nicht permanent brauche hab ich den mal gestoppt und den Autostart des Dockers ausgemacht. Ich werde das mal länger als die letzten 8 Std. beobachten.

Nein, ich hab leider noch keine Lösung für das Problem 😥

zu früh gefreut, Festplatten wachen wieder auf mit der gleichen Meldung wie vorher 😞

So, gestern Nacht noch das update auf 6.9.2 aufgespielt, nun heisst es warten und schauen, ob das Problem behoben ist, steht ja als bugfix aufgelistet. Nach 7 Stunden keine spin ups der HDDs mehr, ich bin wieder zufrieden 👍

siehst du das über das Active Streams Plugin? Ich rufe auch keinen Film oder Serie auf, nur die IP meines Mediaplayers sollte den Server online halten, geht aber nicht schlafen auch wenn der Mediaplayer vom Strom ist, da die Festplatten nicht mehr in den Spin down gehen, mal schauen, ob im englischsprachigen Bereich noch Lösungsansätze kommen.

Kann man da auch auf deutsch reporten oder soll ich meine Aussage durch einen Übersetzer jagen, ich versteh zwar lesend einen Großteil davon, beim selberschreiben hab ich aber dann doch Probleme

Seit 19:00 also gut 40 Minuten sind bis jetzt alle im Standby geblieben, nach 20:00 greif ich aber zum Film schauen auf eine HDD zu, ich kann im Log ausser den readSmart nichts erkennen, was die HDD aufweckt und schlimmer noch nicht wieder schlafen lässt.

Alle antworten mit Stanby, wenn ich die vorher mit Spin down auf der "Start" Seite schlafen gelegt habe

WD White Label 8TB aus externen Gehäusen 2x Segate Iron Wolfs 8TB 2x Seagate Iron Wolf 4TB 1x 4 davon sind über die Sata Ports des MB angeschlossen, eine über eine Syba PCIe 4 Port Sata Erweiterungskarte mit Marvell Chipsatz

Hallo, hab ein Problem seit dem Update auf 6.9.1. Im Systemprotokoll taucht immer wieder die Meldung: emhttpd: spinning up /dev/sde Mar 22 19:19:39 unRAID emhttpd: read SMART /dev/sde Mar 22 19:19:45 unRAID emhttpd: spinning up /dev/sdd Mar 22 19:19:45 unRAID emhttpd: read SMART /dev/sdd Mar 22 19:19:57 unRAID emhttpd: spinning up /dev/sdg Mar 22 19:19:58 unRAID emhttpd: read SMART /dev/sdg Mar 22 19:20:07 unRAID emhttpd: spinning up /dev/sdf Mar 22 19:20:08 unRAID emhttpd: read SMART /dev/sdf Mar 22 19:20:15 unRAID emhttpd: spinning up /dev/sdb leider gehen die Festplatten dann nicht mehr in den Spindown und somit greift dann auch das S3 Plugin nicht mehr und der Server legt sich nicht mehr schlafen :-( kennt sonst noch jemand das Problem und hat eine Lösung dafür? Schon mal Dank im Voraus. LG Xav