DSM 7.1 DS216se, Raid 1, 2x 5,5 TB, angeblich Speicher voll

[MRS-RAID1]

Hallo Zusammen,
ja, ich habe schon im Forum und in google gesucht, aber keine Lösung gefunden.

Ich habe 2 5,5 TB Platten als Raid 1 laufen, Tests alle in Ordnung, Speicherstand bei 38%.
DSM 7.1.1-42962 Update 5 ist installiert.

Seit 2 Wochen kann ich weder auf die Daten zugreifen, noch Updates laufen lassen. Fehlermeldung kein Speicherplatz zur Verfügung.
- kein Synology Drive aktiviert
- keine Snapshots
- Backups per Hyperbackup auf externe Festplatte

Folgende Sachen habe ich schon gemacht:
- Neustart
- Tests laufen jede Woche einmal, alle in Ordnung
- nach größeren Datenmengen gesucht und gelöscht

Alles kein Effekt. Obwohl ich min 300 MB gelöscht habe, hat sich nicht geändert, außer der freie Speicherplatz.

Was kann ich noch tun?
LG Jana

 

[Ronny1978]

Das ist ja ein Sparwunder an Leistung . Ich würde mal vermuten, dass deine Systempartition noch die alte mit 2,3GB ist, statt neu mit 8GB. Das hat, meiner Meinung nach, auch nichts mit den Platten und deren Kapazität zutun. Hast du mit Sicherheit mit DSM Version 6 angefangen und noch nie eine Neuinstallation gemacht, oder?

 

[ctrlaltdelete]

Deine Systempartition ist zu voll, nicht deine Datenpartition.
Per SSH über die Konsole/CMD mit der DS verbinden: df -h
https://kb.synology.com/de-de/DSM/tutorial/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet
Edit: @Ronny1978 ich habe auch noch die alte kleinere Systempartition und keine Probleme, da wird irgendeine Anwendung oder Anwender in die Systempartition geschrieben haben.
Edit: Schaue auch mal hier:
https://www.synology-forum.de/threads/root-is-voll.136430/

 

[MRS-RAID1]

Wow, ihr seid schnell.
@Ronny1978 ja, da hast du recht, seit DSM 6.2 habe ich keine Neuinstallation gemacht.
@ctrlaltdelete ich muss das erst aktivieren, da hören leider dann auch meine Systemkenntnisse auf

Also ich hab das aktiviert und ausgelesen ..

Filesystem Size Used Avail Use% Mounted on
/dev/root 2.4G 2.3G 0 100% /
devtmpfs 118M 0 118M 0% /dev
tmpfs 122M 16K 122M 1% /dev/shm
tmpfs 122M 27M 95M 22% /run
tmpfs 122M 0 122M 0% /sys/fs/cgroup
tmpfs 122M 1.1M 121M 1% /tmp
tmpfs 25M 0 25M 0% /run/user/196791
/dev/vg1000/lv 5.4T 2.1T 3.4T 38% /volume1

Was nu?
Ich vermute /dev/root ist die systempartition?

Danke schonmal vorab.
Jana

 

[dil88]

Richtig, /dev/root ist auf / gemoutet, das ist die Systempartition. Und die ist voll, da müsstest Du auf der Konsole schauen, was dort vermutlich versehentlich gespeichert wurde und gelöscht werden kann, damit das System wieder sauber läuft. In Beitrag #3 hat @ctrlaltdelete einen Thread verlinkt, in dem das Thema genauer betrachtet wird.

 

[ctrlaltdelete]

Volltreffer, irgendwas hat dir die Systempartition vollgeschrieben.
Poste mal/usr/bin/du -d 1 -xh / den Output:

 

[ctrlaltdelete]

oder besser: du -xhd 1 / | sort -h -r

 

[ctrlaltdelete]

Wow, ihr seid schnell.

und du langsam (nur Spaß)

 

[MRS-RAID1]

also ich habe den Übeltäter gefunden ....
root@Himmelspeicher:/var# du /var/log -hxd 1 | sort -h -r
1.2G /var/log
1.1G /var/log/healthtest

Da liegen von *hust* gefühlt 10 Jahren Logfiles der Healttests ...

Hilf mir bitte mal einer beim Löschen.
Welcher Befehl eignet sich da am besten?
drwxr-xr-x 16 root root 12288 Jan 20 02:01 ..
-rw-r--r-- 1 root root 4191264 May 31 2020 dhm_ZAD8SEMP_2020-05-31__02_00_45
-rw-r--r-- 1 root root 4191264 Jun 7 2020 dhm_ZAD8SEMP_2020-06-07__02_00_40
-rw-r--r-- 1 root root 4191264 Jun 14 2020 dhm_ZAD8SEMP_2020-06-14__02_00_07
-rw-r--r-- 1 root root 4191264 Jun 28 2020 dhm_ZAD8SEMP_2020-06-28__02_00_13
-rw-r--r-- 1 root root 4191264 Jul 5 2020 dhm_ZAD8SEMP_2020-07-05__02_00_40
..... bis
-rw-r--r-- 1 root root 4191264 Nov 17 02:00 dhm_ZAD9D01Y_2024-11-17__02_00_09
-rw-r--r-- 1 root root 4191264 Dec 29 02:01 dhm_ZAD9D01Y_2024-12-29__02_00_10
-rw-r--r-- 1 root root 4191264 Jan 12 02:01 dhm_ZAD9D01Y_2025-01-12__02_00_09

 

[dil88]

Wenn der Ordner nicht mehr gebraucht wird, dann könntest Du ihn komplett entsorgen mit folgendem Kommando:

rm -rf /var/log/healthtest

Wenn der Prozess nach wie vor läuft, der in dieses Verzeichnis schreibt, solltest Du Dir zunächst überlegen, wie man das Volllaufen zukünftig vermeiden kann (z.B. durch Rotation und Kompression).

 

[ctrlaltdelete]

root@DS920plus:/# du -xhd 1 /var/log/healthtest | sort -h -r
4.0K /var/log/healthtest
Was schreibt in healthtest?
Edit: Genau wie @dil88 schreibt, löschen und Übeltäter suchen

 

[MRS-RAID1]

Nachdem da eine aktuelle Logdatei drin liegt, nehme ich an, dass der Ordner nach wie vor benutzt wird.
Ich habe einen S.M.A.R.T Test automatisch für meine Platten laufen.
Den habe ich jetzt auf einmal alle 3 Monate abgeändert. Da gibts es leider keinen Workaround zum Löschen der alten Log Dateien. Ich habe euch einen Screenshot rein.
Wie lösche ich nur einige Dateien? Der Ordner wird ja noch gebraucht.

 

[Ronny1978]

Ich weiß nicht, ob man das über das Protokollcenter auslagern kann. Die Protokolle für TRIM von den SSDs landen bei mir wo anders. Ich habe aber auch einen separaten Pfad für die Logs.

 

[ctrlaltdelete]

Den erweiterten SMART Test kannst du dir m.E. sparen, besser die SMART Werte öfters mal prüfen.
https://www.synology-forum.de/threads/smart-werte-auslesen-und-interpretieren.131057/
Edit: Ich lasse sie mir per Email zusenden über den Aufgabenplaner.

 

[MRS-RAID1]

Ja, per Mail bekomme ich die auch. Aber er legt sie halt auch dort ab. Keine Ahnung warum der die nicht automatisch löscht nach einer Weile.

Wenn ich den ganzen Ordner lösche, würde das System den wieder anlegen? Dann wäre nix kaputt ...
Ich bin mir da echt unsicher. Was meint ihr?

 

[ctrlaltdelete]

ja, den kannst du löschen.
rm -rf /var/log/healthtest

 

[ctrlaltdelete]

aber schau nochmal ein wenig weiter, du solltest um die 600-700 MB frei haben in md0

 

[MRS-RAID1]

Wie log ich mich als root wieder aus?
Immerhin habe ich wieder 1,2 GB frei.
@EDIT ich danke euch herzlichst ..

 

[dil88]

Mit logout, exit oder STRG-d.

 

[ctrlaltdelete]

Ich habe hier mal den Workaround zusammengefasst, als Anleitung.
https://www.synology-forum.de/threads/systempartition-voll.137274/