Volume schreibgeschützt bei Speicherplatzrückgewinnung

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Plex im Docker?
 
  • Like
Reaktionen: jacdelad
Jo. Ich hab gelesen, dass Docker ein Update bekommt, aber das wird's schon überstehen. Neu aufsetzen ist jetzt auch nicht so schlimm, wenn was schiefgeht.
 
Nein, das Docker Plex ist kein Problem.
 
  • Like
Reaktionen: jacdelad
Aso, umso besser. Das Non-Docker-Plex ist totaler Mist, deshalb hab ich es nie benutzt.

Der Speichertest ist bei 59%, dauert also noch. Ich muss dann aber zur Arbeit. Ich nehme an, dass das NAS von allein neu startet? Wo sehe ich das Ergebnis, kommt das als Benachrichtigung?
 
  • Like
Reaktionen: ctrlaltdelete
Welchen Speicher testest du?
RAM?
 
  • Like
Reaktionen: jacdelad
Jo. Hab 36 GB drin. Und ja, er ist nicht von Synology abgesegnet. Hatte jahrelang keine Probleme und kann mir nicht vorstellen, dass es daran liegt, aber wollte es ausschließen.
 
Da gibt es kein Ergebnis.
Aber du kannst über die Konsole mit:
sudo cat /var/log/messages | grep 'Memtest'
nachsehen
 
  • Like
Reaktionen: jacdelad
OK, mach ich. Dann aber erst heute Abend.
In der Zwischenzeit werde ich wohl das Update aufspielen und dann nochmal die Datenbereinigung starten.
 
Hier die Bilder vom Speichermanager. Es geht um Volume 2 auf Speicherpool 2.
Als Bonus noch die Meldung, die nach dem Neustart kommt und behauptet, dass alles i.O. sei...

Ich versuche jetzt als Nächstes das Update auf DSM 7.2.2 und dann nochmal die Datenbereinigung.
 

Anhänge

  • Cloud1.png
    Cloud1.png
    27,7 KB · Aufrufe: 13
  • Cloud2.png
    Cloud2.png
    90,6 KB · Aufrufe: 12
  • Cloud4.png
    Cloud4.png
    12,3 KB · Aufrufe: 12
  • Cloud3.png
    Cloud3.png
    5,6 KB · Aufrufe: 12
Steht irgendwas dazu im Protokoll-Center, Protokolle, Laufwerke?
 
  • Like
Reaktionen: jacdelad
Nichts von Interesse, nur die üblichen Infos und natürlich die Fehler, wenn der Schreibschutz greift.
 
Die Datenbereinigung läuft wieder (7.74%), jetzt nach dem Update. Vielleicht bringt das Update wirklich verbesserte Datenkonsistenzprüfung oder so...
Was passiert eigentlich, wenn ich die Snapshot Replication deinstalliere? Werden da die verbliebenen Snapshots gelöscht (=vermutlich wieder Schreibschutz) oder wird das irgendwie "hart" entfernt? Die Snapshots brauche ich nicht wirklich, ist für mich nur eine Sicherheitsfunktion, dass nicht mal plötzlich viele Dateien auf einmal geändert werden.
 
Die neue, verbesserte Datenbereinigung hat nicht funktioniert. Ich starte gerade wieder neu. Eine Möglichkeit wäre noch, die Snapshot Replication zu deinstallieren, aber ich weiß nicht, ob dann möglicherweise automatisch alle Schnappschüsse bereinigt werden und das zu noch größeren Problemen führt.
 
Ok,
also der RAM-Test hat 3 Mal PASSED ausgespuckt. So weit so gut.

cat /var/log/messages | grep 'scrub' hat mir unter anderem Folgendes ausgespuckt:
fs_data_scrubbing_status.c:55 Fail to get btrfs scrub status of /volume2'[0x2000 file_get_key_value.c:80]
und zwar 6 Mal. Aber bedeutet das jetzt, dass ich 6 defekte Dateien hab? Kann ich das irgendwie weiter identifizieren?

Per Google bin ich auf das gestoßen: https://superuser.com/questions/858237/finding-files-with-btrfs-uncorrectable-errors
Ich weiß aber nicht so recht, wie und ob ich jetzt an dem Punkt weiterkomme.
 
ws sagt das?
sudo btrfs scrub status -d -R /volume2
 
  • Like
Reaktionen: jacdelad
scrub started at Mon Aug 26 16:56:04 2024 and finished after 38:43:23
data_extents_scrubbed: 1616041569
tree_extents_scrubbed: 17183038
data_bytes_scrubbed: 105249616236544
tree_bytes_scrubbed: 281526894592
read_errors: 0
csum_errors: 0
verify_errors: 0
no_csum: 1271743933
csum_discards: 0
super_errors: 0
malloc_errors: 0
uncorrectable_errors: 0
unverified_errors: 0
corrected_errors: 0
last_physical: 123304320958464
 
Was bedeutet
[ 65.538168] BTRFS info (device dm-6): bdev /dev/mapper/cachedev_2 errs: wr 0, rd 0, flush 0, corrupt 8, gen 0
bei
dmesg | grep "BTRFS"

Irgendwas ist hier korrupt (und ich kann nicht mehr zahlen...).

Edit: Ok, hab weiter gegogglet und ist wohl ein absoluter Zähler. Hat also nichts mit dem aktuellen Problem zu tun.
 
Zuletzt bearbeitet:
Ich denke das filesystem ist corrupt. Ich würde es löschen und neu anlegen.
 
  • Like
Reaktionen: jacdelad
Hm, da fange ich demnächst an. Muss erst alles übertragen. Muss ich den Pool auch löschen oder nur das Volume?
 
Nur das Volume
 
  • Like
Reaktionen: jacdelad

Additional post fields

 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat