TS-664 RAID5-Rebuild → LVM Thin-Pool-Btree beschädigt — 47TB mit normalen Tools nicht wiederherstellbar, brauche Unterstützung bei thin_repair

Gerät & Software:

  • QNAP TS-664, QTS 5.2.9.3499

  • 4× 18TB WDC-Festplatten (Slots 3–6), RAID 5

  • Speicherpool mit QNAP TIER Thin-Pool auf DRBD + LVM

Was passiert ist:
Nach Abschluss eines RAID-5-Rebuilds ging der Speicherpool offline und lässt sich nicht mehr aktivieren. QTS zeigt das Volume als inaktiv an. Ich habe keine Änderungen am System vorgenommen.

Fehlermeldung in dmesg:

device-mapper: thin: tm_open_with_sm failed
device-mapper: table: thin-pool: Error creating metadata object

thin_check-Ausgabe:

examining superblock
  superblock is corrupt
    bad checksum in superblock
examining superblock backups
  6 valid superblock backups, last backup_id=5 blocknr=16711738

Situation:

  • 47,11TB geschäftskritische Daten (Design-Dateien, Videoproduktion, Buchhaltung)

  • Pool lässt sich nicht mounten – QTS zeigt das Volume nur als inaktiv/beschädigt an

  • Ich habe ein großes externes USB-Laufwerk für eine mögliche Wiederherstellung, falls ich Lesezugriff bekomme

  • Ich habe bisher NICHT neu initialisiert

Fragen:

  1. Kann thin_repair mithilfe der 6 gültigen Superblock-Backups, die von thin_check erkannt wurden, reparieren?

  2. Hat jemand schon einmal eine Low-Level-Thin-Pool-Wiederherstellung speziell auf einem QNAP TIER-Pool durchgeführt?

  3. Gibt es eine Möglichkeit, wie QNAP-Support auf diesem Level helfen kann, oder gibt es einen empfohlenen Datenrettungsdienst, der sich mit QNAP-Interna auskennt?

Jede Hilfe ist sehr willkommen — ich brauche nur Lesezugriff, um die Dateien zu kopieren.

[/share] # dmsetup ls
vg1-tp1_tierdata_2 (252:3)
vg1-tp1_tierdata_1 (252:2)
vg1-tp1_tierdata_0 (252:1)
vg1-lv1312 (252:8)
vg1-lv544_tmeta (252:0)
[/share] # dmesg | grep -i “thin|tier” | tail -20
[217229.555462] device-mapper: thin metadata: sb_check failed: csum 1162835701: wanted 1308032382
[217229.574124] device-mapper: thin metadata: __get_correct_block_manager: free old bm
[217229.582835] device-mapper: thin metadata: sb_check failed: csum 1292622111: wanted 1308032382
[217229.601499] device-mapper: thin metadata: could not create block manager
[217229.609080] device-mapper: tier: tier_ctx_dtr:3989, put device 252:1 !!
[217229.616568] device-mapper: tier: tier_ctx_dtr:3989, put device 252:2 !!
[217229.624056] device-mapper: tier: tier_ctx_dtr:3989, put device 252:3 !!
[217229.631538] device-mapper: table: 252:4: thin-pool: Error creating metadata object
[/share] #

Warum musstest du denn ein RAID neu aufbauen?

Hast du keine Backups deiner wichtigen Daten? RAID ist nämlich kein Backup-System…

Reiche ein Ticket beim QNAP-Support ein

https://www.qnap.com/de/how-to/faq/article/how-do-i-open-a-technical-support-ticket-with-qnap

Bezüglich dieses Anliegens unterstützen wir dich weiterhin über das von dir eröffnete Ticket. Danke!