Asustor NAS - JBOD initialiseriung der ext. Einheit schlägt (manchmal) fehl

Hi, ich betreibe ein Asustor 6510T + 2 Stk. AS6004 (jede einheit hat 4x 3,5" HDDs als JBOD mit BTRFS) daran.
Problem: bei einem reboot des NAS wird nur eine AS6004 vollständig (in bezug auf HDDs) erkannt und dann auch initialisiert/gemounted (diese einheit funktioniert dann auch problemlos), bei der zweiten Einheit sagt das NAS aber: 1 (oder manchmal 2) HDDs fehlen, und setzt es inaktiv, optisch fällt mir halt nur auf, dass 3 der 4 HDDs sofort nach einschalten die grüne kontrollled leuchtet, die 4. HDD (meistens in slot 1 oder 2) braucht halt ~5sec länger bis sie grün wird, aber im endeffekt werden alle grün, aber dann sagt das NAS schon, dass eben eine HDD fehlt, obwohl jetzt aber eh alle 4 grün leuchten.

manuelles initialisieren oder aktiv setzen gibts nicht in der Asustor software afaik. nur durch abstecken des USB kabels (oder trennen des ext. netzteiles für die Einheit) kann ich die neuinitalisierung auslösen.
Nur sobald ich USB kabel oder stromstecker ziehe, drehen die platten runter und da liegt imho der fehler: die platten dürften ungleich lang für den spin-up brauchen und daher meldet sich wahrs. 1 oder 2 platten zu spät als "betriebsbereit" und das NAS sagt schon vorher "da fehlt was, breche initialsisierung ab".

Asustor support sagt, die HDDs stehen nicht auf der QVL, daher kein support, meine Frage nach einer manuellen Initialisierung wurde nicht beantwortet, lediglich "the NAS handles all the power requirements for the extension box"

Kabel/netzteile/Einheiten und USB ports hab ich schon kreuz und quergetauscht ohne erfolg.

hat wer eine idee, wie ich so eine manuelle initialisierung anstossen kann in der asus software? (dzt. brauch ich ca. 20 reboots bis ich doch beide ext. einheiten zufällig dann doch mal online/initialisiert krieg)

Haha, der Asustor-Support putzt sich also wegen der Wahl der HDDs ab, und du stehst mit dem de facto unbrauchbaren Graffl da, wo man in der Firmware nicht aufs Settlen der udev-Events der Disks wartet, bevor man die Layer darueber startet? Das sagt mir recht eindeutig, ob ich jemals was von denen kaufen wuerde.

Da wirst auch nicht uebertrieben viel machen koennen - auszer die Firmware/das OS tauschen, falls das bei deinem Modell geht. Das Problem wurzelt an der Inkompetenz von Asustor bei der Implementierung, wo man sich eine Race Condition eingetreten hat, wo keine sein muesste.

Hat man auf den Geraeten eine lokale root-Shell?

Also ich behaupte mal, dass, wenn man sich die Firmware genauer ansieht, eine Software-Only-Loesung basteln kann, die deinen Use Case repariert. Aber das ganze waere "exploratory surgery" - also da muesste sich jemand mit Ahnung von der Materie live an dieser Admin-Shell spielen koennen, damit das was werden kann.

hi, ich habe Toshiba enterprise disks (Flux Control Microwave Assisted Conventional Magnetic Recording (FC-MAMR CMR) )
, bis 14TB sinds in der Asustor QVL liste. aber ich verwende 16TB und 18TB modelle, die sind beide nicht mehr in der QVL liste.

wie beschrieben, wenn das JBOD mal erkannt wird/initialisiert/aktiv/online ist, dann rennt das JBOD wochen/monate/jahrelang ohne probleme, also keine errors, keine sync fehler, keine SMARTdaten auffälligkeiten, es ist eben nur das booten des NAS und die erkennung der beiden externen zusatz-boxen mit 2 x (4x18TB) ein problem, wobei eben eines wird immer erkannt ohne probs, das andere dann nicht, und die beiden wechseln sich nach lust & laune ab, wer mal darf oder nicht...

@Colossus ja ich hab auch den amateureindruck, dass es doch iwie über einen CLI befehl möglich sein sollte, dass JBOD einfach neu zu mounten (wenn dann alle HDDs grüne LED haben) aber asus support schweigt dazu...

Ich wuerd den Support auch mal beinhart anluegen und behaupten, du hast jetzt auf die 14TB-Disks aus der QVL gewechselt, und das Problem ist immer noch das selbe. Alleine schon weil es mich interessiert, was sie dann vorschlagen zu tun.

Ne Möglichkeit die 18 TB ins Haupt-Nas reinzustecken und die alten HDD's extern zu testen gibts dank Raidverbund vermutlich nicht so einfach ?

Tja, wenn der Support einfach jede Zusammenarbeit verweigert muss man halt leider selbst debuggen. Nervt total und die Antwort die man dann rausfindet gefällt auch meistens nicht. Sehr bescheidene Situation sowas - weil im schlimmsten Fall kommt raus das die NAS einfach nicht mit Flux-CMR - warum auch immer - kann und es nicht an den externen Boxen liegt. Bei mir wars noch harmlos aber genau aus diesem Grund hab ich 2 so gschixxxene SMR-2TB-WD RED NAS Festplatten daheim liegen weils in einem f.cking NAS einfach nicht stabil funktionieren. Bei mir wars übrigens ne Synology NAS.

WD hat mit dem Ding den Vogel für mich abgschossen weil der Unterschied zwischen CMR und SMR bei denen ist ein Buchstabe (E oder F) in der Modellnummer ob die HDD jetzt wirklich für nen Raidverbund funktioniert oder nicht - dokumentiert ists übrigens auch nirgends