Nummer Serie DS413 - "Sie können sich nicht an das System anmelden, da der Speicherplatz voll ist"

[thk_ms]

Hallo,

vielen Dank für diese Vorschläge aber ich kann nicht ganz folgen:

- "Wechsel in den Ordner cd /" ; Welchen Ordner meinst Du? Soll ich einen erstellen - wo?
- Ist jetzt die externe Festplatte /dev/sdq1 mitt 77% Füllung gemeint oder /dev/root?

Ich verstehe es leider nicht.

LG, thk_ms

 

[Benares]

Mach es, wie @Syno-OS es oben beschrieben hat, log dich zunächst als admin per ssh/putty ein, das wechsle zu root mit "sudo -i" (Passwort nochmal eingeben), dann

cd /
du -h -d1 | sort -h -r

und poste die Ausgabe.

 

[thk_ms]

Hallo und guten Morgen,

das kann ich jetzt nicht mehr ausprobieren. Die Synology lässt mich nicht mehr "dran". Zugriff verweigert. Ich habe nochmals den Softreset gemacht (1x 4 Sek.) und bin dann mit dem Synologyassistenten an die Synology. Auch die Neuvergabe des admin-Passwortes tut es nicht mehr. Sich als admin ohne Passwort anzumelden klappt auch nicht mehr.

Ich habe die Idee die Synology mit einer andren Festplatte neu einzurichten. Werde ich so wieder Zugriff bekommen?

LG, thk_ms

 

[Semenchkare]

Jetzt hat es mich auch erwischt bei meiner DS220+, aktuellste Firmware


root@DS220plus:/$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 2.3G 0 100% /
none 4.8G 0 4.8G 0% /dev
/tmp 4.8G 1.6M 4.8G 1% /tmp
/run 4.8G 3.6M 4.8G 1% /run
/dev/shm 4.8G 4.0K 4.8G 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
/dev/vg1000/lv 5.5T 1.3T 4.2T 24% /volume1
/dev/md3 5.5T 2.1T 3.4T 39% /volume2

root@DS220plus:/$ sudo du -sh * | sort -h
Password:
du: cannot access ‘proc/30175/task/30175/fd/3’: No such file or directory
du: cannot access ‘proc/30175/task/30175/fdinfo/3’: No such file or directory
du: cannot access ‘proc/30175/fd/3’: No such file or directory
du: cannot access ‘proc/30175/fdinfo/3’: No such file or directory
du: cannot access ‘proc/30176’: No such file or directory
du: cannot access ‘proc/30178’: No such file or directory
0 bin
0 config
0 lib
0 lib32
0 lib64
0 proc
0 sbin
0 sys
4.0K dev
4.0K initrd
4.0K lost+found
4.0K mnt
4.0K tmpRoot
8.0K boot
76K root
1.6M tmp
3.5M run
7.2M var.defaults
8.7M etc.defaults
11M etc
239M var
843M usr
1.3T volume1
2.1T volume2


innerhalb von 12 Stunden läuft mir /dev/md0 von 51% auf 100% zu. wenn ich
die Abfrage mache sudo du -sh * | sort -h verändert sich die Größe der angezeigen Verzeichnisse aber nicht bzw. unwesentlich....
Kann mir ein Synology- oder Unix-Crack helfen, den Fehler zu finden?

 

[Fusion]

Noch ein ls - lah / weil es fehlt noch was in der Summe, und die Unterverzeichnisse sind es nicht.

 

[Semenchkare]

ich musste zur Arbeit und habe rebooted. Ich melde mich, wenn der Fehler wieder da ist, aktuell liegt /dev/md0 bei 52%...
Da bringt es vermutlich nichts, wenn ich in dem Zustand ls - lah / ausführe.
So sieht das jetzt aus
bin dev initrd lib64 proc sbin tmpRoot var.defaults boot etc lib lost+found root sys usr volume1
config etc.defaults lib32 mnt run tmp var volume2

 

[Semenchkare]

Momentan liegt /dev/md0 bei 53% seit heute Früh um 8.00 Uhr - seltsam.
Ich hatte letzte Woche allerdings auch mal 3 Tage, bis /dev/md0 100 voll war.
Ich merke es immer daran, dass ich nicht per smb auf die Platte komme und eine Anmeldung auf dem Synology per Browser mit Fehler (Thread Titel) nicht möglich ist.

bin dev initrd lib64 proc sbin tmpRoot var.defaults
boot etc lib lost+found root sys usr volume1
config etc.defaults lib32 mnt run tmp var volume2

 

[Fusion]

Kannst ja auch mal analysieren was du bei dir so installiert hast.
Nur rein mit Syno Anwendungen habe ich es eigentlich noch nie gesehen.

Nur mit 3rd-Party Anwendungen ala JDownloader, wo man "falsche" Pfade angeben kann, oder mit eigenen Scripten auf Konsole oder im Aufgabenplaner, etc.
Also so gut wie ausschließlich hausgemachte Probleme.

 

[Semenchkare]

Ich nutze die DS220+ als

1.) Backup-NAS - via Hyper-Backup werden Dateien von meiner DS216play gesichert.
2.) Surveillance-Station für 2 Cams
3.) Maria-DB als SQL-Datenbank für iobroker
4.) ein kleiner interner Webserver mit PHP 7.0
5.) HA-Bridge zum steuern von Hue-Leuchten, wird mit JAR-Datei gestartet

Ich ging davon aus, dass alle diese Anwendungen (bis auf HA-Bridge) auf Synology abgestimmt sind. Ich habe alles seit Jahren fehlerfrei am laufen (früher auf der DS216 play, später hatte ich auf die DS220+ migriert).
Und nein - die Migration kann nicht schuld am Fehler sein. Denn vor gefühlt 21 Tagen fing das mid dem zulaufen an, als das noch die DS216play war.
Ich vermutete RAM-Probleme (zu geringes RAM) und habe deshalb die DS220+ erst gekauft...

 

[Benares]

@Semenchkare, wieso kümmerst du dich nicht erst mal um das Hauptproblem (/ bzw. /dev/md0 zu 100% voll)?
Oder ist das inzwischen kein Thema mehr?

 

[Fusion]

Momentan liegt /dev/md0 bei 53% seit heute Früh um 8.00 Uhr - seltsam.

 

[Benares]

Ach so, danke - hatte ich überlesen.

 

[Semenchkare]

... liegt immer noch bei 53%. Ich checke, ob das mit einer Sache aus dem Aufgabenplan zusammenhängt...
jedenfalls von Sonntag auf Montag gabs den Crash...
Ich muss also Regelmäßigkeiten herausfinden.

 

[Semenchkare]

heute mal auf 54%

ls -la

drwxr-xr-x 25 root root 4096 Mar 9 02:21 .
drwxr-xr-x 25 root root 4096 Mar 9 02:21 ..
lrwxrwxrwx 1 root root 7 Mar 2 18:46 bin -> usr/bin
drwxr-xr-x 3 root root 4096 Mar 2 18:48 boot
drwxr-xr-x 7 root root 0 Mar 9 02:21 config
drwxr-xr-x 13 root root 18620 Mar 9 02:22 dev
drwxr-xr-x 49 root root 4096 Mar 9 10:17 etc
drwxr-xr-x 43 root root 4096 Mar 2 18:51 etc.defaults
drwxr-xr-x 2 root root 4096 May 12 2020 initrd
lrwxrwxrwx 1 root root 7 Mar 2 18:46 lib -> usr/lib
lrwxrwxrwx 1 root root 9 Mar 2 18:46 lib32 -> usr/lib32
lrwxrwxrwx 1 root root 7 Mar 2 18:46 lib64 -> usr/lib
drwxr-xr-x 2 root root 4096 Mar 2 18:35 .log.junior
drwx------ 2 root root 4096 May 12 2020 lost+found
drwxr-xr-x 2 root root 4096 May 12 2020 mnt
drwxr-xr-x 3 root root 4096 Mar 2 18:46 .old_patch_info
dr-xr-xr-x 298 root root 0 Apr 18 2018 proc
-rw------- 1 root root 1024 Dec 23 2015 .rnd
drwx------ 5 root root 4096 Mar 8 08:13 root
drwxr-xr-x 34 root root 2020 Mar 10 07:22 run
lrwxrwxrwx 1 root root 8 Mar 2 18:46 sbin -> usr/sbin
drwxr-xr-x 4 root root 4096 Mar 2 18:51 .syno
dr-xr-xr-x 12 root root 0 Mar 9 02:21 sys
drwxr-xr-x 2 root root 4096 May 28 2020 .system_info
drwxrwxrwt 23 root root 3320 Mar 10 07:24 tmp
drwxr-xr-x 2 root root 4096 Mar 2 18:48 tmpRoot
drwxr-xr-x 11 root root 4096 Mar 2 18:50 usr
drwxr-xr-x 17 root root 4096 Mar 9 02:21 var
drwxr-xr-x 14 root root 4096 Mar 2 18:46 var.defaults
drwxr-xr-x 24 root root 4096 Mar 9 02:21 volume1
drwxr-xr-x 9 root root 4096 Mar 9 02:21 volume2

ls - lah /

bin dev initrd lib64 proc sbin tmpRoot var.defaults
boot etc lib lost+found root sys usr volume1
config etc.defaults lib32 mnt run tmp var volume2

 

[Fusion]

Der Befehl ist nur ls -lah /.
Da hat sich eine Leerzeichen Autokorrektur eingeschlichen.
Mal 1-2% mehr oder weniger ist aber ganz normal.

 

[Semenchkare]

Jetzt 55%

ls -lah /
drwxr-xr-x 25 root root 4.0K Mar 9 02:21 .
drwxr-xr-x 25 root root 4.0K Mar 9 02:21 ..
lrwxrwxrwx 1 root root 7 Mar 2 18:46 bin -> usr/bin
drwxr-xr-x 3 root root 4.0K Mar 2 18:48 boot
drwxr-xr-x 7 root root 0 Mar 9 02:21 config
drwxr-xr-x 13 root root 19K Mar 9 02:22 dev
drwxr-xr-x 49 root root 4.0K Mar 9 10:17 etc
drwxr-xr-x 43 root root 4.0K Mar 2 18:51 etc.defaults
drwxr-xr-x 2 root root 4.0K May 12 2020 initrd
lrwxrwxrwx 1 root root 7 Mar 2 18:46 lib -> usr/lib
lrwxrwxrwx 1 root root 9 Mar 2 18:46 lib32 -> usr/lib32
lrwxrwxrwx 1 root root 7 Mar 2 18:46 lib64 -> usr/lib
drwxr-xr-x 2 root root 4.0K Mar 2 18:35 .log.junior
drwx------ 2 root root 4.0K May 12 2020 lost+found
drwxr-xr-x 2 root root 4.0K May 12 2020 mnt
drwxr-xr-x 3 root root 4.0K Mar 2 18:46 .old_patch_info
dr-xr-xr-x 292 root root 0 Apr 18 2018 proc
-rw------- 1 root root 1.0K Dec 23 2015 .rnd
drwx------ 5 root root 4.0K Mar 8 08:13 root
drwxr-xr-x 34 root root 2.0K Mar 10 15:52 run
lrwxrwxrwx 1 root root 8 Mar 2 18:46 sbin -> usr/sbin
drwxr-xr-x 4 root root 4.0K Mar 2 18:51 .syno
dr-xr-xr-x 12 root root 0 Mar 9 02:21 sys
drwxr-xr-x 2 root root 4.0K May 28 2020 .system_info
drwxrwxrwt 23 root root 3.3K Mar 10 16:20 tmp
drwxr-xr-x 2 root root 4.0K Mar 2 18:48 tmpRoot
drwxr-xr-x 11 root root 4.0K Mar 2 18:50 usr
drwxr-xr-x 17 root root 4.0K Mar 9 02:21 var
drwxr-xr-x 14 root root 4.0K Mar 2 18:46 var.defaults
drwxr-xr-x 24 root root 4.0K Mar 9 02:21 volume1
drwxr-xr-x 9 root root 4.0K Mar 9 02:21 volume2

 

[Benares]

50-55% sind völlig normal - etwas Bewegung ist immer drin.

 

[Fusion]

Das ls -lah /] gibt ja nur den Wurzelordner aus. Da scheint nicht viel zu passieren.
Zum Differenzvergleich kannst dir mal du -xhd 1 / ebenfalls ausgeben lassen, damit du siehst ob einer der Ordner in der Größe zulegt. Dürfte im Normalfall denke nur /var/log sein.

 

[Semenchkare]

heute sind wir bei 56%


XXXXXX@DS220plus:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 1.3G 981M 56% /
none 4.8G 0 4.8G 0% /dev
/tmp 4.8G 1.7M 4.8G 1% /tmp
/run 4.8G 3.7M 4.8G 1% /run
/dev/shm 4.8G 4.0K 4.8G 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
/dev/vg1000/lv 5.5T 1.3T 4.2T 24% /volume1
/dev/md3 5.5T 2.1T 3.4T 39% /volume2

XXXXXX@DS220plus:~$ sudo du -xhd 1 / | sort -h -r
1.2G /
844M /usr
244M /var
22M /.syno
11M /etc
8.7M /etc.defaults
7.2M /var.defaults
172K /.log.junior
80K /root
40K /.old_patch_info
24K /.system_info
8.0K /boot
4.0K /tmpRoot
4.0K /mnt
4.0K /lost+found
4.0K /initrd


XXXXXXX@DS220plus:/var$ sudo du -xhd 1 /var/log | sort -h -r
108M /var/log
15M /var/log/upstart
8.8M /var/log/surveillance
6.6M /var/log/disk-latency
4.3M /var/log/SynoFinder
4.0M /var/log/synolog
3.3M /var/log/packages
2.6M /var/log/samba
2.0M /var/log/httpd
220K /var/log/nginx
200K /var/log/smart_result
148K /var/log/fsck
136K /var/log/diskprediction
16K /var/log/selfcheck
4.0K /var/log/sssd
4.0K /var/log/pstore
4.0K /var/log/openvswitch
4.0K /var/log/healthtest
4.0K /var/log/cstn
4.0K /var/log/bios




XXXXXXX@DS220plus:/var$ sudo du -xhd 1 /var | sort -h -r
244M /var
108M /var/log
79M /var/cache
47M /var/lib
8.9M /var/packages
2.5M /var/dynlib
156K /var/spool
148K /var/tmp
16K /var/update
16K /var/synobackup
12K /var/target
12K /var/db
8.0K /var/state
8.0K /var/services
4.0K /var/empty
4.0K /var/crash

 

[Benares]

Behalt mal /var/log im Auge. Evtl. wächst da ein Log überproportional.