DSM 6.x und darunter login unmöglich (Speicherplatz voll), Aufruf Kommandozeile über SSH/Telnet geht nicht

[ufox]

Hallo Synology-Gemeinde,

aktuell habe ich das Problem, dass ich mich am DSM Version 5.0 nicht anmelden kann. Es kommt die Meldung, dass der Speicher voll ist. Nachdem ich wenig Daten auf der DS habe wird wohl ein anderer Speicher gemeint sein. Leider hat der vorgeschlagene reboot dazu geführt, dass bei meiner DS 212+ keine Dienste mehr funktionieren und ich mich weiterhin nicht an der DSM anmelden kann.
Habe auch schon einen Blog mit Lösungen gefunden. Scheinbar habe ich in der DSM weder SSH noch telnet aktiviert und komme jetzt auch nicht über diese Dienste auf die Kommandozeile, um mein Problem zu beheben.
Kennt jemand eine Möglichkeit, diese Dienste - ohne über die DSM zu gehen - zu aktivieren oder mit anderen Mitteln auf die Kommandozeile zu kommen?
Danke für einen Tipp.
Grüße UFOX

 

[jensm85]

Hallo Ufox,

ich hatte ein ähnliches Poblem (kein zugriff mehr, aber speicher noch nicht voll) und vom Support sogar einen Lösungsvorschlag bekommen der wie folgt lautet:

Hi Jens,

Thanks for your email.

Does NAS appear in Synology Assistant when you search it with the computer?

Please kindly confirm your system status displayed in Synology Assistant again. There are three common statuses.

1. Ready: You can directly click [Connect] in Synology Assistant to login DSM WebUI to manage it.
2. Configuration lost / Migratable: You can proceed with DSM installation to get a fresh system without losing data.
3. Not installed: Pay attention to any RED TEXT like "Note: all data in the disk will be deleted during setup procedures." Please abort the installation if this text is being displayed in the Synology Assistant, otherwise your data will be erased. If no red text appears during the setup procedure, please kindly proceed to reinstall the system firmware to revive your DS.

We also recommend you check the hard disks. You may take out the HDDs and connect them to your desktop PC. Then, run the manufacturer's diagnostic tools (see below) to confirm the health status of the disks. Change defective HDs if there is any.

[Samsung HDD: ES-tool]
http://www.samsung.com/global/business/hdd/support/utilities/ES_Tool.html

[WD HDD: Lifeguard]
http://download.wdc.com/windlg/WinDlg_124.zip

[Seagate HDD: Seatool]
http://www.seagate.com/www/en-us/support/downloads/seatools

[Hitachi HDD: Drive Fitness Test]
http://www.hitachigst.com/support/downloads/

If you were using volumes with data protection (i.e. RAID1/5/6, which allows 1 or 2 failing disks), you can install DSM on a spare empty disk and then insert the remaining hard disks to read the data. (Please be advised that this is still risky. If one more hard disk fails during this procedure, then your data may be lost). Here are the steps:

1) Power off and remove all hard disks
2) Insert a spare empty hard disk in Slot 1
3) Power on and install DSM normally
4) Do not create any volumes. Power off DiskStation once DSM is installed successfully.
5) Insert the remaining old hard disks while keeping new spare disk in slot 1. (1 of your old hard disks may be left out.)
6) Power on DiskStation

Once the data in the old disks can be read, you should back them up to another place asap.

If all disks are fine and you are eager to retrieve your data, please connect all your HDDs to a desktop computer and perform the actions listed in this FAQ:

http://www.synology.com/support/faq/579

Sincerely,
Antoine Yang


Technical Support

Ich habe es wie folgt gelöst:
Bei ebay eine platte für 10€ mit Porto besorgt.
Auf diese das DSM neu installiert und dann eine alte Platte rein getan, so dass ich an die Daten kam.
Die Daten auf meinen Laptop gezogen, falls etwas schief läuft.

Dann beide alten platten wieder eingebaut und das dsm wieder neu installiert.
Also zwei mal innerhalb von 10 sec den reset knopf drücken bis die DS piepst.
Dann kannst du die dsm schon neu installieren. Im nachhinein, hätte ich mir den plattenkauf auch sparen können.

Das DSM kannst du dann von diesem Assistan über Windows aufspielen.

 

[ufox]

Hallo Jens,

sorry, dass ich so spät antworte. Danke für Deinen Erfahrungsbericht und die Tipps. In der Tat musste ich das Betriebssystem neu installieren. Es geht glücklicherweise, ohne dass die Daten verloren gehen. Leider musste ich feststellen, dass aufgrund der vollen Temp-Dateien, die den Zugriff auf die DSM-Verwaltung verhindern, wohl auch für weitaus größere Schäden verantwortlich sind. Das zeitgesteuerte Back-up ist über einen Monat nicht ausgeführt worden. Damit ist man fast gezwungen, sich mindestens 1 x pro Woche mit dem NAS auseinanderzusetzen. Toll!
Übrigens hat sich der Support bis heute noch nicht auf meine Tickets gemeldet - schwaches Bild!
Bei meinem Lüfter-Problem hatte ich schon die Diskussion mit Forum-Experten, dass es nicht sein kann, dass man so viel Zeit in ein System investiert. Dabei nutze ich die NAS nur als Daten-Server. Ich möchte mir nicht vorstellen, was für Probleme ich hätte, wenn ich den Leistungsumfang zu einem großen Teil nutzen würde - aber das ist spekulativ.

Nachdem ich gestern das BS wieder aufgespielt hatte habe ich sofort "ssh" aktiviert und ein Komplett-Backup angestoßen. Und rate mal, was ich heute morgen entdecken musste: Ich komme mit der gleichen Fehlermeldung, dass das System voll ist, wieder nicht in die DSM-Verwaltung. Ein frisches System läuft über Nacht wieder voll - große Klasse! Ich verstehe nicht, warum Synology auf das Prolem noch nicht reagiert hat. Die Nutzer haben weltweit das Problem. Glücklicherweise sind die Anwender im Forum sehr aktiv und finden häufig Lösungen. Sorry für das Lamentieren, aber manchmal muss man seinem Ärger einfach Luft machen.
Dir etwas mehr Glück mit Deinem Synology-System.
Beste Grüße
Ufox

 

[goetz]

Hallo,
da Du ja jetzt ssh hast dann mach bitte mal ein
du -xd 1 /
und poste die Ausgabe.
Vermutlich läuft das Backup auf die Systempartition, Fehler beim einbinden eines externen Laufwerks.

Gruß Götz

 

[ufox]

Hallo Goetz,

danke für Deine Empfehlung. Hier das Ergebnis des du-Befehls:
DiskStation> du -xd 1 /
748 /bin
16 /.system_info
4 /.old_patch_info
80 /dev
5920 /etc
4 /initrd
127168 /lib
4 /mnt
4 /lost+found
16 /root
4724 /sbin
291968 /usr
1943556 /var
5712 /etc.defaults
104 /var.defaults
2380036 /

Eigentlich bin ich mir keiner Schuld bewusst. Ich habe eine 212+ mit 2 Festplatten und die Teil- und Vollsicherung laufen beide auf die 2. Platte. Kannst Du aus dem Ergebnis etwas feststellen?
Danke für Deine Antwort.

Beste Grüße
Ufox

 

[ufox]

Hallo Goetz,

ich glaube, dass die 1. HD vollgelaufen ist. Hier das Ergebnis des Checks:
DiskStation> df -h
Filesystem Size Used Available Use% Mounted on
/dev/md0 2.3G 2.3G 0 100% /
/tmp 249.7M 34.2M 215.6M 14% /tmp
/dev/md2 1.8T 152.2G 1.6T 8% /volume1
/dev/md3 1.8T 455.5G 1.3T 25% /volume2
Leider kann ich nicht in das Verzeichnis wechseln. Allerdings kann ich ganz normal im Dateisystem arbeiten. Der Windows-Explorer zeigt jede menge freien Speicherplatz auf der HD1 an. Oder ist md0 ein Systemspeicher?
Danke für Deine Tipps.
Beste Grüße
Ufox

 

[Frogman]

... Oder ist md0 ein Systemspeicher?

Exakt - das ist die erste Partition von dreien, die das DSM auf den Platten anlegt und das DSM enthält (siehst Du auch schon an der Größe von 2,3 GB).
Geht mal mit cd / direkt ins root-Verzeichnis und gib ls -al ein. Dort müsstest Du dann die Probleme sehen.

 

[ufox]

Hallo Frogman,
hier das Ergebnis:
DiskStation> ls -al
drwxr-xr-x 23 root root 4096 Aug 15 01:00 .
drwxr-xr-x 23 root root 4096 Aug 15 01:00 ..
drwxr-xr-x 2 root root 4096 Aug 12 17:44 .old_patch_info
-rw------- 1 root root 1024 Aug 12 17:20 .rnd
drwxr-xr-x 2 root root 4096 Aug 12 17:44 .system_info
drwxr-xr-x 2 root root 4096 Aug 12 17:44 bin
drwxr-xr-x 8 root root 40960 Aug 12 17:50 dev
drwxr-xr-x 33 root root 4096 Aug 15 01:00 etc
drwxr-xr-x 32 root root 4096 Aug 12 17:51 etc.defaults
drwxr-xr-x 2 root root 4096 May 30 18:45 initrd
drwxr-xr-x 22 root root 24576 Aug 12 17:52 lib
drwx------ 2 root root 4096 May 30 18:33 lost+found
drwxr-xr-x 2 root root 4096 May 30 18:28 mnt
dr-xr-xr-x 113 root root 0 Jan 1 1970 proc
drwxr-xr-x 3 root root 4096 Aug 12 17:50 root
drwxr-xr-x 5 root root 120 Aug 12 17:52 run
drwxr-xr-x 2 root root 4096 Aug 12 17:44 sbin
drwxr-xr-x 11 root root 0 Jan 1 1970 sys
drwxrwxrwt 14 root root 1660 Aug 15 09:45 tmp
drwxr-xr-x 8 root root 4096 Aug 12 17:44 usr
drwxr-xr-x 15 root root 4096 Aug 12 18:15 var
drwxr-xr-x 11 root root 4096 Aug 12 17:44 var.defaults
drwxr-xr-x 16 root root 4096 Aug 12 21:06 volume1
drwxr-xr-x 8 root root 4096 Aug 12 18:13 volume2

Leider sehe ich nur das, was ich eh schon weiß: "md0" ist voll. Leider kann ich nicht ins md0 wechseln: "-ash: cd: can't cd to md0" kommt als Antwort. Jetzt weiß ich nicht, wie ich dort etwas Löschen kann. Hast Du einen praktikablen Vorschlag?
Danke für einen Hinweis.
Beste Grüße
Ufox

 

[jahlives]

md0 ist ein "Gerät" auf die kannst du nie ein cd machen Ein ChangeDirectory geht nur in einem Dateisystem, also z.B. wie oben bereits vorgeschlagen cd / Ich würde ja mal ins /var rein und dort schauen ob allenfalls was volläuft z.B du -xd 1 /var ich tippe auf /var/log/ als Uebeltäter

 

[ufox]

Hallo jahlives,

Du hast Recht. "Messages" und "messages1" sind rappelvoll:
DiskStation> ls -l
-rw-r--r-- 1 root root 613 Aug 12 17:52 disk_overview.xml
-rw-r--r-- 1 root root 58256 Aug 12 17:52 dmesg
-rw-r--r-- 1 root root 15920 Aug 12 17:50 dpkg.log
-rw-r--r-- 1 root root 10530 Aug 12 17:50 dpkg_upgrade.log
drwxr-xr-x 2 root root 4096 Aug 12 17:25 httpd
-rw-r--r-- 1 root root 3407 Aug 13 13:29 log.nmbd
-rw-r--r-- 1 root root 8192 Aug 15 10:14 log.smbd
-rw-r----- 1 root root 372137984 Aug 15 10:41 messages
-rw-r----- 1 root root 1616585935 Aug 12 23:52 messages.1
-rw-r----- 1 root root 8192 Aug 13 00:34 messages.1.xz
-rw-r----- 1 root root 172032 Aug 12 23:50 messages.2.xz
drwxr-x--- 2 http http 4096 May 30 18:27 nginx
-rw-r----- 1 root root 1155 Aug 12 17:52 postgresql.log
-rw-r----- 1 root root 2956 Aug 12 17:54 scemd.log
-rw-r--r-- 1 root root 65 Aug 12 17:29 smart_quick_log
drwx------ 2 root root 4096 Aug 13 04:24 synolog
-rw-r--r-- 1 root root 127 Aug 12 17:36 synopkg.log
-rw-r--r-- 1 root root 346 Aug 12 17:50 synoupdate.log
-rw-r----- 1 root root 28672 Aug 15 10:41 syslog.log
drwxr-xr-x 2 root root 4096 Aug 12 18:05 upstart

Was schlägst Du vor? Soll ich die Dateien löschen?
Und dann weiter: Wenn ich die Dateien lösche, dann sehe ich nicht die Ursache für die vielen Nachrichten.

Danke für Deine Hilfe
Beste Grüße
Ufox

 

[jahlives]

dann kopier sie erst auf die Datenpartition und lösche sie erst dann

cp /var/log/messages* /volume1/
echo > /var/log/messages*

 

[ufox]

Hallo jahlives,

hier ein Auszug aus dem Inhalt:
Aug 12 23:52:35 DiskStation usbipd: syno_usbipd_func.c: 149(Bad file descriptor) invalid parameter
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 420(Bad file descriptor) switch driver=usbip failed
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 413(Bad file descriptor) error happend, give up cmd socket=7
Aug 12 23:52:35 DiskStation usbipd: syno_usbipd_func.c: 149(Bad file descriptor) invalid parameter
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 420(Bad file descriptor) switch driver=usbip failed
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 413(Bad file descriptor) error happend, give up cmd socket=7
Aug 12 23:52:35 DiskStation usbipd: syno_usbipd_func.c: 149(Bad file descriptor) invalid parameter
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 420(Bad file descriptor) switch driver=usbip failed
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 413(Bad file descriptor) error happend, give up cmd socket=7
Aug 12 23:52:35 DiskStation usbipd: syno_usbipd_func.c: 149(Bad file descriptor) invalid parameter
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 420(Bad file descriptor) switch driver=usbip failed
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 413(Bad file descriptor) error happend, give up cmd socket=7
Aug 12 23:52:35 DiskStation usbipd: syno_usbipd_func.c: 149(Bad file descriptor) invalid parameter
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 420(Bad file descriptor) switch driver=usbip failed
Aug 12 23:52:35 DiskStation usbipd: stub_server.c: 413(Bad file descriptor) error happend, give up cmd socket=7
Aug 12 23:52:35 DiskStation usbipd: syno_usbipd_func.c: 149(Bad file descriptor) invalid parameter

Während ich dies schreibe, wächst die Messages wieder sehr schnell. Was kann da los sein.
Versuche in die DSM-Verwaltung zu kommen.
Gruß
Ufox

 

[ufox]

Hallo jahlives,

bin in der DSM-Verwaltung, aber in keinem der Protokolle ist ein Hinweis, was auf dem System los ist. Nur die Messages wächst rapide.

Sollte ich das System neu booten?

Danke für eine Antwort.
Ufox

 

[Erebus]

echo > /var/log/messages*

Erstellt leider nur die datei messages*

 

[jahlives]

ja wenn sie nicht existiert, aber wenn sie existiert wird sie geleert

mail1:~# echo 'test' >/tmp/user.txt 
mail1:~# cat /tmp/user.txt 
test
mail1:~# echo >/tmp/user* 
mail1:~# cat /tmp/user.txt 

mail1:~#

 

[ufox]

Hallo jahlives,

in meine Verzweiflung habe ich alle Messages-Dateien gelöscht und jetzt baut sich auch nichts mehr auf.

Habe ich trotzdem Handlungsbedarf? Es muss ja einen Grund geben, warum sich die Messages rapide aufgebaut hat und das System zuläuft.

Hast Du einen Vorschlag.

Beste Grüße
Ufox

 

[jahlives]

ich würde mal alle USB-Geräte entfernen und dann die DS neustarten. Dann eines nach dem anderen wieder anstöpseln und immer wieder gucken ob messages wieder vollläuft