Nach Paket Update Ausfall eines M2 Riegels

[Charly1311]

Hallo zusammen,

nach dem meine 1522+ bis jetzt immer ihren Dienst erfüllt hat, hat sich nach dem Update einiger Pakete ein M2 Riegel verabschiedet.
Die 1522 läuft mit 5 HDD im Raid 5 als Volume 1 und 2 1TB M2 im Raid 1 als Volume 2 für Pakete installation.

Jetzt habe ich mir direkt einen neuen M2 Riegel gekauft und mit dem aktuellen Script von Github eingebunden.

Kann ich das Volume 2 reparieren, wenn ich auf die Reparierenfunktion gehe, sagt er mir, kein weiteres Laufwerk vorhanden.

Was kann ich tun?

Viele Grüße

Karl-Heinz

 

[ctrlaltdelete]

Welches Script genau?
Detaillierte Screenshots vom Speicherpool, Volume und den Laufwerken wären super und vor allem nicht gerade da abgeschnitten wo es interessant wird?
Edit: Ist dein Speicherpool 1 Raid6 oder SHR2?

 

[dil88]

Dort steht RAID-5 für Speicherpool 1.

 

[Charly1311]

Hallo, hier die weitere Info.
Volumen 1 ist Btrfs.

Viele Grüße
Karl-Heinz

 

[Charly1311]

Hier noch der Status der M2

 

[maxblank]

Reparatur sollte möglich sein, evtl. Musst du vorher die Option „online zusammenführen“ anklicken.

Neustart nach der Ausführung des Scripts und dem Austausch der NVME hast du gemacht?

 

[Charly1311]

Neustart habe ich gemacht.
Was heißt Online zusammenführen?
Einfach nur auf reparieren drücken klappt nicht, bekomme die Fehlermeldung:

 

[maxblank]

Zuerst das prüfen: https://kb.synology.com/de-de/DSM/help/DSM/StorageManager/storage_pool_online_assemble?version=7

Dann hat das Script nicht korrekt gegriffen. Führe das Script als Root mal manuell per SSH in der Console aus, dann siehst du evtl. was schief läuft.

 

[ctrlaltdelete]

Fehlt da nicht das Volume bei dem Script?
/volume1/script1......
Edit: Was bedeutet die Option -n bei dem Script?

 

[dil88]

@ctrlaltdelete hat recht, der Pfad ist auf jeden Fall falsch. Unter / wird keinesfalls das Verzeichnis script1 liegen.

 

[ctrlaltdelete]

Somit läuft das Script nicht und die NVME ist nicht kompatibel und kann nicht für den Pool verwendet werden.
Edit: Und wie @maxblank schrieb, führe das Script manuell über die Konsole per SHH aus.

 

[Charly1311]

Hallo, ich werde das mal per SSH starten

Danke

 

[Charly1311]

So, ich habe alles mit SsH laufen lassen.

Danach konnte ich die Reparatur durchführen.
Alles läuft wieder
Danke euch.
Viele Grüße
Karl-Heinz

 

[dil88]

Sehr schön! Skriptpfad hast Du erfolgreich geändert? Das Skript solltest Du zumindest beim Systemstart laufen lassen, im besten Fall auch beim Herunterfahren.

 

[ctrlaltdelete]

Siehe auch hier:
https://www.synology-forum.de/threa...pt-synology_hdd_db-synology_m2_volume.129745/

 

[Charly1311]

Hi, ja den Pfad habe ich geändert und lasse mir eine Mail zukommen, war Fehlerfrei.

 

[Benie]

Was bedeutet die Option -n bei dem Script?

Es muß -nr sein,
-n wäre noupdate
-r sollte den RAM deaktivieren

 

[dil88]

"noupdate" steht dafür, dass das DSM selbst keine Updates mehr am durch das Skript vervollständigten HDD-/SSD-Datenbestand vornimmt. Und "-r" schaltet die RAM-Kompatibilitäts-Prüfung des DSM ab und setzt den maximalen Hauptspeicher auf den Wert des installierten.

 

[Benie]

Danke für die Vollständige Ausführung dessen,