Hard Drive 2: failed command: WRITE FPDMA QUEUED

Ich denke, daß es sich hier evtl. um eine defekte NVME handelt.

Entferne mal beide NVMEs und lass die DXP ohne laufen und beobachte ob sie Stabil bleibt. Dann bau die NVMEs erst der Reihe nach zuerst 1 und dann die 2 auf dann siehst Du ja um welche NVME es sich handelt.

HAst Du den RAM auch erweitert? es könnte auch der zusätzliche RAM eine Rolle spielen, aber ich denke eher eine der NVMEs ist das Problem, zumindest besteht hier ein zusammenhang.

Kann natürlich auch die DXP selbst sein, die einen Macken hat. Hier hilft erstmal nur das Ausschlußverfahren.

Müsste der Status der Festplatten nicht auch in der Speicher-App stehen? Dort kann man die HDDs von den NVMes gut unterscheiden

Es könnte auch an der NAS liegen, zumindest wenn ich mir das Internet mir anschaue. Dort hatte auch jemand, das Problem mit der 2-Bay Variante und nach einem Tausch bekam er die 4-Bay Variante und bei ihm lief danach alles ohne den Fehler.

Quote from rhubellion

War ein Corsair CMSX16GX5M1A4800C40, den ein Kollege auch verbaut hat und keine Probleme damit in seiner DXP2800 hat.

Hab den auch und auch keine Probleme damit, allerdings gab es schonmal eine Meldung hier, dass genau dieser Riegel Probleme bei der jeweiligen Person gemacht hat, ist wohl in schmaler Grat das ganze.

Es ist grundsätzlich nichts neues, daß es einzelne NAS des selbigen Modells gibt die nicht mit jedem RAM Speicher (auch wenn er im anderen gleichen NAS keine Probleme macht) klar kommt.

Hier ist sicherlich das eine oder ander von der Modellreihe des Baugleichen Modells abhängig. (unterschiedliche Serien)

Bei Synology hat es da den einigen oder anderen User fast in den Wahnsinn getrieben, anstatt des fast überall laufenden 16GB Riegel war so mancher froh, wenn es wenigstens mit 4GB zusätzlichem RAM funktioniert hat.

Es gibt bei UGREEN am meisten Probleme in dieser Richtung mit der DXP28000. für diejenigen wo es nicht klappt, empfehle ich den RAM Speicher von http://www.speicher.de. Der ist zwar etwas teuerer aber wird speziell auf die DXP2800 abgestimmt. In der Regel laufen auch die dort angebotenen größeren RAM Riegel (Overramming ist ein Thema das bei speicher.de ein großes Augenmerk hat).

Aber ich weiß sogar von 1-2 Fällen bei der Synology DS da hatte es nichteinmal mit diesem funktioniert. Keiner weiß warum. Also deshalb von meiner Seite nur Empfehlung und keine 100% GArantir für das funktionieren.

Mich wundert etwas, dass ich von Kompatibilitätsproblemen mit RAM/NVMEs/HDDs häufig in Zusammenhang mit einer DXP2800 lese, oder täuscht dieser Eindruck? Scheint ja eine echte Diva zu sein.
Meine DXP4800plus dagegen schluckt so ziemlich alles, was man ihr einbaut.

Edit: Da war wieder mal eineb einen Tick schneller als ich

Aber das Failed Command kommt doch in Bezug auf Hard Drive 2 und wahrscheinlich auch 1. Die Fehlermeldung WRITE FPDMA QUEUED ist auch nur Bestandteil des SATA-Protokolls und nicht vom NVME-Protokolls. Da läuft in meinen Augen noch etwas Anderes gewaltig schief, was eventuell erst durch den Einsatz von bestimmten NVMEs getriggert wird. Die sind dann zwar der Auslöser, aber nicht die Ursache. Sprich den UGREEN-Support darauf mal gezielt an.

Ich denke da in Richtung Backplane, SATA-Controller auf dem Mainboard oder sonstige Anbindung der Datenträger in dieser Konstellation.

Quote from rhubellion

Also dürfte es bei der Fehlermeldung mMn. um die NVME gehen.

Ich habe das auch nicht ganz 100% zuordnen können, aber das was maxblank geschrieben hat leuchtet mir ein.

Quote from rhubellion

Also dürfte es bei der Fehlermeldung mMn. um die NVME gehen.

Lese ich im Log nicht so heraus.

Ticket bei UGREEN eröffnet?

Das gleiche hier bei mir.
Eine neue DXP2800 ohne irgendwelche Erweiterungen nur mit 2 neuen WD Red Plus, da die laut Ugreen die leisesten im Ranking sind.
Direkt beim Start gibt es die Meldung "Hard Drive 2: failed command: WRITE FPDMA QUEUED". Im laufenden Betrieb, gefühlt beim kopieren größerer Dateien dann auch von Hard Drive 1. Auch wenn ich die Platten tausche (HD 1 in Slot 2 und HD 2 in Slot 1) bleibt es beim Start bei der Meldung zu Hard Drive 2. SMART-Werte der Platten sind ok und Fehlerlogs an Ugreen zur Analyse gesendet. Ergebnis: einschicken zur Reparatur. Nun nach 2 Wochen das Gerät wieder erhalten, neueste Firmware installiert und siehe da, der Fehler ist exakt so geblieben.
Bin gespannt was der Support nun vorschlägt...

Ich glaube nicht unbedingt, daß es an den WD RedPlus HDDs liegt. Ich betreibe meine DXP4800Plus von Anfang an mit WD RedPlus und ich weiß auch jemanden hier im Forum seine DXP2800 mit WDRedPlus von Anfang betreibt. Probleme traten bisher keine auf.

Quote from Ulmisch

Thema mit den WD Reds hin.

Würde ich so pauschal nicht unterschreiben. Ich hab meine zwei WD von der DS in die DXP umgezogen und die machen keinerlei Probleme. Eher war die SN700 hier öfter im Verdacht.

rhubellion wollte Ugreen wirklich einen kompletten Smart-Test? Oder nur die Werte? Das könntest du schneller haben

Per ssh als root auf der DXP einloggen sudo -i

1. Laufwerke identifizieren lsblk
2. einzelne Smartwerte abrufen (sollten so (ähnlich) heißen).
   • smartctl -iA -d sat /dev/sda
   • smartctl -iA -d sat /dev/sdb
   • smartctl -iA -d sat /dev/nvme0n1
   • smartctl -iA -d sat /dev/nvme1n1

PS: solltest du letzteres bereits gewusst haben, dann für die "Nachwelt"