Volume Status entladen (Raid 5)

chriscres · 20. April 2022

Hallo liebes Forum.

Seit gestern zeigt mir mein Qnap 653B bei allen meinen Volumes Fehler Status Entladen an.

Ich habe versucht das RAID 5 wiederherzustellen über das Menü verwalten aber dies hat nicht funktioniert. Im Forum habe ich ähnliche Probleme gefunden aber keine Lösung.

Ich habe nichts verändert sondern nur ein Backup gemacht von einen Teil von Daten und am morgen konnte ich nur diese FM lesen.

Könnt Ihr mir helfen?

FSC830 · 20. April 2022

Kann es sein, das das Volume einfach nur voll ist: 211GB(!) von 14TB zugewiesen? Das ist ein wenig wenig.

Gruss

lhsei · 20. April 2022

Was passiert, wenn Du jeweils beim Volume auf Prüfen klickst?

Wie waren die ursprünglichen Volumegrößen?

chriscres · 20. April 2022

Wenn ich auf prüfen klicke startet es den prüfvorgang und bricht in wenige Sekunden später mit einem error ab.

Das problem ist nicht das es voll ist da nun anscheinend 14,31 TB nicht zugewiesen sind.

Davor war der gesamte Speicher dem Pool zugewiesen.

lhsei · 20. April 2022

Du kannst versuchen, mit dem folgenden Befehl die gesamte Plattenstruktur neu einlesen zu lassen:

/etc/init.d/init_lvm.sh

ACHTUNG: Diesen Befehl bitte nicht ohne vorhandenes Backup ausführen! Mit dem Befehl wird das RAID und das darauf aufbauende LVM neu eingelesen und gemappt.

chriscres · 20. April 2022

So sieht übrigens die Aufteilung aus. Diese erkennt er immer noch.

lhsei · 20. April 2022

Was steht oben beim Speicherpool (Bereini....)????

chriscres · 20. April 2022

Zitat von lhsei

Du kannst versuchen, mit dem folgenden Befehl die gesamte Plattenstruktur neu einlesen zu lassen:

/etc/init.d/init_lvm.sh

wie komme ich zu einem Terminal wo ich den Befehl eingeben kann. Ich bin ein einfacher Anwender vom NAS und habe noch keine Erfahrung mit solchen Zugriffen darauf.

Hier eine aktuelle Fehlermeldung. Bildschirmfoto 2022-04-20 um 22.08.18.png

FSC830 · 20. April 2022

Von einem Windows Rechner Powershell öffnen und eingeben:

ssh -l admin 192.168.1.10 wobei "l" ein kleines L (für Login) steht und Du natürlich die IP des NAS nehmen musst.

Dann das Menü mit Q beenden und y bestätigen. Dann bist Du in der Konsole des NAS.

Gruss

chriscres · 20. April 2022

Zitat von lhsei

Was steht oben beim Speicherpool (Bereini....)????

Bereinigung steht hier in Klammer.

lhsei · 20. April 2022

Ok. Dir hat es die Konfiguration des LVM zerschossen.

Nun wird es schwierig... Du kannst die Config nur über SSH-Zugriff (Konsole) reparieren. Dazu kann man unter Windows zum Beispiel die Software Putty nutzen.

Voraussetzung ist, dass im NAS in der Systemsteuerung der SSH-Zugriff aktiviert ist. Dann kann man mit Putty eine Verbindung zum NAS über dessen IP-Adresse aufbauen. Einloggen bitte mit dem Admin-Nutzer des NAS.

Dann kann man mit folgendem Befehl die automatischen Backups der LVM-Konfiguration anzeigen lassen:

vgcfgrestore --list vg1

Und danach mit dem Befehl

vgcfgrestore --force -f dateiname_der_Backup-Datei vg1

das Backup laden. Damit ist die LVM-Struktur wieder auf dem Stand vor der letzten Änderung und die Volumes sollten wieder verfügbar sein.

chriscres · 20. April 2022

Mod: Unnötiges Volltextzitat gekürzt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von lhsei

/etc/init.d/init_lvm.sh

Mod: Unnötiges Volltextzitat gekürzt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von lhsei

Dann kann man mit folgendem Befehl die automatischen Backups der LVM-Konfiguration anzeigen lassen:

vgcfgrestore --list vg1

Und danach mit dem Befehl

vgcfgrestore --force -f dateiname_der_Backup-Datei vg1

das Backup laden. Damit ist die LVM-Struktur wieder auf dem Stand vor der letzten Änderung und die Volumes sollten wieder verfügbar sein.

was ist der Unterschied zu dem Befehl oben bzw. welchen soll ich zuerst durchführen?

lhsei · 20. April 2022

Der erste Befehl versucht, die Struktur des LVM direkt von den Platten zu lesen.

Die beiden unteren Befehle setzen auf vorher automatisch angefertigten Backups Deiner LVM-Struktur auf und sollten daher sicherer sein.

chriscres · 20. April 2022

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Super danke für die Erklärung.

Nur damit ich sicher gehe, dies ist das Ergebnis vom 1. Befehl. Was nehme ich nun für den 2. Befehl als Dateiname?

Code

vgcfgrestore --list vg1
   
  File:        /etc/config/lvm/archive/vg1_00510-1688790579.vg
  Couldn't find device with uuid n5UpzP-FbKY-B10s-wYSl-Hu94-gwO7-mZcMI0.
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvcreate -kn -an --snapshot --suspendholders --name snap20001 --addtag name=Replication-Job0 --addtag time=1650379593 --addtag vital=1 --addtag expire=0 --addtag encrypt=0 --addtag transfersize=0 /dev/mapper/vg1-lv2'
  Backup Time:    Tue Apr 19 16:46:34 2022

   
  File:        /etc/config/lvm/archive/vg1_00511-256330863.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvchange /dev/mapper/vg1-snap20001 --addtag active=1'
  Backup Time:    Tue Apr 19 18:59:02 2022

   
  File:        /etc/config/lvm/archive/vg1_00512-1716007304.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvchange /dev/mapper/vg1-snap20001 --deltag active=1'
  Backup Time:    Tue Apr 19 18:59:03 2022

   
  File:        /etc/config/lvm/archive/vg1_00513-453388056.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvchange /dev/mapper/vg1-snap20001 --addtag active=1'
  Backup Time:    Tue Apr 19 18:59:03 2022

   
  File:        /etc/config/lvm/archive/vg1_00514-1519312156.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvremove -fy /dev/mapper/vg1-snap20001'
  Backup Time:    Tue Apr 19 18:59:03 2022

   
  File:        /etc/config/lvm/archive/vg1_00515-1428688867.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvcreate -kn -an --snapshot --suspendholders --name snap10001 --addtag name=Replication-Job0 --addtag time=1650389296 --addtag vital=1 --addtag expire=0 --addtag encrypt=0 --addtag transfersize=0 /dev/mapper/vg1-lv1'
  Backup Time:    Tue Apr 19 19:28:16 2022

   
  File:        /etc/config/lvm/archive/vg1_00516-1484023738.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange vg1 --deltag cacheVersion:3'
  Backup Time:    Tue Apr 19 20:13:47 2022

   
  File:        /etc/config/lvm/archive/vg1_00517-910720701.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange vg1 --addtag cacheVersion:3'
  Backup Time:    Tue Apr 19 20:13:47 2022

   
  File:        /etc/config/lvm/archive/vg1_00518-658062155.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvchange /dev/mapper/vg1-snap10001 --addtag active=1'
  Backup Time:    Tue Apr 19 20:17:53 2022

   
  File:        /etc/config/lvm/archive/vg1_00519-771211014.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvchange /dev/mapper/vg1-snap10001 --deltag active=1'
  Backup Time:    Tue Apr 19 20:17:55 2022

   
  File:        /etc/config/lvm/archive/vg1_00520-722085509.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvchange /dev/mapper/vg1-snap10001 --addtag active=1'
  Backup Time:    Tue Apr 19 20:17:55 2022

   
  File:        /etc/config/lvm/archive/vg1_00521-1749552385.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvremove -fy /dev/mapper/vg1-snap10001'
  Backup Time:    Tue Apr 19 20:17:55 2022

   
  File:        /etc/config/lvm/archive/vg1_00522-740637512.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgs vg1 --unit S -o vg_size --noheadings'
  Backup Time:    Tue Apr 19 20:17:59 2022

   
  File:        /etc/config/lvm/archive/vg1_00523-1396242797.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgs vg1 --unit S -o vg_size --noheadings'
  Backup Time:    Tue Apr 19 20:17:59 2022

   
  File:        /etc/config/lvm/archive/vg1_00524-1789945239.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvrepair vg1/tp1 --synctransaction'
  Backup Time:    Tue Apr 19 23:33:57 2022

   
  File:        /etc/config/lvm/archive/vg1_00525-610777386.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange -a y vg1'
  Backup Time:    Tue Apr 19 23:33:58 2022

   
  File:        /etc/config/lvm/archive/vg1_00526-66449074.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange -a y vg1'
  Backup Time:    Tue Apr 19 23:33:58 2022

   
  File:        /etc/config/lvm/archive/vg1_00527-1610200773.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange vg1 --deltag cacheVersion:3'
  Backup Time:    Tue Apr 19 23:33:59 2022

   
  File:        /etc/config/lvm/archive/vg1_00528-59737576.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange vg1 --addtag cacheVersion:3'
  Backup Time:    Tue Apr 19 23:33:59 2022

   
  File:        /etc/config/lvm/archive/vg1_00529-84145539.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvchange vg1/tp1_tierdata_2 --cacheiomode remap-only --cachepolicy invalidator'
  Backup Time:    Tue Apr 19 23:44:50 2022

   
  File:        /etc/config/lvm/archive/vg1_00530-1568223719.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvrepair vg1/tp1 --synctransaction'
  Backup Time:    Wed Apr 20 00:22:38 2022

   
  File:        /etc/config/lvm/archive/vg1_00531-1002175768.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange -a y vg1'
  Backup Time:    Wed Apr 20 00:22:38 2022

   
  File:        /etc/config/lvm/archive/vg1_00532-1357017696.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange -a y vg1'
  Backup Time:    Wed Apr 20 00:22:38 2022

   
  File:        /etc/config/lvm/archive/vg1_00533-111487872.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange vg1 --deltag cacheVersion:3'
  Backup Time:    Wed Apr 20 00:22:39 2022

   
  File:        /etc/config/lvm/archive/vg1_00534-143814558.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange vg1 --addtag cacheVersion:3'
  Backup Time:    Wed Apr 20 00:22:39 2022

   
  File:        /etc/config/lvm/archive/vg1_00535-1452197225.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/lvrepair vg1/tp1 --synctransaction'
  Backup Time:    Wed Apr 20 17:32:29 2022

   
  File:        /etc/config/lvm/archive/vg1_00536-1969383478.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange -a y vg1'
  Backup Time:    Wed Apr 20 17:32:29 2022

   
  File:        /etc/config/lvm/archive/vg1_00537-475613816.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange -a y vg1'
  Backup Time:    Wed Apr 20 17:32:29 2022

   
  File:        /etc/config/lvm/archive/vg1_00538-1908389836.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange vg1 --deltag cacheVersion:3'
  Backup Time:    Wed Apr 20 17:32:31 2022

   
  File:        /etc/config/lvm/archive/vg1_00539-27089674.vg
  VG name:        vg1
  Description:    Created *before* executing '/sbin/vgchange vg1 --addtag cacheVersion:3'
  Backup Time:    Wed Apr 20 17:32:32 2022

   
  File:        /etc/config/lvm/backup/vg1
  VG name:        vg1
  Description:    Created *after* executing '/sbin/vgchange vg1 --addtag cacheVersion:3'
  Backup Time:    Wed Apr 20 17:32:32 2022

Alles anzeigen

lhsei · 20. April 2022

Ich würde die Datei

/etc/config/lvm/archive/vg1_00515-1428688867.vg

nehmen. Das ist die letzte Sicherung, bevor Dein NAS nach einem missglückten Versuch, einen Snapshot anzulegen (mangelnder Speicherplatz?) mehrere Reparaturversuche der LVM-Struktur unternommen hat.

Was aber auffällig ist:

Beim ältesten vorliegenden Backup von gestern, 16:46:34 wird ein fehlendes Gerät bemängelt:

Code

Couldn't find device with uuid n5UpzP-FbKY-B10s-wYSl-Hu94-gwO7-mZcMI0.

Das kann auf Probleme mit einer Festplatte / SSD hinweisen. Wurde irgendetwas am NAS in dieser Zeit gemacht?

chriscres · 20. April 2022

Nein. Es wurde gar nichts gemacht mit dem NAS weder ein Update noch etwas mit der Hardware. Ich hatte auch die Vermutung das eventuell ein Hardware Defekt an einer Festplatte/SSD vorliegt aber lt. NAS ist alles okay.

Es lief gerade ein vollständiges Backup vom NAS in dieser Zeit als es passiert ist, das Backup wurde auch nicht vollständig erstellt. Währenddessen muss also dies passiert sein.

Bildschirmfoto 2022-04-20 um 23.24.51.png

wenn ich den Befehl 2 ausführe kommt folgende Antwort:

Code

 Please specify a *single* volume group to restore.  Run `vgcfgrestore --help' for more information.

Ich versteh was hier steht aber wie kann ich dies angeben?

lhsei · 20. April 2022

wie lautet der genaue Befehl, den Du ausgeführt hast?

chriscres · 20. April 2022

vgcfgrestore --force -f /etc/config/lvm/archive/vg1_00515-1428688867.vg

lhsei · 20. April 2022

Da fehlt noch der Parameter vg1 als letzter Teil des Befehls:

vgcfgrestore --force -f /etc/config/lvm/archive/vg1_00515-1428688867.vg vg1

chriscres · 20. April 2022

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Super danke.
Habe ich gemacht. Kommt folgende Meldung:

Code

WARNING: Forced restore of Volume Group vg1 with thin volumes.
Restored volume group vg1

Allerdings hat sich am NAS nichts verändert oder muss ich neu starten?

Volume Status entladen (Raid 5)

Vulnerabilities in Squid

Multiple Vulnerabilities in QuFirewall

Vulnerability in Media Streaming Add-on

Multiple Vulnerabilities in QTS, QuTS hero, and QuTScloud (PWN2OWN 2023)

Datenträger kann nicht als Volumen gewählt werden / frei(Belegt)

Alte QNAP Festplatte auslesen, aber: Speicherpool nicht verfügbar

Einzelnes HDD-Ziehen aus RAID5, um "Brummer" ausfindig zu machen?

RAID herabgestuft, lässt sich nicht mehr initialisieren

Statisches Volume entnehmen?

Screenshots erstellen und im Forum einbinden (Windows)

(Betriebs)- System vs. Systemvolume - Hinweise zum Verständnis

QuDedup: Backup Job neu verlinken - Ein Ritt ins Verderben

[QUICK HOW-TO] Apps manuell auf ein anderes Volume verschieben

[QUICK HOW TO] QNAP Disks unter Windows mit UFS Explorer auslesen

Kodi-Headless Server als Docker-Container

Hardware Praxis – „Hör mal wer da surrt“: Ein Erfahrungsbericht aus dem IT-Alltag

Hardware Praxis – Tipps zum Einbau einer neuen Festplatte: Ergänzung

Foren Update im Juli / August geplant

IT-Geschichten – Die verrückte Tastatur

Ähnliche Themen

benötige Hilfe beim Rebuild eines Raid 6 Verbundes ( 2 Platten wohlmöglich defekt )

Tags