Mein Problem existiert schon ewig, aber bislang hat niemand eine sinnvolle Idee geschweige denn Abhilfe geschaffen :-(

Also starten wir nochmal einen Versuch:

• alle Array Platten sind in der Startup Gruppe "Array" mit einem Timeout von 30min.

• Nach 30min Inaktivität fahren auch alle brav herunter und sparen Strom.

• Alle? Nein, EINE Platte bleibt standhaft und läuft weiter:

Aus unerfindlichen Gründen mag Platte 4 nicht schlafen gehen, auch von Hand kann man sie nicht dazu bewegen.

Ja, ich weis, "da wird irgendein Task eine Datei blockieren", die Standardantwort.

Aber, da ist nix besonderes drauf:

root@F:~# cd /mnt/disk4

root@F:/mnt/disk4# v

total 16

drwxrwxrwx 3 imagemaster users 66 Jul 15 10:56 $RECYCLE.BIN/

drwxrwxrwx 5 imagemaster users 264 Jul 15 10:56 BDundDVD/

drwxrwxrwx 26 imagemaster users 4096 Jul 15 10:56 Filme/

drwxrwxrwx 2 imagemaster users 6 Jul 15 10:56 ModelleFuerDrucker/

drwxrwxrwx 81 imagemaster users 4096 Jul 15 10:56 Serien/

drwxrwxrwx 5 imagemaster users 114 Jul 15 10:56 Spiele/

drwxrwxrwx 2 imagemaster users 89 Jul 15 10:56 System\ Volume\ Information/

drwxrwxrwx 14 imagemaster users 4096 Jul 15 10:56 Zeitschriften/

root@F:/mnt/disk4#

Und "Openfiles" zeigt auch nichts auf Disk4

Egal was ich mache, Disk4 bleibt immer an :-(

SNIEF!

(wenn man die Startdup Gruppen deaktiviert, KANN man Disk4 runterfahren !)

Also, da ist echt der Wurm drin, wo ist der Siegfried, der diesem Lindwurm den Garaus macht???

Edited Wednesday at 01:40 PM4 days by MAM59

1 hour ago, MAM59 said:

• Alle? Nein, EINE Platte bleibt standhaft und läuft weiter:

leider fehlen alle Daten zum System.

SAS Platte?

1 hour ago, DataCollector said:

SAS Platte?

Son Hexenwerk gibts hier nicht, alles schnödes SATA.

Ach ja, ich sollte was anhängen, wobei, da findet sich kein Hinweis auf eine mögliche Ursache...

Wobei, selbst wenn man manuell versucht, diese Platte runterzufahren, /dev/sdf taucht noch nichtmals in der Versuchsliste im Syslog auf :-(

f-diagnostics-20260715-1803.zip

Wobei, bei genauerer Durchsicht fällt mir folgende Zeile auf:

Jul 8 12:00:22 F emhttpd: sdspin /dev/sdf up: 1

Vorher hat er noch sdf erfolgreich runtergefahren, danach irgendwann wieder hochgefahren, und als Ergebnis kam obiger Eintrag.

Was immer das bedeuten mag (für andere Laufwerke finde ich solche Zeilen nicht)

Edited Wednesday at 04:16 PM4 days by MAM59

Also ich bin nun etwas weiter:

• nach einem Reboot kann man die Platte 4 wieder "runterfahren"

• aber irgendwann kommt dann bei sdspin der returnwert 1 und ab da ist die Platte "blockiert"

Es geht also ein paar Stunden/Tage gut, danach klemmt die Platte.

Die Frage ist: "Was is returnwert 1 bei SDSPIN?"

Fazit: sobald einmal 1 kam, wird die Platte nie wieder angefasst von sdspin. Das muss also irgendwo gespeichert werden bis zum Reboot

Da SDSPIN nur ein Skript ist, war die Lösung einfach: "1" bedeutet "unterstützt wahrscheinlich kein standby".

Das ist aber in diesem Falle ein Fehler.

Ich warte mal ab, bis es wieder passiert, und probiere dann mit hdparms direkt. Vielleicht kommen da sinnvollere Hinweise bei heraus

Edited Thursday at 05:46 AM4 days by MAM59

@JorgeB may a hint what this is

23 hours ago, MAM59 said:

Jul 8 12:00:22 F emhttpd: sdspin /dev/sdf up: 1

as soon this happens a spindown from this disk is prevented, either manual or traggered.

thanks ahead for a hint

54 minutes ago, alturismo said:

emhttpd: sdspin /dev/sdf up: 1

This means the device is reporting that spin-down is not supported., which is kind a weird since you have another disk of the same model and it works, though it's using a different firmware, so it could be related to that.

38 minutes ago, JorgeB said:

This means the device is reporting that spin-down is not supported., which is kind a weird since you have another disk of the same model and it works, though it's using a different firmware, so it could be related to that.

It is even more wierd. The disk "works" for some hours, even days obeying spinup and spindown commands.

But suddenly it reports back status 1 (not supported).

From then on, UNRAID does not even try anymore to spin it up or down.

THAT is the main problem, it is locked until reboot.

When it happens next time I will try manually the hdparm commands for spinning up and down and see, if status 1 keeps on, or if it was as wrong reading somehow.

30 minutes ago, MAM59 said:

From then on, UNRAID does not even try anymore to spin it up or down.

That is normal; once Unraid gets the "I don't support spindown" response, it won't try again, to not spam the log.

25 minutes ago, JorgeB said:

That is normal; once Unraid gets the "I don't support spindown" response, it won't try again, to not spam the log.

Maybe a wrong descion, it will depend on my test soon to come (after the drive is locked again soon)