DRINGEND: TS-253D QTS 5.2.9 – Beide HDDs gesund, RAID1-Superblocks sauber, Storage-Pool fehlt, raid.conf nach NVMe HAL-Konfigurationsänderung leer

English Speicher
, , , ,
1

Wir untersuchen derzeit einen Storage-Pool-Ausfall auf einem QNAP TS-253D mit QTS 5.2.9.3499.

Hardware

  • 2 × 8 TB Seagate-HDDs als RAID 1 konfiguriert

  • 1 × 1 TB FIKWOT FX991 NVMe-SSD über PCIe verbunden

  • Beide HDDs werden von QTS erkannt und zeigen einen gesunden SMART-Status

  • Das ursprüngliche Datenvolumen und das iSCSI-LUN sind nicht zugreifbar

Hintergrund zum Vorfall

Wir haben untersucht, warum QTS die NVMe-SSD nicht für einen Storage-Pool zulässt.

Während der Fehlersuche wurde /etc/hal.conf gesichert und der Protokollwert für [Enclosure_23] von 5 auf 9 geändert. Anschließend wurde diese Änderung wieder rückgängig gemacht.

Der Storage-Pool fehlt jetzt in Storage & Snapshots. Es ist noch nicht geklärt, ob die Storage-Konfiguration bereits vor oder erst nach dieser HAL-Änderung fehlschlug.

Bestätigte Diagnosen

Beide HDD-Datenpartitionen enthalten weiterhin zueinander passende RAID1-Superblöcke:

  • Geräte: /dev/sda3, /dev/sdb3

  • Array-UUID: 777f0148:20914425:ea5cbfef:8f01dbeb

  • RAID-Level: RAID1

  • Status: clean

  • Events: 274358 auf beiden Festplatten

  • Device-Rollen: 0 und 1

  • Array-Status: AA

  • Letztes Superblock-Update: 9. Oktober 2026, 10:21:01

Allerdings:

  • /dev/md1 taucht nicht in /proc/mdstat auf

  • pvs, vgs und lvs zeigen keine aktive Daten-Volume-Group

  • Die aktive /etc/config/raid.conf enthält nur [Global] und raidBitmap = 0x0

  • Ein verfügbares raid.conf.bkup verweist auf /dev/md2 und eine andere UUID, offenbar in Zusammenhang mit der NVMe-Konfiguration

  • Der Storage Manager berichtet über Fehler bei der Datenträger-/Pool-Zuweisung

  • Die vorhandenen iSCSI-Target- und LUN-Namen sind noch sichtbar, aber die LUN-Kapazität ist nicht verfügbar

Fragen an erfahrene QNAP-Nutzer und den QNAP-Support

  1. Was könnte dazu führen, dass QTS die RAID1-Registrierung verliert, obwohl beide Festplatten saubere, zueinander passende Superblöcke haben?

  2. In welchen Logs oder Konfigurationsdatenbanken wird verzeichnet, wann RAID-Einträge aus der raid.conf entfernt werden?

  3. Kann das Ändern des NVMe-Enclosure-Protokolls in der hal.conf dazu führen, dass HAL oder der Storage Manager die RAID-Registrierung überschreibt?

  4. Wo speichert QTS 5.2.9 automatische Backups von raid.conf, der LVM-Konfiguration und Metadaten des Storage-Pools?

  5. Ist das unterstützte Workflow “Attach and Recover Storage Pool” geeignet, wenn das ursprüngliche HDD-RAID nicht aufgebaut ist?

  6. Was ist die sicherste Methode, um den ursprünglichen Pool wiederherzustellen, ohne Metadaten zu überschreiben oder das Array neu zu bauen?

2

Wurde die SSD als Cache konfiguriert?
Der Hersteller der SSD ist nicht für QNAP zertifiziert.

3

Wer hat diesen Wert geändert? Warst du das? Ich würde DRINGEND davon abraten, jemals irgendwelche Dateien, die mit Storage zu tun haben, manuell zu bearbeiten.

An dieser Stelle würde ich empfehlen, ein Ticket bei QNAP zu eröffnen und das Support-Team bei der Wiederherstellung helfen zu lassen.

4

Bitte eröffnen Sie so schnell wie möglich ein Support-Ticket, damit unser Support-Team bei der Wiederherstellung des Speicherpools helfen kann. Wir empfehlen außerdem, keine Systemkonfigurationsdateien (wie .conf-Dateien) selbst zu ändern, da dies die Wiederherstellung erschweren könnte. Vielen Dank!

QNAP Helpdesk