Nach Neustart: [Storage Manager] Failed to activate metadata for thin storage pool 1.

Hallo,

ich nutze ein TS-253D mit zwei 4TB HDD. Vor ein paar Wochen gab es schon einmal Problem mit dem HBS3, doch nach Update der App und einem Firmwareupdate lief das System erst mal wieder fehlerfrei.

Dann hing eine Synchrionisation seit 2 Tagen. Die habe ich gestoppt und wollte dann einmal das NAS neustarten, um dann erneut die Synchronisation anzustossen. Das NAS konnte aber schon nicht mehr stoppen. Es wollte 15 Prozesse stoppen, aber als sich nach einer halben Stunde nichts getan hat, habe ich das NAS über den Power-Button ausschalten müssen. Nach dem Einschalten:

[Storage Manager] Failed to activate metadata for thin storage pool 1.

Der Speicherpool ist entladen:

qnap-metadata-2.png

Aber der Status der Datenträger ist scheinbar noch gut:

qnap-metadata-1.png

Die Daten habe ich auf der Konsole abgefragt, wobei die mir leider nicht sonderlich viel sagen. Ob die Warnung des pvscan ein Problem sind - keine Ahnung.

[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md1 : active raid1 sda3[0] sdb3[1]
      3897063616 blocks super 1.0 [2/2] [UU]

md322 : active raid1 sdb5[1] sda5[0]
      6702656 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md256 : active raid1 sdb2[1] sda2[0]
      530112 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md13 : active raid1 sda4[0] sdb4[1]
      458880 blocks super 1.0 [64/2] [UU______________________________________________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sda1[0] sdb1[1]
      530048 blocks super 1.0 [64/2] [UU______________________________________________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

unused devices: <none>

[~] # md_checker

Welcome to MD superblock checker (v2.0) - have a nice day~

Scanning system...


RAID metadata found!
UUID:           02f8c70f:a93090e7:7b135312:8012e420
Level:          raid1
Devices:        2
Name:           md1
Chunk Size:     -
md Version:     1.0
Creation Time:  Oct 29 00:08:08 2020
Status:         ONLINE (md1) [UU]
===============================================================================================
 Enclosure | Port | Block Dev Name | # | Status |   Last Update Time   | Events | Array State
===============================================================================================
 NAS_HOST       1        /dev/sda3   0   Active   Dec 10 17:34:41 2023     6205   AA
 NAS_HOST       2        /dev/sdb3   1   Active   Dec 10 17:34:41 2023     6205   AA
===============================================================================================

[~] # pvscan
  WARNING: duplicate PV biHZcZOuMcMyhu3gUSaYj3ttDHYNtcb8 is being used from both devices /dev/drbd1 and /dev/md1
  Found duplicate PV biHZcZOuMcMyhu3gUSaYj3ttDHYNtcb8: using /dev/drbd1 not /dev/md1
  Using duplicate PV /dev/drbd1 from subsystem DRBD, ignoring /dev/md1
  WARNING: duplicate PV biHZcZOuMcMyhu3gUSaYj3ttDHYNtcb8 is being used from both devices /dev/drbd1 and /dev/md1
  Found duplicate PV biHZcZOuMcMyhu3gUSaYj3ttDHYNtcb8: using /dev/drbd1 not /dev/md1
  Using duplicate PV /dev/drbd1 from subsystem DRBD, ignoring /dev/md1
  PV /dev/drbd1   VG vg1             lvm2 [3.63 TiB / 0    free]
  Total: 1 [3.63 TiB] / in use: 1 [3.63 TiB] / in no VG: 0 [0   ]

Was könnte ich jetzt noch machen? (Ich werde jetzt vermutlich gleich ein neues NAS bestellen, weil ich dem nicht mehr traue, auch wenn das noch mal als laufen kommt. Aber bis ein neues da ist, wird das entsprechend dauern.)

Danke,

Mike

Der Menüpunkt "Speicherpool verbinden und wiederherstellen." ist nicht aktiv. Liegt vielleicht daran, das auf der ersten Platte immer noch nach fehlerhaften Blöcken gesucht wird (83%)?

Auch wenn der Test abgeschlossen ist, bleibt der Menüpunkt deaktiviert:

qnap-metadata-3.png

Das Ticket bei QNAP habe ich gestern gleich eröffnet.

Die wichtigsten Daten liegt nochmal synchronisiert in der Cloud, aber eben nicht alle und bis das alles auf einem neuen System wieder eingerichtet ist, vergehen auch viele Stunden.

Kurze Rückmeldung:

Der 1. Level Support konnte den Fehler auch nicht beheben, hat das Ticket aber dann an die Entwicklung weiter geleitet. Der Mitarbeiter konnte es zumindest temporär beheben:

Zitat von QNAP Support

The pool and volume have returned to a normal state; however, a minor error persists in the filesystem. So please ask customer to backup the data and then run a filesystem check.
here meta data got corrupted due to unexpected shutdown.
Based on the logs, it seems there might be an issue with memory. So please ask customer to perform a memory test to further diagnose and address the problem.

Man vermutet ein Speicherproblem, was dann dafür gesorgt hat, dass das System nur noch auf Power Off reagiert hat. Dabei sind dann die Meta Daten korrumpiert worden.

Ich setze gerade das neue NAS auf und sobald die erst Raid-Synchronisierung durch ist, fange ich an die Daten rüber zu kopieren. Das HBS 3 funktioniert auf dem alten NAS nicht mehr, kann nicht mehr geöffnet werden.

Was ist denn die sicherste Methode, die Daten sauber von einem NAS zum anderen zu bekommen? Robocopy auf dem PC? Oder könnte ich die beiden NAS per 2. Netzwerk-Karte 1:1 verbinden und dann dort mit einer App auf dem neuen NAS die Daten vom alten NAS kopieren?

Danke,

Mike

Wegen dem vermutlichen Speicherproblem wollte ich die Daten so nicht kopieren bzw. dann erst noch neue Funktionen (rsync Server) aktivieren.

Ich habe jetzt die Daten erst mal alle per robocopy kopiert und dann mühsam per WinMerge verglichen. Da gab es durchaus einige mit Kopierfehlern. Die habe ich dann teilweise mehrfach kopieren müssen, bis das sie fehlerfrei übertragen wurden.

Hm, ich finde keine Möglichkeit das Thema als erledigt zu markieren?

Nein, die Logs von robocopy zeigen eben nichts, aber das vergleicht ja auch die Dateiinhalte nach dem Kopieren nicht mehr. Es gab wohl von Microsoft noch das File Checksum Integrity Verifier (fciv) Tool, aber das wird nicht mehr angeboten. XCopy prüft bei einen /v wohl auch nur die Dateigrößen, die waren aber i.d.R. identisch.

Ich gehe auch nicht von einem Robocopy Problem aus. Ich hatte beide NAS im Netz und dann auf meinem PC robocopy laufen. Ich vermute, dass das NAS die Daten von der Platte in den teilweise defekten Speicher gelesen hat und dann übers Netz die korrumpierten Daten an meinen Rechner gesendet hat. Je größer die Dateien waren, desto wahrscheinlicher die Kopierfehler. Bei den ecoDMS Daten files von 500 MB waren z. B. 15 unterschiedliche nach dem ersten kopieren. Dann habe ich die 15 nochmal kopiert und verglichen, dann waren es nur noch 5 mit Unterschieden. Dann nur noch 2 und die wurden dann auch fehlerfrei kopiert.

Ok, ein Doppelklick im Browser ist schon eher ungewöhnlich. Da bin ich nicht drauf gekommen.

Danke.

Nachtrag: Ja, es wurden Speicherfehler festgestellt ...

qnap-memtest-1.png

Falls noch jemand mal einen Speichertest machen muss - die BIOS-Angaben passen auf der QNAP Seite nicht mehr so ganz. Nach dem ich den USB-Stick eingesteckt hatte, gab es bei mit die folgenden Boot-Optionen:

• QNAP OS
• [General UDisk 5.00]
• [UEFI: General UDisk...] <= Den Eintrag ist richtig!
• [UEFI: Build-in EFI ...]

Laut Anleitung sollte man den 2. Eintrag nehmen. Wenn ich das mache bootet das NAS nicht mehr. Ich musste den 3. Eintrag auswählen!

Mal schauen, was der Support nun mit der Garantie macht - das NAS ist jetzt genau drei Jahre alt geworden.

Ja, ist das originale RAM. Die ersten Fehler sind vor einem halben Jahr aufgetreten. Ich hatte damals aber nicht das NAS in Verdacht und somit existiert da noch ein Support Ticket von. Da war das NAS erst 2,5 Jahre alt.