Hard Drive 2: failed command: WRITE FPDMA QUEUED

SvenC900, dann bist Du nicht der erste der die EFBX nutzt, siehe RE: Hard Drive 2: failed command: WRITE FPDMA QUEUED, wie im Thread zu lesen ist geht es in der Regel um die EFPX und EFRX und dazu sogar Samsung-SSD. Selbst UGREEN hat es „kapiert“ und ihre Kompa-Liste dahingehend „modifiziert“, aber das war es dann auch aktuell.

Ich hab jetzt seit einem knappen Monat die DXP 2800 mit einer WD Gold und einer Seagate Ironwolf laufen.
Gott sei Dank ohne irgendwelche Probleme. Nun bin ich glücklich
Heute hatte ich nur kurz einen Schock. Die neue Frimware installiert, alles unauffällig. Dann hab ich am iPad die App aktuallisiert und beim ersten öffnen stand plötzlich degradiert.
Sprang aber sofort auf gut um. Nach Prüfung der Logs, war das nur ein Anzeigefehler, im Nas selbst, keinerlei Auffälligkeiten.

Ich werde nun aber Abstand von WD nehmen und in Zukunft nur mehr Seagate, oder Toshiba kaufen. WD hat sich bei der Serviceabwicklung wirklich nicht mit Ruhm bekleckert.
Konnte nun auch Gott sei Dank die recertified WD Plus, zu einem guten preis verkaufen und hatte somit dann keinerlei Zusatzkosten beim Umstieg auf Seagate.

Sehr schön 👍

Ich habe leider auch das Problem mit einer neuen WD Gold 12 TB (WD122KRYZ).
Ich habe sie einzeln im Bay 2 in einer neuen DXP2800 betrieben, da ich die Platte möglichst weit von den M.2-Ports entfernt haben wollte.

Fehlermeldung:

Hard Drive 2: failed command: WRITE FPDMA QUEUED

smartctl -x /dev/sda:

Device Model:     WDC WD122KRYZ
Firmware Version: 01.01H01

Im Bay 1 läuft die Festplatte bisher ohne Auffälligkeiten.

Chris1989 Hattest du die WD Gold auch im Bay 2 ausprobiert? Lief sie dort stabil?

Kann jemand einschätzen, ob man das so weiterlaufen lassen kann, oder ob mit der Zeit erneut Fehler auftreten können?
Oder lieber das NAS gegen das 4800 tauschen oder eventuell auf das 4800S warten?

Bevor ich die Seagate bekam, hatte ich 2 10TB WD gold im Einsatz und diese liefen 1 Monat ohne jegliche Probleme. Somit ja, Bay 1 und Bay 2 liefen gut.
ich würde mal bei Ugreen ein Ticket eröffnen.
Eventuell ist die Festplatte auch nicht ganz gesund.
Ugreen hatte bei mir herausgefunden, dass beide WD Red Plus kaputt sind. Dies führte dann dazu, dass das Volume degradiert war.
Kommt bei dir bis jetzt nur die Meldung, aber Volume ist noch ok?

Ich persönlich würde es so nicht laufen lassen. Wäre mir zu unsicher.

Die DXP2800 und die Festplatte sind neu.
Ich habe die Platte vor dem Erstellen des Pools per SSH mit badblocks getestet.

Im Bay 2 trat der Fehler sofort nach dem Start von badblocks auf.
Nach etwa einer Stunden badblocks im Bay 1 trat der gleiche Fehler jetzt doch noch auf.
Interessanterweise sieht man den Fehler mit dmesg sieben mal, in der Log-App nur einmal.

So ist das ganze leider nicht nutzbar...

[ 5157.229425] ata1.00: exception Emask 0x10 SAct 0x100000 SErr 0x400100 action 0x6 frozen
[ 5157.229460] ata1.00: irq_stat 0x08000000, interface fatal error
[ 5157.229469] ata1: SError: { UnrecovData Handshk }
[ 5157.229481] ata1.00: failed command: WRITE FPDMA QUEUED
[ 5157.229489] ata1.00: cmd 61/00:a0:08:7e:8d/02:00:05:00:00/40 tag 20 ncq dma 262144 out
                        res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x10 (ATA bus error)
[ 5157.229519] ata1.00: status: { DRDY }
[ 5157.229531] ata1: hard resetting link
[ 5157.537523] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 5157.681889] ata1.00: configured for UDMA/133
[ 5157.681955] ata1: EH complete
[ 5254.407572] ata1: limiting SATA link speed to 3.0 Gbps
[ 5254.407602] ata1.00: exception Emask 0x10 SAct 0x800 SErr 0x400100 action 0x6 frozen
[ 5254.407619] ata1.00: irq_stat 0x08000000, interface fatal error
[ 5254.407628] ata1: SError: { UnrecovData Handshk }
[ 5254.407640] ata1.00: failed command: WRITE FPDMA QUEUED
[ 5254.407647] ata1.00: cmd 61/00:58:08:b4:91/02:00:08:00:00/40 tag 11 ncq dma 262144 out
                        res 40/00:01:01:4f:c2/00:00:00:00:00/00 Emask 0x10 (ATA bus error)
[ 5254.407677] ata1.00: status: { DRDY }
[ 5254.407689] ata1: hard resetting link
[ 5254.715557] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
[ 5254.863693] ata1.00: configured for UDMA/133
[ 5254.863758] ata1: EH complete
[ 6115.273122] perf: interrupt took too long (3147 > 3138), lowering kernel.perf_event_max_sample_rate to 63500

Ich werde ein Ticket bei Ugreen eröffnen und überlegen, ob ich die WD Gold für externe Backups nutze und eine andere Festplatte für das NAS kaufe, oder ob ich das NAS komplett tausche.

Idealerweise sollte in der Kompatibilitätsliste ein allgemeiner Hinweis zur schlechten Kompatibilität des DXP2800 mit WD-Festplatten hinterlegt werden, um Fehlkäufe zu vermeiden.

SGen, mal die https://ugreen-forum.de/kompatibilitaet/, von Usern aus diesem Forum „gefüttert“ beachten (schau dort mal genau hin wer mit WD-HDD EFPX und EFRX „erfolgreich“ war/ist, was diejenigen danach gekauft und erfolgreich verbaut haben und nutzen). Die offizielle Liste von UGREEN „lebt“ und bedeutet nichts anderes das die, wenn gewollt und für nötig gehalten, Hardware aus der Liste herausnehmen oder einfügen. Musst dir, wenn du danach was gekauft hast, gleich mal einen Screen oder sonst was anfertigen, um einen Beleg/Nachweis zu haben (ob der dann tatsächlich was bringt, ist eine andere Geschichte).

Das NAS tauschen? Mach, aber keine DXP2800er, denn eine Lösung gibt es aktuell nicht seitens UGREEN.

Ich weiß nicht, ob ich es in den letzten Beiträgen übersehen habe, aber welchen Einfluss hat der Fehler auf Dateien? Wenn ich jetzt eine neue Festplatte kaufe und die Dateien übertrage, kann es sein, dass manche beschädigt sind? Müsste ich dann alle 20.000 Bilder manuell prüfen?

Tipp: Hier ist das Terminal mal hilfreich. Man kann das ggf. mit ein paar Zeilen Code alle überprüfen lassen. Und dann sich nur die anzeigen lassen, die fehlerhaft sind.

Moin,
ich habe Folgendes Problem:
Ich habe ein neues DXP2800 mit 2× 3TB WD Red Plus (SKU:WD30EFPX) eingebaut und als RAID 1 eingerichtet.
Nach jedem Neustart bekomme ich jedoch den Fehler:
“I/O error, dev Hard Drive 2, sector 256 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0” (der Sektor wechselt jedes Mal).

Dann habe ich die Platten untereinander getauscht – und wenn ich die Platte aus Bay 1 in Bay 2 einsetze, ist der Fehler weg. Stattdessen erscheint dann aber:
“Hard Drive 2: failed command: WRITE FPDMA QUEUED”. (Ist dann auch wieder ein Fehler in Bay2 aber mit der anderen Platte.


Jetzt habe ich mit dem Support geschrieben und die wollen das Ding haben. Ich denke aber nicht das das was bringt. Auch ist mir aufgefallen das die eine Platte bei 6GB/s läuft und die andere bei 3GB/s.

Hast Du Dich hier im Thread eingelesen? Hier wurde bereits alles zum Thema abgebacken. Welches "Ding" will UGREEN denn haben? DXP oder HDDs oder beides?

Bin auf Seite 12 xD
Nur die DXP bis jetzt. Habe noch keine Antwort von Abby xD

Verkaufe die WD und kaufe IronWolf. Denkt ihr, dass ein Hardwaredefekt auszuschließen ist?

War bisher nie der Fall, es ist nur die Kombination mit WD.......EFPX HDDs macht in erster Linie Probleme . Mit Seagate gab es dann keine Probleme mehr.

Es zieht sich aktuell wie ein roter Faden durch diesen Thread, dass einige WD HDDs leider aus bisher nicht bekannten Gründen inkompatible sind. Insbesondere scheint SLOT 2 betroffen zu sein.

An eine Lösung des Problems glaube ich realistischerweise nicht mehr. Daher ist es sicherlich sinnvoll in der DXP2800 lieber mit Seagate Ironwolf HDDs zu betreiben.

Ich habe zwar bisher keine Beeinträchtigungen feststellen können, allerdings ist das keine Garantie, das ich nicht doch irgendwann das "Dicke Ende" habe

Beste Grüße
Heinz

Super, dann würde ich mir die Seagate kaufen, außer jemand meint, die Toshiba sind besser. Danke 😊👍

Toshibas sind von der Qualität auch in Ordnung, aber meistens je nach Größe deutlich lauter.

Folgende Rückmeldung haben wir vom Support gestern erhalten:

Grundsätzlich empfehlen wir weiterhin, nach Möglichkeit Festplatten aus unserer offiziellen Kompatibilitätsliste zu verwenden. Diese Kombinationen wurden umfassend getestet, wodurch das Risiko von Kompatibilitätsproblemen bestmöglich minimiert wird.

Bezüglich der von Ihnen angesprochenen Meldungen wie „error: WRITE FPDMA QUEUED“ können wir Folgendes bestätigen: Uns ist bekannt, dass dieser Fehler in den Systemprotokollen auftreten kann. Diese Meldung allein bedeutet jedoch nicht zwangsläufig ein Risiko oder einen unmittelbar bevorstehenden Ausfall.

In einigen Fällen erscheinen entsprechende Log-Einträge, obwohl es zu keiner tatsächlichen Unterbrechung oder Störung des Storage Pools kommt. In solchen Situationen können betroffene Nutzer das System normal weiterverwenden.

In anderen Fällen haben wir jedoch auch beobachtet, dass derselbe oder ein ähnlicher Fehler in Verbindung mit Problemen im Storage Pool auftritt. In diesen Fällen bitten wir die Nutzer, zeitnah ein Support-Ticket zu eröffnen, damit unser technisches Support-Team den jeweiligen Fall gezielt untersuchen kann.

Für diese Szenarien stehen uns etablierte Prozesse zur Analyse und Problemlösung zur Verfügung. Da sich die zugrunde liegenden Ursachen dieser Fälle nicht einheitlich darstellen, ist eine pauschale Bewertung nicht möglich. Je nach Einzelfall können mögliche Ursachen unter anderem sein (nicht abschließend):

• ein Kompatibilitätsthema,
• ein Defekt oder eine Auffälligkeit der Festplatte selbst,
• der Einsatz von SMR-Festplatten,
• oder Kontaktprobleme, z. B. durch verschmutzte Steckverbindungen.

Aus diesem Grund ist es notwendig, jeden Fall individuell über den technischen Support zu analysieren, um die konkrete Ursache zu identifizieren und eine passende Lösung umzusetzen. Parallel dazu arbeiten wir an weiteren Optimierungen, darunter:

• eine Verbesserung der Fehler- und Warnmeldungen, um diese für Nutzer verständlicher einordnen zu können,
• sowie allgemeine Optimierungen im Bereich der System- und Laufwerkskompatibilität.

Aus unserer Sicht ist Ihr aktuelles Vorgehen in der Community genau richtig: Bitte verweisen Sie betroffene Nutzer an den Support und empfehlen Sie, beim Erstellen eines Tickets möglichst direkt relevante Informationen bereitzustellen, z. B. das Diagnose-Bundle über „Support → Contact Us → One-click Generation“, Screenshots, SMART-Daten, das genaue NAS-Modell sowie die exakten Modellnummern der verwendeten Festplatten.

Zudem sollte Nutzern klar empfohlen werden, sich sowohl vor dem Kauf von Festplatten als auch bei der Fehleranalyse an der offiziellen Kompatibilitätsliste zu orientieren.

Vielen Dank nochmals für Ihre konstruktive Zusammenarbeit und Ihren wertvollen Beitrag zur Community.

Freundliche Grüße
UGREEN Support

Na super.

Quote from Mike0185

Zitat Ugreen-Support:

Zudem sollte Nutzern klar empfohlen werden, sich sowohl vor dem Kauf von Festplatten als auch bei der Fehleranalyse an der offiziellen Kompatibilitätsliste zu orientieren.

Das ist ja echt ein toller Tip!

Nichts anderes habe ich letztes Jahr auch gemacht, aber jetzt stehe ich auch mit einem degraded Raid1 und 2 x WD80EFPX da.

Der Support antwortet zwar superschnell, aber im Endeffekt alles "witzlos" bis dato.