Beiträge von kaltes_eisen

Werde ich machen, dachte nur das vielleicht hier schon jemand auf dieses problem gestoßen ist

Die System Notifications hatte ich aktiviert und eingerichtet. Zusätzlich lasse ich mir zum Testen jede Stunde eine Nachricht vom Status des Arrays schicken. Habe das Ganze also nochmal probiert: Platten im Standby, Disk 1: Daten abgezogen, Strom abgezogen. Das System anschließend 3h laufen lassen.

In der Zeit kamen 2 Mails vom Status des Arrays an (hat sich zeitlich etwas überschnitten):

Event: Unraid Status
Subject: Notice [UNRAID] - array health report [PASS]
Description: Array has 3 disks (including parity & cache)
Importance: normal

Parity - WDC_WD15EARS-00MVWB0_WD-WMAZA2497899 (sdb) - standby [OK]
Disk 1 - WDC_WD15EZRX-00D8PB0_01KATHR-0CC (sdd) - standby [OK]
Cache - CT120BX500SSD1_1930E1902C6A (sdc) - standby [OK]

Wie gesagt, Disk 1 hatte zu dem Zeitpunkt weder Strom noch Daten, die kann nicht "OK" sein. Weder auf der Weboberfläche, noch per Mailalarm kam irgendwas rein.

Da in der Zeit kein Zugriff auf die Platten erfolgt, hab ich an Disk 1 wieder Daten ran und Strom, anschließend per Netzwerk auf die Daten zugegriffen. Platten fuhren hoch und zack meldete unRAID "Disk 1 - disabled". Also hat das OS es sehrvoll mitbekommen, dass ich die Disk 1 entfernt hatte, fand es aber nicht interessant genug, das zu melden. Im Log stand nämlich zu dem Zeitpunkt des Abziehends auch folgendes:

May 14 15:53:40 UNRAID kernel: ata4: SATA link down (SStatus 0 SControl 300)
May 14 15:53:45 UNRAID kernel: ata4: SATA link down (SStatus 0 SControl 300)
May 14 15:53:51 UNRAID kernel: ata4: SATA link down (SStatus 0 SControl 300)
May 14 15:53:51 UNRAID kernel: ata4.00: disabled
May 14 15:53:51 UNRAID kernel: ata4.00: detaching (SCSI 4:0:0:0)
May 14 15:53:51 UNRAID kernel: sd 4:0:0:0: [sdd] Synchronizing SCSI cache
May 14 15:53:51 UNRAID kernel: sd 4:0:0:0: [sdd] Synchronize Cache(10) failed: Result: hostbyte=0x04 driverbyte=0x00
May 14 15:53:51 UNRAID kernel: sd 4:0:0:0: [sdd] Stopping disk
May 14 15:53:51 UNRAID kernel: sd 4:0:0:0: [sdd] Start/Stop Unit failed: Result: hostbyte=0x04 driverbyte=0x00

Also wie schon oben gesagt, das OS hat es sehrwohl mitbekommen. Monitoring-System hin und her, es handelt sich aber um ein NAS System und da verlange ich, dass mir gemeldet wird, wenn eine Platte einen Ausfall hat. Reicht ja schon wenn er wie wild anfangen würde per Beep-Code Meldung zu bringen.

Guten Abend zusammen,

ich habe heute mal das Worst Case Szenario ausprobiert: Parity + Disk 1 im standby, also mal von der Disk 1 das SATA Kabel entfernt. Nichts passiert, kein Nachrichten seitens unRAID (weder Weboberfläche noch Mail). Nach 30 Minuten kam immer noch nichts. Hab dann einfach mal auf einen Share unter Windows zugegriffen, nach 1-2 Sekunden hatte ich Zugriff und das Video wurde gestartet. Dann endlich kam in der Weboberfläche eine Meldung, zeitgleich auch eine Mail.

Warum so verzögert? Was ist, wenn ich keine Mailbenachrichtigung aktiviert habe und mich eher selten (wenn alles läuft macht das ja auch keiner großartig) in der Weboberfläche aufhalte? Ich weiß, Mailbenachrichtigung (oder ähnlich) ist eigentlich Pflicht.

Oder noch schlimmer: Disk 1 fällt aus, ich greife erst nach 1 Woche auf das NAS mal wieder zu und in dem Zeitraum gab es nur noch die Parity Platte? Was ist wenn die in der Zeit auch noch ausgefallen wäre, zum Beispiel direkt nach dem Hochfahren aufgrund meines Zugriffes? Oder das der SATA Controller ausgestiegen ist und alle Platten nicht mehr verfügbar sind?

Bin da ehrlich gesagt leicht schockiert, dass da unRAID so harmlos damit umgeht. Übersehe ich da irgendwas oder ist die Vorgehensweise seitens des OS so normal? Man hat zwar externe Backups vorliegen, aber dennoch schmeckt mir das nicht.

Gruß

- hier stand Mist -

Hallo, danke für den Link, die Erklärung dazu habe ich mir schon angeschaut. Leider hilft das nicht bei meinem Problem. Vorhin hab ich wieder Daten in den Ordner hochgeladen, sofort sprang wieder die Disk 1 an ‍♂️

Mein System läuft soweit, heute ist mir bloß aufgefallen, dass die Disk 1 Platte angelaufen ist, obwohl diese eigentlich einen Cache vorgeschaltet hat. Hintergrund: Mein Handy macht täglich einen Backup seiner Fotos, dafür habe ich einen extra Share erstellt, der nutzt, laut den Einstellungen, den Cache. Werden dann aber Daten darauf kopiert, springt sofort die Disk 1 an. Verstehe nicht warum das so ist. Habe auch nochmal den Cache auf "Yes" gesetzt, gleiches Spiel beim nächsten Upload der Daten.

"Problem" wurde gelöst: Ist wohl ganz normal, sobald die Festplatten am Strom hängen und per Standby-Befehl sich schlafen legen, läuft der Counter einfach weiter. Ist bei meinen beiden externen Festplatten ebenfalls zu beobachten. Nur als Info für die, die auf diesen Thread stoßen sollten. Wieder was gelernt

Hallo, ich habe mir kürzlich ein unRAID System zusammengebaut. Aktuell läuft nur pihole und emby im Docker, Daten davon liegen im Cache. Scheduler sind alle ausgeschaltet. Dennoch steigen meine Betriebsstunden an. Seit heute 5:30 Uhr bis 12 Uhr auf jeweils (Party und Disk 1) 3h mehr. Kein Client greift auf das System zu, selbst wenn, dank dem Cache sollten die großen Platten nicht hochfahren

Zitat von DaVu

Naja, ich würde mich mal auf UnRaid per SSH einloggen und mit "top" schauen, welcher Process denn da die CPU zu fast 100% auslastet.

Irgendwas wird da schon noch laufen. Wir wissen ja schließlich nicht, was du alles mit deinem UnRaid so machst ;). Glaskugeln sind ohnehin schon rar und in Zeiten von Corona wirds nicht besser

Nein es läuft nichts, maximale Auslastung ist bei 1-2 %. Ja das Problem mit der Glaskugel kenn ich Wenn ich aber sage Idle, mein ich das auch

Zitat von SkyBird1980

Check mal mit dem Tips and Tweaks Plugin deinen Govenor. Power Save sollte da sein.

Perfekt! Warum auch immer stand dort Performance, nun manuell auf Power Save gestellt und die CPU taktet brav runter. Vielen Dank

Hallo zusammen,

ich habe mir kürzlich einen kleinen UNRAID Server auf Basis des ASRock - J4105-ITX zusammengebaut. Das Board hat eine integrierte Intel® Celeron® J4105 CPU, die einen Standardtakt von 1,5 GHz hat, Boost geht bis auf 2,5 GHz hoch. Laut BIOS ist der kleinstmögliche Takt bei 800 MHz. Per "watch -n 1 grep MHz /proc/cpuinfo" hab ich mir die Daten mal anzeigen lassen, ich bewege mich da immer im Bereich zwischen 2,3 - 2,5 GHz, egal ob das Gerät seit Stunden rumidled oder nicht. Warum taktet die CPU nicht weiter runter? Im BIOS steht der C-Status auf C6.